Re: kde 3.5.9
On Mon, 18 Aug 2008 19:20:10 -0500 Mitja <[EMAIL PROTECTED]> wrote: > Freebsd 7.0, KDe 3.5.6 > > tried to update KDE 3.5.8 to KDE 3.5.9: > > kdebase, kdepim, arts, some kdeaddons were okay but now I got: > ===>>> Starting build for ports that need updating <<<=== > > ===>>> Launching child to update kdeaddons-konq-plugins-3.5.8_1 > > ===>>> Port directory: /usr/ports/misc/konq-plugins > ===>>> Starting check for build dependencies > ===>>> Gathering dependency list for misc/konq-plugins from ports > ===>>> Starting dependency check > ===>>> Dependency check complete for misc/konq-plugins > > ===> Cleaning for kdeaddons-konq-plugins-3.5.9_1 > > => kdeaddons-3.5.9.tar.bz2 is not > in /usr/ports/misc/konq-plugins/distinfo. => > Either /usr/ports/misc/konq-plugins/distinfo is out of date, or => > kdeaddons-3.5.9.tar.bz2 is spelled incorrectly. *** Error code 1 It should be fixed now, try csup'ing and building it again. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: cvs commit: ports/astro/jday Makefile ports/audio/ezstream Makefile ports/audio/mutemix Makefile ports/audio/taglib Makefile ports/audio/vorbisgain Makefile ports/comms/sredird Makefile ports/data
Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/gengetopt-2.19.1.log: building gengetopt-2.19.1 in directory /var/tinderbox/7-STABLE-FTP maintained by: [EMAIL PROTECTED] building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/gengetopt Makefile ident: $FreeBSD: ports/devel/gengetopt/Makefile,v 1.26 2008/08/19 09:18:32 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Aug 19 09:32:23 UTC 2008 ... add_pkg ===> Installing for gengetopt-2.19.1 ===> Generating temporary packing list ===> Checking if devel/gengetopt already installed Making install in includes gmake[1]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/includes' gmake[2]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/includes' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/includes' gmake[1]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/includes' Making install in skels gmake[1]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake install-am gmake[2]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake[3]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake[3]: Nothing to be done for `install-exec-am'. gmake[3]: Nothing to be done for `install-data-am'. gmake[3]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake[2]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake[1]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src/skels' gmake[1]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src' gmake[2]: Entering directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src' test -z "/usr/local/bin" || /work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/install-sh -d "/usr/local/bin" install -s -o root -g wheel -m 555 'gengetopt' '/usr/local/bin/gengetopt' test -z "/usr/local/share/gengetopt" || /work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/install-sh -d "/usr/local/share/gengetopt" install -o root -g wheel -m 444 'gnugetopt.h' '/usr/local/share/gengetopt/gnugetopt.h' install -o root -g wheel -m 444 'getopt.c' '/usr/local/share/gengetopt/getopt.c' install -o root -g wheel -m 444 'getopt1.c' '/usr/local/share/gengetopt/getopt1.c' gmake[2]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src' gmake[1]: Leaving directory `/work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/src' test -z "/usr/local/man/man1" || /work/a/ports/devel/gengetopt/work/gengetopt-2.19.1/install-sh -d "/usr/local/man/man1" install -o root -g wheel -m 444 './gengetopt.1' '/usr/local/man/man1/gengetopt.1' install-info --quiet /usr/local/info/gengetopt.info /usr/local/info/dir install-info: No such file or directory for /usr/local/info/gengetopt.info *** Error code 1 Stop in /a/ports/devel/gengetopt. build of /usr/ports/devel/gengetopt ended at Tue Aug 19 09:32:40 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/astro/jday Makefile ports/audio/ezstream Makefile ports/audio/mutemix Makefile ports/audio/taglib Makefile ports/audio/vorbisgain Makefile ports/comms/sredird Makefile ports/data
Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/naturaldocs-1.35_1.log: building naturaldocs-1.35_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: [EMAIL PROTECTED] building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/naturaldocs Makefile ident: $FreeBSD: ports/devel/naturaldocs/Makefile,v 1.7 2008/08/19 09:18:32 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Aug 19 09:34:58 UTC 2008 ... 92340264 drwxr-xr-x4 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images 92340274 drwxr-xr-x2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header 92340594 -r--r--r--1 root wheel 229 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/background.png 92340604 -r--r--r--1 root wheel1215 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/leftside.png 9234061 24 -r--r--r--1 root wheel 12146 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/logo.png 92340624 -r--r--r--1 root wheel 283 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overbody.png 92340634 -r--r--r--1 root wheel 141 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overbodybg.png 92340644 -r--r--r--1 root wheel 188 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overleftmargin.png 92340654 -r--r--r--1 root wheel 244 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overmenu.png 92340664 -r--r--r--1 root wheel 141 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overmenubg.png 92340674 -r--r--r--1 root wheel1186 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/rightside.png 92340284 drwxr-xr-x2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu 92340684 -r--r--r--1 root wheel 397 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/about.png 92340694 -r--r--r--1 root wheel 187 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/background.png 92340704 -r--r--r--1 root wheel 235 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/bottomleft.png 92340714 -r--r--r--1 root wheel 234 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/bottomright.png 92340724 -r--r--r--1 root wheel 507 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/community.png 92340734 -r--r--r--1 root wheel 575 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/customizing.png 92340744 -r--r--r--1 root wheel 390 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/using.png 92340294 drwxr-xr-x2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript 92340764 -r--r--r--1 root wheel1848 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript/BrowserStyles.js 92340774 -r--r--r--1 root wheel2040 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript/PNGHandling.js 9234048 12 -r--r--r--1 root wheel4766 Aug 19 09:35 usr/local/share/naturaldocs/Help/bugs.html 9234049 40 -r--r--r--1 root wheel 19804 Aug 19 09:35 usr/local/share/naturaldocs/Help/customizinglanguages.html 9234050 32 -r--r--r--1 root wheel 14568 Aug 19 09:35 usr/local/share/naturaldocs/Help/customizingtopics.html 9234051 72 -r--r--r--1 root wheel 34889 Aug 19 09:35 usr/local/share/naturaldocs/Help/documenting.html 92340574 -r--r--r--1 root wheel1581 Aug 19 09:35 usr/local/share/naturaldocs/Help/examples.css 92340584 -r--r--r--1 root wheel1406 Aug 19 09:35 usr/local/share/naturaldocs/Help/favicon.ico 9234075 16 -r--r--r--1 root
Re: cvs commit: ports/astro/jday Makefile ports/audio/ezstream Makefile ports/audio/mutemix Makefile ports/audio/taglib Makefile ports/audio/vorbisgain Makefile ports/comms/sredird Makefile ports/data
Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ngircd-0.10.1.log: building ngircd-0.10.1 in directory /var/tinderbox/7-STABLE-FTP maintained by: [EMAIL PROTECTED] building for: 7.0-STABLE amd64 port directory: /usr/ports/irc/ngircd Makefile ident: $FreeBSD: ports/irc/ngircd/Makefile,v 1.27 2008/08/19 09:18:34 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Aug 19 09:54:48 UTC 2008 ... install -o root -g wheel -m 444 './ngircd.conf.5' '/usr/local/man/man5/ngircd.conf.5' test -z "/usr/local/man/man8" || /work/a/ports/irc/ngircd/work/ngircd-0.10.1/install-sh -d "/usr/local/man/man8" install -o root -g wheel -m 444 './ngircd.8' '/usr/local/man/man8/ngircd.8' Making install in contrib Making install in Debian Making install in MacOSX ===> Installing rc.d startup script(s) ===> Compressing manual pages for ngircd-0.10.1 ===> Registering installation for ngircd-0.10.1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/sbin/ngircd This port has installed the following startup scripts which may cause these network services to be started at boot time. /usr/local/etc/rc.d/ngircd If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://arthur.ath.cx/~alex/ngircd ===> Building package for ngircd-0.10.1 Creating package /tmp/packages/All/ngircd-0.10.1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ngircd-0.10.1.tbz' Deleting ngircd-0.10.1 === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 92335304 drwxr-xr-x2 root wheel 512 Aug 19 09:55 usr/local/share/doc/ngircd build of /usr/ports/irc/ngircd ended at Tue Aug 19 09:55:01 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/astro/jday Makefile ports/audio/ezstream Makefile ports/audio/mutemix Makefile ports/audio/taglib Makefile ports/audio/vorbisgain Makefile ports/comms/sredird Makefile ports/data
Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ferite-1.0.2_1.log: building ferite-1.0.2_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: [EMAIL PROTECTED] building for: 7.0-STABLE amd64 port directory: /usr/ports/lang/ferite Makefile ident: $FreeBSD: ports/lang/ferite/Makefile,v 1.24 2008/08/19 09:18:34 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Aug 19 09:57:13 UTC 2008 ... install -o root -g wheel -m 444 'ferite.m4' '/usr/local/share/aclocal/ferite.m4' gmake[2]: Leaving directory `/work/a/ports/lang/ferite/work/ferite-1.0.2' gmake[1]: Leaving directory `/work/a/ports/lang/ferite/work/ferite-1.0.2' ===> Compressing manual pages for ferite-1.0.2_1 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for ferite-1.0.2_1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/lib/ferite/module-native/freebsd7.0-amd64/unix.so /usr/local/lib/ferite/module-native/freebsd7.0-amd64/network.so If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://www.ferite.org/ ===> Building package for ferite-1.0.2_1 tar: share/ferite/doc/deannotate-code.fe: Cannot stat: No such file or directory tar: share/ferite/doc/annotate-code.fe: Cannot stat: No such file or directory tar: share/ferite/doc/parser.fe: Cannot stat: No such file or directory tar: share/ferite/doc/structs.fe: Cannot stat: No such file or directory tar: share/ferite/doc/doc.fe: Cannot stat: No such file or directory tar: share/ferite/doc/template.fe: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/ferite-1.0.2_1.tbz Registering depends: libxml2-2.6.32 libiconv-1.11_1 pcre-7.7_1 pkg-config-0.23_1. Creating bzip'd tar ball in '/tmp/packages/All/ferite-1.0.2_1.tbz' *** Error code 1 Stop in /a/ports/lang/ferite. build of /usr/ports/lang/ferite ended at Tue Aug 19 09:58:15 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: cvs commit: ports/astro/jday Makefile ports/audio/ezstream Makefile ports/audio/mutemix Makefile ports/audio/taglib Makefile ports/audio/vorbisgain Makefile ports/comms/sredird Makefile ports/data
Hi, The build which triggered this email is done under tinderbox-2.4.3, on 7-STABLE on amd64, with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/lambdamoo-1.8.1_1.log: building lambdamoo-1.8.1_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: [EMAIL PROTECTED] building for: 7.0-STABLE amd64 port directory: /usr/ports/net/lambdamoo Makefile ident: $FreeBSD: ports/net/lambdamoo/Makefile,v 1.10 2008/08/19 09:18:35 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Tue Aug 19 10:12:34 UTC 2008 ... make: don't know how to make regression-test(continuing) add_pkg ===> Installing for lambdamoo-1.8.1_1 ===> Generating temporary packing list ===> Checking if net/lambdamoo already installed ===> Registering installation for lambdamoo-1.8.1_1 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/sbin/moo If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://www.moo.mud.org/ ===> Building package for lambdamoo-1.8.1_1 tar: share/doc/LambdaMOO/Minimal.db: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README.FreeBSD: Cannot stat: No such file or directory tar: share/doc/LambdaMOO/README.Minimal: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/lambdamoo-1.8.1_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/lambdamoo-1.8.1_1.tbz' *** Error code 1 Stop in /a/ports/net/lambdamoo. build of /usr/ports/net/lambdamoo ended at Tue Aug 19 10:12:53 UTC 2008 A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/testing_process.txt Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD Port: mailagent-3.0.73_1
This package is now under svn and can be retrieved at: svn co https://mailagent.svn.sourceforge.net/svnroot/mailagent/trunk/mailagent I have checked this out using 7.0Release. The new version is:mailagent-3.1.57 -- Barry Friedman Emax Computer Systems Inc., 480 Tweedsmuir Ave., Ottawa, Ont. Canada K1Z 5N9 [EMAIL PROTECTED]Phone: (613) 725-3198 Fax: 725-0298 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
best way to work around vs ?
A fair amount of third party software in ports still uses which in our system is like this: /* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp $ */ #if __STDC__ #error " has been replaced by " #else #include #endif What is the best way to disable the error without an explicit patch (there are over 200 patchfiles in ports just doing that) ? I tried the following + CPPFLAGS += -U__STDC__ seems to work, though it gives some warnings because a built-in define is undefined. Also i am not sure if there are other parts of the system that are affected; + CPPFLAGS += -traditional-cpp is also reported to unset __STDC__, but it generates an independent set of warnings and errors; Any other ideas ? cheers luigi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: best way to work around vs ?
Luigi Rizzo wrote: A fair amount of third party software in ports still uses which in our system is like this: /* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp $ */ #if __STDC__ #error " has been replaced by " #else #include #endif What is the best way to disable the error without an explicit patch (there are over 200 patchfiles in ports just doing that) ? I tried the following + CPPFLAGS += -U__STDC__ seems to work, though it gives some warnings because a built-in define is undefined. Also i am not sure if there are other parts of the system that are affected; + CPPFLAGS += -traditional-cpp is also reported to unset __STDC__, but it generates an independent set of warnings and errors; Any other ideas ? The only reasonable fix is to patch or use sed (e.g. REINPLACE_CMD), then send the fixes upstream. Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: best way to work around vs ?
On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote: A fair amount of third party software in ports still uses which in our system is like this: /* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp $ */ #if __STDC__ #error " has been replaced by " #else #include #endif What is the best way to disable the error without an explicit patch (there are over 200 patchfiles in ports just doing that) ? I think patch it is best, because if I understand it corrects is that malloc() in stdlib.h is standard of ANSI C. Correct me if I am wrong. However, I don't see anything wrong with patch. You can simple use wildcard (*.c) or use find(1) to find files to replace the malloc.h -> stdlib.h by use REINPLACE_CMD without have to create multi-file patch. Cheers, Mezz I tried the following + CPPFLAGS += -U__STDC__ seems to work, though it gives some warnings because a built-in define is undefined. Also i am not sure if there are other parts of the system that are affected; + CPPFLAGS += -traditional-cpp is also reported to unset __STDC__, but it generates an independent set of warnings and errors; Any other ideas ? cheers luigi -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [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: best way to work around vs ?
On Tue, Aug 19, 2008 at 01:12:37PM -0500, Jeremy Messenger wrote: > On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote: > > >A fair amount of third party software in ports still uses > >which in our system is like this: > > > > /* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien > > Exp $ */ > > #if __STDC__ > > #error " has been replaced by " > > #else > > #include > > #endif > > > >What is the best way to disable the error without an > >explicit patch (there are over 200 patchfiles in ports > >just doing that) ? > > I think patch it is best, because if I understand it corrects is that > malloc() in stdlib.h is standard of ANSI C. Correct me if I am wrong. > However, I don't see anything wrong with patch. You can simple use > wildcard (*.c) or use find(1) to find files to replace the malloc.h -> > stdlib.h by use REINPLACE_CMD without have to create multi-file patch. i am not questioning the correctness of using stdlib.h rather than malloc.h, nor the fact that if the upstream is cooperating, one surely should pass patches upstream. However this malloc.h (and missing sys/types.h -- there's another 200+ patch files doing just that) seem to be very common porting problem and so it would be issues and thought it could be nice to find a fix that addresses those kind of problems. Wonder if a -I/usr/local/questionable-programs/include approach could be used to wrap the handful of system headers that cause problems... cheers luigi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: best way to work around vs ?
Luigi Rizzo wrote: On Tue, Aug 19, 2008 at 01:12:37PM -0500, Jeremy Messenger wrote: On Tue, 19 Aug 2008 12:26:31 -0500, Luigi Rizzo <[EMAIL PROTECTED]> wrote: A fair amount of third party software in ports still uses which in our system is like this: /* $FreeBSD: src/include/malloc.h,v 1.5 2001/11/07 23:14:31 obrien Exp $ */ #if __STDC__ #error " has been replaced by " #else #include #endif What is the best way to disable the error without an explicit patch (there are over 200 patchfiles in ports just doing that) ? I think patch it is best, because if I understand it corrects is that malloc() in stdlib.h is standard of ANSI C. Correct me if I am wrong. However, I don't see anything wrong with patch. You can simple use wildcard (*.c) or use find(1) to find files to replace the malloc.h -> stdlib.h by use REINPLACE_CMD without have to create multi-file patch. i am not questioning the correctness of using stdlib.h rather than malloc.h, nor the fact that if the upstream is cooperating, one surely should pass patches upstream. However this malloc.h (and missing sys/types.h -- there's another 200+ patch files doing just that) seem to be very common porting problem and so it would be issues and thought it could be nice to find a fix that addresses those kind of problems. Wonder if a -I/usr/local/questionable-programs/include approach could be used to wrap the handful of system headers that cause problems... It's a trivial fix. Just do it instead of over-engineering a solution :) Kris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [freebsd-ports] Re: SETI/BOINC problems
> I'm running boinc-6.2.14 without X11 and ALT, currently with setiathome and > milkywayathome from ports. There were some difficulties in getting work for > seti, especially astropulse units seem hard to get (I got 1 on a windows box). > > For setiathome, there definitely should be an app_info.xml if you're > not using ALT. > Maybe (re)installing the astro/boinc-setiathome-enhanced is enough (no support > for astropulse yet, but you can manually download a binary from www.dotsch.de > and update app_info.xml according to the instructions. > Rene, In what way was there difficulty with SETI work? Theres been alot of issues from there side with work not being available, and sometimes only Astropulse. (I'm trying to see if I can get an Astropulse unit with the old 5.X, but so far either I don't qualify or it won't do it) Otherwise, has the OP gotten this resolved? Tuc ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [freebsd-ports] Re: SETI/BOINC problems
Tuc at T-B-O-H.NET schreef: I'm running boinc-6.2.14 without X11 and ALT, currently with setiathome and milkywayathome from ports. There were some difficulties in getting work for seti, especially astropulse units seem hard to get (I got 1 on a windows box). For setiathome, there definitely should be an app_info.xml if you're not using ALT. Maybe (re)installing the astro/boinc-setiathome-enhanced is enough (no support for astropulse yet, but you can manually download a binary from www.dotsch.de and update app_info.xml according to the instructions. Rene, In what way was there difficulty with SETI work? Theres been alot of issues from there side with work not being available, and sometimes only Astropulse. (I'm trying to see if I can get an Astropulse unit with the old 5.X, but so far either I don't qualify or it won't do it) Just what you describe above. I haven't got an AP unit on my 7.0R/amd64 box (it rates at 2085 WS/8450 DS per core). SETI units are coming just fine. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
possibly undefined macro: AC_DEFINE
Hello, I am currently trying to update my development port of sysutils/lcdproc. I am using a locally managed port named Custom/lcdproc-devel for this (you can get it from http://mdolze.gmxhome.de/files/lcdproc-devel.tgz). If I try to configure it, I get this: lcdproc-devel> make configure ===> Found saved configuration for lcdproc-devel-20071024 ===> Extracting for lcdproc-devel-20080805 => MD5 Checksum OK for lcdproc-CVS-current-20080805.tar.gz. => SHA256 Checksum OK for lcdproc-CVS-current-20080805.tar.gz. ===> Patching for lcdproc-devel-20080805 ===> Applying FreeBSD patches for lcdproc-devel-20080805 ===> lcdproc-devel-20080805 depends on file: /usr/local/bin/automake-1.9 - found ===> lcdproc-devel-20080805 depends on file: /usr/local/bin/autoconf-2.61 - found ===> lcdproc-devel-20080805 depends on executable: pkg-config - found ===> lcdproc-devel-20080805 depends on shared library: usb-0.1.8 - found ===> Configuring for lcdproc-devel-20080805 configure.in:13: error: possibly undefined macro: AC_DEFINE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. *** Error code 1 Stop in /tmp/lcdproc-devel. *** Error code 1 This is strange to me as AC_DEFINE is be a very basic thing. After some fiddling around with bsd.*.mk files I found that make ACLOCAL_ARGS="" configure works fine. By default ACLOCAL_ARGS is set to '--acdir=/usr/local/share/aclocal-19'. I guess that this contains some FreeBSD specific macros. But how does it interfere with my port? Regards Markus ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
boinc-client: any success stories for WCGrid tasks on amd64?
Dear colleagues, for over a year, I did not have a bit of success trying to activate World Community Grid tasks on amd64 FreeBSD machines - every task is finished within tens of seconds with 'failed' status. And, Yes, I do follow instruction on pav's page (kern.elf32.fallback_brand=3, new checkbox in boinc-client port to fake system arch), tried to use different fc distributions up to f9 -- no luck. Any hints? Thank you in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [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: ports/125745: Update to www/rt3* available - 3.8.0
In response to the numerous pings on this port, [PLEASE DROP GNATS from your replys] You can track my progress here: http://people.freebsd.org/~pgollucci/rt38 - rt38.diff (UPDATING, www/rt*) - rt38/ the new port - I'm not going to ask for repo copy since its so different unless someone feels I should at any rate, the diff is so large its not really useful, so just look at the 'finished' work. I'll try to update this this daily or so as I go. As it stands, I've already added 2-3 p5-* ports to the ports tree for new dependencies, and AFAIK, no more are needed. You can also watch my tinderbox which is currently building all the dependencies. http://tinderbox-amd64.rws/index.php?action=list_buildports&build=8-CURRENT-RT38 graphics/graphviz seems to be broken in 'configure' and is next on my list to fix. Philip M. Gollucci ([EMAIL PROTECTED]) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/125745: Update to www/rt3* available - 3.8.0
Philip M. Gollucci wrote: [PLEASE DROP GNATS from your replys] http://tinderbox-amd64.rws/index.php?action=list_buildports&build=8-CURRENT-RT38 should be http://tinderbox-amd64.riderway.com:8080/index.php?action=list_buildports&build=8-CURRENT-RT38 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
kdesdk3
Hi! My second day of updateing KDE to 3.5.9 version and I had problem still. kdesdk3 doesn't want to update: pofiles.cc:450:5: warning: "YY_STACK_USED" is not defined pofiles.cc:1518:5: warning: "YY_MAIN" is not defined In file included from pofiles.cc:249: /usr/local/include/FlexLexer.h:130: error: expected unqualified-id before numeric constant pofiles.cc: In member function 'virtual int GettextBaseFlexLexer::yylex()': pofiles.cc:575: error: 'yy_current_buffer' was not declared in this scope pofiles.cc:731: error: 'yy_current_buffer' was not declared in this scope pofiles.cc:754: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In constructor 'GettextBaseFlexLexer::GettextBaseFlexLexer(std::istream*, std::ostream*)': pofiles.cc:871: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In destructor 'virtual GettextBaseFlexLexer::~GettextBaseFlexLexer()': pofiles.cc:883: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'virtual void GettextBaseFlexLexer::switch_streams(std::istream*, std::ostream*)': pofiles.cc:890: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'int GettextBaseFlexLexer::yy_get_next_buffer()': pofiles.cc:943: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'void GettextBaseFlexLexer::yyunput(int, char*)': pofiles.cc:1138: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'int GettextBaseFlexLexer::yyinput()': pofiles.cc:1180: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'virtual void GettextBaseFlexLexer::yyrestart(std::istream*)': pofiles.cc:1239: error: 'yy_current_buffer' was not declared in this scope pofiles.cc:1242: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'virtual void GettextBaseFlexLexer::yy_switch_to_buffer(yy_buffer_state*)': pofiles.cc:1249: error: 'yy_current_buffer' was not declared in this scope pofiles.cc:1252: error: 'yy_current_buffer' was not declared in this scope pofiles.cc:1260: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'void GettextBaseFlexLexer::yy_load_buffer_state()': pofiles.cc:1274: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'virtual void GettextBaseFlexLexer::yy_delete_buffer(yy_buffer_state*)': pofiles.cc:1311: error: 'yy_current_buffer' was not declared in this scope pofiles.cc: In member function 'void GettextBaseFlexLexer::yy_flush_buffer(yy_buffer_state*)': pofiles.cc:1353: error: 'yy_current_buffer' was not declared in this scope gmake[4]: *** [pofiles.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/kdesdk3/work/kdesdk-3.5.9/kbabel/common/libgettext' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/kdesdk3/work/kdesdk-3.5.9/kbabel/common' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/kdesdk3/work/kdesdk-3.5.9/kbabel' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/kdesdk3/work/kdesdk-3.5.9' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/kdesdk3. ===>>> make failed for devel/kdesdk3 ===>>> Aborting update ===>>> Update for /usr/ports/devel/kdesdk3 failed ===>>> Aborting update ===>>> Update for kdevelop-3.5.0_2 failed ===>>> Aborting update Thanks. -- The one sure way to make a lazy man look respectable is to put a fishing rod in his hand. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
INDEX build failed for 6.x
INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: nget-0.27.1_1: no entry for /usr/ports/devel/autoconf261 Committers on the hook: ade kevlo lippe vanilla Most recent CVS update was: U MOVED U UPDATING U Mk/bsd.php.mk U archivers/arj/Makefile U archivers/gtar/Makefile U archivers/torrentzip/Makefile U astro/gpsbabel/Makefile U astro/gpsbabel/files/patch-configure.in U astro/viking/Makefile U astro/viking/distinfo U astro/viking/pkg-plist U audio/audiere/Makefile U audio/bmp-faad/Makefile U audio/bmp-mac/Makefile U audio/bmp-musepack/Makefile U audio/faac/Makefile U audio/faad/Makefile U audio/libtremor/Makefile U audio/lmms/Makefile U audio/mt-daapd/Makefile U audio/oggsplit/Makefile U audio/orpheus/Makefile U audio/pd/Makefile U audio/sineshaper/Makefile U audio/soundtouch/Makefile U audio/xmms-faad/Makefile U audio/xmms-imms/Makefile U audio/xmms-mac/Makefile U audio/yammi/Makefile U benchmarks/dkftpbench/Makefile U cad/tclspice/Makefile U chinese/iiimf-le-newpy/Makefile U chinese/iiimf-le-newpy/files/patch-Makefile U chinese/iiimf-le-ude/Makefile U chinese/iiimf-le-ude/files/patch-Makefile U chinese/iiimf-le-xcin/Makefile U comms/aldo/Makefile U comms/gnuradio/Makefile U comms/hamlib/Makefile U comms/klog/Makefile U comms/libsyncml/Makefile U comms/openobex/Makefile U comms/tlf/Makefile U comms/unixcw/Makefile U comms/unixcw/files/patch-configure.ac U databases/dbconnect/Makefile U databases/firebird-server/Makefile U databases/firebird2-server/Makefile U databases/freetds/Makefile U databases/mird/Makefile U databases/mysql-query-browser/Makefile U databases/pgcluster/Makefile U databases/postgresql80-server/Makefile U databases/postgresql81-server/Makefile U databases/postgresql82-server/Makefile U databases/postgresql83-server/Makefile U databases/sqlrelay/Makefile U databases/tora/Makefile U deskutils/google-gadgets/Makefile U deskutils/kmatrix3d/Makefile U deskutils/ksmoothdock/Makefile U deskutils/taskjuggler/Makefile U devel/Makefile U devel/allegro/Makefile U devel/allegro/files/patch-aclocal.m4 U devel/allegro-devel/Makefile U devel/allegro-devel/files/patch-aclocal.m4 U devel/apr/Makefile U devel/autoconf-archive/Makefile U devel/automake110/Makefile U devel/automake14/Makefile U devel/automake15/Makefile U devel/automake16/Makefile U devel/automake17/Makefile U devel/automake18/Makefile U devel/automake19/Makefile U devel/autotools/Makefile U devel/bullet/Makefile U devel/cunit/Makefile U devel/distcc/Makefile U devel/djgpp-gcc/Makefile U devel/djgpp-gcc/scripts/pre-configure U devel/elfio/Makefile U devel/epm/Makefile U devel/fam/Makefile U devel/gcvs/Makefile U devel/gcvs/files/patch-make_configure U devel/hs-alex/Makefile U devel/hs-haddock-docs/Makefile U devel/hs-happy/Makefile U devel/libbegemot/Makefile U devel/libcfg/Makefile U devel/libthai/Makefile U devel/log4cxx/Makefile U devel/m17n-lib/Makefile U devel/mico/Makefile U devel/ois/Makefile U devel/php-java-bridge/Makefile U devel/pwlib/Makefile U devel/quilt/Makefile U devel/raknet/Makefile U devel/rapidsvn/Makefile U devel/swig13/Makefile U devel/sysconftool/Makefile U devel/tclcl/Makefile U devel/valgrind/Makefile U devel/valgrind-snapshot/Makefile U dns/dnswall/Makefile U dns/nss_mdns/Makefile U dns/posadis/Makefile U editors/mlview/Makefile U editors/mlview/files/patch-configure.in U editors/ooo-build/Makefile U editors/xemacs-devel/Makefile U editors/xemacs-devel/files/patch-configure.ac U editors/xemacs-devel-mule/Makefile U editors/xemacs-devel-mule/files/patch-configure.ac U editors/yui/Makefile U emulators/gnuboy/Makefile U emulators/uae/Makefile U emulators/xsystem35/Makefile U emulators/yabause/Makefile U finance/khacc/Makefile U french/dico/Makefile U french/med/Makefile U ftp/gproftpd/Makefile U ftp/moftpd/Makefile U ftp/proftpd/Makefile U ftp/proftpd-devel/Makefile U ftp/wput/Makefile U games/antrix/Makefile U games/atr3d/Makefile U games/flightgear-atlas/Makefile U games/glest/Makefile U games/gno3dtet/Makefile U games/kmastermind/Makefile U games/mangos/Makefile U games/moon-buggy/Makefile U games/planeshift/Makefile U games/quake2forge/Makefile U games/scorched3d/Makefile U games/scourge/Makefile U games/tuxracer/Makefile U games/zangband/Makefile U graphics/agg/Makefile U graphics/cal3d/Makefile U graphics/cal3d-devel/Makefile U graphics/demeter/Makefile U graphics/divxcalc/Makefile U graphics/gephex/Makefile U graphics/glide3/Makefile U graphics/gnash-devel/Makefile U graphics/ivtools/Makefile U graphics/kbarcode/Makefile U graphics/libexif-gtk/Makefile U graphics/libgeotiff/Makefile U graphics/libpano12/Makefile U graphics/libpano13/Makefile U graphics/lodju/Makefile U graphics/pixie/Makefile U graphics/povray/Makefile U graphics/swfdec/Makefile U graphics/wxsvg/Makefile U graphics/xaos/Makefile U graphics/xaralx/Makefile U graphics/xpdf/Makefile U irc/weechat/Makefile U japanese/FreeWnn-lib/Make
Re: FreeBSD Port: cfengine-2.2.7
Hi, Simon. Can you send me the output of config.status? Also, are you setting the environment variables on the command line, or exporting them in the environment before running make? Can you send a snippet showing your compilation process? (starting with a fresh port extract, naturally) On Jul 22, 2008, at 10:50 PM, Simon Shapiro wrote: On Jul 22, 2008, at 10:16 PM, Boris Samorodov wrote: On Tue, 22 Jul 2008 21:03:22 -0700 Simon Shapiro wrote: Hello there, it appears that an old(ish) bug has come back in the cfengine port? Its compiling with the oldest existing BDB version found on the system. Tested on both 7.0 and 6.3 with the same result. Configure says: ===> cfengine-2.2.7 depends on shared library: db-4.6.0 - found but then 4.0 is linked. I have found this to be perfectly repeatable, and reversable (if old versions are removed, it works with 4.6). let me know if i can be of further assistance, and thank you for your time, Current maintainer is rather unresponsive and Jo Rhett (CCed) is very active and responsive about this port. Jo, can you help here? Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve Thank you Boris. Some more info from my digging... forgive my complete unfamiliarity, this is deeper than I usually venture into the workings of the ports tree. As far as I can tell, the ports tree makefile (ports/sysutils/ cfengine/Makefile) gets it right, it appears that environment variables passed to the cfengine configure script (ports/sysutils/ cfengine/work/cfengine-2.2.7/configure) are ignored. That is, cfengine seems to want the command line argument --with- berkleydb= and we seem to be passing the information as an environment variable, which quickly gets overwritten with the string 'default' The evidence being that the first place i see any reference to the *old* bdb, is when the cfengine package's configure script says "checking for BerkeleyDB location in default... Found header in /usr/ local/include/db4" -Simon Shapiro -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
