Re: HEADS UP: OPTIONS improvement
On 4/4/07, Kris Kennaway [EMAIL PROTECTED] wrote: On Wed, Apr 04, 2007 at 07:52:57AM +0900, NIIMI Satoshi wrote: On 2007/04/03 14:12, Rong-En Fan wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I filed a PR ports/78343 with similar patch, but the PR was rejected. Why the policy has been changed? Different committer, different opinion I guess. Opinions change over time, too :) Well, current implementation still has one flaw. If users specify WITH/WITHOUT in make.conf which conflicts with OPTIONS (/var/db/ports/somewhere), the result depends on how port's Makefile written. However, I think it's not how OPTIONS works. Regards, Rong-En Fan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Can't build MPlayer
Hi all, it seems that one of the files required to build MPlayer (namely realplay) is unfetchable. A previous attempt at building it 11 days ago had returned the same error. I am attaching the output from make build. Regards, Andrew --- BEGIN MAKE BUILD OUTPUT --- === mplayer-0.99.8_5 depends on executable: realplay - not found ===Verifying install for realplay in /usr/ports/multimedia/linux-realplayer === Vulnerability check disabled, database not found = RealPlayer-10.0.7.785-20060201.i586.rpm doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from https://helixcommunity.org/download.php/1917/. fetch: https://helixcommunity.org/download.php/1917/RealPlayer-10.0.7.785-20060201.i586.rpm: size mismatch: expected 6650006, actual 0 = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.7.785-20060201.i586.rpm: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/multimedia/linux-realplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. --- END MAKE BUILD OUTPUT --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't build MPlayer
Andrew wrote: Hi all, it seems that one of the files required to build MPlayer (namely realplay) is unfetchable. A previous attempt at building it 11 days ago had returned the same error. I am attaching the output from make build. Regards, Andrew --- BEGIN MAKE BUILD OUTPUT --- === mplayer-0.99.8_5 depends on executable: realplay - not found ===Verifying install for realplay in /usr/ports/multimedia/linux-realplayer === Vulnerability check disabled, database not found = RealPlayer-10.0.7.785-20060201.i586.rpm doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from https://helixcommunity.org/download.php/1917/. fetch: https://helixcommunity.org/download.php/1917/RealPlayer-10.0.7.785-20060201.i586.rpm: size mismatch: expected 6650006, actual 0 = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.7.785-20060201.i586.rpm: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/multimedia/linux-realplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. --- END MAKE BUILD OUTPUT --- Someone made a note about this approximately a week ~ a week and a half ago on the list. I'd search through the archives a bit to find the brief thread describing what to do. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't build MPlayer
File still downloadable from russia... http://www.filesearching.com/cgi-bin/s?q=realplayer-10.0.7.785-20060201.i586.rpmt=fd=x=0y=0l=eno=s Garrett Cooper wrote: Andrew wrote: Hi all, it seems that one of the files required to build MPlayer (namely realplay) is unfetchable. A previous attempt at building it 11 days ago had returned the same error. I am attaching the output from make build. Regards, Andrew --- BEGIN MAKE BUILD OUTPUT --- === mplayer-0.99.8_5 depends on executable: realplay - not found ===Verifying install for realplay in /usr/ports/multimedia/linux-realplayer === Vulnerability check disabled, database not found = RealPlayer-10.0.7.785-20060201.i586.rpm doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch from https://helixcommunity.org/download.php/1917/. fetch: https://helixcommunity.org/download.php/1917/RealPlayer-10.0.7.785-20060201.i586.rpm: size mismatch: expected 6650006, actual 0 = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/RealPlayer-10.0.7.785-20060201.i586.rpm: File unavailable (e.g., file not found, no access) = Couldn't fetch it - please try to retrieve this = port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/multimedia/linux-realplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. --- END MAKE BUILD OUTPUT --- Someone made a note about this approximately a week ~ a week and a half ago on the list. I'd search through the archives a bit to find the brief thread describing what to do. -Garrett ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] This email has been handled by lerwick.hopto.org mail server and has been scanned by 3 virus killers and spamassassin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
DSO loading (dlopen) appearse to be broken somehow
Try to install and run www/apache13 port. With recent -current you'll get similar error for each module first listed in config: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so: Undefined symbol ap_palloc Perhaps it is Apache configuration problem since old-compiled apache (Dec 9) runs normally. Perhaps Apache config find some new defines which not works as expected. I am not expert in dlopen() at all. Please look someone who knows. -- http://ache.pp.ru/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DSO loading (dlopen) appearse to be broken somehow
On Wed, 4 Apr 2007 14:13:21 +0400 Andrey Chernov [EMAIL PROTECTED] wrote: Try to install and run www/apache13 port. With recent -current you'll get similar error for each module first listed in config: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so: Undefined symbol ap_palloc Perhaps it is Apache configuration problem since old-compiled apache (Dec 9) runs normally. Perhaps Apache config find some new defines which not works as expected. I am not expert in dlopen() at all. Please look someone who knows. You do not have to be an expert in dlopen to find out the list of loaded modules at the time dlopen called, what parameters dlopen is called with and where the symbol allegedly not found is really defined. -- Alexander Kabaev signature.asc Description: PGP signature
Re: DSO loading (dlopen) appearse to be broken somehow
On Wed, Apr 04, 2007 at 08:23:46AM -0400, Alexander Kabaev wrote: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so: Undefined symbol ap_palloc Perhaps it is Apache configuration problem since old-compiled apache (Dec 9) runs normally. Perhaps Apache config find some new defines which not works as expected. I am not expert in dlopen() at all. Please look someone who knows. You do not have to be an expert in dlopen to find out the list of loaded modules at the time dlopen called, what parameters dlopen is called with and where the symbol allegedly not found is really defined. 1) The symbols in question are all _defined_ inside main httpd program. 2) dlopen() just call single first apache module and fails. 3) Apache port not changed for a long time and works at the moment of last commit 2006/12/09 -- http://ache.pp.ru/ pgpSrP04w32UH.pgp Description: PGP signature
Re: DSO loading (dlopen) appearse to be broken somehow
On Wed, 4 Apr 2007 16:57:35 +0400 Andrey Chernov [EMAIL PROTECTED] wrote: On Wed, Apr 04, 2007 at 08:23:46AM -0400, Alexander Kabaev wrote: Syntax error on line 213 of /usr/local/etc/apache/httpd.conf: Cannot load /usr/local/libexec/apache/mod_env.so into server: /usr/local/libexec /apache/mod_env.so: Undefined symbol ap_palloc Perhaps it is Apache configuration problem since old-compiled apache (Dec 9) runs normally. Perhaps Apache config find some new defines which not works as expected. I am not expert in dlopen() at all. Please look someone who knows. You do not have to be an expert in dlopen to find out the list of loaded modules at the time dlopen called, what parameters dlopen is called with and where the symbol allegedly not found is really defined. 1) The symbols in question are all _defined_ inside main httpd program. objdump -T output goes here. 2) dlopen() just call single first apache module and fails. dlopen parameters dump goes here. 2a) dlerror() output goes here objdump -T of module being loaded goes here too. 3) Apache port not changed for a long time and works at the moment of last commit 2006/12/09 Symbol lookup and module loading has not changed in rtld for even longer time. You honestly expect someone to do initial trivial investigation for you? -- Alexander Kabaev signature.asc Description: PGP signature
Re: DSO loading (dlopen) appearse to be broken somehow
On Wed, Apr 04, 2007 at 09:09:44AM -0400, Alexander Kabaev wrote: 1) The symbols in question are all _defined_ inside main httpd program. objdump -T output goes here. Those symbols are in 'nm' table of httpd like this 0804a84a T ap_palloc but not found in its objdump -T output. Why and how it may happens? When I do objdump -T for old httpd from Dec 9 - they are there like this 0804ecce gDF .text 006b ap_palloc -- http://ache.pp.ru/ pgpDrUQYHl3kZ.pgp Description: PGP signature
Re: Can't build MPlayer
On Wed, 04 Apr 2007 10:05:59 +0100, Craig Butler [EMAIL PROTECTED] wrote: File still downloadable from russia... http://www.filesearching.com/cgi-bin/s?q=realplayer-10.0.7.785-20060201.i586.rpmt=fd=x=0y=0l=eno=s Thanks for your replies. I have downloaded the .rpm file. Now... how do I tell ports to use this file? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cyrus-sasl alternative?
Jona Joachim wrote: Anton Blajev a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello group, what alternative can I use insted of the port scheduled for deletion: portname: security/cyrus-sasl snip If you also need a POP3/IMAP server you might want to take a look at Dovecot. I'm using Dovecot SASL. maybe i missed something, but whats wrong with the sasl2 port? isnt that what most people are using already? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't build MPlayer
On Wed, 4 Apr 2007 13:54:34 + (UTC), Andrew [EMAIL PROTECTED] wrote: Thanks for your replies. I have downloaded the .rpm file. Now... how do I tell ports to use this file? Wait... I got it: I must put it into /usr/ports/distfiles, right? Now it's complaining that it can't find mplayer-codecs-linux-real-20040626-1.i386.rpm, which means it did find the other .rpm I've just downloaded. It looks like I'll just have to download the files one by one and put them in /usr/ports/distfiles. Cheers, Andrew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Can't build MPlayer
On Wednesday 04 April 2007 08:54:34 am Andrew wrote: On Wed, 04 Apr 2007 10:05:59 +0100, Craig Butler [EMAIL PROTECTED] wrote: File still downloadable from russia... http://www.filesearching.com/cgi-bin/s?q=realplayer-10.0.7.785-20060201.i 586.rpmt=fd=x=0y=0l=eno=s Thanks for your replies. I have downloaded the .rpm file. Now... how do I tell ports to use this file? Copy it to /usr/ports/distfiles/ .. that's where 'make' will be looking for it. -- Everybody is somebody else's weirdo. -- Dykstra ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DSO loading (dlopen) appearse to be broken somehow
Andrey, good day. Wed, Apr 04, 2007 at 05:35:29PM +0400, Andrey Chernov wrote: On Wed, Apr 04, 2007 at 09:09:44AM -0400, Alexander Kabaev wrote: 1) The symbols in question are all _defined_ inside main httpd program. objdump -T output goes here. Those symbols are in 'nm' table of httpd like this 0804a84a T ap_palloc but not found in its objdump -T output. Why and how it may happens? Try '-Wl,--export-dynamic' flag to the gcc (or just --export-dynamic to the ld), it may help you. -- Eygene ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cyrus-sasl alternative?
Eric a écrit : Jona Joachim wrote: Anton Blajev a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello group, what alternative can I use insted of the port scheduled for deletion: portname: security/cyrus-sasl snip If you also need a POP3/IMAP server you might want to take a look at Dovecot. I'm using Dovecot SASL. maybe i missed something, but whats wrong with the sasl2 port? isnt that what most people are using already? No there's nothing wrong with it. Anton Blajev asked about an alternative to security/cyrus-sasl. I like Dovecot very much so I wanted to mention it. rafan already mentioned cyrus-sasl2 so I didn't have to talk about it anymore. Dovecot SASL is easier to configure than Cyrus SASL IMO and I know that Dovecot developers focus very much on security whereas for Cyrus developers I don't know. However if you prefer Cyrus I don't think there is anything wrong with it. Regards, Jona ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cyrus-sasl alternative?
Eric writes: maybe i missed something, but whats wrong with the sasl2 port? isnt that what most people are using already? A proposal is under serious consideration to retire cyrus-sasl in favor of cyrus-sasl2. -sasl is, if I remember the discussion, no longer maintained, and is required (as opposed to supported) by very few ports. Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DSO loading (dlopen) appearse to be broken somehow
On Wed, Apr 04, 2007 at 06:51:05PM +0400, Andrey Chernov wrote: Comparing generated Makefile with FreeBSD 6 it seems some ld flags are now missing: LDFLAGS_SHLIB_EXPORT= --- LDFLAGS_SHLIB_EXPORT=-Wl,-E I'll come back with detailed results later. Found. It is old objformat problem. OBJFORMAT=`test -x /usr/bin/objformat /usr/bin/objformat || echo aout` if [ x$OBJFORMAT = xelf ]; then LDFLAGS_SHLIB_EXPORT=-Wl,-E SHLIB_SUFFIX_DEPTH=0 else LDFLAGS_SHLIB_EXPORT= SHLIB_SUFFIX_DEPTH=2 fi Sorry for the noise. -- http://ache.pp.ru/ pgp951LIlAL1K.pgp Description: PGP signature
Re: cyrus-sasl alternative?
Thanks a lot for the tip, I'll investigate dovecot... Jona Joachim wrote: Anton Blajev a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello group, what alternative can I use insted of the port scheduled for deletion: portname: security/cyrus-sasl snip If you also need a POP3/IMAP server you might want to take a look at Dovecot. I'm using Dovecot SASL. I works flawlessly and is very easy to set up. I'm using it on an OpenBSD box and it works very well with BSD Auth. It should work just as well with PAM. The integration into Postfix was very easy. However if you don't need a POP3/IMAP server it might be overkill to install Dovecot just for SASL. There is also GNU SASL in the ports (security/gsasl). However I never used it. Best regards, Jona ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED] -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
On 4/5/07, Peter Thoenen [EMAIL PROTECTED] wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I guess to ask the obvious question, as a low maintenance port maintainer (e.g don't follow all the latest and greatest nitty gritty details) exactly what does this do for me and why do I care (or want to adopt my ports to use this) .. I don't exactly find now you can test WITH/WITHOUT freely with OPTIONS self-evident. If you ever use OPTIONS in your port's Makefile, you should know that due to previous implementation you can only test WITHOUT_* for OPTIONS that is default on and vice versa. As a general comment, I think this is also sorely lacking in most HEADS UP port annoucements .. e.g. why do we care and what does it do for us in layman terms. I will write more details next time :-) -Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I guess to ask the obvious question, as a low maintenance port maintainer (e.g don't follow all the latest and greatest nitty gritty details) exactly what does this do for me and why do I care (or want to adopt my ports to use this) .. I don't exactly find now you can test WITH/WITHOUT freely with OPTIONS self-evident. As a general comment, I think this is also sorely lacking in most HEADS UP port annoucements .. e.g. why do we care and what does it do for us in layman terms. -Peter ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ports tree infrastructure
On 2007-Apr-03 11:42:20 -0400, Dan Casey [EMAIL PROTECTED] wrote: What I'm setting up is a regular ports tree (/usr/ports) which is Not updated. Then a second tree /usr/local/current-ports which is updated daily with portsnap. I suggest that you mirror the CVS repository (via CTM or CVSup) and checkout your own ports tree. You can then add local patches or cvs upgrade different bits of the tree as desired. When I want to upgrade a port, I would copy it over from the current ports tree. As others have mentioned, it's not necessarily as simple as that - you may also need to update bits of ports/Mk and/or associated ports. You will probably have to follow the cvs-ports mailing list to make sure you see the changes. I'm not sure what to do about the INDEX files, which is what i had trouble finding documentation on. Your only option here is cd /usr/ports make index - which is quite slow (try it and see). You can't fetch INDEX if you aren't tracking the full ports tree. This looks like it is going to be a pain to maintain this. You are correct here. -- Peter Jeremy pgpxEM1efSt8h.pgp Description: PGP signature
Incorrect version comparison
My daily cronscript reported this morning that there was a new version of ruby+pthreads: ruby+pthreads-1.8.5.12,1 needs updating (index has 1.8.6,1) However, when I was about to upgrade it, it didn't appear in the list of outdated ports. Instead I saw this output from portversion: ruby+pthreads-1.8.5.12,1 succeeds port (port has 1.8.6) It appears that (1.8.6,1) has been replaced by (1.8.6) during the day and this has inaccurately taged my (1.8.5)-installation as newer than the one in ports. What might be the cause of this? /Marcus Ahlberg ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Incorrect version comparison
On Wed, Apr 04, 2007 at 09:10:21PM +0200, Marcus Ahlberg wrote: My daily cronscript reported this morning that there was a new version of ruby+pthreads: ruby+pthreads-1.8.5.12,1 needs updating (index has 1.8.6,1) However, when I was about to upgrade it, it didn't appear in the list of outdated ports. Instead I saw this output from portversion: ruby+pthreads-1.8.5.12,1 succeeds port (port has 1.8.6) It appears that (1.8.6,1) has been replaced by (1.8.6) during the day and this has inaccurately taged my (1.8.5)-installation as newer than the one in ports. What might be the cause of this? Someone mistakenly dropped the portepoch from the port? Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvsup - TreeList failed: Network write failure: Connection closed
On Tue, Mar 14, 2006 at 07:37:56PM +0100, [LoN]Kamikaze wrote: That would mean that ipw is broken. I never had such problems when I was using 5-stable with ipw from the ports. OK. Kris pgpXJoywrkH5y.pgp Description: PGP signature
Re: cvsup - TreeList failed: Network write failure: Connection closed
That would mean that ipw is broken. I never had such problems when I was using 5-stable with ipw from the ports. Kris Kennaway wrote: On Tue, Mar 14, 2006 at 10:13:31AM +0100, [LoN]Kamikaze wrote: When using cvsup to update my sources over a wireless connection I often get the error message: TreeList failed: Network write failure: Connection closed after a couple of seconds. This doesn't occur when I am connected through a cable ethernet device. OK, this just means your system was unable to maintain the network connection. Kris signature.asc Description: OpenPGP digital signature
Re: Ports tree infrastructure
Peter Jeremy wrote: On 2007-Apr-03 11:42:20 -0400, Dan Casey [EMAIL PROTECTED] wrote: I'm not sure what to do about the INDEX files, which is what i had trouble finding documentation on. Your only option here is cd /usr/ports make index - which is quite slow (try it and see). You can't fetch INDEX if you aren't tracking the full ports tree. Ahem. 'make index' is not the only option. ports-mgmt/p5-FreeBSD-Portindex Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Switch to using rc.d for local packages is premature for RELENG_6
I have just realized that maybe the best approach to address this problem would be not reverting the change in question, but making find_local_scripts_new() more strict, so that only those local rc.d scripts that have been explicitly marked by maintainer as fully rc.d-safe are handled in a new way. Checking for '^# PROVIDE:' doesn't really work reliably. -Maxim Maxim Sobolev wrote: Hi guys, As part of testing how well some of our products work with latest RELENG_6, I have make a new build and found that lot of important services (for example PostgreSQL, Apache) doesn't start up (despite having respective xxx_enable entries in /etc/rc.conf) when installed from the freshly updated ports tree onto a clean, freshly updated RELENG_6 system. This is very bad, considering how close to release are we and how much FreeBSD users rely on those services to work OOB. I would expect them to be really pissed off when lot of important services just don't work after upgrading their server from 6.0 to 6.1 or after installing it from install cd. This is apparently caused by the fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one now (sufficiently newstyle to pass find_local_scripts_new check), but few of them were actually tested to work correctly in fully rc.d environment. Therefore, I think that the RELENG_6 should be reverted to using old stuff and it should be left for 7.x tree. Regards, Maxim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Switch to using rc.d for local packages is premature for RELENG_6
Hi guys, As part of testing how well some of our products work with latest RELENG_6, I have make a new build and found that lot of important services (for example PostgreSQL, Apache) doesn't start up (despite having respective xxx_enable entries in /etc/rc.conf) when installed from the freshly updated ports tree onto a clean, freshly updated RELENG_6 system. This is very bad, considering how close to release are we and how much FreeBSD users rely on those services to work OOB. I would expect them to be really pissed off when lot of important services just don't work after upgrading their server from 6.0 to 6.1 or after installing it from install cd. This is apparently caused by the fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one now (sufficiently newstyle to pass find_local_scripts_new check), but few of them were actually tested to work correctly in fully rc.d environment. Therefore, I think that the RELENG_6 should be reverted to using old stuff and it should be left for 7.x tree. Regards, Maxim ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
NIIMI Satoshi píše v st 04. 04. 2007 v 07:52 +0900: On 2007/04/03 14:12, Rong-En Fan wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I filed a PR ports/78343 with similar patch, but the PR was rejected. Why the policy has been changed? Guess we're two years smarter now. People kept doing it wrong way even when we repeatedly told them how to do it. In the end, it's probably easier to fix the infrastructure :) Plus, the currently committed patch was address different problem. The fix for your PR went as kind of a side effect. -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] Traffic collapse starts at rumors of snow in Nice (french riviera) according to some of my friends :) -- Will at #angband signature.asc Description: Toto je digitálně podepsaná část zprávy
INDEX build failed for 5.x
INDEX build failed with errors: Generating INDEX-5 - please wait..sysctl: unknown oid 'compat.linux.osrelease' Makefile, line 124: warning: /sbin/sysctl -n compat.linux.osrelease returned non-zero status pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: gutenprint-cups-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-cups-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-5.1_1: no entry for /usr/ports/print/gutenprint-base make_index: gimp-devel-2.3,2: no entry for /usr/ports/graphics/gimp-app-devel make_index: gimp-2.2,2: no entry for /usr/ports/graphics/gimp-app make_index: gutenprint-foomatic-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-foomatic-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-ijs-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-ijs-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/graphics/gimp-app make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/graphics/gimp-app make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/print/gutenprint-base Committers on the hook: ache ahze gabor linimon mnag novel oliver rafan Most recent CVS update was: U UPDATING U graphics/Makefile U graphics/gimp/Makefile U graphics/gimp/pkg-descr U graphics/gimp-app/Makefile U graphics/gimp-app/pkg-plist U graphics/gimp-app-devel/Makefile U graphics/gimp-app-devel/distinfo U graphics/gimp-app-devel/pkg-plist U graphics/gimp-app-devel/files/patch-configure U graphics/gimp-app-devel/files/patch-desktop_Makefile.in U graphics/gimp-app-devel/files/patch-gimptool-2.0.in U graphics/gimp-app-devel/files/patch-libgimp_gimp.c U graphics/gimp-app-devel/files/patch-plug-ins_pygimp_Makefile.in U graphics/gimp-devel/Makefile U graphics/gimp-devel/pkg-descr U graphics/gimp-greycstoration/Makefile U graphics/libpano12/Makefile U graphics/p5-ming/Makefile U graphics/py-gimp/Makefile U graphics/py-gimp/pkg-plist U graphics/ufraw/Makefile U irc/onis/Makefile U irc/p5-IRC/Makefile U irc/roxirc/Makefile U irc/roxirc/distinfo U irc/roxirc/pkg-plist U japanese/kcode/Makefile U japanese/wikicker/Makefile U lang/p5-Error/Makefile U lang/scheme48/Makefile U lang/scheme48/distinfo U lang/scheme48/pkg-descr U lang/scheme48/pkg-plist U mail/Makefile U mail/p5-Mail-Alias/Makefile U mail/p5-Mail-SRS/Makefile U mail/postfix/Makefile U mail/postfix/distinfo U mail/postfix/pkg-plist U mail/postfix23/Makefile U mail/sqlgrey/Makefile U mail/sympa/Makefile U mail/zmailer/Makefile U math/p5-AI-Perceptron/Makefile U math/p5-Math-GSL/Makefile U math/pspp/Makefile U multimedia/p5-Video-OpenQuicktime/Makefile U multimedia/vlc/Makefile U multimedia/vlc/Makefile.inc U multimedia/vlc/files/old-ffmpeg-patch U net/lam/Makefile U net/lam/pkg-plist U net/p5-Net-Radius/Makefile U net/p5-Net-Rendezvous/Makefile U net-p2p/p5-pdonkey/Makefile U ports-mgmt/portmk/Mk/bsd.port.mk U print/Makefile U print/gimp-gutenprint/Makefile U print/gimp-print/Makefile U print/gutenprint/Makefile U print/gutenprint/pkg-descr U print/gutenprint-base/Makefile U print/gutenprint-base/distinfo U print/gutenprint-base/pkg-plist U print/gutenprint-base/files/patch-src_gimp2_Makefile.in U print/gutenprint-cups/Makefile U print/gutenprint-cups/pkg-plist U print/gutenprint-foomatic/Makefile U print/gutenprint-foomatic/pkg-plist U print/gutenprint-ijs/Makefile U print/gutenprint-ijs/pkg-plist U security/openvpn-devel/files/patch-selftest-ports U sysutils/cdf/Makefile U www/Makefile U www/apache13/Makefile U www/apache13/files/patch-ae U www/nspluginwrapper/Makefile U www/nspluginwrapper/distinfo U www/nspluginwrapper/pkg-descr U www/nspluginwrapper/pkg-message U www/nspluginwrapper/pkg-plist U www/nspluginwrapper/files/patch-configure U www/nspluginwrapper/files/patch-npapi_nspr_prcpucfg.h U www/nspluginwrapper/files/patch-src-npw-config.c U www/nspluginwrapper/files/patch-src-npw-wrapper.c U www/p5-IMDB-Film/Makefile U www/p5-IMDB-Film/distinfo U x11/gnome2-fifth-toe/Makefile U x11/xfce4-taskmanager/Makefile U x11/xfce4-taskmanager/files/patch-src-interface.c U x11/xfce4-taskmanager/files/patch-src-xfce-taskmanager-freebsd.c ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
On Wednesday 04 April 2007 22:36:48 Pav Lucistnik wrote: NIIMI Satoshi píše v st 04. 04. 2007 v 07:52 +0900: On 2007/04/03 14:12, Rong-En Fan wrote: After pav@'s commit to bsd.port.mk, now you can test WITH/WITHOUT freely with OPTIONS. I filed a PR ports/78343 with similar patch, but the PR was rejected. Why the policy has been changed? Guess we're two years smarter now. People kept doing it wrong way even when we repeatedly told them how to do it. In the end, it's probably easier to fix the infrastructure :) Wise. Though I now have to unlearn the one-true-way ;-) Any chance you feel inspired to also make a provision for mutually exclusive options (like radiobuttons)? That would be very useful IMO. Someone pointed me to a PR some time ago that did just that. Cheers, Dan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: OPTIONS improvement
Danny Pansters píše v st 04. 04. 2007 v 23:03 +0200: Wise. Though I now have to unlearn the one-true-way ;-) No need. :) Any chance you feel inspired to also make a provision for mutually exclusive options (like radiobuttons)? That would be very useful IMO. Someone pointed me to a PR some time ago that did just that. Get me a working, backwards-compatible patch, and we can work it out from there. I want no OPTIONS 2.0 ... -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] A mouse is a device used to point at the xterm you want to type in. signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: Ports tree infrastructure
Thanks all, I think i'm going to have to check out tinderbox. It's going to be less of a pain to have an ongoing QA process then it is to maintain this the way I want to. I would be happy using the freebsd provided packages, but they are either not compiled the way I would like them. If tinderbox doesn't workout the way that I would like, then I will likely build my own system which will use a combo of freebsd provided packages, and self made packages. Matthew Seaman wrote: Peter Jeremy wrote: On 2007-Apr-03 11:42:20 -0400, Dan Casey [EMAIL PROTECTED] wrote: I'm not sure what to do about the INDEX files, which is what i had trouble finding documentation on. Your only option here is cd /usr/ports make index - which is quite slow (try it and see). You can't fetch INDEX if you aren't tracking the full ports tree. Ahem. 'make index' is not the only option. ports-mgmt/p5-FreeBSD-Portindex Cheers, Matthew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Switch to using rc.d for local packages is premature for RELENG_6
On 3/21/06, Maxim Sobolev [EMAIL PROTECTED] wrote: I have just realized that maybe the best approach to address this problem would be not reverting the change in question, but making find_local_scripts_new() more strict, so that only those local rc.d scripts that have been explicitly marked by maintainer as fully rc.d-safe are handled in a new way. Checking for '^# PROVIDE:' doesn't really work reliably. -Maxim Maxim Sobolev wrote: Hi guys, As part of testing how well some of our products work with latest RELENG_6, I have make a new build and found that lot of important services (for example PostgreSQL, Apache) doesn't start up (despite having respective xxx_enable entries in /etc/rc.conf) when installed from the freshly updated ports tree onto a clean, freshly updated RELENG_6 system. This is very bad, considering how close to release are we and how much FreeBSD users rely on those services to work OOB. I would expect them to be really pissed off when lot of important services just don't work after upgrading their server from 6.0 to 6.1 or after installing it from install cd. This is apparently caused by the fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one now (sufficiently newstyle to pass find_local_scripts_new check), but few of them were actually tested to work correctly in fully rc.d environment. Therefore, I think that the RELENG_6 should be reverted to using old stuff and it should be left for 7.x tree. Regards, Maxim Which apache port? I have been using www/apache20 for sometime now on a machine tracking RELENG_6_2. I use 'apache2_enable=YES' in /etc/rc.conf and it starts and runs fine. Perhaps I am misunderstanding your complaint. -- The biggest problem with communication is the illusion that it has occurred. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Switch to using rc.d for local packages is premature for RELENG_6
On Wed, Apr 04, 2007 at 01:59:32PM -0700, Kevin Downey wrote: On 3/21/06, Maxim Sobolev [EMAIL PROTECTED] wrote: I have just realized that maybe the best approach to address this problem would be not reverting the change in question, but making find_local_scripts_new() more strict, so that only those local rc.d scripts that have been explicitly marked by maintainer as fully rc.d-safe are handled in a new way. Checking for '^# PROVIDE:' doesn't really work reliably. -Maxim Maxim Sobolev wrote: Hi guys, As part of testing how well some of our products work with latest RELENG_6, I have make a new build and found that lot of important services (for example PostgreSQL, Apache) doesn't start up (despite having respective xxx_enable entries in /etc/rc.conf) when installed from the freshly updated ports tree onto a clean, freshly updated RELENG_6 system. This is very bad, considering how close to release are we and how much FreeBSD users rely on those services to work OOB. I would expect them to be really pissed off when lot of important services just don't work after upgrading their server from 6.0 to 6.1 or after installing it from install cd. This is apparently caused by the fact that lot of rc.d scripts in /usr/local/etc/rc.d are newstyle one now (sufficiently newstyle to pass find_local_scripts_new check), but few of them were actually tested to work correctly in fully rc.d environment. Therefore, I think that the RELENG_6 should be reverted to using old stuff and it should be left for 7.x tree. Regards, Maxim Which apache port? I have been using www/apache20 for sometime now on a machine tracking RELENG_6_2. I use 'apache2_enable=YES' in /etc/rc.conf and it starts and runs fine. Perhaps I am misunderstanding your complaint. Note that you're replying to a mail from a year ago which was probably coughed up by someone's borken mail server. Kris pgp4UxLp3bF4x.pgp Description: PGP signature
INDEX build failed for 5.x
INDEX build failed with errors: Generating INDEX-5 - please wait..sysctl: unknown oid 'compat.linux.osrelease' Makefile, line 124: warning: /sbin/sysctl -n compat.linux.osrelease returned non-zero status pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: gutenprint-cups-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-cups-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-5.1_1: no entry for /usr/ports/print/gutenprint-base make_index: gimp-devel-2.3,2: no entry for /usr/ports/graphics/gimp-app-devel make_index: gimp-2.2,2: no entry for /usr/ports/graphics/gimp-app make_index: gutenprint-foomatic-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-foomatic-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-ijs-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gutenprint-ijs-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/graphics/gimp-app make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/print/gutenprint-base make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/graphics/gimp-app make_index: gimp-gutenprint-5.1.0: no entry for /usr/ports/print/gutenprint-base Committers on the hook: ache ahze cy gabor itetcu linimon mnag novel nox oliver rafan sat thierry Most recent CVS update was: U devel/ireport/Makefile U devel/ireport/distinfo U devel/libXGP/Makefile U devel/libYGP/Makefile U devel/libYGP/distinfo U devel/libYGP/pkg-plist U games/ggo/Makefile U net/sendemail/Makefile U net/sendemail/distinfo U net-p2p/azureus/Makefile U net-p2p/azureus/distinfo U print/gutenprint-base/Makefile U security/krb5/Makefile U security/krb5/files/patch-appl-telnet-telnetd-state.c U security/krb5/files/patch-appl-telnet-telnetd-sys_term.c U security/krb5/files/patch-kadmin-server-kadm_rpc_svc.c U security/krb5/files/patch-kadmin-server-misc.c U security/krb5/files/patch-kadmin-server-misc.h U security/krb5/files/patch-kadmin-server-ovsec_kadmd.c U security/krb5/files/patch-kadmin-server-schpw U security/krb5/files/patch-kadmin-server-schpw.c U security/krb5/files/patch-kadmin-server-schpw.c.c U security/krb5/files/patch-kadmin-server-server_stubs.c U security/krb5/files/patch-kdc-do_tgs_req.c U security/krb5/files/patch-kdc-kdc_util.c U security/krb5/files/patch-lib-kadm5-logger.c U security/nikto/Makefile U security/nikto/distinfo U security/nikto/pkg-plist U sysutils/dircomp/Makefile U sysutils/dircomp/distinfo U sysutils/iextract/Makefile U sysutils/iextract/distinfo U sysutils/iextract/pkg-plist U sysutils/lineak-xosdplugin/Makefile U www/xpi-informenter/Makefile U www/xpi-informenter/distinfo U www/xpi-resurrectpages/Makefile U www/xpi-resurrectpages/distinfo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
INDEX now builds successfully on 5.x
___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
[maintainer] - Error compiling postgresql-plpython
-- -- att, Waldir Borba Junior Consultor de TI System Network Administrator OS: FreeBSD, OpenBSD, Linux ... Security Consultant - CSO ****** Sem fé não há esforço. Sem esforço não há realização A fé é crucial na prática, pois ela é a força que move o mundo e a que dá sentido ao resto. ****** Om Shanti, Shanti, Shantihi. Hariii Om (que haja paz, perfeita paz) ****** A mente que se abre a uma nova idéia jamais volta ao seu tamanho original. Albert Einstein ****** (Intenção - Ação) = NADA (Intenção + Ação) = RESULTADO ****** Estudar budismo é estudar a si próprio. Estudar a si próprio é esquecer de si próprio. Esquecer de si próprio é estar uno com todas as coisas. (Filosofia do zen-budismo) ****** config.log Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]