Re: ports/141131: www/libxul does not compile any more
On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\ -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/141131: www/libxul does not compile any more
On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote: On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\ -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. Thanks for answering. As I wrote before, I have this on different machines, all running newest i386-CURRENT. On another machine with amd64-CURRENT I had been able to compile libxul-1.9.0.16. Perhaps there is something wrong with my configuration? (I copied most from system to system ...) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Tue, Dec 22, 2009 at 12:26:38AM -0600, Robert Noland wrote: On Mon, 2009-12-21 at 04:58 +0900, Norikatsu Shigemura wrote: On Mon, 21 Dec 2009 00:34:22 +0900 Norikatsu Shigemura n...@ninth-nine.com wrote: I'm ready to update ports related Mesa3D to 7.6 base, graphics/dri, graphics/libGL*, graphics/libglut, graphics/mesa-demos and graphics/libdrm. Please see also my attached patch file. I'll update these as soon as tomorrow. Reworking for 7.6.1-rc4. Please test attached patch. I've put a patch of 7.6.1 release at: http://people.freebsd.org/~rnoland/mesa-7.6.1-release.patch As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... +1 for keeping nouveau working. Alexey. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: ports/141131: www/libxul does not compile any more
On Tue, Dec 22, 2009 at 12:36:12PM +0100, Rainer Hurling wrote: On 22.12.2009 10:38 (UTC+1), Anton Shterenlikht wrote: On Mon, Dec 21, 2009 at 09:47:33PM +0100, Rainer Hurling wrote: According to PR 141131 I see exactly the same error messages when I try to upgrade from libxul-1.9.0.15 to libxul-1.9.0.16: --- [..snip..] cc -o FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o -c -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\so\ -DSHLIB_PREFIX=\lib\ -DSHLIB_VERSION=\3\ -DSOFTOKEN_SHLIB_VERSION=\3\ -DRIJNDAEL_INCLUDE_TABLES -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY -D_X86_ -DMP_API_COMPATIBLE -I/usr/local/include -I/usr/local/include/nspr -I/usr/ports/www/libxul/work/mozilla/dist/include -I../../../../dist/public/nss -I../../../../dist/private/nss -I../../../../dist/include -Impi -Iecl dsa.c dsa.c: In function 'FIPS186Change_ReduceModQForDSA': dsa.c:75: error: 'mp_int' undeclared (first use in this function) dsa.c:75: error: (Each undeclared identifier is reported only once dsa.c:75: error: for each function it appears in.) dsa.c:75: error: expected ';' before 'W' dsa.c:76: error: 'mp_err' undeclared (first use in this function) dsa.c:76: error: expected ';' before 'err' [..snip..] gmake[6]: *** [FreeBSD9.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/dsa.o] Fehler 1 gmake[6]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[5]: *** [libs] Fehler 2 gmake[5]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib/freebl' gmake[4]: *** [libs] Fehler 2 gmake[4]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/nss/lib' gmake[3]: *** [libs] Fehler 2 gmake[3]: Leaving directory `/usr/ports/www/libxul/work/mozilla/security/manager' gmake[2]: *** [libs_tier_toolkit] Fehler 2 gmake[2]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake[1]: *** [tier_toolkit] Fehler 2 gmake[1]: Leaving directory `/usr/ports/www/libxul/work/mozilla' gmake: *** [default] Fehler 2 *** Error code 1 --- This happens on three different machines all running latest 9.0-CURRENT (i386). As far as I can see there are no relevant flags set in etc/make.conf. Any clues what is going wrong? I found no solution to this PR. Please let me know if I can provide more information or test something. I've got libxul-1.9.0.16 built fine on ia64 and sparc64. No issues, just 'portmaster -force-config -Bd libxul'. Thanks for answering. As I wrote before, I have this on different machines, all running newest i386-CURRENT. On another machine with amd64-CURRENT I had been able to compile libxul-1.9.0.16. Perhaps there is something wrong with my configuration? (I copied most from system to system ...) # uname -srm FreeBSD 9.0-CURRENT i386 # pkg_info -xo libxul Information for libxul-1.9.0.16: Origin: www/libxul # cd /usr/ports/www/libxul # make showconfig === The following configuration options are available for libxul-1.9.0.16: JAVA=off Enable JAVA xpcom DEBUG=off Build a debugging image LOGGING=off Enable additional log messages OPTIMIZED_CFLAGS=off Enable some additional optimizations === Use 'make config' to modify these settings # Have you checked /etc/make.conf, /etc/src.conf? Sorry, have no other ideas. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
On Tue, Dec 22, 2009 at 11:23:58AM +, David Southwell wrote: David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# Strange, but you can try to figure out what happening at pointyhat: http://people.freebsd.org/~fenner/errorlogs/si...@olofsson.de-date.html 0.02$, Alexey. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
On Tue, 2009-12-22 at 11:23 +, David Southwell wrote: David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? No. http://www.freebsd.org/cgi/cvsweb.cgi/ports/print/cups-pdf/Makefile http://portsmon.freebsd.org/portoverview.py?category=printportname=cups-pdf -Koop dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
Selon David Southwell da...@vizion2000.net le Mar 22 déc 12:23:58 2009 : [Cc: trimmed] I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Just answering about urlview: a patch is included in PR ports/141148 http://www.freebsd.org/cgi/query-pr.cgi?pr=141148 Feel free to apply it! Regards, -- Th. Thomas. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
On Tue, Dec 22, 2009 at 11:23:58AM +, David Southwell wrote: David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# Strange, but you can try to figure out what happening at pointyhat: http://people.freebsd.org/~fenner/errorlogs/si...@olofsson.de-date.html Maybe it was failing for pointhat - but certainly did not fail on my Freebsd p3 amd64 (Intel Quad core). It was after I upgraded to 2.5.0 that it was labelled as broken. I have removed the Broke line from Makefile. It compiles without compalining but I have not tried to deinstall/reinstall in case I break the appl. Comments please? david ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
Thierry added his wisdom on 22nd Dec: Selon David Southwell da...@vizion2000.net le Mar 22 déc 12:23:58 2009 : On Tue, Dec 22, 2009 at 11:23:58AM +, David Southwell wrote: David Southwell wrote: Hi just curious about: - print/cups-pdf (marked as IGNORE) - textproc/urlview (marked as IGNORE) Anyone know what is happening with these? Get IGNORE with portupgrade -a. $ cd /usr/ports/print/cups-pdf $ make === cups-pdf-2.5.0 is marked as broken: does not install. *** Error code 1 Stop in /usr/local/ports/print/cups-pdf. $ portmaster . === Port directory: /usr/ports/print/cups-pdf === This port is marked BROKEN === does not install === If you are sure you can build it, remove the BROKEN line in the Makefile and try again. hth, Doug PS, Josh, if this e-mail address still works for you, howdy! :) I am wondering what changes have taken place to change this from a functioning port to one that justifies it being labelled as broken. It must have compiled OK for me as I already have cups-pdf-2.5.0 installed which appears to be the same version. I heard some rumour that it was failing on ubuntu but not on freebsd. Is there any truth in that? Is there any provision to ensure that something which should be marked as broken for ubuntu is not, in consequence,automatically marked as broken when on freebsd? dns1# pkg_info |grep cups cups-base-1.4.2_3 Common UNIX Printing System: Server cups-client-1.4.2_3 Common UNIX Printing System: Library cups cups-image-1.4.2_3 Common UNIX Printing System: Library cupsimage cups-pdf-2.5.0 A virtual printer for CUPS to produce PDF files cups-pstoraster-8.15.4_4 Postscript interpreter for CUPS printing to non-PS printers cups-samba-6.0_2The Common UNIX Printing System: MS Windows client drivers cups-smb-backend-1.0_2 A CUPS backend for printing to Windows servers gnome-cups-manager-0.31_10,1 Admistration tool for cups gutenprint-cups-5.2.4 GutenPrint Printer Driver libgnomecups-0.2.3_2,1 Support library for gnome cups admistration py26-cups-1.9.46CUPS bindings for Python dns1# Strange, but you can try to figure out what happening at pointyhat: http://people.freebsd.org/~fenner/errorlogs/si...@olofsson.de-date.html Maybe it was failing for pointhat - but certainly did not fail on my Freebsd p3 amd64 (Intel Quad core). It was after I upgraded to 2.5.0 that it was labelled as broken. I have removed the Broke line from Makefile. It compiles without compalining but I have not tried to deinstall/reinstall in case I break the appl. Comments please? Just answering about urlview: a patch is included in PR ports/141148 http://www.freebsd.org/cgi/query-pr.cgi?pr=141148 Feel free to apply it! Regards, Thanks Th Thats great - so urlview solved -- anyone able to solve the anomalies on cups- pdf? David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
David Southwell wrote: On Tue, Dec 22, 2009 at 11:23:58AM +, David Southwell wrote: Strange, but you can try to figure out what happening at pointyhat: http://people.freebsd.org/~fenner/errorlogs/si...@olofsson.de-date.html Maybe it was failing for pointhat - but certainly did not fail on my Freebsd p3 amd64 (Intel Quad core). It was after I upgraded to 2.5.0 that it was labelled as broken. I have removed the Broke line from Makefile. It compiles without compalining but I have not tried to deinstall/reinstall in case I break the appl. Comments please? Looks like the problem would have been fixed in PR ports/141375, which modified the cups-base port to create the directory in question. As that fix was applied on the 12th at 19:39 and the last pointyhat test on cups-pdf appears to have been on the same day at 20:57 I reckon pointyhat just missed getting the fix for at least one of its test cases by about that much. 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: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
David Southwell wrote: On Tue, Dec 22, 2009 at 11:23:58AM +, David Southwell wrote: Strange, but you can try to figure out what happening at pointyhat: http://people.freebsd.org/~fenner/errorlogs/si...@olofsson.de-date.html Maybe it was failing for pointhat - but certainly did not fail on my Freebsd p3 amd64 (Intel Quad core). It was after I upgraded to 2.5.0 that it was labelled as broken. I have removed the Broke line from Makefile. It compiles without compalining but I have not tried to deinstall/reinstall in case I break the appl. Comments please? Looks like the problem would have been fixed in PR ports/141375, which modified the cups-base port to create the directory in question. As that fix was applied on the 12th at 19:39 and the last pointyhat test on cups-pdf appears to have been on the same day at 20:57 I reckon pointyhat just missed getting the fix for at least one of its test cases by about that much. Cheers, Matthew Well spotted Mathew! So can anyone test it out afresh on pointyhat and commit as appropriate? Thanks David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
mail/x-face-e21 depends upon gtk12 and gtk20
Hi, I've just discovered that the port mail/x-face-e21 depends upon both gtk12 and gtk20: - % make -C /usr/ports/mail/x-face-e21 all-depends-list | grep 'gtk[12]' /usr/ports/x11-toolkits/gtk20 /usr/ports/x11-toolkits/gtk12 - Gtk12 is an inherited dependency of mail/faces. Is this OK? Or should such cases be avoided? Thanks! -- WBR, bsam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mail/x-face-e21 depends upon gtk12 and gtk20
Hi, On Tue, 22 Dec 2009 19:02:02 +0300 Boris Samorodov b...@ipt.ru said: bsam I've just discovered that the port mail/x-face-e21 depends upon bsam both gtk12 and gtk20: bsam - bsam % make -C /usr/ports/mail/x-face-e21 all-depends-list | grep 'gtk[12]' bsam /usr/ports/x11-toolkits/gtk20 bsam /usr/ports/x11-toolkits/gtk12 bsam - bsam Gtk12 is an inherited dependency of mail/faces. bsam Is this OK? Or should such cases be avoided? x-face-e21 and faces are independent program with each other. So, it should be oaky. I'm building faces with WITHOUT_X11=true, though. ;-) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan u...@mahoroba.org u...@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
Hi rnoland. On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland rnol...@freebsd.org wrote: As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ cd /usr/ports/x11-drivers/xf86-video-nouveau $ make : nv_driver.c: In function 'NVPreInitDRM': nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named 'mm_enabled' nv_driver.c: In function 'NVMapMemSW': nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake' *** Error code 1 2 errors *** Error code 1 1 error *** Error code 2 1 error *** Error code 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. P.S. libdrm was update to 2.4.17, so I'll update... Index: Makefile === RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile1 Aug 2009 17:42:44 - 1.7 +++ Makefile22 Dec 2009 16:36:48 - @@ -9,7 +9,8 @@ PORTVERSION= 0.0.10.${SNAPDATE} DISTVERSIONSUFFIX=.${SNAPREV} CATEGORIES=x11-drivers -MASTER_SITES= ftp://ftp.lissyara.su/users/Guest/distfiles/ +MASTER_SITES= ${MASTER_SITE_LOCAL} +MASTER_SITE_SUBDIR=nork MAINTAINER=x...@freebsd.org COMMENT= Free nouveau display driver for nvidia-based cards Index: Makefile.rev === RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/Makefile.rev,v retrieving revision 1.1 diff -u -r1.1 Makefile.rev --- Makefile.rev1 Aug 2009 17:42:44 - 1.1 +++ Makefile.rev22 Dec 2009 16:35:26 - @@ -1,2 +1,2 @@ -SNAPDATE= 20090728 -SNAPREV= e259925 +SNAPDATE= 20091217 +SNAPREV= bb19478 Index: distinfo === RCS file: /home/ncvs/ports/x11-drivers/xf86-video-nouveau/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo1 Aug 2009 17:42:44 - 1.4 +++ distinfo22 Dec 2009 16:35:30 - @@ -1,3 +1,3 @@ -MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 8e0b3246a8b2a49a9609b1bdf6279e64 -SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 48e328a04a2dc9ea5dfebd21eae7c23987dcf53dcd3db7bee477d873cbb31906 -SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20090728.e259925.tar.bz2) = 552302 +MD5 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = 027d384b213fa61732e0324af39e34e9 +SHA256 (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = d481815265c298753228ec86a9ba413827c97c2f3b19d4b37ec7f4979a6c661a +SIZE (xorg/driver/xf86-video-nouveau-0.0.10.20091217.bb19478.tar.bz2) = 559648 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, 2009-12-23 at 02:03 +0900, Norikatsu Shigemura wrote: Hi rnoland. On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland rnol...@freebsd.org wrote: As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ cd /usr/ports/x11-drivers/xf86-video-nouveau $ make : nv_driver.c: In function 'NVPreInitDRM': nv_driver.c:676: error: 'struct nouveau_device_priv' has no member named 'mm_enabled' nv_driver.c: In function 'NVMapMemSW': nv_driver.c:1146: warning: implicit declaration of function 'nouveau_bo_fake' *** Error code 1 2 errors *** Error code 1 1 error *** Error code 2 1 error *** Error code 1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. The problem is that updating nouveau will mean that drm support will be lost. The fake buffer object bits were removed only leaving full TTM support. We don't have TTM support in the kernel yet and my kernel patch relies on the fake buffer object code to function. P.S. libdrm was update to 2.4.17, so I'll update... That is the issue, if we update libdrm then we lose drm support for nouveau. The only immediate option that I see is to repo-copy libdrm to keep 2.4.12 for nouveau, but that leads to dependency nightmares... robert. -- Robert Noland rnol...@freebsd.org FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
dropping maintainership
Hello, unfortunately, I don't use FreeBSD anymore and I can no longer maintain the port security/amavis-stats. So I want to drop the maintainership, thanks. --- Mantas ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
David Southwell wrote: === cups-pdf-2.5.0 is marked as broken: does not install. I have removed the Broke line from Makefile. It compiles without compalining Why do you think the fact that it compiles is relevant? :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports marked as IGNORE - (cups-pdf) (urlview) why - how long?
Looks like all the PR's were not in place before the test was run on pointyhat. pointyhat doesn't have anything to do with PRs. It runs based on what is checked into CVS when its runs start. How would it be able to do otherwise? The ports PR count is currently 998. How is a computer program going to know which ones are relevant or correct? I deduced from the information on my system that the error was more likely due to a false positive for failure by the testing procedure rather than due to an inherent failure in the code. build error != install error. If you look at the two error logs, you'll see that those are install errors (files required to be installed not installed; files required to be deinstalled not being deinstalled). Ports that do not allow a clean install/deinstall cycle are broken, whether they compile or not. mcl Yes I agree BUT it is suggested that the reason that there was not a clean install/deinstall cycle was because the pointyhat test may have been done without the benefit of PR ports 141375. Here is Mathew Seaman's take on it: Looks like the problem would have been fixed in PR ports/141375, which modified the cups-base port to create the directory in question. As that fix was applied on the 12th at 19:39 and the last pointyhat test on cups-pdf appears to have been on the same day at 20:57 I reckon pointyhat just missed getting the fix for at least one of its test cases by about that much. What we need now is another test on pointyhat to see whether his speculation is accurate. It seems highly probable to me. Time will tell David ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
distfiles from launchpad.net
I am looking at updating a port that now lives on launchpad.net, but I don't see anything for launchpad.net in bsd.sites.mk Does anyone know anything about how launchpad.net and its mirrors (if any) support downloads? Or can suggest a way to support that site in bsd.sites.mk. Here are some examples of distfile URLs... https://launchpad.net/bzr/1.11/1.11/+download/bzr-1.11.tar.gz http://launchpad.net/bzr/2.1/2.1.0b1/+download/bzr-2.1.0b1.tar.gz http://launchpad.net/vm/trunk/8.1.0-beta/+download/vm-8.1.0-beta.tgz ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland rnol...@freebsd.org wrote: As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. P.S. libdrm was update to 2.4.17, so I'll update... I just tested libdrm 2.4.17 with --enable-radeon-experimental-api and mesalib git master. It's work quite good. Well, it worked quite good before Merge branch 'glsl-pp-rework-2' (e195eab9093d2a6cf55a42b2e7789c9a381b778) but this is separate matter. So may be enabling libdrm_radeon is not such a bad idea. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland rnol...@freebsd.org wrote: As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. P.S. libdrm was update to 2.4.17, so I'll update... I just tested libdrm 2.4.17 with --enable-radeon-experimental-api and mesalib git master. It's work quite good. Well, it worked quite good before I've said it before, but I'll repeat... libdrm_radeon serves no purpose on FreeBSD and may cause problems. It is only used by TTM/KMS enabled drivers on linux. If it ever becomes useful... I'll enable it in the port. robert. Merge branch 'glsl-pp-rework-2' (e195eab9093d2a6cf55a42b2e7789c9a381b778) but this is separate matter. So may be enabling libdrm_radeon is not such a bad idea. -- Adios -- Robert Noland rnol...@freebsd.org FreeBSD ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADS UP] Experimental 3D HW accel support for Radeon HD 2xxx, 3xxx and 4xxx, 2nd!
On Tue, Dec 22, 2009 at 11:38:50PM -0600, Robert Noland wrote: On Wed, 2009-12-23 at 07:31 +0200, Alex Kozlov wrote: On Wed, Dec 23, 2009 at 02:03:15AM +0900, Norikatsu Shigemura wrote: On Tue, 22 Dec 2009 00:26:38 -0600 Robert Noland rnol...@freebsd.org wrote: As much as I don't want to, I need to request a repo copy of libdrm in order to keep nouveau working... The bits needed for r600 were added just after 2.4.12 and the bits that broke nouveau were just before 2.4.13... Ah, I just see! ABI breakage is building issue, I confirmed: I think simple-fully xf86-video-nouveau updating at the same time. Please see also attached patch. I confirmed that compile is OK. But I don't have any GeForce video cards. So I don't know any problems of updating it in real. And do you have any recommendation of GeForce? e.g. 9800GTX, GT260, ... I'll get one and test. I'm interested in Cuda and nvidia binary driver, too. P.S. libdrm was update to 2.4.17, so I'll update... I just tested libdrm 2.4.17 with --enable-radeon-experimental-api and mesalib git master. It's work quite good. Well, it worked quite good before I've said it before, but I'll repeat... libdrm_radeon serves no purpose on FreeBSD and may cause problems. It is only used by TTM/KMS enabled drivers on linux. If it ever becomes useful... I'll enable it in the port. Sorry. I only mean that libradeon is a harmless at the moment. Could You please let us know rough roadmap for freebsd kernel drm? Merge branch 'glsl-pp-rework-2' (e195eab9093d2a6cf55a42b2e7789c9a381b778) but this is separate matter. So may be enabling libdrm_radeon is not such a bad idea. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org