Hello,
I used to do (in bash root-shell) :
# BATCH=yes http_proxy=http://1.2.3.4:5 [ ... ] portupgrade -R foo
this doesn't seem to work in portmaster (nor does defining BATCH=yes
in /etc/make.conf ).
What is the correct manner to provide make-options on a 'per
command-line basis' using por
Hello,
does someone else see this as well? :
I now need to set SAL_IGNOREXERRORS=true in order to correctly
run openoffice.org (June 11 world & ports x86-stable).
Otherwise it will almost immediately quit after lauch; gdb
does not learn me more than 'Program exited with code 0116.'
I worked OK
Hello,
I discovered a small problem in the xdm port :
when transforming config/Xreset.cpp config/Xstartup.cpp to
Xreset and Xstartup, for some reason "XDMCONFIGDIR"
is not translated in "/usr/local/lib/X11/xdm".
A patch equivalent to the patch-Xstartup patch-Xreset part of PR94167
(http://www.
Hello,
after solving the libthr.so problem being overwritten by the -m32 version,
the upgrade went flawlessly in one hit. Congratulations!
Nevertheless, three minor observations :
- mergebase.sh failed (after resolving conflicts) with "Merge failed."
But the script removes ${errfile}. A mv
follow-up to myself [ Cc to current@ since per se this seems not
related to the xorg7.2 update ]:
launcing the final link command by hand and hardcoding
/lib/libthr.so.2, I get :
cc -shared -Wl,-soname,libGL.so.1 -o libGL.so.1 glcontextmodes.o clientattrib.o
compsize.o eval.o glxcmds.o glxext.o
Hello,
I tested on a clean amd64-current, using portugrade-devel.
portupgrade -R xorg\* dies in graphics/libGL (probably related
to the recent changes in the thread-libraries; for some reason
/usr/lib/libpthread.so is considered 'incompatible' ) :
../../../bin/mklib -o GL -linker 'cc' \