argument list is too long. Hence the first patch invoked tar once for
each file. This works, but is inefficient. This version of the patch
uses cpio in pass through mode to copy all the files at once.
PR: 35658
Submitted by: "Remco van 't Veer" <rwvtveer@xs4all.nl>
Reviewed by: sobomax
Approved by: sobomax
built by someone other than root. Instead of moving the files with tar,
move them with cpio and set up ownership.
Note that I have not closed the PR as there are 12 other ports named in
the PR with this problem.
PR: 36411
Submitted by: Alan Eldridge <ports@geeksrus.net>
Reviewed by: sobomax
Approved by: sobomax
symbol is preceded by whitespace. However, on line 64 of servscan.l,
the symbol is preceded by a parenthesis, so it is left alone. On
i386, T_USER is defined, so the build proceeds, but there may still be
adverse side effects due to that routine returning the wrong thing in
some cases. The bandaid is to fix the regexp to catch the case where
T_USER is used after a parenthesis--this is what's being committed. The
real fix is either to make the author use T_USERNAME for us, or,
preferably, don't define T_USER when sys/param.h is included since
T_USER is in the application namespace.
Approved by: maintainer timeout
Seems that privileges are dropped in a way, that restricts writing of
the PID file to driectories that can be written into by the UID the
process is running under (i.e. nobody). This will be fixed later ...
2002-04-05 21:08 knu
* lib/pkginfo.rb: Show the full pkgname as exception message when
the version part is invalid.
2002-04-05 21:06 knu
* bin/portupgrade: Fix a flaw where dependent ports' build/install
error was not properly detected when -s is specified.
Reported by: Stijn Hoop <stijn@win.tue.nl>
Since pkg_deinstall(1) invokes the package deinstall script twice,
at the second invocation X.bck is no longer there, and mv(1), even with
the -f flag, returns a non-zero exit code. The shell executing the script
propagates this exit code right back unto pkg_deinstall(1), which complains
and aborts the package deinstallation.
I wish I had not forgotten about this problem, so this could go in
before DP1 was cut :(
Approved by: no response from trevor@, the port maintainer
compiled with Gnome support. As it is unlikely users who use fvwm2
with Gnome will install this port, this should not be a problem in the
interim until a permanent solution is found.
