From pierre at zestuff.com Fri Aug 1 01:41:08 2008 From: pierre at zestuff.com (Pierre-Luc Brunet) Date: Fri Aug 1 01:41:15 2008 Subject: Unable to make install on Subversion port Message-ID: Hello everybody, I've been trying to install subversion for a few days but it just won't work. I can do make config, make all but when I do make install, it eventually freeze at: chmod 755 /usr/local/libexec/apache22/mod_dav_svn.so I let it like that for an entire day and it never moved. If I check my process list, here's a list of what's running: --- root 43123 0.0 0.0 1048 888 p0 I+ 2:24PM 0:00.05 make config all install clean root 43319 0.0 0.0 1708 980 p0 I+ 2:25PM 0:00.00 /bin/sh -ec cd /usr/ports/devel/subversion && make CONFIG_DONE=1 /usr/ports/devel/subversion/work/.install_done.subversion._usr_local root 43320 0.0 0.0 1088 932 p0 I+ 2:25PM 0:00.06 make CONFIG_DONE=1 /usr/ports/devel/subversion/work/.install_done.subversion._usr_local root 43457 0.0 0.1 2552 2400 p0 I+ 2:25PM 0:00.09 make -f Makefile install root 51284 0.0 0.0 1712 988 p0 I+ 2:25PM 0:00.00 /bin/sh -ec cd subversion/mod_dav_svn ; /usr/bin/install -c -o root -g wheel -d "/usr/local/libexec/apache22" ; /usr/local/sbin/apxs -i -S LIBEXECDIR="/usr/local/libexec/apache22" -a -n dav_svn mod_dav_svn.la --- If I compile Subversion without MOD_DAV_SVN and APACHE2_APR, it compiles and install fine. But with those two options (which are required in my setup), it stalls. I tried many things, like recompiling apache and redownloading the ports. No luck. Any help would be greatly appreciated. Thanks! -- Pierre-Luc Brunet ZeStuff 1367 Bergar Laval, Quebec Canada, H7L 4Z7 T: 866-881-0250 - 450-662-0250 F: 450-662-0200 E: pierre@zestuff.com W: http://www.zestuff.com Follow us on Twitter! http://www.twitter.com/ZeStuff From freebsd at meijome.net Fri Aug 1 02:54:21 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Fri Aug 1 02:54:28 2008 Subject: Call for comments - pkg_trans In-Reply-To: <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> Message-ID: <20080801125414.55567d37@ayiin> On Thu, 31 Jul 2008 23:38:21 +0200 "Ivan Voras" wrote: > > BTW, I thought of another problem scenario. The user installs port M, and it > > brings dependencies D1, D2, and D3. Then the user installs port N which also > > has port D2 as a dependency. > > Port N then won't install D2 as it already exists. The user can > rollback [N], then rollback [M+D1+D2+D3]. Trying to roll back back > [M+D1+D2+D3] before [N] will show the user a message about > dependencies. Shouldn't you be able to request rollback [M + D1 + D2+ D3 ] , but have the dependency of {something else not M} on D2 be detected, and therefore D2 *not* uninstalled? you'd end up then with M, D1, D3 removed , D2 still installed (as N needs it), and a message saying 'D2 was not removed due to existing dependencies : N '. As a matter of fact, i don't really see why we need a transaction system to have an option to {pkg management of choice} to uninstall {unwanted_pkg} and all other dependencies ONLY needed by {unwanted_pkg}. Anyway, pkg_cutleaves does part of it...but it'd be much handier, i think, to handle it @ the uninstall time. And since we are just wishing for things, It'd be nice to have an opportunity to back off from a install/remove after calculating dependencies, such as that provided by yum (it shows everything it will do and asks for confirmation before proceeding. ) B PS: Thanks for all great work + time put into all the ports + base!! _________________________ {Beto|Norberto|Numard} Meijome Mind over matter: if you don't mind, it doesn't matter I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From dougb at FreeBSD.org Fri Aug 1 06:43:08 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Aug 1 06:43:14 2008 Subject: Call for comments - pkg_trans In-Reply-To: <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> Message-ID: <4892B07A.60702@FreeBSD.org> Ivan Voras wrote: > 2008/7/31 Doug Barton : > >> As I'm sure you can imagine, I would not regard any solution that >> says "portupgrade is mandatory" very favorably, and I don't think >> I'd be alone there. What you need to be doing here is to define >> the API so that whatever tool(s) the user chooses can interact >> with the system. > > No, portupgrade isn't mandatory, and it probably never will be > because of ruby. It's only the most widely used and I think that > any scheme that adds or changes to the behaviour of the ports > infrastructure must also include portupgrade to be useful to the > most users. At first glance these two statements seem contradictory, but I think what you meant in the second sentence is that for the new system to work portupgrade has to have support for it before it is rolled out. If so, then I agree with you and would only add that authors of other ports management tools should be given adequate notice of the plans as well. > Note that, if I implement pkg_trans, any tool that doesn't know > about it will, at best, generate useless single-package > transactions (and at worst break the system, but I'll try hard to > avoid this). Thus my concern. :) >> BTW, I thought of another problem scenario. The user installs >> port M, and it brings dependencies D1, D2, and D3. Then the user >> installs port N which also has port D2 as a dependency. > > Port N then won't install D2 as it already exists. Right, but D2 is still part of the transaction for N. If I roll back M but leave N installed, then roll back N, D2 should be removed (assuming for this example that D2 is not relevant to any other port). > The user can rollback [N], then rollback [M+D1+D2+D3]. Trying to > roll back back [M+D1+D2+D3] before [N] will show the user a message > about dependencies. I seriously doubt that users would put up with that. Trying to think as a user here, I certainly would not want to be told that in order to remove a port that I don't want I first have to remove one that I do. But perhaps I'm misunderstanding you again. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Fri Aug 1 06:59:15 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Aug 1 06:59:21 2008 Subject: Call for comments - pkg_trans In-Reply-To: <20080801125414.55567d37@ayiin> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> Message-ID: <4892B440.4090809@FreeBSD.org> Norberto Meijome wrote: > On Thu, 31 Jul 2008 23:38:21 +0200 "Ivan Voras" > wrote: > >>> BTW, I thought of another problem scenario. The user installs >>> port M, and it brings dependencies D1, D2, and D3. Then the >>> user installs port N which also has port D2 as a dependency. >> Port N then won't install D2 as it already exists. The user can >> rollback [N], then rollback [M+D1+D2+D3]. Trying to roll back >> back [M+D1+D2+D3] before [N] will show the user a message about >> dependencies. > > Shouldn't you be able to request rollback [M + D1 + D2+ D3 ] , but > have the dependency of {something else not M} on D2 be detected, > and therefore D2 *not* uninstalled? That is certainly how I would imagine it should work, yes. > As a matter of fact, i don't really see why we need a transaction > system to have an option to {pkg management of choice} to uninstall > {unwanted_pkg} and all other dependencies ONLY needed by > {unwanted_pkg}. Anyway, pkg_cutleaves does part of it...but it'd be > much handier, i think, to handle it @ the uninstall time. As I mentioned previously portmaster has the -s option to remove ports that were installed as dependencies but are no longer depended on. It also has the -e option to "expunge" leaf ports you don't want anymore, and -e will run 'portmaster -s' after it's done deleting the port you specify on the command line. > And since we are just wishing for things, It'd be nice to have an > opportunity to back off from a install/remove after calculating > dependencies, such as that provided by yum (it shows everything it > will do and asks for confirmation before proceeding. ) portmaster has the --show-work option that gives you output like this: ===>>> Port directory: /usr/ports/sysutils/fusefs-ntfs ===>>> Starting check for all dependencies ===>>> Gathering dependency list for sysutils/fusefs-ntfs from ports ===>>> Installed archivers/unzip ===>>> Installed converters/libiconv ===>>> Installed devel/gmake ===>>> Installed devel/libtool15 ===>>> NOT INSTALLED devel/libublio ===>>> Installed devel/pkg-config ===>>> NOT INSTALLED lang/ruby18 ===>>> NOT INSTALLED sysutils/fusefs-kmod ===>>> NOT INSTALLED sysutils/fusefs-libs ===>>> NOT INSTALLED textproc/ruby-deplate Is that what you had in mind? That is currently a separate operation because for ports with a lot of dependencies it can take a long time to build the list. But I suppose that if there is interest I could create a new mode of operation to do that check first, then confirm with the user that they want to proceed. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Fri Aug 1 07:10:08 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Aug 1 07:10:14 2008 Subject: firefox 3 causing xorg to suck up all available CPU Message-ID: <4892B6CC.4040804@FreeBSD.org> I installed firefox 3 from ports in the pre-release phase (via marcusmerge) and rebuilt it as needed to keep it current with the port after it was committed. I have since noticed that if I start firefox 3 and keep it open (whether I am using it, or I have it minimized) that it will eventually cause Xorg to consume all available CPU. If I kill ff3 it will sometimes allow X to recover, otherwise I have to completely exit X and restart to get it back to normal. I have since re-installed firefox 2 in order to confirm that things work properly with it open, and all is well, so it pretty much has to be ff3 that is the culprit. Anyone else seeing this? Doug -- This .signature sanitized for your protection From 000.fbsd at quip.cz Fri Aug 1 07:36:46 2008 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri Aug 1 07:36:54 2008 Subject: Call for comments - pkg_trans In-Reply-To: <4892B440.4090809@FreeBSD.org> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> <4892B440.4090809@FreeBSD.org> Message-ID: <4892BD23.8000405@quip.cz> Doug Barton wrote: > Norberto Meijome wrote: [...] >> And since we are just wishing for things, It'd be nice to have an >> opportunity to back off from a install/remove after calculating >> dependencies, such as that provided by yum (it shows everything it >> will do and asks for confirmation before proceeding. ) > > > portmaster has the --show-work option that gives you output like this: > > ===>>> Port directory: /usr/ports/sysutils/fusefs-ntfs > ===>>> Starting check for all dependencies > ===>>> Gathering dependency list for sysutils/fusefs-ntfs from ports > > ===>>> Installed archivers/unzip > ===>>> Installed converters/libiconv > ===>>> Installed devel/gmake > ===>>> Installed devel/libtool15 > ===>>> NOT INSTALLED devel/libublio > ===>>> Installed devel/pkg-config > ===>>> NOT INSTALLED lang/ruby18 > ===>>> NOT INSTALLED sysutils/fusefs-kmod > ===>>> NOT INSTALLED sysutils/fusefs-libs > ===>>> NOT INSTALLED textproc/ruby-deplate > > Is that what you had in mind? That is currently a separate operation > because for ports with a lot of dependencies it can take a long time to > build the list. But I suppose that if there is interest I could create a > new mode of operation to do that check first, then confirm with the user > that they want to proceed. Yes, it would be useful to me. Sometimes old ports comes with new default options and brings new dependencies which I do not want to have installed with update / upgrade of port, but it is not easy to track these changes. If portmaster will have option to firstly show above info about dependencies and wait for confirmation, I will use this feature. Maybe in combination with some advanced logic: if all dependencies are installed, continue without confirmation, if some dependency is missing, wait for my confirmation. What you think about it? Miroslav Lachman From kimelto at gmail.com Fri Aug 1 09:24:33 2008 From: kimelto at gmail.com (kimelto) Date: Fri Aug 1 09:24:40 2008 Subject: Call for comments - pkg_trans In-Reply-To: References: Message-ID: Hi, On Fri, Aug 1, 2008 at 12:04 AM, Marcin Wisnicki wrote: > > Looking at your use cases I think what you are proposing is overkill. > > * Install some large group of packages, like KDE or GNOME. Don't like it, > want to delete all packages installed during the operation. > > This could be achieved by tracking which ports were installed explicitly > by user. I.e. when I type: > (cd /usr/ports/x11/gnome2; make install) > or > pkg_add -r gnome2 > > It will install gnome2 along with it's dependencies but in some way mark > gnome2 package as installed by user, say, by creating /var/db/pkg/ > gnome2-2.22/+USER_INSTALLED or even easier, by maintaing some special > unremovable dummy package that would depend on all packages installed > explicitly. In the pkg_improved project , Anders plan to add some new fields. Maybe he could add the "USER_INSTALLED" too :) > > Then when you decide you want to get rid of gnome something like this > could be implemented: > > pkg_deinstall -Ru gnome2-2.22 > > where option 'R' (already exists in pkg_deinstall but could be added to > pkg_delete) means "Deinstall all those packages required by the given > packages as well." and option 'u' would be something like "keep packages > installed explicitly". > > I think similar solution is/was used in Gentoo. > I like this way sooooo much ! IMHO, it is the occasion to add these features in the userland, and by the way rewrite the pkg_tools according to these ideas : http://www.freebsd.org/projects/ideas/#p-ports-pkgtools / http://wiki.freebsd.org/libpkg http://www.freebsd.org/projects/ideas/#p-ports-upgrade Regards, Julien From juergen.galonska at primamail.de Fri Aug 1 09:49:06 2008 From: juergen.galonska at primamail.de (Juergen Galonska) Date: Fri Aug 1 09:49:13 2008 Subject: FreeBSD Port: transcode-1.0.6_1 Message-ID: Hello, building|updating transcode stops with: ~ snip ~ cc -DHAVE_CONFIG_H -I. -I../.. -pthread -D_REENTRANT -D_THREAD_SAFE -DMOD_PATH=\"/usr/local/lib/transcode\" -I../.. -I../../import -I../../src -isystem /usr/include -isystem /usr/local/include -Wall -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fno-strict-aliasing -pipe -MT import_nuv_la-import_nuv.lo -MD -MP -MF .deps/import_nuv_la-import_nuv.Tpo -c import_nuv.c -fPIC -DPIC -o .libs/import_nuv_la-import_nuv.o In file included from import_nuv.c:19: ../../libtc/tc_lzo.h:13:23: error: lzo/lzo1x.h: No such file or directory ../../libtc/tc_lzo.h:14:25: error: lzo/lzoutil.h: No such file or directory import_nuv.c: In function 'nuv_decode_video': import_nuv.c:473: warning: pointer targets in assignment differ in signedness import_nuv.c:480: error: 'lzo_uint' undeclared (first use in this function) import_nuv.c:480: error: (Each undeclared identifier is reported only once import_nuv.c:480: error: for each function it appears in.) import_nuv.c:480: error: expected ';' before 'len' import_nuv.c:486: warning: implicit declaration of function 'lzo1x_decompress' import_nuv.c:487: error: 'len' undeclared (first use in this function) import_nuv.c:487: error: 'LZO_E_OK' undeclared (first use in this function) import_nuv.c:509: warning: pointer targets in passing argument 2 of 'RTjpeg_decompressYUV420' differ in signedness import_nuv.c: In function 'import_nuv_decode': import_nuv.c:624: warning: pointer targets in assignment differ in signedness gmake[3]: *** [import_nuv_la-import_nuv.lo] Error 1 gmake[3]: Leaving directory `/home/samba/temp/ports/usr/ports/multimedia/transcode/work/transcode-1.0.6/import/nuv' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/home/samba/temp/ports/usr/ports/multimedia/transcode/work/transcode-1.0.6/import' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/home/samba/temp/ports/usr/ports/multimedia/transcode/work/transcode-1.0.6' gmake: *** [all] Error 2 *** Error code 2 This occures on FreeBSD-7.0-RELEASE-p3 and FreeBSD-6.3-RELEASE-p3 without having any lzo-port installed. ffmpeg and any other installed port on my machines are up-to-date. After installing archivers/lzo2, building|updating transcode works without any errors. So, probably you should add archivers/lzo2 as dependency. Thank you for your great work to improve the multimedia capabilities in FreeBSD. Bye. juergen -- J?rgen Galonska From rhurlin at gwdg.de Fri Aug 1 09:56:59 2008 From: rhurlin at gwdg.de (Rainer Hurling) Date: Fri Aug 1 09:57:08 2008 Subject: firefox 3 causing xorg to suck up all available CPU In-Reply-To: <4892B6CC.4040804@FreeBSD.org> References: <4892B6CC.4040804@FreeBSD.org> Message-ID: <4892D28C.4030803@gwdg.de> On my system (actual FreeBSD 8-CURRENT on i386) it seems to have something to do with 'gam-server' processes (from devel/gamin). While using firefox3 on websites with many elements the cpu-time of gam-server processes increases enormously. Killing the highest process id of gam-servers speeds up firefox3 again (at least for some time). After a while the next gam-server process is growing ... I am not sure if this is an observation in the right direction. Rainer Hurling Am 01.08.2008 09:10 (UTC+1) schrieb Doug Barton: > I installed firefox 3 from ports in the pre-release phase (via > marcusmerge) and rebuilt it as needed to keep it current with the port > after it was committed. I have since noticed that if I start firefox 3 > and keep it open (whether I am using it, or I have it minimized) that it > will eventually cause Xorg to consume all available CPU. If I kill ff3 > it will sometimes allow X to recover, otherwise I have to completely > exit X and restart to get it back to normal. > > I have since re-installed firefox 2 in order to confirm that things work > properly with it open, and all is well, so it pretty much has to be ff3 > that is the culprit. > > Anyone else seeing this? > > > Doug > From ale at FreeBSD.org Fri Aug 1 10:26:11 2008 From: ale at FreeBSD.org (Alex Dupre) Date: Fri Aug 1 10:26:17 2008 Subject: firefox 3 causing xorg to suck up all available CPU In-Reply-To: <4892D28C.4030803@gwdg.de> References: <4892B6CC.4040804@FreeBSD.org> <4892D28C.4030803@gwdg.de> Message-ID: <4892DE82.9080205@FreeBSD.org> Rainer Hurling ha scritto: > On my system (actual FreeBSD 8-CURRENT on i386) it seems to have > something to do with 'gam-server' processes (from devel/gamin). gamin is completely broken and can enters infinite loops. Switch to fam. -- Alex Dupre From talon at lpthe.jussieu.fr Fri Aug 1 14:17:25 2008 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Fri Aug 1 14:17:31 2008 Subject: firefox 3 causing xorg to suck up all available CPU Message-ID: <20080801141722.GA5722@lpthe.jussieu.fr> Alex Dupre wrote: > gamin is completely broken and can enters infinite loops. Switch to > fam. I would say exactly the opposite. I had enormous problems when KDE was using fam, particularly with NFS mounted home. In fact fam sucked all NFS server bandwith. This problem was completely solved by the switch to gamin. For me gamin works perfectly OK. By the way i have seen Firefox3 sucking all the X processing power (to the point the display was almost completely frozen), return to the normal being obtained when killing firefox. I have seen that only on some specific web pages, but it was completely reproducible on these web pages. -- Michel TALON From ivoras at freebsd.org Fri Aug 1 15:16:16 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Fri Aug 1 15:16:23 2008 Subject: Call for comments - pkg_trans In-Reply-To: <20080801125414.55567d37@ayiin> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> Message-ID: Norberto Meijome wrote: > On Thu, 31 Jul 2008 23:38:21 +0200 > "Ivan Voras" wrote: > >>> BTW, I thought of another problem scenario. The user installs port M, and it >>> brings dependencies D1, D2, and D3. Then the user installs port N which also >>> has port D2 as a dependency. >> Port N then won't install D2 as it already exists. The user can >> rollback [N], then rollback [M+D1+D2+D3]. Trying to roll back back >> [M+D1+D2+D3] before [N] will show the user a message about >> dependencies. > > Shouldn't you be able to request rollback [M + D1 + D2+ D3 ] , but have the dependency of {something else not M} on D2 be detected, and therefore D2 *not* uninstalled? > > you'd end up then with M, D1, D3 removed , D2 still installed (as N needs it), and a message saying 'D2 was not removed due to existing dependencies : N '. Yes, it's a good idea. > As a matter of fact, i don't really see why we need a transaction system to have an option to {pkg management of choice} to uninstall {unwanted_pkg} and all other dependencies ONLY needed by {unwanted_pkg}. Anyway, pkg_cutleaves does part of it...but it'd be much handier, i think, to handle it @ the uninstall time. > > And since we are just wishing for things, It'd be nice to have an opportunity to back off from a install/remove after calculating dependencies, such as that provided by yum (it shows everything it will do and asks for confirmation before proceeding. ) I like that in yum and have planned to include something like this. I'm trying to decide should it be the default or not - for now, it probably will be :) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080801/0cad9522/signature.pgp From ivoras at freebsd.org Fri Aug 1 15:28:04 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Fri Aug 1 15:28:10 2008 Subject: Call for comments - pkg_trans In-Reply-To: <4892B07A.60702@FreeBSD.org> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <4892B07A.60702@FreeBSD.org> Message-ID: Doug Barton wrote: > Ivan Voras wrote: >> 2008/7/31 Doug Barton : >> >>> As I'm sure you can imagine, I would not regard any solution that >>> says "portupgrade is mandatory" very favorably, and I don't think >>> I'd be alone there. What you need to be doing here is to define >>> the API so that whatever tool(s) the user chooses can interact >>> with the system. >> >> No, portupgrade isn't mandatory, and it probably never will be >> because of ruby. It's only the most widely used and I think that >> any scheme that adds or changes to the behaviour of the ports >> infrastructure must also include portupgrade to be useful to the >> most users. > > At first glance these two statements seem contradictory, but I think > what you meant in the second sentence is that for the new system to > work portupgrade has to have support for it before it is rolled out. Yes :) > If so, then I agree with you and would only add that authors of other > ports management tools should be given adequate notice of the plans as > well. Agreed. I suppose such authors read this list so will have plenty of time to catch up :) >> Note that, if I implement pkg_trans, any tool that doesn't know >> about it will, at best, generate useless single-package >> transactions (and at worst break the system, but I'll try hard to >> avoid this). > > Thus my concern. :) > >>> BTW, I thought of another problem scenario. The user installs >>> port M, and it brings dependencies D1, D2, and D3. Then the user >>> installs port N which also has port D2 as a dependency. >> >> Port N then won't install D2 as it already exists. > > Right, but D2 is still part of the transaction for N. If I roll back M > but leave N installed, then roll back N, D2 should be removed > (assuming for this example that D2 is not relevant to any other port). >> The user can rollback [N], then rollback [M+D1+D2+D3]. Trying to >> roll back back [M+D1+D2+D3] before [N] will show the user a message >> about dependencies. > > I seriously doubt that users would put up with that. Trying to think as > a user here, I certainly would not want to be told that in order to > remove a port that I don't want I first have to remove one that I do. > But perhaps I'm misunderstanding you again. This is a good point and I'm glad it's brought up. I think this will work: * When user tries to roll back [M+D1+D2+D3], notice that D2 needs to stay because of N (I think I only need to notice that D2 is depended on by something that isn't in the transaction being removed) * Remove M, D1, D3 from the transaction, leave only D2 in the transaction, as if only D2 was installed in it. As you said, it would be best if D2 was then grouped with N so both get removed when N gets removed, but this is really out of scope for pkg_trans - I'm not trying to solve complex interdependencies here :) (or better said: I'm trying not to solve them...) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080801/b1727feb/signature.pgp From ivoras at freebsd.org Fri Aug 1 15:33:58 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Fri Aug 1 15:34:06 2008 Subject: Call for comments - pkg_trans In-Reply-To: References: Message-ID: Marcin Wisnicki wrote: > On Thu, 31 Jul 2008 06:25:27 +0200, Ivan Voras wrote: > >> Hi, >> >> I apologize in advance if what I'm trying to do seems stupid or it has >> already existed since the Dawn of Time (i.e. when McKusick was in >> diapers) but I'd like your comments on this idea: >> >> http://wiki.freebsd.org/IvanVoras/PkgTransProposal > > Looking at your use cases I think what you are proposing is overkill. Wow, and I was afraid I'm doing an underkill here :) > * Install some large group of packages, like KDE or GNOME. Don't like it, > want to delete all packages installed during the operation. > > This could be achieved by tracking which ports were installed explicitly > by user. I.e. when I type: > (cd /usr/ports/x11/gnome2; make install) > or > pkg_add -r gnome2 > > It will install gnome2 along with it's dependencies but in some way mark > gnome2 package as installed by user, say, by creating /var/db/pkg/ > gnome2-2.22/+USER_INSTALLED or even easier, by maintaing some special > unremovable dummy package that would depend on all packages installed > explicitly. This has the same problems as my scheme and I'm not sure the benefits are the same. With pkg_trans, we know explicitly which packages were pulled in when, and the order in which they were pulled. > * Install a newer version of postgresql, have an OMG moment and remember > you need to dump the database with the old version and reaload it with > the new version. Revert the install by deleting the new packages and > reinstalling the old ones (i.e. undo a removal). > > pkg_deinstall -R posgtresql-8.4.0; pkg_add postgresql-8.3.0 Yes, with the exception that something needs to do "pkg_create -b postgresql-8.3.0" before it's removed, and I don't trust myself to remember this every time :) (I want it to happen automatically) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080801/572b4adf/signature.pgp From mwisnicki+freebsd at gmail.com Fri Aug 1 16:51:16 2008 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Fri Aug 1 16:51:25 2008 Subject: Call for comments - pkg_trans References: Message-ID: On Fri, 01 Aug 2008 17:33:43 +0200, Ivan Voras wrote: > Marcin Wisnicki wrote: >> On Thu, 31 Jul 2008 06:25:27 +0200, Ivan Voras wrote: > >> It will install gnome2 along with it's dependencies but in some way >> mark gnome2 package as installed by user, say, by creating /var/db/pkg/ >> gnome2-2.22/+USER_INSTALLED or even easier, by maintaing some special >> unremovable dummy package that would depend on all packages installed >> explicitly. > > This has the same problems as my scheme But is simpler both conceptually and in implementation > and I'm not sure the benefits > are the same. With pkg_trans, we know explicitly which packages were > pulled in when, and the order in which they were pulled. Well I'm not sure why any user would care about order and it can be inferred from mtime of package metadata or new "+comment DATE" (see http://blogs.freebsdish.org/andenore/) anyway. What is important is to know: 1. Which packages are important to user (most likely the those that he installed explicitly) 2. Which packages can be safely removed = everything that is not (1) or isn't a dependancy of (1) >> * Install a newer version of postgresql, have an OMG moment and >> remember you need to dump the database with the old version and reaload >> it with the new version. Revert the install by deleting the new >> packages and reinstalling the old ones (i.e. undo a removal). >> >> pkg_deinstall -R posgtresql-8.4.0; pkg_add postgresql-8.3.0 > > Yes, with the exception that something needs to do "pkg_create -b > postgresql-8.3.0" before it's removed, and I don't trust myself to > remember this every time :) (I want it to happen automatically) Or save the package during installation. Like portugprade. Anyway, it is a separate problem. From mwisnicki+freebsd at gmail.com Fri Aug 1 16:59:17 2008 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Fri Aug 1 16:59:23 2008 Subject: Call for comments - pkg_trans References: Message-ID: On Fri, 01 Aug 2008 16:51:02 +0000, Marcin Wisnicki wrote: > On Fri, 01 Aug 2008 17:33:43 +0200, Ivan Voras wrote: > >> Marcin Wisnicki wrote: >>> On Thu, 31 Jul 2008 06:25:27 +0200, Ivan Voras wrote: >> >>> It will install gnome2 along with it's dependencies but in some way >>> mark gnome2 package as installed by user, say, by creating >>> /var/db/pkg/ gnome2-2.22/+USER_INSTALLED or even easier, by maintaing >>> some special unremovable dummy package that would depend on all >>> packages installed explicitly. >> >> This has the same problems as my scheme > > But is simpler both conceptually and in implementation > >> and I'm not sure the benefits >> are the same. With pkg_trans, we know explicitly which packages were >> pulled in when, and the order in which they were pulled. > > Well I'm not sure why any user would care about order and it can be Though it would be usefull to have a full log of package operations in machine and human readable format for review/auditing and similar purposes. > inferred from mtime of package metadata or new "+comment DATE" (see > http://blogs.freebsdish.org/andenore/) anyway. From mezz7 at cox.net Fri Aug 1 17:15:37 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Aug 1 17:18:15 2008 Subject: Your three ports need to add CONFLICTS. Message-ID: Hello Stanislav, Your three ports need to add CONFLICTS: djvulibre and djvulibre-nox11 conflict: Install same nox11 stuff, the real solution is to force djvulibre to not install nox11 stuff then depend on djvulibre-nox11 to resolve the conflict and avoid use CONFLICTS. djview4 and djvulibre conflict: Install same lib/browser_plugins/nsdejavu.so. While I am here, the djview4's plugin does not work by default because of missing to link with X11 library (-lXt -lXext). I had to fix it by do this: --------------------------------------------- @${REINPLACE_CMD} -e 's,/netscape/,/djview4/, ; \ s|@NSDEJAVU_LIBS@|@NSDEJAVU_LIBS@ -lXt -lXext|g' \ ${WRKSRC}/nsdejavu/Makefile.in ${WRKSRC}/nsdejavu/nsdejavu.1.in --------------------------------------------- Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Fri Aug 1 17:28:20 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Aug 1 17:28:26 2008 Subject: firefox 3 causing xorg to suck up all available CPU In-Reply-To: <4892B6CC.4040804@FreeBSD.org> References: <4892B6CC.4040804@FreeBSD.org> Message-ID: On Fri, 01 Aug 2008 02:10:04 -0500, Doug Barton wrote: > I installed firefox 3 from ports in the pre-release phase (via > marcusmerge) and rebuilt it as needed to keep it current with the port > after it was committed. I have since noticed that if I start firefox 3 > and keep it open (whether I am using it, or I have it minimized) that it > will eventually cause Xorg to consume all available CPU. If I kill ff3 > it will sometimes allow X to recover, otherwise I have to completely > exit X and restart to get it back to normal. > > I have since re-installed firefox 2 in order to confirm that things work > properly with it open, and all is well, so it pretty much has to be ff3 > that is the culprit. > > Anyone else seeing this? What's version of FreeBSD? I have seen similar report with your in freebsd-gnome@ and only happen in -CURRENT, but when rebuild all apps then the problem is gone. Right now, we have Firefox 3.0.1 in ports tree. BTW: Don't use marcusmerge anymore, unless you want to be a beta test again in MC. ;-) In MC ports-stable, I am working on add USE_WEBPLUGINS and I would say about less than 20 ports left that need to be add. http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports-stable/www/firefox/Makefile.webplugins Cheers, Mezz > Doug -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From sgk at troutmask.apl.washington.edu Fri Aug 1 19:03:19 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 1 19:03:25 2008 Subject: [PATCH] Fix biology/molden Message-ID: <20080801190318.GA49968@troutmask.apl.washington.edu> diff -urN molden.old/Makefile molden/Makefile --- molden.old/Makefile 2008-08-01 11:06:14.000000000 -0700 +++ molden/Makefile 2008-04-25 15:53:23.000000000 -0700 @@ -28,9 +28,9 @@ USE_FORTRAN= yes -#.if ${OSVERSION} >= 800030 -#BROKEN= does not compile -#.endif +.if ${OSVERSION} >= 800030 +BROKEN= does not compile +.endif post-patch: ${REINPLACE_CMD} -e 's,malloc.h,stdlib.h,' ${WRKSRC}/xwin.c diff -urN molden.old/files/patch-xwin.c molden/files/patch-xwin.c --- molden.old/files/patch-xwin.c 2008-08-01 11:43:00.000000000 -0700 +++ molden/files/patch-xwin.c 1969-12-31 16:00:00.000000000 -0800 @@ -1,114 +0,0 @@ ---- xwin.c.orig 2008-08-01 11:34:19.000000000 -0700 -+++ xwin.c 2008-08-01 11:34:32.000000000 -0700 -@@ -3177,7 +3177,7 @@ - static int *icopth; - static int *icoptl; - static int *icoptm; --static int linkat = 0; -+static int link_at = 0; - - static QBOXSTRU IANZboxes[MAXAT]; - static QBOXSTRU IZboxes[MAXAT][4]; -@@ -11622,7 +11622,7 @@ - if (ioniom == 1) { - int ism, isl; - -- linkat = 0; -+ link_at = 0; - - /* Counting the number of Link atoms between H and lower - levels*/ -@@ -11635,10 +11635,10 @@ - if (ionij != 0) continue; - nconn = atomptr->iconn[j][0]; - for (k=1;k<=nconn;k++) { -- if (ityp[atomptr->iconn[j][k]-1]/10000 > 0) linkat++; -+ if (ityp[atomptr->iconn[j][k]-1]/10000 > 0) link_at++; - } - } -- linkat += 20000; -+ link_at += 20000; - *itotc = *icopth; - *imult = *ispopth; - if (CheckChargeMult()) { -@@ -11659,7 +11659,7 @@ - - } else if (ioniom == 2) { - -- linkat = 0; -+ link_at = 0; - - /* Counting the number of Link atoms between H and - lower levels*/ -@@ -11669,10 +11669,10 @@ - if(ionij != 0) continue; - nconn = atomptr->iconn[j][0]; - for (k=1;k<=nconn;k++) { -- if (ityp[atomptr->iconn[j][k]-1]/10000 > 0) linkat++; -+ if (ityp[atomptr->iconn[j][k]-1]/10000 > 0) link_at++; - } - } -- linkat += 20000; -+ link_at += 20000; - *itotc = *icopth; - *imult = *ispopth; - if (CheckChargeMult()) { -@@ -11684,7 +11684,7 @@ - break; - */ - } -- linkat = 0; -+ link_at = 0; - - /* Counting the number of Link atoms between H+M and - lower levels*/ -@@ -11694,10 +11694,10 @@ - if (ionij == 2) continue; - nconn = atomptr->iconn[j][0]; - for (k=1;k<=nconn;k++) { -- if (ityp[atomptr->iconn[j][k]-1]/10000 == 2) linkat++; -+ if (ityp[atomptr->iconn[j][k]-1]/10000 == 2) link_at++; - } - } -- linkat += 20000; -+ link_at += 20000; - *itotc = *icoptm; - *imult = *ispoptm; - if (CheckChargeMult()) { -@@ -11712,7 +11712,7 @@ - icopt = *icoptl+3; - ispopt = *ispoptl-1; - } -- linkat = 0; -+ link_at = 0; - *itotc = icopt - 3; - *imult = ispopt + 1; - *ito = itopt[jmode] + 1; -@@ -11964,10 +11964,10 @@ - ionil = 0; - - if (ioniom) { -- ionil = 3 - (linkat / 10000); -- linkat -= (linkat / 10000) * 10000; -+ ionil = 3 - (link_at / 10000); -+ link_at -= (link_at / 10000) * 10000; - } else { -- linkat = 0; -+ link_at = 0; - } - - if (*zmptr.ihaszm) { -@@ -11990,10 +11990,10 @@ - } - } - /* -- fprintf(stderr,"ionil %d ne %d itotc %d linkat %d mult %d\n", -- ionil,ne,*itotc,linkat,*imult); -+ fprintf(stderr,"ionil %d ne %d itotc %d link_at %d mult %d\n", -+ ionil,ne,*itotc,link_at,*imult); - */ -- ne = ne - *itotc + linkat; -+ ne = ne - *itotc + link_at; - if (ne % 2 == *imult % 2) return(1); - return(0); - } From dougb at FreeBSD.org Fri Aug 1 19:59:25 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Aug 1 19:59:32 2008 Subject: firefox 3 causing xorg to suck up all available CPU In-Reply-To: References: <4892B6CC.4040804@FreeBSD.org> Message-ID: <48936B19.9040102@FreeBSD.org> Jeremy Messenger wrote: > What's version of FreeBSD? -current of course. :) > I have seen similar report with your in > freebsd-gnome@ and only happen in -CURRENT, but when rebuild all apps > then the problem is gone. I've switched to fam at ale's suggestion, let's see if that works first before I rebuild everything. > Right now, we have Firefox 3.0.1 in ports tree. Yes I know, sorry if I wasn't clear before. I stopped using marcumerge when the stuff was placed in the tree. Thanks, Doug -- This .signature sanitized for your protection From sgk at troutmask.apl.washington.edu Fri Aug 1 21:16:35 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 1 21:16:41 2008 Subject: [PATCH] graphics/raster3d -- replace g77 dependence by gfortran Message-ID: <20080801211634.GA55395@troutmask.apl.washington.edu> diff -urN raster3d.old/Makefile raster3d/Makefile --- raster3d.old/Makefile 2008-02-01 04:05:24.000000000 -0800 +++ raster3d/Makefile 2008-08-01 14:09:43.000000000 -0700 @@ -23,7 +23,8 @@ BINARIES= avs2ps balls rastep render ribbon rings3d rods normal3d SCRIPTS= label3d stereo3d -USE_FORTRAN= g77 +USE_FORTRAN= yes +FFLAGS+= -fno-range-check .if !defined(WITHOUT_IMAGEMAGICK) RUN_DEPENDS= convert:${PORTSDIR}/graphics/ImageMagick From sgk at troutmask.apl.washington.edu Fri Aug 1 21:21:06 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 1 21:21:12 2008 Subject: [PATCH] lang/ratfor -- Replace WANT_FORTRAN by USE_FORTRAN Message-ID: <20080801212046.GA56165@troutmask.apl.washington.edu> diff -urN ratfor.old/Makefile ratfor/Makefile --- ratfor.old/Makefile 2008-08-01 14:18:10.000000000 -0700 +++ ratfor/Makefile 2008-08-01 14:18:37.000000000 -0700 @@ -26,9 +26,7 @@ ALL_TARGET= all tests MAN1= ratfor.1 -WANT_FORTRAN=yes #dummy but future use -BUILD_DEPENDS+= gfortran42:${PORTSDIR}/lang/gcc42 -F77= gfortran42 +USE_FORTRAN=yes post-patch: @cd ${WRKSRC} ; ${PATCH} --quiet < testw.patch From david at vizion2000.net Fri Aug 1 21:23:50 2008 From: david at vizion2000.net (David Southwell) Date: Fri Aug 1 21:23:56 2008 Subject: Portupgrade failure x11/kdebase3' (kdebase-3.5.8_2) Message-ID: <200808011446.41012.david@vizion2000.net> Failure: cd /usr/ports/x11-wm/kompmgr/work/kdebase-3.5.8/kwin/kompmgr && install -c -p -s -o root -g wheel -m 555 kompmgr /usr/local/bin/kompmgr ===> Registering installation for kdebase-kompmgr-3.5.8_2 ===> Cleaning for kdebase-kompmgr-3.5.8_2 ---> Cleaning out obsolete shared libraries [Updating the pkgdb in /var/db/pkg ... - 1024 packages found (-0 +1) . done] ---> Skipping 'x11/kdebase3' (kdebase-3.5.8_2) because a requisite package 'kdebase-kompmgr-3.5.8_1' () failed (specify -k to force) Looks as though port is looking for kdebase-kompmgr-3.5.8_1 rather than kdebase-kompmgr-3.5.8_2. Dependency is not in sync. David From sgk at troutmask.apl.washington.edu Fri Aug 1 23:35:49 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 1 23:35:55 2008 Subject: [PATCH] graphics/raster3d -- replace g77 dependence by gfortran In-Reply-To: <48939B46.4000009@comcast.net> References: <20080801211634.GA55395@troutmask.apl.washington.edu> <48939B46.4000009@comcast.net> Message-ID: <20080801233547.GA92862@troutmask.apl.washington.edu> On Fri, Aug 01, 2008 at 06:24:54PM -0500, M. L. Dodson wrote: > Steve Kargl wrote: > >diff -urN raster3d.old/Makefile raster3d/Makefile > >--- raster3d.old/Makefile 2008-02-01 04:05:24.000000000 -0800 > >+++ raster3d/Makefile 2008-08-01 14:09:43.000000000 -0700 > >@@ -23,7 +23,8 @@ > > BINARIES= avs2ps balls rastep render ribbon rings3d rods normal3d > > SCRIPTS= label3d stereo3d > > > >-USE_FORTRAN= g77 > >+USE_FORTRAN= yes > >+FFLAGS+= -fno-range-check > > > > .if !defined(WITHOUT_IMAGEMAGICK) > > RUN_DEPENDS= convert:${PORTSDIR}/graphics/ImageMagick > > Applied patch. > > [root@histidine.activesitedynamics.com:85] % make > gfortran42 -O -fno-range-check -c render.f > render.f:3687.72: > > CALL ASSERT(TYPE(INEXT).EQ.VERTRANSP,'lost vertex transp' > 1 > Error: Syntax error in argument list at (1) Arrgh. The source code has tabs embedded, which expands the line past 72 columns. Tabs are illegal whitespace Fortran, but most compilers assume 8 spaces. Can you add -ffixed-line-length-none to FFLAGS? -- Steve From sgk at troutmask.apl.washington.edu Fri Aug 1 23:40:00 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 1 23:40:07 2008 Subject: [PATCH] graphics/raster3d -- replace g77 dependence by gfortran In-Reply-To: <48939B46.4000009@comcast.net> References: <20080801211634.GA55395@troutmask.apl.washington.edu> <48939B46.4000009@comcast.net> Message-ID: <20080801233959.GB92862@troutmask.apl.washington.edu> On Fri, Aug 01, 2008 at 06:24:54PM -0500, M. L. Dodson wrote: > Steve Kargl wrote: > >diff -urN raster3d.old/Makefile raster3d/Makefile > >--- raster3d.old/Makefile 2008-02-01 04:05:24.000000000 -0800 > >+++ raster3d/Makefile 2008-08-01 14:09:43.000000000 -0700 > >@@ -23,7 +23,8 @@ > > BINARIES= avs2ps balls rastep render ribbon rings3d rods normal3d > > SCRIPTS= label3d stereo3d > > > >-USE_FORTRAN= g77 > >+USE_FORTRAN= yes > >+FFLAGS+= -fno-range-check > > > > .if !defined(WITHOUT_IMAGEMAGICK) > > RUN_DEPENDS= convert:${PORTSDIR}/graphics/ImageMagick > > Applied patch. > > [root@histidine.activesitedynamics.com:85] % make > gfortran42 -O -fno-range-check -c render.f > render.f:3687.72: > > CALL ASSERT(TYPE(INEXT).EQ.VERTRANSP,'lost vertex transp' > 1 > Error: Syntax error in argument list at (1) > *** Error code 1 For the record, I did not run into this error due to ithe patch that follows. Yes, there are very good reasons to prefer 4.3 over 4.2 (eg., symbol versions, and hundreds of bug fixes). --- bsd.gcc.mk.orig 2008-08-01 12:15:39.000000000 -0700 +++ bsd.gcc.mk 2008-08-01 12:16:17.000000000 -0700 @@ -69,11 +69,11 @@ # .if defined (USE_FORTRAN) -# gfortran42 from lang/gcc42 is the default for now. -. if ${USE_FORTRAN} == yes || ${USE_FORTRAN} == gfortran42 -BUILD_DEPENDS+= gfortran42:${PORTSDIR}/lang/gcc42 -FC:= gfortran42 -F77:= gfortran42 +# gfortran43 from lang/gcc43 is the default for now. +. if ${USE_FORTRAN} == yes || ${USE_FORTRAN} == gfortran43 +BUILD_DEPENDS+= gfortran43:${PORTSDIR}/lang/gcc43 +FC:= gfortran43 +F77:= gfortran43 . endif # Intel Fortran compiler from lang/ifc. -- Steve From mldodson at comcast.net Fri Aug 1 23:40:55 2008 From: mldodson at comcast.net (M. L. Dodson) Date: Fri Aug 1 23:41:01 2008 Subject: [PATCH] graphics/raster3d -- replace g77 dependence by gfortran In-Reply-To: <20080801211634.GA55395@troutmask.apl.washington.edu> References: <20080801211634.GA55395@troutmask.apl.washington.edu> Message-ID: <48939B46.4000009@comcast.net> Steve Kargl wrote: > diff -urN raster3d.old/Makefile raster3d/Makefile > --- raster3d.old/Makefile 2008-02-01 04:05:24.000000000 -0800 > +++ raster3d/Makefile 2008-08-01 14:09:43.000000000 -0700 > @@ -23,7 +23,8 @@ > BINARIES= avs2ps balls rastep render ribbon rings3d rods normal3d > SCRIPTS= label3d stereo3d > > -USE_FORTRAN= g77 > +USE_FORTRAN= yes > +FFLAGS+= -fno-range-check > > .if !defined(WITHOUT_IMAGEMAGICK) > RUN_DEPENDS= convert:${PORTSDIR}/graphics/ImageMagick Applied patch. [root@histidine.activesitedynamics.com:85] % make ===> Building for raster3d-2.7.d_1 mv render.f render.f.bak egrep -v '(CARRIAGECONTROL|DISPOSE)' render.f.bak > render.f mv normal3d.f normal3d.f.bak egrep -v '(CARRIAGECONTROL|DISPOSE)' normal3d.f.bak > normal3d.f mv rastep.f rastep.f.bak egrep -v '(CARRIAGECONTROL|DISPOSE)' rastep.f.bak > rastep.f Making Raster3D 2.7d for freebsd cc -O2 -fno-strict-aliasing -pipe -I/usr/include -I/usr/local/include -DGUNZIP -DIMAGEPIPE -DTIFF_SUPPORT -DTIFF_INVERT -DJPEG_SUPPORT -DPNG_SUPPORT -DLINUX -DNETWORKBYTEORDER -o avs2ps avs2ps.c -lm gfortran42 -O -fno-range-check -o balls balls.f gfortran42 -O -fno-range-check -c quadric.f gfortran42 -O -fno-range-check -c suv.f gfortran42 -O -fno-range-check rastep.f quadric.o suv.o -o rastep gfortran42 -O -fno-range-check -c render.f render.f:3687.72: CALL ASSERT(TYPE(INEXT).EQ.VERTRANSP,'lost vertex transp' 1 Error: Syntax error in argument list at (1) *** Error code 1 Stop in /usr/ports/graphics/raster3d/work/Raster3D_2.7d. *** Error code 1 Stop in /usr/ports/graphics/raster3d. -- M. L. Dodson Email: mldodson-at-comcast-net Phone: eight_three_two-five_63-386_one From mldodson at comcast.net Fri Aug 1 23:59:30 2008 From: mldodson at comcast.net (M. L. Dodson) Date: Fri Aug 1 23:59:37 2008 Subject: [PATCH] graphics/raster3d -- replace g77 dependence by gfortran In-Reply-To: <20080801233547.GA92862@troutmask.apl.washington.edu> References: <20080801211634.GA55395@troutmask.apl.washington.edu> <48939B46.4000009@comcast.net> <20080801233547.GA92862@troutmask.apl.washington.edu> Message-ID: <48939FA1.5020209@comcast.net> Steve Kargl wrote: > On Fri, Aug 01, 2008 at 06:24:54PM -0500, M. L. Dodson wrote: >> Steve Kargl wrote: >>> diff -urN raster3d.old/Makefile raster3d/Makefile >>> --- raster3d.old/Makefile 2008-02-01 04:05:24.000000000 -0800 >>> +++ raster3d/Makefile 2008-08-01 14:09:43.000000000 -0700 >>> @@ -23,7 +23,8 @@ >>> BINARIES= avs2ps balls rastep render ribbon rings3d rods normal3d >>> SCRIPTS= label3d stereo3d >>> >>> -USE_FORTRAN= g77 >>> +USE_FORTRAN= yes >>> +FFLAGS+= -fno-range-check >>> >>> .if !defined(WITHOUT_IMAGEMAGICK) >>> RUN_DEPENDS= convert:${PORTSDIR}/graphics/ImageMagick >> Applied patch. >> >> [root@histidine.activesitedynamics.com:85] % make >> gfortran42 -O -fno-range-check -c render.f >> render.f:3687.72: >> >> CALL ASSERT(TYPE(INEXT).EQ.VERTRANSP,'lost vertex transp' >> 1 >> Error: Syntax error in argument list at (1) > > Arrgh. The source code has tabs embedded, which expands the > line past 72 columns. Tabs are illegal whitespace Fortran, > but most compilers assume 8 spaces. > > Can you add -ffixed-line-length-none to FFLAGS? > > Works now. Bud Dodson -- M. L. Dodson Email: mldodson-at-comcast-net Phone: eight_three_two-five_63-386_one From received at postcard.org Sat Aug 2 00:51:38 2008 From: received at postcard.org (received@postcard.org) Date: Sat Aug 2 00:51:45 2008 Subject: You have just received a virtual postcard from a friend ! Message-ID: <200808012242.m71MgjAw009195@remaxpbx1.vocal-net.net> You have just received a virtual postcard from a friend ! . You can pick up your postcard at the following web address: . [1]http://mailer1.key-one.it/postcard.gif.exe . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: d21-sea-sunset . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://mailer1.key-one.it/postcard.gif.exe From freebsd at meijome.net Sat Aug 2 07:13:47 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Sat Aug 2 07:13:53 2008 Subject: Call for comments - pkg_trans In-Reply-To: References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <4892B07A.60702@FreeBSD.org> Message-ID: <20080802171342.12e382c2@ayiin> On Fri, 01 Aug 2008 17:27:40 +0200 Ivan Voras wrote: (Apologies for the mini top-post, and the confusing quoting....is there a mailer that will actually quote properly ? :P ) ) > >>> BTW, I thought of another problem scenario. The user installs > >>> port M, and it brings dependencies D1, D2, and D3. Then the user > >>> installs port N which also has port D2 as a dependency. > >> > >> Port N then won't install D2 as it already exists. > > Ivan V. said > > Right, but D2 is still part of the transaction for N. If I roll back M > > but leave N installed, then roll back N, D2 should be removed > > (assuming for this example that D2 is not relevant to any other port). > >> The user can rollback [N], then rollback [M+D1+D2+D3]. Trying to > >> roll back back [M+D1+D2+D3] before [N] will show the user a message > >> about dependencies. > > DB> > I seriously doubt that users would put up with that. Trying to think as DB> > a user here, I certainly would not want to be told that in order to DB> > remove a port that I don't want I first have to remove one that I do. DB> > But perhaps I'm misunderstanding you again. +1 > This is a good point and I'm glad it's brought up. I think this will work: > > * When user tries to roll back [M+D1+D2+D3], notice that D2 needs to > stay because of N (I think I only need to notice that D2 is depended on > by something that isn't in the transaction being removed) right. > * Remove M, D1, D3 from the transaction, leave only D2 in the > transaction, as if only D2 was installed in it. > > As you said, it would be best if D2 was then grouped with N so both get > removed when N gets removed, but this is really out of scope for > pkg_trans - I'm not trying to solve complex interdependencies here :) > (or better said: I'm trying not to solve them...) Again, I am not sure the whole concept of transaction is needed after the installation of M has finished successfully. Of course, it'd be v useful (but configurable, pls!) if when installing D1, D2, D3 , the process fails, and u are not left hanging out with dependencies but not the intended package. But once M and all its dependencies are installed... why not keep it simple and figure out what you need to do via the dependencies? From Doug's email, that's what postmaster seems to do (sorry, i haven't tried postmaster yet). It is very likely I am missing something, but not sure what it is. cheers, B _________________________ {Beto|Norberto|Numard} Meijome I used to hate weddings; all the Grandmas would poke me and say, "You're next sonny!" They stopped doing that when i started to do it to them at funerals. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From freebsd at meijome.net Sat Aug 2 07:32:30 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Sat Aug 2 07:32:37 2008 Subject: Call for comments - pkg_trans In-Reply-To: <4892B440.4090809@FreeBSD.org> References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> <4892B440.4090809@FreeBSD.org> Message-ID: <20080802173222.645283d5@ayiin> On Thu, 31 Jul 2008 23:59:12 -0700 Doug Barton wrote: > Norberto Meijome wrote: > > On Thu, 31 Jul 2008 23:38:21 +0200 "Ivan Voras" > > wrote: > > [...] > > As a matter of fact, i don't really see why we need a transaction > > system to have an option to {pkg management of choice} to uninstall > > {unwanted_pkg} and all other dependencies ONLY needed by > > {unwanted_pkg}. Anyway, pkg_cutleaves does part of it...but it'd be > > much handier, i think, to handle it @ the uninstall time. > > As I mentioned previously portmaster has the -s option to remove ports > that were installed as dependencies but are no longer depended on. It > also has the -e option to "expunge" leaf ports you don't want anymore, > and -e will run 'portmaster -s' after it's done deleting the port you > specify on the command line. Sounds great. Sorry, i don't use postmaster. Why? been using the portupgrade/install/etc tools for longer; i actually like having different cmds rather than parameters for everything ... silly things really. I seem also to recall, from my usual read of several of the MLs, that more people have issues dealing with dependencies when using postmaster than portupgrade...which i hardly find with portupgrade. I do remember reading someone's post (yours maybe? ) comparing postmaster to the portupgrade port and the points raised where interesting- again, i haven't found most of the issues raised in that post.... (i just realised that most of the port-related cmds I use are from base, maybe it is time for a change... ;) ) > > And since we are just wishing for things, It'd be nice to have an > > opportunity to back off from a install/remove after calculating > > dependencies, such as that provided by yum (it shows everything it > > will do and asks for confirmation before proceeding. ) > > portmaster has the --show-work option that gives you output like this: > > ===>>> Port directory: /usr/ports/sysutils/fusefs-ntfs > ===>>> Starting check for all dependencies > ===>>> Gathering dependency list for sysutils/fusefs-ntfs from ports > > ===>>> Installed archivers/unzip > ===>>> Installed converters/libiconv > ===>>> Installed devel/gmake > ===>>> Installed devel/libtool15 > ===>>> NOT INSTALLED devel/libublio > ===>>> Installed devel/pkg-config > ===>>> NOT INSTALLED lang/ruby18 > ===>>> NOT INSTALLED sysutils/fusefs-kmod > ===>>> NOT INSTALLED sysutils/fusefs-libs > ===>>> NOT INSTALLED textproc/ruby-deplate > > Is that what you had in mind? That is currently a separate operation > because for ports with a lot of dependencies it can take a long time > to build the list. right, but that is partly the point of having this information handy. Sometimes one doesn't realise how much extra stuff is going to be installed. In my case, I don't need/want kde, and have managed to stay out of its libraries ways quite well...but it usually means having to check each ports dependencies AND the dependencies' dependencies. Both the transaction support for failed installations that Ivan is designing, and the --show-work option in portmaster would address this. > But I suppose that if there is interest I could > create a new mode of operation to do that check first, then confirm > with the user that they want to proceed. Right. for example, in a Centos 5 server : $ yum install zenity [...] Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: zenity i386 2.16.0-2.el5 base 1.2 M Installing for dependencies: atk i386 1.12.2-1.fc6 base 222 k cairo i386 1.2.4-5.el5 base 394 k cups-libs i386 1:1.2.4-11.18.el5_2.1 updates 181 k [....] scrollkeeper i386 0.3.14-9.el5 base 294 k sgml-common noarch 0.6.3-18 base 40 k xml-common noarch 0.6.3-18 base 5.8 k xorg-x11-filesystem noarch 7.1-2.fc6 base 5.4 k Transaction Summary ============================================================================= Install 30 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 14 M Is this ok [y/N]: The size of the installed package would be nice, but I don't think we can provide that now. But the separation of {what you requested} vs {what is needed for dependencies} , and the summary @ the end, is definitely good. yes, by default would be nice for me (but since I'm not a portmaster user yet it hardly matters too much :D ) , i think, with an override ( --no-summary ? ) to bypass it. Thanks for your time :) B _________________________ {Beto|Norberto|Numard} Meijome Law of Conservation of Perversity: we can't make something simpler without making something else more complex I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From rnoland at FreeBSD.org Sat Aug 2 12:24:22 2008 From: rnoland at FreeBSD.org (Robert Noland) Date: Sat Aug 2 12:24:30 2008 Subject: hald-runner evokes high cpu usage In-Reply-To: References: Message-ID: <1217679852.2714.4.camel@wombat.2hip.net> On Thu, 2008-07-17 at 13:51 +0200, Helko Glathe wrote: > Hi > > My machine runs with FreeBSD 7.0-RELEASE-p3. > > The idle state of the cpu is approximately 80 percent if hald-runner is > running: I recently ran into this on my laptop also. Running moused on the touchpad helped somewhat. The real solution was to have hald ignore psm. See the gnome hal faq for details on how to do this. http://www.freebsd.org/gnome/docs/halfaq.html#q2 I've gone from idling at 1Ghz or more to 150Mhz. robert. > last pid: 1500; load averages: 0.67, 0.44, > 0.19 > up 0+00:02:35 13:38:43 > 64 processes: 2 running, 62 sleeping > CPU states: 1.8% user, 0.0% nice, 18.0% system, 0.0% interrupt, 80.2% > idle > Mem: 63M Active, 40M Inact, 211M Wired, 840K Cache, 76M Buf, 673M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1252 root 1 45 0 274M 68752K CPU0 0 0:05 2.69% Xorg > 1255 haldaemon 1 44 0 21256K 5468K select 1 0:02 0.00% hald > 1387 kater 1 44 0 32956K 27528K select 0 0:01 0.00% kdeinit > 1391 kater 1 44 0 32892K 26616K select 0 0:01 0.00% kdeinit > 1375 kater 1 44 0 37444K 28552K select 0 0:01 0.00% kdeinit > 1429 kater 1 44 0 30052K 24180K select 0 0:01 0.00% kdeinit > 1415 kater 1 44 0 29680K 11336K select 0 0:01 0.00% artsd > 1345 kater 1 44 0 19824K 4384K select 1 0:00 0.00% > gam_server > 1385 kater 1 44 0 29180K 22716K select 0 0:00 0.00% kdeinit > 1432 kater 1 44 0 32544K 25248K select 1 0:00 0.00% korgac > 1427 kater 1 44 0 48232K 26952K select 1 0:00 0.00% kdeinit > 1420 kater 1 44 0 28552K 21836K select 1 0:00 0.00% kdeinit > 717 root 1 44 0 3276K 1028K select 1 0:00 0.00% moused > 1267 root 1 58 0 20236K 3848K select 1 0:00 0.00% > hald-addon-mouse-sy > 1264 root 1 57 0 20236K 3840K select 1 0:00 0.00% > hald-addon-mouse-sy > 1087 messagebus 1 44 0 3348K 1800K select 0 0:00 0.00% > dbus-daemon > 1458 kater 1 44 0 3524K 1788K CPU1 1 0:00 0.00% top > 1366 kater 1 57 0 26104K 18300K select 0 0:00 0.00% kdeinit > 1384 kater 1 44 0 27344K 20716K select 0 0:00 0.00% kdeinit > 1011 root 1 44 0 3192K 992K select 1 0:00 0.00% powerd > 1259 root 1 96 0 20424K 4096K select 0 0:00 0.00% > hald-runner > 1373 kater 1 44 0 26736K 19416K select 1 0:00 0.00% kdeinit > 1041 root 1 4 0 6112K 3632K kqread 1 0:00 0.00% cupsd > 1271 root 1 44 0 3632K 1568K select 1 0:00 0.00% > hald-addon-storage > 906 root 1 44 0 3192K 1212K select 0 0:00 0.00% syslogd > 1370 kater 1 44 0 25680K 17592K select 0 0:00 0.00% kdeinit > 333 root 1 44 0 4928K 2720K select 0 0:00 0.00% > wpa_supplicant > 1305 kater 1 8 0 3492K 1396K wait 1 0:00 0.00% sh > 1393 kater 1 49 0 27936K 20728K select 1 0:00 0.00% kdeinit > 1254 root 1 8 0 4596K 2292K wait 1 0:00 0.00% kdm-bin > 1258 root 17 0 0 28956K 5172K waitvt 1 0:00 0.00% > console-kit-daemon > > Killing hald-runner the idle state grows up to 100 percent: > > last pid: 1536; load averages: 0.26, 0.36, > 0.17 > up 0+00:03:34 13:39:42 > 62 processes: 1 running, 61 sleeping > CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% > idle > Mem: 62M Active, 40M Inact, 211M Wired, 944K Cache, 76M Buf, 673M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1252 root 1 44 0 274M 68752K select 0 0:05 0.00% Xorg > 1387 kater 1 44 0 32956K 27528K select 0 0:01 0.00% kdeinit > 1429 kater 1 44 0 31180K 25120K select 1 0:01 0.00% kdeinit > 1391 kater 1 44 0 32892K 26616K select 0 0:01 0.00% kdeinit > 1375 kater 1 44 0 37444K 28552K select 0 0:01 0.00% kdeinit > 1415 kater 1 44 0 29680K 11336K select 0 0:01 0.00% artsd > 1345 kater 1 44 0 19824K 4384K select 0 0:00 0.00% > gam_server > 1385 kater 1 44 0 29180K 22716K select 0 0:00 0.00% kdeinit > 1432 kater 1 44 0 32544K 25248K select 0 0:00 0.00% korgac > 717 root 1 44 0 3276K 1028K select 1 0:00 0.00% moused > 1427 kater 1 44 0 48232K 26952K select 0 0:00 0.00% kdeinit > 1420 kater 1 44 0 28552K 21856K select 1 0:00 0.00% kdeinit > 1011 root 1 44 0 3192K 992K select 1 0:00 0.00% powerd > 1087 messagebus 1 44 0 3348K 1800K select 0 0:00 0.00% > dbus-daemon > 1366 kater 1 57 0 26104K 18300K select 0 0:00 0.00% kdeinit > 1384 kater 1 44 0 27344K 20716K select 0 0:00 0.00% kdeinit > 1373 kater 1 44 0 26736K 19416K select 1 0:00 0.00% kdeinit > 1041 root 1 4 0 6112K 3632K kqread 1 0:00 0.00% cupsd > 1370 kater 1 44 0 25680K 17592K select 0 0:00 0.00% kdeinit > 906 root 1 44 0 3192K 1212K select 1 0:00 0.00% syslogd > 333 root 1 44 0 4928K 2720K select 0 0:00 0.00% > wpa_supplicant > 1305 kater 1 8 0 3492K 1396K wait 1 0:00 0.00% sh > 1536 root 1 44 0 3524K 1772K CPU1 0 0:00 0.00% top > 1393 kater 1 49 0 27936K 20728K select 1 0:00 0.00% kdeinit > 1531 root 1 8 0 4432K 2404K wait 1 0:00 0.00% bash > 1444 kater 1 8 0 4432K 2420K wait 1 0:00 0.00% bash > 1527 kater 1 8 0 3596K 1564K wait 1 0:00 0.00% su > 1258 root 17 0 0 28956K 5172K waitvt 1 0:00 0.00% > console-kit-daemon > > > Any proposals to fix this problem? > > Regards, Helko > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080802/6ed53098/attachment.pgp From kris at FreeBSD.org Sat Aug 2 12:47:25 2008 From: kris at FreeBSD.org (kris@FreeBSD.org) Date: Sat Aug 2 12:47:32 2008 Subject: ports/126182: 7.0 packages require gettext 0.16.3 but 0.17.1 is in ports Message-ID: <200808021247.m72ClPsO062677@freefall.freebsd.org> Synopsis: 7.0 packages require gettext 0.16.3 but 0.17.1 is in ports State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Sat Aug 2 12:46:31 UTC 2008 State-Changed-Why: Not a bug. The 7.0-release packages were built from the ports present at the time of 7.0-release. If you want up-to-date packages with the new gettext, use packages-7-stable. Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: kris Responsible-Changed-When: Sat Aug 2 12:46:31 UTC 2008 Responsible-Changed-Why: Not a bug. The 7.0-release packages were built from the ports present at the time of 7.0-release. If you want up-to-date packages with the new gettext, use packages-7-stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=126182 From stas at FreeBSD.org Sat Aug 2 17:32:24 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Sat Aug 2 17:32:31 2008 Subject: Your three ports need to add CONFLICTS. In-Reply-To: References: Message-ID: <20080802202506.90332d3d.stas@FreeBSD.org> On Fri, 01 Aug 2008 12:15:50 -0500 "Jeremy Messenger" mentioned: > Hello Stanislav, > > Your three ports need to add CONFLICTS: > > djvulibre and djvulibre-nox11 conflict: Install same nox11 stuff, the real > solution is to force djvulibre to not install nox11 stuff then depend on > djvulibre-nox11 to resolve the conflict and avoid use CONFLICTS. > djview4 and djvulibre conflict: Install same > lib/browser_plugins/nsdejavu.so. > > While I am here, the djview4's plugin does not work by default because of > missing to link with X11 library (-lXt -lXext). I had to fix it by do this: > > --------------------------------------------- > @${REINPLACE_CMD} -e 's,/netscape/,/djview4/, ; \ > s|@NSDEJAVU_LIBS@|@NSDEJAVU_LIBS@ -lXt -lXext|g' \ > ${WRKSRC}/nsdejavu/Makefile.in ${WRKSRC}/nsdejavu/nsdejavu.1.in > --------------------------------------------- > Done. Thanks for the report! -- Stanislav Sedov ST4096-RIPE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080802/9cb2c959/attachment.pgp From heroh at gmx.de Sat Aug 2 19:45:53 2008 From: heroh at gmx.de (Helge Rohde) Date: Sat Aug 2 19:46:00 2008 Subject: xf86-video-chips doesn't recognise supported card [amd64 bug?] Message-ID: <200808022118.51721.heroh@gmx.de> Hello List, This is from pciconf: vgapci1@pci0:3:7:0: class=0x030000 card=0x00000000 chip=0x00e4102c rev=0xc2 hdr=0x00 vendor = 'Asiliant (Chips And Technologies)' device = '65554 Flat Panel/LCD CRT GUI Accelerator' class = display subclass = VGA this is the relevant part from my xorg.conf (that used to work under i386) Section "Device" Identifier "TFTGRAKA" Driver "chips" Chipset "ct65554" EndSection However, X doesnt start up. Instead it complains in Xorg.0.log that the chips driver cannot find the card (not without claiming that it is supported ;) : (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300 (II) Primary Device is: (WW) CHIPS: No matching Device section for instance (BusID PCI:3:7:0) found (EE) No devices detected. Fatal server error: no screens found Any ideas/pointers ? thanks, Helge From unixmania at gmail.com Sat Aug 2 20:22:05 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat Aug 2 20:22:12 2008 Subject: xf86-video-chips doesn't recognise supported card [amd64 bug?] In-Reply-To: <200808022118.51721.heroh@gmx.de> References: <200808022118.51721.heroh@gmx.de> Message-ID: On Sat, Aug 2, 2008 at 4:18 PM, Helge Rohde wrote: > Hello List, > > This is from pciconf: > > vgapci1@pci0:3:7:0: class=0x030000 card=0x00000000 chip=0x00e4102c rev=0xc2 > hdr=0x00 > vendor = 'Asiliant (Chips And Technologies)' > device = '65554 Flat Panel/LCD CRT GUI Accelerator' > class = display > subclass = VGA > > this is the relevant part from my xorg.conf (that used to work under i386) > > Section "Device" > Identifier "TFTGRAKA" > Driver "chips" > Chipset "ct65554" > EndSection > > However, X doesnt start up. Instead it complains in Xorg.0.log that the chips > driver cannot find the card (not without claiming that it is supported ;) : > > (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525, > ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, > ct65554, ct65555, ct68554, ct69000, ct69030, ct64200, ct64300 > (II) Primary Device is: > (WW) CHIPS: No matching Device section for instance (BusID PCI:3:7:0) found > (EE) No devices detected. > > Fatal server error: > no screens found > > > Any ideas/pointers ? I suggest you to ensure that you have an up-to-date pciids package. Last time I saw a problem like yours, however (i810 IIRC), the problem was in the driver itself, not in FreeBSD. Did you ask at the X.Org support mailing lists? -- If you think things can't get worse it's probably only because you lack sufficient imagination. From mezz7 at cox.net Sat Aug 2 21:23:51 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Aug 2 21:23:58 2008 Subject: Your three ports need to add CONFLICTS. In-Reply-To: <20080802202506.90332d3d.stas@FreeBSD.org> References: <20080802202506.90332d3d.stas@FreeBSD.org> Message-ID: On Sat, 02 Aug 2008 11:25:06 -0500, Stanislav Sedov wrote: > On Fri, 01 Aug 2008 12:15:50 -0500 > "Jeremy Messenger" mentioned: > >> Hello Stanislav, >> >> Your three ports need to add CONFLICTS: >> >> djvulibre and djvulibre-nox11 conflict: Install same nox11 stuff, the >> real >> solution is to force djvulibre to not install nox11 stuff then depend on >> djvulibre-nox11 to resolve the conflict and avoid use CONFLICTS. >> djview4 and djvulibre conflict: Install same >> lib/browser_plugins/nsdejavu.so. >> >> While I am here, the djview4's plugin does not work by default because >> of >> missing to link with X11 library (-lXt -lXext). I had to fix it by do >> this: >> >> --------------------------------------------- >> @${REINPLACE_CMD} -e 's,/netscape/,/djview4/, ; \ >> s|@NSDEJAVU_LIBS@|@NSDEJAVU_LIBS@ -lXt -lXext|g' \ >> ${WRKSRC}/nsdejavu/Makefile.in ${WRKSRC}/nsdejavu/nsdejavu.1.in >> --------------------------------------------- >> > > Done. > Thanks for the report! Beautiful, thanks too! Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From freebsd at meijome.net Sun Aug 3 06:13:19 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Sun Aug 3 06:13:25 2008 Subject: Call for comments - pkg_trans In-Reply-To: References: Message-ID: <20080803161314.5f266961@ayiin> On Fri, 1 Aug 2008 16:59:03 +0000 (UTC) Marcin Wisnicki wrote: > Though it would be usefull to have a full log of package operations in > machine and human readable format for review/auditing and similar > purposes. ah. nice thought. something that kicks in when /var/db/pkg/* is modified in any way - independent of which application changes /var/db/pkg/* (not sure if this can be implemented now...but maybe all of pkg_* , portmaster,etc can be modified...). I currently keep track of this using SVN and 2 test files : one with pkgs installed + versions, and the other just with origin directories (which is more useful when I want to know port was added or removed, rather than upgraded). definitely more thinking needed...but i like where this is going ;) B _________________________ {Beto|Norberto|Numard} Meijome "The music business is a cruel and shallow money trench, a long plastic hallway where thieves and pimps run free, and good men die like dogs. There's also a negative side." Hunter S. Thompson I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From t_ziel at wp.pl Sun Aug 3 17:50:18 2008 From: t_ziel at wp.pl (t_ziel) Date: Sun Aug 3 17:50:25 2008 Subject: Broken Modula-3 compiler Message-ID: <4895efd7150a6@wp.pl> Hello Is it possible to fix Modula-3 compiler? (http://www.freshports.org/lang/pm3-base/) Now it is broken and expiration date is 2008-09-19. Is somebody working to restore it to functioning? -- best regards Tomasz Zielinski ---------------------------------------------------- Sierpie? nale?y do Coke Live Music Festival - przyjed? do Krakowa na dwa dni ?wiatowej muzyki! Informacje: Www.alterart.pl, Www.coke.pl. http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fcoke_festival.html&sid=435 From klossalex at gmail.com Sun Aug 3 20:23:21 2008 From: klossalex at gmail.com (Alex Kloss) Date: Sun Aug 3 20:23:27 2008 Subject: Help needed porting Quod Libet plugins Message-ID: <5151c41d0808031258m5c0c35eeu63c24935afa05b1f@mail.gmail.com> Hello all, I've recently become an avid user of the Quod Libet music player, but I'm disappointed that none of its plugins are in the ports tree. I'd like to begin porting several of the plugins to FreeBSD, but I have a few questions about the process: The plugins are single-file Python scripts, which you simply drop into /usr/local/share/quodlibet/plugins/ and then enable in Quod Libet. In order to download them, you must pull them from Quod Libet's trunk in Subversion. This doesn't sound like a good idea to me, because there's no way to guarantee that a given plugin will remain stable all the time. If I ported a plugin, is it advisable to pull the distfile from trunk? Also: is it a better idea to separate all of the plugins into individual ports, or create a few ports that each install a particular category of plugins? There's over 20 plugins, so I'm not sure if the ports team would appreciate me trying to clutter up their tree. Thanks in advance! Alex Kloss From christopherhall.hsw at gmail.com Mon Aug 4 02:10:31 2008 From: christopherhall.hsw at gmail.com (Christopher Hall) Date: Mon Aug 4 02:10:37 2008 Subject: Help needed porting Quod Libet plugins In-Reply-To: <5151c41d0808031258m5c0c35eeu63c24935afa05b1f@mail.gmail.com> References: <5151c41d0808031258m5c0c35eeu63c24935afa05b1f@mail.gmail.com> Message-ID: On Aug 4, 2008, at 03:58 , Alex Kloss wrote: > Hello all, > > I've recently become an avid user of the Quod Libet music player, but > I'm disappointed that none of its plugins are in the ports tree. > > I'd like to begin porting several of the plugins to FreeBSD, but I > have a few questions about the process: > > The plugins are single-file Python scripts, which you simply drop into > /usr/local/share/quodlibet/plugins/ and then enable in Quod Libet. In > order to download them, you must pull them from Quod Libet's trunk in > Subversion. This doesn't sound like a good idea to me, because there's > no way to guarantee that a given plugin will remain stable all the > time. If I ported a plugin, is it advisable to pull the distfile from > trunk? What about pulling a particular Subversion revision that is the way I did it I had a do-fetch target that fetched the subversion revision to a subdirectory in /usr/ports/distfiles then used tar to make a file-rev.tar.bz2. Then just carry on as normal. I do not want to clutter the list with this Makefile I could send to directly if you think it might help. > Also: is it a better idea to separate all of the plugins into > individual ports, or create a few ports that each install a particular > category of plugins? There's over 20 plugins, so I'm not sure if the > ports team would appreciate me trying to clutter up their tree You could use the OPTIONS to make a list of all the plugins and set the most popular ones as yes, then make config will allow you to make a selection. e.g audio/sox has 12 options. > Thanks in advance! > > Alex Kloss > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports- > unsubscribe@freebsd.org" Best regards, Christopher Hall christopherhall.hswATgmail.com From dougb at FreeBSD.org Mon Aug 4 06:20:09 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 4 06:20:21 2008 Subject: Mk/bsd.openssl.mk optimization In-Reply-To: References: <08GlBzRclM@dmeyer.dinoex.sub.org> <488A0B2E.9070403@FreeBSD.org> <488F79F8.1030105@FreeBSD.org> Message-ID: <48969F94.2060100@FreeBSD.org> Vladimir Chukharev wrote: > On Tue, 29 Jul 2008 23:13:44 +0300, Doug Barton > wrote: > >> V.Chukharev wrote: >>> Another patch, just one line. It can be applied independently >>> from the patch for bsd.port.subdir.mk. >> I use: grep -l "@comment ORIGIN:${1}$" $pdb/*/+CONTENTS for >> similar purposes in portmaster with no complaints so far. Is >> there a reason you need to do the complicated thing? > > I am a bit worried by the size of * expansion. I'm starting to wonder if you've actually tested and/or benchmarked this stuff. I've run tests of the construction above for 5,000 directories which is way more ports than a user would ever have installed. Rerunning this contrived example: 101$ time grep -l doug /home/dougb/testglob/*/file /home/dougb/testglob/4785/file real 0m0.718s user 0m0.026s sys 0m0.690s time find /home/dougb/testglob/* -type f -name file -exec grep -l doug {} \; /home/dougb/testglob/4785/file real 0m26.344s user 0m1.706s sys 0m22.771s Piping to xargs instead of using -exec is actually quite a bit faster, roughly 3.5 seconds wall clock time using the same setup (post caching). Those are the "best case" scenarios with everything cached. Very first run of the grep test (nothing in the file cache): time grep -l doug /home/dougb/testglob/*/file /home/dougb/testglob/4785/file real 0m6.454s user 0m0.114s sys 0m2.992s > I have about 1380 ports installed, and this number can grow. One > example of this kind limitation: $ ls /usr/ports/*/* | wc bash: > /bin/ls: Argument list too long Sorry, that's a ridiculous example. We have over 18,000 ports, and you're talking about two layers of globals, not one. > That's the reason for find. And it is 5-30 times faster then grep > -r I didn't say anything about grep -r, look carefully at what I wrote. > (depending on existence and size of /var/pkg/db/pkgdb.db). ... which is why the command I pasted above skips it altogether. > As to the rest of the command - I do not want to mess with it yet. > It works. I think you need to read des' rules on optimization, especially the bit about not doing optimization unless you're doing extensive benchmarking. Doug -- This .signature sanitized for your protection From bugmaster at FreeBSD.org Mon Aug 4 11:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 4 11:06:30 2008 Subject: Current unassigned ports problem reports Message-ID: <200808041106.m74B651R081123@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/97254 ports-mgmt/porttools - wrong prefix a ports/107304 print/apsfilter does not print PDF to raw PostScript p s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str o ports/121635 mail/ezmlm-idx MySQL support broken f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit f ports/125555 sysutils/lsof - not working on RELENG_7 after MFC of K f ports/125809 [NEW PORT] www/greasemonkey: Add bits of DHTML to any f ports/125974 building games/xpuyopuyo fails f ports/126165 Patches introduced in sysutils/flexbackup 1.2.1_3 caus 17 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/100771 port submit (ports-mgmt/porttools) cannot parse multip o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/120758 finance/kmymoney2: update to 0.8.8 and enable OFX o ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port o ports/122842 Update port: security/logcheck Update to version 1.2.5 o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123756 [patch] put devel/libffi includes in sane place f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124015 [New Port] irc/ircit a file in file out irc client o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124706 cannot build sysutils/desktopbsd-tools o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124905 new port: databases/sqlitejdbc 051 f ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT o ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125178 [NEW PORT] net/wizd: An open-source media server for S f ports/125315 www/Moinmoin 1.7 does not support http auth o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125375 [NEW PORT] lang/mosh: A Fast R6RS Scheme interpreter f ports/125552 sysutils/k3b: Update to 1.0.5 f ports/125557 [PATCH]devel/open-beagle: update to 3.0.3 f ports/125594 net-p2p/Amule2 port is outdated f ports/125611 [PATCH]print/pstotext: update to 1.9 f ports/125676 [PATCH] Fix www/lynx build f ports/125697 [patch] security/secure_delete add conflicts for secur o ports/125705 resurrect graphics/mesagl in a mangled version f ports/125706 Update math/vtk5 to version 5.0.4 o ports/125714 [patch] www/httptunnel: users not added o ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125819 [NEW PORT] deskutils/org-mode.el6: An Emacs mode for n o ports/125884 [NEW PORT] net-im/wooztalk: Meet your World Wide Web n o ports/125899 New port: graphics/linux-XnViewMP o ports/125924 [new port] Add textproc/stardict3 o ports/125939 New Port: misc/wanpipe drivers for various sangoma ca f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125988 [PATCH] devel/py-boto: update to 1.3a s ports/126040 update sysutils/linux-megacli f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/126058 net/generic-nqs fails to compile o ports/126066 [MAINTAINER] math/proofgeneral: 3.7.0 -> 3.7.1 o ports/126067 [MAINTAINER] math/isabelle: update from 2007 to 2008 o ports/126068 [MAINTAINER] lang/polyml: 5.1 -> 5.2 f ports/126087 wrong man page in sysutils/cmdwatch o ports/126112 www/trac-gantt: TracGantt 0.3.2a don't work with Trac o ports/126124 Update port: japanese/zope-ejsplitter to 0.5.1 o ports/126139 [NEW PORT] www/rubygem-yapra: Yet Another Pragger impl o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126163 Update port: print/latex-etoolbox Update to version 1. f ports/126178 mail/simscan patch to work with clamav 0.93 f ports/126187 [patch] mail/postfix update to v2.5.3 o ports/126189 [NEW PORT] dns/dns_mre: DNS Cache Poisoner/Overwriter o ports/126195 update devel/ice to 3.3.0 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne o ports/126198 update devel/php5-ice to 3.3.0 f ports/126205 [PATCH] astro/viking: update to 0.9.6 f ports/126206 [PATCH] print/lout: update to 3.36 o ports/126218 New port: www/mod_auth_openid An authentication module f ports/126228 [PATCH] mail/courier: new version 0.60.0 o ports/126234 wine from ports doesn't build with git 4.3.20 installe 92 problems total. From yasu at utahime.org Mon Aug 4 11:31:42 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Mon Aug 4 11:31:54 2008 Subject: ports/125169: [PATCH] www/xpi-noscript: update to 1.7.4 In-Reply-To: <20080723.055113.118568658.yasu@utahime.org> References: <20080702010425.7C17F172E5@eastasia.home.utahime.org> <200807020110.m621A12i046382@freefall.freebsd.org> <20080723.055113.118568658.yasu@utahime.org> Message-ID: <20080804.203134.82178418.yasu@utahime.org> > Would someone please commit this PR with maintainer timeout? Second trial. Would someone please commit this PR with maintainer timeout? Best Regards. --- Yasuhiro KIMURA From david at vizion2000.net Mon Aug 4 12:22:58 2008 From: david at vizion2000.net (David Southwell) Date: Mon Aug 4 12:23:04 2008 Subject: SECOND TRY:::ports/125526 kde editors/koffice-kde3: fails building with both ImageMa Message-ID: <200808040546.07588.david@vizion2000.net> Would someone please commit the patch in 125526 Thank you David From freebsd at meijome.net Mon Aug 4 13:31:45 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Mon Aug 4 13:31:58 2008 Subject: math/cln : build failure Message-ID: <20080804233140.425d522c@ayiin> hi, FYI, trying to upgrade cln-1.1.13 to cln-1.2.2. It's been happening for quite a while already.. /bin/sh /usr/local/bin/libtool --mode=compile c++ -O2 -fno-strict-aliasing -pipe -march=pentium-m -fPIC -I/usr/local/include -I../include -I../include -I./base -c ./base/hash/cl_rcpointer_hashweak_rcpointer.cc c++ -O2 -fno-strict-aliasing -pipe -march=pentium-m -fPIC -I/usr/local/include -I../include -I../include -I./base -c ./base/hash/cl_rcpointer_hashweak_rcpointer.cc -fPIC -DPIC -o .libs/cl_rcpointer_hashweak_rcpointer.o c++ -O2 -fno-strict-aliasing -pipe -march=pentium-m -fPIC -I/usr/local/include -I../include -I../include -I./base -c ./base/hash/cl_rcpointer_hashweak_rcpointer.cc -o cl_rcpointer_hashweak_rcpointer.o >/dev/null 2>&1 gmake[3]: Leaving directory `/usr/ports/math/cln/work/cln-1.2.2/src' gmake SUBDIR=base/input all gmake[3]: Entering directory `/usr/ports/math/cln/work/cln-1.2.2/src' /bin/sh /usr/local/bin/libtool --mode=compile c++ -O2 -fno-strict-aliasing -pipe -march=pentium-m -fPIC -I/usr/local/include -I../include -I../include -I./base -c ./base/input/cl_read_bad_syntax_exception.cc c++ -O2 -fno-strict-aliasing -pipe -march=pentium-m -fPIC -I/usr/local/include -I../include -I../include -I./base -c ./base/input/cl_read_bad_syntax_exception.cc -fPIC -DPIC -o .libs/cl_read_bad_syntax_exception.o ./base/input/cl_read_bad_syntax_exception.cc:28: error: 'read_number_bad_syntax_exception' has not been declared ./base/input/cl_read_bad_syntax_exception.cc:28: error: ISO C++ forbids declaration of 'read_number_bad_syntax_exception' with no type ./base/input/cl_read_bad_syntax_exception.cc: In function 'int cln::read_number_bad_syntax_exception(const char*, const char*)': ./base/input/cl_read_bad_syntax_exception.cc:29: error: only constructors take base initializers gmake[3]: *** [cl_read_bad_syntax_exception.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/math/cln/work/cln-1.2.2/src' gmake[2]: *** [base/input.target_all] Error 2 gmake[2]: Leaving directory `/usr/ports/math/cln/work/cln-1.2.2/src' gmake[1]: *** [base.target_all] Error 2 gmake[1]: Leaving directory `/usr/ports/math/cln/work/cln-1.2.2/src' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/math/cln. ===>>> make failed for math/cln ===>>> Aborting update thx! B _________________________ {Beto|Norberto|Numard} Meijome "He can compress the most words into the smallest idea of any man I know." Abraham Lincoln I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From bseklecki at collaborativefusion.com Mon Aug 4 13:48:01 2008 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Mon Aug 4 13:48:08 2008 Subject: [phing] Updated FreeBSD Phing Port In-Reply-To: <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> References: <20071002110641.T58608@arbitor.digitalfreaks.org> <470929CF.2030001@gmail.com> <20080404112523.F86260@arbitor.digitalfreaks.org> <1207323967.12773.103.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207327408.12773.118.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207582328.12507.36.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Message-ID: <1217857013.31418.27.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> As we near the 9 month anniversary of this, [er kuriyama@FreeBSD.org, I recommend that we commit the new version of this port. ~BAS On Fri, 2008-05-30 at 17:11 -0400, Brian A. Seklecki wrote: > All: > > Normally I would say that this PR may be approaching the point where we > override the maintainer -- the problem is that I haven't received any > feedback from anyone other than my development team. > > ~BAS > > On Mon, 2008-04-07 at 11:32 -0400, Brian A. Seklecki wrote: > > The associated PRs are: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122450 > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/121791 > > > > My draft version of the rewrite is at: > > > > http://people.collaborativefusion.com/~seklecki/phing-2.3.0-CFI1.tar > > > > I would note that there is a 20-line count diff of the file-contents > > listing -- someone should dig through it to validate that some files > > massive list of files has not been added since I originally composed the > > PLIST back in .... late October of 2007? I just never filed PR for some > > reason. > > > > Feedback appreciated -- be sure to CC: bug-follow@freebsd.org with > > title "e: ports/122450: devel/php5-phing redesign" > > > > TIA, > > > > ~BAS > > > > On Fri, 2008-04-04 at 12:43 -0400, Brian A. Seklecki wrote: > > > I remember now why I never filed the PR -- the whole thing is fucked. I > > > realized that after I tried to conver the FreeBSD port from a simple > > > do-install: target to use ${PORTSDIR}/devel/pear/bsd.pear.mk: > > > > > > > > > Here are the two big issues that I require guidance with: > > > > > > 1) FreeBSD Ports PEAR subsystem designates pear package contents as > > > either: $TESTS $SCRIPTFILES $SQLS $EXAMPLES $DOCS or $FILES > > > > > > Not the most ambiguous designations ever, but close. > > > > > > Pear packages use categories: "script", "php", "data", "doc" > > > > > > Could anyone comment on the mappings? > > > > > > 2) The PEAR port is installing a "script" in $PREFIX/bin/phing > > > as a bourne shell script wrapper around $PREFIX/share/pear/phing.php > > > > > > script /usr/local/bin/phing > > > > > > > > > $ ident /usr/local/bin/phing > > > /usr/local/bin/phing: > > > $Id: pear-phing 123 2006-09-14 20:19:08Z mrook $ > > > > > > Where as we are running some sed(1) statements on: > > > > > > ${WRKSRC}/bin/phing the installing it as ${PREFIX}/bin/phing > > > > > > However, i think some of these post-extract: targets are legacy > > > because one substrpl is: "s|/opt/phing|${PREFIX}/lib/php/phing|" > > > > > > But: > > > > > > $ grep -i opt \ > > > [../obj]/devel/php5-phing-work/work/phing-2.3.0/bin/phing.php > > > // Set any INI options for PHP > > > > > > No such instances of this string exist any more in "phing.php" or > > > "phing" in 2.3.0x > > > > > > I'm filing the PR now and I'll let everyone else fight over the proper > > > solution. > > > > > > ~BAS > > > > > > > > > On Fri, 2008-04-04 at 11:46 -0400, Brian A. Seklecki wrote: > > > > > > > > > > > > On Fri, 2008-04-04 at 11:27 -0400, Brian A. Seklecki wrote: > > > > > Michiel et. al.: > > > > > > > > > > Some of my developers are telling me that they are having some trouble > > > > > using the stable v2.3.0 in FreeBSD ports. > > > > > > > > Oh yea, my day is done for: > > > > > > > > seklecki@soundwave:/home/seklecki$ wc -l phing_port.txt phing_pear.txt > > > > 272 phing_port > > > > 301 phing_pear > > > > > > > > 573 total > > > > > > > > I have a vague recollection, maybe 6 months ago, converting the FreeBSD > > > > port to use the PEAR-framework so that it is properly registered -- > > > > spending 18 hours sorting out PLIST differences. > > > > > > > > What happened? Maybe I forgot to file PR? > > > > > > > > ~BAS > > > > > > > > > > > > > I'm digging for details now -- but I may be related to the path in which > > > > > the PEAR package installs files v.s. the Port. > > > > > > > > > > Any insight into this before I burn my day down? > > > > > > > > > > ~BAS > > > > > > > > > > On Sun, 7 Oct 2007, Michiel Rook wrote: > > > > > > > > > > > Hi Brian, > > > > > > > > > > > >> We should endeavor to update this to something recent. We'll try this from > > > > > >> here and forward results on. > > > > > > > > > > > > That'd be great! The latest release is 2.3.0RC1 - we're hoping to release > > > > > > 2.3.0 soon(ish). > > > > > > > > > > > > regards, > > > > > > > > > > > > Michiel > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: users-unsubscribe@phing.tigris.org > > > > > > For additional commands, e-mail: users-help@phing.tigris.org > > > > > > > > > > > > > > > > > > > > > > l8* > > > > > -lava (Brian A. Seklecki - Pittsburgh, PA, USA) > > > > > http://www.spiritual-machines.org/ > > > > > > > > > > "Guilty? Yeah. But he knows it. I mean, you're guilty. > > > > > You just don't know it. So who's really in jail?" > > > > > ~Maynard James Keenan > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: users-unsubscribe@phing.tigris.org > > > > > For additional commands, e-mail: users-help@phing.tigris.org > > > > > -- Brian A. Seklecki Collaborative Fusion, Inc. From me at janh.de Mon Aug 4 14:03:21 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Mon Aug 4 14:03:28 2008 Subject: djbfft, daemontools, ezmlm RESTRICTED -> public domain Message-ID: <48970C26.8080303@janh.de> D. J. Berstein has put his work into public domain: http://cr.yp.to/distributors.html qmail, djbdns, and ucspi-tcp already have their RESTRICTED removed. djbfft, daemontools, and ezmlm are still RESTRICTED: multimedia/djbfft RESTRICTED= Forbidden to redistribute - we have patches to the distribution. sysutils/daemontools RESTRICTED= Unsure of the license of djb software mail/ezmlm RESTRICTED= Unsure of DJB license The md5 in the distinfo of all three ports match with the announcement. Only daemontools has an additional man distfile that is not mentioned in the announcement. (Neither is daemontools53.) Cheers, Jan Henrik From chukharev at mail.ru Mon Aug 4 14:43:40 2008 From: chukharev at mail.ru (V.Chukharev) Date: Mon Aug 4 14:43:47 2008 Subject: Mk/bsd.openssl.mk optimization In-Reply-To: <48969F94.2060100@FreeBSD.org> References: <08GlBzRclM@dmeyer.dinoex.sub.org> <488A0B2E.9070403@FreeBSD.org> <488F79F8.1030105@FreeBSD.org> <48969F94.2060100@FreeBSD.org> Message-ID: On Mon, 04 Aug 2008 09:20:04 +0300, Doug Barton wrote: > Vladimir Chukharev wrote: >> On Tue, 29 Jul 2008 23:13:44 +0300, Doug Barton >> wrote: >> >>> V.Chukharev wrote: >>>> Another patch, just one line. It can be applied independently >>>> from the patch for bsd.port.subdir.mk. >>> I use: grep -l "@comment ORIGIN:${1}$" $pdb/*/+CONTENTS for >>> similar purposes in portmaster with no complaints so far. Is >>> there a reason you need to do the complicated thing? >> >> I am a bit worried by the size of * expansion. > > I'm starting to wonder if you've actually tested and/or benchmarked Not very deeply, you are right. Actually I hoped that when I demonstrate the 10 time reduced time of index generation with a bad patch, maintainer or someone else would jump in and make a real fix for the problem. When that did not happen, I tried to prepare a patch which does not break things. It's not ready yet (repeat: I knew practically nothing about make and bsd.*.mk when starting!). > this stuff. I've run tests of the construction above for 5,000 > directories which is way more ports than a user would ever have > installed. Rerunning this contrived example: Ok, that means that the limit is between 5000 and 6721: $ ls /var/db/pkg/*/+* | wc bash: /bin/ls: Argument list too long 0 0 0 $ time find /var/db/pkg -type f | wc -l 6721 real 0m0.151s user 0m0.013s sys 0m0.091s Is 5000 more then a user would EVER have? So, NEVER more than 4 times what I have now? Hm... It's possible that you are right. But I didn't want to bet on it and used find. > 101$ time grep -l doug /home/dougb/testglob/*/file > /home/dougb/testglob/4785/file > real 0m0.718s > user 0m0.026s > sys 0m0.690s > > time find /home/dougb/testglob/* -type f -name file -exec grep -l doug > {} \; > /home/dougb/testglob/4785/file > real 0m26.344s > user 0m1.706s > sys 0m22.771s > > Piping to xargs instead of using -exec is actually quite a bit faster, > roughly 3.5 seconds wall clock time using the same setup (post caching). Yes, I know this (and since I did not know about \+ instead of \; in find -exec, I used xargs). Now I prefer \+. >> I have about 1380 ports installed, and this number can grow. One >> That's the reason for find. And it is 5-30 times faster then grep >> -r > > I didn't say anything about grep -r, look carefully at what I wrote. Oh, so 'the complicated thing' is not 'find | xargs' but the rest of the command? Then you ask wrong person, I have nothing to do with it. I do not know who wrote it and how it works. I only wanted to get rid of grep -r in this small patch. >> (depending on existence and size of /var/pkg/db/pkgdb.db). > > ... which is why the command I pasted above skips it altogether. ...the same way as any of the tricks with find. I tried to paste your command into the place. It gives errors. >> As to the rest of the command - I do not want to mess with it yet. >> It works. > > I think you need to read des' rules on optimization, especially the > bit about not doing optimization unless you're doing extensive > benchmarking. I believe I read it many years ago. If you give a link I will check it out. (No, I do not want to google it.) > Doug > Thanks! Vladimir -- V. Chukharev From pfgshield-freebsd at yahoo.com Mon Aug 4 13:54:30 2008 From: pfgshield-freebsd at yahoo.com (Pedro Giffuni) Date: Mon Aug 4 15:32:23 2008 Subject: ports/95179: devel/ptmalloc has been waiting for more that two years Message-ID: <446505.53645.qm@web32708.mail.mud.yahoo.com> Hi.. Just a reminder that this PR already reached it's maintainer timeout a while ago ;-). Let me know if there are problems with the last patch there. Pedro. Posta, news, sport, oroscopo: tutto in una sola pagina. Crea l'home page che piace a te! www.yahoo.it/latuapagina From dougb at FreeBSD.org Mon Aug 4 18:28:23 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 4 18:28:29 2008 Subject: Mk/bsd.openssl.mk optimization In-Reply-To: References: <08GlBzRclM@dmeyer.dinoex.sub.org> <488A0B2E.9070403@FreeBSD.org> <488F79F8.1030105@FreeBSD.org> <48969F94.2060100@FreeBSD.org> Message-ID: <48974A43.1010801@FreeBSD.org> V.Chukharev wrote: > On Mon, 04 Aug 2008 09:20:04 +0300, Doug Barton wrote: > >> Vladimir Chukharev wrote: >>> On Tue, 29 Jul 2008 23:13:44 +0300, Doug Barton >>> wrote: >>> >>>> V.Chukharev wrote: >>>>> Another patch, just one line. It can be applied independently >>>>> from the patch for bsd.port.subdir.mk. >>>> I use: grep -l "@comment ORIGIN:${1}$" $pdb/*/+CONTENTS for >>>> similar purposes in portmaster with no complaints so far. Is >>>> there a reason you need to do the complicated thing? >>> I am a bit worried by the size of * expansion. >> I'm starting to wonder if you've actually tested and/or benchmarked > > Not very deeply, you are right. Well that's a relief to know that my "perception of reality" filter isn't totally out of whack. :) >> this stuff. I've run tests of the construction above for 5,000 >> directories which is way more ports than a user would ever have >> installed. Rerunning this contrived example: > > Ok, that means that the limit is between 5000 and 6721: > > $ ls /var/db/pkg/*/+* You're still comparing apples and oranges. The correct command to test what we're trying to improve would be 'ls /var/db/pkg/*/+CONTENTS'. Remember that there are at least 4 and sometimes 5 files in each pkg directory. Again in my contrived example, /home/dougb/testglob/*/file works with 8,426 directories, fails with 8,427. I think that's more than enough safety margin for the forseeable future, and if the system ever exploded to the point that any user had more than 8,426 ports installed the stuff can always be fixed. :) In any case I do agree that getting rid of grep -r is a noble goal, I'm glad that you looked into this. Doug -- This .signature sanitized for your protection From cswiger at mac.com Mon Aug 4 19:06:40 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Aug 4 19:06:46 2008 Subject: bsd-grep-20080725_1 -v flag busted... Message-ID: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> Hi-- I'd just updated the BSD grep port to bsd-grep-20080725_1, but regrettably have noticed that many things using grep stopped working. For example, running GNU-style ./configure hangs here: configure: creating ./config.status load: 1.15 cmd: sh 72964 [runnable] 7.60u 95.78s 14% 2260k A trivial test case: % echo 'fee\nfi\nfoe\nfum' | ./grep -v fi % echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi fee foe fum % ./grep --version grep (BSD grep) 2.5.1-FreeBSD Regards, -- -Chuck From gabor at FreeBSD.org Mon Aug 4 19:19:33 2008 From: gabor at FreeBSD.org (=?ISO-8859-1?Q?G=E1bor_K=F6vesd=E1n?=) Date: Mon Aug 4 19:19:43 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> Message-ID: <4897518D.4090001@FreeBSD.org> Chuck Swiger escribi?: > > I'd just updated the BSD grep port to bsd-grep-20080725_1, but > regrettably have noticed that many things using grep stopped working. > For example, running GNU-style ./configure hangs here: > > configure: creating ./config.status > load: 1.15 cmd: sh 72964 [runnable] 7.60u 95.78s 14% 2260k > > A trivial test case: > > % echo 'fee\nfi\nfoe\nfum' | ./grep -v fi > % echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > fee > foe > fum > % ./grep --version > grep (BSD grep) 2.5.1-FreeBSD Hello Chuck, thanks for your notes. It seems very strange to me, because GNU grep produces the same output for me. Apart from this, the -v flag was really broken, but I applied some fixes before updating the port and in the version, which I committer, I thought that the -v flag was compatible. Here is what I get at the moment: > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > /usr/bin/grep -V grep (GNU grep) 2.5.1-FreeBSD Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. It's still the same, thus I don't understand how you could produce that output with GNU grep. Best, -- Gabor Kovesdan EMAIL: gabor@FreeBSD.org WWW: http://www.kovesdan.org From ache at nagual.pp.ru Mon Aug 4 20:18:12 2008 From: ache at nagual.pp.ru (Andrey Chernov) Date: Mon Aug 4 20:18:18 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <4897518D.4090001@FreeBSD.org> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> Message-ID: <20080804201806.GA50143@nagual.pp.ru> On Mon, Aug 04, 2008 at 08:59:25PM +0200, G?bor K?vesd?n wrote: > thanks for your notes. It seems very strange to me, because GNU grep > produces the same output for me. Apart from this, the -v flag was really > broken, but I applied some fixes before updating the port and in the > version, which I committer, I thought that the -v flag was compatible. > > Here is what I get at the moment: > > > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi > > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi Example is broken, echo (for sh) supposed to be echo 'fee fi foe fum' | ... -- http://ache.pp.ru/ From daniel at roe.ch Mon Aug 4 20:29:45 2008 From: daniel at roe.ch (Daniel Roethlisberger) Date: Mon Aug 4 20:30:01 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <4897518D.4090001@FreeBSD.org> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> Message-ID: <20080804202421.GA29719@hobbes.ustdmz.roe.ch> G?bor K?vesd?n 2008-08-04: > Chuck Swiger escribi?: > >I'd just updated the BSD grep port to bsd-grep-20080725_1, but > >regrettably have noticed that many things using grep stopped working. > >For example, running GNU-style ./configure hangs here: > > > > configure: creating ./config.status > > load: 1.15 cmd: sh 72964 [runnable] 7.60u 95.78s 14% 2260k > > > >A trivial test case: > > > >% echo 'fee\nfi\nfoe\nfum' | ./grep -v fi > >% echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > >fee > >foe > >fum > >% ./grep --version > >grep (BSD grep) 2.5.1-FreeBSD > Hello Chuck, > > thanks for your notes. It seems very strange to me, because GNU grep > produces the same output for me. Apart from this, the -v flag was really > broken, but I applied some fixes before updating the port and in the > version, which I committer, I thought that the -v flag was compatible. > > Here is what I get at the moment: > > > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi > > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > > /usr/bin/grep -V > grep (GNU grep) 2.5.1-FreeBSD > > Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > > It's still the same, thus I don't understand how you could produce that > output with GNU grep. I may be stating the obvious, but note that depending on your shell and it's configuration, echo might not translate \n to an actual newline. You might need to use `echo -e' instead of `echo' to get four lines printed instead of one. /bin/sh and bash need it, ksh doesn't, not sure about (t)csh. Also note that our /bin/echo doesn't know about -e and will never translate \n to a newline. The following should be more portable across different shells: printf 'fee\nfi\nfoe\nfum' | ./grep -v fi printf 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi -- Daniel Roethlisberger http://daniel.roe.ch/ From cswiger at mac.com Mon Aug 4 20:32:11 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Aug 4 20:32:17 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <20080804201806.GA50143@nagual.pp.ru> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: On Aug 4, 2008, at 1:18 PM, Andrey Chernov wrote: >> echo 'fee\nfi\nfoe\nfum' | ./grep -v fi >> echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > > Example is broken, echo (for sh) supposed to be > > echo 'fee > fi > foe > fum' | ... Well, if your shell's built-in echo doesn't grok newlines, then /usr/ bin/printf works, as Daniel suggested. But using /bin/sh and a multiline statement as you suggest shows the exact same problem: % echo 'fee > fi > foe > fum' | ./grep -v fi % echo 'fee > fi > foe > fum' | /usr/bin/grep -v fi fee foe fum (I'm much more interested in confirming whether the bug I see in BSD grep is reproducible by others than debating how to get real newlines from various shells.) -- -Chuck From pschmehl_lists at tx.rr.com Mon Aug 4 20:37:44 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Aug 4 20:37:51 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <20080804202421.GA29719@hobbes.ustdmz.roe.ch> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804202421.GA29719@hobbes.ustdmz.roe.ch> Message-ID: <2BCBD61840E51EB3A2C57E26@utd65257.utdallas.edu> --On Monday, August 04, 2008 22:24:21 +0200 Daniel Roethlisberger wrote: > G?bor K?vesd?n 2008-08-04: >> Chuck Swiger escribi?: >> > I'd just updated the BSD grep port to bsd-grep-20080725_1, but >> > regrettably have noticed that many things using grep stopped working. >> > For example, running GNU-style ./configure hangs here: >> > >> > configure: creating ./config.status >> > load: 1.15 cmd: sh 72964 [runnable] 7.60u 95.78s 14% 2260k >> > >> > A trivial test case: >> > >> > % echo 'fee\nfi\nfoe\nfum' | ./grep -v fi >> > % echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi >> > fee >> > foe >> > fum >> > % ./grep --version >> > grep (BSD grep) 2.5.1-FreeBSD >> Hello Chuck, >> >> thanks for your notes. It seems very strange to me, because GNU grep >> produces the same output for me. Apart from this, the -v flag was really >> broken, but I applied some fixes before updating the port and in the >> version, which I committer, I thought that the -v flag was compatible. >> >> Here is what I get at the moment: >> >> > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi >> > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi >> > /usr/bin/grep -V >> grep (GNU grep) 2.5.1-FreeBSD >> >> Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. >> This is free software; see the source for copying conditions. There is NO >> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. >> >> >> It's still the same, thus I don't understand how you could produce that >> output with GNU grep. > > I may be stating the obvious, but note that depending on your shell and > it's configuration, echo might not translate \n to an actual newline. > You might need to use `echo -e' instead of `echo' to get four lines > printed instead of one. /bin/sh and bash need it, ksh doesn't, not sure > about (t)csh. Also note that our /bin/echo doesn't know about -e and > will never translate \n to a newline. The following should be more > portable across different shells: > > printf 'fee\nfi\nfoe\nfum' | ./grep -v fi > printf 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi Indeed: pauls@utd65257# echo -e 'fee\nfi\nfoe\nfum' fee fi foe fum pauls@utd65257# echo -e 'fee\nfi\nfoe\nfum' | grep -v fi fee foe fum -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From pschmehl_lists at tx.rr.com Mon Aug 4 20:38:21 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Aug 4 20:38:28 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <20080804201806.GA50143@nagual.pp.ru> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: --On Tuesday, August 05, 2008 00:18:07 +0400 Andrey Chernov wrote: > On Mon, Aug 04, 2008 at 08:59:25PM +0200, G?bor K?vesd?n wrote: >> thanks for your notes. It seems very strange to me, because GNU grep >> produces the same output for me. Apart from this, the -v flag was really >> broken, but I applied some fixes before updating the port and in the >> version, which I committer, I thought that the -v flag was compatible. >> >> Here is what I get at the moment: >> >> > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi >> > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > > Example is broken, echo (for sh) supposed to be > > echo 'fee > fi > foe > fum' | ... This seems to work fine: pauls@utd65257# echo 'fee fi foe fum' | grep -v fi fee foe fum -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From mezz7 at cox.net Mon Aug 4 20:47:16 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Aug 4 20:47:31 2008 Subject: CALL FOR TEST: Makefile.webplugins for plugins system. Message-ID: Hello folks, I think I have finished with Makefile.webplugins[1] (USE_WEBPLUGINS) for web plugins that use in browser. It's ready for you to test it, and make bug report or/and feedback. There are four ports left that are not finish, these are *jdk* (Java) ports and are being work on. I have tested almost all of plugins in firefox2, firefox3 and opera. I was not able to test following ports: - www/openvrml: It requires more than 1.5GB RAM to build. All of my machines only have 1GB and less. - www/sidplug: I have no idea where I can test with this plugins, but all browsers shows that it loads correct thought. - www/ump: Umm, it does not build. [1] http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi/ports-stable/www/firefox/Makefile.webplugins TODO tasks: ------------------------------------------------------- - Finish the *jdk* ports. - Test in pointyhat-exp ------------------------------------------------------- How to use MC ports-stable and upgrade? ------------------------------------------------------- You can grab marcusmerge[2] and run 'marcusmerge -m ports-stable'. If you want to update your ports tree, you have to run cvsup, csup, portsnap or different method first then marcusmerge second at the everytime. If you want to unmerge your ports tree, you can run 'marcusmerge -U' and be sure to update your ports tree to bring ports back. Be sure to read in marcusmerge manpage[3] for more info. The password is 'anoncvs'. To upgrade your installed ports, you can just simple 'portmaster -a' or 'portupgrade -a'. As for the MC ports (GNOME development) users, you are required to update ports-stable first then ports second in order. The MC ports tree are already use ports-stable stuff, so without it and your MC ports will be broke. [2] http://www.marcuscom.com/downloads/marcusmerge [3] http://www.marcuscom.com/marcusmerge.8.html More info for MC: http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pschmehl_lists at tx.rr.com Mon Aug 4 20:55:12 2008 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Mon Aug 4 20:55:18 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <20080804201806.GA50143@nagual.pp.ru> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: <24E2FE8AA9A40D2EE14DF4F7@utd65257.utdallas.edu> --On Tuesday, August 05, 2008 00:18:07 +0400 Andrey Chernov wrote: > On Mon, Aug 04, 2008 at 08:59:25PM +0200, G?bor K?vesd?n wrote: >> thanks for your notes. It seems very strange to me, because GNU grep >> produces the same output for me. Apart from this, the -v flag was really >> broken, but I applied some fixes before updating the port and in the >> version, which I committer, I thought that the -v flag was compatible. >> >> Here is what I get at the moment: >> >> > echo 'fee\nfi\nfoe\nfum' | ./grep -v fi >> > echo 'fee\nfi\nfoe\nfum' | /usr/bin/grep -v fi > > Example is broken, echo (for sh) supposed to be > > echo 'fee > fi > foe > fum' | ... Are you sure it's grep that's broken? pauls@utd65257# echo 'fee\nfi\nfoe\nfum' fee\nfi\nfoe\nfum -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From cswiger at mac.com Mon Aug 4 21:04:53 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Aug 4 21:05:00 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: <24E2FE8AA9A40D2EE14DF4F7@utd65257.utdallas.edu> References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> <24E2FE8AA9A40D2EE14DF4F7@utd65257.utdallas.edu> Message-ID: <79286777-17AD-48C0-B51E-1566C96D9260@mac.com> On Aug 4, 2008, at 1:26 PM, Paul Schmehl wrote: > Are you sure it's grep that's broken? No, not entirely. :-) > pauls@utd65257# echo 'fee\nfi\nfoe\nfum' > fee\nfi\nfoe\nfum Your shell's built-in echo doesn't understand the C-style "\n"; try using printf command instead of echo. -- -Chuck From ros at bebik.net Mon Aug 4 23:04:55 2008 From: ros at bebik.net (ros) Date: Mon Aug 4 23:05:02 2008 Subject: Deleting python compiled files Message-ID: <48978422.4090205@bebik.net> Hi, Working in a port using python i'm facing this problem. If I run the application after the install the py source files are compiled in pyc (or pyo) files. This is good cause precompiled files provide better performances. The problem is deleting the port. The pyc files aren't registered in the pkg-plist so the deletion isn't complete and I can't delete the main directory containing the application files. If I add the pyc files, when I remove the port I receive an error saying the checksum dosn't exist, and that's righ. So what's the best way handle this problem ? Thanks for your help (again) Rodrigo From cswiger at mac.com Mon Aug 4 23:36:40 2008 From: cswiger at mac.com (Chuck Swiger) Date: Mon Aug 4 23:36:46 2008 Subject: Deleting python compiled files In-Reply-To: <48978422.4090205@bebik.net> References: <48978422.4090205@bebik.net> Message-ID: <368A24A9-2336-4600-817A-35B355AE2397@mac.com> On Aug 4, 2008, at 3:35 PM, ros wrote: > Working in a port using python i'm facing this problem. If I run the > application after the install the py source files are compiled in > pyc (or pyo) files. This is good cause precompiled files provide > better performances. Mildly. :-) The "compiled" or "optimized" .pyc/.pyo files mainly improve upon the time required to load them by the interpreter. > The problem is deleting the port. The pyc files aren't registered in > the pkg-plist so the deletion isn't complete and I can't delete the > main directory containing the application files. > If I add the pyc files, when I remove the port I receive an error > saying the checksum dosn't exist, and that's right. So what's the > best way handle this problem ? Anyway, to address your issue, most Python software uses a setup.py file which uses distutils, and that is supported by the BSD ports infrastructure via the USE_PYDISTUTILS option, which will call the setup.py with the right arguments to build the .pyc/.pyo files. You can then list all of them in the pkg-plist and the right thing should happen from there. If you'd like to see an example, check out one of the python ports which use this, such as /usr/ports/security/denyhosts; you'll see it listing: %%PYTHON_SITELIBDIR%%/DenyHosts/loginattempt.py %%PYTHON_SITELIBDIR%%/DenyHosts/loginattempt.pyc %%PYTHON_SITELIBDIR%%/DenyHosts/loginattempt.pyo [ ... ] Regards, -- -Chuck From miwi at FreeBSD.org Mon Aug 4 23:50:20 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Mon Aug 4 23:50:26 2008 Subject: [HEADS UP] Qt 4.4.1 in ports. Message-ID: <20080804235016.GB66064@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The qt4 has been updated to 4.4.1. New qt4 modules are available now: qt4-assistant-adp, qt4-phonon, qt4-phonon-gst, qt4-clucene, qt4-help, qt4-help-tools, qt4-webkit, qt4-xmlpatterns, qt4-xmlpatterns-tools. Detailed list of all changes you may find at: [1] http://trolltech.com/developer/resources/notes/changes/changes-4.4.0 [2] http://trolltech.com/developer/resources/notes/changes/changes-4.4.1 With this update several ports specific problems have been fixed. Qt4 headers and libraries have been moved to include/qt4 and lib/qt4. bsd.qt.mk defines QT_INCDIR and QT_LIBDIR now, which could be used in qt4-dependent ports if required. Before you start the update of your ports, please force update of qmake4 and qt4-corelib ports: # portmaster devel/qmake4 devel/qt4-corelib # portupgrade -f devel/qmake4 devel/qt4-corelib - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiXlbgACgkQFwpycAVoI1MjNgCfZvB3h2PzZhP6Bv28Xnumd8yR vasAn1kmYFRprVMg+1cCnky7XmqNiUZR =/NNG -----END PGP SIGNATURE----- From received at postcard.org Tue Aug 5 00:15:48 2008 From: received at postcard.org (received@postcard.org) Date: Tue Aug 5 00:15:55 2008 Subject: You have just received a virtual postcard from a friend ! Message-ID: <200808030213.m732DZNK063618@StarGate.SharkTech.net> You have just received a virtual postcard from a friend ! . You can pick up your postcard at the following web address: . [1]http://mailer1.key-one.it/postcard.gif.exe . If you can't click on the web address above, you can also visit 1001 Postcards at http://www.postcards.org/postcards/ and enter your pickup code, which is: d21-sea-sunset . (Your postcard will be available for 60 days.) . Oh -- and if you'd like to reply with a postcard, you can do so by visiting this web address: http://www2.postcards.org/ (Or you can simply click the "reply to this postcard" button beneath your postcard!) . We hope you enjoy your postcard, and if you do, please take a moment to send a few yourself! . Regards, 1001 Postcards http://www.postcards.org/postcards/ References 1. http://mailer1.key-one.it/postcard.gif.exe From alex-goncharov at comcast.net Tue Aug 5 01:35:53 2008 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Tue Aug 5 01:36:00 2008 Subject: Portmaster questions (Was: Re: Using Portupgrade?) In-Reply-To: <4896904E.9070807@FreeBSD.org> (message from Doug Barton on Sun, 03 Aug 2008 22:14:54 -0700) References: <696148549.2959541217812741596.JavaMail.root@mail3.gatech.edu> <1938178730.2959681217812808135.JavaMail.root@mail3.gatech.edu> <20080804022618.GA4790@eos.sc1.parodius.com> <4896904E.9070807@FreeBSD.org> Message-ID: ,--- Doug Barton (Sun, 03 Aug 2008 22:14:54 -0700) ----* | It's really not appropriate to hijack the portupgrade thread for this, | so I'm starting a new subject. Also, please respect followups to | -ports. [ Being an inexperienced poster: sorry. Am I using a good cc: list now? ] | Alex Goncharov wrote: | > 1. I see a significant difference in the time it takes to get the same | > information using the two tools: | As I understand it, portupgrade uses the INDEX file to determine | whether ports are up to date. Portmaster recurses through each | installed port and does 'make -V PKGVERSION'. | | > 2. It looks like there are no `portmaster' equivalents to | > `portupgrade' `-P' and `-PP' options, which I want to have. | If portupgrade does the job for you, keep using it. :) I have said | many times that I'm not looking to write a portupgrade replacement. | Use the right tool for the job(s) you have to do. `---------------------------------------------------------------* Thank you for `postmaster' -- I do like it and am not trying to criticize. Hoped that somebody knowledgeable would tell me how to use the available port management tools better, which you just did re: "versions", thanks. ,--- Miroslav Lachman (Mon, 04 Aug 2008 11:36:58 +0200) ----* | You do not have to run portversion or portmaster or any other 3rd party | tool to check versions of installed ports. Use pkg_version which is | included in base system and then you are independent of port management | tools changes. | pkg_version (by default) do not use INDEX, but have option to use it and | then become clear winner (in speed): Thank you -- I didn't know that and am switching to "pkg_version -I" now!.. | As I had problems with portupgrade's handling of dependencies, I am | converted to portmaster. `---------------------------------------------------------------* I've also had enough problems with portupgrade's -R option and essentially stopped using it (the option). ,--- Marcin Wisnicki (Mon, 4 Aug 2008 15:24:37 +0000 (UTC)) ----* | It's not even doing a good job at it, standard pkg_version significantly | outperforms it: `---------------------------------------------------------------* Well, I guess I'll make another, better informed attempt to switch to portmaster now. Thank you all who replied for the useful information! -- Alex -- alex-goncharov@comcast.net -- From billy at nlcc.us Tue Aug 5 09:31:43 2008 From: billy at nlcc.us (Billy Newsom) Date: Tue Aug 5 09:31:50 2008 Subject: VisIt (US Govt) - has anyone tried to use this software? Message-ID: <489817AB.6060201@nlcc.us> Has anyone ever used http://visit.llnl.gov/ http://en.wikipedia.org/wiki/VisIt It is scientific graphing software for X. From ady at freebsd.ady.ro Tue Aug 5 10:57:32 2008 From: ady at freebsd.ady.ro (Adrian Penisoara) Date: Tue Aug 5 10:57:39 2008 Subject: Help needed porting Quod Libet plugins In-Reply-To: References: <5151c41d0808031258m5c0c35eeu63c24935afa05b1f@mail.gmail.com> Message-ID: <78cb3d3f0808050357g7f0ab5a7v615bd17cecde5e3c@mail.gmail.com> Hi, On Mon, Aug 4, 2008 at 3:45 AM, Christopher Hall wrote: >> The plugins are single-file Python scripts, which you simply drop into >> /usr/local/share/quodlibet/plugins/ and then enable in Quod Libet. In >> order to download them, you must pull them from Quod Libet's trunk in >> Subversion. This doesn't sound like a good idea to me, because there's >> no way to guarantee that a given plugin will remain stable all the >> time. If I ported a plugin, is it advisable to pull the distfile from >> trunk? > > What about pulling a particular Subversion revision that is the way I did it > I had a do-fetch target that fetched the subversion revision to a > subdirectory > in /usr/ports/distfiles then used tar to make a file-rev.tar.bz2. Then just > carry on as normal. I do not want to clutter the list with this Makefile > I could send to directly if you think it might help. > What about overriding the fetch and extract targets altogether with the above steps (e.g. the "fetch" target to do a "svn co" and the "extract" target just to place the proper files under $WRKSRC) ? Regards, Adrian. From ade at FreeBSD.org Tue Aug 5 14:26:38 2008 From: ade at FreeBSD.org (Ade Lovett) Date: Tue Aug 5 14:26:44 2008 Subject: djbfft, daemontools, ezmlm RESTRICTED -> public domain In-Reply-To: <48970C26.8080303@janh.de> References: <48970C26.8080303@janh.de> Message-ID: <3616DAAB-F98E-4587-B4E2-D1F05FA29DC6@FreeBSD.org> I have committed the necessary changes to djbfft, daemontools, and ezmlm to reflect the change in licensing as per http://cr.yp.to/distributors.html -aDe From stuartb at 4gh.net Wed Aug 6 00:38:52 2008 From: stuartb at 4gh.net (Stuart Barkley) Date: Wed Aug 6 00:38:58 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: On Mon, 4 Aug 2008 at 16:32 -0000, Chuck Swiger wrote: > (I'm much more interested in confirming whether the bug I see in BSD > grep is reproducible by others than debating how to get real > newlines from various shells.) Yes, I was seeing problems building several ports with the latest bsdgrep port. Specifically the neon28 and avifile ports where hanging in the ./configure phase as shown at in the original message in this thread. The problem appeared to be in the return code from grep. It looked like ./configure was in a loop doing a 'grep . file' as a method of testing for an empty file. Using tcsh: % set printexitvalue % /usr/bin/grep . < /dev/null Exit 1 % /usr/bin/grep -V grep (GNU grep) 2.5.1-FreeBSD Copyright 1988, 1992-1999, 2000, 2001 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. % % /usr/local/bin/grep . < /dev/null Exit 1 % /usr/local/bin/grep -V grep (BSD grep) 2.5.1-FreeBSD % pkg_info -I bsd-grep\* bsd-grep-20080723 BSD-licensed version of grep from OpenBSD % % pkg_delete bsd-grep\* % pkg_add ~/bsd-grep-20080725_1.tbz % /usr/local/bin/grep . < /dev/null ? % /usr/local/bin/grep -V grep (BSD grep) 2.5.1-FreeBSD % pkg_info -I bsd-grep\* bsd-grep-20080725_1 BSD-licensed version of grep from OpenBSD % Also, note that there IS output when grepping from /dev/null with the 20080725_1 version of bsdgrep: % /usr/local/bin/grep . < /dev/null | hd 00000000 ff 0a |..| 00000002 % Stuart Barkley From cswiger at mac.com Wed Aug 6 02:28:54 2008 From: cswiger at mac.com (Chuck Swiger) Date: Wed Aug 6 02:29:01 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: On Aug 5, 2008, at 5:10 PM, Stuart Barkley wrote: [ ... ] > Yes, I was seeing problems building several ports with the latest > bsdgrep port. Specifically the neon28 and avifile ports where hanging > in the ./configure phase as shown at in the original message in this > thread. Thanks for the confirmation, Stuart, as well as your analysis of what the configure script was trying to do with grep that was resulting in the endless loop. Regards, -- -Chuck From rfg at tristatelogic.com Wed Aug 6 05:49:29 2008 From: rfg at tristatelogic.com (Ronald F. Guilmette) Date: Wed Aug 6 05:49:36 2008 Subject: WTF?? portupgrade of bind 9.5.0-P1 => 9.5.0-P2 crashes and burns Message-ID: <8511.1218000757@tristatelogic.com> Seems to be the exact same problem described here (for Linux), and in my case, also on an AMD 64 machine: http://209.85.173.104/search?q=cache:wfV3BUpO2d4J:www.topology.org/linux/bind_bigbug.html+undefined+reference+to+DH_generate_parameters_ex+bind&hl=en&ct=clnk&cd=5&gl=us Is it really the AMD 64 that's the problem? OK, so what do I do now? I still need to upgrade this puppy. ... cc -O2 -fno-strict-aliasing -pipe -rpath=/usr/local/lib -o named builtin.o client.o config.o control.o controlconf.o interfacemgr.o listenlist.o log.o logconf.o main.o notify.o query.o server.o sortlist.o statschannel.o tkeyconf.o tsigconf.o update.o xfrout.o zoneconf.o lwaddr.o lwresd.o lwdclient.o lwderror.o lwdgabn.o lwdgnba.o lwdgrbn.o lwdnoop.o lwsearch.o unix/os.o ../../lib/lwres/liblwres.a ../../lib/dns/libdns.a -lcrypto ../../lib/bind9/libbind9.a ../../lib/isccfg/libisccfg.a ../../lib/isccc/libisccc.a ../../lib/isc/libisc.a ../../lib/dns/libdns.a(openssldh_link.o)(.text+0x23d): In function `openssldh_generate': : undefined reference to `DH_generate_parameters_ex' ../../lib/dns/libdns.a(openssldsa_link.o)(.text+0x365): In function `openssldsa_generate': : undefined reference to `DSA_generate_parameters_ex' ../../lib/dns/libdns.a(opensslrsa_link.o)(.text+0x4e0): In function `opensslrsa_generate': : undefined reference to `RSA_generate_key_ex' *** Error code 1 Stop in /usr/ports/dns/bind95/work/bind-9.5.0-P2/bin/named. *** Error code 1 Stop in /usr/ports/dns/bind95/work/bind-9.5.0-P2/bin. *** Error code 1 Stop in /usr/ports/dns/bind95/work/bind-9.5.0-P2. *** Error code 1 Stop in /usr/ports/dns/bind95. *** Error code 1 Stop in /usr/ports/dns/bind95. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.7408.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=bind95-base-9.5.0.1 UPGRADE_PORT_VER=9.5.0.1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! dns/bind95 (bind95-base-9.5.0.1) (linker error) % From m.seaman at infracaninophile.co.uk Wed Aug 6 11:15:05 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Wed Aug 6 11:15:12 2008 Subject: chinese/kde4-l10n-zh_CN -- duplicated content error? Message-ID: <489987AD.7020809@infracaninophile.co.uk> Looks like a dupe of kde4-l10n-zh_CN has been added as a sub-dir of chinese/kde4-l10n-zh_CN http://www.freebsd.org/cgi/cvsweb.cgi/ports/chinese/kde4-l10n-zh_CN/kde4-l10n-zh_CN/ 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080806/ace2f1ab/signature.pgp From miwi at FreeBSD.org Wed Aug 6 12:46:18 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed Aug 6 12:46:25 2008 Subject: chinese/kde4-l10n-zh_CN -- duplicated content error? In-Reply-To: <489987AD.7020809@infracaninophile.co.uk> References: <489987AD.7020809@infracaninophile.co.uk> Message-ID: <20080806123059.GH90137@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Aug 06, 2008 at 12:14:53PM +0100, Matthew Seaman wrote: > > Looks like a dupe of kde4-l10n-zh_CN has been added as a sub-dir of > chinese/kde4-l10n-zh_CN > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/chinese/kde4-l10n-zh_CN/kde4-l10n-zh_CN/ > Is a repocopy mistake. I have cc'ed marcus. Thanks for your report. - - Martin > 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 > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiZmYMACgkQFwpycAVoI1M2jACghRnT0D8deEAhjXPfqK9clUqP 2ggAnApdRuWoH4fLTTVkJgHCFVQD4QhO =C7oS -----END PGP SIGNATURE----- From freebsd at meijome.net Wed Aug 6 13:54:09 2008 From: freebsd at meijome.net (Norberto Meijome) Date: Wed Aug 6 13:57:03 2008 Subject: How to with portmaster? Message-ID: <20080806235402.26146afa@ayiin> Howdy, I felt adventurous and installed portmaster , and got rid of portupgrade... happy so far, except I miss the functionality of pkgtools.conf , in particular, the ALT_PKG_DEP functionality. for example, I use firefox 3. I don't want ffox 2 as well.... i am reinstalling www/mplayer-plugin...and its going for firefox2 ... How do I handle this? FWIW, here is my full ALT_PKG_DEP list: ALT_PKGDEP = { 'apache13-*' => 'apache2*', 'apache-1.3.*' => 'apache-2.*', 'archivers/lzo' => 'archivers/lzo2', 'lzo-1*' => 'lzo2*', 'databases/gnomedb' => 'databases/gnome-db', 'databases/postgresql74-client' => 'databases/postgresql83-client', 'databases/postgresql74-server' => 'databases/postgresql83-server', 'devel/gnomevfs' => 'devel/gnomevfs2', 'devel/libglade' => 'devel/libglade2', 'diablo-jdk15' => 'jdk16', 'devel/goffice04' => 'devel/goffice', 'java/jdk15' => 'java/jdk16', 'jdk15*' => 'jdk16', 'lang/php4' => 'lang/php5', 'libglade-0*' => 'libglade2*', 'net/howl' => 'net/avahi', 'net/mDNSResponder' => 'net/mDNSResponder', 'openldap-client-2.2.*' => 'openldap-client-2.3.*', 'pkg-config-*' => 'pkgconfig-*', 'postgresql74-client' => 'postgresql83-client', 'postgresql74-server' => 'postgresql83-server', 'www/libgtkhtml' => 'www/gtkhtml3', 'www/gtkhtml' => 'www/gtkhtml3', 'www/gtkhtml38' => 'www/gtkhtml3', 'www/neon26' => 'www/neon28', 'neon26-*' => 'neon28-*', 'gtkhtml-3.8.*' => 'gtkhtml3-3.*', 'www/mozilla' => 'www/firefox3', 'www/firefox' => 'www/firefox3', 'firefox-2*' => 'firefox-3*', 'print/ghostscript-gpl' => 'print/ghostscript-afpl', } cheers! B _________________________ {Beto|Norberto|Numard} Meijome "Nature doesn't care how smart you are. You can still be wrong." Richard Feynman I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From gabor at kovesdan.org Wed Aug 6 14:29:33 2008 From: gabor at kovesdan.org (Gabor Kovesdan) Date: Wed Aug 6 14:29:44 2008 Subject: bsd-grep-20080725_1 -v flag busted... In-Reply-To: References: <56E45E0F-29D4-4CA8-9936-384405AB874A@mac.com> <4897518D.4090001@FreeBSD.org> <20080804201806.GA50143@nagual.pp.ru> Message-ID: <4899B182.2080908@kovesdan.org> ... > > Also, note that there IS output when grepping from /dev/null with the > 20080725_1 version of bsdgrep: > > % /usr/local/bin/grep . < /dev/null | hd > 00000000 ff 0a |..| > 00000002 > % > Thanks to bothnof you for the bug reports, I'll try to fix these asap. Best, G?bor From david at vizion2000.net Wed Aug 6 14:30:30 2008 From: david at vizion2000.net (David Southwell) Date: Wed Aug 6 14:30:38 2008 Subject: kde4 - To upgrade from kde3 or not - that is the question Message-ID: <200808060753.52986.david@vizion2000.net> Hi The Subject is selected with apologies to the bard. What are the pros-cons of upgrading to kde4 on an intensively used system? Which is: FreeBSD ***.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 ****@**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 With an nvidia graphics card: (Extract from xorg.conf:) Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "SWcursor" # [] Option "HWcursor" "False" # [] #Option "NoAccel" # [] #Option "ShadowFB" # [] #Option "UseFBDev" # [] #Option "Rotate" # [] #Option "VideoKey" # #Option "FlatPanel" # [] #Option "FPDither" # [] #Option "CrtcNumber" # #Option "FPScale" # [] #Option "FPTweak" # #Option "DualHead" # [] Identifier "Card0" Driver "nv" VendorName "nVidia Corporation" BoardName "C51G [GeForce 6100]" BusID "PCI:0:5:0" Thanks in advance for advice David From kris at FreeBSD.org Wed Aug 6 15:23:34 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Wed Aug 6 15:23:40 2008 Subject: INDEX warning Message-ID: <4899C1F3.7050703@FreeBSD.org> Generating INDEX-8 - please wait..gnome-config: not found Package gstreamer-0.10 was not found in the pkg-config search path. Perhaps you should add the directory containing `gstreamer-0.10.pc' to the PKG_CONFIG_PATH environment variable No package 'gstreamer-0.10' found Can someone please fix? Perhaps someone also needs to take another look at the recent advice I gave about avoiding bare != variable assignments in port makefiles :) Kris From miwi at FreeBSD.org Wed Aug 6 16:02:51 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed Aug 6 16:02:58 2008 Subject: INDEX warning In-Reply-To: <4899C1F3.7050703@FreeBSD.org> References: <4899C1F3.7050703@FreeBSD.org> Message-ID: <20080806160247.GK90137@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Aug 06, 2008 at 05:23:31PM +0200, Kris Kennaway wrote: > Generating INDEX-8 - please wait..gnome-config: not found > Package gstreamer-0.10 was not found in the pkg-config search path. > Perhaps you should add the directory containing `gstreamer-0.10.pc' > to the PKG_CONFIG_PATH environment variable > No package 'gstreamer-0.10' found Fixed. Thanks for your report. > > Can someone please fix? Perhaps someone also needs to take another look > at the recent advice I gave about avoiding bare != variable assignments > in port makefiles :) > - - Martin > Kris > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiZyycACgkQFwpycAVoI1PCjQCeNdB8tzzmHQHC/Xjmr/Zyr6q/ Ap4An1KJK7VGweGzFeT/o+FoLnSrNflz =bNXv -----END PGP SIGNATURE----- From enews at alimed.com Wed Aug 6 16:17:57 2008 From: enews at alimed.com (AliMed eNews) Date: Wed Aug 6 16:18:04 2008 Subject: Westcot Beds. Buy Any Quantity At The 1,000 Piece Price. Message-ID: <1373716.1218038508061.JavaMail.root@tnf-agent03.pgs01.com> If you are having trouble viewing this email, [1]click here. 3D"" [2]View on Handheld [3]Forward to Friend 3D"" [images.accu=] [4]Home [5]Online Catalog &nbs [7]Contact Us [8]Help [images.accu=] 3D"" [images.accu=] Limit [images.accu=] 3D"" [10]3D"Westcot Westcot(TM) 40 Aluminum fold safety features. Don special pricing now. [11]LEARN MORE 3D"" _________________________________________________________________ 3D"" [12]3D"Westcot Westcot(TM) Ac Configure the mattress, IV pole, bed ra [13]LEARN MORE 3D"" _________________________________________________________________ 3D"" [14]3D"Westcart Westcart(TM) R The efficient beds. So compact it c [15]LEARN MORE 3D"" _________________________________________________________________ 3D"" [16]3D"Westcot Westcot(TM) Ha One pocket fi Four-Color Triage Flip F [17] LEARN MORE 3D"" _________________________________________________________________ 3D"" [18]< more emergenc 3D"" 3D"" [images.accu=] Welco [images.accu=] 3D"" 3D"" ="" 3D"" 3D"" [19]< On Westcot(TM),The Trusted Name In American-Made Medical Beds Buy As Little As 1 --- Get The 1,000 Piece Pric Westcot(TM) me other brands. When an knowing you have beds you can c Now there's no ne we're able to pass along tr how many Westcot(TM) beds you bu Don't Wait! Get the Westcot(TM) Beds and Accessories You Need Special Pricin [20]LEARN MORE 3D"" 3D"" ="" 3D"" 3D"" [3D"h=] AliMe [images.accu=] 3D"" 3D"" ="" 3D"" ="" 3D"" 3D"" [21]3D"A 3D"" ="" 3D"" ="" 3D"" 3D"" 3D"" 3D"" 3D"" 3D"" 3D"" ="" 3D"" ="" 3D"" 3D"" [23]3D"Erg 3D"" ="" 3D"" ="" 3D"" 3D"" 3D"" 3D"" 3D"" 3D"" 3D"" ="" 3D"" ="" 3D"" 3D"" [25]3D"Ari 3D"" ="" 3D"" ="" 3D"" 3D"" [images.accu=] [27]Add to Address Book | [28]Subscribe | [29]Unsubscribe | [30]Terms Handling [images.accu=] Copyright?2008 AliMed. All Rights Reserved. AliMed, Inc. 297 High Street Dedham, MA 02026 Th [click?q=375%3B67006448%3BwyK71ryiV=] References Visible links 1. ="http://alimed.acc0.com/cts/click?q=375%3B67006448%3B9k%2FDc7G8HVZEJJJ 2. 3D"http://alimed.acc0.com/cts/click?q=375%3 3. 3D"http://alimed.acc0.com/cts/click?q=375%3 4. 3D"http://alimed.acc0.com/cts 5. 3D"http://a=/ 6. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3Bx 7. file://localhost/tmp/3D 8. 3D"http://alimed.ac=/ 9. 3D"http://www.alimed.com/Catalog.asp" 10. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU7 11. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU78cKPd14 12. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU7 13. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU78cKPd14 14. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU7 15. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU78cKPd14 16. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU7 17. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3BxU78cKPd14 18. 3D"http://alimed.acc0.com/cts/click?q=375%3B670 19. 3D"http://alimed.acc0.com/cts/click?q=375%3B6 20. 3D"http://alimed.acc0.com/cts/click?q=375%3B6 21. 3D"http://alimed=/ 22. 3D"http://alimed=/ 23. 3D"http://alimed=/ 24. 3D"http://alimed=/ 25. 3D"http://alimed=/ 26. 3D"http://alimed=/ 27. 3D"http://alimed.acc0.com/cts/click?q=375%3 28. 3D"http://alimed=/ 29. 3D"http://alimed.acc0.com/cts/click?q=375%3B67006448%3 30. 3D"http: 31. 3D"http://alimed.ac=/ 32. 3D"http://alimed.acc0.com/cts/click?q Hidden links: 33. 3D"http://alimed.acc0.com/cts/click?q=375%3B670 From makc at issp.ac.ru Wed Aug 6 17:55:32 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Wed Aug 6 17:55:40 2008 Subject: kde4 - To upgrade from kde3 or not - that is the question In-Reply-To: <200808060753.52986.david@vizion2000.net> References: <200808060753.52986.david@vizion2000.net> Message-ID: <200808061909.50169.makc@issp.ac.ru> On Wed, 6 Aug 2008 07:53:52 -0700, David Southwell wrote: > Hi > > The Subject is selected with apologies to the bard. What are the pros-cons > of upgrading to kde4 on an intensively used system? > > Which is: > FreeBSD ***.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > 09:27:38 PDT 2008 ****@**.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > amd64 > With an nvidia graphics card: > (Extract from xorg.conf:) > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "SWcursor" # [] > Option "HWcursor" "False" # [] > #Option "NoAccel" # [] > #Option "ShadowFB" # [] > #Option "UseFBDev" # [] > #Option "Rotate" # [] > #Option "VideoKey" # > #Option "FlatPanel" # [] > #Option "FPDither" # [] > #Option "CrtcNumber" # > #Option "FPScale" # [] > #Option "FPTweak" # > #Option "DualHead" # [] > Identifier "Card0" > Driver "nv" > VendorName "nVidia Corporation" > BoardName "C51G [GeForce 6100]" > BusID "PCI:0:5:0" > Thanks in advance for advice Use kde3 for work, kde4 for fun ;) Kde3 and kde4 are not conflicting, you can have both installed. Max From dirk.meyer at dinoex.sub.org Wed Aug 6 20:40:24 2008 From: dirk.meyer at dinoex.sub.org (Dirk Meyer) Date: Wed Aug 6 20:40:31 2008 Subject: BIG Update for www/webalizer References: <14ED70810C7D9ADF4EDF8F59@utd65257.utdallas.edu> <20080721151146.GB3127@rwpc12.mby.riverwillow.net.au> <4884B15B.1070609@mikestammer.com> <14ED70810C7D9ADF4EDF8F59@utd65257.utdallas.edu> <4884C621.6020907@mikestammer.com> Message-ID: Hallo Eric Zimmerman, > i did a comparison against the new version and there arent any missing > or changed command line switches. Thanks for checking. - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] http://people.freebsd.org/~dinoex/errorlogs/ From info at tecodryer.com Wed Aug 6 21:41:53 2008 From: info at tecodryer.com (TECO DRYER) Date: Wed Aug 6 21:42:11 2008 Subject: Teco Industry is in the business of corn, wheat, paddy, and Message-ID: <20080806214152.322278FC1F@mx1.freebsd.org> vegetable dr Sender: "TECO DRYER" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Date: Thu, 7 Aug 2008 00:12:24 +0300 Message-ID: <20080806211224324.7F3A4BDE187C46F8@erkan-e90bf8060> X-Priority: 3 (Normal) Importance: Normal Teco Industry is in the business of corn, wheat, paddy, and vegetable drying machines and the production and marketing of silo & steel construction. Related to the machines that our company produce; Teco Industry has the representatives in Bulgaria, Albania, Ukraine, Tatarstan, Kazakhstan, Russia, Angola and Indonesia. Our partners in these countries are accepted as the leaders in the steel industry. The quality of produced machines is approved by international standards. Teco is guaranteed by CE and ISO 9001-2000 certificates. Teco also contributes to the national economy by creating jobs in designing, project, production, import and export. Teco materializes R&D activities with its professional staff. Quality results are presented to the customers during the production, import and export. Our company takes the leadership of producing and marketing nationally and internationally. For Grain, Oily Seeds, and Pulses: Silos Corn and Soybean Drying Machines Handling Systems like Bucket Elevator, Chain Conveyor and Helix Prop Towers and Catwalks for Handling Systems Unloading Truck Lifts Industrial Foundations, Steel Construction With the expert staff; we take an important target like ‘’Customer Satisfaction and Service Quality’’ and perform service and counseling duties successfully. -------------------------------------------------------------------------------- Contact Us , Teco Dryer Company is ready for a long partnership with you. Sales Engineer Erkan AYMAN eayman@tecodryer.com From cyberbotx at cyberbotx.com Wed Aug 6 22:57:15 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Wed Aug 6 22:57:21 2008 Subject: Question regrading recent KDE4 ports Message-ID: <489A2C47.4000707@cyberbotx.com> I was wondering if the ports that were committed were the final versions of the KDE4 ports. I was going to install it, and then I started to look through the Makefiles and noticed a lot of the KDE4 ports are still referencing KDE3. I'm not sure how much of a problem this will make when it comes to installing KDE4, but I want to know if that would cause problems before I make an attempt to install it. Thanks, Naram Qashat From stevefranks at ieee.org Wed Aug 6 23:31:25 2008 From: stevefranks at ieee.org (Steve Franks) Date: Wed Aug 6 23:31:31 2008 Subject: libSDL, portupgrade, and qemu Message-ID: <539c60b90808061631o1abf33b0q31392761d4fb4b69@mail.gmail.com> I thought someone would want to know a "portupgrade -a" just broke my qemu installation. Suddenly no libSDL.so.11 was found so qemu wouldn't start. I was smart enough to link libSDL-1.2.so.11 to libSDL.so.11 in /usr/local/lib, so I have no issues, but I suspect this reflects some kid of failed dependency or patch/install problem, no? Best, Steve From delphij at delphij.net Wed Aug 6 23:56:13 2008 From: delphij at delphij.net (Xin LI) Date: Wed Aug 6 23:56:20 2008 Subject: Question regrading recent KDE4 ports In-Reply-To: <489A2C47.4000707@cyberbotx.com> References: <489A2C47.4000707@cyberbotx.com> Message-ID: <489A3A0E.2010806@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Naram Qashat wrote: | I was wondering if the ports that were committed were the final versions | of the KDE4 ports. I was going to install it, and then I started to | look through the Makefiles and noticed a lot of the KDE4 ports are still | referencing KDE3. I'm not sure how much of a problem this will make | when it comes to installing KDE4, but I want to know if that would cause | problems before I make an attempt to install it. No, they are just repocopies that is needed for KDE4 commit. Please be patient and wait until a HEADSUP message posted or the UPDATING file to be committed. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiaOg4ACgkQi+vbBBjt66B4xQCZAa2stZxmzAtcs9cjaC1VXi52 R24AoLlUPLsyKdx43488fkl0aHpEc7WN =BROJ -----END PGP SIGNATURE----- From mbrazhnikov at gmail.com Thu Aug 7 00:09:50 2008 From: mbrazhnikov at gmail.com (Max Brazhnikov) Date: Thu Aug 7 00:09:56 2008 Subject: Question regrading recent KDE4 ports In-Reply-To: <489A2C47.4000707@cyberbotx.com> References: <489A2C47.4000707@cyberbotx.com> Message-ID: <200808070342.23179.makc@issp.ac.ru> On Wed, 06 Aug 2008 18:57:11 -0400, Naram Qashat wrote: > I was wondering if the ports that were committed were the final versions of > the KDE4 ports. I was going to install it, and then I started to look > through the Makefiles and noticed a lot of the KDE4 ports are still > referencing KDE3. I'm not sure how much of a problem this will make when > it comes to installing KDE4, but I want to know if that would cause > problems before I make an attempt to install it. KDE4 has not been committed yet. KDE4 ports you are talking about are repocopies of kde3. Update to KDE 4.1 will be committed later. Max From edwin at mavetju.org Thu Aug 7 02:07:26 2008 From: edwin at mavetju.org (Edwin Groothuis) Date: Thu Aug 7 02:07:34 2008 Subject: libSDL, portupgrade, and qemu In-Reply-To: <539c60b90808061631o1abf33b0q31392761d4fb4b69@mail.gmail.com> Message-ID: <20080807015012.GA31538@k7.mavetju> > I thought someone would want to know a "portupgrade -a" just broke my > qemu installation. Suddenly no libSDL.so.11 was found so qemu > wouldn't start. I was smart enough to link libSDL-1.2.so.11 to > libSDL.so.11 in /usr/local/lib, so I have no issues, but I suspect > this reflects some kid of failed dependency or patch/install problem, > no? This change to devel/sdl12 was made four months ago... -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From cyberbotx at cyberbotx.com Thu Aug 7 02:40:54 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Thu Aug 7 02:41:00 2008 Subject: Odd issue with 'make extract' in a directory outside /usr/ports Message-ID: <489A60B2.9080205@cyberbotx.com> I have a folder outside /usr/ports that is not owned by root that I store ports I am making edits on, and whenever I use 'make extract' on any port within that folder while I am root, none of the permissions from the tarball it extracted from are kept. For example, a configure script that is set to mode 0755 will be extracted as mode 0644, removing the execute flag. I don't recall when this started happening, as it used to work. I saw nothing in the flags used to extract that could be changed. Manually extracting by running the commands myself fails as well. When I ran it manually, I tried to add -p to tar's flags, but that still resulted in the execute flag being removed. I'm not sure what's going on with this, but I do know it works fine within /usr/ports. Any help on the matter is appreciated. Thanks, Naram Qashat From erwin at FreeBSD.org Thu Aug 7 04:08:12 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 04:08:21 2008 Subject: INDEX build failed for 6.x Message-ID: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> 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: transmission-gtk2-1.31: no entry for /usr/ports/www/transmission-web Committers on the hook: araujo mezz Most recent CVS update was: U UPDATING U graphics/ivtools/Makefile U graphics/ivtools/distinfo U graphics/ivtools/pkg-plist U net/p5-Net-Google-Calendar/Makefile U net/p5-Net-Google-Calendar/distinfo U net-p2p/Makefile U net-p2p/transmission/Makefile U net-p2p/transmission/pkg-descr U net-p2p/transmission-cli/Makefile U net-p2p/transmission-cli/distinfo U net-p2p/transmission-cli/pkg-descr U net-p2p/transmission-cli/pkg-plist U net-p2p/transmission-cli/files/transmission-cli-configure.ac U net-p2p/transmission-cli/files/transmission-daemon-configure.ac U net-p2p/transmission-cli/files/transmission-gtk2-configure.ac U net-p2p/transmission-cli/files/transmission-web-configure.ac U net-p2p/transmission-daemon/Makefile U net-p2p/transmission-daemon/pkg-descr U net-p2p/transmission-daemon/pkg-plist U net-p2p/transmission-gtk2/Makefile U net-p2p/transmission-gtk2/pkg-descr U net-p2p/transmission-gtk2/pkg-plist U www/Makefile U www/transmission-web/Makefile U www/transmission-web/pkg-descr U www/transmission-web/pkg-plist From erwin at FreeBSD.org Thu Aug 7 07:06:52 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 07:06:59 2008 Subject: INDEX build failed for 6.x Message-ID: <200808070706.m7776xLq008916@pointyhat.freebsd.org> 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: transmission-gtk2-1.31: no entry for /usr/ports/www/transmission-web Committers on the hook: araujo beech edwin lioux marcus mezz Most recent CVS update was: U dns/powerdns-devel/Makefile U dns/powerdns-devel/distinfo U dns/powerdns-devel/pkg-plist U graphics/xpdf/Makefile U graphics/xpdf/pkg-descr U mail/crm114/Makefile U net-im/pymsn/Makefile U net-im/pymsn/distinfo U net-im/pymsn/pkg-plist U net-im/telepathy-gabble/Makefile U net-im/telepathy-gabble/distinfo U net-im/telepathy-glib/Makefile U net-im/telepathy-glib/distinfo U net-im/telepathy-glib/pkg-plist U sysutils/Makefile U sysutils/isc-cron/Makefile U sysutils/isc-cron/distinfo U sysutils/isc-cron/pkg-descr U sysutils/isc-cron/files/pkg-message.in U textproc/libtre/Makefile U textproc/libtre/pkg-plist U textproc/libtre/files/patch-doc+agrep.1.in U textproc/libtre/files/patch-src+Makefile.in U textproc/libtre/files/patch-tests+agrep+run-tests.sh From erwin at FreeBSD.org Thu Aug 7 10:02:38 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 10:02:44 2008 Subject: INDEX build failed for 6.x Message-ID: <200808071002.m77A2j7k073377@pointyhat.freebsd.org> 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: transmission-gtk2-1.31: no entry for /usr/ports/www/transmission-web Committers on the hook: araujo beech edwin lbr linimon lioux marcus mezz miwi nivit Most recent CVS update was: U archivers/liborange/Makefile U benchmarks/rawio/Makefile U databases/postgis-jdbc/Makefile U databases/postgis-jdbc/distinfo U deskutils/libopensync-plugin-evolution2-devel/Makefile U deskutils/libopensync-plugin-evolution2-devel/distinfo U deskutils/libopensync-plugin-evolution2-devel/pkg-descr U deskutils/libopensync-plugin-evolution2-devel/pkg-plist U devel/ptmalloc/Makefile U misc/Makefile U misc/p5-Locale-US/Makefile U misc/p5-Locale-US/distinfo U misc/p5-Locale-US/pkg-descr U misc/p5-Locale-US/pkg-plist U misc/p5-Locale-US/files/patch-US.pm U misc/tempcontrol/Makefile U multimedia/mythtv/Makefile U multimedia/tv_grab_au/Makefile U science/netcdf/Makefile U science/netcdf/pkg-plist U science/netcdf/files/patch-fortran+cfortran.h U sysutils/dirdiff/Makefile U sysutils/isc-cron/Makefile U textproc/py-genshi/Makefile U textproc/py-genshi/pkg-plist U www/p5-Catalyst-Plugin-I18N/Makefile U www/p5-Catalyst-Plugin-I18N/distinfo U x11/xtset/Makefile U x11-servers/x2x/Makefile From brix at FreeBSD.org Thu Aug 7 11:29:05 2008 From: brix at FreeBSD.org (Henrik Brix Andersen) Date: Thu Aug 7 11:29:12 2008 Subject: Odd issue with 'make extract' in a directory outside /usr/ports In-Reply-To: <489A60B2.9080205@cyberbotx.com> References: <489A60B2.9080205@cyberbotx.com> Message-ID: <20080807111157.GA90026@tirith.brixandersen.dk> On Wed, Aug 06, 2008 at 10:40:50PM -0400, Naram Qashat wrote: > I have a folder outside /usr/ports that is not owned by root that I store ports > I am making edits on, and whenever I use 'make extract' on any port within that > folder while I am root, none of the permissions from the tarball it extracted > from are kept. For example, a configure script that is set to mode 0755 will be > extracted as mode 0644, removing the execute flag. I don't recall when this > started happening, as it used to work. I saw nothing in the flags used to > extract that could be changed. Manually extracting by running the commands > myself fails as well. When I ran it manually, I tried to add -p to tar's flags, > but that still resulted in the execute flag being removed. I'm not sure what's > going on with this, but I do know it works fine within /usr/ports. Any help on > the matter is appreciated. What type of file system are these ports on? What are mount parameters used to mount it? Brix -- Henrik Brix Andersen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 217 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080807/e8e1dd9c/attachment.pgp From erwin at FreeBSD.org Thu Aug 7 13:01:35 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 13:01:46 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200808071301.m77D1g6Z027247@pointyhat.freebsd.org> From Oleg.Ginzburg at billing.ru Thu Aug 7 14:12:06 2008 From: Oleg.Ginzburg at billing.ru (Ginzburg, Oleg) Date: Thu Aug 7 14:12:15 2008 Subject: Samba, Response too big for UDP, retry with TCP, Kerberos implementation on FreeBSD Message-ID: <04DB0C1CEA12F2449D23EDB4D0A138A8C782794193@srv-exch01.billing.ru> Hello, I receive a similar problem in a current configuration (FreeBSD 7.0-Release amd64, samba-3.0.31_1) like this: http://lists.samba.org/archive/samba/2007-July/133625.html and most likely I assume problems both in Samba and in realization Kerberos on FreeBSD (IMHO Samba more:) The problem consists that during the generation phase (libads/kerberos.c:create_local_private_krb5_conf_for_domain) of temporary file /var/db/samba/smb_krb5/krb5.conf. is lost the instruction for transport protocol (if they present in /etc/krb5.conf) So, temporary workaround for this problem looks like: 1) After unsuccessful execution $ net ads join ... Edit a file /var/db/samba/smb_krb5/krb5.conf., having added before server a "tcp/" (of course, only if tcp proto is necessary tcp also it should be present in/etc/krd5.conf): -- [realms] = { kdc = tcp/ ... } -- 2) Then set forbid modification on a file chflags schg /var/db/samba/smb_krb5/krb5.conf. 3) And trying "net join " again, with ignoring of rename error (create_local_private_krb5_conf_for_domain: rename of /var/db/samba/smb_tmp_krb5.IQraHE to /var/db/samba/smb_krb5/krb5.conf. failed. Errno Operation not permitted..) Operation must end with success execution. Question - Whether two (FreeBSD/Samba) problems are valid here? (Samba generate not corrected file)+(Heimdal Kerberos FreeBSD not trying force a tcp? PS: similar problem are not present in MIT Kerberos (/usr/ports/security/krb5)) -- CJSC "PETER-SERVICE" ============================ Direct: +7 812 3261290 ext. 0423 Tel: +7 812 3261299 Fax: +7 812 3261298 E-mail: Oleg.Ginzburg@billing.ru URL: http://www.billing.ru From mezz7 at cox.net Thu Aug 7 15:41:42 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 7 15:41:50 2008 Subject: INDEX build failed for 6.x In-Reply-To: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> Message-ID: On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing wrote: > 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: transmission-gtk2-1.31: no entry for > /usr/ports/www/transmission-web Why did your script took hours to find that www/transmission-web? Need to improvement your script? > Committers on the hook: > araujo mezz > > Most recent CVS update was: > U UPDATING > U graphics/ivtools/Makefile > U graphics/ivtools/distinfo > U graphics/ivtools/pkg-plist > U net/p5-Net-Google-Calendar/Makefile > U net/p5-Net-Google-Calendar/distinfo > U net-p2p/Makefile > U net-p2p/transmission/Makefile > U net-p2p/transmission/pkg-descr > U net-p2p/transmission-cli/Makefile > U net-p2p/transmission-cli/distinfo > U net-p2p/transmission-cli/pkg-descr > U net-p2p/transmission-cli/pkg-plist > U net-p2p/transmission-cli/files/transmission-cli-configure.ac > U net-p2p/transmission-cli/files/transmission-daemon-configure.ac > U net-p2p/transmission-cli/files/transmission-gtk2-configure.ac > U net-p2p/transmission-cli/files/transmission-web-configure.ac > U net-p2p/transmission-daemon/Makefile > U net-p2p/transmission-daemon/pkg-descr > U net-p2p/transmission-daemon/pkg-plist > U net-p2p/transmission-gtk2/Makefile > U net-p2p/transmission-gtk2/pkg-descr > U net-p2p/transmission-gtk2/pkg-plist > U www/Makefile > U www/transmission-web/Makefile > U www/transmission-web/pkg-descr > U www/transmission-web/pkg-plist ----^^^^^^^^^^^^^^^^^^^^ Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From nejc at skoberne.net Thu Aug 7 16:19:00 2008 From: nejc at skoberne.net (=?ISO-8859-1?Q?Nejc_S=28koberne?=) Date: Thu Aug 7 16:19:06 2008 Subject: Samba, Response too big for UDP, retry with TCP, Kerberos implementation on FreeBSD In-Reply-To: <04DB0C1CEA12F2449D23EDB4D0A138A8C782794193@srv-exch01.billing.ru> References: <04DB0C1CEA12F2449D23EDB4D0A138A8C782794193@srv-exch01.billing.ru> Message-ID: <489B1ED0.7000502@skoberne.net> Hey, > PS: similar problem are not present in MIT Kerberos (/usr/ports/security/krb5)) Exactly. That's why I just installed MIT Kerberos and it started working for me. Thanks, Nejc From kris at FreeBSD.org Thu Aug 7 16:36:45 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu Aug 7 16:36:52 2008 Subject: INDEX build failed for 6.x In-Reply-To: References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> Message-ID: <489B249A.20808@FreeBSD.org> Jeremy Messenger wrote: > On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing > wrote: > >> 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: transmission-gtk2-1.31: no entry for >> /usr/ports/www/transmission-web > > Why did your script took hours to find that www/transmission-web? Need > to improvement your script? This is not constructively worded. The script currently only runs every 3 hours because the system is overloaded, but you should not be relying upon it to catch the silly mistakes in your commits to begin with ;) Kris From mezz7 at cox.net Thu Aug 7 16:45:38 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 7 16:45:45 2008 Subject: INDEX build failed for 6.x In-Reply-To: <489B249A.20808@FreeBSD.org> References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> <489B249A.20808@FreeBSD.org> Message-ID: On Thu, 07 Aug 2008 11:36:42 -0500, Kris Kennaway wrote: > Jeremy Messenger wrote: >> On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing >> wrote: >> >>> 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: transmission-gtk2-1.31: no entry for >>> /usr/ports/www/transmission-web >> Why did your script took hours to find that www/transmission-web? Need >> to improvement your script? > > This is not constructively worded. The script currently only runs every > 3 hours because the system is overloaded, but you should not be relying > upon it to catch the silly mistakes in your commits to begin with ;) What mistake? Unless, I am blind? :-) Cheers, Mezz > Kris -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From erwin at FreeBSD.org Thu Aug 7 16:47:31 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 16:47:42 2008 Subject: INDEX build failed for 6.x In-Reply-To: References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> <489B249A.20808@FreeBSD.org> Message-ID: <20080807164727.GG45352@droso.net> On Thu, Aug 07, 2008 at 11:45:43AM -0500, Jeremy Messenger wrote: > On Thu, 07 Aug 2008 11:36:42 -0500, Kris Kennaway wrote: > > > Jeremy Messenger wrote: > >> On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing > >> wrote: > >> > >>> 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: transmission-gtk2-1.31: no entry for > >>> /usr/ports/www/transmission-web > >> Why did your script took hours to find that www/transmission-web? Need > >> to improvement your script? > > > > This is not constructively worded. The script currently only runs every > > 3 hours because the system is overloaded, but you should not be relying > > upon it to catch the silly mistakes in your commits to begin with ;) > > What mistake? Unless, I am blind? :-) > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/Makefile.diff?r1=1.2115;r2=1.2116;f=h -erwin -- Erwin Lansing (o_ _o) http://droso.org \\\_\ /_/// The rest is silence <____) (____> erwin@lansing.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080807/e476df50/attachment.pgp From mezz7 at cox.net Thu Aug 7 16:53:51 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 7 16:53:58 2008 Subject: INDEX build failed for 6.x In-Reply-To: <20080807164727.GG45352@droso.net> References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> <489B249A.20808@FreeBSD.org> <20080807164727.GG45352@droso.net> Message-ID: On Thu, 07 Aug 2008 11:47:28 -0500, Erwin Lansing wrote: > On Thu, Aug 07, 2008 at 11:45:43AM -0500, Jeremy Messenger wrote: >> On Thu, 07 Aug 2008 11:36:42 -0500, Kris Kennaway >> wrote: >> >> > Jeremy Messenger wrote: >> >> On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing >> >> wrote: >> >> >> >>> 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: transmission-gtk2-1.31: no entry for >> >>> /usr/ports/www/transmission-web >> >> Why did your script took hours to find that www/transmission-web? >> Need >> >> to improvement your script? >> > >> > This is not constructively worded. The script currently only runs >> every >> > 3 hours because the system is overloaded, but you should not be >> relying >> > upon it to catch the silly mistakes in your commits to begin with ;) >> >> What mistake? Unless, I am blind? :-) >> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/Makefile.diff?r1=1.2115;r2=1.2116;f=h Do'h! Thanks for fix it. The error wasn't clear, so I ignored it last night. Cheers, Mezz > -erwin -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From erwin at FreeBSD.org Thu Aug 7 16:57:09 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 7 16:57:15 2008 Subject: INDEX build failed for 6.x In-Reply-To: References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> <489B249A.20808@FreeBSD.org> <20080807164727.GG45352@droso.net> Message-ID: <20080807165707.GH45352@droso.net> On Thu, Aug 07, 2008 at 11:53:57AM -0500, Jeremy Messenger wrote: > On Thu, 07 Aug 2008 11:47:28 -0500, Erwin Lansing > wrote: > > > On Thu, Aug 07, 2008 at 11:45:43AM -0500, Jeremy Messenger wrote: > >> On Thu, 07 Aug 2008 11:36:42 -0500, Kris Kennaway > >> wrote: > >> > >> > Jeremy Messenger wrote: > >> >> On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing > >> >> wrote: > >> >> > >> >>> 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: transmission-gtk2-1.31: no entry for > >> >>> /usr/ports/www/transmission-web > >> >> Why did your script took hours to find that www/transmission-web? > >> Need > >> >> to improvement your script? > >> > > >> > This is not constructively worded. The script currently only runs > >> every > >> > 3 hours because the system is overloaded, but you should not be > >> relying > >> > upon it to catch the silly mistakes in your commits to begin with ;) > >> > >> What mistake? Unless, I am blind? :-) > >> > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/Makefile.diff?r1=1.2115;r2=1.2116;f=h > > Do'h! Thanks for fix it. The error wasn't clear, so I ignored it last > night. > No worries, easy typo to make. The "no entry for" error from 'make index' means it cannot find the port used as a dependency from another port. Usually, it is because of a typo in the *_DEPENDS line, or in this case, because the port wasn't hooked up to the build. Cheers, -erwin -- Erwin Lansing (o_ _o) http://droso.org \\\_\ /_/// The rest is silence <____) (____> erwin@lansing.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080807/20059a23/attachment.pgp From mezz7 at cox.net Thu Aug 7 17:03:36 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 7 17:03:43 2008 Subject: INDEX build failed for 6.x In-Reply-To: <20080807165707.GH45352@droso.net> References: <200808070408.m7748Jrs036172@pointyhat.freebsd.org> <489B249A.20808@FreeBSD.org> <20080807164727.GG45352@droso.net> <20080807165707.GH45352@droso.net> Message-ID: On Thu, 07 Aug 2008 11:57:07 -0500, Erwin Lansing wrote: > On Thu, Aug 07, 2008 at 11:53:57AM -0500, Jeremy Messenger wrote: >> On Thu, 07 Aug 2008 11:47:28 -0500, Erwin Lansing >> wrote: >> >> > On Thu, Aug 07, 2008 at 11:45:43AM -0500, Jeremy Messenger wrote: >> >> On Thu, 07 Aug 2008 11:36:42 -0500, Kris Kennaway >> >> wrote: >> >> >> >> > Jeremy Messenger wrote: >> >> >> On Wed, 06 Aug 2008 23:08:19 -0500, Erwin Lansing >> >> >> >> wrote: >> >> >> >> >> >>> 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: transmission-gtk2-1.31: no entry for >> >> >>> /usr/ports/www/transmission-web >> >> >> Why did your script took hours to find that www/transmission-web? >> >> Need >> >> >> to improvement your script? >> >> > >> >> > This is not constructively worded. The script currently only runs >> >> every >> >> > 3 hours because the system is overloaded, but you should not be >> >> relying >> >> > upon it to catch the silly mistakes in your commits to begin with >> ;) >> >> >> >> What mistake? Unless, I am blind? :-) >> >> >> > >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/Makefile.diff?r1=1.2115;r2=1.2116;f=h >> >> Do'h! Thanks for fix it. The error wasn't clear, so I ignored it last >> night. >> > No worries, easy typo to make. The "no entry for" error from 'make > index' means it cannot find the port used as a dependency from another > port. Usually, it is because of a typo in the *_DEPENDS line, or in I checked in *_DEPENDS like two or three times, so figured to ignore it and hope that it will be fine in next INDEX run. :-) > this case, because the port wasn't hooked up to the build. Noted, thanks. Cheers, Mezz > Cheers, > -erwin -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From stevefranks at ieee.org Thu Aug 7 17:31:11 2008 From: stevefranks at ieee.org (Steve Franks) Date: Thu Aug 7 17:31:20 2008 Subject: libSDL, portupgrade, and qemu In-Reply-To: <20080807015012.GA31538@k7.mavetju> References: <539c60b90808061631o1abf33b0q31392761d4fb4b69@mail.gmail.com> <20080807015012.GA31538@k7.mavetju> Message-ID: <539c60b90808071003r271845adu421ed72e111c9ab4@mail.gmail.com> On Wed, Aug 6, 2008 at 6:50 PM, Edwin Groothuis wrote: > >> I thought someone would want to know a "portupgrade -a" just broke my >> qemu installation. Suddenly no libSDL.so.11 was found so qemu >> wouldn't start. I was smart enough to link libSDL-1.2.so.11 to >> libSDL.so.11 in /usr/local/lib, so I have no issues, but I suspect >> this reflects some kid of failed dependency or patch/install problem, >> no? > > This change to devel/sdl12 was made four months ago... > The change indeed appeared to be well documented from what I could see. I was just observing that ports seem to be intended to install and run without additional tweaking. I was sending an FYI, in case there should be a change made to either qemu or sdl12 to make things "just work" again. I mean, if no one gives feedback on these things, they stay broken forever, right? (Not that I am expert enough to make the judgment that something is indeed broken; I am just posting my observation for the experts to digest). I love FreeBSD, and I want the newbies (of which I sort-of have graduated) to have a reasonably un-frustrating experience. Steve From virus at virus.org.ua Thu Aug 7 21:19:38 2008 From: virus at virus.org.ua (Andrey A. Belashkov) Date: Thu Aug 7 21:19:45 2008 Subject: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports. Message-ID: <20080807210129.GD70455@web3.hostdad.com> Hello. When i try to install mplayer from ports at FreeBSD 7.0-RELEASE-p3 i got error: gmake -C libvo libvo.a gmake[1]: Entering directory `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' cc -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer -I./libavcodec -I./libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I. -I./libavutil -O2 -f no-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BIT S=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/include -I/usr /local/include -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/local/includ e/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I /usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib -2.0/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -I../libavcodec -I../liba vformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavut il -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_O FFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/usr/local/include/freetype2 -I/usr/local/inclu de -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -D_THREAD_SAFE -I/usr/loc al/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include /cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local /lib/glib-2.0/include -I/usr/local/include/freetype2 -I/usr/local/include/pixman-1 -c -o vo_yuv4m peg.o vo_yuv4mpeg.c In file included from /usr/local/include/libavutil/rational.h:32, from vo_yuv4mpeg.c:46: /usr/local/include/libavutil/common.h:124: error: redefinition of 'av_log2' ../libavutil/common.h:98: error: previous definition of 'av_log2' was here /usr/local/include/libavutil/common.h:140: error: redefinition of 'av_log2_16bit' ../libavutil/common.h:116: error: previous definition of 'av_log2_16bit' was here /usr/local/include/libavutil/common.h:153: error: redefinition of 'mid_pred' ../libavutil/common.h:131: error: previous definition of 'mid_pred' was here /usr/local/include/libavutil/common.h:200: error: redefinition of 'av_clip' ../libavutil/common.h:178: error: previous definition of 'av_clip' was here /usr/local/include/libavutil/common.h:212: error: redefinition of 'av_clip_uint8' ../libavutil/common.h:190: error: previous definition of 'av_clip_uint8' was here /usr/local/include/libavutil/common.h:223: error: redefinition of 'av_clip_int16' ../libavutil/common.h:201: error: previous definition of 'av_clip_int16' was here /usr/local/include/libavutil/common.h:248: error: redefinition of 'ff_get_fourcc' ../libavutil/common.h:212: error: previous definition of 'ff_get_fourcc' was here /usr/local/include/libavutil/common.h:327: error: redefinition of 'read_time' ../libavutil/common.h:291: error: previous definition of 'read_time' was here In file included from /usr/local/include/libavutil/rational.h:32, from vo_yuv4mpeg.c:46: /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" redefined In file included from ../libavutil/avutil.h:40, from ../libswscale/swscale.h:30, from vo_yuv4mpeg.c:43: ../libavutil/common.h:349:1: warning: this is the location of the previous definition In file included from vo_yuv4mpeg.c:46: /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" redefined In file included from ../libavutil/avutil.h:40, from ../libswscale/swscale.h:30, from vo_yuv4mpeg.c:43: ../libavutil/common.h:349:1: warning: this is the location of the previous definition In file included from vo_yuv4mpeg.c:46: /usr/local/include/libavutil/rational.h:37: error: redefinition of 'struct AVRational' /usr/local/include/libavutil/rational.h:40: error: redefinition of typedef 'AVRational' ../libavutil/rational.h:39: error: previous declaration of 'AVRational' was here /usr/local/include/libavutil/rational.h:48: error: redefinition of 'av_cmp_q' ../libavutil/rational.h:47: error: previous definition of 'av_cmp_q' was here /usr/local/include/libavutil/rational.h:60: error: redefinition of 'av_q2d' ../libavutil/rational.h:59: error: previous definition of 'av_q2d' was here gmake[1]: *** [vo_yuv4mpeg.o] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' gmake: *** [libvo/libvo.a] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mplayer. *** Error code 1 Stop in /usr/ports/multimedia/mplayer. How i can fix this? ports is up to date. From kennylevinsen at gmail.com Thu Aug 7 21:24:25 2008 From: kennylevinsen at gmail.com (Kenny Lasse Hoff Levinsen) Date: Thu Aug 7 21:24:32 2008 Subject: FreeBSD Port: squeezecenter-7.0.1_4 Message-ID: <10EE4B24-FC81-4311-B774-A0F18E3C5A15@gmail.com> Hi! I'm sorry to bother, but i just wanted to ask when this port is gonna be updated (it's 7.1 now)? Know it's a simple app and i can just install it from sources (which is perl, to make it even simpler), but i just like having it in the package database, so it's easier to handle... Just wondering.... Regards - Kenny From mezz7 at cox.net Thu Aug 7 22:30:44 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 7 22:30:51 2008 Subject: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports. In-Reply-To: <20080807210129.GD70455@web3.hostdad.com> References: <20080807210129.GD70455@web3.hostdad.com> Message-ID: On Thu, 07 Aug 2008 16:01:29 -0500, Andrey A. Belashkov wrote: > Hello. > > When i try to install mplayer from ports at FreeBSD 7.0-RELEASE-p3 i got > error: > > gmake -C libvo libvo.a > gmake[1]: Entering directory > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' > cc -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > -I./libavcodec -I./libavformat > -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement > -I. -I. -I./libavutil -O2 -f > no-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BIT > S=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H > -I/usr/local/include/freetype2 -I/usr/local/include -I/usr > /local/include -I/usr/local/include/freetype2 -I/usr/local/include > -D_THREAD_SAFE -I/usr/local/includ > e/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 > -I/usr/local/include/cairo -I > /usr/local/include/pango-1.0 -I/usr/local/include > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib > -2.0/include -I/usr/local/include/freetype2 > -I/usr/local/include/pixman-1 -I../libavcodec -I../liba > vformat -Wdisabled-optimization -Wno-pointer-sign > -Wdeclaration-after-statement -I. -I.. -I../libavut > il -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > -D_LARGEFILE_SOURCE -D_FILE_O > FFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H > -I/usr/local/include/freetype2 -I/usr/local/inclu > de -I/usr/local/include -I/usr/local/include/freetype2 > -I/usr/local/include -D_THREAD_SAFE -I/usr/loc > al/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include > -I/usr/local/include/atk-1.0 -I/usr/local/include > /cairo -I/usr/local/include/pango-1.0 -I/usr/local/include > -I/usr/local/include/glib-2.0 -I/usr/local > /lib/glib-2.0/include -I/usr/local/include/freetype2 > -I/usr/local/include/pixman-1 -c -o vo_yuv4m > peg.o vo_yuv4mpeg.c > In file included from /usr/local/include/libavutil/rational.h:32, > from vo_yuv4mpeg.c:46: > /usr/local/include/libavutil/common.h:124: error: redefinition of > 'av_log2' > ../libavutil/common.h:98: error: previous definition of 'av_log2' was > here > /usr/local/include/libavutil/common.h:140: error: redefinition of > 'av_log2_16bit' > ../libavutil/common.h:116: error: previous definition of 'av_log2_16bit' > was here > /usr/local/include/libavutil/common.h:153: error: redefinition of > 'mid_pred' > ../libavutil/common.h:131: error: previous definition of 'mid_pred' was > here > /usr/local/include/libavutil/common.h:200: error: redefinition of > 'av_clip' > ../libavutil/common.h:178: error: previous definition of 'av_clip' was > here > /usr/local/include/libavutil/common.h:212: error: redefinition of > 'av_clip_uint8' > ../libavutil/common.h:190: error: previous definition of 'av_clip_uint8' > was here > /usr/local/include/libavutil/common.h:223: error: redefinition of > 'av_clip_int16' > ../libavutil/common.h:201: error: previous definition of 'av_clip_int16' > was here > /usr/local/include/libavutil/common.h:248: error: redefinition of > 'ff_get_fourcc' > ../libavutil/common.h:212: error: previous definition of 'ff_get_fourcc' > was here > /usr/local/include/libavutil/common.h:327: error: redefinition of > 'read_time' > ../libavutil/common.h:291: error: previous definition of 'read_time' was > here > In file included from /usr/local/include/libavutil/rational.h:32, > from vo_yuv4mpeg.c:46: > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" > redefined > In file included from ../libavutil/avutil.h:40, > from ../libswscale/swscale.h:30, > from vo_yuv4mpeg.c:43: > ../libavutil/common.h:349:1: warning: this is the location of the > previous definition > In file included from vo_yuv4mpeg.c:46: > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" > redefined > In file included from ../libavutil/avutil.h:40, > from ../libswscale/swscale.h:30, > from vo_yuv4mpeg.c:43: > ../libavutil/common.h:349:1: warning: this is the location of the > previous definition > In file included from vo_yuv4mpeg.c:46: > /usr/local/include/libavutil/rational.h:37: error: redefinition of > 'struct AVRational' > /usr/local/include/libavutil/rational.h:40: error: redefinition of > typedef 'AVRational' > ../libavutil/rational.h:39: error: previous declaration of 'AVRational' > was here > /usr/local/include/libavutil/rational.h:48: error: redefinition of > 'av_cmp_q' > ../libavutil/rational.h:47: error: previous definition of 'av_cmp_q' was > here > /usr/local/include/libavutil/rational.h:60: error: redefinition of > 'av_q2d' > ../libavutil/rational.h:59: error: previous definition of 'av_q2d' was > here > gmake[1]: *** [vo_yuv4mpeg.o] Error 1 > gmake[1]: Leaving directory > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' > gmake: *** [libvo/libvo.a] Error 2 > *** Error code 2 > > Stop in /usr/ports/multimedia/mplayer. > *** Error code 1 > > Stop in /usr/ports/multimedia/mplayer. > > How i can fix this? ports is up to date. http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From simon at bluefiresystems.co.uk Fri Aug 8 00:17:42 2008 From: simon at bluefiresystems.co.uk (Simon Kinsella) Date: Fri Aug 8 00:17:52 2008 Subject: Port proposal - VSTools acceleration driver for Virtual Iron Message-ID: <489B8DB0.2020003@bluefiresystems.co.uk> Hi I'm currently liaising with a company that offers 'cloud' style scalable virtual server hosting for Linux based on their Virtual Iron infrastructure. As a committed FreeBSD user/fan and potential customer, I'm working with them to trial and introduce FreeBSD 7 to their list of supported OSes. As it stands, I am told that FreeBSD does seem to run as a guest OS under Virtual Iron (which is based on Xen), but some performance and VI features are lost because there's no version of the VSTools accelerated Linux driver set for FreeBSD, making it something of a second-class citizen to the ubiquitous Linux offerings. So I'm thinking: 0) It would seem to be increasingly important that FreeBSD doesn't get left by the wayside as virtualistaion becomes more common. 1) Is there any known initiative/project out there already looking into porting vstools? 2) Are there known technical barriers to doing this? Apparently only a handful of Linux distros themselves are supported out of the box. 3) Is anyone interested? :) FWIW, VSTools is GPL and readily obtainable, along with Open Virtual Iron: http://www.virtualiron.com/Support/Downloads/Open-Virtual-Iron/index.php I toyed with taking it on myself but it looks quite hairy and I don't have either the hardware nor any practical experience of FreeBSD/Linux driver development or internals! Thoughts? /Simon -- Simon Kinsella This message has been scanned for viruses. From leslie at eskk.nu Fri Aug 8 13:44:41 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Fri Aug 8 13:44:48 2008 Subject: multimedia/transcode won't build Message-ID: <489C4DC0.3030806@eskk.nu> Hello I have the above problem. I have tried make deinstall and then reinstall, same error. Any hints? Thanks /Leslie ----------------------------------------- In file included from import_nuv.c:19: ../../libtc/tc_lzo.h:13:23: error: lzo/lzo1x.h: No such file or directory ../../libtc/tc_lzo.h:14:25: error: lzo/lzoutil.h: No such file or directory import_nuv.c: In function 'nuv_decode_video': import_nuv.c:473: warning: pointer targets in assignment differ in signedness import_nuv.c:480: error: 'lzo_uint' undeclared (first use in this function) import_nuv.c:480: error: (Each undeclared identifier is reported only once import_nuv.c:480: error: for each function it appears in.) import_nuv.c:480: error: expected ';' before 'len' import_nuv.c:486: warning: implicit declaration of function 'lzo1x_decompress' import_nuv.c:487: error: 'len' undeclared (first use in this function) import_nuv.c:487: error: 'LZO_E_OK' undeclared (first use in this function) import_nuv.c:509: warning: pointer targets in passing argument 2 of 'RTjpeg_deco mpressYUV420' differ in signedness import_nuv.c: In function 'import_nuv_decode': import_nuv.c:624: warning: pointer targets in assignment differ in signedness gmake[3]: *** [import_nuv_la-import_nuv.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/transcode/work/transcode-1.0. 6/import/nuv' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/transcode/work/transcode-1.0. 6/import' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/transcode/work/transcode-1.0. 6' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/transcode. *** Error code 1 Stop in /usr/ports/multimedia/transcode. ----------------------------------------- From pgollucci at ridecharge.com Fri Aug 8 13:54:05 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Fri Aug 8 13:54:12 2008 Subject: devel/libslang -> devel/libslang2 Message-ID: <489C4FFB.3060302@ridecharge.com> Hi I'm in the midst of a patch to obsolete libslang in favor of libslang2. Covering at least 1 PR. http://people.freebsd.org/~pgollucci/devel_libslang2.diff Needs work on NO* var testing, and slirc fixing atm... Questions, Comments, Suggestions ? -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) 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. From carpetsmoker at rwxrwxrwx.net Fri Aug 8 13:58:59 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Fri Aug 8 13:59:06 2008 Subject: multimedia/transcode won't build In-Reply-To: <489C4DC0.3030806@eskk.nu> References: <489C4DC0.3030806@eskk.nu> Message-ID: <20080808135842.GA71650@rwxrwxrwx.net> On Fri, Aug 08, 2008 at 03:44:32PM +0200, Leslie Jensen wrote: > Hello > > I have the above problem. > > I have tried make deinstall and then reinstall, same error. > > Any hints? > > Thanks > /Leslie > > > ----------------------------------------- > In file included from import_nuv.c:19: > ../../libtc/tc_lzo.h:13:23: error: lzo/lzo1x.h: No such file or directory > ../../libtc/tc_lzo.h:14:25: error: lzo/lzoutil.h: No such file or directory > import_nuv.c: In function 'nuv_decode_video': > import_nuv.c:473: warning: pointer targets in assignment differ in > signedness > import_nuv.c:480: error: 'lzo_uint' undeclared (first use in this function) > import_nuv.c:480: error: (Each undeclared identifier is reported only once > import_nuv.c:480: error: for each function it appears in.) > import_nuv.c:480: error: expected ';' before 'len' > import_nuv.c:486: warning: implicit declaration of function > 'lzo1x_decompress' > import_nuv.c:487: error: 'len' undeclared (first use in this function) > import_nuv.c:487: error: 'LZO_E_OK' undeclared (first use in this function) > import_nuv.c:509: warning: pointer targets in passing argument 2 of > 'RTjpeg_deco > mpressYUV420' differ in signedness > import_nuv.c: In function 'import_nuv_decode': > import_nuv.c:624: warning: pointer targets in assignment differ in > signedness > gmake[3]: *** [import_nuv_la-import_nuv.lo] Error 1 > gmake[3]: Leaving directory > `/usr/ports/multimedia/transcode/work/transcode-1.0. > 6/import/nuv' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/multimedia/transcode/work/transcode-1.0. > 6/import' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/multimedia/transcode/work/transcode-1.0. > 6' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/multimedia/transcode. > *** Error code 1 > > Stop in /usr/ports/multimedia/transcode. > ----------------------------------------- I had the same problem today, it's probably a bug in the port ... Haven't had the time to look into it. -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org QOTD: There is nothing wrong with abstinence, in moderation. From amdmi3 at amdmi3.ru Fri Aug 8 14:13:46 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Aug 8 14:13:55 2008 Subject: Port proposal - VSTools acceleration driver for Virtual Iron In-Reply-To: <489B8DB0.2020003@bluefiresystems.co.uk> References: <489B8DB0.2020003@bluefiresystems.co.uk> Message-ID: <20080808141419.GA14040@hades.panopticon> * Simon Kinsella (simon@bluefiresystems.co.uk) wrote: > Thoughts? As I understand, you're speaking of porting kernel drivers. In that case you should probably write to another maillist. freebsd-ports@ is for FreeBSD Ports Collection, not kernel stuff. Here's listing of all FreeBSD maillists: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL I can think of freebsd-virtualization@ and freebsd-hackers@ -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From pisymbol at gmail.com Fri Aug 8 14:40:54 2008 From: pisymbol at gmail.com (Alexander Sack) Date: Fri Aug 8 14:41:01 2008 Subject: FreeBSD Port: boost 1.36 In-Reply-To: <1216576403.10706.7.camel@toshi.weizenstrasse> References: <1216576403.10706.7.camel@toshi.weizenstrasse> Message-ID: <18892761.post@talk.nabble.com> Jean-Pierre Bergamin-2 wrote: > > Dear FreeBSD folks > > Boost 1.36.0 will soon be released. Are there any plans to make a port > of this new release? The one for version 1.35 was already missing. > > If I can help you in preparing the port in any way, please let me know. > > > > Regards > > James > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > Has there been any definitive word about this? I was able to get boost-1.35 running on a 6.1 with some build changes but I see no reason why 1.36 should be that difficult if we take the existing beta boost-1.35 that was done and update it. Any word? -aps -- View this message in context: http://www.nabble.com/FreeBSD-Port%3A-boost-1.36-tp18557117p18892761.html Sent from the freebsd-ports mailing list archive at Nabble.com. From craig001 at lerwick.hopto.org Fri Aug 8 14:45:56 2008 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Fri Aug 8 14:46:09 2008 Subject: multimedia/transcode won't build In-Reply-To: <20080808135842.GA71650@rwxrwxrwx.net> References: <489C4DC0.3030806@eskk.nu> <20080808135842.GA71650@rwxrwxrwx.net> Message-ID: <1218205120.70877.3.camel@main.lerwick.hopto.org> On Fri, 2008-08-08 at 15:58 +0200, Martin Tournoij wrote: > On Fri, Aug 08, 2008 at 03:44:32PM +0200, Leslie Jensen wrote: > > Hello > > > > I have the above problem. > > > > I have tried make deinstall and then reinstall, same error. > > > > Any hints? > > > > Thanks > > /Leslie > > > > > > ----------------------------------------- > > In file included from import_nuv.c:19: > > ../../libtc/tc_lzo.h:13:23: error: lzo/lzo1x.h: No such file or directory > > ../../libtc/tc_lzo.h:14:25: error: lzo/lzoutil.h: No such file or directory > > import_nuv.c: In function 'nuv_decode_video': > > import_nuv.c:473: warning: pointer targets in assignment differ in > > signedness > > import_nuv.c:480: error: 'lzo_uint' undeclared (first use in this function) > > import_nuv.c:480: error: (Each undeclared identifier is reported only once > > import_nuv.c:480: error: for each function it appears in.) > > import_nuv.c:480: error: expected ';' before 'len' > > import_nuv.c:486: warning: implicit declaration of function > > 'lzo1x_decompress' > > import_nuv.c:487: error: 'len' undeclared (first use in this function) > > import_nuv.c:487: error: 'LZO_E_OK' undeclared (first use in this function) > > import_nuv.c:509: warning: pointer targets in passing argument 2 of > > 'RTjpeg_deco > > mpressYUV420' differ in signedness > > import_nuv.c: In function 'import_nuv_decode': > > import_nuv.c:624: warning: pointer targets in assignment differ in > > signedness > > gmake[3]: *** [import_nuv_la-import_nuv.lo] Error 1 > > gmake[3]: Leaving directory > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > 6/import/nuv' > > gmake[2]: *** [all-recursive] Error 1 > > gmake[2]: Leaving directory > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > 6/import' > > gmake[1]: *** [all-recursive] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > 6' > > gmake: *** [all] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/multimedia/transcode. > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/transcode. > > ----------------------------------------- > > I had the same problem today, it's probably a bug in the port ... Haven't had > the time to look into it. > have you got /usr/ports/archivers/lzo installed ? it looks like the port is trying to pull in an include files from it... Cheers Craig B ============================================================ This email has been handled by lerwick.hopto.org mail server and has been scanned by 3 virus killers and spamassassin ============================================================ From simon at bluefiresystems.co.uk Fri Aug 8 15:50:12 2008 From: simon at bluefiresystems.co.uk (Simon Kinsella) Date: Fri Aug 8 15:50:19 2008 Subject: Port proposal - VSTools acceleration driver for Virtual Iron In-Reply-To: <20080808141419.GA14040@hades.panopticon> References: <489B8DB0.2020003@bluefiresystems.co.uk> <20080808141419.GA14040@hades.panopticon> Message-ID: <489C6B2F.6040108@bluefiresystems.co.uk> Dmitry Marakasov wrote: > * Simon Kinsella (simon@bluefiresystems.co.uk) wrote: > >> Thoughts? > As I understand, you're speaking of porting kernel drivers. In that > case you should probably write to another maillist. freebsd-ports@ > is for FreeBSD Ports Collection, not kernel stuff. > > Here's listing of all FreeBSD maillists: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL > > I can think of freebsd-virtualization@ and freebsd-hackers@ > Fair enough - I did wonder. I reasoned that since it was a port of existing code from another platform it might fall under -ports. Could equally be -drivers too I guess. Thanks, Simon -- Simon Kinsella This message has been scanned for viruses. From datahead4 at gmail.com Fri Aug 8 17:47:28 2008 From: datahead4 at gmail.com (Matt) Date: Fri Aug 8 17:47:34 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: <20080507153339.GA61304@eos.sc1.parodius.com> References: <20080506053244.GA94936@eos.sc1.parodius.com> <20080507143004.GA59170@eos.sc1.parodius.com> <1210171696.30323.2.camel@squirrel.corp.cox.com> <20080507153339.GA61304@eos.sc1.parodius.com> Message-ID: On Wed, May 7, 2008 at 10:33 AM, Jeremy Chadwick wrote: > > On Wed, May 07, 2008 at 10:22:09AM -0500, Matt wrote: > > On Wed, May 7, 2008 at 9:53 AM, Matt wrote: > > > On Wed, May 7, 2008 at 9:48 AM, Robert Noland wrote: > > > > On Wed, 2008-05-07 at 07:30 -0700, Jeremy Chadwick wrote: > > > > > On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > > > > > > Sorry - should have been more specific than the generic "stuck" > > > > > > description. Top shows the process state as "fu_msg" and it is not > > > > > > consuming any processor resources, just seemingly sits there idling. > > > > > > Output from ps is: > > > > > > > > > > > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > > > > > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > > > > > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto > > > > > > > > > > The "T" flag under State says that the process is stopped. It's as if > > > > > the process was running in the foreground, and was ^Z'd -- same > > > > > behaviour. > As a (very) late follow-up to this issue, looks like the latest Gnome ports have eliminated this issue. I haven't seen it for the last few weeks after doing a full portupgrade on Gnome. Thanks, Matt From fabianruch at bsdgroup.de Fri Aug 8 20:33:41 2008 From: fabianruch at bsdgroup.de (Fabian Ruch) Date: Fri Aug 8 20:33:48 2008 Subject: [PATCH] audio/jack-rack: Optional GNOME and WITHOUT_NLS support added Message-ID: <200808082022.m78KMHMa082217@beastie.local> >Submitter-Id: current-users >Originator: Fabian Ruch >Organization: >Confidential: no >Synopsis: [PATCH] audio/jack-rack: Optional GNOME and WITHOUT_NLS support added >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 7.0-RELEASE-p2 i386 >Environment: System: FreeBSD beastie.local 7.0-RELEASE-p2 FreeBSD 7.0-RELEASE-p2 #0: Wed Jun 18 07:33:20 UTC 2008 >Description: - PORTREVISION increased (dependencies and options modified) - BUILD_DEPENDS now holds all ports providing headers directly included by source files - shared libraries the port depends on got versions to be checked - post-patch script path adjustment replaced by configure argument --disable-desktop-inst - optional GNOME and WITHOUT_NLS support added on the basis of the porters handbook - in conjunction with the latter pkg-plist contains substitutes Hopefully not too much mistakes in language, report and changes... Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- jack-rack-1.4.5_3.patch begins here --- diff -ruN --exclude=CVS /usr/home/fabian/ports/audio/jack-rack.orig/Makefile /usr/home/fabian/ports/audio/jack-rack/Makefile --- /usr/home/fabian/ports/audio/jack-rack.orig/Makefile 2008-08-06 18:02:49.000000000 +0200 +++ /usr/home/fabian/ports/audio/jack-rack/Makefile 2008-08-08 21:37:44.000000000 +0200 @@ -7,27 +7,44 @@ PORTNAME= jack-rack PORTVERSION= 1.4.5 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES= audio MASTER_SITES= SF/jack-rack MAINTAINER= ports@FreeBSD.org COMMENT= A LADSPA effects rack for the JACK audio server -BUILD_DEPENDS= ${LOCALBASE}/include/ladspa.h:${PORTSDIR}/audio/ladspa -LIB_DEPENDS= jack:${PORTSDIR}/audio/jack \ - lrdf:${PORTSDIR}/textproc/liblrdf -RUN_DEPENDS= ${LOCALBASE}/include/ladspa.h:${PORTSDIR}/audio/ladspa +BUILD_DEPENDS= ${LOCALBASE}/include/ladspa.h:${PORTSDIR}/audio/ladspa \ + ${LOCALBASE}/include/jack/jack.h:${PORTSDIR}/audio/jack \ + ${LOCALBASE}/include/lrdf.h:${PORTSDIR}/textproc/liblrdf +LIB_DEPENDS= jack.0:${PORTSDIR}/audio/jack \ + lrdf.2:${PORTSDIR}/textproc/liblrdf USE_BZIP2= yes -USE_GNOME= libgnomeui libxml2 +USE_GNOME= gtk20 libxml2 +WANT_GNOME= yes GNU_CONFIGURE= yes CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" -CONFIGURE_ARGS= --disable-ladcca --disable-lash +CONFIGURE_ARGS=--disable-ladcca --disable-lash --disable-desktop-inst -post-patch: - @${REINPLACE_CMD} -e '/^jr_desktop_install/ s|/usr/share|${PREFIX}/share|' \ - ${WRKSRC}/configure +.if !defined(WITHOUT_NLS) +USE_GETTEXT= yes +PLIST_SUB= NLS="" +.else +CONFIGURE_ARGS+=--disable-nls +PLIST_SUB= NLS="@comment " +.endif + +.include + +.if ${HAVE_GNOME:Mlibgnomeui}!="" +USE_GNOME+= gnomeprefix gnomehack libgnomeui +PKGNAMESUFFIX= -gnome +PLIST_SUB+= DATADIR="share/gnome" +.else +CONFIGURE_ARGS+=--disable-gnome +PLIST_SUB+= DATADIR="share" +.endif -.include +.include diff -ruN --exclude=CVS /usr/home/fabian/ports/audio/jack-rack.orig/pkg-plist /usr/home/fabian/ports/audio/jack-rack/pkg-plist --- /usr/home/fabian/ports/audio/jack-rack.orig/pkg-plist 2008-08-06 18:02:49.000000000 +0200 +++ /usr/home/fabian/ports/audio/jack-rack/pkg-plist 2008-08-06 18:02:49.000000000 +0200 @@ -1,16 +1,16 @@ bin/jack-rack -share/applications/jack-rack.desktop -share/dtds/jack_rack_1.0.dtd -share/dtds/jack_rack_1.1.dtd -share/dtds/jack_rack_1.2.dtd -share/jack-rack/gnome-mixer-small.png -share/jack-rack/jack-rack-logo.png -share/jack-rack/jr-cross.png -share/jack-rack/jr-down-arrow.png -share/jack-rack/jr-up-arrow.png -share/locale/fr/LC_MESSAGES/jack-rack.mo -share/locale/ru/LC_MESSAGES/jack-rack.mo -share/pixmaps/jack-rack-icon.png -@dirrmtry share/applications -@dirrmtry share/dtds -@dirrm share/jack-rack +%%DATADIR%%/applications/jack-rack.desktop +%%DATADIR%%/dtds/jack_rack_1.0.dtd +%%DATADIR%%/dtds/jack_rack_1.1.dtd +%%DATADIR%%/dtds/jack_rack_1.2.dtd +%%DATADIR%%/jack-rack/gnome-mixer-small.png +%%DATADIR%%/jack-rack/jack-rack-logo.png +%%DATADIR%%/jack-rack/jr-cross.png +%%DATADIR%%/jack-rack/jr-down-arrow.png +%%DATADIR%%/jack-rack/jr-up-arrow.png +%%NLS%%%%DATADIR%%/locale/fr/LC_MESSAGES/jack-rack.mo +%%NLS%%%%DATADIR%%/locale/ru/LC_MESSAGES/jack-rack.mo +%%DATADIR%%/pixmaps/jack-rack-icon.png +@dirrmtry %%DATADIR%%/applications +@dirrmtry %%DATADIR%%/dtds +@dirrm %%DATADIR%%/jack-rack --- jack-rack-1.4.5_3.patch ends here --- From miwi at FreeBSD.org Sat Aug 9 17:24:46 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Aug 9 17:25:16 2008 Subject: [HEADS UP] KDE 4.1.0 for FreeBSD available Message-ID: <20080809172441.GA21534@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On behalf of the KDE FreeBSD team, it is my great pleasure to announce that KDE4 has been merged into the FreeBSD ports tree. The official KDE 4.1.0 release notes can be found at http://www.kde.org/announcements/4.1/. Part of the work that has been done is to make sure that it nicely co-exists with an existing KDE 3.x installation. Because of this, users should note that their personal configuration directory is now ~/.kde4, and that application settings are NOT migrated from an existing KDE 3.x installation. This is to ensure that existing applications continue to work correctly whether you run them in a KDE 3 or KDE 4 session. Some points to note: * Prefix KDE4 will be installed into a custom prefixes namely ${LOCALBASE}/kde4. KDE4 and KDE3 can co-exist. * Sound For sound to work, it is necessary to have dbus and hal enabled in your system. Please see the respective documentation on how to enable these. * Login Manager If you if you want to continue to use to use the KDE 4.x KDM as your login manager, the correct entry to put in /etc/ttys is ttyv8 "/usr/local/kde4/bin/kdm -nodaemon" xterm on secure If you would like to log into KDE 4.x with the KDE 3.x Login Manager (KDM), create a file /usr/local/share/apps/kdm/sessions kde4.desktop [Desktop Entry] Encoding=UTF-8 Type=XSession Exec=/usr/local/kde4/bin/startkde4 TryExec=/usr/local/kde4/bin/startkde4 Name=KDE 4.x Comment=The K Desktop Environment. Similarly, if you want to still use KDE 3.x from your KDM 4.x, you should create a file /usr/local/kde4/share/apps/kdm/sessions/kde3.desktop containing [Desktop Entry] Encoding=UTF-8 Type=XSession Exec=/usr/local/bin/startkde TryExec=/usr/local/bin/startkde Name=KDE 3.x Comment=The K Desktop Environment 3.x The KDE FreeBSD team would also like to thank our various testers and contributors: ndy Fawcett Danny Pansters David Naylor David Johnson Diego Depaoli Dorian B?ttner Dwayne MacKinnon Ernst W. Winter Hannes Hauswedell Joseph Kerian Kemian Dang Kris Moore (PC-BSD) Matt Dawson Max Brazhnikov (who joined the KDE FreeBSD Team) Max Laier Rene Ladan Sticky Bit Thiago Rodrigues Santos Thomas Abthorpe (tabthorpe@) Tobias Stadler Pawe\u0142 Wieczorek ZOleg MK and of course the portmgr people for the cluster runs and repocopys. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkid0tkACgkQFwpycAVoI1MeBQCfR9TqsACX22LJoyscZHZsR0XZ oMYAoJaNRni2SBoz3xYm8bacD6j1W1tj =O5cc -----END PGP SIGNATURE----- From erwin at FreeBSD.org Sat Aug 9 19:12:45 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Aug 9 19:13:19 2008 Subject: INDEX build failed for 6.x Message-ID: <200808091912.m79JCqoM050531@pointyhat.freebsd.org> 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: kde4-4.1.0: no entry for /usr/ports/games/kdegames4 make_index: kde4-4.1.0: no entry for /usr/ports/sysutils/kdeadmin4 Warning: Duplicate INDEX entry: zh_CN-koffice-i18n-1.6.3 Warning: Duplicate INDEX entry: zh_TW-koffice-i18n-1.6.3 Warning: Duplicate INDEX entry: kdepim-3.5.8_1 Committers on the hook: marcus mezz miwi Most recent CVS update was: U Mk/bsd.kde4.mk U Mk/bsd.port.mk U accessibility/Makefile U accessibility/kdeaccessibility4/Makefile U accessibility/kdeaccessibility4/distinfo U accessibility/kdeaccessibility4/pkg-descr U accessibility/kdeaccessibility4/pkg-plist U chinese/Makefile U chinese/kde4-l10n-zh_CN/Makefile U chinese/kde4-l10n-zh_CN/distinfo U chinese/kde4-l10n-zh_CN/pkg-descr U chinese/kde4-l10n-zh_CN/pkg-plist U chinese/kde4-l10n-zh_TW/Makefile U chinese/kde4-l10n-zh_TW/distinfo U chinese/kde4-l10n-zh_TW/pkg-descr U chinese/kde4-l10n-zh_TW/pkg-plist U databases/Makefile U databases/akonadi/Makefile U databases/akonadi/distinfo U databases/akonadi/pkg-descr U databases/akonadi/pkg-plist U deskutils/Makefile U deskutils/kdepim4/Makefile U deskutils/kdepim4/distinfo U deskutils/kdepim4/pkg-descr U deskutils/kdepim4/pkg-plist U deskutils/kdepimlibs4/Makefile U deskutils/kdepimlibs4/distinfo U deskutils/kdepimlibs4/pkg-descr U deskutils/kdepimlibs4/pkg-plist U deskutils/kdeplasma-addons/Makefile U deskutils/kdeplasma-addons/distinfo U deskutils/kdeplasma-addons/pkg-descr U deskutils/kdeplasma-addons/pkg-plist U devel/Makefile U devel/automoc4/Makefile U devel/automoc4/distinfo U devel/automoc4/pkg-descr U devel/automoc4/pkg-plist U devel/kdesdk4/Makefile U devel/kdesdk4/distinfo U devel/kdesdk4/pkg-plist U french/Makefile U french/kde4-l10n/Makefile U french/kde4-l10n/distinfo U french/kde4-l10n/pkg-descr U french/kde4-l10n/pkg-plist U games/kdegames4/Makefile U games/kdegames4/distinfo U games/kdegames4/pkg-plist U german/Makefile U german/kde4-l10n/Makefile U german/kde4-l10n/distinfo U german/kde4-l10n/pkg-plist U graphics/Makefile U graphics/kdegraphics4/Makefile U graphics/kdegraphics4/distinfo U graphics/kdegraphics4/pkg-descr U graphics/kdegraphics4/pkg-plist U graphics/kdegraphics4/files/patch-kamera-config-kamera.h U hungarian/Makefile U hungarian/kde4-l10n/Makefile U hungarian/kde4-l10n/distinfo U hungarian/kde4-l10n/pkg-descr U hungarian/kde4-l10n/pkg-plist U japanese/Makefile U japanese/kde4-l10n/Makefile U japanese/kde4-l10n/distinfo U japanese/kde4-l10n/pkg-descr U japanese/kde4-l10n/pkg-plist U korean/Makefile U korean/kde4-l10n/Makefile U korean/kde4-l10n/distinfo U korean/kde4-l10n/pkg-descr U korean/kde4-l10n/pkg-plist U misc/Makefile U misc/kde4-l10n/Makefile U misc/kde4-l10n/pkg-descr U misc/kde4-l10n/files/bsd.l10n.mk U misc/kde4-l10n-bg/Makefile U misc/kde4-l10n-bg/distinfo U misc/kde4-l10n-bg/pkg-descr U misc/kde4-l10n-bg/pkg-plist U misc/kde4-l10n-ca/Makefile U misc/kde4-l10n-ca/distinfo U misc/kde4-l10n-ca/pkg-descr U misc/kde4-l10n-ca/pkg-plist U misc/kde4-l10n-cs/Makefile U misc/kde4-l10n-cs/distinfo U misc/kde4-l10n-cs/pkg-descr U misc/kde4-l10n-cs/pkg-plist U misc/kde4-l10n-csb/Makefile U misc/kde4-l10n-csb/distinfo U misc/kde4-l10n-csb/pkg-descr U misc/kde4-l10n-csb/pkg-plist U misc/kde4-l10n-da/Makefile U misc/kde4-l10n-da/distinfo U misc/kde4-l10n-da/pkg-descr U misc/kde4-l10n-da/pkg-plist U misc/kde4-l10n-el/Makefile U misc/kde4-l10n-el/distinfo U misc/kde4-l10n-el/pkg-descr U misc/kde4-l10n-el/pkg-plist U misc/kde4-l10n-en_GB/Makefile U misc/kde4-l10n-en_GB/distinfo U misc/kde4-l10n-en_GB/pkg-descr U misc/kde4-l10n-en_GB/pkg-plist U misc/kde4-l10n-eo/Makefile U misc/kde4-l10n-eo/distinfo U misc/kde4-l10n-eo/pkg-descr U misc/kde4-l10n-eo/pkg-plist U misc/kde4-l10n-es/Makefile U misc/kde4-l10n-es/distinfo U misc/kde4-l10n-es/pkg-descr U misc/kde4-l10n-es/pkg-plist U misc/kde4-l10n-et/Makefile U misc/kde4-l10n-et/distinfo U misc/kde4-l10n-et/pkg-descr U misc/kde4-l10n-et/pkg-plist U misc/kde4-l10n-fi/Makefile U misc/kde4-l10n-fi/distinfo U misc/kde4-l10n-fi/pkg-descr U misc/kde4-l10n-fi/pkg-plist U misc/kde4-l10n-fy/Makefile U misc/kde4-l10n-fy/distinfo U misc/kde4-l10n-fy/pkg-descr U misc/kde4-l10n-fy/pkg-plist U misc/kde4-l10n-ga/Makefile U misc/kde4-l10n-ga/distinfo U misc/kde4-l10n-ga/pkg-descr U misc/kde4-l10n-ga/pkg-plist U misc/kde4-l10n-gl/Makefile U misc/kde4-l10n-gl/distinfo U misc/kde4-l10n-gl/pkg-descr U misc/kde4-l10n-gl/pkg-plist U misc/kde4-l10n-hi/Makefile U misc/kde4-l10n-hi/distinfo U misc/kde4-l10n-hi/pkg-descr U misc/kde4-l10n-hi/pkg-plist U misc/kde4-l10n-it/Makefile U misc/kde4-l10n-it/distinfo U misc/kde4-l10n-it/pkg-descr U misc/kde4-l10n-it/pkg-plist U misc/kde4-l10n-kk/Makefile U misc/kde4-l10n-kk/distinfo U misc/kde4-l10n-kk/pkg-descr U misc/kde4-l10n-kk/pkg-plist U misc/kde4-l10n-km/Makefile U misc/kde4-l10n-km/distinfo U misc/kde4-l10n-km/pkg-descr U misc/kde4-l10n-km/pkg-plist U misc/kde4-l10n-ku/Makefile U misc/kde4-l10n-ku/distinfo U misc/kde4-l10n-ku/pkg-descr U misc/kde4-l10n-ku/pkg-plist U misc/kde4-l10n-lt/Makefile U misc/kde4-l10n-lt/distinfo U misc/kde4-l10n-lt/pkg-descr U misc/kde4-l10n-lt/pkg-plist U misc/kde4-l10n-lv/Makefile U misc/kde4-l10n-lv/distinfo U misc/kde4-l10n-lv/pkg-descr U misc/kde4-l10n-lv/pkg-plist U misc/kde4-l10n-mk/Makefile U misc/kde4-l10n-mk/distinfo U misc/kde4-l10n-mk/pkg-descr U misc/kde4-l10n-mk/pkg-plist U misc/kde4-l10n-ml/Makefile U misc/kde4-l10n-ml/distinfo U misc/kde4-l10n-ml/pkg-descr U misc/kde4-l10n-ml/pkg-plist U misc/kde4-l10n-nb/Makefile U misc/kde4-l10n-nb/distinfo U misc/kde4-l10n-nb/pkg-descr U misc/kde4-l10n-nb/pkg-plist U misc/kde4-l10n-nds/Makefile U misc/kde4-l10n-nds/distinfo U misc/kde4-l10n-nds/pkg-descr U misc/kde4-l10n-nds/pkg-plist U misc/kde4-l10n-nl/Makefile U misc/kde4-l10n-nl/distinfo U misc/kde4-l10n-nl/pkg-descr U misc/kde4-l10n-nl/pkg-plist U misc/kde4-l10n-nn/Makefile U misc/kde4-l10n-nn/distinfo U misc/kde4-l10n-nn/pkg-descr U misc/kde4-l10n-nn/pkg-plist U misc/kde4-l10n-pa/Makefile U misc/kde4-l10n-pa/distinfo U misc/kde4-l10n-pa/pkg-descr U misc/kde4-l10n-pa/pkg-plist U misc/kde4-l10n-sl/Makefile U misc/kde4-l10n-sl/distinfo U misc/kde4-l10n-sl/pkg-descr U misc/kde4-l10n-sl/pkg-plist U misc/kde4-l10n-sr/Makefile U misc/kde4-l10n-sr/distinfo U misc/kde4-l10n-sr/pkg-descr U misc/kde4-l10n-sr/pkg-plist U misc/kde4-l10n-sv/Makefile U misc/kde4-l10n-sv/distinfo U misc/kde4-l10n-sv/pkg-descr U misc/kde4-l10n-sv/pkg-plist U misc/kde4-l10n-ta/Makefile U misc/kde4-l10n-ta/distinfo U misc/kde4-l10n-ta/pkg-descr U misc/kde4-l10n-ta/pkg-plist U misc/kde4-l10n-th/Makefile U misc/kde4-l10n-th/distinfo U misc/kde4-l10n-th/pkg-descr U misc/kde4-l10n-th/pkg-plist U misc/kde4-l10n-tr/Makefile U misc/kde4-l10n-tr/distinfo U misc/kde4-l10n-tr/pkg-descr U misc/kde4-l10n-tr/pkg-plist U misc/kde4-l10n-wa/Makefile U misc/kde4-l10n-wa/distinfo U misc/kde4-l10n-wa/pkg-descr U misc/kde4-l10n-wa/pkg-plist U misc/kde4-shared-mime-info/Makefile U misc/kde4-shared-mime-info/pkg-descr U misc/kde4-shared-mime-info/pkg-plist U misc/kde4-xdg-env/Makefile U misc/kde4-xdg-env/files/xdg-env.sh.in U misc/kdeedu4/Makefile U misc/kdeedu4/distinfo U misc/kdeedu4/pkg-descr U misc/kdeedu4/pkg-plist U misc/kdehier4/Makefile U misc/kdehier4/pkg-descr U misc/kdehier4/pkg-plist U misc/kdehier4/files/dirlist U misc/kdehier4/files/make-plist.sh U misc/kdehier4/files/mtree-dirlist U misc/kdeutils4/Makefile U misc/kdeutils4/distinfo U misc/kdeutils4/pkg-plist U misc/konq-plugins-kde4/Makefile U misc/konq-plugins-kde4/distinfo U misc/konq-plugins-kde4/pkg-descr U misc/konq-plugins-kde4/pkg-plist U multimedia/Makefile U multimedia/kdemultimedia4/Makefile U multimedia/kdemultimedia4/distinfo U multimedia/kdemultimedia4/pkg-descr U multimedia/kdemultimedia4/pkg-plist U multimedia/kdemultimedia4/files/patch-CMakeLists.txt U multimedia/kdemultimedia4/files/patch-doc-CMakeLists.txt U multimedia/phonon/Makefile U multimedia/phonon/distinfo U multimedia/phonon/pkg-descr U multimedia/phonon/pkg-plist U multimedia/phonon/files/patch-CMakeLists.txt U multimedia/phonon/files/pkg-message.in U net/Makefile U net/kdenetwork4/Makefile U net/kdenetwork4/distinfo U net/kdenetwork4/pkg-descr U net/kdenetwork4/pkg-plist U net-p2p/transmission/Makefile U net-p2p/transmission-cli/Makefile U net-p2p/transmission-cli/distinfo U net-p2p/transmission-cli/files/transmission-cli-configure.ac U net-p2p/transmission-cli/files/transmission-daemon-configure.ac U net-p2p/transmission-cli/files/transmission-gtk2-configure.ac U net-p2p/transmission-cli/files/transmission-web-configure.ac U polish/Makefile U polish/kde4-l10n/Makefile U polish/kde4-l10n/distinfo U polish/kde4-l10n/pkg-descr U polish/kde4-l10n/pkg-plist U portuguese/Makefile U portuguese/kde4-l10n/Makefile U portuguese/kde4-l10n/distinfo U portuguese/kde4-l10n/pkg-descr U portuguese/kde4-l10n/pkg-plist U portuguese/kde4-l10n-pt_BR/Makefile U portuguese/kde4-l10n-pt_BR/distinfo U portuguese/kde4-l10n-pt_BR/pkg-descr U portuguese/kde4-l10n-pt_BR/pkg-plist U russian/Makefile U russian/kde4-l10n/Makefile U russian/kde4-l10n/distinfo U russian/kde4-l10n/pkg-descr U russian/kde4-l10n/pkg-plist U sysutils/consolekit/Makefile U sysutils/consolekit/pkg-plist U sysutils/kdeadmin4/Makefile U sysutils/kdeadmin4/distinfo U sysutils/kdeadmin4/pkg-descr U sysutils/kdeadmin4/pkg-plist U textproc/Makefile U textproc/ebook-tools/Makefile U textproc/ebook-tools/distinfo U textproc/ebook-tools/pkg-descr U textproc/ebook-tools/pkg-plist U ukrainian/Makefile U ukrainian/kde4-l10n/Makefile U ukrainian/kde4-l10n/distinfo U ukrainian/kde4-l10n/pkg-descr U ukrainian/kde4-l10n/pkg-plist U www/Makefile U www/kdewebdev4/Makefile U www/kdewebdev4/distinfo U www/kdewebdev4/pkg-descr U www/kdewebdev4/pkg-plist U x11/Makefile U x11/kde4/Makefile U x11/kdebase4/Makefile U x11/kdebase4/distinfo U x11/kdebase4/pkg-plist U x11/kdebase4-runtime/Makefile U x11/kdebase4-runtime/distinfo U x11/kdebase4-runtime/pkg-descr U x11/kdebase4-runtime/pkg-plist U x11/kdebase4-runtime/files/patch-khelpcenter_searchhandlers-khc_mansearch.pl U x11/kdebase4-workspace/Makefile U x11/kdebase4-workspace/distinfo U x11/kdebase4-workspace/pkg-descr U x11/kdebase4-workspace/pkg-plist U x11/kdebase4-workspace/files/kdm.in U x11/kdebase4-workspace/files/patch-kcontrol-keyboard-kcmmisc.cpp U x11/kdebase4-workspace/files/patch-kdm-kfrontend-CMakeLists.txt U x11/kdebase4-workspace/files/patch-kdm_config.def U x11/kdebase4-workspace/files/patch-ksmserver_fadeeffect.cpp U x11/kdebase4-workspace/files/patch-ksysguard-gui-SystemLoad.sgrd U x11/kdebase4-workspace/files/patch-ksysguard-gui-ksgrd-SensorManager.cc U x11/kdebase4-workspace/files/patch-ksysguard-ksysguardd-FreeBSD-CPU.c U x11/kdebase4-workspace/files/patch-ksysguard-ksysguardd-FreeBSD-CPU.h U x11/kdebase4-workspace/files/patch-kwin-kcmkwin-kwinrules_ruleswidget.cpp U x11/kdebase4-workspace/files/patch-libs-ksysguard-processcore-processes_freebsd_p.cpp U x11/kdebase4-workspace/files/patch-libs-ksysguard-processui_CMakeLists.txt U x11/kdebase4-workspace/files/patch-libs-ksysguard_CMakeLists.txt U x11/kdebase4-workspace/files/patch-plasma-applets-systemtray_systemtraywidget.cpp U x11/kdelibs4/Makefile U x11/kdelibs4/distinfo U x11/kdelibs4/pkg-plist U x11/kdelibs4/files/patch-FindKDE4Internal.cmake U x11/kdelibs4/files/patch-KDE4Defaults.cmake U x11/kdelibs4/files/patch-cmake-modules-FindGettext.cmake U x11/kdelibs4/files/patch-cmake-modules-FindQCA2.cmake U x11/kdelibs4/files/patch-kio-kio-kdirwatch.cpp U x11/kdelibs4/files/patch-kpty-kptydevice.cpp U x11/qimageblitz/Makefile U x11/qimageblitz/distinfo U x11/qimageblitz/pkg-descr U x11/qimageblitz/pkg-plist U x11-clocks/Makefile U x11-clocks/kdetoys4/Makefile U x11-clocks/kdetoys4/distinfo U x11-clocks/kdetoys4/pkg-descr U x11-clocks/kdetoys4/pkg-plist U x11-themes/Makefile U x11-themes/kde4-style-polyester/Makefile U x11-themes/kde4-style-polyester/distinfo U x11-themes/kde4-style-polyester/pkg-plist U x11-themes/kdeartwork4/Makefile U x11-themes/kdeartwork4/distinfo U x11-themes/kdeartwork4/pkg-plist From cyberbotx at cyberbotx.com Sat Aug 9 19:15:54 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Aug 9 19:16:01 2008 Subject: Can't build kdelibs4 due to dependencies failing Message-ID: <489DECE0.7010806@cyberbotx.com> I attempted to install kdelibs4 in order to get KDE4 installed. Using portupgrade, it started to build the dependencies for it, but it failed on both textproc/soprano and deskutils/strigi. Here are the parts where each failed at: Scanning dependencies of target tstringtest [ 99%] Building CXX object test/CMakeFiles/tstringtest.dir/tstringtest.o In file included from /usr/local/include/CLucene/StdHeader.h:444, from /usr/local/include/CLucene.h:11, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/util/Equators.h:203: warning: unused parameter 'nothing' /usr/local/include/CLucene/util/Equators.h:210: warning: unused parameter 'nothing' /usr/local/include/CLucene/util/Equators.h:215: warning: unused parameter 'nothing' In file included from /usr/local/include/CLucene/index/IndexReader.h:14, from /usr/local/include/CLucene.h:14, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/store/Directory.h:72: warning: unused parameter 'bufferSize' In file included from /usr/local/include/CLucene.h:14, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/index/IndexReader.h:52: warning: unused parameter 'dummy' In file included from /usr/local/include/CLucene/index/SegmentHeader.h:22, from /usr/local/include/CLucene/index/IndexWriter.h:20, from /usr/local/include/CLucene.h:15, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/index/CompoundFile.h:50: warning: unused parameter 'pos' In file included from /usr/local/include/CLucene/index/IndexWriter.h:20, from /usr/local/include/CLucene.h:15, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/index/SegmentHeader.h:72: warning: unused parameter 'proxPointer' In file included from /usr/local/include/CLucene/search/SearchHeader.h:16, from /usr/local/include/CLucene/search/IndexSearcher.h:14, from /usr/local/include/CLucene.h:18, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/search/Filter.h:40: warning: unused parameter 'bs' In file included from /usr/local/include/CLucene/search/BooleanQuery.h:14, from /usr/local/include/CLucene/search/MultiTermQuery.h:20, from /usr/local/include/CLucene/search/WildcardQuery.h:15, from /usr/local/include/CLucene.h:21, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, from /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: /usr/local/include/CLucene/search/ConjunctionScorer.h:42: warning: unused parameter 'doc' /usr/local/include/CLucene/search/ConjunctionScorer.h:42: warning: unused parameter 'ret' /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp: In member function 'void TStringTest::testConversion()': /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:72: warning: format '%ls' expects type 'wchar_t*', but argument 2 has type 'const char*' /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:74: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'void printWChars(const wchar_t*, int)' *** Error code 1 Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. *** Error code 1 Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. *** Error code 1 Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. *** Error code 1 Stop in /usr/ports/textproc/soprano. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.58784.2 env make BATCH=yes WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes ** Fix the problem and try again. Scanning dependencies of target clucene [ 46%] Building CXX object src/luceneindexer/CMakeFiles/clucene.dir/cluceneindexmanager.o [ 46%] Building CXX object src/luceneindexer/CMakeFiles/clucene.dir/cluceneindexreader.o /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:201: error: prototype for 'const char* CLuceneIndexReader::mapId(const char*)' does not match any in class 'CLuceneIndexReader' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:46: error: candidates are: static std::wstring CLuceneIndexReader::mapId(const char*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:45: error: static const char* CLuceneIndexReader::mapId(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:201: error: 'const char* CLuceneIndexReader::mapId(const char*)' cannot be overloaded /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:46: error: with 'static std::wstring CLuceneIndexReader::mapId(const char*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'const char* CLuceneIndexReader::mapId(const char*)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:205: error: no matching function for call to 'CLuceneIndexReader::addMapping(const char [1], const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:197: note: candidates are: static void CLuceneIndexReader::addMapping(const char*, const char*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In static member function 'static lucene::index::Term* CLuceneIndexReader::Private::createWildCardTerm(const wchar_t*, const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:230: error: no matching function for call to 'lucene::index::Term::Term(const wchar_t*&, const wchar_t*)' /usr/local/include/CLucene/index/Term.h:68: note: candidates are: lucene::index::Term::Term(const char*, const char*) /usr/local/include/CLucene/index/Term.h:62: note: lucene::index::Term::Term(const char*, const char*, bool) /usr/local/include/CLucene/index/Term.h:59: note: lucene::index::Term::Term() /usr/local/include/CLucene/index/Term.h:56: note: lucene::index::Term::Term(const lucene::index::Term*, const char*) /usr/local/include/CLucene/index/Term.h:39: note: lucene::index::Term::Term(const lucene::index::Term&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In static member function 'static lucene::index::Term* CLuceneIndexReader::Private::createTerm(const wchar_t*, const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:236: error: no matching function for call to 'lucene::util::StringReader::StringReader(const wchar_t*)' /usr/local/include/CLucene/util/Reader.h:93: note: candidates are: lucene::util::StringReader::StringReader(const char*, int32_t, bool) /usr/local/include/CLucene/util/Reader.h:92: note: lucene::util::StringReader::StringReader(const char*, int32_t) /usr/local/include/CLucene/util/Reader.h:91: note: lucene::util::StringReader::StringReader(const char*) /usr/local/include/CLucene/util/Reader.h:89: note: lucene::util::StringReader::StringReader(const lucene::util::StringReader&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:238: error: no matching function for call to 'lucene::analysis::standard::StandardAnalyzer::tokenStream(const wchar_t*&, lucene::util::StringReader*)' /usr/local/include/CLucene/analysis/standard/StandardAnalyzer.h:43: note: candidates are: virtual lucene::analysis::TokenStream* lucene::analysis::standard::StandardAnalyzer::tokenStream(const char*, lucene::util::Reader*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:242: error: cannot convert 'const char*' to 'const wchar_t*' in assignment /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:246: error: no matching function for call to 'lucene::index::Term::Term(const wchar_t*&, const wchar_t*&)' /usr/local/include/CLucene/index/Term.h:68: note: candidates are: lucene::index::Term::Term(const char*, const char*) /usr/local/include/CLucene/index/Term.h:62: note: lucene::index::Term::Term(const char*, const char*, bool) /usr/local/include/CLucene/index/Term.h:59: note: lucene::index::Term::Term() /usr/local/include/CLucene/index/Term.h:56: note: lucene::index::Term::Term(const lucene::index::Term*, const char*) /usr/local/include/CLucene/index/Term.h:39: note: lucene::index::Term::Term(const lucene::index::Term&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In static member function 'static lucene::index::Term* CLuceneIndexReader::Private::createKeywordTerm(const wchar_t*, const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:257: error: no matching function for call to 'lucene::index::Term::Term(const wchar_t*&, const wchar_t*)' /usr/local/include/CLucene/index/Term.h:68: note: candidates are: lucene::index::Term::Term(const char*, const char*) /usr/local/include/CLucene/index/Term.h:62: note: lucene::index::Term::Term(const char*, const char*, bool) /usr/local/include/CLucene/index/Term.h:59: note: lucene::index::Term::Term() /usr/local/include/CLucene/index/Term.h:56: note: lucene::index::Term::Term(const lucene::index::Term*, const char*) /usr/local/include/CLucene/index/Term.h:39: note: lucene::index::Term::Term(const lucene::index::Term&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In static member function 'static void CLuceneIndexReader::Private::addField(lucene::document::Field*, Strigi::IndexedDocument&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:352: error: no matching function for call to 'wchartoutf8(char*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:354: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'int wcscmp(const wchar_t*, const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:356: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'int wcscmp(const wchar_t*, const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:358: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'int wcscmp(const wchar_t*, const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:360: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'int wcscmp(const wchar_t*, const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:362: error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' to 'int wcscmp(const wchar_t*, const wchar_t*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:367: error: no matching function for call to 'wchartoutf8(const char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'Strigi::Variant CLuceneIndexReader::Private::getFieldValue(lucene::document::Field*, Strigi::Variant::Type) const': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:374: error: no matching function for call to 'wchartoutf8(char*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'void CLuceneIndexReader::getDocuments(const std::vector, std::allocator >, std::allocator, std::allocator > > >&, const std::vector >&, std::vector >, std::allocator > > >&, int, int)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:510: error: no matching function for call to 'wchartoutf8(const char*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual void CLuceneIndexReader::getHits(const Strigi::Query&, const std::vector, std::allocator >, std::allocator, std::allocator > > >&, const std::vector >&, std::vector >, std::allocator > > >&, int, int)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:576: error: no matching function for call to 'wchartoutf8(const char*)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'int64_t CLuceneIndexReader::documentId(const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:621: error: no matching function for call to 'lucene::index::Term::Term(const char*, const wchar_t*)' /usr/local/include/CLucene/index/Term.h:68: note: candidates are: lucene::index::Term::Term(const char*, const char*) /usr/local/include/CLucene/index/Term.h:62: note: lucene::index::Term::Term(const char*, const char*, bool) /usr/local/include/CLucene/index/Term.h:59: note: lucene::index::Term::Term() /usr/local/include/CLucene/index/Term.h:56: note: lucene::index::Term::Term(const lucene::index::Term*, const char*) /usr/local/include/CLucene/index/Term.h:39: note: lucene::index::Term::Term(const lucene::index::Term&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'time_t CLuceneIndexReader::mTime(int64_t)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:645: error: no matching function for call to 'lucene::document::Document::get(const wchar_t*)' /usr/local/include/CLucene/document/Document.h:85: note: candidates are: const char* lucene::document::Document::get(const char*) const /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:646: error: no matching function for call to 'wchartoutf8(const char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual std::vector, std::allocator >, unsigned int>, std::allocator, std::allocator >, unsigned int> > > CLuceneIndexReader::histogram(const std::string&, const std::string&, const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:737: error: no matching function for call to 'lucene::document::Document::get(const wchar_t*)' /usr/local/include/CLucene/document/Document.h:85: note: candidates are: const char* lucene::document::Document::get(const char*) const /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:739: error: no matching function for call to 'wchartoutf8(const char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual std::vector, std::allocator >, std::allocator, std::allocator > > > CLuceneIndexReader::fieldNames()': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:770: error: no matching function for call to 'wchartoutf8(char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual std::vector, std::allocator >, std::allocator, std::allocator > > > CLuceneIndexReader::keywords(const std::string&, const std::vector, std::allocator >, std::allocator, std::allocator > > >&, uint32_t, uint32_t)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:799: error: no matching function for call to 'lucene::index::Term::Term(const wchar_t*, const wchar_t*)' /usr/local/include/CLucene/index/Term.h:68: note: candidates are: lucene::index::Term::Term(const char*, const char*) /usr/local/include/CLucene/index/Term.h:62: note: lucene::index::Term::Term(const char*, const char*, bool) /usr/local/include/CLucene/index/Term.h:59: note: lucene::index::Term::Term() /usr/local/include/CLucene/index/Term.h:56: note: lucene::index::Term::Term(const lucene::index::Term*, const char*) /usr/local/include/CLucene/index/Term.h:39: note: lucene::index::Term::Term(const lucene::index::Term&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:805: error: cannot convert 'const wchar_t*' to 'const char*' for argument '2' to 'int strncmp(const char*, const char*, size_t)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:809: error: no matching function for call to 'std::set, std::allocator >, std::less, std::allocator > >, std::allocator, std::allocator > > >::insert(const char*)' /usr/include/c++/4.2/bits/stl_set.h:304: note: candidates are: std::pair, _Compare, typename _Alloc::rebind<_Key>::other>::const_iterator, bool> std::set<_Key, _Compare, _Alloc>::insert(const _Key&) [with _Key = std::basic_string, std::allocator >, _Compare = std::less, std::allocator > >, _Alloc = std::allocator, std::allocator > >] /usr/include/c++/4.2/bits/stl_set.h:331: note: typename std::_Rb_tree<_Key, _Key, std::_Identity<_Key>, _Compare, typename _Alloc::rebind<_Key>::other>::const_iterator std::set<_Key, _Compare, _Alloc>::insert(typename std::_Rb_tree<_Key, _Key, std::_Identity<_Key>, _Compare, typename _Alloc::rebind<_Key>::other>::const_iterator, const _Key&) [with _Key = std::basic_string, std::allocator >, _Compare = std::less, std::allocator > >, _Alloc = std::allocator, std::allocator > >] /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'virtual void CLuceneIndexReader::getChildren(const std::string&, std::map, std::allocator >, int, std::less, std::allocator > >, std::allocator, std::allocator >, int> > >&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:852: error: no matching function for call to 'wchartoutf8(const char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:853: error: no matching function for call to 'lucene::document::Document::get(const wchar_t*)' /usr/local/include/CLucene/document/Document.h:85: note: candidates are: const char* lucene::document::Document::get(const char*) const /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:855: error: no matching function for call to 'wchartoutf8(const char*&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: In member function 'std::vector > CLuceneIndexReader::Private::strigiSpecial(const std::string&)': /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:883: error: no matching function for call to 'wchartoutf8(const char* const&)' /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: note: candidates are: std::string wchartoutf8(const wchar_t*) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: note: std::string wchartoutf8(const std::wstring&) /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:896: error: cannot convert 'char*' to 'const wchar_t*' for argument '1' to 'size_t wcslen(const wchar_t*)' *** Error code 1 Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. *** Error code 1 Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. *** Error code 1 Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. *** Error code 1 Stop in /usr/ports/deskutils/strigi. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall.58784.3 env make BATCH=yes WITH_OPENSSL_PORT=yes WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes ** Fix the problem and try again. Thanks, Naram Qashat From cyberbotx at cyberbotx.com Sat Aug 9 19:38:31 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Sat Aug 9 19:38:38 2008 Subject: Can't build kdelibs4 due to dependencies failing In-Reply-To: <489DECE0.7010806@cyberbotx.com> References: <489DECE0.7010806@cyberbotx.com> Message-ID: <489DF233.3090106@cyberbotx.com> Naram Qashat wrote: > I attempted to install kdelibs4 in order to get KDE4 installed. Using > portupgrade, it started to build the dependencies for it, but it failed > on both textproc/soprano and deskutils/strigi. Here are the parts where > each failed at: Actually, this is a somewhat false alarm. But for anyone else wondering, don't build textproc/clucene with the WITH_ASCII_SUPPORT flag enabled. Thanks, Naram Qashat > Scanning dependencies of target tstringtest > [ 99%] Building CXX object test/CMakeFiles/tstringtest.dir/tstringtest.o > In file included from /usr/local/include/CLucene/StdHeader.h:444, > from /usr/local/include/CLucene.h:11, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/util/Equators.h:203: warning: unused > parameter 'nothing' > /usr/local/include/CLucene/util/Equators.h:210: warning: unused > parameter 'nothing' > /usr/local/include/CLucene/util/Equators.h:215: warning: unused > parameter 'nothing' > In file included from /usr/local/include/CLucene/index/IndexReader.h:14, > from /usr/local/include/CLucene.h:14, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/store/Directory.h:72: warning: unused > parameter 'bufferSize' > In file included from /usr/local/include/CLucene.h:14, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/index/IndexReader.h:52: warning: unused > parameter 'dummy' > In file included from /usr/local/include/CLucene/index/SegmentHeader.h:22, > from /usr/local/include/CLucene/index/IndexWriter.h:20, > from /usr/local/include/CLucene.h:15, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/index/CompoundFile.h:50: warning: unused > parameter 'pos' > In file included from /usr/local/include/CLucene/index/IndexWriter.h:20, > from /usr/local/include/CLucene.h:15, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/index/SegmentHeader.h:72: warning: unused > parameter 'proxPointer' > In file included from /usr/local/include/CLucene/search/SearchHeader.h:16, > from /usr/local/include/CLucene/search/IndexSearcher.h:14, > from /usr/local/include/CLucene.h:18, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/search/Filter.h:40: warning: unused parameter > 'bs' > In file included from /usr/local/include/CLucene/search/BooleanQuery.h:14, > from > /usr/local/include/CLucene/search/MultiTermQuery.h:20, > from /usr/local/include/CLucene/search/WildcardQuery.h:15, > from /usr/local/include/CLucene.h:21, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/../index/tstring.h:28, > from > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:16: > /usr/local/include/CLucene/search/ConjunctionScorer.h:42: warning: > unused parameter 'doc' > /usr/local/include/CLucene/search/ConjunctionScorer.h:42: warning: > unused parameter 'ret' > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp: In > member function 'void TStringTest::testConversion()': > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:72: > warning: format '%ls' expects type 'wchar_t*', but argument 2 has type > 'const char*' > /usr/ports/textproc/soprano/work/soprano-2.1.1/test/tstringtest.cpp:74: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'void printWChars(const wchar_t*, int)' > *** Error code 1 > > Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. > *** Error code 1 > > Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. > *** Error code 1 > > Stop in /usr/ports/textproc/soprano/work/soprano-2.1.1. > *** Error code 1 > > Stop in /usr/ports/textproc/soprano. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall.58784.2 env make BATCH=yes WITH_OPENSSL_PORT=yes > WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 > WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes > ** Fix the problem and try again. > > Scanning dependencies of target clucene > [ 46%] Building CXX object > src/luceneindexer/CMakeFiles/clucene.dir/cluceneindexmanager.o > [ 46%] Building CXX object > src/luceneindexer/CMakeFiles/clucene.dir/cluceneindexreader.o > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:201: > error: prototype for 'const char* CLuceneIndexReader::mapId(const > char*)' does not match any in class 'CLuceneIndexReader' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:46: > error: candidates are: static std::wstring > CLuceneIndexReader::mapId(const char*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:45: > error: static const char* > CLuceneIndexReader::mapId(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:201: > error: 'const char* CLuceneIndexReader::mapId(const char*)' cannot be > overloaded > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.h:46: > error: with 'static std::wstring CLuceneIndexReader::mapId(const char*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'const char* CLuceneIndexReader::mapId(const char*)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:205: > error: no matching function for call to > 'CLuceneIndexReader::addMapping(const char [1], const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:197: > note: candidates are: static void CLuceneIndexReader::addMapping(const > char*, const char*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In static member function 'static lucene::index::Term* > CLuceneIndexReader::Private::createWildCardTerm(const wchar_t*, const > std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:230: > error: no matching function for call to 'lucene::index::Term::Term(const > wchar_t*&, const wchar_t*)' > /usr/local/include/CLucene/index/Term.h:68: note: candidates are: > lucene::index::Term::Term(const char*, const char*) > /usr/local/include/CLucene/index/Term.h:62: note: > lucene::index::Term::Term(const char*, const char*, bool) > /usr/local/include/CLucene/index/Term.h:59: note: > lucene::index::Term::Term() > /usr/local/include/CLucene/index/Term.h:56: note: > lucene::index::Term::Term(const lucene::index::Term*, const char*) > /usr/local/include/CLucene/index/Term.h:39: note: > lucene::index::Term::Term(const lucene::index::Term&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In static member function 'static lucene::index::Term* > CLuceneIndexReader::Private::createTerm(const wchar_t*, const > std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:236: > error: no matching function for call to > 'lucene::util::StringReader::StringReader(const wchar_t*)' > /usr/local/include/CLucene/util/Reader.h:93: note: candidates are: > lucene::util::StringReader::StringReader(const char*, int32_t, bool) > /usr/local/include/CLucene/util/Reader.h:92: note: > lucene::util::StringReader::StringReader(const char*, int32_t) > /usr/local/include/CLucene/util/Reader.h:91: note: > lucene::util::StringReader::StringReader(const char*) > /usr/local/include/CLucene/util/Reader.h:89: note: > lucene::util::StringReader::StringReader(const lucene::util::StringReader&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:238: > error: no matching function for call to > 'lucene::analysis::standard::StandardAnalyzer::tokenStream(const > wchar_t*&, lucene::util::StringReader*)' > /usr/local/include/CLucene/analysis/standard/StandardAnalyzer.h:43: > note: candidates are: virtual lucene::analysis::TokenStream* > lucene::analysis::standard::StandardAnalyzer::tokenStream(const char*, > lucene::util::Reader*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:242: > error: cannot convert 'const char*' to 'const wchar_t*' in assignment > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:246: > error: no matching function for call to 'lucene::index::Term::Term(const > wchar_t*&, const wchar_t*&)' > /usr/local/include/CLucene/index/Term.h:68: note: candidates are: > lucene::index::Term::Term(const char*, const char*) > /usr/local/include/CLucene/index/Term.h:62: note: > lucene::index::Term::Term(const char*, const char*, bool) > /usr/local/include/CLucene/index/Term.h:59: note: > lucene::index::Term::Term() > /usr/local/include/CLucene/index/Term.h:56: note: > lucene::index::Term::Term(const lucene::index::Term*, const char*) > /usr/local/include/CLucene/index/Term.h:39: note: > lucene::index::Term::Term(const lucene::index::Term&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In static member function 'static lucene::index::Term* > CLuceneIndexReader::Private::createKeywordTerm(const wchar_t*, const > std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:257: > error: no matching function for call to 'lucene::index::Term::Term(const > wchar_t*&, const wchar_t*)' > /usr/local/include/CLucene/index/Term.h:68: note: candidates are: > lucene::index::Term::Term(const char*, const char*) > /usr/local/include/CLucene/index/Term.h:62: note: > lucene::index::Term::Term(const char*, const char*, bool) > /usr/local/include/CLucene/index/Term.h:59: note: > lucene::index::Term::Term() > /usr/local/include/CLucene/index/Term.h:56: note: > lucene::index::Term::Term(const lucene::index::Term*, const char*) > /usr/local/include/CLucene/index/Term.h:39: note: > lucene::index::Term::Term(const lucene::index::Term&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In static member function 'static void > CLuceneIndexReader::Private::addField(lucene::document::Field*, > Strigi::IndexedDocument&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:352: > error: no matching function for call to 'wchartoutf8(char*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:354: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'int wcscmp(const wchar_t*, const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:356: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'int wcscmp(const wchar_t*, const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:358: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'int wcscmp(const wchar_t*, const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:360: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'int wcscmp(const wchar_t*, const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:362: > error: cannot convert 'const char*' to 'const wchar_t*' for argument '1' > to 'int wcscmp(const wchar_t*, const wchar_t*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:367: > error: no matching function for call to 'wchartoutf8(const char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'Strigi::Variant > CLuceneIndexReader::Private::getFieldValue(lucene::document::Field*, > Strigi::Variant::Type) const': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:374: > error: no matching function for call to 'wchartoutf8(char*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'void CLuceneIndexReader::getDocuments(const > std::vector, > std::allocator >, std::allocator std::char_traits, std::allocator > > >&, const > std::vector > >&, std::vector std::allocator >, > std::allocator std::allocator > > >&, int, int)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:510: > error: no matching function for call to 'wchartoutf8(const char*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'virtual void CLuceneIndexReader::getHits(const > Strigi::Query&, const std::vector std::char_traits, std::allocator >, > std::allocator, > std::allocator > > >&, const std::vector std::allocator >&, > std::vector > >, std::allocator std::allocator > > >&, int, int)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:576: > error: no matching function for call to 'wchartoutf8(const char*)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'int64_t CLuceneIndexReader::documentId(const > std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:621: > error: no matching function for call to 'lucene::index::Term::Term(const > char*, const wchar_t*)' > /usr/local/include/CLucene/index/Term.h:68: note: candidates are: > lucene::index::Term::Term(const char*, const char*) > /usr/local/include/CLucene/index/Term.h:62: note: > lucene::index::Term::Term(const char*, const char*, bool) > /usr/local/include/CLucene/index/Term.h:59: note: > lucene::index::Term::Term() > /usr/local/include/CLucene/index/Term.h:56: note: > lucene::index::Term::Term(const lucene::index::Term*, const char*) > /usr/local/include/CLucene/index/Term.h:39: note: > lucene::index::Term::Term(const lucene::index::Term&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'time_t CLuceneIndexReader::mTime(int64_t)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:645: > error: no matching function for call to > 'lucene::document::Document::get(const wchar_t*)' > /usr/local/include/CLucene/document/Document.h:85: note: candidates are: > const char* lucene::document::Document::get(const char*) const > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:646: > error: no matching function for call to 'wchartoutf8(const char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'virtual > std::vector, > std::allocator >, unsigned int>, > std::allocator, > std::allocator >, unsigned int> > > > CLuceneIndexReader::histogram(const std::string&, const std::string&, > const std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:737: > error: no matching function for call to > 'lucene::document::Document::get(const wchar_t*)' > /usr/local/include/CLucene/document/Document.h:85: note: candidates are: > const char* lucene::document::Document::get(const char*) const > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:739: > error: no matching function for call to 'wchartoutf8(const char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'virtual std::vector std::char_traits, std::allocator >, > std::allocator, > std::allocator > > > CLuceneIndexReader::fieldNames()': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:770: > error: no matching function for call to 'wchartoutf8(char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'virtual std::vector std::char_traits, std::allocator >, > std::allocator, > std::allocator > > > CLuceneIndexReader::keywords(const > std::string&, const std::vector std::char_traits, std::allocator >, > std::allocator, > std::allocator > > >&, uint32_t, uint32_t)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:799: > error: no matching function for call to 'lucene::index::Term::Term(const > wchar_t*, const wchar_t*)' > /usr/local/include/CLucene/index/Term.h:68: note: candidates are: > lucene::index::Term::Term(const char*, const char*) > /usr/local/include/CLucene/index/Term.h:62: note: > lucene::index::Term::Term(const char*, const char*, bool) > /usr/local/include/CLucene/index/Term.h:59: note: > lucene::index::Term::Term() > /usr/local/include/CLucene/index/Term.h:56: note: > lucene::index::Term::Term(const lucene::index::Term*, const char*) > /usr/local/include/CLucene/index/Term.h:39: note: > lucene::index::Term::Term(const lucene::index::Term&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:805: > error: cannot convert 'const wchar_t*' to 'const char*' for argument '2' > to 'int strncmp(const char*, const char*, size_t)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:809: > error: no matching function for call to > 'std::set, > std::allocator >, std::less std::char_traits, std::allocator > >, > std::allocator, > std::allocator > > >::insert(const char*)' > /usr/include/c++/4.2/bits/stl_set.h:304: note: candidates are: > std::pair, > _Compare, typename _Alloc::rebind<_Key>::other>::const_iterator, bool> > std::set<_Key, _Compare, _Alloc>::insert(const _Key&) [with _Key = > std::basic_string, > std::allocator >, _Compare = > std::less, > std::allocator > >, _Alloc = > std::allocator, > std::allocator > >] > /usr/include/c++/4.2/bits/stl_set.h:331: note: typename > std::_Rb_tree<_Key, _Key, std::_Identity<_Key>, _Compare, typename > _Alloc::rebind<_Key>::other>::const_iterator std::set<_Key, _Compare, > _Alloc>::insert(typename std::_Rb_tree<_Key, _Key, std::_Identity<_Key>, > _Compare, typename _Alloc::rebind<_Key>::other>::const_iterator, const > _Key&) [with _Key = std::basic_string std::char_traits, std::allocator >, _Compare = > std::less, > std::allocator > >, _Alloc = > std::allocator, > std::allocator > >] > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'virtual void CLuceneIndexReader::getChildren(const > std::string&, std::map, > std::allocator >, int, std::less std::char_traits, std::allocator > >, > std::allocator std::char_traits, std::allocator >, int> > >&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:852: > error: no matching function for call to 'wchartoutf8(const char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:853: > error: no matching function for call to > 'lucene::document::Document::get(const wchar_t*)' > /usr/local/include/CLucene/document/Document.h:85: note: candidates are: > const char* lucene::document::Document::get(const char*) const > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:855: > error: no matching function for call to 'wchartoutf8(const char*&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp: > In member function 'std::vector std::allocator > > CLuceneIndexReader::Private::strigiSpecial(const std::string&)': > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:883: > error: no matching function for call to 'wchartoutf8(const char* const&)' > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:28: > note: candidates are: std::string wchartoutf8(const wchar_t*) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/tcharutils.h:30: > note: std::string wchartoutf8(const std::wstring&) > /usr/ports/deskutils/strigi/work/strigi-0.5.11/src/luceneindexer/cluceneindexreader.cpp:896: > error: cannot convert 'char*' to 'const wchar_t*' for argument '1' to > 'size_t wcslen(const wchar_t*)' > *** Error code 1 > > Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. > *** Error code 1 > > Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. > *** Error code 1 > > Stop in /usr/ports/deskutils/strigi/work/strigi-0.5.11. > *** Error code 1 > > Stop in /usr/ports/deskutils/strigi. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall.58784.3 env make BATCH=yes WITH_OPENSSL_PORT=yes > WITH_OPENSSL=yes WITHOUT_GNOME=esound WITHOUT_CUPS=yes WITH_BDB_VER=46 > WITH_MYSQL_VER=50 WITH_OPTIMIZED_CFLAGS=yes > ** Fix the problem and try again. > > Thanks, > Naram Qashat > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From erwin at FreeBSD.org Sat Aug 9 22:03:58 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Aug 9 22:04:05 2008 Subject: INDEX build failed for 6.x Message-ID: <200808092204.m79M460e036286@pointyhat.freebsd.org> 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. Warning: Duplicate INDEX entry: zh-kde-l10n-zh_CN-4.1.0 Committers on the hook: chinsan leeym marcus mezz miwi Most recent CVS update was: U audio/libcanberra/Makefile U audio/libcanberra/pkg-plist U audio/libcanberra/files/patch-config.h.in U audio/libcanberra/files/patch-configure U audio/libcanberra/files/patch-configure.ac U audio/libcanberra/files/patch-src_Makefile.am U audio/libcanberra/files/patch-src_Makefile.in U audio/libcanberra/files/patch-src_driver-order.c U audio/libcanberra/files/patch-src_oss.c U chinese/kde4-l10n-zh_CN/Makefile U chinese/kde4-l10n-zh_CN/distinfo U chinese/kde4-l10n-zh_CN/pkg-descr U chinese/kde4-l10n-zh_CN/pkg-plist U chinese/kde4-l10n-zh_TW/Makefile U chinese/kde4-l10n-zh_TW/distinfo U chinese/kde4-l10n-zh_TW/pkg-descr U chinese/kde4-l10n-zh_TW/pkg-plist U chinese/pcmanx/Makefile U chinese/pcmanx/distinfo U converters/p5-JSON-DWIW/Makefile U converters/p5-JSON-DWIW/distinfo U deskutils/Makefile U devel/p5-POE-Component-Pluggable/Makefile U devel/p5-POE-Component-Pluggable/distinfo U devel/py-qt4-qscintilla2/Makefile U devel/py-qt4-qscintilla2/files/Makefile.in U devel/qscintilla2/Makefile U devel/qscintilla2/pkg-plist U games/Makefile U math/dislin/Makefile U math/dislin/distinfo-5.4 U math/dislin/distinfo-6.0 U math/dislin/distinfo-7.0 U sysutils/Makefile U www/Makefile U www/arora/Makefile U www/arora/distinfo U www/arora/pkg-descr U www/arora/pkg-plist U www/arora/files/patch-src_src.pri U www/arora/files/patch-src_src.pro From freebsdworld at gmail.com Sat Aug 9 23:40:17 2008 From: freebsdworld at gmail.com (Ben Adams) Date: Sat Aug 9 23:40:23 2008 Subject: gio-fam-backend needed for kde4 Message-ID: <489E5C7A.8090001@gmail.com> ===> Building for gio-fam-backend-2.16.5 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgiofam.exp /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > ".libs/libgiofam.expT" mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Ben Adams www.BSDWorld.NET From miwi at FreeBSD.org Sat Aug 9 23:53:33 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Aug 9 23:53:40 2008 Subject: gio-fam-backend needed for kde4 In-Reply-To: <489E5C7A.8090001@gmail.com> References: <489E5C7A.8090001@gmail.com> Message-ID: <20080809235330.GB50123@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sat, Aug 09, 2008 at 11:11:54PM -0400, Ben Adams wrote: > ===> Building for gio-fam-backend-2.16.5 > /bin/sh ../../libtool --tag=CC --mode=link cc > -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule > -I../../gio -DG_DISABLE_CAST_CHECKS > -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION > -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall > -export_dynamic -avoid-version -module -no-undefined > -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib > -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules > libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo > libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo > -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam > rm -fr .libs/libgiofam.exp > generating symbol list for `libgiofam.la' > /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | > sort | uniq > .libs/libgiofam.exp > /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > > ".libs/libgiofam.expT" > mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" > cc -shared .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib > -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib > /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so > /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname > -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o > .libs/libgiofam.so > /usr/bin/ld: cannot find -lgio-2.0 > gmake: *** [libgiofam.la] Error 1 > *** Error code 2 > > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 Please update first your ports tree. - - Martin > > > Ben Adams > www.BSDWorld.NET > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkieLfkACgkQFwpycAVoI1MEpQCcCmMyTIXpumgHZ+JAfr7l0YR5 N0YAnioPi4JZIDcwGas9oOp6f9VL7/lZ =8J+y -----END PGP SIGNATURE----- From freebsdworld at gmail.com Sun Aug 10 00:24:28 2008 From: freebsdworld at gmail.com (Ben Adams) Date: Sun Aug 10 00:24:35 2008 Subject: gio-fam-backend needed for kde4 In-Reply-To: <20080809235330.GB50123@bsdcrew.de> References: <489E5C7A.8090001@gmail.com> <20080809235330.GB50123@bsdcrew.de> Message-ID: <489E6D78.3090900@gmail.com> YUP: laptop# csup -L 2 -h cvsup.FreeBSD.org /usr/share/examples/cvsup/ports-supfile Parsing supfile "/usr/share/examples/cvsup/ports-supfile" Connecting to cvsup.FreeBSD.org Connected to 72.233.193.64 Server software version: SNAP_16_1h Negotiating file attribute support Exchanging collection information Establishing multiplexed-mode data connection Running Updating collection ports-all/cvs Edit ports/chinese/kde4-l10n-zh_TW/Makefile Add delta 1.45 2008.08.09.22.16.35 miwi Edit ports/multimedia/smile/Makefile Add delta 1.4 2008.08.09.22.30.28 miwi Edit ports/multimedia/smile/distinfo Add delta 1.4 2008.08.09.22.30.28 miwi Edit ports/multimedia/smile/pkg-plist Add delta 1.4 2008.08.09.22.30.28 miwi Shutting down connection to server Finished successfully laptop# make install ===> kde4-4.1.0 depends on file: /usr/local/kde4/bin/kdebugdialog - not found ===> Verifying install for /usr/local/kde4/bin/kdebugdialog in /usr/ports/x11/kdebase4-runtime ===> kdebase-runtime-4.1.0 depends on package: qt4-corelib>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on package: qt4-opengl>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on package: qt4-moc>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on package: qt4-rcc>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on package: qt4-uic>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on package: qt4-dbus>=4.4.1 - found ===> kdebase-runtime-4.1.0 depends on file: /usr/local/kde4/bin/automoc4 - found ===> kdebase-runtime-4.1.0 depends on file: /usr/local/bin/cmake - found ===> kdebase-runtime-4.1.0 depends on shared library: usb-0.1.8 - found ===> kdebase-runtime-4.1.0 depends on shared library: xcb.1 - found ===> kdebase-runtime-4.1.0 depends on shared library: xine.1 - found ===> kdebase-runtime-4.1.0 depends on shared library: xklavier.12 - not found ===> Verifying install for xklavier.12 in /usr/ports/x11/libxklavier ===> Installing for libxklavier-3.5_2,1 ===> libxklavier-3.5_2,1 depends on executable: xkbcomp - found ===> libxklavier-3.5_2,1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> libxklavier-3.5_2,1 depends on file: /usr/local/libdata/pkgconfig/xkbfile.pc - found ===> libxklavier-3.5_2,1 depends on executable: pkg-config - found ===> libxklavier-3.5_2,1 depends on file: /usr/local/lib/gio/modules/libgiofam.so - not found ===> Verifying install for /usr/local/lib/gio/modules/libgiofam.so in /usr/ports/devel/gio-fam-backend ===> Building for gio-fam-backend-2.16.5 /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam rm -fr .libs/libgiofam.exp generating symbol list for `libgiofam.la' /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgiofam.exp /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > ".libs/libgiofam.expT" mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam-module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/x11/libxklavier. *** Error code 1 Stop in /usr/ports/x11/kdebase4-runtime. *** Error code 1 Stop in /usr/ports/x11/kde4. *** Error code 1 Stop in /usr/ports/x11/kde4. Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sat, Aug 09, 2008 at 11:11:54PM -0400, Ben Adams wrote: > >> ===> Building for gio-fam-backend-2.16.5 >> /bin/sh ../../libtool --tag=CC --mode=link cc >> -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule >> -I../../gio -DG_DISABLE_CAST_CHECKS >> -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION >> -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall >> -export_dynamic -avoid-version -module -no-undefined >> -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib >> -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules >> libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo >> libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo >> -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam >> rm -fr .libs/libgiofam.exp >> generating symbol list for `libgiofam.la' >> /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o >> .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ >> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ >> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | >> sort | uniq > .libs/libgiofam.exp >> /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > >> ".libs/libgiofam.expT" >> mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" >> cc -shared .libs/libgiofam_la-fam-helper.o >> .libs/libgiofam_la-fam-module.o >> .libs/libgiofam_la-gfamdirectorymonitor.o >> .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib >> -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib >> /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so >> /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname >> -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o >> .libs/libgiofam.so >> /usr/bin/ld: cannot find -lgio-2.0 >> gmake: *** [libgiofam.la] Error 1 >> *** Error code 2 >> >> Stop in /usr/ports/devel/gio-fam-backend. >> *** Error code 1 >> > > Please update first your ports tree. > > - - Martin > > > >> Ben Adams >> www.BSDWorld.NET >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> >> > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkieLfkACgkQFwpycAVoI1MEpQCcCmMyTIXpumgHZ+JAfr7l0YR5 > N0YAnioPi4JZIDcwGas9oOp6f9VL7/lZ > =8J+y > -----END PGP SIGNATURE----- > > From erwin at FreeBSD.org Sun Aug 10 01:05:35 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Aug 10 01:05:42 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200808100105.m7A15hqX008417@pointyhat.freebsd.org> From me at janh.de Sun Aug 10 03:10:10 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sun Aug 10 03:10:16 2008 Subject: redland build failure Message-ID: <489E5C02.4040902@janh.de> Trying to build kde4, I got stuck at redland: mkdir .libs cc -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -rpath=/usr/local/lib -o .libs/redland-db-upgrade db_upgrade.o -rpath=/usr/local/lib -L/usr/local/lib ../librdf/.libs/librdf.so -L/usr/local/lib/mysql /usr/ports/textproc/redland/work/redland-1.0.7/rasqal/src/.libs/librasqal.so /usr/local/lib/libraptor.so /usr/local/lib/libcurl.so -lssl /usr/local/lib/libxslt.so /usr/local/lib/libxml2.so /usr/local/lib/libiconv.so /usr/local/lib/libmpfr.so /usr/local/lib/libgmp.so -ldb-4.2 -lcrypto /usr/local/lib/mysql/libmysqlclient.so -lz -lcrypt -lm /usr/local/lib/libsqlite3.so -pthread -lpq -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/mysql ../librdf/.libs/librdf.so: undefined reference to `db_create' ../librdf/.libs/librdf.so: undefined reference to `db_strerror' gmake[1]: *** [redland-db-upgrade] Error 1 gmake[1]: Leaving directory `/usr/ports/textproc/redland/work/redland-1.0.7/utils' gmake: *** [all-recursive] Error 1 *** Error code 2 I am on 7.0 with all ports up to date. I have no nonstandard OPTIONS for any dependencies. It seems to have picked up mysql-client although I did not have WITH_MYSQL on. Do I miss anything? Cheers, Jan Henrik From masoom.shaikh at gmail.com Sun Aug 10 06:21:15 2008 From: masoom.shaikh at gmail.com (Masoom Shaikh) Date: Sun Aug 10 06:21:21 2008 Subject: redland build failure In-Reply-To: <489E5C02.4040902@janh.de> References: <489E5C02.4040902@janh.de> Message-ID: I confirm this error, I encountered it too few days back while attempting same....I gave up due to lack of time... On Sun, Aug 10, 2008 at 8:39 AM, Jan Henrik Sylvester wrote: > Trying to build kde4, I got stuck at redland: > > mkdir .libs > cc -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -DLIBRDF_INTERNAL=1 > -O2 -fno-strict-aliasing -pipe -rpath=/usr/local/lib -o > .libs/redland-db-upgrade db_upgrade.o -rpath=/usr/local/lib -L/usr/local/lib > ../librdf/.libs/librdf.so -L/usr/local/lib/mysql > /usr/ports/textproc/redland/work/redland-1.0.7/rasqal/src/.libs/librasqal.so > /usr/local/lib/libraptor.so /usr/local/lib/libcurl.so -lssl > /usr/local/lib/libxslt.so /usr/local/lib/libxml2.so > /usr/local/lib/libiconv.so /usr/local/lib/libmpfr.so > /usr/local/lib/libgmp.so -ldb-4.2 -lcrypto > /usr/local/lib/mysql/libmysqlclient.so -lz -lcrypt -lm > /usr/local/lib/libsqlite3.so -pthread -lpq -Wl,--rpath -Wl,/usr/local/lib > -Wl,--rpath -Wl,/usr/local/lib/mysql > ../librdf/.libs/librdf.so: undefined reference to `db_create' > ../librdf/.libs/librdf.so: undefined reference to `db_strerror' > gmake[1]: *** [redland-db-upgrade] Error 1 > gmake[1]: Leaving directory > `/usr/ports/textproc/redland/work/redland-1.0.7/utils' > gmake: *** [all-recursive] Error 1 > *** Error code 2 > > I am on 7.0 with all ports up to date. I have no nonstandard OPTIONS for > any dependencies. > > It seems to have picked up mysql-client although I did not have WITH_MYSQL > on. > > Do I miss anything? > > Cheers, > Jan Henrik > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From marshc187 at gmail.com Sun Aug 10 07:59:36 2008 From: marshc187 at gmail.com (mcassar) Date: Sun Aug 10 07:59:42 2008 Subject: redland build failure In-Reply-To: References: <489E5C02.4040902@janh.de> Message-ID: <200808100931.05122.marshc187@gmail.com> i had the same problem but found a quick fix if you are building kde4 and want to get unstuck. there's a package here http://packages.miwibox.org/beta2/i386/7.0/All/ looks to me it's same version. From makc at issp.ac.ru Sun Aug 10 09:36:08 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Sun Aug 10 09:36:15 2008 Subject: redland build failure In-Reply-To: <489E5C02.4040902@janh.de> References: <489E5C02.4040902@janh.de> Message-ID: <200808101336.13759.makc@issp.ac.ru> On Sun, 10 Aug 2008 05:09:54 +0200, Jan Henrik Sylvester wrote: > Trying to build kde4, I got stuck at redland: > > mkdir .libs > cc -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe > -DLIBRDF_INTERNAL=1 -O2 -fno-strict-aliasing -pipe -rpath=/usr/local/lib > -o .libs/redland-db-upgrade db_upgrade.o -rpath=/usr/local/lib > -L/usr/local/lib ../librdf/.libs/librdf.so -L/usr/local/lib/mysql > /usr/ports/textproc/redland/work/redland-1.0.7/rasqal/src/.libs/librasqal.s >o /usr/local/lib/libraptor.so /usr/local/lib/libcurl.so -lssl > /usr/local/lib/libxslt.so /usr/local/lib/libxml2.so > /usr/local/lib/libiconv.so /usr/local/lib/libmpfr.so > /usr/local/lib/libgmp.so -ldb-4.2 -lcrypto > /usr/local/lib/mysql/libmysqlclient.so -lz -lcrypt -lm > /usr/local/lib/libsqlite3.so -pthread -lpq -Wl,--rpath > -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib/mysql > .../librdf/.libs/librdf.so: undefined reference to `db_create' > .../librdf/.libs/librdf.so: undefined reference to `db_strerror' > gmake[1]: *** [redland-db-upgrade] Error 1 > gmake[1]: Leaving directory > `/usr/ports/textproc/redland/work/redland-1.0.7/utils' > gmake: *** [all-recursive] Error 1 > *** Error code 2 > > I am on 7.0 with all ports up to date. I have no nonstandard OPTIONS for > any dependencies. > > It seems to have picked up mysql-client although I did not have > WITH_MYSQL on. > > Do I miss anything? I've submitted ports/126410 with fix, waiting for maintainer approval. Max From guru at unixarea.de Sun Aug 10 11:34:11 2008 From: guru at unixarea.de (Matthias Apitz) Date: Sun Aug 10 11:34:18 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <20080809172441.GA21534@bsdcrew.de> References: <20080809172441.GA21534@bsdcrew.de> Message-ID: <20080810112521.GA9093@rebelion.Sisis.de> El d?a Saturday, August 09, 2008 a las 07:24:41PM +0200, Martin Wilke escribi?: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On behalf of the KDE FreeBSD team, it is my great > pleasure to announce that KDE4 has been merged into > the FreeBSD ports tree. The official KDE 4.1.0 release > notes can be found at http://www.kde.org/announcements/4.1/. > > Part of the work that has been done is to make sure that it > nicely co-exists with an existing KDE 3.x installation. Because > of this, users should note that their personal configuration > directory is now ~/.kde4, and that application settings are > NOT migrated from an existing KDE 3.x installation. This is > to ensure that existing applications continue to work correctly > whether you run them in a KDE 3 or KDE 4 session. ... Hello, I've pulled out of the dust some laptop with 7.0-REL and KDE 3.5.8, updated the ports tree with: # portsnap fetch # portsnap extract and launched the build with # cd /usr/ports/x11/kde4 # make install BATCH=yes it stops at some point with: gmake: *** [libgiofam.la] Error 1 Stop in /usr/ports/devel/gio-fam-backend rebuilding /usr/ports/devel/glib20 seems to fix this with: # cd /usr/ports/devel/glib20 # make rmconfig # make all # make deinstall # make reinstall still compiling.... thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ We should all learn from the peoples of The Netherlands, France and Ireland. Aprendamos todos de los pueblos de Holanda, Francia e Irlanda. From kwm at FreeBSD.org Sun Aug 10 11:43:28 2008 From: kwm at FreeBSD.org (Koop Mast) Date: Sun Aug 10 11:44:03 2008 Subject: gio-fam-backend needed for kde4 In-Reply-To: <489E6D78.3090900@gmail.com> References: <489E5C7A.8090001@gmail.com> <20080809235330.GB50123@bsdcrew.de> <489E6D78.3090900@gmail.com> Message-ID: <1218367487.58982.1.camel@headache.rainbow-runner.nl> On Sun, 2008-08-10 at 00:24 -0400, Ben Adams wrote: > YUP: > laptop# csup -L 2 -h cvsup.FreeBSD.org > /usr/share/examples/cvsup/ports-supfile > Parsing supfile "/usr/share/examples/cvsup/ports-supfile" > Connecting to cvsup.FreeBSD.org > Connected to 72.233.193.64 > Server software version: SNAP_16_1h > Negotiating file attribute support > Exchanging collection information > Establishing multiplexed-mode data connection > Running > Updating collection ports-all/cvs > Edit ports/chinese/kde4-l10n-zh_TW/Makefile > Add delta 1.45 2008.08.09.22.16.35 miwi > Edit ports/multimedia/smile/Makefile > Add delta 1.4 2008.08.09.22.30.28 miwi > Edit ports/multimedia/smile/distinfo > Add delta 1.4 2008.08.09.22.30.28 miwi > Edit ports/multimedia/smile/pkg-plist > Add delta 1.4 2008.08.09.22.30.28 miwi > Shutting down connection to server > Finished successfully > laptop# make install > ===> kde4-4.1.0 depends on file: /usr/local/kde4/bin/kdebugdialog - > not found > ===> Verifying install for /usr/local/kde4/bin/kdebugdialog in > /usr/ports/x11/kdebase4-runtime > ===> kdebase-runtime-4.1.0 depends on package: qt4-corelib>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on package: qt4-opengl>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on package: qt4-moc>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on package: qt4-rcc>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on package: qt4-uic>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on package: qt4-dbus>=4.4.1 - found > ===> kdebase-runtime-4.1.0 depends on file: > /usr/local/kde4/bin/automoc4 - found > ===> kdebase-runtime-4.1.0 depends on file: /usr/local/bin/cmake - found > ===> kdebase-runtime-4.1.0 depends on shared library: usb-0.1.8 - found > ===> kdebase-runtime-4.1.0 depends on shared library: xcb.1 - found > ===> kdebase-runtime-4.1.0 depends on shared library: xine.1 - found > ===> kdebase-runtime-4.1.0 depends on shared library: xklavier.12 - > not found > ===> Verifying install for xklavier.12 in /usr/ports/x11/libxklavier > ===> Installing for libxklavier-3.5_2,1 > ===> libxklavier-3.5_2,1 depends on executable: xkbcomp - found > ===> libxklavier-3.5_2,1 depends on file: > /usr/local/libdata/pkgconfig/x11.pc - found > ===> libxklavier-3.5_2,1 depends on file: > /usr/local/libdata/pkgconfig/xkbfile.pc - found > ===> libxklavier-3.5_2,1 depends on executable: pkg-config - found > ===> libxklavier-3.5_2,1 depends on file: > /usr/local/lib/gio/modules/libgiofam.so - not found > ===> Verifying install for /usr/local/lib/gio/modules/libgiofam.so in > /usr/ports/devel/gio-fam-backend > ===> Building for gio-fam-backend-2.16.5 > /bin/sh ../../libtool --tag=CC --mode=link cc > -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule > -I../../gio -DG_DISABLE_CAST_CHECKS > -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION > -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall > -export_dynamic -avoid-version -module -no-undefined > -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib > -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules > libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo > libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo > -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam > rm -fr .libs/libgiofam.exp > generating symbol list for `libgiofam.la' > /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ > ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | > sort | uniq > .libs/libgiofam.exp > /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > > ".libs/libgiofam.expT" > mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" > cc -shared .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib > -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib > /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so > /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname > -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o > .libs/libgiofam.so > /usr/bin/ld: cannot find -lgio-2.0 > gmake: *** [libgiofam.la] Error 1 > *** Error code 2 You need to update your installed ports first. Glib20 in this case. -Koop > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 > > Stop in /usr/ports/x11/libxklavier. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4-runtime. > *** Error code 1 > > Stop in /usr/ports/x11/kde4. > *** Error code 1 > > Stop in /usr/ports/x11/kde4. > > Martin Wilke wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Sat, Aug 09, 2008 at 11:11:54PM -0400, Ben Adams wrote: > > > >> ===> Building for gio-fam-backend-2.16.5 > >> /bin/sh ../../libtool --tag=CC --mode=link cc > >> -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule > >> -I../../gio -DG_DISABLE_CAST_CHECKS > >> -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION > >> -DG_DISABLE_DEPRECATED -O2 -fno-strict-aliasing -pipe -Wall > >> -export_dynamic -avoid-version -module -no-undefined > >> -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib > >> -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules > >> libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo > >> libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo > >> -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam > >> rm -fr .libs/libgiofam.exp > >> generating symbol list for `libgiofam.la' > >> /usr/bin/nm -B .libs/libgiofam_la-fam-helper.o > >> .libs/libgiofam_la-fam-module.o > >> .libs/libgiofam_la-gfamdirectorymonitor.o > >> .libs/libgiofam_la-gfamfilemonitor.o | sed -n -e 's/^.*[ > >> ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > >> ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | /usr/bin/sed 's/.* //' | > >> sort | uniq > .libs/libgiofam.exp > >> /usr/bin/grep -E -e "^g_io_module_(load|unload)" ".libs/libgiofam.exp" > > >> ".libs/libgiofam.expT" > >> mv -f ".libs/libgiofam.expT" ".libs/libgiofam.exp" > >> cc -shared .libs/libgiofam_la-fam-helper.o > >> .libs/libgiofam_la-fam-module.o > >> .libs/libgiofam_la-gfamdirectorymonitor.o > >> .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib > >> -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib > >> /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so > >> /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname > >> -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o > >> .libs/libgiofam.so > >> /usr/bin/ld: cannot find -lgio-2.0 > >> gmake: *** [libgiofam.la] Error 1 > >> *** Error code 2 > >> > >> Stop in /usr/ports/devel/gio-fam-backend. > >> *** Error code 1 > >> > > > > Please update first your ports tree. > > > > - - Martin > > > > > > > >> Ben Adams > >> www.BSDWorld.NET > >> _______________________________________________ > >> freebsd-ports@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports > >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > >> > >> > > > > - -- > > > > +-----------------------+-------------------------------+ > > | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | > > | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | > > +-----------------------+-------------------------------+ > > | Mess with the Best, Die like the Rest! | > > +-----------------------+-------------------------------+ > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v2.0.9 (FreeBSD) > > > > iEYEARECAAYFAkieLfkACgkQFwpycAVoI1MEpQCcCmMyTIXpumgHZ+JAfr7l0YR5 > > N0YAnioPi4JZIDcwGas9oOp6f9VL7/lZ > > =8J+y > > -----END PGP SIGNATURE----- > > > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From randy at psg.com Sun Aug 10 13:55:16 2008 From: randy at psg.com (Randy Bush) Date: Sun Aug 10 13:55:22 2008 Subject: dovecot listen Message-ID: <489EF341.5000507@psg.com> freebsd-current dovecot listen = [::] used to listen on ipv4 port as well as ipv6. after cvsup and world build, it is ipv6 only. randy From gerard at seibercom.net Sun Aug 10 14:15:31 2008 From: gerard at seibercom.net (Gerard) Date: Sun Aug 10 14:15:37 2008 Subject: gio-fam-backend needed for kde4 In-Reply-To: <1218367487.58982.1.camel@headache.rainbow-runner.nl> References: <489E5C7A.8090001@gmail.com> <20080809235330.GB50123@bsdcrew.de> <489E6D78.3090900@gmail.com> <1218367487.58982.1.camel@headache.rainbow-runner.nl> Message-ID: <20080810101411.00ec9b6e@scorpio> On Sun, 10 Aug 2008 13:24:47 +0200 Koop Mast wrote: >You need to update your installed ports first. Glib20 in this case. If you have 'portmanager' installed, do this. 1) Update your ports tree. 2) Run: portmanager -u -p -y -l 3) Then: portmanager x11/kde4 -u -p -y -l You could skip step two; however, I have found that in some cases updating all ports prior to attempting to install a new port saves a lot of time and trouble. -- Gerard gerard@seibercom.net Moe: Wanna play poker tonight? Joe: I can't. It's the kids' night out. Moe: So? Joe: I gotta stay home with the nurse. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080810/2a3e4f4c/signature.pgp From yasu at utahime.org Sun Aug 10 14:15:42 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Sun Aug 10 14:15:54 2008 Subject: dovecot listen In-Reply-To: <489EF341.5000507@psg.com> References: <489EF341.5000507@psg.com> Message-ID: <20080810.231525.40127138.yasu@utahime.org> From: Randy Bush Subject: dovecot listen Date: Sun, 10 Aug 2008 22:55:13 +0900 > dovecot > listen = [::] > used to listen on ipv4 port as well as ipv6. after cvsup and world > build, it is ipv6 only. It's one of changes in dovecot 1.1 from 1.0. Read the thread starting with following message: http://www.dovecot.org/list/dovecot/2008-June/031733.html --- Yasuhiro KIMURA From gerard at seibercom.net Sun Aug 10 14:16:14 2008 From: gerard at seibercom.net (Gerard) Date: Sun Aug 10 14:16:21 2008 Subject: gio-fam-backend needed for kde4 In-Reply-To: <1218367487.58982.1.camel@headache.rainbow-runner.nl> References: <489E5C7A.8090001@gmail.com> <20080809235330.GB50123@bsdcrew.de> <489E6D78.3090900@gmail.com> <1218367487.58982.1.camel@headache.rainbow-runner.nl> Message-ID: <20080810101605.2eed9fc5@scorpio> On Sun, 10 Aug 2008 13:24:47 +0200 Koop Mast wrote: >You need to update your installed ports first. Glib20 in this case. If you have 'portmanager' installed, do this. 1) Update your ports tree. 2) Run: portmanager -u -p -y -l 3) Then: portmanager x11/kde4 -u -p -y -l You could skip step two; however, I have found that in some cases updating all ports prior to attempting to install a new port saves a lot of time and trouble. -- Gerard gerard@seibercom.net Moe: Wanna play poker tonight? Joe: I can't. It's the kids' night out. Moe: So? Joe: I gotta stay home with the nurse. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080810/61673421/signature.pgp From randy at psg.com Sun Aug 10 14:20:46 2008 From: randy at psg.com (Randy Bush) Date: Sun Aug 10 14:20:52 2008 Subject: dovecot listen In-Reply-To: <20080810.231525.40127138.yasu@utahime.org> References: <489EF341.5000507@psg.com> <20080810.231525.40127138.yasu@utahime.org> Message-ID: <489EF93A.9040901@psg.com> >> dovecot >> listen = [::] >> used to listen on ipv4 port as well as ipv6. after cvsup and world >> build, it is ipv6 only. > > It's one of changes in dovecot 1.1 from 1.0. Read the thread starting > with following message: > > http://www.dovecot.org/list/dovecot/2008-June/031733.html domo arigato gozaimasu listen = *, [::] did the trick randy From chuck at pkix.net Sun Aug 10 16:00:23 2008 From: chuck at pkix.net (Chuck Swiger) Date: Sun Aug 10 16:00:29 2008 Subject: redland build failure In-Reply-To: <200808101336.13759.makc@issp.ac.ru> References: <489E5C02.4040902@janh.de> <200808101336.13759.makc@issp.ac.ru> Message-ID: Hi, all-- On Aug 10, 2008, at 2:36 AM, Max Brazhnikov wrote: > On Sun, 10 Aug 2008 05:09:54 +0200, Jan Henrik Sylvester wrote: >> I am on 7.0 with all ports up to date. I have no nonstandard >> OPTIONS for >> any dependencies. >> >> It seems to have picked up mysql-client although I did not have >> WITH_MYSQL on. >> >> Do I miss anything? > > I've submitted ports/126410 with fix, waiting for maintainer approval. If this patch fixes the issue, by all means. I've submitted a followup response to that effect to ports/126410. :-) Regards, -- -Chuck From matt at chronos.org.uk Sun Aug 10 19:16:47 2008 From: matt at chronos.org.uk (Matt Dawson) Date: Sun Aug 10 19:16:55 2008 Subject: GNOME port removing mtree files? Message-ID: <200808102016.38926.matt@chronos.org.uk> I have just run a tinderbuild on 6.3 with a portstree csupped 2008-08-09 23:08:58. There seems to be an inordinate amount of leftovers in the statistics and all seem to be related to GNOME, although I cannot pin it down to any particular port. All the logs end with (gnome-desktop picked at random): === Checking filesystem state after all packages deleted ================================================================ list of files present on clean system but missing after everything was deinstalled) ./usr/local/share/locale/de_AT missing ./usr/local/share/locale/de_AT/LC_MESSAGES missing ./usr/local/share/locale/fa_IR missing ./usr/local/share/locale/fa_IR/LC_MESSAGES missing ./usr/local/share/locale/fr_FR missing ./usr/local/share/locale/fr_FR/LC_MESSAGES missing ./usr/local/share/locale/no missing ./usr/local/share/locale/no/LC_MESSAGES missing ================================================================ build of /usr/ports/x11/gnome-desktop ended at Sun Aug 10 14:04:49 UTC 2008 All of these files exist in /etc/mtree/BSD.x11-4.dist in the jail in question. Apologies for the noise if this has already been traced and fixed. I have had a scan through FreshPorts for entries since last night, but can't see anything obvious. It's also possible that I have a corrupt portstree on the tinderbox. Is anyone else seeing this? -- Matt Dawson. matt@chronos.org.uk MTD15-RIPE From kwm at FreeBSD.org Sun Aug 10 19:39:44 2008 From: kwm at FreeBSD.org (Koop Mast) Date: Sun Aug 10 19:40:13 2008 Subject: GNOME port removing mtree files? In-Reply-To: <200808102016.38926.matt@chronos.org.uk> References: <200808102016.38926.matt@chronos.org.uk> Message-ID: <1218397198.91831.3.camel@headache.rainbow-runner.nl> On Sun, 2008-08-10 at 20:16 +0100, Matt Dawson wrote: > I have just run a tinderbuild on 6.3 with a portstree csupped 2008-08-09 > 23:08:58. There seems to be an inordinate amount of leftovers in the > statistics and all seem to be related to GNOME, although I cannot pin it down > to any particular port. This comes form iso-codes. And I will look at it later (since I caused it). I just had other problems to fix first. -Koop > All the logs end with (gnome-desktop picked at random): > > === Checking filesystem state after all packages deleted > ================================================================ > list of files present on clean system but missing after everything was > deinstalled) > ./usr/local/share/locale/de_AT missing > ./usr/local/share/locale/de_AT/LC_MESSAGES missing > ./usr/local/share/locale/fa_IR missing > ./usr/local/share/locale/fa_IR/LC_MESSAGES missing > ./usr/local/share/locale/fr_FR missing > ./usr/local/share/locale/fr_FR/LC_MESSAGES missing > ./usr/local/share/locale/no missing > ./usr/local/share/locale/no/LC_MESSAGES missing > ================================================================ > build of /usr/ports/x11/gnome-desktop ended at Sun Aug 10 14:04:49 UTC 2008 > > All of these files exist in /etc/mtree/BSD.x11-4.dist in the jail in question. > > Apologies for the noise if this has already been traced and fixed. I have had > a scan through FreshPorts for entries since last night, but can't see > anything obvious. It's also possible that I have a corrupt portstree on the > tinderbox. > > Is anyone else seeing this? From gyrd-se at thanelange.no Mon Aug 11 03:29:35 2008 From: gyrd-se at thanelange.no (Gyrd Thane Lange) Date: Mon Aug 11 03:29:43 2008 Subject: multimedia/transcode won't build In-Reply-To: <1218205120.70877.3.camel@main.lerwick.hopto.org> References: <489C4DC0.3030806@eskk.nu> <20080808135842.GA71650@rwxrwxrwx.net> <1218205120.70877.3.camel@main.lerwick.hopto.org> Message-ID: <20080811050319.17092ed1@parvati.thanelange.no> On Fri, 08 Aug 2008 15:18:40 +0100 Craig Butler wrote: > On Fri, 2008-08-08 at 15:58 +0200, Martin Tournoij wrote: > > On Fri, Aug 08, 2008 at 03:44:32PM +0200, Leslie Jensen wrote: > > > Hello > > > > > > I have the above problem. > > > > > > I have tried make deinstall and then reinstall, same error. > > > > > > Any hints? > > > > > > Thanks > > > /Leslie > > > > > > > > > ----------------------------------------- > > > In file included from import_nuv.c:19: > > > ../../libtc/tc_lzo.h:13:23: error: lzo/lzo1x.h: No such file or > > > directory ../../libtc/tc_lzo.h:14:25: error: lzo/lzoutil.h: No > > > such file or directory import_nuv.c: In function > > > 'nuv_decode_video': import_nuv.c:473: warning: pointer targets in > > > assignment differ in signedness > > > import_nuv.c:480: error: 'lzo_uint' undeclared (first use in this > > > function) import_nuv.c:480: error: (Each undeclared identifier is > > > reported only once import_nuv.c:480: error: for each function it > > > appears in.) import_nuv.c:480: error: expected ';' before 'len' > > > import_nuv.c:486: warning: implicit declaration of function > > > 'lzo1x_decompress' > > > import_nuv.c:487: error: 'len' undeclared (first use in this > > > function) import_nuv.c:487: error: 'LZO_E_OK' undeclared (first > > > use in this function) import_nuv.c:509: warning: pointer targets > > > in passing argument 2 of 'RTjpeg_deco > > > mpressYUV420' differ in signedness > > > import_nuv.c: In function 'import_nuv_decode': > > > import_nuv.c:624: warning: pointer targets in assignment differ > > > in signedness > > > gmake[3]: *** [import_nuv_la-import_nuv.lo] Error 1 > > > gmake[3]: Leaving directory > > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > > 6/import/nuv' > > > gmake[2]: *** [all-recursive] Error 1 > > > gmake[2]: Leaving directory > > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > > 6/import' > > > gmake[1]: *** [all-recursive] Error 1 > > > gmake[1]: Leaving directory > > > `/usr/ports/multimedia/transcode/work/transcode-1.0. > > > 6' > > > gmake: *** [all] Error 2 > > > *** Error code 2 > > > > > > Stop in /usr/ports/multimedia/transcode. > > > *** Error code 1 > > > > > > Stop in /usr/ports/multimedia/transcode. > > > ----------------------------------------- > > > > I had the same problem today, it's probably a bug in the port ... > > Haven't had the time to look into it. > > > > have you got /usr/ports/archivers/lzo installed ? > > it looks like the port is trying to pull in an include files from > it... The port appears to looking for the lzo headers in the wrong place. archivers/lzo places include files in /usr/local/include while archivers/lzo2 places include files in /usr/local/include/lzo a) To make the port work with lzo version 1, you can drop a small patch file (also attached) into /usr/ports/multimedia/transcode/files/: [patch-libtc_tc_lzo.h] --- libtc/tc_lzo.h.orig 2008-08-10 22:24:53.000000000 +0200 +++ libtc/tc_lzo.h 2008-08-10 22:25:37.000000000 +0200 @@ -10,8 +10,8 @@ #ifndef TC_LZO_H #define TC_LZO_H -#include -#include +#include +#include #ifdef HAVE_CONFIG_H #include "config.h" b) You can uninstall archivers/lzo and install archivers/lzo2 instead (haven' tried this but I'll expect it to work.) Regards Gyrd ^_^ From leslie at eskk.nu Mon Aug 11 09:00:50 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Mon Aug 11 09:00:57 2008 Subject: multimedia/transcode won't build In-Reply-To: <20080811050319.17092ed1@parvati.thanelange.no> References: <489C4DC0.3030806@eskk.nu> <20080808135842.GA71650@rwxrwxrwx.net> <1218205120.70877.3.camel@main.lerwick.hopto.org> <20080811050319.17092ed1@parvati.thanelange.no> Message-ID: <489FFFB9.6050304@eskk.nu> > > The port appears to looking for the lzo headers in the wrong place. > > archivers/lzo places include files in /usr/local/include while > archivers/lzo2 places include files in /usr/local/include/lzo > > a) To make the port work with lzo version 1, you can drop a small patch > file (also attached) into /usr/ports/multimedia/transcode/files/: > > [patch-libtc_tc_lzo.h] > --- libtc/tc_lzo.h.orig 2008-08-10 22:24:53.000000000 +0200 > +++ libtc/tc_lzo.h 2008-08-10 22:25:37.000000000 +0200 > @@ -10,8 +10,8 @@ > #ifndef TC_LZO_H > #define TC_LZO_H > > -#include > -#include > +#include > +#include > > #ifdef HAVE_CONFIG_H > #include "config.h" > > b) You can uninstall archivers/lzo and install archivers/lzo2 instead > (haven' tried this but I'll expect it to work.) > > Regards > Gyrd ^_^ > Thank you! I'll try the solution you mention. Just a thought, shouldn't lzo be a dependency if the port won't build without it? I my self do not have lzo installed at all at the moment and will install it just to make this new version of transcode work. Thanks /Leslie From wahjava.ml at gmail.com Mon Aug 11 10:06:59 2008 From: wahjava.ml at gmail.com (Ashish Shukla) Date: Mon Aug 11 10:07:06 2008 Subject: Is _environ present in 7.0-RELEASE ? Message-ID: <200808111538.09660.wahjava.ml@gmail.com> Hi all, I'm running FreeBSD 7.0-RELEASE-p3 (amd64). I'm trying to install kde4 from scratch. I'm getting an error with building libxine-1.1.14. And as kde4 ports depends on libxine, I'm not able to build kde4. Following is an excerpt from the build output, I've received: ---->8---->8---- Making all in libreal gmake[2]: Entering directory `/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src/libreal' /bin/sh ../../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine - I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -I/usr/local/include -fvisibility=hidden -D_REENTRANT - D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wall - Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -pipe -msse -msse2 -msse3 -mmmx -march=nocona -march=nocona -g - fno-force-addr -I/usr/local/include -I/usr/local/include/dvdread -DNDEBUG -MT xineplug_decode_real_la-xine_real_video_decoder.lo -MD -MP -MF .deps/xineplug_decode_real_la- xine_real_video_decoder.Tpo -c -o xineplug_decode_real_la-xine_real_video_decoder.lo `test -f 'xine_real_video_decoder.c' || echo './'`xine_real_video_decoder.c cc -DHAVE_CONFIG_H -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils - I../../src/input -I../../src/input -I../../lib -I../../lib -I/usr/local/include -fvisibility=hidden -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wformat=2 -Wno-format- zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wall -Wpointer-arith -Wnested-externs -Wcast-align -Wchar-subscripts - Wmissing-declarations -Wmissing-prototypes -pipe -msse -msse2 -msse3 -mmmx -march=nocona -march=nocona-g -fno-force-addr -I/usr/local/include -I/usr/local/include/dvdread - DNDEBUG -MT xineplug_decode_real_la-xine_real_video_decoder.lo -MD -MP -MF .deps/xineplug_decode_real_la-xine_real_video_decoder.Tpo-c xine_real_video_decoder.c -fPIC -DPIC -o .libs/xineplug_decode_real_la-xine_real_video_decoder.o In file included from ../../src/xine-engine/xine_internal.h:33, from xine_real_video_decoder.c:40: ../../include/xine.h:2230: warning: 'xine_tvsystem' is deprecated In file included from xine_real_video_decoder.c:45: real_common.h:49: error: '__environ' defined both normally and as an alias real_common.h:59: error: 'stderr' defined both normally and as an alias xine_real_video_decoder.c: In function 'init_codec': xine_real_video_decoder.c:279: warning: 'xine_xmalloc' is deprecated (declared at ../../src/xine-utils/xineutils.h:624) xine_real_video_decoder.c: In function 'realdec_decode_data': xine_real_video_decoder.c:390: warning: pointer targets in passing argument 1 of 'this->rvyuv_transform' differ in signedness xine_real_video_decoder.c:390: warning: pointer targets in passing argument 2 of 'this->rvyuv_transform' differ in signedness xine_real_video_decoder.c: In function 'init_realvdec': xine_real_video_decoder.c:536: warning: unused variable 'config' gmake[2]: *** [xineplug_decode_real_la-xine_real_video_decoder.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src/libreal' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/libxine/work/xine-lib-1.1.14/src' gmake: *** [all-recursive] Error 1 ----8<----8<---- I've uploaded the config.log[1] present in ${PORTSDIR}/multimedia/libxine/work/xine-lib-1.1.14 . Since no one else has received any such error, I've not filed any PRs. Following is the test program I wrote to reproduce the error. ----8<----8<---- abbe [~] monte-cristo% cat test.c extern char ** _environ; #ifndef NULL #define NULL (char**)0 #endif int main() { _environ = NULL; } abbe [~] monte-cristo% cc -o test test.c /var/tmp//ccz3twdu.o(.text+0x7): In function `main': : undefined reference to `_environ' abbe [~] monte-cristo% sed -e s/_environ/environ/g -i '' test.c abbe [~] monte-cristo% cat test.c extern char ** environ; #ifndef NULL #define NULL (char**)0 #endif int main() { environ = NULL; } abbe [~] monte-cristo% cc -o test test.c abbe [xine-lib-1.1.14] monte-cristo% cat /etc/make.conf CPUTYPE?=nocona CFLAGS= -O2 -fno-strict-aliasing -pipe -msse -msse2 -msse3 -mmmx -march=nocona MAKEOPTS=-j3 ---->8---->8---- The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? References: [1] - http://wahjava.googlepages.com/config.log.libxine (size: 243051 bytes, md5: 807b7dc3458f12c7e685d63aeaf83fae) TIA Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080811/c32d047f/attachment.pgp From nicki at astcape.co.za Mon Aug 11 10:31:21 2008 From: nicki at astcape.co.za (Nicki de Wet) Date: Mon Aug 11 10:31:30 2008 Subject: freetds port Message-ID: <20080811121402.10041i8k6xq7ipk0@www.astcape.co.za> I noticed that the freetds port is outdated, it is still on version 0.64, whereas the latest available is 0.82. Regards, Nicki ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From merv at merv.org.uk Mon Aug 11 10:57:18 2008 From: merv at merv.org.uk (merv) Date: Mon Aug 11 10:57:33 2008 Subject: FreeBSD Port: php5-5.2.6 Message-ID: <48A0157E.8080209@merv.org.uk> Hi, Firstly let me apologies if I have posted this incorrectly or to the wrong place. I have a strange problem with PHP5 on FreeBSD. When run on a FreeBSD server the decrypt function of a xTea encryption library does not work correctly. While the same PHP code runs without problem on a Windows Server. Has anybody experienced similar problems? I am at a dead end any help would be much appreciated. Windows output: xTea A secret message. Meet at 21:00 by the old bridge to talk about the new plan. hK/xEOKqgx+Tfb7tCndxFH/3HTck+cy3+y1uMa/DUWNgg7I91/QeG2BceCmtaDYmFjPRAczqCHCc LHMWiGE0ZQV+QC+f3xcJWvtGxLIdDHY= A secret message. Meet at 21:00 by the old bridge to talk about the new plan. FreeBSD output: xTea A secret message. Meet at 21:00 by the old bridge to talk about the new plan. hK/xEOKqgx+Tfb7tCndxFH/3HTck+cy3+y1uMa/DUWNgg7I91/QeG2BceCmtaDYmFjPRAczqCHCc LHMWiGE0ZQV+QC+f3xcJWvtGxLIdDHY= ????fs??cf??[?[?*x???5L??$?l????B%T????? ??G?X?q?-??H>(???;?H?8???????? Note encryption works fine it is possible to encrypt the message on FreeBSD and decrypt the message on Windows. The message also decrypts correctly using a Javascript implementation of xTea. The only part that fails is decrypt under FreeBSD. Is this expected and common? Nigel (Merv) Hughes. PHP source:

xTea

xTEA.php: 8) { // $res .= crypt8(substr($str,0,8),$key,$encrypt,$itr); $res .= JScrypt8(substr($str,0,8),$key,$encrypt,$itr); $str = substr($str,8); } if (strlen($str)>0) { while (strlen($str)<8) { $str .= ' '; } // $res .= crypt8($str,$key,$encrypt,$itr); $res .= JScrypt8($str,$key,$encrypt,$itr); } return rtrim($res,' '); } //Four-byte truncate function fbt($x) { $x = $x&0x0FFFFFFFF; return $x<0?0x0100000000+$x:$x; } function JScrypt8($oct,$key,$encrypt,$itr) { $y=0; $z=0; $k=array(); $k[0]=$k[1]=$k[2]=$k[3]=0; $d=0x9E3779B9; $sum=$encrypt?0:($d*$itr); $res=""; for ($i=0; $i<8; ) { $y=fbt(($y<<8)+(ord($oct{$i})&0xFF)); $k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i})); $k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i+8})); $i++; $z=fbt(($z<<8)+(ord($oct{$i})&0xFF)); $k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i})); $k[$i&3]=fbt(($k[$i&3]<<8)+ord($key{$i+8})); $i++; } if ($encrypt) { while ($itr-->0) { $y = fbt(($y+fbt(($z*16)^floor($z/32))+fbt($z^$sum)+$k[$sum&3])); $sum=$sum+$d; $z = fbt(($z+fbt(($y*16)^floor($y/32))+fbt($y^$sum)+$k[($sum>>11)&3])); } } else { while ($itr-->0) { $z = fbt($z-fbt(fbt(($y*16)^floor($y/32))+fbt($y^$sum)+$k[($sum>>11)&3])); $sum=$sum-$d; $y = fbt($y-fbt(fbt(($z*16)^floor($z/32))+fbt($z^$sum)+$k[$sum&3])); } } for ($i=4; $i-->0; ) { $res .= chr(fbt(($y&0xFF000000)>>24)); $y = $y<<8; $res .= chr(fbt(($z&0xFF000000)>>24)); $z=$z<<8; } return $res; } function crypt8($oct,$key,$encrypt,$itr) { $y=0; $z=0; $k=array(); $k[0]=$k[1]=$k[2]=$k[3]=0; $d=0x9E3779B9; $sum=$encrypt?0:($d*$itr)&0x0ffffffff; $res=""; for ($i=0; $i<8; ) { $y=($y<<8)+(ord($oct{$i})&0xFF); $k[$i&3]=($k[$i&3]<<8)+ord($key{$i}); $k[$i&3]=($k[$i&3]<<8)+ord($key{$i+8}); $i++; $z=($z<<8)+(ord($oct{$i})&0xFF); $k[$i&3]=($k[$i&3]<<8)+ord($key{$i}); $k[$i&3]=($k[$i&3]<<8)+ord($key{$i+8}); $i++; } if ($encrypt) { while ($itr-->0) { $y = ($y+(($z<<4)^($z>>5))+($z^$sum)+$k[$sum&3])&0x0ffffffff; $sum=$sum+$d; $z = ($z+(($y<<4)^($y>>5))+($y^$sum)+$k[($sum>>11)&3])&0x0ffffffff; } } else { while ($itr-->0) { $z = ($z+0x0100000000-(((($y<<4)^($y>>5))+($y^$sum)+$k[($sum>>11)&3])&0x0ffffffff))&0x0ffffffff; $sum=($sum+0x0100000000-$d)&0x0ffffffff; $y = ($y+0x0100000000-(((($z<<4)^($z>>5))+($z^$sum)+$k[$sum&3])&0x0ffffffff))&0x0ffffffff; } } for ($i=4; $i-->0; ) { $res .= chr(($y&0xFF000000)>>24); $y = $y<<8; $res .= chr(($z&0xFF000000)>>24); $z=$z<<8; } return $res; } ?> From bugmaster at FreeBSD.org Mon Aug 11 11:06:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 11 11:06:33 2008 Subject: Current unassigned ports problem reports Message-ID: <200808111106.m7BB67OQ046239@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/97254 ports-mgmt/porttools - wrong prefix a ports/107304 print/apsfilter does not print PDF to raw PostScript p s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str o ports/121325 Xorg crashes when x11-wm/xcompmgr is running f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit f ports/125555 sysutils/lsof - not working on RELENG_7 after MFC of K f ports/125809 [NEW PORT] www/greasemonkey: Add bits of DHTML to any f ports/125974 building games/xpuyopuyo fails f ports/126165 Patches introduced in sysutils/flexbackup 1.2.1_3 caus o ports/126343 Update port: multimedia/mythtv f ports/126362 check_mailq (net-mgmt/nagios-plugins) does not use -W o ports/126397 graphics/libgeotiff fails to build o ports/126401 update editors/yui up to latest release 21 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/100771 port submit (ports-mgmt/porttools) cannot parse multip o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/120758 finance/kmymoney2: update to 0.8.8 and enable OFX o ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests f ports/123756 [patch] put devel/libffi includes in sane place f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124015 [New Port] irc/ircit a file in file out irc client o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124706 cannot build sysutils/desktopbsd-tools o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124905 new port: databases/sqlitejdbc 051 f ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT o ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125178 [NEW PORT] net/wizd: An open-source media server for S o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125375 [NEW PORT] lang/mosh: A Fast R6RS Scheme interpreter f ports/125552 sysutils/k3b: Update to 1.0.5 f ports/125557 [PATCH]devel/open-beagle: update to 3.0.3 f ports/125594 net-p2p/Amule2 port is outdated f ports/125611 [PATCH]print/pstotext: update to 1.9 f ports/125676 [PATCH] Fix www/lynx build f ports/125697 [patch] security/secure_delete add conflicts for secur o ports/125705 resurrect graphics/mesagl in a mangled version f ports/125706 Update math/vtk5 to version 5.0.4 o ports/125819 [NEW PORT] deskutils/org-mode.el6: An Emacs mode for n o ports/125884 [NEW PORT] net-im/wooztalk: Meet your World Wide Web n o ports/125899 New port: graphics/linux-XnViewMP o ports/125924 [new port] Add textproc/stardict3 o ports/125939 New Port: misc/wanpipe drivers for various sangoma ca f ports/125960 sysutils/syscp lacks of chattr/chflags o ports/125988 [PATCH] devel/py-boto: update to 1.3a s ports/126040 update sysutils/linux-megacli f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/126058 net/generic-nqs fails to compile o ports/126066 [MAINTAINER] math/proofgeneral: 3.7.0 -> 3.7.1 o ports/126067 [MAINTAINER] math/isabelle: update from 2007 to 2008 o ports/126068 [MAINTAINER] lang/polyml: 5.1 -> 5.2 f ports/126087 wrong man page in sysutils/cmdwatch f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126178 mail/simscan patch to work with clamav 0.93 f ports/126187 [patch] mail/postfix update to v2.5.3 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne f ports/126206 [PATCH] print/lout: update to 3.36 o ports/126218 New port: www/mod_auth_openid An authentication module f ports/126228 [PATCH] mail/courier: new version 0.60.0 o ports/126293 [maintainer update] mail/heirloom-mailx: update to 12. o ports/126296 New port: dns/zkt (ZKT is a tool to manage keys and si o ports/126317 [PATCH] textproc/asciidoc: update to 8.2.7 o ports/126320 [NEW PORT] converters/o3read: Standalone converter for f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126328 [PATCH] www/gallery: security update to 1.5.8, reset m o ports/126335 [maintainer update] security/yapet: port update to 0.2 o ports/126337 [maintainer-update] sysutils/logrotate: olddir option o ports/126338 ports-mgmt/pkg_cleanup segfault o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126354 multimedia/mplayer vs. ffmpeg compile-Error (redefine) o ports/126381 [PATCH] audio/jack-rack: Optional GNOME and WITHOUT_NL o ports/126385 [MAINTAINER] www/validator: update to 0.8.3 o ports/126393 Update port: net-mgmt/darkstat to 3.0.711 f ports/126417 [PATCH] devel/rubygem-activesupport: update to 2.1.0 f ports/126434 [PATCH] devel/rubygem-rubyforge: update to 1.0.0 o ports/126438 Update port: lang/maude 2.2 -> 2.3 f ports/126441 textproc/isearch fix build with gcc4.2 92 problems total. From gyrd-se at thanelange.no Mon Aug 11 11:15:41 2008 From: gyrd-se at thanelange.no (Gyrd Thane Lange) Date: Mon Aug 11 11:15:48 2008 Subject: multimedia/transcode won't build In-Reply-To: <489FFFB9.6050304@eskk.nu> References: <489C4DC0.3030806@eskk.nu> <20080808135842.GA71650@rwxrwxrwx.net> <1218205120.70877.3.camel@main.lerwick.hopto.org> <20080811050319.17092ed1@parvati.thanelange.no> <489FFFB9.6050304@eskk.nu> Message-ID: <48A01F55.5060603@thanelange.no> Leslie Jensen skrev: > >> >> The port appears to looking for the lzo headers in the wrong place. >> >> archivers/lzo places include files in /usr/local/include while >> archivers/lzo2 places include files in /usr/local/include/lzo >> >> a) To make the port work with lzo version 1, you can drop a small patch >> file (also attached) into /usr/ports/multimedia/transcode/files/: >> >> [patch-libtc_tc_lzo.h] >> --- libtc/tc_lzo.h.orig 2008-08-10 22:24:53.000000000 +0200 >> +++ libtc/tc_lzo.h 2008-08-10 22:25:37.000000000 +0200 >> @@ -10,8 +10,8 @@ >> #ifndef TC_LZO_H >> #define TC_LZO_H >> >> -#include >> -#include >> +#include >> +#include >> >> #ifdef HAVE_CONFIG_H >> #include "config.h" >> >> b) You can uninstall archivers/lzo and install archivers/lzo2 instead >> (haven' tried this but I'll expect it to work.) >> >> Regards >> Gyrd ^_^ >> > > Thank you! I'll try the solution you mention. Just a thought, shouldn't > lzo be a dependency if the port won't build without it? I my self do not > have lzo installed at all at the moment and will install it just to make > this new version of transcode work. If you haven't got any lzo installed from before I guess your simplest option is to follow strategy (b) above. I'm not an expert on this port, I just encountered a similar problem when upgrading all of my ports using "portupgrade -fa". I already had lzo installed and conjured up a quick fix (a). Two weeks ago the port was updated with a commit comment of "Switch from using lzo to lzo2 to fix build". This was probably to work around the change in the lzo header files location. It may not have been necessary, as it compiled just fine for me with lzo1 and the patch. (Haven't tried running it yet though.) I also see that if you specify the WITH_LZO it pulls in archivers/lzo2 as a dependency. My guess is that something in the source recently changed and requires the use of lzo even when the WITH_LZO is not specified. And here is a question for the freebsd-ports@ masters. If a port only requires basic lzo functionality, is there an easy way to just work with whatever version (lzo1 or lzo2) the user already has installed on the system? Thus possibly avoiding the user ending up with both versions on his system. Gyrd ^_^ > Thanks > /Leslie From koitsu at FreeBSD.org Mon Aug 11 11:21:19 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Aug 11 11:21:26 2008 Subject: Is _environ present in 7.0-RELEASE ? In-Reply-To: <200808111538.09660.wahjava.ml@gmail.com> References: <200808111538.09660.wahjava.ml@gmail.com> Message-ID: <20080811112119.GA20914@eos.sc1.parodius.com> On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote: > Following is the test program I wrote to reproduce the error. > > ----8<----8<---- > abbe [~] monte-cristo% cat test.c > extern char ** _environ; > > #ifndef NULL > #define NULL (char**)0 > #endif > > int main() > { > _environ = NULL; > } > abbe [~] monte-cristo% cc -o test test.c > /var/tmp//ccz3twdu.o(.text+0x7): In function `main': > : undefined reference to `_environ' > abbe [~] monte-cristo% sed -e s/_environ/environ/g -i '' test.c > abbe [~] monte-cristo% cat test.c > extern char ** environ; > > #ifndef NULL > #define NULL (char**)0 > #endif > > int main() > { > environ = NULL; > } > abbe [~] monte-cristo% cc -o test test.c > abbe [xine-lib-1.1.14] monte-cristo% cat /etc/make.conf > CPUTYPE?=nocona > CFLAGS= -O2 -fno-strict-aliasing -pipe -msse -msse2 -msse3 -mmmx -march=nocona > MAKEOPTS=-j3 > ---->8---->8---- > > The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? Something tells me this might interest you. See the most recent commit: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From leslie at eskk.nu Mon Aug 11 11:58:38 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Mon Aug 11 11:58:49 2008 Subject: multimedia/transcode won't build In-Reply-To: <48A01F55.5060603@thanelange.no> References: <489C4DC0.3030806@eskk.nu> <20080808135842.GA71650@rwxrwxrwx.net> <1218205120.70877.3.camel@main.lerwick.hopto.org> <20080811050319.17092ed1@parvati.thanelange.no> <489FFFB9.6050304@eskk.nu> <48A01F55.5060603@thanelange.no> Message-ID: <48A02965.3070407@eskk.nu> >> Thank you! I'll try the solution you mention. Just a thought, shouldn't >> lzo be a dependency if the port won't build without it? I my self do >> not have lzo installed at all at the moment and will install it just >> to make this new version of transcode work. > > If you haven't got any lzo installed from before I guess your simplest > option is to follow strategy (b) above. > > I'm not an expert on this port, I just encountered a similar problem > when upgrading all of my ports using "portupgrade -fa". I already had > lzo installed and conjured up a quick fix (a). > > > Two weeks ago the port was updated with a commit comment of "Switch from > using lzo to lzo2 to fix build". This was probably to work around the > change in the lzo header files location. It may not have been necessary, > as it compiled just fine for me with lzo1 and the patch. (Haven't tried > running it yet though.) > > I also see that if you specify the WITH_LZO it pulls in archivers/lzo2 > as a dependency. My guess is that something in the source recently > changed and requires the use of lzo even when the WITH_LZO is not > specified. > > And here is a question for the freebsd-ports@ masters. If a port only > requires basic lzo functionality, is there an easy way to just work with > whatever version (lzo1 or lzo2) the user already has installed on the > system? Thus possibly avoiding the user ending up with both versions on > his system. > > Gyrd ^_^ > >> Thanks >> /Leslie > It worked for me with first installing lzo2 and then transcode. Thanks for you help :-) /Leslie From wahjava.ml at gmail.com Mon Aug 11 12:18:24 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Mon Aug 11 12:18:30 2008 Subject: Is _environ present in 7.0-RELEASE ? References: <200808111538.09660.wahjava.ml@gmail.com> <20080811112119.GA20914@eos.sc1.parodius.com> Message-ID: <87ljz3sq02.fsf@chateau.d.lf> Jeremy Chadwick writes: > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote: [snip] >> The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? > Something tells me this might interest you. See the most recent commit: > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c Sorry, but I'm not able to figure out, what relevant stuff there is relevant here. I checked out the diff[1] (with the previous commit) and the recent commit 1.12.2.2[2], but not able to find anything relevant. Could you please elaborate, what are you trying to say ? References: [1] - http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c.diff?r1=1.12.2.1;r2=1.12.2.2;f=h [2] - http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c?rev=1.12.2.2;content-type=text%2Fplain Thanks Ashish Shukla -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080811/bb1f14e0/attachment.pgp From koitsu at FreeBSD.org Mon Aug 11 12:37:20 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Aug 11 12:37:27 2008 Subject: Is _environ present in 7.0-RELEASE ? In-Reply-To: <87ljz3sq02.fsf@chateau.d.lf> References: <200808111538.09660.wahjava.ml@gmail.com> <20080811112119.GA20914@eos.sc1.parodius.com> <87ljz3sq02.fsf@chateau.d.lf> Message-ID: <20080811123719.GA23937@eos.sc1.parodius.com> On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > Jeremy Chadwick writes: > > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote: > > [snip] > > >> The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? > > > Something tells me this might interest you. See the most recent commit: > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c > > Sorry, but I'm not able to figure out, what relevant stuff there is > relevant here. I checked out the diff[1] (with the previous commit) and > the recent commit 1.12.2.2[2], but not able to find anything > relevant. Could you please elaborate, what are you trying to say ? 1) The only variable exported to a process from libc is "environ", not __environ or _environ. Look at src/lib/libc/stdlib/getenv.c for an example, and confirmation. 2) Your code assigns environ = NULL, which is why I felt the above commit has relevancy to you. You should be aware that there are many different conditions where clearing environ on FreeBSD behaves differently compared to other OSes; the commit makes it compatible with pretty much everything. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From wahjava.ml at gmail.com Mon Aug 11 13:12:44 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Mon Aug 11 13:12:51 2008 Subject: Is _environ present in 7.0-RELEASE ? In-Reply-To: <20080811123719.GA23937@eos.sc1.parodius.com> (Jeremy Chadwick's message of "Mon\, 11 Aug 2008 05\:37\:19 -0700") References: <200808111538.09660.wahjava.ml@gmail.com> <20080811112119.GA20914@eos.sc1.parodius.com> <87ljz3sq02.fsf@chateau.d.lf> <20080811123719.GA23937@eos.sc1.parodius.com> Message-ID: <87d4kfsnhn.fsf@chateau.d.lf> Jeremy Chadwick writes: > On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla ???????????? ??????????????? wrote: >> Jeremy Chadwick writes: >> > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote: >> >> [snip] >> >> >> The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? >> >> > Something tells me this might interest you. See the most recent commit: >> >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c >> >> Sorry, but I'm not able to figure out, what relevant stuff there is >> relevant here. I checked out the diff[1] (with the previous commit) and >> the recent commit 1.12.2.2[2], but not able to find anything >> relevant. Could you please elaborate, what are you trying to say ? > 1) The only variable exported to a process from libc is "environ", > not __environ or _environ. Look at src/lib/libc/stdlib/getenv.c for > an example, and confirmation. Yes, this is what I'm trying to say. But if you saw my libxine's config.log, there is a check in its configure script for presence of _environ variable, which is not present in 7.0-RELEASE at least. So, I'm wondering, why no one else received this error while building libxine port. > 2) Your code assigns environ = NULL, which is why I felt the above > commit has relevancy to you. You should be aware that there are many > different conditions where clearing environ on FreeBSD behaves > differently compared to other OSes; the commit makes it compatible with > pretty much everything. nop, that is just a simple test case, and my aim of assigning NULL to force compiler to generate code referencing 'environ' variable. So, should I file a PR for this ? Thanks for the reply, Ashish -- ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080811/590af5d8/attachment.pgp From koitsu at FreeBSD.org Mon Aug 11 14:08:15 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Mon Aug 11 14:08:22 2008 Subject: Is _environ present in 7.0-RELEASE ? In-Reply-To: <87d4kfsnhn.fsf@chateau.d.lf> References: <200808111538.09660.wahjava.ml@gmail.com> <20080811112119.GA20914@eos.sc1.parodius.com> <87ljz3sq02.fsf@chateau.d.lf> <20080811123719.GA23937@eos.sc1.parodius.com> <87d4kfsnhn.fsf@chateau.d.lf> Message-ID: <20080811140815.GA27663@eos.sc1.parodius.com> On Mon, Aug 11, 2008 at 06:43:56PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > Jeremy Chadwick writes: > > On Mon, Aug 11, 2008 at 05:49:41PM +0530, Ashish Shukla ???????????? ??????????????? wrote: > >> Jeremy Chadwick writes: > >> > On Mon, Aug 11, 2008 at 03:38:04PM +0530, Ashish Shukla wrote: > >> > >> [snip] > >> > >> >> The '__environ' symbol is also not defined. Can anyone hint me, what is misconfigured on my box ? > >> > >> > Something tells me this might interest you. See the most recent commit: > >> > >> > http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdlib/getenv.c > >> > >> Sorry, but I'm not able to figure out, what relevant stuff there is > >> relevant here. I checked out the diff[1] (with the previous commit) and > >> the recent commit 1.12.2.2[2], but not able to find anything > >> relevant. Could you please elaborate, what are you trying to say ? > > > 1) The only variable exported to a process from libc is "environ", > > not __environ or _environ. Look at src/lib/libc/stdlib/getenv.c for > > an example, and confirmation. > > Yes, this is what I'm trying to say. But if you saw my libxine's > config.log, there is a check in its configure script for presence of > _environ variable, which is not present in 7.0-RELEASE at least. So, > I'm wondering, why no one else received this error while building > libxine port. > > > 2) Your code assigns environ = NULL, which is why I felt the above > > commit has relevancy to you. You should be aware that there are many > > different conditions where clearing environ on FreeBSD behaves > > differently compared to other OSes; the commit makes it compatible with > > pretty much everything. > > nop, that is just a simple test case, and my aim of assigning NULL to > force compiler to generate code referencing 'environ' variable. > > So, should I file a PR for this ? To have the port fixed? Absolutely. It may be more worthwhile to discuss the issue upstream with the software maintainers, as the fix could be implemented in the official source (an #ifdef for FreeBSD should suffice, and then use a local pointer, e.g. char *my_environ). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From schweizer.martin at gmail.com Mon Aug 11 15:44:44 2008 From: schweizer.martin at gmail.com (Martin Schweizer) Date: Mon Aug 11 15:44:51 2008 Subject: sasldb: Other databases format after upgrade to 7.0 Message-ID: <380ccfd60808110818j51a03dd9x751a87467c3a4e73@mail.gmail.com> Hello I did successfully upgrade from FreeBSD 6.3 to 7.0 (sendmail/cyrus). Afterwoods I started, as descibed in the handbook, portupgrade -faP. It finished without problems. After that I want to add a new user to cyrus' sasldb (Berkeley 1.85) with saslpasswd2. I couldn't because the port The Berkeley DB package, revision 3.3, changed from db3-3.3.11_2,1 to db3-3.3.11_3,1. My imperssion that here is the problem. Why? If I check file /use/lcoal/etc/sasldb2.db I got before the update Berkeley DB 1.85 (Hash, version 2, native byte-order), now I get Berkeley DB (Hash, version 8, native byte-order). I'm confused. I did also checks with ldd but gave also no hints. Can anybody give me a hint? Regards, -- Martin Schweizer schweizer.martin@gmail.com Tel.: +41 32 512 48 54 (VoIP) Fax: +1 619 3300587 From brooks at FreeBSD.org Mon Aug 11 16:25:59 2008 From: brooks at FreeBSD.org (Brooks Davis) Date: Mon Aug 11 16:26:06 2008 Subject: FreeBSD Port: squeezecenter-7.0.1_4 In-Reply-To: <10EE4B24-FC81-4311-B774-A0F18E3C5A15@gmail.com> References: <10EE4B24-FC81-4311-B774-A0F18E3C5A15@gmail.com> Message-ID: <20080811162636.GE66112@lor.one-eyed-alien.net> On Thu, Aug 07, 2008 at 10:59:06PM +0200, Kenny Lasse Hoff Levinsen wrote: > Hi! > > I'm sorry to bother, but i just wanted to ask when this port is gonna be > updated (it's 7.1 now)? > Know it's a simple app and i can just install it from sources (which is > perl, to make it even simpler), but i just like having it in the package > database, so it's easier to handle... > Just wondering.... Thanks for the reminder. I did the work last week, but was away my computer for a long weekend and thus didn't commit it. I'll finish the last of the cleanup and commit it shortly. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080811/e06caaf7/attachment.pgp From freebsd at sopwith.solgatos.com Mon Aug 11 16:38:27 2008 From: freebsd at sopwith.solgatos.com (Dieter) Date: Mon Aug 11 16:38:54 2008 Subject: multimedia/transcode won't build In-Reply-To: Your message of "Mon, 11 Aug 2008 13:15:33 +0200." <48A01F55.5060603@thanelange.no> Message-ID: <200808111620.QAA28884@sopwith.solgatos.com> > >> -#include > >> -#include > >> +#include > >> +#include > And here is a question for the freebsd-ports@ masters. If a port only > requires basic lzo functionality, is there an easy way to just work with > whatever version (lzo1 or lzo2) the user already has installed on the > system? Thus possibly avoiding the user ending up with both versions on > his system. If the only problem is the location of the header file, why not use -L/dir/ to search both places? Then it should work with either lzo1 or lzo2. From picard at kti.ae.poznan.pl Mon Aug 11 19:44:31 2008 From: picard at kti.ae.poznan.pl (Willy Picard) Date: Mon Aug 11 19:44:39 2008 Subject: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports. In-Reply-To: References: <20080807210129.GD70455@web3.hostdad.com> Message-ID: <20080811192624.GA84669@copernic.kti.ae.poznan.pl> Hi, The mplayer port is still broken after the last ffmpeg update. More precisely, the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7 machine) is broken. However, the fix given formerly by Jeremy Messenger (cf. http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html solves the problem. Could the maintainer commit the patch? Best regards, Willy Picard On Thu, Aug 07, 2008 at 05:30:51PM -0500, Jeremy Messenger wrote: > On Thu, 07 Aug 2008 16:01:29 -0500, Andrey A. Belashkov > wrote: > > > Hello. > > > > When i try to install mplayer from ports at FreeBSD 7.0-RELEASE-p3 i got > > error: > > > > gmake -C libvo libvo.a > > gmake[1]: Entering directory > > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' > > cc -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > > -I./libavcodec -I./libavformat > > -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement > > -I. -I. -I./libavutil -O2 -f > > no-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BIT > > S=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H > > -I/usr/local/include/freetype2 -I/usr/local/include -I/usr > > /local/include -I/usr/local/include/freetype2 -I/usr/local/include > > -D_THREAD_SAFE -I/usr/local/includ > > e/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 > > -I/usr/local/include/cairo -I > > /usr/local/include/pango-1.0 -I/usr/local/include > > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib > > -2.0/include -I/usr/local/include/freetype2 > > -I/usr/local/include/pixman-1 -I../libavcodec -I../liba > > vformat -Wdisabled-optimization -Wno-pointer-sign > > -Wdeclaration-after-statement -I. -I.. -I../libavut > > il -O2 -fno-strict-aliasing -pipe -O3 -ffast-math -fomit-frame-pointer > > -D_LARGEFILE_SOURCE -D_FILE_O > > FFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H > > -I/usr/local/include/freetype2 -I/usr/local/inclu > > de -I/usr/local/include -I/usr/local/include/freetype2 > > -I/usr/local/include -D_THREAD_SAFE -I/usr/loc > > al/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include > > -I/usr/local/include/atk-1.0 -I/usr/local/include > > /cairo -I/usr/local/include/pango-1.0 -I/usr/local/include > > -I/usr/local/include/glib-2.0 -I/usr/local > > /lib/glib-2.0/include -I/usr/local/include/freetype2 > > -I/usr/local/include/pixman-1 -c -o vo_yuv4m > > peg.o vo_yuv4mpeg.c > > In file included from /usr/local/include/libavutil/rational.h:32, > > from vo_yuv4mpeg.c:46: > > /usr/local/include/libavutil/common.h:124: error: redefinition of > > 'av_log2' > > ../libavutil/common.h:98: error: previous definition of 'av_log2' was > > here > > /usr/local/include/libavutil/common.h:140: error: redefinition of > > 'av_log2_16bit' > > ../libavutil/common.h:116: error: previous definition of 'av_log2_16bit' > > was here > > /usr/local/include/libavutil/common.h:153: error: redefinition of > > 'mid_pred' > > ../libavutil/common.h:131: error: previous definition of 'mid_pred' was > > here > > /usr/local/include/libavutil/common.h:200: error: redefinition of > > 'av_clip' > > ../libavutil/common.h:178: error: previous definition of 'av_clip' was > > here > > /usr/local/include/libavutil/common.h:212: error: redefinition of > > 'av_clip_uint8' > > ../libavutil/common.h:190: error: previous definition of 'av_clip_uint8' > > was here > > /usr/local/include/libavutil/common.h:223: error: redefinition of > > 'av_clip_int16' > > ../libavutil/common.h:201: error: previous definition of 'av_clip_int16' > > was here > > /usr/local/include/libavutil/common.h:248: error: redefinition of > > 'ff_get_fourcc' > > ../libavutil/common.h:212: error: previous definition of 'ff_get_fourcc' > > was here > > /usr/local/include/libavutil/common.h:327: error: redefinition of > > 'read_time' > > ../libavutil/common.h:291: error: previous definition of 'read_time' was > > here > > In file included from /usr/local/include/libavutil/rational.h:32, > > from vo_yuv4mpeg.c:46: > > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" > > redefined > > In file included from ../libavutil/avutil.h:40, > > from ../libswscale/swscale.h:30, > > from vo_yuv4mpeg.c:43: > > ../libavutil/common.h:349:1: warning: this is the location of the > > previous definition > > In file included from vo_yuv4mpeg.c:46: > > /usr/local/include/libavutil/common.h:383:1: warning: "STOP_TIMER" > > redefined > > In file included from ../libavutil/avutil.h:40, > > from ../libswscale/swscale.h:30, > > from vo_yuv4mpeg.c:43: > > ../libavutil/common.h:349:1: warning: this is the location of the > > previous definition > > In file included from vo_yuv4mpeg.c:46: > > /usr/local/include/libavutil/rational.h:37: error: redefinition of > > 'struct AVRational' > > /usr/local/include/libavutil/rational.h:40: error: redefinition of > > typedef 'AVRational' > > ../libavutil/rational.h:39: error: previous declaration of 'AVRational' > > was here > > /usr/local/include/libavutil/rational.h:48: error: redefinition of > > 'av_cmp_q' > > ../libavutil/rational.h:47: error: previous definition of 'av_cmp_q' was > > here > > /usr/local/include/libavutil/rational.h:60: error: redefinition of > > 'av_q2d' > > ../libavutil/rational.h:59: error: previous definition of 'av_q2d' was > > here > > gmake[1]: *** [vo_yuv4mpeg.o] Error 1 > > gmake[1]: Leaving directory > > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libvo' > > gmake: *** [libvo/libvo.a] Error 2 > > *** Error code 2 > > > > Stop in /usr/ports/multimedia/mplayer. > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/mplayer. > > > > How i can fix this? ports is up to date. > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html > > Cheers, > Mezz > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Willy Picard e-mail: picard@kti.ae.poznan.pl Dept. of Information Technology www: http://www.kti.ae.poznan.pl/ The Poznan University of Economics tel: +48 61 848 05 49 Mansfelda 4, 60-854 Poznan, Poland fax: +48 61 848 38 40 From regisr at pobox.com Mon Aug 11 19:58:23 2008 From: regisr at pobox.com (regisr) Date: Mon Aug 11 19:58:31 2008 Subject: ghostscript-gpl don't install cups files? Message-ID: <20080811215821.a97a1a98.regisr@pobox.com> Hi, I was trying to make my cups working again (I don't known how I do this but for one of my two printers pstoraster crashed -errno 11-): After re-installing cups-pstoraster port, pstoraster ended with err 11 for the two printers! I installed ghostscript-gpl-nox11, the make build the files for cups but don't install them. Why they are not installed? I have forget to set something? Sincerely, -- regis From kitche at kitchetech.com Tue Aug 12 01:59:51 2008 From: kitche at kitchetech.com (Matthew Donovan) Date: Tue Aug 12 01:59:58 2008 Subject: Firefox3 does nothing when window pops up Message-ID: <3009.129.44.246.121.1218505239.squirrel@kitchetech.com> I have seen this has been posted before, but could not see a fix. I've tried everything to get it to run, along with some searches. Firefox3 still does nothing once the main window comes up, I type an url into the address bar and firefox3 just sits there. Was wondering if anyone figured this problem out yet. From thomas.e.zander at googlemail.com Tue Aug 12 02:06:03 2008 From: thomas.e.zander at googlemail.com (Thomas Zander) Date: Tue Aug 12 02:06:10 2008 Subject: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports. In-Reply-To: <20080811192624.GA84669@copernic.kti.ae.poznan.pl> References: <20080807210129.GD70455@web3.hostdad.com> <20080811192624.GA84669@copernic.kti.ae.poznan.pl> Message-ID: <786602c60808111837q6a8573c3gac24199ef9ffa0fd@mail.gmail.com> On Tue, Aug 12, 2008 at 03:26, Willy Picard wrote: > The mplayer port is still broken after the last ffmpeg update. More precisely, > the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7 > machine) is broken. However, the fix given formerly by Jeremy Messenger (cf. > http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html > solves the problem. Could the maintainer commit the patch? In the same message Jeremy also suggested to check whether the configure script or mplayer's Makefiles could be patched instead of reinplace in the post-configure stage. I will investigate this first before we consider committing the workaround. Riggs From joshua.rickmar at gmail.com Tue Aug 12 02:50:27 2008 From: joshua.rickmar at gmail.com (Josh Rickmar) Date: Tue Aug 12 02:50:34 2008 Subject: Lilypond does not build Message-ID: <4447c1c80808111950l47c2659ela4385d58d03759a5@mail.gmail.com> Ever since the update to 2.11.55 on August 7th, I have not been able to update print/lilypond. Here is the build failure: ===> Cleaning for lilypond-2.11.55 ===> Found saved configuration for lilypond-2.11.52 ===> Extracting for lilypond-2.11.55 => MD5 Checksum OK for lilypond-2.11.55.tar.gz. => SHA256 Checksum OK for lilypond-2.11.55.tar.gz. => MD5 Checksum OK for lilypond-2.11.55-1.freebsd-x86.sh. => SHA256 Checksum OK for lilypond-2.11.55-1.freebsd-x86.sh. ( /usr/bin/tail -c+000000004597 /usr/ports/distfiles/lilypond-2.11.55-1.freebsd -x86.sh > /usr/ports/print/lilypond/work/lilypond.tmp.tar.bz2 && /usr/bin/tar -xjf /usr/ports/print/lilypond/work/lilypond.tmp.tar.bz2 -C /usr/ports/print/lil ypond/work && /bin/mkdir -p /usr/ports/print/lilypond/work/lilypond-2.11.55/mf/ out && /bin/cp /usr/ports/print/lilypond/work/usr/share/lilypond/current/fonts/ otf/*.otf /usr/ports/print/lilypond/work/lilypond-2.11.55/mf/out ) ===> Patching for lilypond-2.11.55 ===> Applying FreeBSD patches for lilypond-2.11.55 /usr/bin/sed -i.bak -e 's|makeinfo|/usr/local/bin/makeinfo|' /usr/ports/print/l ilypond/work/lilypond-2.11.55/configure ===> lilypond-2.11.55 depends on executable: latex - found ===> lilypond-2.11.55 depends on executable: mftrace - found ===> lilypond-2.11.55 depends on executable: rarian-sk-config - found ===> lilypond-2.11.55 depends on executable: texi2pdf - found ===> lilypond-2.11.55 depends on file: /usr/local/bin/python2.5 - found ===> lilypond-2.11.55 depends on executable: gmake - found ===> lilypond-2.11.55 depends on executable: bison - found ===> lilypond-2.11.55 depends on file: /usr/local/bin/autoconf-2.61 - found ===> lilypond-2.11.55 depends on executable: pkg-config - found rm -f ./out/includable-lexer.dep; DEPENDENCIES_OUTPUT="./out/includable-lexer.de p ./out/includable-lexer.o" c++ -c -O2 -fno-strict-aliasing -pipe -Woverloaded-v irtual -DHAVE_CONFIG_H -DNDEBUG -I./include -I./out -I../flower/include -I../fl ower/./out -I../flower/include -O2 -fno-strict-aliasing -pipe -O2 -finline-fun ctions -g -pipe -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthrea d -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/pan go-1.0 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/ glib-2.0 -I/usr/local/lib/glib-2.0/include -Wno-pmf-conversions -W -Wall -Wco nversion -o out/includable-lexer.o includable-lexer.cc includable-lexer.cc: In constructor 'Includable_lexer::Includable_lexer()': includable-lexer.cc:42: error: 'yy_current_buffer' was not declared in this scop e includable-lexer.cc: In member function 'virtual void Includable_lexer::new_inpu t(std::string, Sources*)': includable-lexer.cc:63: error: 'yy_current_buffer' was not declared in this scop e includable-lexer.cc: In member function 'void Includable_lexer::new_input(std::s tring, std::string, Sources*)': includable-lexer.cc:86: error: 'yy_current_buffer' was not declared in this scop e includable-lexer.cc: In member function 'bool Includable_lexer::close_input()': includable-lexer.cc:106: error: 'yy_current_buffer' was not declared in this sco pe gmake[1]: *** [out/includable-lexer.o] Error 1 gmake[1]: Leaving directory `/usr/ports/print/lilypond/work/lilypond-2.11.55/lil y' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/print/lilypond. *** Error code 1 Stop in /usr/ports/print/lilypond. ===>>> make failed for print/lilypond ===>>> Aborting update ===>>> Update for lilypond-2.11.52_1 failed ===>>> Aborting update From dfilter at FreeBSD.ORG Tue Aug 12 05:00:16 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Tue Aug 12 05:00:24 2008 Subject: ports/11864: commit references a PR Message-ID: <200808120500.m7C50Gf2047453@freefall.freebsd.org> The following reply was made to PR ports/11864; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/11864: commit references a PR Date: Tue, 12 Aug 2008 04:56:25 +0000 (UTC) edwin 2008-08-12 04:55:54 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) usr.bin/calendar calendar.c calendar.h day.c io.c ostern.c paskha.c Log: SVN rev 181623 on 2008-08-12 04:55:54Z by edwin MFC of r181322 style(9)ify usr.bin/calendar PR: bin/11864 Revision Changes Path 1.19.2.1 +19 -20 src/usr.bin/calendar/calendar.c 1.12.2.1 +40 -36 src/usr.bin/calendar/calendar.h 1.27.2.1 +123 -126 src/usr.bin/calendar/day.c 1.21.2.2 +92 -55 src/usr.bin/calendar/io.c 1.12.2.1 +33 -34 src/usr.bin/calendar/ostern.c 1.8.2.1 +17 -19 src/usr.bin/calendar/paskha.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From jos at webrz.net Tue Aug 12 16:12:42 2008 From: jos at webrz.net (Jos Chrispijn) Date: Tue Aug 12 16:12:47 2008 Subject: ImageMagick Message-ID: <48A1B3AE.2090803@webrz.net> I have installed this program via the ports. Perfect install without probs (I hope):-) As I have installed Coppermine too, in this program I can set the path to IM, but I just don't get the location of IM where I should direct to? thanks, Jos From zaa at ulstu.ru Tue Aug 12 16:38:26 2008 From: zaa at ulstu.ru (Alexander Zhuravlev) Date: Tue Aug 12 16:38:34 2008 Subject: ImageMagick In-Reply-To: <48A1B3AE.2090803@webrz.net> References: <48A1B3AE.2090803@webrz.net> Message-ID: <20080812161929.GA92153@orion.ulstu.ru> On Tue, Aug 12, 2008 at 06:00:46PM +0200, Jos Chrispijn wrote: > I have installed this program via the ports. Perfect install without > probs (I hope):-) > As I have installed Coppermine too, in this program I can set the path > to IM, but I just don't get the location of IM where I should direct to? /usr/local/bin/convert From terry at sucked-in.com Wed Aug 13 08:32:37 2008 From: terry at sucked-in.com (Terry Sposato) Date: Wed Aug 13 08:32:44 2008 Subject: KDE 4.1 Visual Weirdness Message-ID: <48A29820.8060304@sucked-in.com> Hi, I recently installed KDE 4.1 along side KDE 3.5 with some minor hiccups with gpgme etc. but all is fixed now. I only use this machine as a remote terminal tunnelling through SSH to administer some boxes. Now I have the following in my xstartup file: #!/bin/sh PATH=/usr/local/kde4/bin:$PATH export PATH startkde4 & The weird thing is, when it finally boots, the menus etc. look fine - but the overall graphic quality is really, really bad, for example the oxygen theme which I believe is the standard just shows us black and white pixelated graphics across the task bar and so on. Now this does not happen with KDE 3.5 so I am wondering if there is something specifically I need to do when running KDE 4.1 through VNC? Has anyone encountered this yet? The command I am using to start the server is: vncserver -depth 24 -geometry 1024x864 I have played with other settings and all bring about the same pixelated graphics. Regards, Terry From me at janh.de Wed Aug 13 09:06:09 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Wed Aug 13 09:06:16 2008 Subject: ntfsprogs vs. fusefs-ntfs (ntfs-3g) reliability? Message-ID: <48A2A3E9.1040503@janh.de> Is there a particular reason our ntfsprogs port did not get updated for a year but now it has? So far I did use ntfs-3g for mounting and ntfsprogs for resizing etc. with very few problems. Once on copying many files, two of them were only partially written with error messages "Bad address" and "No such file or directory". On the second attempt, I was able to copy them. (Moreover, using qemu volumes residing on ntfs-3g does not work, but I guess that is more of a fuse issue than an ntfs-3g one.) Today, our ntfsprogs port got updated to 2.0.0. On ntfs-3g.org, it is stated that "[they] warn against the usage of ntfsprogs-2.0.0 because of major reliability issues (write failure, sparse file corruption, utility hang, etc). Use an earlier version instead until they get fixed." Some google search shows that former ntfsprogs developer(s) are now working on ntfs-3g and the authors of both projects have some discrepancies: http://forum.linux-ntfs.org/viewtopic.php?t=741 http://www.nabble.com/Re:-ntfsprogs-2.0.0-released-p12958587.html All I can tell is that ntfsprogs really has not been updated for a year and ntfs-3g seems to be actively developed. Either the ntfs-3g developer is correct and using ntfsprogs 2.0.0 is dangerous, or he is incorrect, which would make using ntfs-3g a little dubious. Do you have any information from a third party? Do you think that both FreeBSD ports ntfs-3g and ntfsprogs 2.0.0 are reliable? Thanks, Jan Henrik From guru at unixarea.de Wed Aug 13 12:49:41 2008 From: guru at unixarea.de (Matthias Apitz) Date: Wed Aug 13 12:49:47 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <20080810112521.GA9093@rebelion.Sisis.de> References: <20080809172441.GA21534@bsdcrew.de> <20080810112521.GA9093@rebelion.Sisis.de> Message-ID: <20080813123735.GA10353@rebelion.Sisis.de> El d?a Sunday, August 10, 2008 a las 01:25:21PM +0200, Matthias Apitz escribi?: > Hello, > > I've pulled out of the dust some laptop with 7.0-REL and KDE 3.5.8, > updated the ports tree with: > > # portsnap fetch > # portsnap extract > > and launched the build with > > # cd /usr/ports/x11/kde4 > # make install BATCH=yes > > it stops at some point with: > > gmake: *** [libgiofam.la] Error 1 > Stop in /usr/ports/devel/gio-fam-backend > > rebuilding /usr/ports/devel/glib20 seems to fix this with: > > # cd /usr/ports/devel/glib20 > # make rmconfig > # make all > # make deinstall > # make reinstall As I said some hours ago, I've reinstalled the 7.0R distribution to make a clean compile of the kde4 master port; after the installation of the base system I updated the ports with # portsnap fetch # portsnap extract # cd /usr/ports/x11/kde4 # make install BATCH=yes which stops again with the missing: /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 this time I have had a closer look into the problem; the installation of the base system brings glib-2.14.2 (i.e. this is not from the ports), but which is not enough, it should be glib-2.16.5 as it is in the ports; maybe it's worth to mention this somehow that even if you did not installed any port before you must update glib-2.14.2 to the one in the ports; matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ We should all learn from the peoples of The Netherlands, France and Ireland. Aprendamos todos de los pueblos de Holanda, Francia e Irlanda. From guru at unixarea.de Wed Aug 13 13:02:57 2008 From: guru at unixarea.de (Matthias Apitz) Date: Wed Aug 13 13:03:04 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <200808131655.29038.makc@issp.ac.ru> References: <20080809172441.GA21534@bsdcrew.de> <20080810112521.GA9093@rebelion.Sisis.de> <20080813123735.GA10353@rebelion.Sisis.de> <200808131655.29038.makc@issp.ac.ru> Message-ID: <20080813130249.GA11181@rebelion.Sisis.de> El d?a Wednesday, August 13, 2008 a las 04:55:28PM +0400, Max Brazhnikov escribi?: > On Wed, 13 Aug 2008 14:37:35 +0200, Matthias Apitz wrote: > > matthias > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html > man portsnap > man portmaster > man portupgrade Thanks for pointing me to the man pages, even if I know them and even if I said in my posting that I did 'portsnap fetch' and 'portsnap extract'; What I did not realized is that you have to do 'portupgrade' as well when you have not installed any port before, but only packages of the base system; now I know this; thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ We should all learn from the peoples of The Netherlands, France and Ireland. Aprendamos todos de los pueblos de Holanda, Francia e Irlanda. From makc at issp.ac.ru Wed Aug 13 13:27:19 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Wed Aug 13 13:27:50 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <20080813123735.GA10353@rebelion.Sisis.de> References: <20080809172441.GA21534@bsdcrew.de> <20080810112521.GA9093@rebelion.Sisis.de> <20080813123735.GA10353@rebelion.Sisis.de> Message-ID: <200808131655.29038.makc@issp.ac.ru> On Wed, 13 Aug 2008 14:37:35 +0200, Matthias Apitz wrote: > matthias http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html man portsnap man portmaster man portupgrade Max From starikov at caotus.ru Wed Aug 13 13:37:03 2008 From: starikov at caotus.ru (=?KOI8-R?Q?=F3=D4=C1=D2=C9=CB=CF=D7_=F3=C5=D2=C7=C5=CA?=) Date: Wed Aug 13 14:00:25 2008 Subject: ERROR. dspam: fail to build libpgsql_drv without libmysql_drv Message-ID: <48A2DEF4.8000401@caotus.ru> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, I'm using dspam (dspam-3.6.8_2 also seen in dspam-3.6.8_3 revision of the port) on FreeBSD 6.2-RELEASE (the same error is seen on FreeBSD 6.3-RELEASE). When I try to build dspam with support the only PostgreSQL, the build of driver failes. When I add in configure options building the driver for MySQL 5.0, both drivers are built correctly. But I don't need MySQL driver. How can I fix this error? P.S. I've already sent this report to the maintainer of the port. - -- ???????? ?????? ??????????? ??????? ???????-??????????? ?????? ???????????? ??????????????, ???????????????????? ? ????????????????? ?????? ???????????? ??????????? ?????? ??????? ???????? ????????? ??? ??? ???? "????? ??????" Starikov@caotus.ru +7(495)398-4436 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkii3vQACgkQiB5ezNypRycS+gCgh6h62f/VvNa4nkSGFduJ/zRo vWkAnRLv4KmvUGeh+cyrl75n2SMwDoQu =BBlS -----END PGP SIGNATURE----- From klossalex at gmail.com Wed Aug 13 23:46:40 2008 From: klossalex at gmail.com (Alex Kloss) Date: Wed Aug 13 23:46:46 2008 Subject: math/fftw3 missing header file Message-ID: <5151c41d0808131646q2c7afa4ap77fc1a814b9d14cf@mail.gmail.com> Hello all, I installed math/fftw3 today because a program I'm working on porting to FreeBSD (http://arss.sourceforge.net/) requires it. However, when I ran make, it gave me the following error: Scanning dependencies of target arss [ 20%] Building C object CMakeFiles/arss.dir/arss.o /home/alex/Desktop/arss-0.2.3-src/src/arss.c:22:19: error: fftw3.h: No such file or directory *** Error code 1 Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. *** Error code 1 Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. *** Error code 1 Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. The pkg-plist for math/fftw3 says that it installs "fftw3.h," but I could not find this file anywhere in my system using the find command. Any thoughts? Thanks, Alex Kloss From clint.olsen at gmail.com Thu Aug 14 00:11:51 2008 From: clint.olsen at gmail.com (Clint Olsen) Date: Thu Aug 14 00:11:57 2008 Subject: Unable to update transcode port Message-ID: <20080813235555.GF4102@0lsen.net> Hi: I've not been able to upgrade my transcode port for some time. It eventually fails with: ERROR: requirement failed: cannot link against libavcodec libavcodec can be found in the following packages: FFmpeg http://www.ffmpeg.org/ Please see the INSTALL file in the top directory of the transcode sources for more information about building transcode with this configure script. ===> Script "configure" failed unexpectedly. Please report the problem to multimedia@FreeBSD.org [maintainer] and attach the "/usr/ports/multimedia/transcode/work/transcode-1.0.6/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/multimedia/transcode. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.14149.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=transcode-1.0.5_3 UPGRADE_PORT_VER=1.0.5_3 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! multimedia/transcode (transcode-1.0.5_3) (unknown build error) Thanks, -Clint -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From spawk at acm.poly.edu Thu Aug 14 00:21:40 2008 From: spawk at acm.poly.edu (Boris Kochergin) Date: Thu Aug 14 00:21:55 2008 Subject: math/fftw3 missing header file In-Reply-To: <5151c41d0808131646q2c7afa4ap77fc1a814b9d14cf@mail.gmail.com> References: <5151c41d0808131646q2c7afa4ap77fc1a814b9d14cf@mail.gmail.com> Message-ID: <48A37A8A.90909@acm.poly.edu> Alex Kloss wrote: > Hello all, > > I installed math/fftw3 today because a program I'm working on porting > to FreeBSD (http://arss.sourceforge.net/) requires it. However, when > I ran make, it gave me the following error: > > Scanning dependencies of target arss > [ 20%] Building C object CMakeFiles/arss.dir/arss.o > /home/alex/Desktop/arss-0.2.3-src/src/arss.c:22:19: error: fftw3.h: No > such file or directory > *** Error code 1 > > Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. > *** Error code 1 > > Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. > *** Error code 1 > > Stop in /usr/home/alex/Desktop/arss-0.2.3-src/src. > > The pkg-plist for math/fftw3 says that it installs "fftw3.h," but I > could not find this file anywhere in my system using the find command. > > Any thoughts? > > Thanks, > Alex Kloss > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > I have fftw3-3.1.2 installed and the file's full path is /usr/local/include/fftw3.h. -Boris From fjwcash at gmail.com Thu Aug 14 01:58:33 2008 From: fjwcash at gmail.com (Freddie Cash) Date: Thu Aug 14 01:58:40 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <20080813130249.GA11181@rebelion.Sisis.de> References: <20080809172441.GA21534@bsdcrew.de> <20080810112521.GA9093@rebelion.Sisis.de> <20080813123735.GA10353@rebelion.Sisis.de> <200808131655.29038.makc@issp.ac.ru> <20080813130249.GA11181@rebelion.Sisis.de> Message-ID: On Wed, Aug 13, 2008 at 6:02 AM, Matthias Apitz wrote: > Thanks for pointing me to the man pages, even if I know them and even if > I said in my posting that I did 'portsnap fetch' and 'portsnap extract'; > > What I did not realized is that you have to do 'portupgrade' as well > when you have not installed any port before, but only packages of the > base system; now I know this; thx While those may have been installed using binary packages off the installation CD, they are still ports. If you do "pkg_info" after your install, you will see the list of ports that you installed. I'm guessing you installed a package(s) that has a dependency on glib, and the glib package was installed. Hence why you need to either uninstall/reinstall the glib port, or use a port management tool like portmaster to upgrade the installed port. If you do a standard install of just the OS (no packages, no ports), then the output of "pkg_info" will be empty. At that point, if you do "portsnap fetch extract" and install x11/kde4, everything will work. -- Freddie Cash fjwcash@gmail.com From Fluffy at fluffy.khv.ru Thu Aug 14 02:49:02 2008 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Aug 14 02:49:35 2008 Subject: devel/kdesdk3 fail if textproc/flex is installed Message-ID: <200808141338.18204.Fluffy@fluffy.khv.ru> Hello! devel/kdesdk3 fail if textproc/flex is installed, because textproc/flex conflicting with system flex, and have ABI incompatibility. To flex maintiner: ${PREFIX}/include is not good place for confliting header file, FlexLexer.h. Move it into subdirectory instead and teach ports, which really need this version, to use new version.. -- Dmitry "Red Fox" Panov @ Home FreeBSD since September, 1995 Khabarovsk, Russia Jabber.org:fluffy.khv | ICQ:1745024 From timbob at bigpond.com Thu Aug 14 05:12:13 2008 From: timbob at bigpond.com (Timothy Bourke) Date: Thu Aug 14 05:12:19 2008 Subject: ports/123391 and ports/124061 Message-ID: <20080814045322.GC1057@triptrop.cse.unsw.EDU.AU> Would a committer please consider ports/123391 and ports/124061?: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123391 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/124061 Naturally, I'm happy to assist or make any required modifications as required. The new port and patches add the ability cross-compile Standard ML programs for Windows from FreeBSD. I understand that Standard ML is not as well-known as some other programming languages so I have added some brief testing notes in ports/124061. Thank you, Tim. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080814/8e91968e/attachment.pgp From skreuzer at exit2shell.com Thu Aug 14 07:46:58 2008 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Thu Aug 14 07:47:05 2008 Subject: Maintainer Timeout on ports/125250 Message-ID: <20080814071642.GA57331@slurry.exit2shell.com> Hi- I opened up a PR to update games/robotfindskitten a little over a month ago and I have not heard from the maintainer. Would it be possible to get a timeout on that PR and have the patch commited? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125250 Thanks -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From fenner at FreeBSD.org Thu Aug 14 10:00:02 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Thu Aug 14 10:00:09 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200808141000.m7EA02Bv069359@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From avg at icyb.net.ua Thu Aug 14 12:21:58 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 14 12:22:05 2008 Subject: Unable to update transcode port In-Reply-To: <20080813235555.GF4102@0lsen.net> References: <20080813235555.GF4102@0lsen.net> Message-ID: <48A41E4F.9020408@icyb.net.ua> on 14/08/2008 02:55 Clint Olsen said the following: > Hi: > > I've not been able to upgrade my transcode port for some time. It > eventually fails with: > > ERROR: requirement failed: cannot link against libavcodec > libavcodec can be found in the following packages: > FFmpeg http://www.ffmpeg.org/ > > > Please see the INSTALL file in the top directory of the > transcode sources for more information about building > transcode with this configure script. > > ===> Script "configure" failed unexpectedly. > Please report the problem to multimedia@FreeBSD.org [maintainer] and attach > the "/usr/ports/multimedia/transcode/work/transcode-1.0.6/config.log" including > the output of the failure of your make command. Also, it might be a good idea > to provide an overview of all packages installed on your system (e.g. an `ls > /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/multimedia/transcode. > ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.14149.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=transcode-1.0.5_3 UPGRADE_PORT_VER=1.0.5_3 make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! multimedia/transcode (transcode-1.0.5_3) (unknown build error) > > Thanks, > > -Clint > See the following thread: http://docs.freebsd.org/cgi/mid.cgi?48998402.4000900 in particular the following message: http://docs.freebsd.org/cgi/mid.cgi?489AFD48.5070004 I am not sure how many people are affected and if anybody is looking into this (transcode vs ffmpeg on 6.X). -- Andriy Gapon From makc at issp.ac.ru Thu Aug 14 12:32:47 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Thu Aug 14 12:32:54 2008 Subject: Call for testers: KDE 3.5.9 Message-ID: <200808141632.54169.makc@issp.ac.ru> Hello folks! I know some of you are not satisfied by KDE 4.1.0 and prefer to stay with KDE3. Good choice ;). KDE 3.5.9 was released six months ago and 3.5.10 is coming soon. I'm not sure we have time to get 3.5.10 for FreeBSD 7.1/6.4 release, but we can do KDE 3.5.9. KDE 3.5.9 is ready in area51 repo, it builds fine on my tinderbox (7.0-release, i386). It will be nice to test it on other platforms and releases. If there is no problem we can update kde3 ports anytime. Thanks, Max. From yves.guerin at muhc.mcgill.ca Thu Aug 14 13:15:32 2008 From: yves.guerin at muhc.mcgill.ca (yves.guerin@muhc.mcgill.ca) Date: Thu Aug 14 13:15:39 2008 Subject: FreeBSD Port: tclxml-expat-3.1 Message-ID: Hello, I try to compile the tclxml-expat-3.1 [root@pbsd /usr/ports/devel/tclxml-expat]# make ===> Vulnerability check disabled, database not found ===> Extracting for tclxml-expat-3.1 => MD5 Checksum OK for tclxml-3.1.tar.gz. => SHA256 Checksum OK for tclxml-3.1.tar.gz. ===> Patching for tclxml-expat-3.1 ===> tclxml-expat-3.1 depends on file: /usr/local/lib/TclxmlConfig.sh - found ===> tclxml-expat-3.1 depends on shared library: tcl84 - found ===> Configuring for tclxml-expat-3.1 creating cache ./config.cache checking for correct TEA configuration... ok checking for Tcl configuration... found /usr/local/lib/tcl8.4/tclConfig.sh checking for existence of /usr/local/lib/tcl8.4/tclConfig.sh... loading checking for Cygwin environment... no checking for mingw32 environment... no checking how to run the C preprocessor... cc -E checking for gcc... cc checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe -I/usr/local/ include ) works... yes checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe -I/usr/local/ include ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking if the compiler understands -pipe... yes checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether make sets ${MAKE}... yes checking for ranlib... ranlib checking for object suffix... o checking for executable suffix... no checking for required early compiler flags... none checking for 64-bit integer type... long long checking for struct dirent64... no checking for struct stat64... no checking for off64_t... no checking dirent.h... yes checking for errno.h... yes checking for float.h... yes checking for values.h... no checking for limits.h... yes checking for stdlib.h... yes checking for string.h... yes checking for sys/wait.h... yes checking for dlfcn.h... yes checking for unistd.h... yes checking for sys/param.h... yes checking for strtod... yes checking for Solaris2.4/Tru64 strtod bugs... ok checking for Tclxml configuration... found /usr/local/lib/TclxmlConfig.sh checking for existence of /usr/local/lib/TclxmlConfig.sh... loading checking for Tcl public headers... /usr/local/include/tcl8.4 checking for building with threads... no (default) checking how to build libraries... shared checking if 64bit support is enabled... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... FreeBSD-6.3-RELEASE-p2 checking for dlopen in -ldl... no checking for ar... ar checking for build with symbols... no checking for tclsh... /usr/local/bin/tclsh8.4 updating cache ./config.cache creating ./config.status creating Makefile ===> Building for tclxml-expat-3.1 cc -pipe -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H= 1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRSTR= 1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -DHAVE_TMPNAM=1 -DHAVE_WAIT PID=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_ R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DNO_UNION_WAIT=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_PUTENV_THAT_COPIES=1 -DHAVE_LANGI NFO=1 -DHAVE_FTS=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -DVERSION=\"3.1\" -DTCLEXPAT_VERSION=\"3.1\" -DTCL_WIDE_INT_TYPE=long\ long -DNO_VALUES_H=1 -DHAVE _UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TCL_STUBS=1 -DUSE_TCLXML_STUBS=1 -DXML_DT D=1 -DXML_NS=1 -I"/usr/local/include/tcl8.4" -I./xmltok -I./xmlparse -I./xmlwf -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O -fPIC -c `e cho ./../tclexpat.c` -o tclexpat.o ./../tclexpat.c:18:27: tclxml/tclxml.h: No such file or directory ./../tclexpat.c:32: error: syntax error before "TclXML_Info" ./../tclexpat.c:40: error: syntax error before "TclXML_Info" ./../tclexpat.c: In function `Tclexpat_Init': ./../tclexpat.c:144: error: `TclXML_ParserClassInfo' undeclared (first use in th is function) ./../tclexpat.c:144: error: (Each undeclared identifier is reported only once ./../tclexpat.c:144: error: for each function it appears in.) ./../tclexpat.c:144: error: `classinfo' undeclared (first use in this function) ./../tclexpat.c:152: error: `TCLXML_VERSION' undeclared (first use in this funct ion) ./../tclexpat.c:152: warning: comparison between pointer and integer ./../tclexpat.c:157: error: syntax error before ')' token ./../tclexpat.c: In function `TclExpatCreate': ./../tclexpat.c:205: error: syntax error before "TclXML_Info" ./../tclexpat.c:219: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatCreateEntityParser': ./../tclexpat.c:308: error: structure has no member named `xmlinfo' ./../tclexpat.c:308: error: structure has no member named `xmlinfo' ./../tclexpat.c:311: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatElementStartHandler': ./../tclexpat.c:640: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatElementEndHandler': ./../tclexpat.c:658: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatCharacterDataHandler': ./../tclexpat.c:672: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatProcessingInstructionHandler': ./../tclexpat.c:688: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatDefaultHandler': ./../tclexpat.c:703: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatUnparsedDeclHandler': ./../tclexpat.c:731: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatNotationDeclHandler': ./../tclexpat.c:761: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatCommentHandler': ./../tclexpat.c:778: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatNotStandaloneHandler': ./../tclexpat.c:788: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatExternalEntityRefHandler': ./../tclexpat.c:849: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatElementDeclHandler': ./../tclexpat.c:917: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatAttlistDeclHandler': ./../tclexpat.c:943: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatStartDoctypeDeclHandler': ./../tclexpat.c:959: error: structure has no member named `xmlinfo' ./../tclexpat.c: In function `TclExpatEndDoctypeDeclHandler': ./../tclexpat.c:969: error: structure has no member named `xmlinfo' *** Error code 1 Stop in /usr/ports/devel/tclxml-expat/work/tclxml-3.1/expat. *** Error code 1 Stop in /usr/ports/devel/tclxml-expat. I run: FreeBSD pbsd.muhc.mcgill.ca 6.3-RELEASE-p2 FreeBSD 6.3-RELEASE-p2 #2: Wed Aug 13 14:10:36 EDT 2008 root@pbsd.muhc.mcgill.ca:/usr/src/sys/i386/compile/PATRIOTEBSD i386 I run freebsd-update. I get the ports.tar.gz yesterday (2008-08-13) from the freebsd web site (http://www.freebsd.org/ports/installing.html) Regards, Yves From makc at issp.ac.ru Thu Aug 14 13:21:31 2008 From: makc at issp.ac.ru (Max Brazhnikov) Date: Thu Aug 14 13:21:41 2008 Subject: [kde-freebsd] Call for testers: KDE 3.5.9 In-Reply-To: <200808141632.54169.makc@issp.ac.ru> References: <200808141632.54169.makc@issp.ac.ru> Message-ID: <200808141721.39609.makc@issp.ac.ru> On Thu, 14 Aug 2008 16:32:54 +0400, Max Brazhnikov wrote: > Hello folks! > > I know some of you are not satisfied by KDE 4.1.0 and prefer to stay with > KDE3. Good choice ;). > > KDE 3.5.9 was released six months ago and 3.5.10 is coming soon. I'm not > sure we have time to get 3.5.10 for FreeBSD 7.1/6.4 release, but we can do > KDE 3.5.9. > > KDE 3.5.9 is ready in area51 repo, it builds fine on my tinderbox > (7.0-release, i386). It will be nice to test it on other platforms and > releases. If there is no problem we can update kde3 ports anytime. area51 was switched to ipv6-only recently. If you have ipv6 connection, you can access area51 via anonymous cvs: cvs -d:ext:anoncvs@orm.arved.priv.at:/home/kde-freebsd co area51 If you have no ip6, you can get area51 checkout snapshot here: http://people.freebsd.org/~miwi/kde3/kde359.tgz Max From guru at unixarea.de Thu Aug 14 15:01:44 2008 From: guru at unixarea.de (Matthias Apitz) Date: Thu Aug 14 15:01:51 2008 Subject: [kde-freebsd] [HEADS UP] KDE 4.1.0 for FreeBSD available In-Reply-To: <20080813130249.GA11181@rebelion.Sisis.de> References: <20080809172441.GA21534@bsdcrew.de> <20080810112521.GA9093@rebelion.Sisis.de> <20080813123735.GA10353@rebelion.Sisis.de> <200808131655.29038.makc@issp.ac.ru> <20080813130249.GA11181@rebelion.Sisis.de> Message-ID: <20080814150137.GA14295@rebelion.Sisis.de> El d?a Wednesday, August 13, 2008 a las 03:02:49PM +0200, Matthias Apitz escribi?: > El d?a Wednesday, August 13, 2008 a las 04:55:28PM +0400, Max Brazhnikov escribi?: > > > On Wed, 13 Aug 2008 14:37:35 +0200, Matthias Apitz wrote: > > > matthias > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ports.html > > man portsnap > > man portmaster > > man portupgrade I run a: # portupgrade --batch -f '<2008-08-13 12:55' (the date 2008-08-13 12:55 was the end of the installation of the base system and Xorg packages); it updated arount 200 packages from the ports but refuces finaly to update: ===> Installing for xf86-video-intel-2.4.0 ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.81806.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=xorg-drivers-7.3 UPGRADE_PORT_VER=7.3 make BATCH=yes -DFORCE_PKG_REGISTER reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 422 packages found (-0 +1) . done] ---> Skipping 'x11/xorg' (xorg-7.3_1) because a requisite package 'xorg-drivers-7.3' (x11-drivers/xorg-drivers) failed (specify -k to force) ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! x11-drivers/xorg-drivers (xorg-drivers-7.3) (install error) * x11/xorg (xorg-7.3_1) Any idea what is wrong? thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ We should all learn from the peoples of The Netherlands, France and Ireland. Aprendamos todos de los pueblos de Holanda, Francia e Irlanda. From amdmi3 at amdmi3.ru Thu Aug 14 15:35:42 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 14 15:35:50 2008 Subject: FreeBSD Port: tclxml-expat-3.1 In-Reply-To: References: Message-ID: <20080814153536.GA23428@hades.panopticon> * yves.guerin@muhc.mcgill.ca (yves.guerin@muhc.mcgill.ca) wrote: > ./../tclexpat.c:18:27: tclxml/tclxml.h: No such file or directory Does /usr/local/include/tclxml/tclxml.h exist? If no, try reinstalling devel/tclxml. The port builds fine for me on all available environemnts (6.3/7.0 i386/amd64) -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From jtrigg at spamcop.net Thu Aug 14 16:24:30 2008 From: jtrigg at spamcop.net (Jim Trigg) Date: Thu Aug 14 16:24:40 2008 Subject: Can't install gnome2 - docbook-utils is broken In-Reply-To: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> References: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> Message-ID: <87ef649b0808140918k3ae0664bi944ae459bcb2981a@mail.gmail.com> On Thu, Aug 14, 2008 at 12:12 PM, Jim Trigg wrote: > First, docbook-utils insists that docbook-310 is not installed when it > is. I tracked that one down: > > /usr/ports/textproc/docbook-utils/Makefile: > 19c19 > < > ${LOCALBASE}/share/sgml/docbook/3.1/docbook.dtd:${PORTSDIR}/textproc/docbook-310 > \ > --- >> ${LOCALBASE}/share/sgml/docbook/3.1/dtd:${PORTSDIR}/textproc/docbook-310 \ Correction: that should be ${LOCALBASE}/share/sgml/docbook/3.1/dtd/docbook.dtd. Thanks, Jim Trigg From parish at magichamster.com Thu Aug 14 16:26:02 2008 From: parish at magichamster.com (Mark Ovens) Date: Thu Aug 14 16:26:33 2008 Subject: MPlayer-1.0rc2 at FreeBSD 7.0-RELEASE-p3 from ports. In-Reply-To: <20080811192624.GA84669@copernic.kti.ae.poznan.pl> References: <20080807210129.GD70455@web3.hostdad.com> <20080811192624.GA84669@copernic.kti.ae.poznan.pl> Message-ID: <48A458B9.7040703@magichamster.com> Willy Picard wrote: > Hi, > > The mplayer port is still broken after the last ffmpeg update. More precisely, > the mplayer-0.99.11_5 port with ffmpeg-2008.07.27_5 (on a i386 FreeBSD 7 > machine) is broken. However, the fix given formerly by Jeremy Messenger (cf. > http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html > solves the problem. Could the maintainer commit the patch? > Hmm, I applied that patch to the Makefile for mplayer-0.99 and it did indeed solve the problem, however multimedia/mencoder failed with the same error in MPlayer-1.0rc2 so I applied the same patch to the mencoder Makefile (it has the same post-configure code) but it still fails to build. Any ideas? In file included from ../libavutil/bswap.h:30, from ../mpbswap.h:4, from ao_pcm.c:8: ../libavutil/common.h:98: error: redefinition of 'av_log2' /usr/local/include/libavutil/common.h:124: error: previous definition of 'av_log2' was here ../libavutil/common.h:116: error: redefinition of 'av_log2_16bit' /usr/local/include/libavutil/common.h:140: error: previous definition of 'av_log2_16bit' was here ../libavutil/common.h:131: error: redefinition of 'mid_pred' /usr/local/include/libavutil/common.h:153: error: previous definition of 'mid_pred' was here ../libavutil/common.h:178: error: redefinition of 'av_clip' /usr/local/include/libavutil/common.h:200: error: previous definition of 'av_clip' was here ../libavutil/common.h:190: error: redefinition of 'av_clip_uint8' /usr/local/include/libavutil/common.h:212: error: previous definition of 'av_clip_uint8' was here ../libavutil/common.h:201: error: redefinition of 'av_clip_int16' /usr/local/include/libavutil/common.h:223: error: previous definition of 'av_clip_int16' was here ../libavutil/common.h:212: error: redefinition of 'ff_get_fourcc' /usr/local/include/libavutil/common.h:248: error: previous definition of 'ff_get_fourcc' was here ../libavutil/common.h:300: error: redefinition of 'read_time' /usr/local/include/libavutil/common.h:335: error: previous definition of 'read_time' was here In file included from ../libavutil/bswap.h:30, from ../mpbswap.h:4, from ao_pcm.c:8: ../libavutil/common.h:349:1: warning: "STOP_TIMER" redefined In file included from ao_pcm.c:7: /usr/local/include/libavutil/common.h:383:1: warning: this is the location of the previous definition gmake[1]: *** [ao_pcm.o] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mencoder/work/MPlayer-1.0rc2/libao2' gmake: *** [libao2/libao2.a] Error 2 *** Error code 2 Stop in /usr/ports/multimedia/mencoder. *** Error code 1 Stop in /usr/ports/multimedia/mencoder. ===>>> make failed for multimedia/mencoder ===>>> Aborting update ===>>> Update for mencoder-0.99.11_1 failed ===>>> Aborting update ===>>> Update for kmplayer-0.10.0c,2 failed ===>>> Aborting update redshift# Regards, Mark From jtrigg at spamcop.net Thu Aug 14 16:38:17 2008 From: jtrigg at spamcop.net (Jim Trigg) Date: Thu Aug 14 16:38:26 2008 Subject: Can't install gnome2 - docbook-utils is broken Message-ID: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> Running 7.0-RELEASE; attempting to install gnome2 from ports. (Note: I tried installing from packages on the distribution CDs and upgrading; that was a worse nightmare...) First, docbook-utils insists that docbook-310 is not installed when it is. I tracked that one down: /usr/ports/textproc/docbook-utils/Makefile: 19c19 < ${LOCALBASE}/share/sgml/docbook/3.1/docbook.dtd:${PORTSDIR}/textproc/docbook-310 \ --- > ${LOCALBASE}/share/sgml/docbook/3.1/dtd:${PORTSDIR}/textproc/docbook-310 \ Then, docbook-utils fails with the following error: jade:../../doc/docbook-utils.sgml:1:55:W:cannot generate system identifier for public text "-//OASIS//DTD DocBook V3.1//EN" followed by a lot of subsequent errors about unknown entities. How do I fix this? I've already searched the archives, the bug database, and the web with no useful results. Thanks, Jim Trigg From r.c.ladan at gmail.com Thu Aug 14 20:29:16 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Thu Aug 14 20:29:23 2008 Subject: [kde-freebsd] Call for testers: KDE 3.5.9 In-Reply-To: <200808141632.54169.makc@issp.ac.ru> References: <200808141632.54169.makc@issp.ac.ru> Message-ID: <48A48EC7.4060501@gmail.com> Max Brazhnikov schreef: > Hello folks! > [...] > > KDE 3.5.9 is ready in area51 repo, it builds fine on my tinderbox > (7.0-release, i386). It will be nice to test it on other platforms and > releases. If there is no problem we can update kde3 ports anytime. > FWIW, I saw no regression with kdirstat-2.4.4 (it uses kdelibs-3.5.9 and arts-1.5.9, previously used with kdelibs-3.5.8 and arts 1.5.8). This is on 7.0R/amd64. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From lumiwa at gmail.com Thu Aug 14 21:38:46 2008 From: lumiwa at gmail.com (Mitja) Date: Thu Aug 14 21:39:02 2008 Subject: pokerTH Message-ID: <200808141613.23263.lumiwa@gmail.com> I like to play PokerTH online sometimes but now is impossible because looks like that everyone have the last 6.2 version. I tried to updated by myself but not succsessful.Is it possible to update the port, please. Thanks, -- http://starikarp.fotki.com From joe at zircon.seattle.wa.us Fri Aug 15 02:20:08 2008 From: joe at zircon.seattle.wa.us (Joe Kelsey) Date: Fri Aug 15 02:20:19 2008 Subject: Can't install gnome2 - docbook-utils is broken In-Reply-To: <87ef649b0808140918k3ae0664bi944ae459bcb2981a@mail.gmail.com> References: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> <87ef649b0808140918k3ae0664bi944ae459bcb2981a@mail.gmail.com> Message-ID: <48A4E197.4010501@zircon.seattle.wa.us> Jim Trigg wrote: > On Thu, Aug 14, 2008 at 12:12 PM, Jim Trigg wrote: > >> First, docbook-utils insists that docbook-310 is not installed when it >> is. I tracked that one down: >> >> /usr/ports/textproc/docbook-utils/Makefile: >> 19c19 >> < >> ${LOCALBASE}/share/sgml/docbook/3.1/docbook.dtd:${PORTSDIR}/textproc/docbook-310 >> \ >> --- >> >>> ${LOCALBASE}/share/sgml/docbook/3.1/dtd:${PORTSDIR}/textproc/docbook-310 \ >>> > > Please submit this as a send-pr. I have fought repeatedly with the docbook maintainers over fixing things like this to no avail. Maybe if more people complain, then they will actually attempt to actually fix the multitude of docbook problems. This issue is one that I cannot easily see in the files. The errors in docbook tend to be in places where things get added and deleted and the resulting files never match expetations. Something has to change, but I do not know what it is. I really do not want to have anything to do with maintenance of this steaming pile, but the current maintainer does not do a very good job either... Sigh. /Joe From swhetzel at gmail.com Fri Aug 15 02:23:19 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Aug 15 02:23:26 2008 Subject: Call for testers: KDE 3.5.9 In-Reply-To: <200808141632.54169.makc@issp.ac.ru> References: <200808141632.54169.makc@issp.ac.ru> Message-ID: <790a9fff0808141859i3550234n46fffc816d95cf7@mail.gmail.com> On Thu, Aug 14, 2008 at 7:32 AM, Max Brazhnikov wrote: > Hello folks! > > I know some of you are not satisfied by KDE 4.1.0 and prefer to stay with > KDE3. Good choice ;). > > KDE 3.5.9 was released six months ago and 3.5.10 is coming soon. I'm not sure > we have time to get 3.5.10 for FreeBSD 7.1/6.4 release, but we can do KDE > 3.5.9. > > KDE 3.5.9 is ready in area51 repo, it builds fine on my tinderbox > (7.0-release, i386). It will be nice to test it on other platforms and > releases. If there is no problem we can update kde3 ports anytime. > I have been using KDE 3.5.9 for several months on 8.0-CURRENT/amd64 and haven't experienced any problems with it. Scot From isaac.grover at gmail.com Fri Aug 15 03:12:09 2008 From: isaac.grover at gmail.com (Isaac Grover) Date: Fri Aug 15 03:12:15 2008 Subject: xdelta 1.1.4 issues Message-ID: Good evening from Wisconsin, This post is regarding the xdelta-1.1.3 port included in FreeBSD 6.2-RELEASE. Please direct me to the proper mailing list if this is not where I should be posting. I am attempting to use xdelta on tar files currently just over 8.2GB. My syntax to get the delta is "xdelta delta oldtarfile newtarfile patchfile" according to the man page. When the patchfile has been created, it is around 5.3MB in size. To verify the patchfile, using "xdelta patch patchfile oldtarfile newtarfiletest" yield a newtarfiletest of 465MB. Available space shouldn't be an issue, as I have 22GB available on this partition. Could anyone here provide some insight as to why this xdelta port isn't functioning as advertised? Thank you in advance, -- Isaac Grover, Owner Quality Computer Services of River Falls, Wisconsin Affordable I. T. Consulting, Web Design, and Web Hosting. Commercial and Residential Inquiries Welcomed. Web: http://www.qcs-rf.com From gabor at kovesdan.org Fri Aug 15 04:34:37 2008 From: gabor at kovesdan.org (Gabor Kovesdan) Date: Fri Aug 15 04:34:44 2008 Subject: Can't install gnome2 - docbook-utils is broken In-Reply-To: <48A4E197.4010501@zircon.seattle.wa.us> References: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> <87ef649b0808140918k3ae0664bi944ae459bcb2981a@mail.gmail.com> <48A4E197.4010501@zircon.seattle.wa.us> Message-ID: <48A504EC.9020209@kovesdan.org> > Please submit this as a send-pr. I have fought repeatedly with the > docbook maintainers over fixing things like this to no avail. Maybe > if more people complain, then they will actually attempt to actually > fix the multitude of docbook problems. > > This issue is one that I cannot easily see in the files. The errors > in docbook tend to be in places where things get added and deleted and > the resulting files never match expetations. Something has to change, > but I do not know what it is. I really do not want to have anything > to do with maintenance of this steaming pile, but the current > maintainer does not do a very good job either... I'm sorry it was my fault as I broke it with a docbook-310 change. It's been fixed now. Could you please elaborate the other problems you have with DocBook-related ports? I'd also like to see improvements in this area and I'm willing to work on it. Regards, Gabor From delphij at delphij.net Fri Aug 15 05:21:35 2008 From: delphij at delphij.net (Xin LI) Date: Fri Aug 15 05:21:43 2008 Subject: freetds port In-Reply-To: <20080811121402.10041i8k6xq7ipk0@www.astcape.co.za> References: <20080811121402.10041i8k6xq7ipk0@www.astcape.co.za> Message-ID: <48A51253.3060709@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicki de Wet wrote: | I noticed that the freetds port is outdated, it is still on version | 0.64, whereas the latest available is 0.82. I have took a look at the port but unfortunately I don't have environment to test whether it worked well. Please let me know if this patch would work for you: http://people.freebsd.org/~delphij/misc/freetds.diff Note that this version is actually a patched version that addressed data corruption issue in 0.82 release. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkilElMACgkQi+vbBBjt66D2rwCeLVQv9X9t8m6Wat34mJ169jkH TDMAmwXPY9zzIu0iHZ5EpuRiUXVdkE6M =HJ0u -----END PGP SIGNATURE----- From m.seaman at infracaninophile.co.uk Fri Aug 15 05:49:19 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Fri Aug 15 05:49:31 2008 Subject: xdelta 1.1.4 issues In-Reply-To: References: Message-ID: <48A518D0.3000901@infracaninophile.co.uk> Isaac Grover wrote: > Good evening from Wisconsin, Good morning from Kent > This post is regarding the xdelta-1.1.3 port included in FreeBSD > 6.2-RELEASE. Please direct me to the proper mailing list if this is > not where I should be posting. No -- this is the correct mailing list for discussing all things ports related. You might want to try contacting the port maintainer though -- to find the maintainer: % cd /usr/ports/misc/xdelta % make maintainer > I am attempting to use xdelta on tar files currently just over 8.2GB. > My syntax to get the delta is "xdelta delta oldtarfile newtarfile > patchfile" according to the man page. When the patchfile has been > created, it is around 5.3MB in size. To verify the patchfile, using > "xdelta patch patchfile oldtarfile newtarfiletest" yield a > newtarfiletest of 465MB. Available space shouldn't be an issue, as I > have 22GB available on this partition. > Could anyone here provide some insight as to why this xdelta port > isn't functioning as advertised? One possibility is that this is related to the size of the files you're dealing with. Does xdelta function correctly for smaller tarballs? Is this on a 32 or a 64 bit system? Could you try the misc/xdelta3 port which contains version 3.0t -- a late beta test version but pretty stable? If this is a problem that you need a fast work-around to, check out http://www.daemonology.net/bsdiff/ -- written by the chap who is currently FreeBSD security officer, and part of the base system in FreeBSD. See bsdiff(1) and bspatch(1). 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080815/dfebc00e/signature.pgp From itetcu at FreeBSD.org Fri Aug 15 08:07:31 2008 From: itetcu at FreeBSD.org (QA Tindy) Date: Fri Aug 15 08:07:48 2008 Subject: cvs commit: ports/comms/efax Makefile ports/comms/tkscanfax Makefile ports/graphics/pstoepsi Makefile ports/japanese/vflib Makefile ports/misc/magicpoint Makefile In-Reply-To: <200808150651.m7F6p4au030857@repoman.freebsd.org> Message-ID: <20080815080729.455CC12E3F29@quark.ds9.tecnik93.com> 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/magicpoint-1.12a.log: building magicpoint-1.12a in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/misc/magicpoint Makefile ident: $FreeBSD: ports/misc/magicpoint/Makefile,v 1.44 2008/08/15 06:51:04 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 15 08:06:42 UTC 2008 ................................................... tar: share/doc/mgp/sample/mgp-old2.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp-old3.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp.mng: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp1.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp2.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp3.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgp3.xbm: Cannot stat: No such file or directory tar: share/doc/mgp/sample/mgprc-sample: Cannot stat: No such file or directory tar: share/doc/mgp/sample/multilingual.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/sample-fr.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/sample-jp.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/sample.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/sendmail6-jp.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/sendmail6.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/tutorial-jp.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/tutorial.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/v6-jp.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/v6.mgp: Cannot stat: No such file or directory tar: share/doc/mgp/sample/v6header.eps: Cannot stat: No such file or directory tar: share/doc/mgp/sample/v6header.jpg: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-el/COPYING: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-el/README: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-el/mgp.el: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-el/mgp.sty: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-el/sample.tex: Cannot stat: No such file or directory tar: share/doc/mgp/emacs-lisp/mgp-mode.el: Cannot stat: No such file or directory tar: share/doc/mgp/scripts/eqn2eps.sh: Cannot stat: No such file or directory tar: share/doc/mgp/scripts/tex2eps.sh: Cannot stat: No such file or directory tar: share/doc/mgp/scripts/mgp2html.pl: Cannot stat: No such file or directory tar: share/doc/mgp/scripts/mgp2latex.pl: 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/magicpoint-1.12a.tbz Registering depends: xorg-libraries-7.3_2 libXfontcache-1.0.4 libXres-1.0.3_3 libXTrap-1.0.0 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXcomposite-0.4.0,1 libXevie-1.0.2 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXScrnSaver-1.1.2 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libXext-1.0.3,1 trapproto-3.4.3 libxkbui-1.0.2_1 libXt-1.0.5_1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libXft-2.1.13 libXrender-0.9.4_1 libxkbfile-1.0.4 liboldX-1.0.1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libFS-1.0.0_1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 xtrans-1.0.4 pixman-0.10.0_2 pkg-config-0.23_1 netpbm-10.26.55 jbigkit-1.6 libmng-1.0.10 tiff-3.8.2_1 jpeg-6b_7 lcms-1.17,1 png-1.2.28 perl-5.8.8_1 freetype-1.3.1_4 expat-2.0.1 fontcacheproto-0.1.2 fontspr oto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/magicpoint-1.12a.tbz' *** Error code 1 Stop in /a/ports/misc/magicpoint. ================================================================ build of /usr/ports/misc/magicpoint ended at Fri Aug 15 08:07:27 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From itetcu at FreeBSD.org Fri Aug 15 08:11:39 2008 From: itetcu at FreeBSD.org (QA Tindy) Date: Fri Aug 15 08:11:45 2008 Subject: cvs commit: ports/graphics/bmeps Makefile ports/japanese/rskkserv Makefile ports/japanese/yasou-fpw Makefile ports/security/linux-pam-docs Makefile ports/shells/scponly Makefile In-Reply-To: <200808150641.m7F6fJf4030019@repoman.freebsd.org> Message-ID: <20080815075634.74CA012E3F29@quark.ds9.tecnik93.com> 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/ja-rskkserv-2.95.4.log: building ja-rskkserv-2.95.4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/rskkserv Makefile ident: $FreeBSD: ports/japanese/rskkserv/Makefile,v 1.27 2008/08/15 06:41:19 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 15 07:56:07 UTC 2008 ................................................... /usr/bin/install -c -o root -g wheel -m 0755 skkdic.so /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd7/skkserv mkdir -p /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/ebdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/conf.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/logger.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/skkdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/bdbdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/nulldic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/cdbdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv /usr/bin/install -c -o root -g wheel -m0755 rskkserv /usr/local/sbin/rskkserv if [ ! -f /usr/local/etc/rskkserv.conf ]; then \ /usr/bin/install -c -o root -g wheel -m0644 rskkserv.conf /usr/local/etc/; \ fi /bin/mkdir -p /usr/local/share/examples/rskkserv install -o root -g wheel -m 555 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/doc/conf-o2n.rb /usr/local/share/examples/rskkserv install -o root -g wheel -m 444 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/rskkserv.conf /usr/local/share/examples/rskkserv install -o root -g wheel -m 444 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/doc/rskkserv.conf.sample /usr/local/share/examples/rskkserv ===> Installing rc.d startup script(s) ===> Compressing manual pages for ja-rskkserv-2.95.4 gzip: can't stat: /usr/local/man/man1/rskkserv.1: No such file or directory gzip: can't stat: /usr/local/man/ja/man1/rskkserv.1: No such file or directory ===> Registering installation for ja-rskkserv-2.95.4 ================================================================ ======================================== ===> Building package for ja-rskkserv-2.95.4 tar: man/man1/rskkserv.1.gz: Cannot stat: No such file or directory tar: man/ja/man1/rskkserv.1.gz: 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/ja-rskkserv-2.95.4.tbz Registering depends: ja-skk-jisyo-200707 ruby18-tcpwrap-0.6_1 ruby-1.8.6.111_5,1 libident-0.32_1. Creating bzip'd tar ball in '/tmp/packages/All/ja-rskkserv-2.95.4.tbz' *** Error code 1 Stop in /a/ports/japanese/rskkserv. *** Error code 1 Stop in /a/ports/japanese/rskkserv. ================================================================ build of /usr/ports/japanese/rskkserv ended at Fri Aug 15 07:56:32 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From itetcu at FreeBSD.org Fri Aug 15 09:59:01 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Fri Aug 15 09:59:15 2008 Subject: Fw: [HEADS-UP] QA BotMails fully automated Message-ID: <20080815125850.4f94c876@it.buh.tecnik93.com> Begin forwarded message: Date: Thu, 14 Aug 2008 21:52:20 +0300 From: Ion-Mihai Tetcu To: Ion-Mihai Tetcu Cc: ports-developers@FreeBSD.org Subject: Re: [HEADS-UP] QA BotMails fully automated On Thu, 14 Aug 2008 13:32:26 +0300 Ion-Mihai Tetcu wrote: > Hi, > > > being poked by Edwin this morning, I switched on automated > commit-triggered BotMails. So blame him! ;-) > > This means I don't get to check each mail first, so there may be false > positives, of which I had only 6 so far, 3 of them being for fetch > failures. > > Also please, please drop me an email some 24 hours before you commit > sweeping changes or changes to MK/*, etc. else you'll probably end up > with your inbox filled with BotMails and also the lists will get > spammed. > (QA Tindy processes the commits in the order they appear in the commit > mail not in dependency order so on big related commits transient > errors might pop up; this will be fixed once I'll switch to tinderbox > v.3 and implement queue scheduling/reordering in dependency order). > > Please bounce back to me any mail you think it's a false positive or > such (and please make sure you include the original mail's X-Mailer: > header so that I know if the problem is already fixed in my scripts or > not). > > If things really run wild ping me on IRC (itetcu, ITetcu or IonBot on > freenode and efnet). > > > In other news: > > Maintainers are now CC'ed on all BotMails. > > For now, there are no exceptions (people who want their BotMails not > being CC'ed to the lists); please drop me an email if you are in this > category and I'll try to re-implement this "feature". > > I'm BCC'ed to keep an aye on things while Mark is BCC'ed for the stats > he does. And I switched on automated mails for the rest of them (regular QA builds and builds for ports triggered because they are dependencies of an other port). Currently there will be one mail/port/week for non-commit-builds. This might change --> some weighting of (days since last sent, number of build retries). Three things annoy me and will annoy you also, no doubt :-( - I don't see any way to detect ports with distfiles that need to be fetched manually. I'm considering doing a patch to b.p.m and affected ports to introduce a MANUAL_FETCH var for them; opinions? - ports that need kernel sources don't fail in a consistent manner (in the same target, with the same message). I'm considering doing a patch to b.p.m and affected ports to introduce a NEED_KERNEL_SOURCES var for them; opinions? - the fail patters get the "right" reason in about 30% or something (hence the subject of the BotMail will usually be wrong). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080815/ad2a78a2/signature.pgp From andrew.w.nosenko at gmail.com Fri Aug 15 13:29:38 2008 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Fri Aug 15 13:29:44 2008 Subject: xdelta 1.1.4 issues In-Reply-To: References: Message-ID: <6161f3180808150603u7a290cb1m9fe832b7803d0e4a@mail.gmail.com> On Fri, Aug 15, 2008 at 5:45 AM, Isaac Grover wrote: > Good evening from Wisconsin, > > This post is regarding the xdelta-1.1.3 port included in FreeBSD > 6.2-RELEASE. Please direct me to the proper mailing list if this is > not where I should be posting. > > I am attempting to use xdelta on tar files currently just over 8.2GB. > My syntax to get the delta is "xdelta delta oldtarfile newtarfile > patchfile" according to the man page. When the patchfile has been > created, it is around 5.3MB in size. To verify the patchfile, using > "xdelta patch patchfile oldtarfile newtarfiletest" yield a > newtarfiletest of 465MB. Available space shouldn't be an issue, as I > have 22GB available on this partition. Not about xdelta itself but about space-related problems: sometime an space-related failures goes from not enough _temporary_ space (/tmp, /var/tmp, directory pointed by $TMPDIR...) -- Andrew W. Nosenko From joe at zircon.seattle.wa.us Fri Aug 15 15:12:23 2008 From: joe at zircon.seattle.wa.us (Joe Kelsey) Date: Fri Aug 15 15:12:34 2008 Subject: Can't install gnome2 - docbook-utils is broken In-Reply-To: <48A504EC.9020209@kovesdan.org> References: <87ef649b0808140912m39b05fefl527cce2b8bc8e9ca@mail.gmail.com> <87ef649b0808140918k3ae0664bi944ae459bcb2981a@mail.gmail.com> <48A4E197.4010501@zircon.seattle.wa.us> <48A504EC.9020209@kovesdan.org> Message-ID: <48A59CD5.60903@zircon.seattle.wa.us> Gabor Kovesdan wrote: > >> Please submit this as a send-pr. I have fought repeatedly with the >> docbook maintainers over fixing things like this to no avail. Maybe >> if more people complain, then they will actually attempt to actually >> fix the multitude of docbook problems. >> >> This issue is one that I cannot easily see in the files. The errors >> in docbook tend to be in places where things get added and deleted >> and the resulting files never match expetations. Something has to >> change, but I do not know what it is. I really do not want to have >> anything to do with maintenance of this steaming pile, but the >> current maintainer does not do a very good job either... > I'm sorry it was my fault as I broke it with a docbook-310 change. > It's been fixed now. Could you please elaborate the other problems you > have with DocBook-related ports? I'd also like to see improvements in > this area and I'm willing to work on it. I cannot give you explicit directions. I try to keep my ports upgraded and up-to-date. Every once in a while something happens and docbook just breaks. I cannot trace it to any specific event, but the whole docbook system is just broken. I have tried to deinstall all docbook ports and reinstall them, but is is very hard to do. This is all because to the seemingly random application of sed to various XML files. Trying to redo or undo the editing just makes everything break. There has to be a better way to adjust these stupid XML files. Anyway, when docbook breaks, I spend hours either in pkgdb or portupgrade trying in vain to get ports which depend on obscure docbook ports to actually build. As far as I can tell, there is absolutely no reason for any docbook ports to exist anywhere, as I can simply ignore them and remove them from the dependency lists and everything continues to build. /Joe From jack at jarasoft.net Fri Aug 15 15:25:14 2008 From: jack at jarasoft.net (Jack Raats) Date: Fri Aug 15 15:25:21 2008 Subject: Postfix 2.5.4 Message-ID: <19AB45AE83434B6A82662866D6A232D6@jarasoft.net> Postfix 2.5.4 has a fix for a high vulnerabilty. Anyone porting this foor FreeBSD? From Alexander at Leidinger.net Fri Aug 15 15:39:25 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Aug 15 15:39:32 2008 Subject: Postfix 2.5.4 In-Reply-To: <19AB45AE83434B6A82662866D6A232D6@jarasoft.net> References: <19AB45AE83434B6A82662866D6A232D6@jarasoft.net> Message-ID: <20080815173915.4b778173@deskjail> Quoting "Jack Raats" (Fri, 15 Aug 2008 17:14:24 +0200): > Postfix 2.5.4 has a fix for a high vulnerabilty. > Anyone porting this foor FreeBSD? If you are talking about the symlink stuff, FreeBSD is not vulnerable, as it conform to the POSIX standard in the relevant area. Bye, Alexander. -- Zapp: There's only one surefire way back into a woman's heart and parts beyond. I speak, of course, of Karaoke. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From jack at jarasoft.net Fri Aug 15 16:19:11 2008 From: jack at jarasoft.net (Jack Raats) Date: Fri Aug 15 16:19:18 2008 Subject: Postfix 2.5.4 References: <19AB45AE83434B6A82662866D6A232D6@jarasoft.net> <20080815173915.4b778173@deskjail> Message-ID: <1BC3C690B0C84893995519ED451C89FD@jarasoft.net> From: "Alexander Leidinger" >> Postfix 2.5.4 has a fix for a high vulnerabilty. >> Anyone porting this foor FreeBSD? > > If you are talking about the symlink stuff, FreeBSD is not vulnerable, > as it conform to the POSIX standard in the relevant area. I know but the one in the ports is 2.5.1 and the new one is 2.5.4. So we are a few bugfixes behind Jack From athathoth at yandex.ru Fri Aug 15 18:17:06 2008 From: athathoth at yandex.ru (Sergey Golyashov) Date: Fri Aug 15 18:17:13 2008 Subject: Call for testers: KDE 3.5.9 In-Reply-To: <790a9fff0808141859i3550234n46fffc816d95cf7@mail.gmail.com> References: <200808141632.54169.makc@issp.ac.ru> <790a9fff0808141859i3550234n46fffc816d95cf7@mail.gmail.com> Message-ID: <200808160444.55338.athathoth@yandex.ru> ? ????????? ?? Friday 15 August 2008 12:59:17 Scot Hetzel ???????(?): > On Thu, Aug 14, 2008 at 7:32 AM, Max Brazhnikov wrote: > > Hello folks! > > > > I know some of you are not satisfied by KDE 4.1.0 and prefer to stay with > > KDE3. Good choice ;). I have found bug in kdewebdev (quanta+) and have created correction: http://bugs.kde.org/show_bug.cgi?id=166334 but it till now have not considered... Whether it is possible to include these patches in port? From bsam at ipt.ru Fri Aug 15 18:29:19 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Aug 15 18:29:27 2008 Subject: [PATCH] Fix biology/molden In-Reply-To: <20080801190318.GA49968@troutmask.apl.washington.edu> (Steve Kargl's message of "Fri\, 1 Aug 2008 12\:03\:18 -0700") References: <20080801190318.GA49968@troutmask.apl.washington.edu> Message-ID: <96105528@bb.ipt.ru> On Fri, 1 Aug 2008 12:03:18 -0700 Steve Kargl wrote: [...] > diff -urN molden.old/Makefile molden/Makefile [...] > diff -urN molden.old/files/patch-xwin.c molden/files/patch-xwin.c Committed, thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From david at payneful.ca Sat Aug 16 02:51:59 2008 From: david at payneful.ca (David Payne) Date: Sat Aug 16 02:52:05 2008 Subject: enemyterritory-tce: signal 11 Message-ID: <1218854021.1091.9.camel@kit.dapayne.no-ip.org> Hi, This is the email address listed in the Makefile for the enemyterritory-tce port, I hope I am sending this to the right place. > MAINTAINER= ports@FreeBSD.org When ever a round starts when playing et-tce the game crashes and in the console I have the following: > [skipnotify]TCE^7 entered the game > [skipnotify][Ramen]HobocoP^7 entered the game > Received signal 11, exiting... > Shutdown tty console > [major@kit /usr/home/major]$ I put the two previous lines to show that nothing of interests gets printed out before the signal 11. I'm not sure what is causing this signal 11 or how to check what is causing it. I did a bit of searhing on Google and I have found many people having problems that looks like this but during startup when loading graphics libraries. I don't think this is the case for me because I am in the game and watching others play just fine. It only takes place when the next round starts. I have tried just playing enemyterritory without tce. I played for about an hour, with various restarts and loading new maps and I did not have this problem. This just effects et-tce. Did anyone ever see this before? Know any steps I can take to bebug the issue? Thanks, David From roberthuff at rcn.com Sat Aug 16 03:35:14 2008 From: roberthuff at rcn.com (Robert Huff) Date: Sat Aug 16 03:35:21 2008 Subject: enemyterritory-tce: signal 11 In-Reply-To: <1218854021.1091.9.camel@kit.dapayne.no-ip.org> References: <1218854021.1091.9.camel@kit.dapayne.no-ip.org> Message-ID: <18598.17458.775598.315503@jerusalem.litteratus.org> David Payne writes: > This is the email address listed in the Makefile for the > enemyterritory-tce port, I hope I am sending this to the right place. > > > MAINTAINER= ports@FreeBSD.org When the Maintainer is "ports@FreeBSD.org", it means no individual has accepted maintainership and position defaults embers of the ports mailing list in the hopes some concerned/annoyed/ interested/charitable person will step forward and fix things. (Interestingly, this sometimes produces faster and/or better responses than for ports with official custodians.) Robert Huff From jack at jarasoft.net Sat Aug 16 05:30:58 2008 From: jack at jarasoft.net (Jack Raats) Date: Sat Aug 16 05:31:05 2008 Subject: Ruby port broken? Message-ID: hera# make clean ===> Cleaning for ruby-1.8.6.287,1 hera# make install ===> Vulnerability check disabled, database not found ===> Found saved configuration for ruby-1.8.6.287,1 ===> Extracting for ruby-1.8.6.287,1 => MD5 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. => SHA256 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/bin/ ===> Patching for ruby-1.8.6.287,1 ===> Applying FreeBSD patches for ruby-1.8.6.287,1 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej => Patch patch-lib_cgi.rb failed to apply cleanly. => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. *** Error code 1 Stop in /usr/ports/lang/ruby18. *** Error code 1 Stop in /usr/ports/lang/ruby18. hera# From brian at brianwhalen.net Sat Aug 16 06:21:11 2008 From: brian at brianwhalen.net (Brian) Date: Sat Aug 16 06:21:18 2008 Subject: Ruby port broken? In-Reply-To: References: Message-ID: <48A66953.2050808@brianwhalen.net> Jack Raats wrote: > hera# make clean > ===> Cleaning for ruby-1.8.6.287,1 > hera# make install > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for ruby-1.8.6.287,1 > ===> Extracting for ruby-1.8.6.287,1 > => MD5 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. > => SHA256 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. > /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/bin/ > ===> Patching for ruby-1.8.6.287,1 > ===> Applying FreeBSD patches for ruby-1.8.6.287,1 > Ignoring previously applied (or reversed) patch. > 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej > => Patch patch-lib_cgi.rb failed to apply cleanly. > => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > hera# > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > I just portupgraded earlier today on a 6-stable system, my version is ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-freebsd6]. I assume you're running Freebsd 7? Brian From jack at jarasoft.net Sat Aug 16 06:35:01 2008 From: jack at jarasoft.net (Jack Raats) Date: Sat Aug 16 06:35:07 2008 Subject: Ruby port broken? SOLVED References: Message-ID: The new commit solved the problem. THANKS!!! Jack ----- Original Message ----- From: "Jack Raats" To: Sent: Saturday, August 16, 2008 7:30 AM Subject: Ruby port broken? hera# make clean ===> Cleaning for ruby-1.8.6.287,1 hera# make install ===> Vulnerability check disabled, database not found ===> Found saved configuration for ruby-1.8.6.287,1 ===> Extracting for ruby-1.8.6.287,1 => MD5 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. => SHA256 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/bin/ ===> Patching for ruby-1.8.6.287,1 ===> Applying FreeBSD patches for ruby-1.8.6.287,1 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej => Patch patch-lib_cgi.rb failed to apply cleanly. => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. *** Error code 1 Stop in /usr/ports/lang/ruby18. *** Error code 1 Stop in /usr/ports/lang/ruby18. hera# _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From valerio.daelli at gmail.com Sat Aug 16 07:01:01 2008 From: valerio.daelli at gmail.com (Valerio Daelli) Date: Sat Aug 16 07:01:08 2008 Subject: Ruby port broken? In-Reply-To: References: Message-ID: <27dbfc8c0808152332p77f50f41odefc04442ee0d3db@mail.gmail.com> On Sat, Aug 16, 2008 at 7:30 AM, Jack Raats wrote: > hera# make clean > ===> Cleaning for ruby-1.8.6.287,1 > hera# make install > ===> Vulnerability check disabled, database not found > ===> Found saved configuration for ruby-1.8.6.287,1 > ===> Extracting for ruby-1.8.6.287,1 > => MD5 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. > => SHA256 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. > /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/bin/ > ===> Patching for ruby-1.8.6.287,1 > ===> Applying FreeBSD patches for ruby-1.8.6.287,1 > Ignoring previously applied (or reversed) patch. > 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej > => Patch patch-lib_cgi.rb failed to apply cleanly. > => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > hera# > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Hi it looks like there have been commits recently. http://www.freebsd.org/cgi/getmsg.cgi?fetch=1169589+0+current/cvs-ports I would for the portnsap server to get the new snapshots. Valerio From perrin at apotheon.com Sat Aug 16 07:24:13 2008 From: perrin at apotheon.com (Chad Perrin) Date: Sat Aug 16 07:24:19 2008 Subject: Ruby port broken? SOLVED In-Reply-To: References: Message-ID: <20080816071739.GA18891@kokopelli.hydra> On Sat, Aug 16, 2008 at 08:35:00AM +0200, Jack Raats wrote: > The new commit solved the problem. Apparently, whatever worked for you hasn't done me any good: ===> Patching for ruby-1.8.6.287,1 ===> Applying FreeBSD patches for ruby-1.8.6.287,1 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej => Patch patch-lib_cgi.rb failed to apply cleanly. => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. *** Error code 1 Stop in /usr/ports/lang/ruby18. *** Error code 1 Stop in /usr/ports/lang/ruby18. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.20719.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=ruby-1.8.6.111_5,1 UPGRADE_PORT_VER=1.8.6.111_5,1 make ** Fix the problem and try again. -- Chad Perrin [ content licensed PDL: http://pdl.apotheon.org ] Jon Postel, RFC 761: "[B]e conservative in what you do, be liberal in what you accept from others." -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080816/e6bc1897/attachment.pgp From jack at jarasoft.net Sat Aug 16 07:28:35 2008 From: jack at jarasoft.net (Jack Raats) Date: Sat Aug 16 07:28:42 2008 Subject: Ruby port broken? SOLVED References: <20080816071739.GA18891@kokopelli.hydra> Message-ID: Chad, This error is the same I got this morning. After the new commit this problem was solved. Please update the ports tree and try again. Jack ----- Original Message ----- From: "Chad Perrin" To: Sent: Saturday, August 16, 2008 9:17 AM Subject: Re: Ruby port broken? SOLVED On Sat, Aug 16, 2008 at 08:35:00AM +0200, Jack Raats wrote: > The new commit solved the problem. Apparently, whatever worked for you hasn't done me any good: ===> Patching for ruby-1.8.6.287,1 ===> Applying FreeBSD patches for ruby-1.8.6.287,1 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej => Patch patch-lib_cgi.rb failed to apply cleanly. => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. *** Error code 1 Stop in /usr/ports/lang/ruby18. *** Error code 1 Stop in /usr/ports/lang/ruby18. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.20719.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=ruby-1.8.6.111_5,1 UPGRADE_PORT_VER=1.8.6.111_5,1 make ** Fix the problem and try again. -- Chad Perrin [ content licensed PDL: http://pdl.apotheon.org ] Jon Postel, RFC 761: "[B]e conservative in what you do, be liberal in what you accept from others." From itetcu at FreeBSD.org Sat Aug 16 08:11:52 2008 From: itetcu at FreeBSD.org (QA Tindy) Date: Sat Aug 16 08:12:09 2008 Subject: cvs commit: ports/devel/php5-phing Makefile distinfo pkg-plist ports/devel/php5-phing/files patch-phing pear-deinstall.in pear-install.in In-Reply-To: <200808160810.m7G8AZRj061411@repoman.freebsd.org> Message-ID: <20080816081144.3738512E3EF8@quark.ds9.tecnik93.com> 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/pear-phing-2.3.0_1.log: building pear-phing-2.3.0_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/php5-phing Makefile ident: $FreeBSD: ports/devel/php5-phing/Makefile,v 1.4 2008/08/16 08:10:34 kuriyama Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 16 08:11:37 UTC 2008 ................................................... building pear-phing-2.3.0_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/php5-phing Makefile ident: $FreeBSD: ports/devel/php5-phing/Makefile,v 1.4 2008/08/16 08:10:34 kuriyama Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 16 08:11:37 UTC 2008 FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=php5-5.2.6.tbz php5-pcre-5.2.6.tbz php5-xml-5.2.6.tbz libxml2-2.6.32.tbz pkg-config-0.23_1.tbz libiconv-1.11_1.tbz pear-1.7.2.tbz RUN_DEPENDS=php5-5.2.6.tbz php5-pcre-5.2.6.tbz php5-xml-5.2.6.tbz libxml2-2.6.32.tbz pkg-config-0.23_1.tbz libiconv-1.11_1.tbz pear-1.7.2.tbz add_pkg ================================================================ ======================================== => phing-2.3.0.tgz doesn't seem to exist in /tmp/distfiles/PEAR. => Attempting to fetch from file:///distcache/PEAR/. fetch: file:///distcache/PEAR/phing-2.3.0.tgz: No such file or directory => Attempting to fetch from http://pear.phing.info/get/. phing-2.3.0.tgz 399 kB 119 kBps => MD5 Checksum OK for PEAR/phing-2.3.0.tgz. => SHA256 Checksum OK for PEAR/phing-2.3.0.tgz. ================================================================ ======================================== add_pkg ===> Extracting for pear-phing-2.3.0_1 => MD5 Checksum OK for PEAR/phing-2.3.0.tgz. => SHA256 Checksum OK for PEAR/phing-2.3.0.tgz. /bin/mv /work/a/ports/devel/php5-phing/work/phing-2.3.0/example /work/a/ports/devel/php5-phing/work/phing-2.3.0/examples /usr/bin/sed -e "s|/opt/phing|/usr/local/lib/php/phing|" -e "s|@PHP-BIN@|/usr/local/bin/php|" -e "s|@PEAR-DIR@|/usr/local/share/pear|" /work/a/ports/devel/php5-phing/work/phing-2.3.0/bin/pear-phing > /work/a/ports/devel/php5-phing/work/phing-2.3.0/bin/pear-phing.new install -o root -g wheel -m 444 /work/a/ports/devel/php5-phing/work/phing-2.3.0/bin/phing.php /usr/local/share/pear/phing.php install: /usr/local/share/pear/phing.php: No such file or directory *** Error code 71 Stop in /a/ports/devel/php5-phing. ================================================================ build of /usr/ports/devel/php5-phing ended at Sat Aug 16 08:11:43 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From jos at webrz.net Sat Aug 16 18:29:37 2008 From: jos at webrz.net (Jos Chrispijn) Date: Sat Aug 16 18:29:44 2008 Subject: sabnzbd Message-ID: <48A71C8E.9060602@webrz.net> Just installed from /usr/ports/news/sabnzbd; found out that the port that is 'live'installed is version 0.2.5_1 instead of 0.4.2 Is this a port that is not maintained anymore or am I just stupid asking this? thanks for sharing, Jos From shuvaev at physik.uni-wuerzburg.de Sat Aug 16 19:35:51 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sat Aug 16 19:35:58 2008 Subject: sabnzbd In-Reply-To: <48A71C8E.9060602@webrz.net> References: <48A71C8E.9060602@webrz.net> Message-ID: <20080816190806.GA10633@wep4017.physik.uni-wuerzburg.de> On Sat, Aug 16, 2008 at 08:29:34PM +0200, Jos Chrispijn wrote: > Just installed from /usr/ports/news/sabnzbd; found out that the port > that is 'live'installed is version 0.2.5_1 instead of 0.4.2 > Is this a port that is not maintained anymore or am I just stupid asking > this? > You should probably want news/sabnzbdplus. It is at 0.4.0 in the ports now. If you want 0.4.2 you can contact maintainer off-list for the updating plans. Alexey. From jos at webrz.net Sun Aug 17 00:19:37 2008 From: jos at webrz.net (Jos Chrispijn) Date: Sun Aug 17 00:19:44 2008 Subject: sabnzbd In-Reply-To: <20080816190806.GA10633@wep4017.physik.uni-wuerzburg.de> References: <48A71C8E.9060602@webrz.net> <20080816190806.GA10633@wep4017.physik.uni-wuerzburg.de> Message-ID: <48A76E8E.3090203@webrz.net> Alexey Shuvaev wrote: > You should probably want news/sabnzbdplus. It is at 0.4.0 in the ports now. > If you want 0.4.2 you can contact maintainer off-list for the updating plans. > Good suggestion, I will do that. thanks, Jos From linimon at FreeBSD.org Sun Aug 17 11:33:02 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:33:08 2008 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20080817113259.DD3951CC35@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/Maaate broken because: checksum mismatch due to fetch grabbing an error page instead of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/gogo broken because: does not fetch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/gogo-2.39b_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/xmms-imms broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/makeplus broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=makeplus portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pear-apd-1.0.1,1.log (Sat Jul 12 14:19:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py-coro-20010202.log (Sat Jul 12 14:35:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/synfig broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/synfig-0.61.08_1.log (Fri Aug 15 09:46:43 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/synfig-0.61.08_1.log (Mon Aug 11 04:51:41 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=synfig portname: games/alephone broken because: does not build with speex-1.2rc1 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/alephone-20070525_2.log (Mon Aug 11 05:19:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=alephone portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/clanbomber-1.05_2.log (Fri Jul 11 20:49:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/dungeon broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20080809105349/dungeon-1.0_2.log (Sat Aug 9 13:41:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=dungeon portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/ray++-0.4_1.log (Fri Jul 11 20:45:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/lyx broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/pfe-0.32.94_1.log (Mon Aug 11 03:34:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: math/pgcalc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/ses broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: math/superlu_mt broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/superlu_mt-2.0.20080115.log (Mon Aug 11 03:44:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: misc/pybliographer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/scotty3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/versuch broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/synce-kde broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/perlftlib broken because: Does not build if devel/p5-ExUtils-CBuilder is installed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib portname: science/gerris broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/oof broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: security/cfs broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/sjog broken because: Does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/sjog-0.5_4.log (Sat Jul 12 14:32:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ocaml-wdialog-2.1.2_1.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/py-nevow broken because: doesn't build: in nevow/static.py", line 18, twisted.web import error build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/kahakai-0.6.2_8.log (Fri Jul 11 20:45:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term broken because: Unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Sat Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term portname: x11/bbuname broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname From linimon at FreeBSD.org Sun Aug 17 11:37:20 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:37:28 2008 Subject: FreeBSD ports which are currently marked broken Message-ID: <20080817113717.5C0451CD28@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: archivers/lzo2 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20080809105349/lzo2-2.03_1.log (Sat Aug 9 15:00:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=lzo2 portname: audio/Maaate broken because: checksum mismatch due to fetch grabbing an error page instead of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/dream broken because: Needs DRM enabled in FAAD build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dream portname: audio/esperanza broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20080725145409/esperanza-0.3_2.log (Fri Aug 1 20:55:49 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=esperanza portname: audio/gogo broken because: does not fetch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/gogo-2.39b_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/gstreamer-plugins-spc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: audio/p5-Audio-TagLib broken because: does not build with taglib 1.5 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/p5-Audio-TagLib-1.43.log (Sat Jul 12 14:20:07 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib portname: audio/py-sdl_mixer broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py25-sdl_mixer-0.0.3_3.log (Sat Jul 12 14:22:08 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/py25-sdl_mixer-0.0.3_3.log (Wed Jun 18 13:24:34 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/ruby-xmms2-ecore broken because: Fails to configure (can not find ecore-config) build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/ruby18-xmms2-ecore-0.4.d.0_2.log (Sun Jun 22 09:18:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac broken because: Not updated to the DrJekyl clientlib API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett broken because: Not updated to the DrJekyll clientlib API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: audio/tse3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/xmms-imms broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: biology/p5-bioperl-devel broken because: missing dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-devel portname: cad/opencascade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=opencascade portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: comms/libsyncml broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=libsyncml portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/mysql-query-browser broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-query-browser portname: databases/mysqlbigram broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlbigram portname: databases/p5-DBD-PgSPI broken because: Does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/p5-DBD-PgSPI-0.02_3.log (Sat Jul 12 14:19:17 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/postgresql-plproxy broken because: Does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/postgresql-plproxy-2.0.2_1.log (Sat Jul 12 14:18:25 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plproxy portname: databases/py-tada broken because: Unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py25-tada-1.4.0.log (Sat Jul 12 14:29:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: databases/rubygem-rrdtool broken because: does not compile with rrdtool 1.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-rrdtool portname: deskutils/launchy broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20080801203013/launchy-2.1.1.log (Sat Aug 2 02:27:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=launchy portname: deskutils/remember.el broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/gdb-act-5.3_2,1.log (Fri Jul 11 20:44:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/hs-buddha broken because: Does not build with recent GHC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-fps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-fps portname: devel/hs-hat broken because: Does not build with recent ghc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hat portname: devel/hs-hpl broken because: Does not build with current ghc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hpl portname: devel/hs-tclhaskell-ghc broken because: Needs updating to build with latest GHC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/kBuild broken because: changes permissions on already installed binaries build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20080809105349/kBuild-0.1.3.log (Sat Aug 9 13:44:24 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/kBuild-0.1.3.log (Sun Aug 10 00:56:13 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/kBuild-0.1.3.log (Mon Aug 11 03:49:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kBuild portname: devel/makeplus broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=makeplus portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/msp430-gdb-5.1.1.20030909_1.log (Fri Jul 11 20:44:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/nx broken because: leaves files behind on deinstall build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/nx-0.33_4.log (Thu Aug 7 12:17:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nx portname: devel/p4v broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/p4v-2007.3.155579.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p4v portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pear-apd-1.0.1,1.log (Sat Jul 12 14:19:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py-coro-20010202.log (Sat Jul 12 14:35:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/py-rbtree broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/py25-rbtree-0.8.0.log (Fri May 30 00:31:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-rbtree portname: devel/py-turbocheetah broken because: does not install build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py24-TurboCheetah-0.9.5.log (Sat Jul 12 14:35:08 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-turbocheetah portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/sfslite-dbg broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/sfslite-shdbg-1.2.3.log (Fri Jul 11 20:44:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sfslite-dbg portname: devel/synfig broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/synfig-0.61.08_1.log (Fri Aug 15 09:46:43 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/synfig-0.61.08_1.log (Mon Aug 11 04:51:41 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=synfig portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/ooo-build broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ooo-build portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/alephone broken because: does not build with speex-1.2rc1 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/alephone-20070525_2.log (Mon Aug 11 05:19:06 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=alephone portname: games/amy broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/amy-0.8.7.log (Fri Jul 11 20:43:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/battletanks broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/btanks-0.7.5800.log (Sat Aug 9 02:00:55 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=battletanks portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/clanbomber-1.05_2.log (Fri Jul 11 20:49:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/dungeon broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20080809105349/dungeon-1.0_2.log (Sat Aug 9 13:41:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=dungeon portname: games/emacs-chess broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=emacs-chess portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/linux-alienarena broken because: needs missing/outdated Linux dependencies (need new linux_compat port and FreeBSD 7); use native instead for now build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: games/pykawari broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=pykawari portname: games/xrally broken because: Doesn't work (yet?) on 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xrally portname: graphics/crystalspace-devel broken because: Incorrect pkg-plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/crystalspace-devel-20061105_5.log (Sun Jun 22 09:20:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/flphoto broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20080725145409/flphoto-1.3.1_3.log (Fri Aug 1 22:23:23 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/flphoto-1.3.1_3.log (Thu Jul 31 03:55:02 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=flphoto portname: graphics/gstreamer-plugins-swfdec broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: graphics/ivtools broken because: Incomplete pkg-plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/ivtools-1.2.5_1.log (Mon Aug 11 04:10:07 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/qgis broken because: Does not build with geos 3.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qgis portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/ray++-0.4_1.log (Fri Jul 11 20:45:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/escpf broken because: Unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ja-escpf-0.4.log (Sat Jul 12 14:19:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: japanese/lyx broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/samba3 broken because: does not package build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008061917/ja-samba-3.0.28_2,1.log (Mon Jun 23 11:35:44 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/ja-samba-3.0.30_1,1.log (Mon Aug 11 03:47:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba3 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/dbvis broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/eclipse-clay-core broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-clay-core portname: java/java-gcj-compat broken because: leaves egg file behind on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: java/java3d broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java3d portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/jdk-1.4.2p8_12.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/chameleon broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/hope broken because: Patch fails build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/hope-1.1.log (Sat Jul 12 14:22:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/pfe-0.32.94_1.log (Mon Aug 11 03:34:32 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/pugs broken because: This version does not build with current ghc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/qscheme broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/qscheme-0.5.1_3.log (Fri Jul 11 20:43:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/screamer broken because: Does not compile (dumps core) build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: lang/xsb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/XSB-2.6_1.log (Fri Jul 11 20:45:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/claws-mail-clamav broken because: Doesn't build with clamav-0.93 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=claws-mail-clamav portname: mail/silkymail broken because: doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail portname: mail/sylpheed2-devel broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/sylpheed-2.5.0.b3.log (Fri Jun 13 09:33:40 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=sylpheed2-devel portname: math/emacs-calc broken because: Incorrect pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emacs-calc portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/pgcalc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/rascal-0.3.2_4.log (Mon Aug 11 03:34:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/rpy broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20080801203013/rpy-1.0.3_2.log (Sat Aug 2 02:33:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rpy portname: math/ses broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: math/superlu_mt broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/superlu_mt-2.0.20080115.log (Mon Aug 11 03:44:28 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=superlu_mt portname: misc/ipbt broken because: Size mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ipbt-r7471.log (Sat Jul 12 14:17:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: misc/pybliographer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/dvbcut broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/dvbcut-0.5.4_2.log (Mon Aug 11 04:59:45 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut portname: multimedia/helixplayer broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=helixplayer portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mjpegtools-yuvfilters broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/mjpegtools-yuvfilters-1.1_4.log (Fri Jul 11 20:51:05 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smilutils broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Sat Aug 16 03:34:38 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/smilutils-0.3.2_2.log (Mon Aug 11 05:01:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/ginsu broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-im/libjingle broken because: does not compile with new speex build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libjingle portname: net-im/sulci broken because: don't work with ocaml 3.10 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/sulci-0.5.a.20060221_1,2.log (Sat Jul 12 14:24:23 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=sulci portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/nav broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net-mgmt/nfsen-devel broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nfsen-devel portname: net-mgmt/scotty3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/Sockets broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets portname: net/Sockets-devel broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets-devel portname: net/acx100 broken because: Does not compile on FreeBSD >= 6.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/globus4 broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/nepim broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=nepim portname: net/openpbx.org broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/p5-Parallel-MPI broken because: fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/penguintv broken because: leaves egg file behind on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/samba4wins broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba4wins portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/versuch broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/inn-current-20061024_1.log (Fri Jul 11 20:44:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/openftd-1.1.0_1.log (Mon Aug 11 05:49:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/synce-gnomevfs broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-gnomevfs portname: palm/synce-kde broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/perlftlib broken because: Does not build if devel/p5-ExUtils-CBuilder is installed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib portname: science/gerris broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/oof broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/cfs broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/dazuko broken because: Currently does not support FreeBSD > 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/pgp6 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/pgp-6.5.8_1.log (Fri Jul 11 20:44:15 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/shibboleth-sp-1.3f.log (Sat Aug 9 02:01:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/squidclam broken because: Doesn't build with clamav-0.93 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/squidclam-0.11_5.log (Sat Jul 12 14:22:53 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=squidclam portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/dtc-0.28.2.1_1.log (Sun Jun 22 09:18:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/dtc-toaster broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/dtc-toaster-0.28.2.1_1.log (Sun Jun 22 09:19:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage broken because: Unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/dusage-19900227.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/quicksynergy broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=quicksynergy portname: sysutils/sjog broken because: Does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/sjog-0.5_4.log (Sat Jul 12 14:32:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: sysutils/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/Ebnf2ps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/isearch broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=isearch portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/p5-HTML-CTPP2 broken because: Does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/p5-HTML-CTPP2-2.3.0.log (Sun Jul 20 22:01:09 UTC 2008) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/p5-HTML-CTPP2-2.1.1.log (Mon Jun 16 07:50:12 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/p5-HTML-CTPP2-2.3.0.log (Tue Jul 15 06:10:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-HTML-CTPP2 portname: textproc/rast broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=rast portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/c-icap broken because: Doesn't build with clamav-0.93 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/c-icap-030606_5,1.log (Sat Jul 12 14:18:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=c-icap portname: www/commonist broken because: does not extract build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/commonist-0.3.28.log (Sun Aug 10 00:58:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=commonist portname: www/cybercalendar broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cybercalendar portname: www/geneweb broken because: does not build with new ocaml build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/geneweb-4.10_4.log (Sat Jul 12 14:21:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ocaml-wdialog-2.1.2_1.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/ocsigen broken because: unsatisfiable dependency line build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocsigen portname: www/opera-linuxplugins broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/opera-linuxplugins-9.21.20070510_2.log (Thu Aug 7 12:16:41 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=opera-linuxplugins portname: www/pecl-mnogosearch broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pecl-mnogosearch-1.0.0.log (Sat Jul 12 14:21:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pecl-mnogosearch portname: www/py-nevow broken because: doesn't build: in nevow/static.py", line 18, twisted.web import error build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/roxen broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/roxen-2.1.231.log (Sat Jul 12 14:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/rt3 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt3 portname: www/rt32 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/toofpy broken because: Installs files outside of localbase build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/py25-TooFPy-0.3.7.log (Wed Jul 23 23:22:58 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-fm/evidence broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-fm/velocity broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/camaelon-nesedah broken because: conflicts with its own dependency build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=camaelon-nesedah portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/fox10 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox10 portname: x11-toolkits/fxscintilla-fox10 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/fxscintilla-fox10-1.71_7.log (Sat Jul 12 14:35:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/kahakai-0.6.2_8.log (Fri Jul 11 20:45:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term broken because: Unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Sat Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term portname: x11/bbuname broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname portname: x11/metisse broken because: does not package build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20080731104323/metisse-0.4.0.r4_2.log (Mon Aug 11 04:32:40 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From linimon at FreeBSD.org Sun Aug 17 11:38:09 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:38:16 2008 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20080817113807.59D081CD3A@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: chinese/BBMan description: BBMan is a BBS client for X Window System maintainer: ports@FreeBSD.org deprecated because: Abandonware by upstream maintainer expiration date: 2008-07-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=BBMan portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: devel/pear-apd description: A full-featured engine-level PHP profiler/debugger maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pear-apd-1.0.1,1.log (Sat Jul 12 14:19:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: games/clanbomber description: A bomberman-like multiplayer game maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/clanbomber-1.05_2.log (Fri Jul 11 20:49:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: irc/erc description: ERC is an Emacs InternetRelayChat client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: math/ses description: Simple Emacs Spreadsheet maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-p2p/py-kenosis-bittorrent description: A Kenosis enabled, distributed BitTorrent maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: palm/synce-kde description: SynCE KDE Utilities maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync description: SynCE synchronisation plugin for Multisync maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: sysutils/sjog description: Userland daemon for Sony Vaio Jog Dial maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/sjog-0.5_4.log (Sat Jul 12 14:32:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps description: Generate EPS/FIG diagrams from EBNF/yacc/bison grammars maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt description: A set of Perl bindings for the Qt toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/alloywm description: Has title bars, shading, resizing, automatic placement, window list maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/kahakai description: Kahakai window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development ceased expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/kahakai-0.6.2_8.log (Fri Jul 11 20:45:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org status: BROKEN deprecated because: depends on expired port expiration date: 2008-07-18 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Sat Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From linimon at FreeBSD.org Sun Aug 17 11:38:32 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:38:41 2008 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20080817113829.DA6A31CD27@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/ruby-xmms2-ecore description: Ruby ecore mainloop bindings for XMMS2 maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/ruby18-xmms2-ecore-0.4.d.0_2.log (Sun Jun 22 09:18:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac description: Shellac is a PyGTK XMMS2 Client maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett description: A simple XMMS2 client inspired by strange-quark maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: chinese/BBMan description: BBMan is a BBS client for X Window System maintainer: ports@FreeBSD.org deprecated because: Abandonware by upstream maintainer expiration date: 2008-07-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=BBMan portname: databases/p5-DBD-PgSPI description: Provides access to PostgreSQL db through DBI within pl/perl functions maintainer: mat@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/p5-DBD-PgSPI-0.02_3.log (Sat Jul 12 14:19:17 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/postgresql-plproxy description: PL/Proxy is database partitioning system maintainer: skv@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/postgresql-plproxy-2.0.2_1.log (Sat Jul 12 14:18:25 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plproxy portname: databases/py-tada description: Twisted Asynchronous Database API maintainer: clive@darkarts.co.za status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/py25-tada-1.4.0.log (Sat Jul 12 14:29:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java description: Java API for QDBM maintainer: ahze@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: devel/hs-buddha description: A declarative debugger for Haskell 98 maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-tclhaskell-ghc description: Tcl/Tk binding for Haskell maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: devel/pear-apd description: A full-featured engine-level PHP profiler/debugger maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pear-apd-1.0.1,1.log (Sat Jul 12 14:19:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/sfslite-dbg description: Standard version of the sfslite library maintainer: ports@okws.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/sfslite-shdbg-1.2.3.log (Fri Jul 11 20:44:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sfslite-dbg portname: dns/bind9-dlz description: The Berkeley Internet Name Daemon, with DLZ extensions maintainer: dinoex@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2008-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind9-dlz portname: editors/ooo-build description: Community enhanced/bug fixed version of OpenOffice.org maintainer: openoffice@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ooo-build portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: finance/gfp description: Personal finances administration software maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/clanbomber description: A bomberman-like multiplayer game maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/clanbomber-1.05_2.log (Fri Jul 11 20:49:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/linux-alienarena description: Alien Arena 2006 (Linux version) maintainer: alepulver@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: games/q3base description: Quake III Arena fork using SDL maintainer: ed@FreeBSD.org deprecated because: Project gone, website defaced expiration date: 2008-07-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=q3base portname: graphics/crystalspace-devel description: Free and portable 3D Game Development Kit maintainer: acm@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/crystalspace-devel-20061105_5.log (Sun Jun 22 09:20:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/gstreamer-plugins-swfdec description: Gstreamer flash redering plugin maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: irc/erc description: ERC is an Emacs InternetRelayChat client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: irc/tirc description: Token's 'Internet Relay Chat' Client maintainer: beech@FreeBSD.org deprecated because: No longer developed, website gone expiration date: 2008-08-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=tirc portname: japanese/escpf description: Text filters for ESC/P, ESC/Page and ESC/PS printers maintainer: mita@jp.FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ja-escpf-0.4.log (Sat Jul 12 14:19:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: java/java-gcj-compat description: A collection of wrapper scripts, symlinks and jar files for GCJ maintainer: maho@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: lang/chameleon description: A Haskell-style language maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/hope description: Hope is lazy interpriter for HOPE applicative language maintainer: lev@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/hope-1.1.log (Sat Jul 12 14:22:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pugs description: A Perl6 Implementation maintainer: clsung@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/screamer description: Extension of Common Lisp for nondeterministic programming maintainer: sf@slappy.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: mail/mutt-ng description: A fork of the mutt with the goal to incorporate all the patches maintainer: josh@tcbug.org deprecated because: Abandonware by upstream maintainers. Use mail/mutt-devel expiration date: 2008-07-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mutt-ng portname: math/emacs-calc description: Arbitrary-precision calculator for Emacs maintainer: andrewb@cs.cmu.edu status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emacs-calc portname: math/ses description: Simple Emacs Spreadsheet maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: misc/ipbt description: A high-tech ttyrec player with improvements over ttyplay maintainer: matt_mills@btopenworld.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/ipbt-r7471.log (Sat Jul 12 14:17:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: multimedia/manslide description: Utility to simply create your own slideshow maintainer: trebestie@gmail.com deprecated because: Use multimedia/smile instead expiration date: 2008-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manslide portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-im/ginsu description: A client for the gale secure instant messaging system maintainer: jason-fbsd-ports-ginsu@shalott.net status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-im/libjingle description: Google Talk's implementation of Jingle and Jingle-Audio maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libjingle portname: net-p2p/py-kenosis-bittorrent description: A Kenosis enabled, distributed BitTorrent maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/acx100 description: Texas Instruments (TI) ACX100 IEEE 802.11 driver maintainer: leoz.2005@gmail.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/globus4 description: Grid computing toolkit maintainer: brooks@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/p5-Parallel-MPI description: Perl interface to the MPI message passing system maintainer: skv@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/penguintv description: Graphical RSS feed reader with incorperated playback functions - development version maintainer: edwin@mavetju.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: palm/synce-gnomevfs description: Gnome VFS module for WinCE devices maintainer: ports@logvinov.com status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-gnomevfs portname: palm/synce-kde description: SynCE KDE Utilities maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync description: SynCE synchronisation plugin for Multisync maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: shells/rssh description: A Restricted Secure SHell only for sftp or/and scp maintainer: tabthorpe@FreeBSD.org status: IGNORE deprecated because: No longer maintained upstream expiration date: 2008-08-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=rssh portname: sysutils/dtc-toaster description: A hosting web GUI for admin and accounting all hosting services maintainer: thomas@goirand.fr status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/dtc-toaster-0.28.2.1_1.log (Sun Jun 22 09:19:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage description: Report about disk space in use, change since last run, etc maintainer: CPE1704TKS@bellsouth.net status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/dusage-19900227.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/sjog description: Userland daemon for Sony Vaio Jog Dial maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/sjog-0.5_4.log (Sat Jul 12 14:32:56 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps description: Generate EPS/FIG diagrams from EBNF/yacc/bison grammars maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: www/roxen description: The Roxen WebServer 2.1 maintainer: k@123.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/roxen-2.1.231.log (Sat Jul 12 14:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/squid26 description: HTTP Caching Proxy maintainer: tmseck@web.de deprecated because: The 2.6 series is no longer actively maintained by the Squid developers expiration date: 2008-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid26 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-fm/evidence description: Enlightened file-manager maintainer: freebsd@troback.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-toolkits/fxscintilla-fox10 description: A Fox toolkit reimplementation of Scintilla editing widget maintainer: araujo@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/fxscintilla-fox10-1.71_7.log (Sat Jul 12 14:35:39 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/gtkdatabox2 description: A GTK+2 widget to display large amounts of numerical data maintainer: shuvaev@physik.uni-wuerzburg.de deprecated because: please use x11-toolkits/gtkdatabox instead expiration date: 2008-08-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gtkdatabox2 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt description: A set of Perl bindings for the Qt toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/alloywm description: Has title bars, shading, resizing, automatic placement, window list maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20080808232845/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/beryl description: Beryl Composite/Window Manager meta-port maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl portname: x11-wm/beryl-core description: Beryl Composite/Window Manager maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-core portname: x11-wm/beryl-manager description: Manager for Beryl Composite/Window Manager maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-manager portname: x11-wm/beryl-plugins description: Plugins for Beryl Composite/Window Manager maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-plugins portname: x11-wm/beryl-plugins-unsupported description: Additional Plugins for Beryl Composite/Window Manager maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-plugins-unsupported portname: x11-wm/beryl-settings description: Beryl Settings Manager maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-settings portname: x11-wm/beryl-settings-bindings description: Beryl Settings Bindings maintainer: rnoland@FreeBSD.org deprecated because: No longer supported - Use compiz expiration date: 2008-08-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=beryl-settings-bindings portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/kahakai description: Kahakai window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development ceased expiration date: 2008-09-19 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20080803180355/kahakai-0.6.2_8.log (Fri Jul 11 20:45:51 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org status: BROKEN deprecated because: depends on expired port expiration date: 2008-07-18 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008052822/9term-1.6.3_2.log (Sat Jun 7 15:39:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From linimon at FreeBSD.org Sun Aug 17 11:38:37 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:38:55 2008 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20080817113836.1D9151CD3E@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From linimon at FreeBSD.org Sun Aug 17 11:38:38 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 17 11:38:55 2008 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20080817113837.56D851CD27@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: dns/bind9-dlz forbidden because: vulnerable to cache poisioning if recursive lookup enabled build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind9-dlz portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net-p2p/peercast forbidden because: arbitrary code execution, http://www.vuxml.org/freebsd/402ae710-26a2-11dd-ae05-825f4c35000a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=peercast portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope From ejcerejo at optonline.net Sun Aug 17 14:15:43 2008 From: ejcerejo at optonline.net (Eduardo Cerejo) Date: Sun Aug 17 14:15:49 2008 Subject: ruby18 won't upgrade - Patch error Message-ID: <20080817094538.88a2bcd3.ejcerejo@optonline.net> I'm running FBSD 7 stable and I'm using portupgrade and ruby18 is the only port that refuses to upgrade. I'm getting this error when I run portupgrade. ---> Upgrading 'ruby-1.8.6.111_4,1' to 'ruby-1.8.6.287,1' (lang/ruby18) ---> Building '/usr/ports/lang/ruby18' ===> Cleaning for ruby-1.8.6.287,1 ===> Extracting for ruby-1.8.6.287,1 => MD5 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. => SHA256 Checksum OK for ruby/ruby-1.8.6-p287.tar.bz2. /bin/mv /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/ext/dl/h2rb /usr/ports/lang/ruby18/work/ruby-1.8.6-p287/bin/ ===> Patching for ruby-1.8.6.287,1 ===> Applying FreeBSD patches for ruby-1.8.6.287,1 Ignoring previously applied (or reversed) patch. 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej => Patch patch-lib_cgi.rb failed to apply cleanly. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.1687.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=ruby-1.8.6.111_4,1 UPGRADE_PORT_VER=1.8.6.111_4,1 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! lang/ruby18 (ruby-1.8.6.111_4,1) (patch error) Any help would be great, thanks. From shuvaev at physik.uni-wuerzburg.de Sun Aug 17 14:31:52 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Aug 17 14:31:59 2008 Subject: ruby18 won't upgrade - Patch error In-Reply-To: <20080817094538.88a2bcd3.ejcerejo@optonline.net> References: <20080817094538.88a2bcd3.ejcerejo@optonline.net> Message-ID: <20080817143150.GA81909@wep4017.physik.uni-wuerzburg.de> On Sun, Aug 17, 2008 at 09:45:38AM -0400, Eduardo Cerejo wrote: > > ===> Patching for ruby-1.8.6.287,1 > ===> Applying FreeBSD patches for ruby-1.8.6.287,1 > Ignoring previously applied (or reversed) patch. > 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej > => Patch patch-lib_cgi.rb failed to apply cleanly. > This was fixed 8 hours after initial commit. Update your ports tree and try again. From saper at system.pl Sun Aug 17 14:41:57 2008 From: saper at system.pl (Marcin Cieslak) Date: Sun Aug 17 14:42:03 2008 Subject: www/commonist BROKEN: No ${JAR} even if USE_JAVA=1.5+ defined? Message-ID: Hello, One of my ports breaks badly on the tinderbox: portname: www/commonist broken because: does not extract build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20080809191637/commonist-0.3.28.log (Sun Aug 10 00:58:14 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=commonist The error message is: ===> commonist-0.3.28 depends on executable: unzip - found (cd /work/a/ports/www/commonist/work/commonist-0.3.28 && /usr/local/diablo-jdk1.5.0/bin/jar xf lib/lib-util-src.jar src) /usr/local/diablo-jdk1.5.0/bin/jar: not found The port defines USE_JAVA=1.5+ and uses ${JAR} to get the proper location of the tool. What's wrong? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 273 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080817/bec71a25/signature.pgp From hideo at lastamericanempire.com Sun Aug 17 14:59:12 2008 From: hideo at lastamericanempire.com (hideo) Date: Sun Aug 17 14:59:19 2008 Subject: Ruby port broken? SOLVED In-Reply-To: References: <20080816071739.GA18891@kokopelli.hydra> Message-ID: <20080817144252.GA91064@lastamericanempire.com> Jack Raats (Sat 08/16/08 09:28): > Chad, > > This error is the same I got this morning. After the new commit this problem > was solved. > Please update the ports tree and try again. > > Jack > > > ----- Original Message ----- > From: "Chad Perrin" > To: > Sent: Saturday, August 16, 2008 9:17 AM > Subject: Re: Ruby port broken? SOLVED > > > On Sat, Aug 16, 2008 at 08:35:00AM +0200, Jack Raats wrote: > > The new commit solved the problem. > > Apparently, whatever worked for you hasn't done me any good: > > ===> Patching for ruby-1.8.6.287,1 > ===> Applying FreeBSD patches for ruby-1.8.6.287,1 > Ignoring previously applied (or reversed) patch. > 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej > => Patch patch-lib_cgi.rb failed to apply cleanly. > => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > *** Error code 1 > > Stop in /usr/ports/lang/ruby18. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.20719.0 env UPGRADE_TOOL=portupgrade > UPGRADE_PORT=ruby-1.8.6.111_5,1 UPGRADE_PORT_VER=1.8.6.111_5,1 make > ** Fix the problem and try again. Just update ports at around 8:30 MDT and it's still broken on stable. Zach From shuvaev at physik.uni-wuerzburg.de Sun Aug 17 15:08:50 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Aug 17 15:08:56 2008 Subject: www/commonist BROKEN: No ${JAR} even if USE_JAVA=1.5+ defined? In-Reply-To: References: Message-ID: <20080817150848.GA24751@wep4017.physik.uni-wuerzburg.de> On Sun, Aug 17, 2008 at 04:41:37PM +0200, Marcin Cieslak wrote: > > One of my ports breaks badly on the tinderbox: > The error message is: > > ===> commonist-0.3.28 depends on executable: unzip - found > (cd /work/a/ports/www/commonist/work/commonist-0.3.28 && > /usr/local/diablo-jdk1.5.0/bin/jar xf lib/lib-util-src.jar src) > /usr/local/diablo-jdk1.5.0/bin/jar: not found > > The port defines > > USE_JAVA=1.5+ > > and uses ${JAR} to get the proper location of the tool. > > What's wrong? > Not 100% sure, you should define JAVA_EXTRACT in your port also: JAVA_EXTRACT= yes Look at ports/Mk/bsd.java.mk and some ports too (cd /usr/ports ; grep -R JAVA_EXTRACT): finance/venice games/robocode games/sbfol java/eclipse-pmd print/arobatviewer ... Seems to be not well documented and rarely used variable. Just my 0.02$, Alexey. From shuvaev at physik.uni-wuerzburg.de Sun Aug 17 15:13:57 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Aug 17 15:14:03 2008 Subject: Ruby port broken? SOLVED In-Reply-To: <20080817144252.GA91064@lastamericanempire.com> References: <20080816071739.GA18891@kokopelli.hydra> <20080817144252.GA91064@lastamericanempire.com> Message-ID: <20080817151354.GB24751@wep4017.physik.uni-wuerzburg.de> On Sun, Aug 17, 2008 at 08:42:52AM -0600, hideo wrote: > > Apparently, whatever worked for you hasn't done me any good: > > > > ===> Patching for ruby-1.8.6.287,1 > > ===> Applying FreeBSD patches for ruby-1.8.6.287,1 > > Ignoring previously applied (or reversed) patch. > > 3 out of 3 hunks ignored--saving rejects to lib/cgi.rb.rej > > => Patch patch-lib_cgi.rb failed to apply cleanly. > > => Patch(es) patch-ext_tk_tkutil_extconf.rb patch-io.c applied cleanly. > > *** Error code 1 > > > > Stop in /usr/ports/lang/ruby18. > > *** Error code 1 > > > > Stop in /usr/ports/lang/ruby18. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portupgrade.20719.0 env UPGRADE_TOOL=portupgrade > > UPGRADE_PORT=ruby-1.8.6.111_5,1 UPGRADE_PORT_VER=1.8.6.111_5,1 make > > ** Fix the problem and try again. > > Just update ports at around 8:30 MDT and it's still broken on stable. > You can manually remove offending files in ports/lang/ruby18/files: patch-lib_cgi.rb patch-lib_ipaddr.rb patch-lib_optparse.rb patch-lib_resolv-replace.rb patch-lib_resolv.rb patch-lib_webrick_httputils.rb Alexey. From eculp at encontacto.net Sun Aug 17 15:21:33 2008 From: eculp at encontacto.net (eculp) Date: Sun Aug 17 15:21:40 2008 Subject: Can't seem to build mplayer on up to date (today) current i386 Message-ID: <20080817102130.16418308c7ncq1h6@econet.encontacto.net> I've been trying to build multimedia/mplayer for a couple of days now and end with the following error: In file included from ../libavutil/bswap.h:30, from ../mpbswap.h:4, from ao_pcm.c:8: ../libavutil/common.h:98: error: redefinition of 'av_log2' /usr/local/include/libavutil/common.h:124: error: previous definition of 'av_log2' was here ../libavutil/common.h:116: error: redefinition of 'av_log2_16bit' /usr/local/include/libavutil/common.h:140: error: previous definition of 'av_log2_16bit' was here ../libavutil/common.h:131: error: redefinition of 'mid_pred' /usr/local/include/libavutil/common.h:153: error: previous definition of 'mid_pred' was here ../libavutil/common.h:178: error: redefinition of 'av_clip' /usr/local/include/libavutil/common.h:200: error: previous definition of 'av_clip' was here ../libavutil/common.h:190: error: redefinition of 'av_clip_uint8' /usr/local/include/libavutil/common.h:212: error: previous definition of 'av_clip_uint8' was here ../libavutil/common.h:201: error: redefinition of 'av_clip_int16' /usr/local/include/libavutil/common.h:223: error: previous definition of 'av_clip_int16' was here ../libavutil/common.h:212: error: redefinition of 'ff_get_fourcc' /usr/local/include/libavutil/common.h:248: error: previous definition of 'ff_get_fourcc' was here ../libavutil/common.h:300: error: redefinition of 'read_time' /usr/local/include/libavutil/common.h:335: error: previous definition of 'read_time' was here In file included from ../libavutil/bswap.h:30, from ../mpbswap.h:4, from ao_pcm.c:8: ../libavutil/common.h:349:1: warning: "STOP_TIMER" redefined In file included from ao_pcm.c:7: /usr/local/include/libavutil/common.h:383:1: warning: this is the location of the previous definition gmake[1]: *** [ao_pcm.o] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libao2' gmake: *** [libao2/libao2.a] Error 2 Any suggestions appreciated. Thanks. ed From eculp at encontacto.net Sun Aug 17 15:31:09 2008 From: eculp at encontacto.net (eculp) Date: Sun Aug 17 15:31:16 2008 Subject: Are there packages available anywhere for kde4 en general and kde4network specifically. Message-ID: <20080817103106.55466i469p10dios@econet.encontacto.net> I have been having issues as I have posted on kde-freebsd@kde.org compiling kdenetwork4. It always breaks at /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.0/kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: No such file or directory *** Error code 1 During the last 24 hora I have forced updates of all my installed ports with portmaster and I keep getting the same error so I give up :( I would like to find a package and later it will probably compile when there are updates, they usually do. I have kde4 working perfectly except for the above. I'm running up to date current 8.0 i386. Thanks, ed From kris at FreeBSD.org Sun Aug 17 15:40:29 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Aug 17 15:40:35 2008 Subject: Are there packages available anywhere for kde4 en general and kde4network specifically. In-Reply-To: <20080817103106.55466i469p10dios@econet.encontacto.net> References: <20080817103106.55466i469p10dios@econet.encontacto.net> Message-ID: <48A84667.8090605@FreeBSD.org> eculp wrote: > I have been having issues as I have posted on kde-freebsd@kde.org > compiling kdenetwork4. It always breaks at > > /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.0/kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_task.cpp:21:27: > error: qplatformdefs.h: No such file or directory > *** Error code 1 > > During the last 24 hora I have forced updates of all my installed ports > with portmaster and I keep getting the same error so I give up :( I > would like to find a package and later it will probably compile when > there are updates, they usually do. I have kde4 working perfectly > except for the above. Packages are in the usual place on the FTP site. Kris From shuvaev at physik.uni-wuerzburg.de Sun Aug 17 16:01:06 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Sun Aug 17 16:01:12 2008 Subject: Can't seem to build mplayer on up to date (today) current i386 In-Reply-To: <20080817102130.16418308c7ncq1h6@econet.encontacto.net> References: <20080817102130.16418308c7ncq1h6@econet.encontacto.net> Message-ID: <20080817160103.GA46092@wep4017.physik.uni-wuerzburg.de> On Sun, Aug 17, 2008 at 10:21:30AM -0500, eculp wrote: > I've been trying to build multimedia/mplayer for a couple of days now > and end with the following error: > > In file included from ../libavutil/bswap.h:30, > from ../mpbswap.h:4, > from ao_pcm.c:8: > ../libavutil/common.h:98: error: redefinition of 'av_log2' > /usr/local/include/libavutil/common.h:124: error: previous definition of > 'av_log2' was here >[snip] > gmake[1]: *** [ao_pcm.o] Error 1 > gmake[1]: Leaving directory > `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libao2' > gmake: *** [libao2/libao2.a] Error 2 > > Any suggestions appreciated. Thanks. > http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html already pointed out on this list earlier by Mezz. From peterjeremy at optushome.com.au Sun Aug 17 19:11:56 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sun Aug 17 19:12:04 2008 Subject: astro/boinc-einsteinathome outdated Message-ID: <20080817191153.GE25055@server.vk2pj.dyndns.org> Hi Pav, I notice that Einstein@Home have stopped generating S5R3 workunits and a new client is needed to handle the new S5R4 workunits. Do you have any plans to upgrade the port? -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080817/f9b14b9b/attachment.pgp From pav at FreeBSD.org Sun Aug 17 19:19:46 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Aug 17 19:19:53 2008 Subject: astro/boinc-einsteinathome outdated In-Reply-To: <20080817191153.GE25055@server.vk2pj.dyndns.org> References: <20080817191153.GE25055@server.vk2pj.dyndns.org> Message-ID: <1219000782.49758.0.camel@ikaros.oook.cz> Peter Jeremy p??e v po 18. 08. 2008 v 05:11 +1000: > I notice that Einstein@Home have stopped generating S5R3 workunits and > a new client is needed to handle the new S5R4 workunits. Do you have > any plans to upgrade the port? I will update the port but unfortunately FreeBSD app for S5R4 is not yet released. -- Pav Lucistnik A road map tells you everything except how to refold it. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080817/6ef2a366/attachment.pgp From eculp at encontacto.net Sun Aug 17 19:51:14 2008 From: eculp at encontacto.net (eculp) Date: Sun Aug 17 19:51:21 2008 Subject: Are there packages available anywhere for kde4 en general and kde4network specifically. In-Reply-To: <48A84667.8090605@FreeBSD.org> References: <20080817103106.55466i469p10dios@econet.encontacto.net> <48A84667.8090605@FreeBSD.org> Message-ID: <20080817145110.17836cp7ef7f1yos@econet.encontacto.net> Quoting Kris Kennaway : > eculp wrote: >> I have been having issues as I have posted on kde-freebsd@kde.org >> compiling kdenetwork4. It always breaks at >> >> /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.0/kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_task.cpp:21:27: error: qplatformdefs.h: No such file or >> directory >> *** Error code 1 >> >> During the last 24 hora I have forced updates of all my installed >> ports with portmaster and I keep getting the same error so I give >> up :( I would like to find a package and later it will probably >> compile when there are updates, they usually do. I have kde4 >> working perfectly except for the above. > > Packages are in the usual place on the FTP site. > > Kris > Thanks Kris. Correct. The problem is tahat pkg_add is lookking for: ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/net/kdenetwork4.tbz rather than ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/kdenetwork4.tbz The packages seem to be all together in Latest rather than en Latest/net. Thanks again, ed From unixmania at gmail.com Sun Aug 17 21:36:34 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 17 21:36:40 2008 Subject: FreeBSD unmaintained ports which are currently marked broken In-Reply-To: <20080817113259.DD3951CC35@mail.droso.net> References: <20080817113259.DD3951CC35@mail.droso.net> Message-ID: On Sun, Aug 17, 2008 at 8:32 AM, wrote: > As part of an ongoing effort to reduce the number of problems in > the FreeBSD ports system, we periodically notify users of ports > that are marked as "broken" in their Makefiles. [...] > portname: japanese/lyx > broken because: Does not compile with GCC 4.2 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx I suggest to remove this port. Lyx 1.0.3 will unlikely compile with recent versions of GCC. We better to concentrate on updating the print/lyx package whose version (1.4.5.1) is far behind the current version of LyX (1.5.6) that supports 23 languages, according to http://www.lyx.org/announce/1_5_6.txt (CC to the LyX maintainer) -- If you think things can't get worse it's probably only because you lack sufficient imagination. From roberthuff at rcn.com Sun Aug 17 22:13:17 2008 From: roberthuff at rcn.com (Robert Huff) Date: Sun Aug 17 22:13:25 2008 Subject: astro/boinc-einsteinathome outdated In-Reply-To: <20080817191153.GE25055@server.vk2pj.dyndns.org> References: <20080817191153.GE25055@server.vk2pj.dyndns.org> Message-ID: <18600.41593.881185.629784@jerusalem.litteratus.org> [added CC: to r.c.ladan@gmail.com as maintaner of setiathome] Peter Jeremy writes: > I notice that Einstein@Home have stopped generating S5R3 > workunits and a new client is needed to handle the new S5R4 > workunits. Do you have any plans to upgrade the port? I am also no longer receiving work units for setiathome sine ~48 hours after the upgrade. The log records: Sun Aug 17 10:29:21 2008 SETI@home Sending scheduler request: Requested by user. Requesting 30240 seconds of work, reporting 0 completed tasks Sun Aug 17 10:29:26 2008 SETI@home Scheduler request succeeded: got 0 new tasks Sun Aug 17 10:29:26 2008 SETI@home Message from server: platform 'i386-portbld-freebsd' not found Sun Aug 17 10:29:26 2008 SETI@home Generated new host CPID: 74bc297439f0b96b87b1dd2cbb3b3d41 Robert Huff From ml at t-b-o-h.net Sun Aug 17 22:17:28 2008 From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET) Date: Sun Aug 17 22:17:34 2008 Subject: [freebsd-ports] astro/boinc-einsteinathome outdated In-Reply-To: <18600.41593.881185.629784@jerusalem.litteratus.org> Message-ID: <200808172217.m7HMHAK5072184@himinbjorg.tucs-beachin-obx-house.com> > > > [added CC: to r.c.ladan@gmail.com as maintaner of setiathome] > > Peter Jeremy writes: > > > I notice that Einstein@Home have stopped generating S5R3 > > workunits and a new client is needed to handle the new S5R4 > > workunits. Do you have any plans to upgrade the port? > > I am also no longer receiving work units for setiathome sine > ~48 hours after the upgrade. The log records: > > Sun Aug 17 10:29:21 2008 SETI@home Sending scheduler request: Requested by user. Requesting 30240 seconds of work, reporting 0 completed tasks > Sun Aug 17 10:29:26 2008 SETI@home Scheduler request succeeded: got 0 new tasks > Sun Aug 17 10:29:26 2008 SETI@home Message from server: platform 'i386-portbld-freebsd' not found > Sun Aug 17 10:29:26 2008 SETI@home Generated new host CPID: 74bc297439f0b96b87b1dd2cbb3b3d41 > > Even though you hijacked the thread, can you mention WHAT you upgraded? boinc-setiathome? boinc-setiathome-enhanced? boinc-setiathome-naparst? Did you switch from 1 to another? What is the contents of your /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml file? Tuc From roberthuff at rcn.com Sun Aug 17 22:45:15 2008 From: roberthuff at rcn.com (Robert Huff) Date: Sun Aug 17 22:45:22 2008 Subject: [freebsd-ports] astro/boinc-einsteinathome outdated In-Reply-To: <200808172217.m7HMHAK5072184@himinbjorg.tucs-beachin-obx-house.com> References: <18600.41593.881185.629784@jerusalem.litteratus.org> <200808172217.m7HMHAK5072184@himinbjorg.tucs-beachin-obx-house.com> Message-ID: <18600.43513.646246.775840@jerusalem.litteratus.org> Tuc at T-B-O-H.NET writes: > Even though you hijacked the thread, can you mention WHAT you > upgraded? Which was not the intention. pav is the listed aintainer for boinc-client, which was upgraded within the last seven days. I do not believe boinc-setiathome-enhanced (my only boinc client) has been upgraded for about 10 weeks. > boinc-setiathome? boinc-setiathome-enhanced? > boinc-setiathome-naparst? Did you switch from 1 to another? What > is the contents of your > /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml file? huff@>> more /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml: No such file or directory Robert Huff From sebastian.holmqvist at gmail.com Sun Aug 17 23:34:23 2008 From: sebastian.holmqvist at gmail.com (Sebastian Holmqvist) Date: Sun Aug 17 23:34:29 2008 Subject: FreeBSD Port: linux-foldingathome-5.04 Message-ID: Hi! I took an interest in installing Folding@Home earlier today, but I couldn't get it started up properly. Some friends of mine enlightened me that the current FBSD-version (5.04) is way outdated and may not work. The most recent version is 6.02, and I would feel much better if it was in the ports-tree under watch rather than manually installing it :) Is this something you might take a look at? Let me know if there's something I can assist with! Thanks! Sebastian Holmqvist From ml at t-b-o-h.net Mon Aug 18 00:26:43 2008 From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET) Date: Mon Aug 18 00:26:50 2008 Subject: SETI/BOINC problems In-Reply-To: <18600.43513.646246.775840@jerusalem.litteratus.org> Message-ID: <200808180026.m7I0QOuL073317@himinbjorg.tucs-beachin-obx-house.com> > Tuc at T-B-O-H.NET writes: > > > Even though you hijacked the thread, can you mention WHAT you > > upgraded? > > Which was not the intention. pav is the listed aintainer for > boinc-client, which was upgraded within the last seven days. I do > not believe boinc-setiathome-enhanced (my only boinc client) has > been upgraded for about 10 weeks. > > > boinc-setiathome? boinc-setiathome-enhanced? > > boinc-setiathome-naparst? Did you switch from 1 to another? What > > is the contents of your > > /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml file? > > huff@>> more /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml > /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml: No such file or directory > > So whats under /var/db/boinc/projects? It should have something to the tune of setiathome.berkeley.edu . Usually I've seen that error when there wasn't an app_info.xml to tell the server not to identify me as freebsd, but an "anonymous" platform. Then again, I'm still running on boinc-client-5.10.32_2 (X11 enabled, ALT disabled). It looks like the system may have also given your computer a new identifier. If you go onto the SETI website, do you see anything about the same computer with different information? BTW: My help isn't to supplant Rene or Pav, just trying to help out on things I am not totally "cluefully impaired" about. (And the fact *I've* bugged them both enough about things so trying to help out where I can. ;) ) Tuc From job-search at ukfmjobs.co.uk Mon Aug 18 02:59:00 2008 From: job-search at ukfmjobs.co.uk (Call 0207 520 2635 to recruit the best FM, Property, Admin, Construction and Building Maintenance Staff) Date: Mon Aug 18 02:59:07 2008 Subject: If you are looking to increase your monthly commissions or simply looking for good talent to join your organisation then call a member of our sales team on 0207 520 2635 Message-ID: <5ef8dd00118186cb5cfef1b8c4c72be6@www.ukfmjobs.co.uk> Your email client cannot read this email. To view it online, please go here: http://www.ukfmjobs.co.uk/sendstudionx/display.php?M=359112&C=30ee2fdba8eda0eb28acce8ee6bd6e1d&S=244&L=44&N=161 To stop receiving these emails:http://www.ukfmjobs.co.uk/sendstudionx/unsubscribe.php?M=359112&N=244&L=44&C=30ee2fdba8eda0eb28acce8ee6bd6e1d From eculp at encontacto.net Mon Aug 18 03:33:29 2008 From: eculp at encontacto.net (eculp) Date: Mon Aug 18 03:33:35 2008 Subject: Can't seem to build mplayer on up to date (today) current i386 In-Reply-To: <20080817160103.GA46092@wep4017.physik.uni-wuerzburg.de> References: <20080817102130.16418308c7ncq1h6@econet.encontacto.net> <20080817160103.GA46092@wep4017.physik.uni-wuerzburg.de> Message-ID: <20080817223326.259988bhxdge41ag@econet.encontacto.net> Quoting Alexey Shuvaev : > On Sun, Aug 17, 2008 at 10:21:30AM -0500, eculp wrote: >> I've been trying to build multimedia/mplayer for a couple of days now >> and end with the following error: >> >> In file included from ../libavutil/bswap.h:30, >> from ../mpbswap.h:4, >> from ao_pcm.c:8: >> ../libavutil/common.h:98: error: redefinition of 'av_log2' >> /usr/local/include/libavutil/common.h:124: error: previous definition of >> 'av_log2' was here >> [snip] >> gmake[1]: *** [ao_pcm.o] Error 1 >> gmake[1]: Leaving directory >> `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc2/libao2' >> gmake: *** [libao2/libao2.a] Error 2 >> >> Any suggestions appreciated. Thanks. >> > http://lists.freebsd.org/pipermail/freebsd-multimedia/2008-July/008856.html > already pointed out on this list earlier by Mezz. > Thanks Alexey. I guess I wasn't paying attention when that one went by. Thanks for reminding me and I apologize for missing it. The Makefile change works perfectly. Thanks again, ed From kuriyama at FreeBSD.org Mon Aug 18 06:19:56 2008 From: kuriyama at FreeBSD.org (Jun Kuriyama) Date: Mon Aug 18 06:20:25 2008 Subject: [phing] Updated FreeBSD Phing Port In-Reply-To: <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> References: <20071002110641.T58608@arbitor.digitalfreaks.org> <470929CF.2030001@gmail.com> <20080404112523.F86260@arbitor.digitalfreaks.org> <1207323967.12773.103.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207327408.12773.118.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207582328.12507.36.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Message-ID: <48acff730808172251r63762d47vf54f9ef9d67f2fbe@mail.gmail.com> Hi, 2008/5/31 Brian A. Seklecki : > Normally I would say that this PR may be approaching the point where we > override the maintainer -- the problem is that I haven't received any > feedback from anyone other than my development team. I committed for devel/php5-phing port, but I received this port is broken. The reason is depending PEAR in post-extract stage. And installing files on extract stage is not our style. I try to fix this, but I don't know this installation can work for actual phing users. Can someone check this patch works well? -- Jun Kuriyama // FreeBSD Project // S2 Factory, Inc. -------------- next part -------------- A non-text attachment was scrubbed... Name: phing-2.3.0_2.diff Type: text/x-diff Size: 1827 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080818/7cde1a01/phing-2.3.0_2.bin From r.c.ladan at gmail.com Mon Aug 18 09:34:00 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Aug 18 09:34:07 2008 Subject: SETI/BOINC problems In-Reply-To: <200808180026.m7I0QOuL073317@himinbjorg.tucs-beachin-obx-house.com> References: <18600.43513.646246.775840@jerusalem.litteratus.org> <200808180026.m7I0QOuL073317@himinbjorg.tucs-beachin-obx-house.com> Message-ID: [stripped Peter and Pav from cc: ] 2008/8/18 Tuc at T-B-O-H.NET : >> Tuc at T-B-O-H.NET writes: >> >> > Even though you hijacked the thread, can you mention WHAT you >> > upgraded? >> >> Which was not the intention. pav is the listed aintainer for >> boinc-client, which was upgraded within the last seven days. I do >> not believe boinc-setiathome-enhanced (my only boinc client) has >> been upgraded for about 10 weeks. >> >> > boinc-setiathome? boinc-setiathome-enhanced? >> > boinc-setiathome-naparst? Did you switch from 1 to another? What >> > is the contents of your >> > /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml file? >> >> huff@>> more /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml >> /var/db/boinc/projects/setiathome.berkeley.edu/app_info.xml: No such file or directory >> >> > So whats under /var/db/boinc/projects? It should have something > to the tune of setiathome.berkeley.edu . > > Usually I've seen that error when there wasn't an app_info.xml to > tell the server not to identify me as freebsd, but an "anonymous" platform. > > Then again, I'm still running on boinc-client-5.10.32_2 (X11 enabled, > ALT disabled). It looks like the system may have also given your computer a > new identifier. If you go onto the SETI website, do you see anything about > the same computer with different information? > 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. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From amdmi3 at amdmi3.ru Mon Aug 18 09:46:10 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Aug 18 09:46:18 2008 Subject: Possible copyright problems in some games Message-ID: <20080818094603.GH1470@hades.panopticon> Hi! I (along with affected package maintainers from other Linux distros and *BSD OSes) was notified by Stephen Sweeney of Parallel Realities that their free games (Blob Wars: Metal Blob Solid, Blob Wars: Blob And Conquer, Project: Starfighter and Virus Killer - blobwars, blobandconquer, starfighter and viruskiller ports under games/ respectively) may (and most likely, do) contain content copyrighted by third parties. Seems like we'll have to remove ports to avoid possible problems, but I wonder if it is really necessary - won't RESTRICTED be enough so just the only thing we host/mirror is the port itself? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Mon Aug 18 09:47:37 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Aug 18 09:47:44 2008 Subject: Possible copyright problems in some games In-Reply-To: <20080818094603.GH1470@hades.panopticon> References: <20080818094603.GH1470@hades.panopticon> Message-ID: <20080818094731.GI1470@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Sorry, here's also the link to related thread: http://www.happypenguin.org/forums/viewtopic.php?p=20962 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From amdmi3 at amdmi3.ru Mon Aug 18 10:11:42 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Aug 18 10:11:50 2008 Subject: Possible copyright problems in some games [Fwd: Removal of illegal packages] Message-ID: <20080818101135.GJ1470@hades.panopticon> ----- Forwarded message from Stephen Sweeney ----- Date: Sat, 16 Aug 2008 19:02:15 +0100 From: Stephen Sweeney To: ubuntu-motu@lists.ubuntu.com, fedora-packaging@redhat.com, guus@debian.org, pkgsrc-users@NetBSD.org, kili@openbsd.org, amdmi3@FreeBSD.org, klausman@gentoo.org, "mr_bones_@gentoo.org" Subject: Removal of illegal packages Hi there, It is with much regret that I have to ask you to remove the following packages from your repositories, blobwars (Blob Wars : Metal Blob Solid) starfighter (Project: Starfighter) blobAndConquer (Blob Wars : Blob And Conquer) viruskiller (Virus Killer) It has been brought to my attention by a Happy Penguin regular, leileilol, that the packages contain resources that are non-free and, in some cases, ripped from other games and still copyrighted. They should all be removed immediately to avoid any legal issues. It would be within the interests of all if we could get these games removed ASAP so that your distributions are not affected by any legal issues. Please could you forward this email along to any one else you may know who is a package maintainer. Thank you, Stephen Sweeney -- The Battle for the Solar System http://www.battleforthesolarsystem.com ----- End forwarded message ----- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From erwin at FreeBSD.org Mon Aug 18 10:19:15 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Aug 18 10:19:22 2008 Subject: INDEX build failed for 6.x Message-ID: <200808181019.m7IAJLUA054816@pointyhat.freebsd.org> 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. Warning: Duplicate INDEX entry: ko-kde-l10n-ko-4.1.0 Committers on the hook: edwin girgen miwi perky Most recent CVS update was: U databases/postgis-jdbc/Makefile U databases/postgresql-odbc/Makefile U graphics/kamera/Makefile U graphics/kamera/distinfo U graphics/kdegraphics3/Makefile U graphics/kdegraphics3/distinfo U graphics/kooka/Makefile U graphics/kooka/distinfo U graphics/kuickshow/Makefile U graphics/kuickshow/distinfo U graphics/py-cgkit/Makefile U hebrew/kde3-i18n/Makefile U hebrew/kde3-i18n/distinfo U hebrew/kde3-i18n/pkg-plist U hungarian/kde3-i18n/Makefile U hungarian/kde3-i18n/distinfo U hungarian/kde3-i18n/pkg-plist U japanese/kde3-i18n/Makefile U japanese/kde3-i18n/distinfo U japanese/kde3-i18n/pkg-plist U korean/kde3-i18n/Makefile U korean/kde3-i18n/distinfo U korean/kde3-i18n/pkg-descr U korean/kde3-i18n/pkg-plist U misc/kaddressbook-plugins/Makefile U misc/kaddressbook-plugins/distinfo U misc/kaddressbook-plugins/pkg-plist U misc/kde3-i18n/Makefile U misc/kde3-i18n-af/Makefile U misc/kde3-i18n-af/distinfo U misc/kde3-i18n-az/Makefile U misc/kde3-i18n-az/distinfo U misc/kde3-i18n-bg/Makefile U misc/kde3-i18n-bg/distinfo U misc/kde3-i18n-bn/Makefile U misc/kde3-i18n-bn/distinfo U misc/kde3-i18n-br/Makefile U misc/kde3-i18n-br/distinfo U misc/kde3-i18n-bs/Makefile U misc/kde3-i18n-bs/distinfo U misc/kde3-i18n-ca/Makefile U misc/kde3-i18n-ca/distinfo U misc/kde3-i18n-ca/pkg-plist U misc/kde3-i18n-cs/Makefile U misc/kde3-i18n-cs/distinfo U misc/kde3-i18n-cs/pkg-plist U misc/kde3-i18n-csb/Makefile U misc/kde3-i18n-csb/distinfo U misc/kde3-i18n-cy/Makefile U misc/kde3-i18n-cy/distinfo U misc/kde3-i18n-da/Makefile U misc/kde3-i18n-da/distinfo U misc/kde3-i18n-da/pkg-plist U misc/kde3-i18n-el/Makefile U misc/kde3-i18n-el/distinfo U misc/kde3-i18n-el/pkg-plist U misc/kde3-i18n-en_GB/Makefile U misc/kde3-i18n-en_GB/distinfo U misc/kde3-i18n-en_GB/pkg-plist U misc/kde3-i18n-eo/Makefile U misc/kde3-i18n-eo/distinfo U misc/kde3-i18n-es/Makefile U misc/kde3-i18n-es/distinfo U misc/kde3-i18n-es/pkg-plist U misc/kde3-i18n-et/Makefile U misc/kde3-i18n-et/distinfo U misc/kde3-i18n-et/pkg-plist U misc/kde3-i18n-eu/Makefile U misc/kde3-i18n-eu/distinfo U misc/kde3-i18n-eu/pkg-plist U misc/kde3-i18n-fa/Makefile U misc/kde3-i18n-fi/Makefile U misc/kde3-i18n-fi/distinfo U misc/kde3-i18n-fi/pkg-plist U misc/kde3-i18n-fy/Makefile U misc/kde3-i18n-fy/distinfo U misc/kde3-i18n-ga/Makefile U misc/kde3-i18n-ga/distinfo U misc/kde3-i18n-gl/Makefile U misc/kde3-i18n-gl/distinfo U misc/kde3-i18n-hi/Makefile U misc/kde3-i18n-hi/distinfo U misc/kde3-i18n-hr/Makefile U misc/kde3-i18n-hr/distinfo U misc/kde3-i18n-hr/pkg-plist U misc/kde3-i18n-hsb/Makefile U misc/kde3-i18n-is/Makefile U misc/kde3-i18n-is/distinfo U misc/kde3-i18n-it/Makefile U misc/kde3-i18n-it/distinfo U misc/kde3-i18n-it/pkg-plist U misc/kde3-i18n-kk/Makefile U misc/kde3-i18n-kk/distinfo U misc/kde3-i18n-km/Makefile U misc/kde3-i18n-km/distinfo U misc/kde3-i18n-lt/Makefile U misc/kde3-i18n-lt/distinfo U misc/kde3-i18n-lv/Makefile U misc/kde3-i18n-lv/distinfo U misc/kde3-i18n-mk/Makefile U misc/kde3-i18n-mk/distinfo U misc/kde3-i18n-mn/Makefile U misc/kde3-i18n-mn/distinfo U misc/kde3-i18n-ms/Makefile U misc/kde3-i18n-ms/distinfo U misc/kde3-i18n-mt/Makefile U misc/kde3-i18n-nb/Makefile U misc/kde3-i18n-nb/distinfo U misc/kde3-i18n-nds/Makefile U misc/kde3-i18n-nds/distinfo U misc/kde3-i18n-nds/pkg-plist U misc/kde3-i18n-nl/Makefile U misc/kde3-i18n-nl/distinfo U misc/kde3-i18n-nl/pkg-plist U misc/kde3-i18n-nn/Makefile U misc/kde3-i18n-nn/distinfo U misc/kde3-i18n-nso/Makefile U misc/kde3-i18n-pa/Makefile U misc/kde3-i18n-pa/distinfo U misc/kde3-i18n-ro/Makefile U misc/kde3-i18n-ro/distinfo U misc/kde3-i18n-ro/pkg-plist U misc/kde3-i18n-rw/Makefile U misc/kde3-i18n-rw/distinfo U misc/kde3-i18n-se/Makefile U misc/kde3-i18n-se/distinfo U misc/kde3-i18n-sk/Makefile U misc/kde3-i18n-sk/distinfo U misc/kde3-i18n-sk/pkg-plist U misc/kde3-i18n-sl/Makefile U misc/kde3-i18n-sl/distinfo U misc/kde3-i18n-sl/pkg-plist U misc/kde3-i18n-sr/Makefile U misc/kde3-i18n-sr/distinfo U misc/kde3-i18n-sr/pkg-plist U misc/kde3-i18n-sr@Latn/Makefile U misc/kde3-i18n-sr@Latn/distinfo U misc/kde3-i18n-ss/Makefile U misc/kde3-i18n-ss/distinfo U misc/kde3-i18n-sv/Makefile U misc/kde3-i18n-sv/distinfo U misc/kde3-i18n-sv/pkg-plist U misc/kde3-i18n-ta/Makefile U misc/kde3-i18n-ta/distinfo U misc/kde3-i18n-te/Makefile U misc/kde3-i18n-te/distinfo U misc/kde3-i18n-tg/Makefile U misc/kde3-i18n-tg/distinfo U misc/kde3-i18n-th/Makefile U misc/kde3-i18n-th/distinfo U misc/kde3-i18n-tr/Makefile U misc/kde3-i18n-tr/distinfo U misc/kde3-i18n-tr/pkg-plist U misc/kde3-i18n-uz/Makefile U misc/kde3-i18n-uz/distinfo U misc/kde3-i18n-ven/Makefile U misc/kde3-i18n-wa/Makefile U misc/kde3-i18n-wa/distinfo U misc/kde3-i18n-xh/Makefile U misc/kde3-i18n-zu/Makefile U misc/kdeedu3/Makefile U misc/kdeedu3/distinfo U misc/kdeedu3/pkg-plist U misc/kdehier/Makefile U misc/kdeutils3/Makefile U misc/kdeutils3/distinfo U misc/kdeutils3/files/patch-configure U misc/kfile-plugins/Makefile U misc/kfile-plugins/distinfo U misc/kfile-plugins/pkg-plist U misc/kicker-applets/Makefile U misc/kicker-applets/distinfo U misc/kicker-applets/pkg-plist U misc/knewsticker-scripts/Makefile U misc/knewsticker-scripts/distinfo U misc/knewsticker-scripts/pkg-plist U misc/ksig/Makefile U misc/ksig/distinfo U misc/ksig/pkg-plist U misc/renamedlgplugins/Makefile U misc/renamedlgplugins/distinfo U misc/renamedlgplugins/pkg-plist U multimedia/kdemultimedia3/Makefile U multimedia/kdemultimedia3/distinfo U multimedia/kdemultimedia3/pkg-message U multimedia/kdemultimedia3/pkg-plist U multimedia/noatun-plugins/Makefile U multimedia/noatun-plugins/distinfo U multimedia/noatun-plugins/pkg-plist U multimedia/xine_artsplugin/Makefile U multimedia/xine_artsplugin/distinfo U net/kdenetwork3/Makefile U net/kdenetwork3/distinfo U net/lanbrowsing/Makefile U net/lanbrowsing/distinfo U net/lanbrowsing/files/lisa.sh U net-im/kopete/Makefile U net-im/kopete/distinfo U polish/kde3-i18n/Makefile U polish/kde3-i18n/distinfo U polish/kde3-i18n/pkg-plist U portuguese/kde3-i18n/Makefile U portuguese/kde3-i18n/distinfo U portuguese/kde3-i18n/pkg-plist U portuguese/kde3-i18n-pt_BR/Makefile U portuguese/kde3-i18n-pt_BR/distinfo U portuguese/kde3-i18n-pt_BR/pkg-plist U russian/kde3-i18n/Makefile U russian/kde3-i18n/distinfo U russian/kde3-i18n/pkg-plist U russian/kde3-i18n/files/patch-data__kdeedu__kturtle__Makefile.in U science/cdo/Makefile U science/cdo/distinfo U science/silo/Makefile U sysutils/kdeadmin3/Makefile U sysutils/kdeadmin3/distinfo U sysutils/klaptopdaemon/Makefile U sysutils/klaptopdaemon/distinfo U sysutils/kmilo/Makefile U sysutils/kmilo/distinfo U ukrainian/kde3-i18n/Makefile U ukrainian/kde3-i18n/distinfo U ukrainian/kde3-i18n/pkg-plist U vietnamese/kde3-i18n/Makefile U vietnamese/kde3-i18n/distinfo U www/kdewebdev/Makefile U www/kdewebdev/distinfo U www/kdewebdev/pkg-plist U www/squidguard/Makefile U x11/kde3/Makefile U x11/kde3/Makefile.kde U x11/kdebase3/Makefile U x11/kdebase3/distinfo U x11/kdebase3/files/extrapatch-kioslave_media_mediamanager-halbackend.cpp U x11/kdebase3/files/freebsd.keytab U x11/kdebase3/files/kdm.in U x11/kdebase3/files/pkg-deinstall.in U x11/kdebase3/files/pkg-install.in U x11/kdelibs3/Makefile U x11/kdelibs3/distinfo U x11/kdelibs3-nocups/Makefile U x11/kdelibs3-nocups/pkg-plist U x11/xscreensaver-kde/Makefile U x11/xscreensaver-kde/distinfo U x11/xscreensaver-kde/pkg-plist U x11-clocks/kdetoys3/Makefile U x11-clocks/kdetoys3/distinfo U x11-themes/kdeartwork3/Makefile U x11-themes/kdeartwork3/distinfo U x11-wm/kompmgr/Makefile U x11-wm/kompmgr/distinfo From shuvaev at physik.uni-wuerzburg.de Mon Aug 18 10:31:33 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon Aug 18 10:31:41 2008 Subject: Possible copyright problems in some games [Fwd: Removal of illegal packages] In-Reply-To: <20080818101135.GJ1470@hades.panopticon> References: <20080818101135.GJ1470@hades.panopticon> Message-ID: <20080818103129.GA96772@wep4017.physik.uni-wuerzburg.de> On Mon, Aug 18, 2008 at 02:11:35PM +0400, Dmitry Marakasov wrote: > ----- Forwarded message from Stephen Sweeney ----- > > Date: Sat, 16 Aug 2008 19:02:15 +0100 > From: Stephen Sweeney > To: ubuntu-motu@lists.ubuntu.com, fedora-packaging@redhat.com, > guus@debian.org, pkgsrc-users@NetBSD.org, kili@openbsd.org, > amdmi3@FreeBSD.org, klausman@gentoo.org, > "mr_bones_@gentoo.org" > Subject: Removal of illegal packages > > Hi there, > > It is with much regret that I have to ask you to remove the following > packages from your repositories, > > blobwars (Blob Wars : Metal Blob Solid) > starfighter (Project: Starfighter) > blobAndConquer (Blob Wars : Blob And Conquer) > viruskiller (Virus Killer) > > It has been brought to my attention by a Happy Penguin regular, leileilol, > that the packages contain resources that are non-free and, in some cases, > ripped from other games and still copyrighted. They should all be removed > immediately to avoid any legal issues. > > It would be within the interests of all if we could get these games removed > ASAP so that your distributions are not affected by any legal issues. > > Please could you forward this email along to any one else you may know who > is a package maintainer. > > Thank you, > > Stephen Sweeney > >From http://www.parallelrealities.co.uk/virusKiller.php: License Source code is distributed under the GNU General Public License. Resources are Non Free. This game should not be added to Linux distributions or respositories. >From porters-handbook: RESTRICTED should be set to a string describing the reason why the port cannot be redistributed. Typically, this indicates that the port contains proprietary software and that the user will need to manually download the DISTFILES, possibly after registering for the software or agreeing to accept the terms of an EULA. I think RESTRICTED is quite enough. Alexey. From peterjeremy at optushome.com.au Mon Aug 18 10:59:33 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Mon Aug 18 10:59:39 2008 Subject: Possible copyright problems in some games [Fwd: Removal of illegal packages] In-Reply-To: <20080818103129.GA96772@wep4017.physik.uni-wuerzburg.de> References: <20080818101135.GJ1470@hades.panopticon> <20080818103129.GA96772@wep4017.physik.uni-wuerzburg.de> Message-ID: <20080818105916.GI32539@server.vk2pj.dyndns.org> On 2008-Aug-18 12:31:29 +0200, Alexey Shuvaev wrote: >I think RESTRICTED is quite enough. If in doubt, check with Stephen Sweeney to see if he's happy with the RESTRICTED definition. I suspect you'll also have to manually request that all the relevant packages get pulled from the FTP master. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080818/db803b08/attachment.pgp From bugmaster at FreeBSD.org Mon Aug 18 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 18 11:06:30 2008 Subject: Current unassigned ports problem reports Message-ID: <200808181106.m7IB649E078863@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/124901 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/126613 shells/ksh93 upgrade to 2008-07-25 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/97254 ports-mgmt/porttools - wrong prefix f ports/107304 print/apsfilter does not print PDF to raw PostScript p s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/118877 audio/streamripper does not detect song title from str o ports/121325 Xorg crashes when x11-wm/xcompmgr is running f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly o ports/124864 print/ghostscript-gpl fails to install if ESC/Page dri f ports/125111 [PATCH] graphics/gdal: cyclic dependency and wrong opt f ports/125140 [patch] add dependencies on libstdc++.[45] for securit f ports/125809 [NEW PORT] www/greasemonkey: Add bits of DHTML to any f ports/125974 building games/xpuyopuyo fails f ports/126165 Patches introduced in sysutils/flexbackup 1.2.1_3 caus o ports/126343 Update port: multimedia/mythtv f ports/126362 check_mailq (net-mgmt/nagios-plugins) does not use -W o ports/126397 graphics/libgeotiff fails to build f ports/126489 Unbroke sysutils/desktopbsd-tools on 8.0-CURRENT o ports/126513 print/ghostscript-gpl - ghostscript - gpl - compile bu f ports/126532 devel/tclxml-libxml2 - do not found libtclxmlstub 22 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/100771 port submit (ports-mgmt/porttools) cannot parse multip o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/112746 [NEW PORT]: www/coldfusion: coldfusion7 Coldfusion 7.0 f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/120758 finance/kmymoney2: update to 0.8.8 and enable OFX o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/122596 devel/python: Python hangs when importing pygtk f ports/122701 New port: www/mod_wombat "Apache Lua module" o ports/122824 [new port] add news/husky-htick-devel port o ports/123239 New port: graphics/diamondbox Layer based photo editor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary f ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests o ports/123558 [PATCH] www/mhonarc: install perl modules in perl lib f ports/123756 [patch] put devel/libffi includes in sane place f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset o ports/124061 [patch]: lang/mlton (new features) f ports/124062 [patch] net/bounce: command line option -b does not wo f ports/124082 [UPDATE]: audio/qmpdclient Update to new release, 1.0. f ports/124083 net/vnc is not building the xorg vnc module f ports/124257 [PATCH] security/sguil-server: ${PREFIX}/lib/sguil-ser f ports/124423 multimedia/mplayer detection of OSS Audio is faulty f ports/124428 palm/jpilot configure error when checking for pilot-li o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So f ports/124706 cannot build sysutils/desktopbsd-tools o ports/124859 [patch] Correctly note math/emacs-calc dependency/comp o ports/124905 new port: databases/sqlitejdbc 051 f ports/124967 New port: mail/zms A specialized mail gateway syste f ports/124981 [NEW PORT] sysutils/mogilefs-php: MogileFS PHP Extensi f ports/125086 math/r - R-2.6.1_2 missing files or incorrect +CONTENT f ports/125164 New port: www/fourcalhttp -- A simple caching web serv o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125348 lang/nawk: support multibyte charsets in tolower/toupp f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra f ports/125552 sysutils/k3b: Update to 1.0.5 f ports/125557 [PATCH]devel/open-beagle: update to 3.0.3 f ports/125594 net-p2p/Amule2 port is outdated f ports/125611 [PATCH]print/pstotext: update to 1.9 f ports/125676 [PATCH] Fix www/lynx build f ports/125697 [patch] security/secure_delete add conflicts for secur o ports/125705 resurrect graphics/mesagl in a mangled version f ports/125706 Update math/vtk5 to version 5.0.4 f ports/125939 New Port: misc/wanpipe drivers for various sangoma ca f ports/125960 sysutils/syscp lacks of chattr/chflags s ports/126040 update sysutils/linux-megacli f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/126058 net/generic-nqs fails to compile f ports/126087 wrong man page in sysutils/cmdwatch f ports/126161 security/bsp_upektfmess does not work on 7.0 f ports/126178 mail/simscan patch to work with clamav 0.93 f ports/126196 sysutils/heartbeat: port 1.2.5 rev3 problem with libne f ports/126206 [PATCH] print/lout: update to 3.36 f ports/126228 [PATCH] mail/courier: new version 0.60.0 o ports/126273 Utilize MASTER_SITES abbreviations. o ports/126317 [PATCH] textproc/asciidoc: update to 8.2.7 f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co o ports/126345 ports mail/libpst not post Outlook 2003 compatible f ports/126354 multimedia/mplayer vs. ffmpeg compile-Error (redefine) o ports/126381 [PATCH] audio/jack-rack: Optional GNOME and WITHOUT_NL f ports/126417 [PATCH] devel/rubygem-activesupport: update to 2.1.0 f ports/126434 [PATCH] devel/rubygem-rubyforge: update to 1.0.0 f ports/126441 textproc/isearch fix build with gcc4.2 f ports/126476 [update] net-mgmt/nrpe2: Update to 2.12; add 'reload' f ports/126478 [patch] finance/kmymoney2: update to 0.9 f ports/126486 [patch] devel/log4cxx fix compiling under FreeBSD 7 f ports/126492 audio/musicpd may depends on libsamplerate o ports/126502 [PATCH] japanese/navi2ch*: update to 1.8.0 f ports/126518 Unbroke archivers/lzo2 on i386 f ports/126542 [PATCH]devel/tmake : fix depends f ports/126555 math/clp update to 1.8.0 o ports/126588 [NEW PORT] databases/sqlbuddy: Web based MySQL adminis o ports/126592 New port: dns/bind9-sdb-postgresql o ports/126603 New port: textproc/scim-bridge-qt4 scim bridge for qt4 f ports/126612 [UPDATE] news/nzbget 82 problems total. From erwin at FreeBSD.org Mon Aug 18 13:30:26 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Aug 18 13:30:37 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200808181330.m7IDUWvS016037@pointyhat.freebsd.org> From kris at FreeBSD.org Mon Aug 18 14:27:35 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Mon Aug 18 14:27:41 2008 Subject: Are there packages available anywhere for kde4 en general and kde4network specifically. In-Reply-To: <20080817145110.17836cp7ef7f1yos@econet.encontacto.net> References: <20080817103106.55466i469p10dios@econet.encontacto.net> <48A84667.8090605@FreeBSD.org> <20080817145110.17836cp7ef7f1yos@econet.encontacto.net> Message-ID: <48A986D2.4020003@FreeBSD.org> eculp wrote: > Quoting Kris Kennaway : > >> eculp wrote: >>> I have been having issues as I have posted on kde-freebsd@kde.org >>> compiling kdenetwork4. It always breaks at >>> >>> /usr/ports/net/kdenetwork4/work/kdenetwork-4.1.0/kopete/protocols/jabber/libiris/iris/xmpp-im/xmpp_task.cpp:21:27: >>> error: qplatformdefs.h: No such file or directory >>> *** Error code 1 >>> >>> During the last 24 hora I have forced updates of all my installed >>> ports with portmaster and I keep getting the same error so I give up >>> :( I would like to find a package and later it will probably compile >>> when there are updates, they usually do. I have kde4 working >>> perfectly except for the above. >> >> Packages are in the usual place on the FTP site. >> >> Kris >> > Thanks Kris. Correct. The problem is tahat pkg_add is lookking for: > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/net/kdenetwork4.tbz > > > rather than > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/kdenetwork4.tbz > > > The packages seem to be all together in Latest rather than en Latest/net. Latest/ is the correct location, not Latest/net/. Kris From leslie at eskk.nu Mon Aug 18 15:00:29 2008 From: leslie at eskk.nu (Leslie Jensen) Date: Mon Aug 18 15:00:35 2008 Subject: Building kdebase-3.5.9 fails Message-ID: <48A98E85.6030406@eskk.nu> Hello I get the following error. --------------------------------------------------------- ===> Applying FreeBSD patches for kdebase-3.5.9 Ignoring previously applied (or reversed) patch. 1 out of 1 hunks ignored--saving rejects to kdesu/kdesu/kdesu.cpp.rej => Patch patch-kdesu_kdesu-kdesu.cpp failed to apply cleanly. => Patch(es) patch-configure patch-kcontrol_kcontrol-Makefile.in patch-kdeprint_descriptions_Makefile.in applied cleanly. *** Error code 1 Stop in /usr/ports/x11/kdebase3. *** Error code 1 Stop in /usr/ports/x11/kdebase3. ===>>> make failed for x11/kdebase3 ===>>> Aborting update ===>>> Update for kdebase-3.5.8_3 failed ===>>> Aborting update ------------------------------------------------------------- Is it a know issue? /Leslie From miwi at FreeBSD.org Mon Aug 18 15:58:05 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Mon Aug 18 15:58:12 2008 Subject: Building kdebase-3.5.9 fails In-Reply-To: <48A98E85.6030406@eskk.nu> References: <48A98E85.6030406@eskk.nu> Message-ID: <20080818155801.GC55512@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is already fixed, please rsync your ports tree. On Mon, Aug 18, 2008 at 05:00:21PM +0200, Leslie Jensen wrote: > Hello > > I get the following error. > > --------------------------------------------------------- > ===> Applying FreeBSD patches for kdebase-3.5.9 > Ignoring previously applied (or reversed) patch. > 1 out of 1 hunks ignored--saving rejects to kdesu/kdesu/kdesu.cpp.rej > => Patch patch-kdesu_kdesu-kdesu.cpp failed to apply cleanly. > => Patch(es) patch-configure patch-kcontrol_kcontrol-Makefile.in > patch-kdeprint_descriptions_Makefile.in applied cleanly. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase3. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase3. > > ===>>> make failed for x11/kdebase3 > ===>>> Aborting update > > ===>>> Update for kdebase-3.5.8_3 failed > ===>>> Aborting update > ------------------------------------------------------------- > > > Is it a know issue? > > /Leslie > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkipnAkACgkQFwpycAVoI1OgvACfdB/6MevNY2M8s6nVqW7DDlQN AuMAni6x5SgecN7nUJdakw8GjEXUvNRz =rCQa -----END PGP SIGNATURE----- From hrs at FreeBSD.org Mon Aug 18 18:52:22 2008 From: hrs at FreeBSD.org (Hiroki Sato) Date: Mon Aug 18 18:52:29 2008 Subject: FreeBSD Port: latex-mathabx-1.0.20050518_1 In-Reply-To: References: Message-ID: <20080819.035134.99976128.hrs@allbsd.org> Hello, sorry for the delay, "Joey Mingrone" wrote in : jo> Hi, jo> jo> I get the following error when I try to install this port: jo> jo> /bin/mkdir -p /usr/local/share/texmf-local/fonts/map/dvips/mathabx jo> install -o root -g wheel -m 444 jo> /usr/ports/print/latex-mathabx/work/abxtype1/map/mathabx.map jo> /usr/local/share/texmf-local/fonts/map/dvips/mathabx jo> /usr/local/bin/mktexlsr jo> mktexlsr: Updating /usr/local/share/texmf/ls-R... jo> mktexlsr: Updating /var/tmp/texfonts/ls-R... jo> mktexlsr: Done. jo> /usr/bin/env PATH=/usr/local/bin:${PATH} /usr/local/bin/updmap-sys jo> --enable Map=mathabx.map jo> env: /usr/local/bin/updmap-sys: No such file or directory jo> *** Error code 127 jo> jo> jo> Thanks for any help you can provide and if there is any other jo> information I can provide, just let me know. It looks your system does not have /usr/local/bin/updmap-sys for some reason which is installed by print/teTeX-base. Maybe reinstalling teTeX-base (or all tex-related ports) will fix the problem. Or, do you still see this symptom in a newly-installed system? -- | Hiroki SATO -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080818/985f783a/attachment.pgp From gerard at seibercom.net Mon Aug 18 19:22:09 2008 From: gerard at seibercom.net (Gerard) Date: Mon Aug 18 19:22:15 2008 Subject: FreeBSD Port: linux-foldingathome-5.04 In-Reply-To: References: Message-ID: <20080818152126.539e3d71@scorpio> On Mon, 18 Aug 2008 01:08:47 +0200 Sebastian Holmqvist wrote: >I took an interest in installing Folding@Home earlier today, but I >couldn't get it started up properly. Some friends of mine enlightened >me that the current FBSD-version (5.04) is way outdated and may not >work. The most recent version is 6.02, and I would feel much better >if it was in the ports-tree under watch rather than manually >installing it :) > >Is this something you might take a look at? Let me know if there's >something I can assist with! Did you notify the port maintainer: onatan@gmail.com regarding updating the port. Port maintainers are often quite busy and may not always be aware that a port needs to be updated. -- Gerard gerard@seibercom.net 40 isn't old. If you're a tree. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080818/40ef7603/signature.pgp From tingox at gmail.com Mon Aug 18 20:59:12 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Aug 18 20:59:19 2008 Subject: amule 2 port - trying an upgrade Message-ID: Hello, I am trying to upgrade the amule2 port from version 2.1.3 to version 2.2.2. I'm doing this because I use amule myself, and hve been informed that the mainatiner curently is busy with other things in his life. I'm not very experienced in the art of ports, in case anyone should think that. :-) As a first try, I have come up with the following diff[1]. The port compiles fine, but the installation step fails, because most of the man pages doesn't get installed. Here is the relevant part of the 'make install': ===> Compressing manual pages for aMule-2.2.2_1 gzip: can't stat: /usr/local/man/man1/cas.1: No such file or directory gzip: can't stat: /usr/local/man/man1/wxcas.1: No such file or directory gzip: can't stat: /usr/local/man/man1/alc.1: No such file or directory gzip: can't stat: /usr/local/man/man1/alcc.1: No such file or directory gzip: can't stat: /usr/local/man/man1/amuleweb.1: No such file or directory gzip: can't stat: /usr/local/man/man1/amulecmd.1: No such file or directory gzip: can't stat: /usr/local/man/man1/ed2k.1: No such file or directory gzip: can't stat: /usr/local/man/man1/amule.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/cas.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/wxcas.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/alc.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/alcc.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/amuleweb.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/amulecmd.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/ed2k.1: No such file or directory gzip: can't stat: /usr/local/man/de/man1/amule.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/cas.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/wxcas.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/alc.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/alcc.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/amuleweb.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/amulecmd.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/ed2k.1: No such file or directory gzip: can't stat: /usr/local/man/es/man1/amule.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/cas.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/wxcas.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/alc.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/alcc.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/amuleweb.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/amulecmd.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/ed2k.1: No such file or directory gzip: can't stat: /usr/local/man/hu/man1/amule.1: No such file or directory ===> Registering installation for aMule-2.2.2_1 Any hnts on how I fix this? I have read the man pages[2] chapter in the Porter's Handbook, but it didn't help me. AFAICT, the Makefile.man should work as is. Note: I have read about the incomplete french (fr) man pages for amule in the archives, but this is something else. I don't know how to fix the french man pages either, but I'll take on one problem at a time. :) References: 1) amule2.diff -see attachment 2) http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-manpages.html -- Regards, Torfinn Ingolfsen -------------- next part -------------- A non-text attachment was scrubbed... Name: amule2.diff Type: text/x-patch Size: 3683 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080818/a238d56a/amule2.bin From Raymond.Lee at qwest.com Mon Aug 18 21:40:53 2008 From: Raymond.Lee at qwest.com (Lee, Raymond) Date: Mon Aug 18 21:40:59 2008 Subject: problem with ipmi Message-ID: <6EC7953652E1704A8CF85C0C0CC80407052E91DB@itomae2km09.AD.QINTRA.COM> Hi, I'm fairly new to FreeBSD, so please bear with me. I've been having problems getting ipmi to start on one of our FreeBSD servers. The server is a SunFire X2100 running FreeBSD 7.0. Here's what I've tried: [root@~]# uname -a FreeBSD svl-dns2-01.inet.qwest.net 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Wed Mar 5 05:37:47 UTC 2008 root@bsdjump.oss.uswest.net:/usr/obj/amd64/build/tmp/src/sys/GENERIC amd64 [root@~]# ls -l /boot/kernel/ipmi* -r-xr-xr-x 1 root wheel 57408 Mar 5 06:14 /boot/kernel/ipmi.ko -r-xr-xr-x 1 root wheel 345880 Mar 5 06:14 /boot/kernel/ipmi.ko.symbols [root@~]# kldload -v /boot/kernel/ipmi.ko Loaded /boot/kernel/ipmi.ko, id=7 [root@~]# kldstat Id Refs Address Size Name 1 7 0xffffffff80100000 ac6ea8 kernel 2 1 0xffffffff80bc7000 205f8 geom_mirror.ko 4 2 0xffffffff80bf8000 24c0 smbus.ko 5 1 0xffffffff938ef000 972 pflog.ko 6 1 0xffffffff938f0000 2aadc pf.ko 7 1 0xffffffff93a29000 6b82 ipmi.ko [root@~]# ls -l /dev/ipmi* ls: /dev/ipmi*: No such file or directory [root@~]# dmesg ipmi0: on isa0 ipmi0: KCS mode found at io 0xca2 alignment 0x1 on isa ipmi0: couldn't find it device_attach: ipmi0 attach returned 6 ppc0: cannot reserve I/O port range sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled I also tried rebooting after making sure my /boot/loader.conf looks ok, but it still didn't work. [root@~]# cat /boot/loader.conf hint.sio.0.flags="0x10" boot_multicons="YES" console="comconsole,vidconsole" ipmi_load="YES" geom_mirror_load="YES" On other servers of the same hardware & OS, this has worked for me. /dev/ipmi0 was created, and I could install and run ipmitool. Any ideas? Thanks, Ray This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments. From lumiwa at gmail.com Tue Aug 19 00:20:19 2008 From: lumiwa at gmail.com (Mitja) Date: Tue Aug 19 00:20:28 2008 Subject: kde 3.5.9 Message-ID: <200808181920.10767.lumiwa@gmail.com> 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 Stop in /usr/ports/misc/konq-plugins. ===>>> make failed for misc/konq-plugins ===>>> Aborting update ===>>> Update for kdeaddons-konq-plugins-3.5.8_1 failed ===>>> Aborting update Thanks. -- Laetrile is the pits. From pgollucci at p6m7g8.com Tue Aug 19 03:01:53 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Aug 19 03:02:01 2008 Subject: problem with ipmi In-Reply-To: <6EC7953652E1704A8CF85C0C0CC80407052E91DB@itomae2km09.AD.QINTRA.COM> References: <6EC7953652E1704A8CF85C0C0CC80407052E91DB@itomae2km09.AD.QINTRA.COM> Message-ID: <48AA379F.6040802@p6m7g8.com> Lee, Raymond wrote: > Hi, > > I'm fairly new to FreeBSD, so please bear with me. I've been having > problems getting ipmi to start on one of our FreeBSD servers. The > server is a SunFire X2100 running FreeBSD 7.0. Here's what I've tried: > > > [root@~]# uname -a > FreeBSD svl-dns2-01.inet.qwest.net 7.0-RELEASE FreeBSD 7.0-RELEASE #1: > Wed Mar 5 05:37:47 UTC 2008 > root@bsdjump.oss.uswest.net:/usr/obj/amd64/build/tmp/src/sys/GENERIC > amd64 This patch used by Apache Software Foundation to fix this. I've been meaning to submit it back. http://people.apache.org/~pgollucci/bge-ipmi-patch.diff -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) 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. From itetcu at FreeBSD.org Tue Aug 19 09:01:13 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Aug 19 09:01:19 2008 Subject: kde 3.5.9 In-Reply-To: <200808181920.10767.lumiwa@gmail.com> References: <200808181920.10767.lumiwa@gmail.com> Message-ID: <20080819114557.587dc0e9@it.buh.tecnik93.com> On Mon, 18 Aug 2008 19:20:10 -0500 Mitja 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080819/4a7e8e62/signature.pgp From QAT at FreeBSD.org Tue Aug 19 09:32:44 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Aug 19 09:32:51 2008 Subject: 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/databases/mysql++ Makefile ports/dev In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> References: In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> Message-ID: <20080819093241.D200112E40DE@quark.ds9.tecnik93.com> 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: ports@FreeBSD.org 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Tue Aug 19 09:35:22 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Aug 19 09:35:38 2008 Subject: 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/databases/mysql++ Makefile ports/dev In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> References: In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> Message-ID: <20080819093521.0F78C12E40DE@quark.ds9.tecnik93.com> 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: ports@FreeBSD.org 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 ................................................... 9234026 4 drwxr-xr-x 4 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images 9234027 4 drwxr-xr-x 2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header 9234059 4 -r--r--r-- 1 root wheel 229 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/background.png 9234060 4 -r--r--r-- 1 root wheel 1215 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 9234062 4 -r--r--r-- 1 root wheel 283 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overbody.png 9234063 4 -r--r--r-- 1 root wheel 141 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overbodybg.png 9234064 4 -r--r--r-- 1 root wheel 188 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overleftmargin.png 9234065 4 -r--r--r-- 1 root wheel 244 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overmenu.png 9234066 4 -r--r--r-- 1 root wheel 141 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/overmenubg.png 9234067 4 -r--r--r-- 1 root wheel 1186 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/header/rightside.png 9234028 4 drwxr-xr-x 2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu 9234068 4 -r--r--r-- 1 root wheel 397 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/about.png 9234069 4 -r--r--r-- 1 root wheel 187 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/background.png 9234070 4 -r--r--r-- 1 root wheel 235 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/bottomleft.png 9234071 4 -r--r--r-- 1 root wheel 234 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/bottomright.png 9234072 4 -r--r--r-- 1 root wheel 507 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/community.png 9234073 4 -r--r--r-- 1 root wheel 575 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/customizing.png 9234074 4 -r--r--r-- 1 root wheel 390 Aug 19 09:35 usr/local/share/naturaldocs/Help/images/menu/using.png 9234029 4 drwxr-xr-x 2 root wheel 512 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript 9234076 4 -r--r--r-- 1 root wheel 1848 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript/BrowserStyles.js 9234077 4 -r--r--r-- 1 root wheel 2040 Aug 19 09:35 usr/local/share/naturaldocs/Help/javascript/PNGHandling.js 9234048 12 -r--r--r-- 1 root wheel 4766 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 9234057 4 -r--r--r-- 1 root wheel 1581 Aug 19 09:35 usr/local/share/naturaldocs/Help/examples.css 9234058 4 -r--r--r-- 1 root wheel 1406 Aug 19 09:35 usr/local/share/naturaldocs/Help/favicon.ico 9234075 16 -r--r--r-- 1 root wheel 7478 Aug 19 09:35 usr/local/share/naturaldocs/Help/index.html 9234078 28 -r--r--r-- 1 root wheel 13317 Aug 19 09:35 usr/local/share/naturaldocs/Help/keywords.html 9234079 16 -r--r--r-- 1 root wheel 7795 Aug 19 09:35 usr/local/share/naturaldocs/Help/languages.html 9234080 36 -r--r--r-- 1 root wheel 17671 Aug 19 09:35 usr/local/share/naturaldocs/Help/menu.html 9234081 12 -r--r--r-- 1 root wheel 5057 Aug 19 09:35 usr/local/share/naturaldocs/Help/messageboards.html 9234082 16 -r--r--r-- 1 root wheel 7425 Aug 19 09:35 usr/local/share/naturaldocs/Help/output.html 9234083 24 -r--r--r-- 1 root wheel 10351 Aug 19 09:35 usr/local/share/naturaldocs/Help/running.html 9234084 12 -r--r--r-- 1 root wheel 4922 Aug 19 09:35 usr/local/share/naturaldocs/Help/styles.css 9234085 20 -r--r--r-- 1 root wheel 8432 Aug 19 09:35 usr/local/share/naturaldocs/Help/styles.html 9234086 28 -r--r--r-- 1 root wheel 13655 Aug 19 09:35 usr/local/share/naturaldocs/Help/troubleshooting.html ================================================================ build of /usr/ports/devel/naturaldocs ended at Tue Aug 19 09:35:19 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Tue Aug 19 09:55:07 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Aug 19 09:55:14 2008 Subject: 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/databases/mysql++ Makefile ports/dev In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> References: In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> Message-ID: <20080819095502.CE89912E40DE@quark.ds9.tecnik93.com> 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: ports@FreeBSD.org 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) 9233530 4 drwxr-xr-x 2 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Tue Aug 19 09:58:21 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Aug 19 09:58:57 2008 Subject: 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/databases/mysql++ Makefile ports/dev In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> References: In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> Message-ID: <20080819095819.34E2112E40DE@quark.ds9.tecnik93.com> 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: ports@FreeBSD.org 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Tue Aug 19 10:12:56 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Tue Aug 19 10:13:03 2008 Subject: 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/databases/mysql++ Makefile ports/dev In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> References: In-Reply-To: <200808190918.m7J9Iblc090844@repoman.freebsd.org> Message-ID: <20080819101254.A374F12E40DE@quark.ds9.tecnik93.com> 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: ports@FreeBSD.org 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From friedman at www1.emax.ca Tue Aug 19 11:20:56 2008 From: friedman at www1.emax.ca (Barry Friedman) Date: Tue Aug 19 11:21:02 2008 Subject: FreeBSD Port: mailagent-3.0.73_1 Message-ID: <20080819110755.GA32114@emax.ca> 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 bfriedman@emax.ca Phone: (613) 725-3198 Fax: 725-0298 From rizzo at iet.unipi.it Tue Aug 19 17:42:03 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Tue Aug 19 17:42:09 2008 Subject: best way to work around vs ? Message-ID: <20080819172631.GA25160@onelab2.iet.unipi.it> 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 From kris at FreeBSD.org Tue Aug 19 18:10:27 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Aug 19 18:10:33 2008 Subject: best way to work around vs ? In-Reply-To: <20080819172631.GA25160@onelab2.iet.unipi.it> References: <20080819172631.GA25160@onelab2.iet.unipi.it> Message-ID: <48AB0C90.4050502@FreeBSD.org> 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 From mezz7 at cox.net Tue Aug 19 18:12:27 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue Aug 19 18:12:39 2008 Subject: best way to work around vs ? In-Reply-To: <20080819172631.GA25160@onelab2.iet.unipi.it> References: <20080819172631.GA25160@onelab2.iet.unipi.it> Message-ID: On Tue, 19 Aug 2008 12:26:31 -0500, 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 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 -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From rizzo at iet.unipi.it Tue Aug 19 18:45:37 2008 From: rizzo at iet.unipi.it (Luigi Rizzo) Date: Tue Aug 19 18:45:44 2008 Subject: best way to work around vs ? In-Reply-To: References: <20080819172631.GA25160@onelab2.iet.unipi.it> Message-ID: <20080819184807.GA25850@onelab2.iet.unipi.it> On Tue, Aug 19, 2008 at 01:12:37PM -0500, Jeremy Messenger wrote: > On Tue, 19 Aug 2008 12:26:31 -0500, 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 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 From kris at FreeBSD.org Tue Aug 19 19:00:09 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue Aug 19 19:00:16 2008 Subject: best way to work around vs ? In-Reply-To: <20080819184807.GA25850@onelab2.iet.unipi.it> References: <20080819172631.GA25160@onelab2.iet.unipi.it> <20080819184807.GA25850@onelab2.iet.unipi.it> Message-ID: <48AB1836.8060104@FreeBSD.org> 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 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 From ml at t-b-o-h.net Tue Aug 19 20:34:44 2008 From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET) Date: Tue Aug 19 20:34:51 2008 Subject: [freebsd-ports] Re: SETI/BOINC problems In-Reply-To: Message-ID: <200808192034.m7JKYRCM034977@himinbjorg.tucs-beachin-obx-house.com> > 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 From r.c.ladan at gmail.com Tue Aug 19 20:42:57 2008 From: r.c.ladan at gmail.com (Rene Ladan) Date: Tue Aug 19 20:43:04 2008 Subject: [freebsd-ports] Re: SETI/BOINC problems In-Reply-To: <200808192034.m7JKYRCM034977@himinbjorg.tucs-beachin-obx-house.com> References: <200808192034.m7JKYRCM034977@himinbjorg.tucs-beachin-obx-house.com> Message-ID: <48AB304B.50102@gmail.com> 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) From bsdfan at nurfuerspam.de Tue Aug 19 20:59:01 2008 From: bsdfan at nurfuerspam.de (Markus Dolze) Date: Tue Aug 19 20:59:07 2008 Subject: possibly undefined macro: AC_DEFINE Message-ID: <20080819203218.208670@gmx.net> 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 From marck at rinet.ru Tue Aug 19 22:28:38 2008 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Aug 19 22:29:32 2008 Subject: boinc-client: any success stories for WCGrid tasks on amd64? Message-ID: <20080820015913.K52448@woozle.rinet.ru> 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: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From pgollucci at ridecharge.com Tue Aug 19 23:30:58 2008 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Aug 19 23:31:04 2008 Subject: ports/125745: Update to www/rt3* available - 3.8.0 Message-ID: <48AB57B0.1070800@ridecharge.com> 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 (philip@ridecharge.com) 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. From pgollucci at p6m7g8.com Tue Aug 19 23:32:54 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Aug 19 23:33:00 2008 Subject: ports/125745: Update to www/rt3* available - 3.8.0 In-Reply-To: <48AB57B0.1070800@ridecharge.com> References: <48AB57B0.1070800@ridecharge.com> Message-ID: <48AB5824.3030405@p6m7g8.com> 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 From lumiwa at gmail.com Wed Aug 20 00:26:54 2008 From: lumiwa at gmail.com (Mitja) Date: Wed Aug 20 00:27:00 2008 Subject: kdesdk3 Message-ID: <200808191926.42352.lumiwa@gmail.com> 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. From erwin at FreeBSD.org Wed Aug 20 04:26:33 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 20 04:26:40 2008 Subject: INDEX build failed for 6.x Message-ID: <200808200426.m7K4QeMb081998@pointyhat.freebsd.org> 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/Makefile U japanese/aterm/Makefile U japanese/ebview/Makefile U japanese/iiimf-le-canna/Makefile U japanese/iiimf-le-canna/files/patch-Makefile U japanese/iiimf-le-freewnn/Makefile U japanese/iiimf-le-freewnn/files/patch-Makefile U japanese/mell/Makefile U japanese/mutt/Makefile U japanese/mutt-devel/Makefile U japanese/ochusha/Makefile U japanese/prime/Makefile U japanese/prime-dict/Makefile U japanese/prime-el/Makefile U japanese/suikyo/Makefile U korean/iiimf-le-hangul/Makefile U korean/iiimf-le-hangul/files/patch-Makefile U lang/expect-devel/Makefile U lang/ghc/Makefile U lang/gnat-glade/Makefile U lang/gnustep-base/Makefile U lang/gprolog/Makefile U lang/guile/Makefile U lang/logo/Makefile U lang/otcl/Makefile U lang/php4/Makefile U lang/php4/files/patch-scripts::phpize.in U lang/php5/Makefile U lang/php5/files/patch-scripts::phpize.in U lang/sdcc/Makefile U lang/sdcc-devel/Makefile U mail/claws-mail-archiver/Makefile U mail/claws-mail-att_remover/Makefile U mail/claws-mail-attach_warner/Makefile U mail/claws-mail-cachesaver/Makefile U mail/claws-mail-clamav/Makefile U mail/claws-mail-fetchinfo/Makefile U mail/claws-mail-gtkhtml2_viewer/Makefile U mail/claws-mail-mailmbox/Makefile U mail/claws-mail-newmail/Makefile U mail/claws-mail-notification/Makefile U mail/claws-mail-pdf_viewer/Makefile U mail/claws-mail-perl/Makefile U mail/claws-mail-rssyl/Makefile U mail/claws-mail-smime/Makefile U mail/claws-mail-spamreport/Makefile U mail/claws-mail-synce/Makefile U mail/claws-mail-tnef/Makefile U mail/claws-mail-vcalendar/Makefile U mail/cyrus-imapd22/Makefile U mail/cyrus-imapd23/Makefile U mail/dspam-devel/Makefile U mail/kshowmail/Makefile U mail/libetpan/Makefile U mail/mutt/Makefile U mail/mutt-devel/Makefile U mail/nmh/Makefile U mail/postfix-gps/Makefile U mail/postfix-gps-devel/Makefile U mail/qpopper/Makefile U mail/quickml/Makefile U mail/sccmilter/Makefile U mail/smtp-gated/Makefile U mail/vmailmgr/Makefile U math/algae/Makefile U math/asir2000/Makefile U math/geg/Makefile U math/gretl/Makefile U math/maxima/Makefile U math/octave/Makefile U math/octave-devel/Makefile U math/scilab/Makefile U misc/amanda-server/Makefile U misc/skyutils/Makefile U misc/sword/Makefile U multimedia/camserv/Makefile U multimedia/dvts/Makefile U multimedia/kplayer/Makefile U multimedia/libdvdnav/Makefile U multimedia/libquicktime/Makefile U multimedia/motion/Makefile U multimedia/nmm/Makefile U multimedia/okle/Makefile U multimedia/shell-fm/Makefile U multimedia/smilutils/Makefile U multimedia/xdvshow/Makefile U multimedia/xmms/Makefile U net/6tunnel/Makefile U net/adasockets/Makefile U net/beacon/Makefile U net/dosdetector/Makefile U net/freeradius/Makefile U net/freeradius2/Makefile U net/gatekeeper/Makefile U net/gsambad/Makefile U net/libnet10/Makefile U net/libsocket++/Makefile U net/mtr/Makefile U net/ntop/Makefile U net/opal/Makefile U net/openh323/Makefile U net/proxy-suite/Makefile U net/rabbitmq/Makefile U net/rabbitmq/distinfo U net/rabbitmq/pkg-plist U net/rabbitmq/files/patch-Makefile U net/samba-pdbsql/Makefile U net/samba3/Makefile U net/samba3/files/patch-lib_replace_autoconf-2.60.m4 U net/samba4wins/Makefile U net/sipxcalllib/Makefile U net/sipxcommserverlib/Makefile U net/sipxconfig/Makefile U net/sipxmediaadapterlib/Makefile U net/sipxmedialib/Makefile U net/sipxpbx/Makefile U net/sipxportlib/Makefile U net/sipxproxy/Makefile U net/sipxpublisher/Makefile U net/sipxregistry/Makefile U net/sipxtacklib/Makefile U net/sipxvxml/Makefile U net/tramp/Makefile U net/tsclient/Makefile U net/unfs3/Makefile U net/versuch/Makefile U net-im/ari-yahoo/Makefile U net-im/eva/Makefile U net-im/pidgin-twitter/Makefile U net-im/pidgin-twitter/distinfo U net-im/pidgin-twitter/pkg-descr U net-mgmt/bsnmpd/Makefile U net-mgmt/nagios/Makefile U net-mgmt/nagios-devel/Makefile U net-mgmt/nagios-plugins/Makefile U net-mgmt/nagios-plugins/files/patch-gl__m4__extensions.m4 U net-mgmt/nagios-snmp-plugins/Makefile U net-mgmt/net-snmp53/Makefile U net-mgmt/pixilate/Makefile U net-p2p/mldonkey/Makefile U news/newscache/Makefile U palm/prc-tools/Makefile U print/cups-magicolor/Makefile U print/foomatic-db/Makefile U print/lilypond/Makefile U print/pips800/Makefile.pips U science/abinit/Makefile U science/chemtool/Makefile U science/elmer-fem/Makefile U science/elmer-hutiter/Makefile U science/libghemical/Makefile U science/mbdyn/Makefile U science/mpqc/Makefile U science/psi3/Makefile U science/xloops-ginac/Makefile U security/aide/Makefile U security/barnyard/Makefile U security/gpgme03/Makefile U security/gtkpasman/Makefile U security/libotr/Makefile U security/ncrypt/Makefile U security/pam-mysql/Makefile U security/racoon2/Makefile U security/samba-vscan/Makefile U shells/fish/Makefile U shells/zsh/Makefile U sysutils/afflib/Makefile U sysutils/aimage/Makefile U sysutils/apachetop/Makefile U sysutils/boxbackup/Makefile U sysutils/condor/Makefile U sysutils/condor/files/patch-src_aclocal_m4 U sysutils/cronolog/Makefile U sysutils/ftwin/Makefile U sysutils/gpkgdep/Makefile U sysutils/grub/Makefile U sysutils/hdup/Makefile U sysutils/htop/Makefile U sysutils/ipmitool/Makefile U sysutils/jfbterm/Makefile U sysutils/lcdproc/Makefile U sysutils/nctop/Makefile U sysutils/nut/Makefile U sysutils/wmupmon/Makefile U sysutils/xfsprogs/Makefile U sysutils/zisofs-tools/Makefile U textproc/iiimf-client-lib/Makefile U textproc/iiimf-client-lib/files/patch-Makefile U textproc/iiimf-csconv/Makefile U textproc/iiimf-csconv/files/patch-Makefile U textproc/iiimf-gnome-im-switcher/Makefile U textproc/iiimf-gnome-im-switcher/files/patch-Makefile U textproc/iiimf-gtk/Makefile U textproc/iiimf-gtk/files/patch-Makefile U textproc/iiimf-le-unit/Makefile U textproc/iiimf-le-unit/files/patch-Makefile U textproc/iiimf-protocol-lib/Makefile U textproc/iiimf-protocol-lib/files/patch-Makefile U textproc/iiimf-server/Makefile U textproc/iiimf-server/files/patch-Makefile U textproc/iiimf-x/Makefile U textproc/iiimf-x/files/patch-Makefile U textproc/iiimf-x-lib/Makefile U textproc/iiimf-x-lib/files/patch-Makefile U textproc/libmrss/Makefile U textproc/source-highlight/Makefile U textproc/source-highlight/pkg-plist U textproc/wbxml2/Makefile U textproc/xaira/Makefile U textproc/xlhtml/Makefile U www/apache20/Makefile U www/apache22/Makefile U www/asterisk-gui/Makefile U www/asterisk-gui/files/patch-bootstrap.sh U www/bookmarkbridge/Makefile U www/flood/Makefile U www/gforge/Makefile U www/libapreq2/Makefile U www/mod_cplusplus/Makefile U www/mod_webapp/Makefile U www/oops/Makefile U www/privoxy/Makefile U www/squid30/Makefile U www/suphp/Makefile U www/tidy-devel/Makefile U www/webkit-gtk2/Makefile U www/websh/Makefile U x11/gnome-launch-box/Makefile U x11/idesk/Makefile U x11/powershell/Makefile U x11/vdesk/Makefile U x11-servers/driglide/Makefile U x11-themes/polymer/Makefile U x11-toolkits/lesstif/Makefile U x11-toolkits/libgtkeditor/Makefile U x11-toolkits/php-gtk/Makefile U x11-toolkits/viewkit/Makefile U x11-wm/epplets/Makefile U x11-wm/sawfish/Makefile From jrhett at netconsonance.com Wed Aug 20 05:21:56 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Wed Aug 20 05:22:08 2008 Subject: FreeBSD Port: cfengine-2.2.7 In-Reply-To: References: <9D1256D6-090F-4BD7-8C9C-21D664103212@niftywerks.com> <50010284@bs1.sp34.ru> Message-ID: <55F9EC47-27A2-4FF2-8FDE-C67A1BFE01C4@netconsonance.com> 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 From erwin at FreeBSD.org Wed Aug 20 07:13:30 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 20 07:13:37 2008 Subject: INDEX now builds successfully on 6.x Message-ID: <200808200713.m7K7DaGh017459@pointyhat.freebsd.org> From me at janh.de Wed Aug 20 10:15:27 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Wed Aug 20 10:15:33 2008 Subject: kdesdk3 Message-ID: <48ABEEB8.4080905@janh.de> Mitja wrote: > 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 It was reported twice on kde-freebsd in August: http://mail.kde.org/pipermail/kde-freebsd/2008-August/thread.html It is ports/115912 -- which is closed.... kdesdk3 does not build with textproc/flex installed. (textproc/flex is a build dependency of gstreamer since Jul-26.) Lilipond recently had the same problem. Maybe the same fix applies. Cheers, Jan Henrik From eva.kramperova at stringdata.cz Wed Aug 20 13:48:53 2008 From: eva.kramperova at stringdata.cz (=?ISO-8859-2?Q?Eva_Kramperov=E1?=) Date: Wed Aug 20 13:49:05 2008 Subject: FreeBSD Port: rc_subr-1.31 Message-ID: <48AC18F7.1000501@stringdata.cz> -- Mgr. Eva Kramperov? project coordinator StringData, s.r.o. ________________________________ Antala Sta?ka 510/38, 140 00 Praha 4, ?R +420 266 772 611 +420 724 244 112 www.stringdata.cz - ISO 9001:2000 - From andy at athame.co.uk Wed Aug 20 15:49:26 2008 From: andy at athame.co.uk (Andy Fawcett) Date: Wed Aug 20 15:49:32 2008 Subject: [kde-freebsd] devel/kdesdk3 fail if textproc/flex is installed In-Reply-To: <200808141338.18204.Fluffy@fluffy.khv.ru> References: <200808141338.18204.Fluffy@fluffy.khv.ru> Message-ID: <200808201849.43465.andy@athame.co.uk> On Thursday 14 August 2008 05:38:16 Dima Panov wrote: > Hello! > > > devel/kdesdk3 fail if textproc/flex is installed, because > textproc/flex conflicting with system flex, and have ABI > incompatibility. > > To flex maintiner: ${PREFIX}/include is not good place for confliting > header file, FlexLexer.h. Move it into subdirectory instead and teach > ports, which really need this version, to use new version.. Dima, has this been PR'd against textproc/flex? We (kde@) know about the kdesdk3 case (ports/115912), but I'd prefer to see flex port fixed as you suggested. It's just plain wrong. Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From hummel at pasteur.fr Wed Aug 20 18:55:45 2008 From: hummel at pasteur.fr (Thomas Hummel) Date: Wed Aug 20 18:55:52 2008 Subject: gcc34 doesn't build on 7.0-STABLE/amd64 Message-ID: <20080820184014.GA47095@parmesan.sis.pasteur.fr> Hello, for some long time now, gcc34 doesn't build on FreeBSD 7.0-STABLE (GENERIC kernel) amd64 : ===> Building for gcc-3.4.6_3,1 gmake[1]: Entering directory `/usr/ports/lang/gcc34/work/build/libiberty' gmake[2]: Entering directory `/usr/ports/lang/gcc34/work/build/libiberty/testsuite' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/libiberty/testsuite' gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/libiberty' gmake[1]: Entering directory `/usr/ports/lang/gcc34/work/build/intl' gmake[1]: Nothing to be done for `all'. gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/intl' Bootstrapping the compiler gmake[1]: Entering directory `/usr/ports/lang/gcc34/work/build/gcc' gmake CC="cc" libdir=/usr/local/lib/gcc/x86_64-portbld-freebsd7.0/3.4.6 LANGUAGES="c " \ CFLAGS="-g " MAKEINFO="makeinfo --no-split" \ MAKEINFOFLAGS="--no-split" COVERAGE_FLAGS= \ OBJS-onestep="alias.o bb-reorder.o bitmap.o builtins.o caller-save.o calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o cfgloopanal.o cfgloopmanip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o combine.o conflict.o convert.o coverage.o cse.o cselib.o dbxout.o debug.o df.o diagnostic.o dojump.o doloop.o dominance.o dwarf2asm.o dwarf2out.o emit-rtl.o except.o explow.o expmed.o expr.o final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o global.o graph.o gtype-desc.o haifa-sched.o hooks.o ifcvt.o insn-attrtab.o insn-emit.o insn-modes.o insn-extract.o insn-opinit.o insn-output.o insn-peep.o insn-recog.o integrate.o intl.o jump.o langhooks.o lcm.o lists.o local-alloc.o loop.o optabs.o options.o opts.o params.o postreload.o predict.o print-rtl.o print-tree.o value-prof.o profile.o ra.o ra-build.o ra-colorize.o ra-debug.o ra-rewrite.o real.o recog.o reg-stack.o regclass.o regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o sibcall.o simplify-rtx.o sreal.o stmt.o stor-layout.o stringpool.o targhooks.o timevar.o toplev.o tracer.o tree.o tree-dump.o unroll.o varasm.o varray.o version.o vmsdbgout.o xcoffout.o alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o web.o i386.o host-default.o hashtable.o tree-inline.o tree-optimize.o cgraph.o cgraphunit.o" gmake[2]: Entering directory `/usr/ports/lang/gcc34/work/build/gcc' cc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -DHAVE_CONFIG_H -I/usr/local/include -I. -I. -I.././..//gcc-3.4.6/gcc -I.././..//gcc-3.4.6/gcc/. -I.././..//gcc-3.4.6/gcc/../include gtype-desc.c -o gtype-desc.o gtype-desc.c: In function 'gt_ggc_mx_cgraph_varpool_node': gtype-desc.c:51: error: dereferencing pointer to incomplete type gtype-desc.c:51: error: dereferencing pointer to incomplete type gtype-desc.c:52: error: dereferencing pointer to incomplete type gtype-desc.c:52: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_ggc_mx_cgraph_edge': gtype-desc.c:62: error: dereferencing pointer to incomplete type gtype-desc.c:62: error: dereferencing pointer to incomplete type gtype-desc.c:63: error: dereferencing pointer to incomplete type gtype-desc.c:63: error: dereferencing pointer to incomplete type gtype-desc.c:64: error: dereferencing pointer to incomplete type gtype-desc.c:64: error: dereferencing pointer to incomplete type gtype-desc.c:65: error: dereferencing pointer to incomplete type gtype-desc.c:65: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_ggc_mx_cgraph_node': gtype-desc.c:75: error: dereferencing pointer to incomplete type gtype-desc.c:79: error: dereferencing pointer to incomplete type gtype-desc.c:86: error: dereferencing pointer to incomplete type gtype-desc.c:86: error: dereferencing pointer to incomplete type gtype-desc.c:87: error: dereferencing pointer to incomplete type gtype-desc.c:87: error: dereferencing pointer to incomplete type gtype-desc.c:88: error: dereferencing pointer to incomplete type gtype-desc.c:88: error: dereferencing pointer to incomplete type gtype-desc.c:89: error: dereferencing pointer to incomplete type gtype-desc.c:89: error: dereferencing pointer to incomplete type gtype-desc.c:90: error: dereferencing pointer to incomplete type gtype-desc.c:90: error: dereferencing pointer to incomplete type gtype-desc.c:91: error: dereferencing pointer to incomplete type gtype-desc.c:91: error: dereferencing pointer to incomplete type gtype-desc.c:92: error: dereferencing pointer to incomplete type gtype-desc.c:92: error: dereferencing pointer to incomplete type gtype-desc.c:93: error: dereferencing pointer to incomplete type gtype-desc.c:93: error: dereferencing pointer to incomplete type gtype-desc.c:94: error: dereferencing pointer to incomplete type gtype-desc.c:94: error: dereferencing pointer to incomplete type gtype-desc.c:95: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_nx_cgraph_varpool_node': gtype-desc.c:1287: error: dereferencing pointer to incomplete type gtype-desc.c:1287: error: dereferencing pointer to incomplete type gtype-desc.c:1288: error: dereferencing pointer to incomplete type gtype-desc.c:1288: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_nx_cgraph_edge': gtype-desc.c:1298: error: dereferencing pointer to incomplete type gtype-desc.c:1298: error: dereferencing pointer to incomplete type gtype-desc.c:1299: error: dereferencing pointer to incomplete type gtype-desc.c:1299: error: dereferencing pointer to incomplete type gtype-desc.c:1300: error: dereferencing pointer to incomplete type gtype-desc.c:1300: error: dereferencing pointer to incomplete type gtype-desc.c:1301: error: dereferencing pointer to incomplete type gtype-desc.c:1301: error: dereferencing pointer to incomplete type gtype-desc.c:1302: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_nx_cgraph_node': gtype-desc.c:1312: error: dereferencing pointer to incomplete type gtype-desc.c:1316: error: dereferencing pointer to incomplete type gtype-desc.c:1323: error: dereferencing pointer to incomplete type gtype-desc.c:1323: error: dereferencing pointer to incomplete type gtype-desc.c:1324: error: dereferencing pointer to incomplete type gtype-desc.c:1324: error: dereferencing pointer to incomplete type gtype-desc.c:1325: error: dereferencing pointer to incomplete type gtype-desc.c:1325: error: dereferencing pointer to incomplete type gtype-desc.c:1326: error: dereferencing pointer to incomplete type gtype-desc.c:1326: error: dereferencing pointer to incomplete type gtype-desc.c:1327: error: dereferencing pointer to incomplete type gtype-desc.c:1327: error: dereferencing pointer to incomplete type gtype-desc.c:1328: error: dereferencing pointer to incomplete type gtype-desc.c:1328: error: dereferencing pointer to incomplete type gtype-desc.c:1329: error: dereferencing pointer to incomplete type gtype-desc.c:1329: error: dereferencing pointer to incomplete type gtype-desc.c:1330: error: dereferencing pointer to incomplete type gtype-desc.c:1330: error: dereferencing pointer to incomplete type gtype-desc.c:1331: error: dereferencing pointer to incomplete type gtype-desc.c:1331: error: dereferencing pointer to incomplete type gtype-desc.c:1332: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_p_19cgraph_varpool_node': gtype-desc.c:2601: error: dereferencing pointer to incomplete type gtype-desc.c:2603: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_p_11cgraph_edge': gtype-desc.c:2614: error: dereferencing pointer to incomplete type gtype-desc.c:2616: error: dereferencing pointer to incomplete type gtype-desc.c:2618: error: dereferencing pointer to incomplete type gtype-desc.c:2620: error: dereferencing pointer to incomplete type gtype-desc.c:2622: error: dereferencing pointer to incomplete type gtype-desc.c: In function 'gt_pch_p_11cgraph_node': gtype-desc.c:2633: error: dereferencing pointer to incomplete type gtype-desc.c:2635: error: dereferencing pointer to incomplete type gtype-desc.c:2637: error: dereferencing pointer to incomplete type gtype-desc.c:2639: error: dereferencing pointer to incomplete type gtype-desc.c:2641: error: dereferencing pointer to incomplete type gtype-desc.c:2643: error: dereferencing pointer to incomplete type gtype-desc.c:2645: error: dereferencing pointer to incomplete type gtype-desc.c:2647: error: dereferencing pointer to incomplete type gtype-desc.c:2649: error: dereferencing pointer to incomplete type gtype-desc.c: At top level: gtype-desc.c:4334: error: 'cgraph_varpool_nodes_queue' undeclared here (not in a function) gtype-desc.c:4341: error: 'cgraph_nodes_queue' undeclared here (not in a function) gtype-desc.c:4348: error: 'cgraph_nodes' undeclared here (not in a function) gtype-desc.c:4533: error: 'cgraph_varpool_n_nodes' undeclared here (not in a function) gtype-desc.c:4533: error: initializer element is not constant gtype-desc.c:4533: error: (near initialization for 'gt_pch_rs_gtype_desc_c[0].base') gtype-desc.c:4533: error: initializer element is not constant gtype-desc.c:4533: error: (near initialization for 'gt_pch_rs_gtype_desc_c[0].stride') gtype-desc.c:4534: error: 'cgraph_max_uid' undeclared here (not in a function) gtype-desc.c:4534: error: initializer element is not constant gtype-desc.c:4534: error: (near initialization for 'gt_pch_rs_gtype_desc_c[1].base') gtype-desc.c:4534: error: initializer element is not constant gtype-desc.c:4534: error: (near initialization for 'gt_pch_rs_gtype_desc_c[1].stride') gtype-desc.c:4535: error: 'cgraph_n_nodes' undeclared here (not in a function) gtype-desc.c:4535: error: initializer element is not constant gtype-desc.c:4535: error: (near initialization for 'gt_pch_rs_gtype_desc_c[2].base') gtype-desc.c:4535: error: initializer element is not constant gtype-desc.c:4535: error: (near initialization for 'gt_pch_rs_gtype_desc_c[2].stride') gmake[2]: *** [gtype-desc.o] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' gmake[1]: *** [stage1_build] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build/gcc' gmake: *** [bootstrap-lean] Error 2 *** Error code 2 Stop in /usr/ports/lang/gcc34. -- Thomas Hummel From tingox at gmail.com Wed Aug 20 20:35:10 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Aug 20 20:35:16 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: References: Message-ID: Hi, On Mon, Aug 18, 2008 at 10:31 PM, Torfinn Ingolfsen wrote: > Any hnts on how I fix this? > I have read the man pages[2] chapter in the Porter's Handbook, but it > didn't help me. AFAICT, the Makefile.man should work as is. Nobody who can suggest anything? -- Regards, Torfinn Ingolfsen From pete at heypete.com Wed Aug 20 21:41:16 2008 From: pete at heypete.com (Pete Stephenson) Date: Wed Aug 20 21:41:23 2008 Subject: FreeBSD Port: curl-7.18.0 Message-ID: <48AC88C6.1020802@heypete.com> curl maintainer, I was in contact with my web host to inquire if their installation of curl from the FreeBSD Ports could include the Mozilla CA bundle. I am attempting to use curl to connect to a site using the StartCom SSL CA (http://www.startssl.com/), which is included with the Mozilla bundle, but evidently not with the default CA bundle included with curl. As such, my use of curl meets with errors relating to the fact that it doesn't recognize the CA. I asked that they include the bundle in their installation, but they said, "That would require us to manually update the installed list on each and every one of our machines after each and every curl update. Curl updates very frequently and we have a lot of machines, so that is simply not feasible." They suggested that I contact the port maintainer and ask if you could alter the port of curl to use the Mozilla CA bundle automatically. Evidently this is quite common with Linux distributions. If this were the case, all of the host's systems would pick up the change automatically. Additionally, my host suggested, "It may be worth mentioning to him/her/it that the Mozilla CA list is already available on FreeBSD in PEM format as security/ca_root_nss, so it may be as simple as adding a port dependency and changing src/lib/ca-bundle.h." Is it possible to include the Mozilla CA bundle with curl? Cheers! -Pete -- Pete Stephenson HeyPete.com -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3291 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080820/c63678ed/smime.bin From koitsu at FreeBSD.org Wed Aug 20 22:28:39 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Wed Aug 20 22:28:45 2008 Subject: FreeBSD Port: curl-7.18.0 In-Reply-To: <48AC88C6.1020802@heypete.com> References: <48AC88C6.1020802@heypete.com> Message-ID: <20080820222838.GA59382@eos.sc1.parodius.com> On Wed, Aug 20, 2008 at 02:12:38PM -0700, Pete Stephenson wrote: > curl maintainer, > > I was in contact with my web host to inquire if their installation of > curl from the FreeBSD Ports could include the Mozilla CA bundle. I am > attempting to use curl to connect to a site using the StartCom SSL CA > (http://www.startssl.com/), which is included with the Mozilla bundle, > but evidently not with the default CA bundle included with curl. As > such, my use of curl meets with errors relating to the fact that it > doesn't recognize the CA. > > I asked that they include the bundle in their installation, but they > said, "That would require us to manually update the installed list on > each and every one of our machines after each and every curl update. > Curl updates very frequently and we have a lot of machines, so that is > simply not feasible." Sounds to me like an incredibly lazy hosting provider, especially if this is a service you're paying for. It is their responsibility to provide what their customers want -- software updates are part of providing a hosting service. (I know, because I've done it for the past 15 years.) > They suggested that I contact the port maintainer and ask if you could > alter the port of curl to use the Mozilla CA bundle automatically. > Evidently this is quite common with Linux distributions. If this were > the case, all of the host's systems would pick up the change automatically. But they'd have to update all of their curl software, and they have a lot of machines, so this is simply not feasible. ;-) (Seriously, what they're telling you here directly conflicts with what they said above. Hosting providers these days never cease to amaze me...) > Additionally, my host suggested, "It may be worth mentioning to > him/her/it that the Mozilla CA list is already available on FreeBSD in > PEM format as security/ca_root_nss, so it may be as simple as adding a > port dependency and changing src/lib/ca-bundle.h." > > Is it possible to include the Mozilla CA bundle with curl? This is really something the curl author(s) should address, not FreeBSD. The CA list *comes with curl*, not with FreeBSD. In the meantime, you should be able to use the --capath or --cacert options with curl, pointing it to a copy of the Mozilla CA on the local system, to work around said qualms. We do this at my place of employment for our own CAs. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From stevefranks at ieee.org Wed Aug 20 22:58:33 2008 From: stevefranks at ieee.org (Steve Franks) Date: Wed Aug 20 22:58:40 2008 Subject: meld-1.1.5.1_1 issue Message-ID: <539c60b90808201558q1b1ea633yab2418536ff0bccf@mail.gmail.com> I've been around the bend for several weeks beating this thing. This can't just be a problem on my vanilla system. First, the preliminaries: FreeBSD dystant.dyndns.biz 7.0-STABLE FreeBSD 7.0-STABLE #1: Mon May 12 14:09:43 MST 2008 root@dystant.dyndns.biz:/usr/obj/usr/src/sys/DYSTANT amd64 meld-1.1.5.1_1 GNOME 2 visual diff and merge tool python25-2.5.2_1 An interpreted object-oriented programming language py25-gnome-2.22.1 A set of Python bindings for GNOME 2 py25-gtk-2.12.1 A set of Python bindings for GTK+ gconf2-2.20.1 A configuration database system for GNOME Now, the error: [steve@dystant]$ meld Traceback (most recent call last): File "/usr/local/bin/meld", line 93, in import meldapp File "/usr/local/lib/meld/meldapp.py", line 28, in import prefs File "/usr/local/lib/meld/prefs.py", line 52, in import gconf ImportError: /usr/local/lib/python2.5/site-packages/gtk-2.0/gconf.so: Undefined symbol "g_assertion_message_expr" What I tried: sudo portupgrade -Rf meld *note* the -f option...that took awhile and did no good... Steve From Fluffy at fluffy.khv.ru Thu Aug 21 01:15:29 2008 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Aug 21 01:15:39 2008 Subject: [kde-freebsd] devel/kdesdk3 fail if textproc/flex is installed In-Reply-To: <200808201849.43465.andy@athame.co.uk> References: <200808141338.18204.Fluffy@fluffy.khv.ru> <200808201849.43465.andy@athame.co.uk> Message-ID: <200808211214.43425.Fluffy@fluffy.khv.ru> On Thursday 21 August 2008 02:49:42 Andy Fawcett wrote: > On Thursday 14 August 2008 05:38:16 Dima Panov wrote: > > To flex maintiner: ${PREFIX}/include is not good place for confliting > > header file, FlexLexer.h. Move it into subdirectory instead and teach > > ports, which really need this version, to use new version.. > > Dima, has this been PR'd against textproc/flex? > > We (kde@) know about the kdesdk3 case (ports/115912), but I'd prefer to > see flex port fixed as you suggested. It's just plain wrong. There is best way - update flex in base system, and resolve any conflicts. BTW, it should be painless operation - base system already have flex 2.5.4, and any troubles betweet system and port flex is some function redefine, and bunch of new table functions (system lib doens't work with port's include and vice versa). I don't have much experience with this kind of work, but will try to make patch in a day-two.. Second way is manual set path to ports flex ( as ports/115912 suggest) in any port, which want to use extended flex/yy functions (and only God know number of such ports). -- Dmitry "Red Fox" Panov @ Home FreeBSD since September, 1995 Khabarovsk, Russia Jabber.org:fluffy.khv | ICQ:1745024 From rafan at freebsd.org Thu Aug 21 06:45:18 2008 From: rafan at freebsd.org (Rong-En Fan) Date: Thu Aug 21 06:45:25 2008 Subject: HEADS UP: default CONFIGURE_ARGS (CONFIGURE_TARGET) is updated Message-ID: <20080821062713.GA80852@svm.csie.ntu.edu.tw> Dear porters, I just committed a change that affects all ports that use GNU_CONFIGURE (include those who use autotools). The default syntax for CONFIGURE_TARGET in CONFIGURE_ARGS is updated to use the new syntax for autoconf > 2.13. That is, we will use --build=${CONFIGURE_TARGET} where applicable. Ports no longer need to change CONFIGURE_TARGET. Thanks, Rong-En Fan ----- Forwarded message from Rong-En Fan ----- From: Rong-En Fan Date: Thu, 21 Aug 2008 06:18:49 +0000 (UTC) To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/Mk bsd.gnome.mk bsd.kde.mk bsd.port.mk ports/accessibility/yasr Makefile ports/archivers/advancecomp Makefile ports/archivers/arj Makefile ports/archivers/dact Makefile ports/archivers/gzip Makefile ports/archivers/libmspack ... rafan 2008-08-21 06:18:49 UTC FreeBSD ports repository Modified files: [...] Log: Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script. Specifically, newer autoconf (> 2.13) has different semantic of the configure target. In short, one should use --build=CONFIGURE_TARGET instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning and the old semantic may be removed in later autoconf releases. To workaround this issue, many ports hack the CONFIGURE_TARGET variable so that it contains the ``--build='' prefix. To solve this issue, under the fact that some ports still have configure script generated by the old autoconf, we use runtime detection in the do-configure target so that the proper argument can be used. Changes to Mk/*: - Add runtime detection magic in bsd.port.mk - Remove CONFIGURE_TARGET hack in various bsd.*.mk - USE_GNOME=gnometarget is now an no-op Changes to individual ports, other than removing the CONFIGURE_TARGET hack: = pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables) - comms/gnuradio - science/abinit - science/elmer-fem - science/elmer-matc - science/elmer-meshgen2d - science/elmerfront - science/elmerpost = use x86_64 as ARCH - devel/g-wrap = other changes - print/magicfilter GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf Total # of ports modified: 1,027 Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes) PR: 126524 (obsoletes 52917) http://www.FreeBSD.org/cgi/query-pr.cgi?pr=126524 Submitted by: rafan Tested on: two pointyhat 7-amd64 exp runs (by pav) Approved by: portmgr (pav) [...] ----- End forwarded message ----- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080821/3f9e0467/attachment.pgp From shuvaev at physik.uni-wuerzburg.de Thu Aug 21 10:55:09 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu Aug 21 10:55:15 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: References: Message-ID: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> On Mon, Aug 18, 2008 at 10:31:21PM +0200, Torfinn Ingolfsen wrote: > > As a first try, I have come up with the following diff[1]. The port > compiles fine, but the installation step fails, because most of the > man pages doesn't get installed. Here is the relevant part of the > 'make install': > ===> Compressing manual pages for aMule-2.2.2_1 > gzip: can't stat: /usr/local/man/man1/cas.1: No such file or directory > [snip] > gzip: can't stat: /usr/local/man/hu/man1/amule.1: No such file or directory > ===> Registering installation for aMule-2.2.2_1 > > Any hnts on how I fix this? > I have read the man pages[2] chapter in the Porter's Handbook, but it > didn't help me. AFAICT, the Makefile.man should work as is. > Port system does not install man pages for you. This should be done by the build scripts in the distribution tarball. You should probably look at various Makefiles* and/or configure script. FYI, the port failed to patch with your diff: ===> Applying FreeBSD patches for aMule-2.2.2_1 1 out of 2 hunks failed--saving rejects to src/amuleDlg.cpp.rej => Patch patch-amuleDlg.cpp failed to apply cleanly. *** Error code 1 Alexey. From ivoras at freebsd.org Thu Aug 21 10:57:11 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Thu Aug 21 10:57:17 2008 Subject: Interesting dependency graph for kde4 Message-ID: hi, I had a clean machine with 8-CURRENT with only vim-lite installed (and its dependencies). To add some useful packages, I ran pkg_add -r xorg (which went as expected) and pkg_add -r kde4 (hmmm). Adding kde4 this way pulled, among other things: mysql-server-5.0, subversion, boost and boost-python, net-snmp (daemon), cyrus-sasl, gstreamer and gstreamer-plugins. I'm not exactly complaining, just find it... curious :). From shuvaev at physik.uni-wuerzburg.de Thu Aug 21 12:24:06 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu Aug 21 12:24:13 2008 Subject: unBREAK cad/brlcad on CURRENT. Message-ID: <20080821122404.GA12789@wep4017.physik.uni-wuerzburg.de> Hello list! After recent commit of MPSAFE TTY layer cad/brlcad builds and runs successfully on CURRENT: > uname -a FreeBSD wep4017.physik.uni-wuerzburg.de 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Aug 20 17:15:25 CEST 2008 root@wep4017.physik.uni-wuerzburg.de:/usr/obj/usr/src/sys/GENERIC amd64 However, it is marken as BROKEN= does not compile. The relevant PR, when it was marked BROKEN is http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/124733 The reason for this was not the changes in TTY layer (namely, in termios.h), but rather some white space problem on tinderbox. From brlcad-7.12.4.log: [snip] configure: configuring in misc/enigma [snip] configure: loading cache ../../config.cache.freebsd8.0.regis.goodking.ca configure: error: `CFLAGS' has changed since the previous run: configure: former value: -O2 -pipe -fno-strict-aliasing configure: current value: -O2 -pipe -fno-strict-aliasing configure: error: changes in the environment can compromise the build configure: error: run `make distclean' and/or `rm ../../config.cache.freebsd8.0.regis.goodking.ca' and start over configure: error: /bin/sh './configure' failed for misc/enigma [snip] I cannot reproduce this error during normal build. Could someone familiar with tinderbox environment unBREAK the port? Should I file a PR? Thanks, Alexey. From fbsd06 at mlists.homeunix.com Thu Aug 21 17:42:54 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Thu Aug 21 17:43:01 2008 Subject: Interesting dependency graph for kde4 In-Reply-To: References: Message-ID: <20080821182642.2e420985@gumby.homeunix.com.> On Thu, 21 Aug 2008 12:57:00 +0200 Ivan Voras wrote: > hi, > > I had a clean machine with 8-CURRENT with only vim-lite installed > (and its dependencies). To add some useful packages, I ran pkg_add -r > xorg (which went as expected) and pkg_add -r kde4 (hmmm). > > Adding kde4 this way pulled, among other things: mysql-server-5.0, > subversion, boost and boost-python, net-snmp (daemon), cyrus-sasl, > gstreamer and gstreamer-plugins. I don't see why gstreamer is surprising unless you were assuming the "g" stood for Gnome - anyway it's progressively replacing arts in KDE. mysql-server is the back-end for kpim, cyrus-sasl is a common dependency of mail clients, so I guess it's for kmail. subversion comes in with the developer tools. net-snmp does install daemons, but they're off by default. From om-lists-bsd at omx.ch Thu Aug 21 21:17:25 2008 From: om-lists-bsd at omx.ch (Olivier Mueller) Date: Thu Aug 21 21:17:35 2008 Subject: ejabberd 2.0.0 ? In-Reply-To: <481054E5.2050201@default.co.yu> References: <1206621386.26175.27.camel@bigapple.omnis.ch> <20080330231002.GA16562@charon.picobyte.net> <481054E5.2050201@default.co.yu> Message-ID: <1219353441.10229.8.camel@bigapple.omnis.ch> On Thu, 2008-04-24 at 11:37 +0200, Bogdan ?ulibrk wrote: > Shaun Amott wrote: > > On Thu, Mar 27, 2008 at 01:36:26PM +0100, Olivier Mueller wrote: > >> Hello, > >> > >> Are there any plans to update the port with the latest ejabberd (2.0.0) > >> version? Latest release was about 1 month ago: > >> http://www.process-one.net/en/news/article/ejabberd_200_has_been_released/ > >> Otherwise I'll just try to install it "by hand" :) > >> > > > > Yes, I've been working on an update. Some dependency failed when I was > > building it previously it and I didn't get around to trying again. > is there any news on this topic? > Another month has passed and yet no 2.0 in ports. 3 more months later now... and in the mean time, 2.0.1 is out according to http://www.ejabberd.im/ . Holiday are finished here, and I will finally upgrade my good old jabberd server (hw too) to ejabberd in a few weeks in September, with some luck it will be with a nice new port for 2.0.1 or by hand ? ;-) regards, Olivier From morganw at chemikals.org Thu Aug 21 21:28:53 2008 From: morganw at chemikals.org (Wes Morgan) Date: Thu Aug 21 21:29:00 2008 Subject: Interesting dependency graph for kde4 In-Reply-To: <20080821182642.2e420985@gumby.homeunix.com.> References: <20080821182642.2e420985@gumby.homeunix.com.> Message-ID: On Thu, 21 Aug 2008, RW wrote: > On Thu, 21 Aug 2008 12:57:00 +0200 > Ivan Voras wrote: > >> hi, >> >> I had a clean machine with 8-CURRENT with only vim-lite installed >> (and its dependencies). To add some useful packages, I ran pkg_add -r >> xorg (which went as expected) and pkg_add -r kde4 (hmmm). >> >> Adding kde4 this way pulled, among other things: mysql-server-5.0, >> subversion, boost and boost-python, net-snmp (daemon), cyrus-sasl, >> gstreamer and gstreamer-plugins. > > I don't see why gstreamer is surprising unless you were assuming the "g" > stood for Gnome - anyway it's progressively replacing arts in KDE. > > mysql-server is the back-end for kpim, cyrus-sasl is a common > dependency of mail clients, so I guess it's for kmail. subversion comes > in with the developer tools. net-snmp does install daemons, but they're > off by default. If you remove kdenetwork4 (kopete), kdeutils4 (kgpg, kuser) then you can remove kdepimlibs4, followed by akonadi then mysql. I'm not sure why kdepimlibs is required by the base system when it does not appear to be. No binaries or libraries show that they are missing shared libs. There might be some plugins that you'll do without, though. Gstreamer is a phonon requirement, although I thought it used xine... From tingox at gmail.com Thu Aug 21 21:32:30 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Thu Aug 21 21:32:39 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> Message-ID: Hello, On Thu, Aug 21, 2008 at 12:55 PM, Alexey Shuvaev wrote: > Port system does not install man pages for you. This should be done > by the build scripts in the distribution tarball. You should probably look at > various Makefiles* and/or configure script. Yes, I know. I have looked at the various Makefiles and the configure scripts. It looks like tha man pages should be installed, but for some reason they don't, and I don't understand why > FYI, the port failed to patch with your diff: Strange it worked here. Maybe I messed up something. Anyway, I have made a new diff (attached). And this time I have testedc it on a fresh copy of the ports directory. It applies fine. In this version, I just try to get the english man pages insalled, to simplify my searc for bugs. Still the problen is the same: the ports own "install system" (Makefiles, autmake, whatever) doesn't want to install any other man paes than xas.1 and I don't understand why. Of course this means that the FreeBSD ports system can't find the man pages when it tries to gzip them. Any hints welcome. -- Regards, Torfinn Ingolfsen -------------- next part -------------- A non-text attachment was scrubbed... Name: amule2.diff Type: text/x-diff Size: 8037 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080821/16bd72ac/amule2.bin From QAT at FreeBSD.org Fri Aug 22 07:17:20 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 07:17:27 2008 Subject: french/med - failes: mtree Message-ID: <20080822071716.2197C12E41B6@quark.ds9.tecnik93.com> 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/fr-med-2.3.4.log : building fr-med-2.3.4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/french/med Makefile ident: $FreeBSD: ports/french/med/Makefile,v 1.27 2008/08/21 06:17:00 rafan Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 07:14:27 UTC 2008 ................................................... 9044816 40 -r--r--r-- 1 root wheel 20143 Aug 22 07:17 usr/local/share/doc/med/tests/test17.c.html 9044817 36 -r--r--r-- 1 root wheel 16787 Aug 22 07:17 usr/local/share/doc/med/tests/test17.f90.html 9044818 24 -r--r--r-- 1 root wheel 11821 Aug 22 07:17 usr/local/share/doc/med/tests/test18.c.html 9044819 28 -r--r--r-- 1 root wheel 13682 Aug 22 07:17 usr/local/share/doc/med/tests/test18.f.html 9044820 32 -r--r--r-- 1 root wheel 16072 Aug 22 07:17 usr/local/share/doc/med/tests/test19.c.html 9044821 36 -r--r--r-- 1 root wheel 17533 Aug 22 07:17 usr/local/share/doc/med/tests/test19.f.html 9044822 40 -r--r--r-- 1 root wheel 20331 Aug 22 07:17 usr/local/share/doc/med/tests/test20.c.html 9044823 52 -r--r--r-- 1 root wheel 25901 Aug 22 07:17 usr/local/share/doc/med/tests/test20.f.html 9044824 24 -r--r--r-- 1 root wheel 11637 Aug 22 07:17 usr/local/share/doc/med/tests/test21.c.html 9044825 32 -r--r--r-- 1 root wheel 15637 Aug 22 07:17 usr/local/share/doc/med/tests/test21.f.html 9044826 32 -r--r--r-- 1 root wheel 15288 Aug 22 07:17 usr/local/share/doc/med/tests/test22.c.html 9044827 40 -r--r--r-- 1 root wheel 18799 Aug 22 07:17 usr/local/share/doc/med/tests/test22.f.html 9044828 28 -r--r--r-- 1 root wheel 12661 Aug 22 07:17 usr/local/share/doc/med/tests/test23.c.html 9044829 44 -r--r--r-- 1 root wheel 22133 Aug 22 07:17 usr/local/share/doc/med/tests/test23.f.html 9044830 40 -r--r--r-- 1 root wheel 19543 Aug 22 07:17 usr/local/share/doc/med/tests/test24.c.html 9044831 60 -r--r--r-- 1 root wheel 28705 Aug 22 07:17 usr/local/share/doc/med/tests/test24.f.html 9044832 32 -r--r--r-- 1 root wheel 15455 Aug 22 07:17 usr/local/share/doc/med/tests/test25.c.html 9044833 56 -r--r--r-- 1 root wheel 28052 Aug 22 07:17 usr/local/share/doc/med/tests/test25.f.html 9044834 56 -r--r--r-- 1 root wheel 27906 Aug 22 07:17 usr/local/share/doc/med/tests/test26.f.html 9044835 52 -r--r--r-- 1 root wheel 26023 Aug 22 07:17 usr/local/share/doc/med/tests/test26.c.html 9044836 40 -r--r--r-- 1 root wheel 19144 Aug 22 07:17 usr/local/share/doc/med/tests/test27.c.html 9044837 56 -r--r--r-- 1 root wheel 28596 Aug 22 07:17 usr/local/share/doc/med/tests/test27.f.html 9044838 44 -r--r--r-- 1 root wheel 21378 Aug 22 07:17 usr/local/share/doc/med/tests/test28.c.html 9044839 64 -r--r--r-- 1 root wheel 32180 Aug 22 07:17 usr/local/share/doc/med/tests/test28.f.html 9044840 24 -r--r--r-- 1 root wheel 10534 Aug 22 07:17 usr/local/share/doc/med/tests/test29.c.html 9044841 24 -r--r--r-- 1 root wheel 10962 Aug 22 07:17 usr/local/share/doc/med/tests/test29.f.html 9044842 40 -r--r--r-- 1 root wheel 18714 Aug 22 07:17 usr/local/share/doc/med/tests/test30.c.html 9044843 36 -r--r--r-- 1 root wheel 17645 Aug 22 07:17 usr/local/share/doc/med/tests/test30.f90.html 9044844 24 -r--r--r-- 1 root wheel 11771 Aug 22 07:17 usr/local/share/doc/med/tests/test31.c.html 9044845 24 -r--r--r-- 1 root wheel 10820 Aug 22 07:17 usr/local/share/doc/med/tests/test31.f.html 9044846 24 -r--r--r-- 1 root wheel 12034 Aug 22 07:17 usr/local/share/doc/med/tests/test32.c.html 9044847 28 -r--r--r-- 1 root wheel 12434 Aug 22 07:17 usr/local/share/doc/med/tests/test32.f.html 9044848 104 -r--r--r-- 1 root wheel 51815 Aug 22 07:17 usr/local/share/doc/med/tests/test10.c.html 9044849 168 -r--r--r-- 1 root wheel 84371 Aug 22 07:17 usr/local/share/doc/med/tests/test10.f.html 9044850 112 -r--r--r-- 1 root wheel 56878 Aug 22 07:17 usr/local/share/doc/med/tests/test11.c.html 9044851 4 -r--r--r-- 1 root wheel 357 Aug 22 07:17 usr/local/share/doc/med/index.html 9044852 4 -r--r--r-- 1 root wheel 208 Aug 22 07:17 usr/local/share/doc/med/med.css 9044557 4 drwxr-xr-x 2 root wheel 512 Aug 22 07:17 usr/local/share/examples/med ================================================================ build of /usr/ports/french/med ended at Fri Aug 22 07:17:13 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From gerald at pfeifer.com Fri Aug 22 08:58:20 2008 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Fri Aug 22 08:58:27 2008 Subject: gcc34 doesn't build on 7.0-STABLE/amd64 In-Reply-To: <20080820184014.GA47095@parmesan.sis.pasteur.fr> References: <20080820184014.GA47095@parmesan.sis.pasteur.fr> Message-ID: On Wed, 20 Aug 2008, Thomas Hummel wrote: > for some long time now, gcc34 doesn't build on FreeBSD 7.0-STABLE > (GENERIC kernel) amd64 : This is the first and only report on this I have ever seen, including the (successful) builds on the FreeBSD build cluster. FreeBSD versions as old as this version of GCC are out of support, and I really recommend to use more up-to-date versions of GCC. Still, I tried to look into this but failed to find anything. I guess the question is whether you do also see this with the latest -STABLE or 7.0-RELEASE. If not, I'd venture it must be some problem in -STABLE. Otherwise, likely something peculiar to your environment? Gerald From beech at alaskaparadise.com Fri Aug 22 11:19:23 2008 From: beech at alaskaparadise.com (Beech Rintoul) Date: Fri Aug 22 11:19:29 2008 Subject: Cherokee-0.8.1 Released Message-ID: <200808220303.55461.beech@alaskaparadise.com> Cherokee-0.8.1 is now in the tree as www/cherokee-devel. This is a major release, now with full docs and an admin interface. If there are no major problems it will move to the main version soon. ? ? ? ? ? ? ? ? ============================= ? ? ? ? ? ? ? ? ? ?Cherokee 0.8.1 released ? ? ? ? ? ? ? ? ============================= Cherokee is a very fast, flexible and easy to configure Web Server. It supports the widespread technologies nowadays: FastCGI, SCGI, PHP, CGI, TLS and SSL encrypted connections, Virtual hosts, Authentication, on the fly encoding, Apache compatible log files, load balancing, and much more. Cherokee also provides an easy to use configuration interface that allows to configure the server from top to bottom without having to edit a text configuration file. Please visit the Cherokee Web Server site for more information: ? ? ? ? ? ? ?http://www.cherokee-project.com/ Enjoy, Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From erwin at FreeBSD.org Fri Aug 22 12:56:42 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Aug 22 12:56:51 2008 Subject: Releases Schedule... In-Reply-To: <1219088393.70595.36.camel@neo.cse.buffalo.edu> References: <1219088393.70595.36.camel@neo.cse.buffalo.edu> Message-ID: <20080822125639.GF79065@droso.net> On Mon, Aug 18, 2008 at 03:39:53PM -0400, Ken Smith wrote: > > Proposed schedule highlights: > > Freeze 8/29 [1] > BETA 9/1 [1] > Branch 9/6 [1],[2] > 6.4-RC1 9/8 > 7.1-RC1 9/15 > 6.4-RC2 9/22 [3] > 7.1-RC2 9/29 [3] > 6.4-REL 10/6 > 7.1-REL 10/13 > > [1] Both RELENG_6 and RELENG_7 > [2] Unfreeze RELENG_6 and RELENG_7 a few days later. > [3] Packages, at least the ones destined for CDs requested here. > For ports, planning for a 2 week freeze plus the usual thaw, puts us at: 9/8 - freeze 9/15 - start final package builds 9/22 - thaw 10/13 - fully unfreeze To be able to keep the freeze as short as possible, we need to keep the tree quite stable. While we could call it a feature freeze of sorts, if you have anything major planned, please contact portmgr as soon as possible. -erwin -- Erwin Lansing http://droso.org erwin@FreeBSD.org You are now free to move around the cabin erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080822/06d39fd1/attachment.pgp From amdmi3 at amdmi3.ru Fri Aug 22 12:59:01 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Aug 22 12:59:09 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> Message-ID: <20080822125845.GB4663@hades.panopticon> * Torfinn Ingolfsen (tingox@gmail.com) wrote: > > Port system does not install man pages for you. This should be done > > by the build scripts in the distribution tarball. You should probably look at > > various Makefiles* and/or configure script. > Yes, I know. I have looked at the various Makefiles and the > configure scripts. It looks like tha man pages should be installed, > but for some reason they don't, and I don't understand why > > FYI, the port failed to patch with your diff: > Strange it worked here. Maybe I messed up something. > > Anyway, I have made a new diff (attached). > And this time I have testedc it on a fresh copy of the ports > directory. It applies fine. > > In this version, I just try to get the english man pages insalled, to > simplify my searc for bugs. Still the problen is the same: the ports > own "install system" (Makefiles, autmake, whatever) doesn't want to > install any other man paes than xas.1 and I don't understand why. > Of course this means that the FreeBSD ports system can't find the man > pages when it tries to gzip them. I'll check this out in couple of days. Usually what you do is send-pr the patch - this way it's easier to track who's responsible for procesing it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From tingox at gmail.com Fri Aug 22 13:45:09 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Aug 22 13:45:16 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: <20080822125845.GB4663@hades.panopticon> References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> <20080822125845.GB4663@hades.panopticon> Message-ID: Hello, On Fri, Aug 22, 2008 at 2:58 PM, Dmitry Marakasov wrote: > I'll check this out in couple of days. Usually what you do is send-pr > the patch - this way it's easier to track who's responsible for > procesing it. I know about send-pr :) And I intend to snd-pr the patch, but I was hoping to get it in working shape first. That's why I am asking for help here. I have figured out another thing. according to the aMule wiki[1], aMule needs flex 2.5.35, and the port installs it as a build dependency. However, the old flex is still there: root@kg-vm# which flex /usr/bin/flex root@kg-vm# /usr/bin/flex --version /usr/bin/flex version 2.5.4 root@kg-vm# /usr/local/bin/flex --version flex 2.5.35 and it looks like configure pick up the old flex: root@kg-vm# grep flex work/a*/config.log configure:4647: checking for flex configure:4663: found /usr/bin/flex configure:4673: result: flex configure:4837: flex conftest.l configure:8884: checking for extended flex capabilities configure:8898: Your flex version doesn't support --header-file flag. This is not critical, but an upgrade is recommended ac_cv_prog_LEX=flex LEX='flex' How do I tell the prt to usethe flex in /usr/local/bin? Anyway, I'll test and see if this is the problem. Some time passes.. no, that didn't make a difference.I renamed /usr/bin/flex to flex.old and configure picks up the new flex, but man pages still won't install. :-( References: 1) http://www.amule.org/wiki/index.php/Install-amule-freebsd -- Regards, Torfinn From robillard.etienne at gmail.com Fri Aug 22 14:13:41 2008 From: robillard.etienne at gmail.com (Etienne Robillard) Date: Fri Aug 22 14:13:48 2008 Subject: Problem building sysutils/lsof on 8.0-CURRENT Message-ID: <20080822100321.1c8c453d@fluke> Hi, Is anyone experimenting problems building sysutils/lsof in 8.0-CURRENT ? It seems for me that this port is currently broken, but I wanted to gather some inputs before submitting a problem-report. Here is the compilation result: ===> Building for lsof-4.81A,2 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"8.0-CURRENT\"") cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="8.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c In file included from ../dlsof.h:69, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/conf.h:281:1: warning: "minor" redefined In file included from ../machine.h:41, from ckkv.c:33: /usr/src/sys/sys/types.h:318:1: warning: this is the location of the previous definition In file included from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/systm.h:158: warning: conflicting types for built-in function 'log' /usr/src/sys/sys/systm.h:217: error: expected declaration specifiers or '...' before 'uintfptr_t' /usr/src/sys/sys/systm.h:221: error: expected declaration specifiers or '...' before 'uintfptr_t' /usr/src/sys/sys/systm.h:239: error: conflicting types for 'setenv' /usr/include/stdlib.h:163: error: previous declaration of 'setenv' was here In file included from /usr/src/sys/sys/systm.h:254, from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/libkern.h:69: error: static declaration of 'abs' follows non-static declaration /usr/src/sys/sys/libkern.h:70: error: static declaration of 'labs' follows non-static declaration /usr/src/sys/sys/libkern.h:93: error: conflicting types for 'gets' /usr/include/stdio.h:242: error: previous declaration of 'gets' was here /usr/src/sys/sys/libkern.h:99: error: conflicting types for 'random' /usr/include/stdlib.h:201: error: previous declaration of 'random' was here /usr/src/sys/sys/libkern.h:110: warning: conflicting types for built-in function 'strdup' In file included from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/systm.h:277: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splbio' /usr/src/sys/sys/systm.h:278: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splcam' /usr/src/sys/sys/systm.h:279: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splclock' /usr/src/sys/sys/systm.h:280: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splhigh' /usr/src/sys/sys/systm.h:281: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splimp' /usr/src/sys/sys/systm.h:282: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splnet' /usr/src/sys/sys/systm.h:283: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftcam' /usr/src/sys/sys/systm.h:284: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftclock' /usr/src/sys/sys/systm.h:285: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsofttty' /usr/src/sys/sys/systm.h:286: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftvm' /usr/src/sys/sys/systm.h:287: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsofttq' /usr/src/sys/sys/systm.h:288: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splstatclock' /usr/src/sys/sys/systm.h:289: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'spltty' /usr/src/sys/sys/systm.h:290: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splvm' /usr/src/sys/sys/systm.h:291: error: expected ')' before 'ipl' /usr/src/sys/sys/systm.h:303: error: conflicting types for 'pause' /usr/include/unistd.h:357: error: previous declaration of 'pause' was here In file included from ../dlsof.h:375, from ../lsof.h:195, from ckkv.c:43: /usr/include/string.h:81: error: conflicting types for 'strdup' /usr/src/sys/sys/libkern.h:110: error: previous declaration of 'strdup' was here *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81A.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81A.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. Environment is: erob@fluke% uname -a FreeBSD fluke 8.0-CURRENT FreeBSD 8.0-CURRENT #5: Sun Aug 17 22:09:15 EDT 2008 root@fluke:/usr/src/sys/i386/compile/MORENA i386 Any ideas ? Thanks and Regards, Etienne Reference: http://www.freebsd.org/cgi/query-pr.cgi?pr=125555&cat= -------------- next part -------------- Script started on Fri Aug 22 09:39:28 2008 2;erob@fluke (ttyp1) - /usr/ports/sysutils/lsof1;erob@fluke (ttyp1)If you need a reminder to leave your terminal, type "leave +hhmm" where "hhmm" represents in how many hours and minutes you need to leave. -- Dru erob@fluke% sudo make build ===> Extracting for lsof-4.81A,2 => MD5 Checksum OK for lsof_4.81A.freebsd.tar.bz2. => SHA256 Checksum OK for lsof_4.81A.freebsd.tar.bz2. ===> Patching for lsof-4.81A,2 ===> Applying FreeBSD patches for lsof-4.81A,2 ===> Configuring for lsof-4.81A,2 Creating ./lockf_owner.h from /usr/src/sys/kern/kern_lockf.c ./lockf_owner.h creation succeeded. rm -f ddev.c dfile.c dlsof.h dmnt.c dnode*.c dproc.c dproto.h dsock.c dstore.c dzfs.h kernelbase.h machine.h machine.h.old new_machine.h __lseek.s Makefile Makefile.zfs ./tests/config.cflags rm -f ./tests/config.cc ./tests/config.xobj ./tests/config.ldflags Testing C library for localtime() and strftime(), using cc ... present ln -s dialects/freebsd/dlsof.h dlsof.h ln -s dialects/freebsd/dmnt.c dmnt.c ln -s dialects/freebsd/dnode.c dnode.c ln -s dialects/freebsd/dnode1.c dnode1.c ln -s dialects/freebsd/dnode2.c dnode2.c ln -s dialects/freebsd/dproc.c dproc.c ln -s dialects/freebsd/dproto.h dproto.h ln -s dialects/freebsd/dsock.c dsock.c ln -s dialects/freebsd/dstore.c dstore.c ln -s dialects/freebsd/dzfs.h dzfs.h ln -s dialects/freebsd/machine.h machine.h Makefile and lib/Makefile created. Makefile.zfs created. ./tests/config.cc created ./tests/config.cflags created ./tests/config.ldflags created ./tests/config.xobj created ===> Building for lsof-4.81A,2 (cd lib; make DEBUG="-O2" CFGF="-fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR=\"8.0-CURRENT\"") cc -fno-strict-aliasing -pipe -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASCPUMASK_T -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_NO_SI_UDEV -DHAS_SI_PRIV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DFREEBSDV=8000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHAS_STRFTIME -DLSOF_VSTR="8.0-CURRENT" -I/usr/src/sys -O2 -c ckkv.c In file included from ../dlsof.h:69, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/conf.h:281:1: warning: "minor" redefined In file included from ../machine.h:41, from ckkv.c:33: /usr/src/sys/sys/types.h:318:1: warning: this is the location of the previous definition In file included from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/systm.h:158: warning: conflicting types for built-in function 'log' /usr/src/sys/sys/systm.h:217: error: expected declaration specifiers or '...' before 'uintfptr_t' /usr/src/sys/sys/systm.h:221: error: expected declaration specifiers or '...' before 'uintfptr_t' /usr/src/sys/sys/systm.h:239: error: conflicting types for 'setenv' /usr/include/stdlib.h:163: error: previous declaration of 'setenv' was here In file included from /usr/src/sys/sys/systm.h:254, from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/libkern.h:69: error: static declaration of 'abs' follows non-static declaration /usr/src/sys/sys/libkern.h:70: error: static declaration of 'labs' follows non-static declaration /usr/src/sys/sys/libkern.h:93: error: conflicting types for 'gets' /usr/include/stdio.h:242: error: previous declaration of 'gets' was here /usr/src/sys/sys/libkern.h:99: error: conflicting types for 'random' /usr/include/stdlib.h:201: error: previous declaration of 'random' was here /usr/src/sys/sys/libkern.h:110: warning: conflicting types for built-in function 'strdup' In file included from /usr/src/sys/sys/refcount.h:38, from /usr/src/sys/sys/file.h:42, from ../dlsof.h:291, from ../lsof.h:195, from ckkv.c:43: /usr/src/sys/sys/systm.h:277: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splbio' /usr/src/sys/sys/systm.h:278: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splcam' /usr/src/sys/sys/systm.h:279: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splclock' /usr/src/sys/sys/systm.h:280: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splhigh' /usr/src/sys/sys/systm.h:281: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splimp' /usr/src/sys/sys/systm.h:282: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splnet' /usr/src/sys/sys/systm.h:283: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftcam' /usr/src/sys/sys/systm.h:284: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftclock' /usr/src/sys/sys/systm.h:285: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsofttty' /usr/src/sys/sys/systm.h:286: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsoftvm' /usr/src/sys/sys/systm.h:287: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splsofttq' /usr/src/sys/sys/systm.h:288: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splstatclock' /usr/src/sys/sys/systm.h:289: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'spltty' /usr/src/sys/sys/systm.h:290: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'splvm' /usr/src/sys/sys/systm.h:291: error: expected ')' before 'ipl' /usr/src/sys/sys/systm.h:303: error: conflicting types for 'pause' /usr/include/unistd.h:357: error: previous declaration of 'pause' was here In file included from ../dlsof.h:375, from ../lsof.h:195, from ckkv.c:43: /usr/include/string.h:81: error: conflicting types for 'strdup' /usr/src/sys/sys/libkern.h:110: error: previous declaration of 'strdup' was here *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81A.freebsd/lib. *** Error code 1 Stop in /usr/ports/sysutils/lsof/work/lsof_4.81A.freebsd. *** Error code 1 Stop in /usr/ports/sysutils/lsof. erob@fluke% exit Script done on Fri Aug 22 09:39:44 2008 From pav at FreeBSD.org Fri Aug 22 14:18:39 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri Aug 22 14:19:10 2008 Subject: Problem building sysutils/lsof on 8.0-CURRENT In-Reply-To: <20080822100321.1c8c453d@fluke> References: <20080822100321.1c8c453d@fluke> Message-ID: <20080822141814.M37688@FreeBSD.org> On Fri, 22 Aug 2008 10:03:21 -0400, Etienne Robillard wrote > Is anyone experimenting problems building sysutils/lsof in 8.0- > CURRENT ? It seems for me that this port is currently broken, but I > wanted to gather some inputs before submitting a problem-report. Yes this is a known problem. No need to submit PR for it, unless you have a fix. -- Pav Lucistnik From QAT at FreeBSD.org Fri Aug 22 14:44:35 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 14:44:42 2008 Subject: devel/cogito - failes: manpage Message-ID: <20080822144428.5F80412E41C8@quark.ds9.tecnik93.com> 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/cogito-0.17.2_4.log : building cogito-0.17.2_4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/cogito Makefile ident: $FreeBSD: ports/devel/cogito/Makefile,v 1.9 2008/08/06 20:41:04 anholt Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 14:43:40 UTC 2008 ................................................... tar: man/man1/cg-branch-chg.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-branch-ls.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-clean.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-clone.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-commit.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-diff.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-export.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-fetch.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-help.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-init.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-log.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-merge.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-mkpatch.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-mv.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-object-id.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-patch.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-push.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-reset.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-restore.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-rm.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-seek.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-status.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-switch.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-tag-ls.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-tag.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-update.1.gz: Cannot stat: No such file or directory tar: man/man1/cg-version.1.gz: Cannot stat: No such file or directory tar: man/man1/cg.1.gz: Cannot stat: No such file or directory tar: man/man7/cogito.7.gz: Cannot stat: No such file or directory tar: man/man7/cg-ref.7.gz: 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/cogito-0.17.2_4.tbz Registering depends: bash-3.2.39_1 gettext-0.17_1 git-1.5.6.4 libiconv-1.11_1 cvsps-2.1 tk-8.4.19,2 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 curl-7.18.0 p5-Error-0.17015 p5-Net-SMTP-SSL-1.01 perl-5.8.8_1 python25-2.5.2_2 tcl-8.4.19,1 rsync-3.0.3 expat-2.0.1 kbproto-1.0.3. Creating bzip'd tar ball in '/tmp/packages/All/cogito-0.17.2_4.tbz' *** Error code 1 Stop in /a/ports/devel/cogito. ================================================================ build of /usr/ports/devel/cogito ended at Fri Aug 22 14:44:26 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From pfgshield-freebsd at yahoo.com Fri Aug 22 15:01:20 2008 From: pfgshield-freebsd at yahoo.com (Pedro Giffuni) Date: Fri Aug 22 15:01:26 2008 Subject: unBREAK cad/brlcad on CURRENT. Message-ID: <281336.86760.qm@web32708.mail.mud.yahoo.com> Hi; This was fixed long ago .. it was a bug in bsd.port.mk, not in the port. I did send a reminder to the committer that labeled it as broken but he forgot to fix it. Feel free to send a PR. Pedro. __________________________________________________ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it From pfgshield-freebsd at yahoo.com Fri Aug 22 15:45:46 2008 From: pfgshield-freebsd at yahoo.com (Pedro Giffuni) Date: Fri Aug 22 15:45:53 2008 Subject: best way to work around vs ? Message-ID: <312062.64561.qm@web32706.mail.mud.yahoo.com> FWIW; One of the projects in COIN-OR found it unacceptable to ifdef malloc.h with __STDC__. The reason is that other systems, especically AIX, use malloc.h for non standard malloc-related functions, and including malloc.h had no ill effect on other platforms. At the end they ifndef'ed it for __FreeBSD__. - dlmalloc and ptmalloc define malloc_usable_size() in malloc.h - FreeBSD defines malloc_usable_size() in malloc_np.h I am the minority here but I think we should go back to issuing a simple warning and continue. The known packages are already fixed and being so picky justs make life a little bit more difficult for newcomers. Pedro. __________________________________________________ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it From QAT at FreeBSD.org Fri Aug 22 16:44:06 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 16:44:12 2008 Subject: devel/m17n-docs - failes: mtree Message-ID: <20080822164404.265F212E41C8@quark.ds9.tecnik93.com> 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/m17n-docs-1.5.0.log : building m17n-docs-1.5.0 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/m17n-docs Makefile ident: $FreeBSD: ports/devel/m17n-docs/Makefile,v 1.7 2008/02/28 09:20:21 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 16:43:54 UTC 2008 ................................................... 6856649 4 -r--r--r-- 1 root wheel 1501 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-sk-kbd.png 6856650 4 -r--r--r-- 1 root wheel 1485 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-sr-kbd.png 6856651 4 -r--r--r-- 1 root wheel 1475 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-sv-post.png 6856653 4 -r--r--r-- 1 root wheel 948 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-syrc-phonetic.png 6856654 4 -r--r--r-- 1 root wheel 1249 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-ta-itrans.png 6856655 4 -r--r--r-- 1 root wheel 1153 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-te-itrans.png 6856676 8 -r--r--r-- 1 root wheel 2201 Aug 22 16:44 usr/local/share/doc/m17n/html/ka-kbd2.png 6856656 4 -r--r--r-- 1 root wheel 1070 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-kesmanee-2.png 6856657 4 -r--r--r-- 1 root wheel 1010 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-kesmanee.png 6856658 4 -r--r--r-- 1 root wheel 1067 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-pattachote-2.png 6856659 4 -r--r--r-- 1 root wheel 985 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-pattachote.png 6856660 4 -r--r--r-- 1 root wheel 1028 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-tis820-2.png 6856661 4 -r--r--r-- 1 root wheel 947 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-th-tis820.png 6856662 4 -r--r--r-- 1 root wheel 1369 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-unicode.png 6856663 4 -r--r--r-- 1 root wheel 1173 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-vi-telex.png 6856664 4 -r--r--r-- 1 root wheel 1222 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-vi-viqr.png 6856665 4 -r--r--r-- 1 root wheel 1107 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-vi-vni.png 6856666 4 -r--r--r-- 1 root wheel 1276 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-cangjie.png 6856667 4 -r--r--r-- 1 root wheel 1373 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-pinyin.png 6856668 4 -r--r--r-- 1 root wheel 1391 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-py-b5.png 6856669 4 -r--r--r-- 1 root wheel 1417 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-py-gb.png 6856670 4 -r--r--r-- 1 root wheel 1383 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-py.png 6856671 4 -r--r--r-- 1 root wheel 1295 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-quick.png 6856672 4 -r--r--r-- 1 root wheel 1435 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-tonepy-b5.png 6856673 4 -r--r--r-- 1 root wheel 1464 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-tonepy-gb.png 6856674 4 -r--r--r-- 1 root wheel 1428 Aug 22 16:44 usr/local/share/doc/m17n/html/icon-zh-tonepy.png 6856677 8 -r--r--r-- 1 root wheel 3533 Aug 22 16:44 usr/local/share/doc/m17n/html/kk-kbd.png 6856678 24 -r--r--r-- 1 root wheel 11734 Aug 22 16:44 usr/local/share/doc/m17n/html/latn-post.png 6856679 28 -r--r--r-- 1 root wheel 13603 Aug 22 16:44 usr/local/share/doc/m17n/html/latn-pre.png 6856680 8 -r--r--r-- 1 root wheel 3538 Aug 22 16:44 usr/local/share/doc/m17n/html/ru-kbd.png 6856681 12 -r--r--r-- 1 root wheel 4382 Aug 22 16:44 usr/local/share/doc/m17n/html/ru-phonetic.png 6856682 8 -r--r--r-- 1 root wheel 3643 Aug 22 16:44 usr/local/share/doc/m17n/html/ru-yawerty.png 6856683 4 -r--r--r-- 1 root wheel 1493 Aug 22 16:44 usr/local/share/doc/m17n/html/ru-yawerty2.png 6856684 8 -r--r--r-- 1 root wheel 3809 Aug 22 16:44 usr/local/share/doc/m17n/html/sk-kbd.png 6856685 8 -r--r--r-- 1 root wheel 2218 Aug 22 16:44 usr/local/share/doc/m17n/html/sk-kbd2.png 6856686 8 -r--r--r-- 1 root wheel 3668 Aug 22 16:44 usr/local/share/doc/m17n/html/sr-kbd.png 6856362 1376 -r--r--r-- 1 root wheel 687584 Aug 22 16:43 usr/local/share/doc/m17n/m17n-lib.dvi 6856363 8224 -r--r--r-- 1 root wheel 4186101 Aug 22 16:44 usr/local/share/doc/m17n/m17n-lib.ps ================================================================ build of /usr/ports/devel/m17n-docs ended at Fri Aug 22 16:44:02 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Fri Aug 22 18:18:29 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 18:18:36 2008 Subject: devel/pcre++ - failes: mtree Message-ID: <20080822181826.9AD7B12E41DC@quark.ds9.tecnik93.com> 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/pcre++-0.9.5.log : building pcre++-0.9.5 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/pcre++ Makefile ident: $FreeBSD: ports/devel/pcre++/Makefile,v 1.28 2008/08/21 06:16:47 rafan Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 18:17:58 UTC 2008 ................................................... list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 7160078 4 drwxr-xr-x 2 root wheel 1536 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5 7160404 4 -rw-r--r-- 1 root wheel 1359 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/annotated.html 7160484 12 -rw-r--r-- 1 root wheel 5752 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classPcre-members.html 7160506 144 -rw-r--r-- 1 root wheel 73061 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classPcre.html 7160513 4 -rw-r--r-- 1 root wheel 1608 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classPcre_1_1exception-members.html 7160553 12 -rw-r--r-- 1 root wheel 4468 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classPcre_1_1exception.html 7160624 16 -rw-r--r-- 1 root wheel 7398 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classpcrepp_1_1Pcre-members.html 7160724 160 -rw-r--r-- 1 root wheel 81037 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classpcrepp_1_1Pcre.html 7160728 4 -rw-r--r-- 1 root wheel 1690 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classpcrepp_1_1Pcre_1_1exception-members.html 7160771 12 -rw-r--r-- 1 root wheel 4501 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/classpcrepp_1_1Pcre_1_1exception.html 7160772 4 -rw-r--r-- 1 root wheel 1816 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/doxygen.css 7160779 8 -rw-r--r-- 1 root wheel 2352 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/doxygen.png 7160780 4 -rw-r--r-- 1 root wheel 1993 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/files.html 7160825 8 -rw-r--r-- 1 root wheel 2699 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/functions.html 7160826 20 -rw-r--r-- 1 root wheel 8639 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/get_8cc-source.html 7160829 4 -rw-r--r-- 1 root wheel 1223 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/get_8cc.html 7160830 4 -rw-r--r-- 1 root wheel 1209 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/globals.html 7160831 4 -rw-r--r-- 1 root wheel 1013 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/index.html 7160833 4 -rw-r--r-- 1 root wheel 1425 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/namespacepcrepp.html 7160834 4 -rw-r--r-- 1 root wheel 1290 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/namespaces.html 7160836 4 -rw-r--r-- 1 root wheel 1074 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/namespacestd.html 7160838 28 -rw-r--r-- 1 root wheel 12918 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/pcre++_8cc-source.html 7160839 4 -rw-r--r-- 1 root wheel 1418 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/pcre++_8cc.html 7160847 36 -rw-r--r-- 1 root wheel 16865 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/pcre++_8h-source.html 7160849 8 -rw-r--r-- 1 root wheel 3708 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/pcre++_8h.html 7160850 28 -rw-r--r-- 1 root wheel 13739 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/replace_8cc-source.html 7160852 4 -rw-r--r-- 1 root wheel 1235 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/replace_8cc.html 7160855 24 -rw-r--r-- 1 root wheel 10729 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/search_8cc-source.html 7160862 4 -rw-r--r-- 1 root wheel 1232 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/search_8cc.html 7160863 24 -rw-r--r-- 1 root wheel 10934 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/split_8cc-source.html 7160865 4 -rw-r--r-- 1 root wheel 1229 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/split_8cc.html 7160866 4 -rw-r--r-- 1 root wheel 1616 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/README 7160868 52 -rw-r--r-- 1 root wheel 26430 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/COPYING 7160869 4 -rw-r--r-- 1 root wheel 30 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/AUTHORS 7160873 16 -rw-r--r-- 1 root wheel 8192 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/INSTALL 7160875 20 -rw-r--r-- 1 root wheel 8794 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/ChangeLog 7160877 56 -rw-r--r-- 1 root wheel 27739 Aug 22 18:18 usr/local/share/doc/libpcre++-0.9.5/config.log ================================================================ build of /usr/ports/devel/pcre++ ended at Fri Aug 22 18:18:25 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Fri Aug 22 18:27:57 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 18:28:18 2008 Subject: devel/ppl - failes: mtree Message-ID: <20080822182753.888A312E41DC@quark.ds9.tecnik93.com> 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/ppl-0.6.1_2.log : building ppl-0.6.1_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/ppl Makefile ident: $FreeBSD: ports/devel/ppl/Makefile,v 1.16 2007/03/27 16:29:08 pav Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 18:25:50 UTC 2008 ................................................... 6858575 12 -r--r--r-- 1 root wheel 4439 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/group__PPL__defines.html 6858576 120 -r--r--r-- 1 root wheel 61235 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/group__PrologInterface.html 6858577 8 -r--r--r-- 1 root wheel 3567 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/hierarchy.html 6858578 4 -r--r--r-- 1 root wheel 299 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/index.html 6858579 192 -r--r--r-- 1 root wheel 96844 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/main.html 6858580 4 -r--r--r-- 1 root wheel 1448 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/modules.html 6858581 28 -r--r--r-- 1 root wheel 13898 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespaceParma__Polyhedra__Library.html 6858583 8 -r--r--r-- 1 root wheel 2305 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespacemembers.html 6858582 8 -r--r--r-- 1 root wheel 2805 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespaceParma__Polyhedra__Library_1_1IO__Operators.html 6858584 4 -r--r--r-- 1 root wheel 2006 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespacemembers_func.html 6858585 4 -r--r--r-- 1 root wheel 1554 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespacemembers_type.html 6858586 4 -r--r--r-- 1 root wheel 1788 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespaces.html 6858587 4 -r--r--r-- 1 root wheel 1656 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/namespacestd.html 6858588 4 -r--r--r-- 1 root wheel 1310 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/pages.html 6858589 4 -r--r--r-- 1 root wheel 1784 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1BHRZ03__Certificate_1_1Compare-members.html 6858590 8 -r--r--r-- 1 root wheel 2536 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1BHRZ03__Certificate_1_1Compare.html 6858591 4 -r--r--r-- 1 root wheel 1760 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1H79__Certificate_1_1Compare-members.html 6858595 40 -r--r--r-- 1 root wheel 19510 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/tree.html 6858592 8 -r--r--r-- 1 root wheel 2500 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1H79__Certificate_1_1Compare.html 6858593 4 -r--r--r-- 1 root wheel 1679 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1Variable_1_1Compare-members.html 6858594 8 -r--r--r-- 1 root wheel 2317 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-html/structParma__Polyhedra__Library_1_1Variable_1_1Compare.html 6858596 144 -r--r--r-- 1 root wheel 71853 Aug 22 18:27 usr/local/share/doc/ppl/gpl.pdf 6858597 116 -r--r--r-- 1 root wheel 58760 Aug 22 18:27 usr/local/share/doc/ppl/fdl.pdf 6858598 2304 -r--r--r-- 1 root wheel 1160859 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-browse.pdf 6858599 1440 -r--r--r-- 1 root wheel 716410 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-print.pdf 6858600 128 -r--r--r-- 1 root wheel 64365 Aug 22 18:27 usr/local/share/doc/ppl/gpl.ps.gz 6858601 100 -r--r--r-- 1 root wheel 50348 Aug 22 18:27 usr/local/share/doc/ppl/fdl.ps.gz 6858602 672 -r--r--r-- 1 root wheel 312147 Aug 22 18:27 usr/local/share/doc/ppl/ppl-user-0.6.1-print.ps.gz 6858603 40 -r--r--r-- 1 root wheel 20402 Aug 22 18:27 usr/local/share/doc/ppl/fdl.txt 6858604 36 -r--r--r-- 1 root wheel 17992 Aug 22 18:27 usr/local/share/doc/ppl/gpl.txt 6858605 4 -r--r--r-- 1 root wheel 953 Aug 22 18:27 usr/local/share/doc/ppl/BUGS 6858606 36 -r--r--r-- 1 root wheel 17992 Aug 22 18:27 usr/local/share/doc/ppl/COPYING 6858607 8 -r--r--r-- 1 root wheel 4003 Aug 22 18:27 usr/local/share/doc/ppl/CREDITS 6858608 1728 -r--r--r-- 1 root wheel 852325 Aug 22 18:27 usr/local/share/doc/ppl/ChangeLog 6858609 48 -r--r--r-- 1 root wheel 23483 Aug 22 18:27 usr/local/share/doc/ppl/NEWS 6858610 44 -r--r--r-- 1 root wheel 22246 Aug 22 18:27 usr/local/share/doc/ppl/README 6858611 16 -r--r--r-- 1 root wheel 7598 Aug 22 18:27 usr/local/share/doc/ppl/README.configure 6858612 8 -r--r--r-- 1 root wheel 3988 Aug 22 18:27 usr/local/share/doc/ppl/README.doc ================================================================ build of /usr/ports/devel/ppl ended at Fri Aug 22 18:27:52 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Fri Aug 22 20:17:46 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 20:17:52 2008 Subject: devel/styx - failes: mtree Message-ID: <20080822201743.DDEE012E41DE@quark.ds9.tecnik93.com> 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/styx-1.6.1_1.log : building styx-1.6.1_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/devel/styx Makefile ident: $FreeBSD: ports/devel/styx/Makefile,v 1.24 2007/02/01 02:41:34 kris Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 20:16:31 UTC 2008 ................................................... install -o root -g wheel -m 555 -s .libs/stydoc /usr/local/bin/stydoc /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 stypp /usr/local/bin/stypp install -o root -g wheel -m 555 -s .libs/stypp /usr/local/bin/stypp /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 ctoh /usr/local/bin/ctoh install -o root -g wheel -m 555 -s .libs/ctoh /usr/local/bin/ctoh /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 lim_test /usr/local/bin/lim_test install -o root -g wheel -m 555 -s .libs/lim_test /usr/local/bin/lim_test /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 pim_test /usr/local/bin/pim_test install -o root -g wheel -m 555 -s .libs/pim_test /usr/local/bin/pim_test /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 ptm_img /usr/local/bin/ptm_img install -o root -g wheel -m 555 -s .libs/ptm_img /usr/local/bin/ptm_img /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 xml_test /usr/local/bin/xml_test install -o root -g wheel -m 555 -s .libs/xml_test /usr/local/bin/xml_test gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/work/a/ports/devel/styx/work/styx-1.6.1' gmake[1]: Leaving directory `/work/a/ports/devel/styx/work/styx-1.6.1' ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for styx-1.6.1_1 ================================================================ ======================================== ===> Building package for styx-1.6.1_1 Creating package /tmp/packages/All/styx-1.6.1_1.tbz Registering depends: libiconv-1.11_1. Creating bzip'd tar ball in '/tmp/packages/All/styx-1.6.1_1.tbz' Deleting styx-1.6.1_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6857137 4 drwxr-xr-x 3 root wheel 512 Aug 22 20:17 usr/local/share/examples/styx 6857138 4 drwxr-xr-x 2 root wheel 512 Aug 22 20:17 usr/local/share/examples/styx/spe 6857139 28 -r--r--r-- 1 root wheel 13394 Aug 22 20:17 usr/local/share/examples/styx/spe/xml1.lex 6857140 4 -r--r--r-- 1 root wheel 791 Aug 22 20:17 usr/local/share/examples/styx/spe/xml2.lex 6857141 4 -r--r--r-- 1 root wheel 1768 Aug 22 20:17 usr/local/share/examples/styx/spe/xml.sty 6857142 8 -r--r--r-- 1 root wheel 3205 Aug 22 20:17 usr/local/share/examples/styx/spe/dtd.sty 6857143 4 -r--r--r-- 1 root wheel 175 Aug 22 20:17 usr/local/share/examples/styx/spe/xmllit.sty 6857145 4 -r-xr-xr-x 1 root wheel 293 Aug 22 20:17 usr/local/share/examples/styx/spe/xxml ================================================================ build of /usr/ports/devel/styx ended at Fri Aug 22 20:17:42 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From sgk at troutmask.apl.washington.edu Fri Aug 22 20:33:05 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri Aug 22 20:33:11 2008 Subject: [PATCH] Fix devel/apr which unbreaks devel/subversion Message-ID: <20080822203304.GA35846@troutmask.apl.washington.edu> Yes, it's a diff of a diff. --- patch-apr_hints.m4.orig 2008-08-22 13:31:11.000000000 -0700 +++ patch-apr_hints.m4 2008-08-22 13:31:30.000000000 -0700 @@ -1,5 +1,5 @@ ---- apr-1.3.2/build/apr_hints.m4.orig Wed Oct 27 11:12:28 2004 -+++ apr-1.3.2/build/apr_hints.m4 Wed Oct 27 11:25:32 2004 +--- apr-1.3.3/build/apr_hints.m4.orig Wed Oct 27 11:12:28 2004 ++++ apr-1.3.3/build/apr_hints.m4 Wed Oct 27 11:25:32 2004 @@ -137,11 +137,7 @@ ;; *-freebsd*) From pgollucci at p6m7g8.com Fri Aug 22 20:34:49 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Aug 22 20:34:56 2008 Subject: [PATCH] Fix devel/apr which unbreaks devel/subversion In-Reply-To: <20080822203304.GA35846@troutmask.apl.washington.edu> References: <20080822203304.GA35846@troutmask.apl.washington.edu> Message-ID: <48AF22E7.6020603@p6m7g8.com> I beat you to it :) Steve Kargl wrote: > Yes, it's a diff of a diff. > > --- patch-apr_hints.m4.orig 2008-08-22 13:31:11.000000000 -0700 > +++ patch-apr_hints.m4 2008-08-22 13:31:30.000000000 -0700 > @@ -1,5 +1,5 @@ > ---- apr-1.3.2/build/apr_hints.m4.orig Wed Oct 27 11:12:28 2004 > -+++ apr-1.3.2/build/apr_hints.m4 Wed Oct 27 11:25:32 2004 > +--- apr-1.3.3/build/apr_hints.m4.orig Wed Oct 27 11:12:28 2004 > ++++ apr-1.3.3/build/apr_hints.m4 Wed Oct 27 11:25:32 2004 > @@ -137,11 +137,7 @@ > ;; > *-freebsd*) > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From QAT at FreeBSD.org Fri Aug 22 21:55:42 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 22 21:55:49 2008 Subject: editors/gnotepad+ - failes: install_error Message-ID: <20080822215541.206ED12E41DE@quark.ds9.tecnik93.com> 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/gnotepad+-1.3.3_7.log : building gnotepad+-1.3.3_7 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/editors/gnotepad+ Makefile ident: $FreeBSD: ports/editors/gnotepad+/Makefile,v 1.35 2008/06/06 13:25:48 edwin Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Fri Aug 22 21:55:04 UTC 2008 ................................................... tar: share/gnome/help/gnotepad+/C/htmltb2.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/htmlwin.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/index-1.html: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/index-2.html: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/index-3.html: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/index-4.html: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/mainoptions.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/maintb.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/mainwin.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/msgbar.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/msgbox.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/optionsmenu0.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/optionsmenu1.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/optionsmenu2.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_appearance.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_document.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_fonts.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_fontsel.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_htmltb.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_maintb.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_misc.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_srcctrl.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/prefs_window.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/printdialog.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/shellcmd.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/splashscreen.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/textarea.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/windowmenu.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/winlist.png: Cannot stat: No such file or directory tar: share/gnome/help/gnotepad+/C/winnew.png: 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/gnotepad+-1.3.3_7.tbz Registering depends: gtk-1.2.10_20 gettext-0.17_1 libiconv-1.11_1 glib-1.2.10_12 libXpm-3.5.7 libXi-1.1.3,1 libXext-1.0.3,1 libXt-1.0.5_1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 perl-5.8.8_1 gnomehier-2.3_10 inputproto-1.4.2.1 kbproto-1.0.3 xextproto-7.0.2. Creating bzip'd tar ball in '/tmp/packages/All/gnotepad+-1.3.3_7.tbz' *** Error code 1 Stop in /a/ports/editors/gnotepad+. ================================================================ build of /usr/ports/editors/gnotepad+ ended at Fri Aug 22 21:55:39 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From amdmi3 at amdmi3.ru Fri Aug 22 22:13:43 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Aug 22 22:13:52 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> <20080822125845.GB4663@hades.panopticon> Message-ID: <20080822221339.GH1421@hades.panopticon> * Torfinn Ingolfsen (tingox@gmail.com) wrote: > and it looks like configure pick up the old flex: > root@kg-vm# grep flex work/a*/config.log > configure:4647: checking for flex > configure:4663: found /usr/bin/flex > configure:4673: result: flex > configure:4837: flex conftest.l > configure:8884: checking for extended flex capabilities > configure:8898: Your flex version doesn't support --header-file flag. > This is not critical, but an upgrade is recommended > ac_cv_prog_LEX=flex > LEX='flex' > > How do I tell the prt to usethe flex in /usr/local/bin? I think you should hack configure with REINPLACE_CMD and change (configure:4643): for ac_prog in flex lex to for ac_prog in ${LOCALBASE}/flex something like that. > Anyway, I'll test and see if this is the problem. > Some time passes.. no, that didn't make a difference.I renamed > /usr/bin/flex to flex.old and configure picks up the new flex, but man > pages still won't install. :-( You can see several test: yes: unexpected operator test: no: unexpected operator test: yes: unexpected operator test: yes: unexpected operator thingies in the configure output. Those are because FreeBSD test doesn't support ==, so if test "$AMULECMD" == "yes"; then fails and AMULECMD_MANPAGES is thus empty. You should REINPLACE_CMD -e '/if test/ s|==|=|' ${WRKSRC}/configure (and it's good to submit that fix upstream; bashisms should be eliminated). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From tingox at gmail.com Sat Aug 23 01:10:46 2008 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Aug 23 01:10:54 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: <20080822221339.GH1421@hades.panopticon> References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> <20080822125845.GB4663@hades.panopticon> <20080822221339.GH1421@hades.panopticon> Message-ID: Hi, On Sat, Aug 23, 2008 at 12:13 AM, Dmitry Marakasov wrote: > I think you should hack configure with REINPLACE_CMD and change > (configure:4643): > > for ac_prog in flex lex > > to > > for ac_prog in ${LOCALBASE}/flex OK, if that is the best way, I'll do that. > Those are because FreeBSD test doesn't support ==, so > > if test "$AMULECMD" == "yes"; then > > fails and AMULECMD_MANPAGES is thus empty. Aha. A bashism. Thanks! > You should REINPLACE_CMD -e '/if test/ s|==|=|' ${WRKSRC}/configure I have fixed that now (see attached diff). I also found a similar thing in ${WRKSRC}/automake/manpages.am and tried to fix that. Are automake files plain sh scripts? I guess they are. Anyway, even with my new Makefile with your fixes, the install fails: Making install in docs gmake[1]: Entering directory `/usr/ports/net-p2p/amule2/work/aMule-2.2.2/docs' Making install in man gmake[2]: Entering directory `/usr/ports/net-p2p/amule2/work/aMule-2.2.2/docs/man' gmake[3]: Entering directory `/usr/ports/net-p2p/amule2/work/aMule-2.2.2/docs/man' gmake[3]: Nothing to be done for `install-exec-am'. gmake install-data-hook gmake[4]: Entering directory `/usr/ports/net-p2p/amule2/work/aMule-2.2.2/docs/man' test: 1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/1/man1 install -o root -g wheel -m 444 ./amulecmd.1 /usr/local/man/1/man1/amulecmd.1.1 test: de.1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/de/man1 install -o root -g wheel -m 444 ./amulecmd.de.1 /usr/local/man/de/man1/amulecmd.1 test: es.1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/es/man1 install -o root -g wheel -m 444 ./amulecmd.es.1 /usr/local/man/es/man1/amulecmd.1 test: eu.1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/eu/man1 install -o root -g wheel -m 444 ./amulecmd.eu.1 /usr/local/man/eu/man1/amulecmd.1 test: fr.1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/fr/man1 install -o root -g wheel -m 444 ./amulecmd.fr.1 /usr/local/man/fr/man1/amulecmd.1 test: hu.1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/hu/man1 install -o root -g wheel -m 444 ./amulecmd.hu.1 /usr/local/man/hu/man1/amulecmd.1 test: 1: unexpected operator /bin/sh ../../mkinstalldirs /usr/local/man/1/man1 I'll look harder at it tomorrow. > (and it's good to submit that fix upstream; bashisms should be eliminated). I have started a thread in the amule forum, and asked about this change. We'll see what the developers say. -- Regards, Torfinn Ingolfsen -------------- next part -------------- A non-text attachment was scrubbed... Name: amule2.diff Type: text/x-diff Size: 8208 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080823/6e04bb31/amule2.bin From amdmi3 at amdmi3.ru Sat Aug 23 02:05:23 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sat Aug 23 02:05:31 2008 Subject: amule 2 port - trying an upgrade In-Reply-To: References: <20080821105506.GA25154@wep4017.physik.uni-wuerzburg.de> <20080822125845.GB4663@hades.panopticon> <20080822221339.GH1421@hades.panopticon> Message-ID: <20080823020518.GA75067@hades.panopticon> * Torfinn Ingolfsen (tingox@gmail.com) wrote: > > You should REINPLACE_CMD -e '/if test/ s|==|=|' ${WRKSRC}/configure > I have fixed that now (see attached diff). I also found a similar > thing in ${WRKSRC}/automake/manpages.am and tried to fix that. > Are automake files plain sh scripts? I guess they are. No, they are automake's macro language and are expanded my automake to produce Makefile.in. Since the final product is Makefiles, shell stuff is possible there. However, you shouldn't modify .am stuff in this case, as automake is not executed in the build process. The only things you're to modify are configure and Makefile.in files. You can, of course, modify .am stuff instead and call automake/autoconf to regenerate stuff (via USE_AUTOTOOLS), but that's only needed in extreme cases. > Anyway, even with my new Makefile with your fixes, the install fails: No time to look there now. I'll be available in couple of days if you don't figure everything out by yourself by that time. For now, however, some notes on the patch: > +PORTVERSION= 2.2.2 > +PORTREVISION= 1 PORTREVISION should be removed when PORTVERSION is bumped > +USE_XORG= x11 Not actually needed, as the port uses wx which assumes x11. > +USE_GETTEXT= yes Using gettext conditionally like before no longer work? > -CONFIGURE_TARGET=--build=${MACHINE_ARCH}-portbld-freebsd${OSREL} > + > +CONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} Please remove, this is now handled automatically. > CONFIGURE_ARGS= --disable-debug \ > + --mandir=${MANPREFIX}/man \ Not needed, --mandir is appended to CONFIGURE_ARGS by default > - --with-libintl-prefix=${LOCALBASE} \ > - --with-libiconv-prefix=${LOCALBASE} \ > - --enable-embedded_crypto > + --with-wx-config=${WX_CONFIG} \ > + --with-gdlib-prefix=${LOCALBASE} \ > + --with-libpng-prefix=${LOCALBASE} \ > + --with-crypto-prefix=${LOCALBASE} \ > + --enable-monolithic Judging from my experience, when CPPFLAGS/LDFLAGS with ${LOCALBASE} paths are provided to configure (like in this case), --with-*-prefix args are not needed, as configure detects stuff on its own. > -.if !defined(WITHOUT_OPTIMIZE) > +.if defined(WITH_OPTIMIZE) No, checking WITHOUT_OPTIMIZE is correct. You should check counter-default values for options, i.e. check WITH_FOO if FOO is off by default, and WITHOUT_FOO if FOO is on by default. Same for other checks. > -share/doc/aMule-2.1.3/ABOUT-NLS > -share/doc/aMule-2.1.3/amulesig.txt > -share/doc/aMule-2.1.3/amule-win32.HOWTO.txt > -share/doc/aMule-2.1.3/Changelog > -share/doc/aMule-2.1.3/Doxyfile > -share/doc/aMule-2.1.3/ED2K-Links.HOWTO > -share/doc/aMule-2.1.3/INSTALL > -share/doc/aMule-2.1.3/license.txt > -share/doc/aMule-2.1.3/README > -share/doc/aMule-2.1.3/TODO > -share/doc/aMule-2.1.3/EC_Protocol.txt > -share/doc/aMule-2.1.3/socks4.protocol > -@dirrmtry share/doc/aMule-2.1.3 > +share/doc/aMule-2.2.2/ABOUT-NLS > +share/doc/aMule-2.2.2/amulesig.txt > +share/doc/aMule-2.2.2/amule-win32.HOWTO.txt > +share/doc/aMule-2.2.2/Changelog > +share/doc/aMule-2.2.2/Doxyfile > +share/doc/aMule-2.2.2/ED2K-Links.HOWTO > +share/doc/aMule-2.2.2/INSTALL > +share/doc/aMule-2.2.2/license.txt > +share/doc/aMule-2.2.2/README > +share/doc/aMule-2.2.2/TODO > +share/doc/aMule-2.2.2/EC_Protocol.txt > +share/doc/aMule-2.2.2/socks4.protocol > +@dirrmtry share/doc/aMule-2.2.2 There are automatic ways to handle docs, so you don't need to change plist on every update. One way is to define DOCSDIR in the Makefile: DOCSDIR= ${PREFIX}/share/doc/aMule-${PORTVERSION} and use %%DOCSDIR%% instead of share/doc/aMule-2.2.2 in the plist. Another way is to add PORTDOCS=* to Makefile in addition to DOCSDIR, and remove doc files from plist completely - they'll be added automatically on install. > -+ msg << _("aMule remote control ") << wxT(VERSION) << wxT(" for FreeBSD"); > ++ msg << _("aMule remote control ") << wxT(VERSION) << wxT(" for FreeBSD"); > #else > - msg << wxT("aMule ") << wxT(VERSION); > -+ msg << wxT("aMule ") << wxT(VERSION) << wxT(" for FreeBSD"); > ++ msg << wxT("aMule ") << wxT(VERSION) << wxT(" for FreeBSD"); Please don't do no op chenages -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From stephen at math.missouri.edu Sat Aug 23 04:04:39 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sat Aug 23 04:04:45 2008 Subject: octave-forge Message-ID: <48AF842C.9030400@math.missouri.edu> Dear Maho, I see that octave-forge has been broken for quite a while. Do you mind if I have a go at redoing it? I presume that you would want to do it meta-port style, that is, lots of ports with names like octave-forge-plot-1.0.5. I would be happy to do the work, and I think I could get it done quite quickly, but I don't want to do it if you are about to do it yourself. Stephen From stephen at math.missouri.edu Sat Aug 23 04:35:27 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sat Aug 23 04:35:34 2008 Subject: octave-forge In-Reply-To: <162546448158615974191683663738669677119-Webmail2@me.com> References: <48AF842C.9030400@math.missouri.edu> <162546448158615974191683663738669677119-Webmail2@me.com> Message-ID: <48AF938C.5090502@math.missouri.edu> "Nakata ??" wrote: > Do you need to be the MAINTAINER? > > Thank you, OK, make me the maintainer. From chat95 at mac.com Sat Aug 23 04:36:01 2008 From: chat95 at mac.com (=?ISO-2022-JP?Q?"Nakata_=1B$B=3F=3F=3D(=1B(B"?=) Date: Sat Aug 23 04:36:07 2008 Subject: octave-forge In-Reply-To: <48AF842C.9030400@math.missouri.edu> References: <48AF842C.9030400@math.missouri.edu> Message-ID: <162546448158615974191683663738669677119-Webmail2@me.com> Hi Stephen, Thanks for your e-mail. >Dear Maho, > >I see that octave-forge has been broken for quite a while. Do you mind >if I have a go at redoing it? Yes - it's been broken. octave-forge has been changed drastically, and I'm not sure what to do. Therefore I'm really appreciated if you take it over! >I presume that you would want to do it meta-port style, that is, lots of >ports with names like octave-forge-plot-1.0.5. I'm not sure which way we should take - making a lot of ports vs single ports. IMHO we should make a single port so that keep the maintainance cost low. >I would be happy to do the work, and I think I could get it done quite >quickly, but I don't want to do it if you are about to do it yourself. Do you need to be the MAINTAINER? Thank you, From yanefbsd at gmail.com Sat Aug 23 06:16:51 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Sat Aug 23 06:16:58 2008 Subject: Possible NOPROFILE => NO_PROFILE needed conversions Message-ID: <7d6fde3d0808222316s6c90262etc5f8bd037179eabe@mail.gmail.com> Hi porters, I received the following output when trying to install something the other day (not sure what it was): "/usr/share/mk/bsd.compat.mk", line 35: warning: NOPROFILE is deprecated in favour of NO_PROFILE I've included a selected list of possibly affected ports which will need to be fixed (I'm using a fairly stripped down ports tree currently on my server). Wanted to provide this as a heads-up to some maintainers so this variable can be deprecated nicely. Will post patches to the maintainers after I look at the files. Cheers, -Garrett archivers/libcabinet/files/patch-Makefile:+NOPROFILE= true archivers/zip/work/zip-2.32/amiga/smakefile:CDBG = NODEBUG NOPROFILE NOCOVERAGE # default: no debug info comms/hcidump/files/patch-parser-Makefile: NOPROFILE= 1 comms/mlan/files/patch-ab:+NOPROFILE= yes comms/mlan3/files/patch-aa:+NOPROFILE= yes devel/cgilib/files/Makefile.bsd:NOPROFILE= yes devel/freelibiberty/files/patch-aa:+NOPROFILE= yes devel/libU77/files/makefile.lib:NOPROFILE= no devel/libexecinfo/work/libexecinfo-1.1/Makefile:NOPROFILE= yes devel/libg++/files/Makefile.libg++:NOPROFILE= true devel/libgpc/files/BSDmakefile:NOPROFILE= yes devel/libshhmsg/files/Makefile.lib:NOPROFILE= yes devel/libshhopt/files/Makefile.lib:NOPROFILE= yes devel/libxalloc/files/Makefile.lib:NOPROFILE= yes devel/st/files/Makefile.main:NOPROFILE= yes devel/uclmmbase/files/Makefile.bsd:NOPROFILE= yes graphics/gd/files/Makefile.bsd: ${MAKE} LIB=${LIB} LIBDIR=${PREFIX}/lib NOPROFILE=true \ graphics/libfpx/files/Makefile.bsd:NOPROFILE= ${NO_PROFILE} graphics/libmng/files/Makefile.bsd:NOPROFILE= yes graphics/pgplot/files/Makefile.clib:NOPROFILE= no_way graphics/pgplot/files/Makefile.flib:NOPROFILE= no_way graphics/png/files/patch-aa:-NOPROFILE= YES graphics/png/files/patch-aa:+NOPROFILE= YES graphics/tifmerge/files/Makefile:NOPROFILE= yes lang/tcl80/files/Makefile.lib:NOPROFILE= yes mail/faces/files/Makefile.compface:NOPROFILE = '' mail/popd/Makefile:PLIST_SUB= NOPROFILE="@comment " mail/popd/Makefile:PLIST_SUB= NOPROFILE="" math/blas/files/makefile.lib:NOPROFILE= no math/blas/files/makefile.lib:#NOPROFILE=1 math/libranlib/Makefile:MAKE_ENV= NOPROFILE=true math/linpack/files/Makefile.lib:NOPROFILE= no misc/projectionlib/files/Makefile:NOPROFILE= true net/libconnect/Makefile:PLIST_SUB+= NOPROFILE="@comment " net/libconnect/Makefile:PLIST_SUB+= NOPROFILE="" www/cgic/files/Makefile.lib:NOPROFILE= yes ports-mgmt/pib/files/patch-Makefile: NOPROFILE= yes ports-mgmt/pkg_install/files/patch-lib_Makefile:+NOPROFILE= yes security/ifd-devkit/files/patch-Makefile:+NOPROFILE= 1 security/pam_mkhomedir/Makefile:MAKE_ARGS+= NOPROFILE=yes textproc/wordnet/files/src.lib.Makefile:NOPROFILE= True From QAT at FreeBSD.org Sat Aug 23 09:33:14 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 09:33:24 2008 Subject: emulators/xzx - failes: mtree Message-ID: <20080823093312.D3B3312E41DE@quark.ds9.tecnik93.com> 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/xzx-4.6_2.log : building xzx-4.6_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/emulators/xzx Makefile ident: $FreeBSD: ports/emulators/xzx/Makefile,v 1.49 2008/04/19 17:48:41 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 09:32:15 UTC 2008 ................................................... (cd /usr/local/lib/xzx-pro; rm -f if1.rom; ln if1-v2.rom if1.rom) Making install in doc /bin/sh ../mkinstalldirs /usr/local/lib/xzx-pro /bin/sh ../mkinstalldirs /usr/local/share/doc/xzx-pro/ mkdir -p -- /usr/local/share/doc/xzx-pro/ for f in COPYRIGHT README FAQ; do install -o root -g wheel -m 444 $f /usr/local/share/doc/xzx-pro/; done /bin/sh ../mkinstalldirs /usr/local/lib/X11/app-defaults install -o root -g wheel -m 444 Xzx /usr/local/lib/X11/app-defaults/Xzx rm -f Xzx /bin/sh ../mkinstalldirs /usr/local/man/man1 install -o root -g wheel -m 444 ./xzx.1 /usr/local/man/man1/xzx.1 Making install in dist Making install in linux cd ../.. && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run automake-1.7 --foreign dist/linux/Makefile Making install in solaris cd ../.. && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run automake-1.7 --foreign dist/solaris/Makefile Making install in irix cd ../.. && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run automake-1.7 --foreign dist/irix/Makefile cd .. && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run automake-1.7 --foreign dist/Makefile cd . && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run aclocal-1.7 cd . && /bin/sh /work/a/ports/emulators/xzx/work/xzx-pro-4.6/missing --run automake-1.7 --foreign Makefile ===> Compressing manual pages for xzx-4.6_2 ===> Registering installation for xzx-4.6_2 ================================================================ ======================================== ===> Building package for xzx-4.6_2 Creating package /tmp/packages/All/xzx-4.6_2.tbz Registering depends: open-motif-2.2.3_5 libXaw-1.0.4_1,1 libXpm-3.5.7 libXxf86vm-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXext-1.0.3,1 libXt-1.0.5_1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 kbproto-1.0.3 printproto-1.0.3 xbitmaps-1.0.1 xextproto-7.0.2 xf86vidmodeproto-2.2.2. Creating bzip'd tar ball in '/tmp/packages/All/xzx-4.6_2.tbz' Deleting xzx-4.6_2 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9020791 4 drwxr-xr-x 2 root wheel 512 Aug 23 09:33 usr/local/share/doc/xzx-pro 9020792 4 -r--r--r-- 1 root wheel 1130 Aug 23 09:33 usr/local/share/doc/xzx-pro/COPYRIGHT 9020793 56 -r--r--r-- 1 root wheel 26802 Aug 23 09:33 usr/local/share/doc/xzx-pro/README 9020794 12 -r--r--r-- 1 root wheel 5421 Aug 23 09:33 usr/local/share/doc/xzx-pro/FAQ ================================================================ build of /usr/ports/emulators/xzx ended at Sat Aug 23 09:33:11 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From jkois at freebsd.org Sat Aug 23 09:45:18 2008 From: jkois at freebsd.org (Johann Kois) Date: Sat Aug 23 09:45:30 2008 Subject: Handbook bad link References: <20080812120022.6085D106579B@hub.freebsd.org> Message-ID: <200808231115.34861.jkois@freebsd.org> On Tue, August 12, 2008, Remko wrote: > On Tue, August 12, 2008 7:23 am, Matthew wrote: > > Port description for net/cvsup-without-gui > > > > The port specified does not exist, or has an invalid name: > > > > ports/net/cvsup-without-gui/pkg-descr > > > > You are coming from > > http://www%2efreebsd%2eorg/doc/en%5fUS%2eISO8859%2d1/books/handbook/c >vsup%2ehtml > > sup%2ehtml>. > > > Please contact www@FreeBSD.org > > > > ========= > > Thanks for committing to FreeBSD, you work is greatly appreciated. > > Matthew (in Toronto) > > Works for me... > > http://www.freebsd.org/cgi/url.cgi?ports/net/cvsup/pkg-descr Hi Remko, What Matthew is talking about is the missing pkg-desr file for cvsup-without-gui. ?This file is indeed not where it should be. ?So he gets this error message. After a little digging I found the wanted file. ?But it is installed under /ports/net/cvsup/pkg-descr.nogui. So in the end it is a ports problem, not a doc/www problem. Therefore I am forwarding this to ports@FreeBSD.org (the maintainer of the cvsup port). ?Moving pkg-descr.nogui to /ports/net/cvsup-without-gui/pkg-descr should solve the problem. Johann -- Johann Kois - jkois@FreeBSD.org FreeBSD Documentation Project FreeBSD German Documentation Project - https://doc.bsdgroup.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080823/06421d94/attachment.pgp From QAT at FreeBSD.org Sat Aug 23 14:04:06 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 14:04:13 2008 Subject: games/afternoonstalker - failes: mtree Message-ID: <20080823140403.CF03812E41DE@quark.ds9.tecnik93.com> 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/afternoonstalker-1.1.1_4.log : building afternoonstalker-1.1.1_4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/afternoonstalker Makefile ident: $FreeBSD: ports/games/afternoonstalker/Makefile,v 1.15 2008/08/21 06:17:03 rafan Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 14:03:09 UTC 2008 ................................................... install -o root -g wheel -m 444 sounds/robot-bullet.wav /usr/local/share/afternoonstalker/sounds/robot-bullet.wav install -o root -g wheel -m 444 sounds/robot-hit.wav /usr/local/share/afternoonstalker/sounds/robot-hit.wav install -o root -g wheel -m 444 sounds/shooting-blanks.wav /usr/local/share/afternoonstalker/sounds/shooting-blanks.wav install -o root -g wheel -m 444 sounds/spider-killed.wav /usr/local/share/afternoonstalker/sounds/spider-killed.wav install -o root -g wheel -m 444 sounds/new-life.wav /usr/local/share/afternoonstalker/sounds/new-life.wav install -o root -g wheel -m 444 sounds/bomb-explodes.wav /usr/local/share/afternoonstalker/sounds/bomb-explodes.wav /bin/sh ./mkinstalldirs /usr/local/share/doc/afternoonstalker-1.1.1 mkdir -p -- /usr/local/share/doc/afternoonstalker-1.1.1 install -o root -g wheel -m 444 AUTHORS /usr/local/share/doc/afternoonstalker-1.1.1/AUTHORS install -o root -g wheel -m 444 COPYING /usr/local/share/doc/afternoonstalker-1.1.1/COPYING install -o root -g wheel -m 444 INSTALL /usr/local/share/doc/afternoonstalker-1.1.1/INSTALL install -o root -g wheel -m 444 NEWS /usr/local/share/doc/afternoonstalker-1.1.1/NEWS install -o root -g wheel -m 444 README /usr/local/share/doc/afternoonstalker-1.1.1/README install -o root -g wheel -m 444 THANKS /usr/local/share/doc/afternoonstalker-1.1.1/THANKS install -o root -g wheel -m 444 TODO /usr/local/share/doc/afternoonstalker-1.1.1/TODO /bin/sh ./mkinstalldirs /usr/local/man/man6 install -o root -g wheel -m 444 ./doc/afternoonstalker.6 /usr/local/man/man6/afternoonstalker.6 ===> Compressing manual pages for afternoonstalker-1.1.1_4 ===> Registering installation for afternoonstalker-1.1.1_4 ================================================================ ======================================== ===> Building package for afternoonstalker-1.1.1_4 Creating package /tmp/packages/All/afternoonstalker-1.1.1_4.tbz Registering depends: flatzebra-0.1.1_4 sdl_mixer-1.2.8_1 libmikmod-3.1.11_2 libvorbis-1.2.0_2,3 libogg-1.1.3,4 gengameng-4.1_4 sdl_image-1.2.6_1 smpeg-0.4.4_8 sdl-1.2.13_1,2 libiconv-1.11_1 aalib-1.4.r5_4 libGLU-7.0.3 libGL-7.0.3 libXdamage-1.1.1 libXfixes-4.0.3_1 libXxf86vm-1.0.1 libXi-1.1.3,1 libXmu-1.0.3,1 libXrandr-1.2.2_1 libXext-1.0.3,1 libXt-1.0.5_1 libXrender-0.9.4_1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 tiff-3.8.2_1 jpeg-6b_7 libdrm-2.3.0 png-1.2.28 damageproto-1.1.0_2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 randrproto-1.2.1 renderproto-0.9.3 xextproto-7.0.2 xf86vidmodeproto-2.2.2. Creating bzip'd tar ball in '/tmp/packages/All/afternoonstalker-1.1.1_4.tbz' Deleting afternoonstalker-1.1.1_4 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6855239 4 drwxr-xr-x 2 root wheel 512 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1 6855243 4 -r--r--r-- 1 root wheel 16 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/AUTHORS 6855244 36 -r--r--r-- 1 root wheel 17992 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/COPYING 6855246 16 -r--r--r-- 1 root wheel 7831 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/INSTALL 6855251 8 -r--r--r-- 1 root wheel 2551 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/NEWS 6855252 4 -r--r--r-- 1 root wheel 1202 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/README 6855257 4 -r--r--r-- 1 root wheel 36 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/THANKS 6855262 4 -r--r--r-- 1 root wheel 1891 Aug 23 14:03 usr/local/share/doc/afternoonstalker-1.1.1/TODO ================================================================ build of /usr/ports/games/afternoonstalker ended at Sat Aug 23 14:04:00 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 15:29:23 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 15:29:29 2008 Subject: games/inform - failes: install_error Message-ID: <20080823152920.B44E312E41E1@quark.ds9.tecnik93.com> 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/inform-6.30.log : building inform-6.30 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/inform Makefile ident: $FreeBSD: ports/games/inform/Makefile,v 1.18 2006/04/15 06:37:27 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 15:29:03 UTC 2008 ................................................... tar: share/doc/inform/s36.html: Cannot stat: No such file or directory tar: share/doc/inform/s37.html: Cannot stat: No such file or directory tar: share/doc/inform/s38.html: Cannot stat: No such file or directory tar: share/doc/inform/s39.html: Cannot stat: No such file or directory tar: share/doc/inform/s4.html: Cannot stat: No such file or directory tar: share/doc/inform/s40.html: Cannot stat: No such file or directory tar: share/doc/inform/s41.html: Cannot stat: No such file or directory tar: share/doc/inform/s42.html: Cannot stat: No such file or directory tar: share/doc/inform/s43.html: Cannot stat: No such file or directory tar: share/doc/inform/s44.html: Cannot stat: No such file or directory tar: share/doc/inform/s45.html: Cannot stat: No such file or directory tar: share/doc/inform/s46.html: Cannot stat: No such file or directory tar: share/doc/inform/s47.html: Cannot stat: No such file or directory tar: share/doc/inform/s48.html: Cannot stat: No such file or directory tar: share/doc/inform/s49.html: Cannot stat: No such file or directory tar: share/doc/inform/s5.html: Cannot stat: No such file or directory tar: share/doc/inform/s50.html: Cannot stat: No such file or directory tar: share/doc/inform/s51.html: Cannot stat: No such file or directory tar: share/doc/inform/s52.html: Cannot stat: No such file or directory tar: share/doc/inform/s6.html: Cannot stat: No such file or directory tar: share/doc/inform/s7.html: Cannot stat: No such file or directory tar: share/doc/inform/s8.html: Cannot stat: No such file or directory tar: share/doc/inform/s9.html: Cannot stat: No such file or directory tar: share/doc/inform/sa1.html: Cannot stat: No such file or directory tar: share/doc/inform/sa2.html: Cannot stat: No such file or directory tar: share/doc/inform/sa3.html: Cannot stat: No such file or directory tar: share/doc/inform/sa4.html: Cannot stat: No such file or directory tar: share/doc/inform/sa5.html: Cannot stat: No such file or directory tar: share/doc/inform/sa6.html: Cannot stat: No such file or directory tar: share/doc/inform/tables.html: 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/inform-6.30.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/inform-6.30.tbz' *** Error code 1 Stop in /a/ports/games/inform. ================================================================ build of /usr/ports/games/inform ended at Sat Aug 23 15:29:18 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 15:33:45 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 15:33:52 2008 Subject: games/jzip - failes: compiler_error Message-ID: <20080823153344.1372212E41E1@quark.ds9.tecnik93.com> 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/jzip-2.0.1g.log : building jzip-2.0.1g in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/jzip Makefile ident: $FreeBSD: ports/games/jzip/Makefile,v 1.11 2006/04/15 06:37:27 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 15:33:36 UTC 2008 ................................................... cc -O2 -fno-strict-aliasing -pipe -c -DPOSIX -DHAVE_GETOPT text.c In file included from text.c:9: ztypes.h:522: warning: conflicting types for built-in function 'remainder' cc -O2 -fno-strict-aliasing -pipe -c -DPOSIX -DHAVE_GETOPT variable.c In file included from variable.c:9: ztypes.h:522: warning: conflicting types for built-in function 'remainder' cc -O2 -fno-strict-aliasing -pipe -c -DPOSIX -DHAVE_GETOPT unixio.c In file included from unixio.c:4: ztypes.h:522: warning: conflicting types for built-in function 'remainder' cc -o jzip jzip.o control.o extern.o fileio.o input.o interpre.o math.o memory.o object.o operand.o osdepend.o property.o screen.o text.o variable.o unixio.o -ltermcap cc -o jzexe jzexe.c jzexe.c: In function 'main': jzexe.c:378: warning: return type of 'main' is not 'int' ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for jzip-2.0.1g ===> Generating temporary packing list ===> Checking if games/jzip already installed install -s -o root -g wheel -m 555 /work/a/ports/games/jzip/work/jzip /usr/local/bin install -o root -g wheel -m 444 /work/a/ports/games/jzip/work/jzip.1 /usr/local/man/man1 ===> Compressing manual pages for jzip-2.0.1g ===> Registering installation for jzip-2.0.1g ================================================================ ======================================== ===> Building package for jzip-2.0.1g tar: share/doc/jzip/Jzip.doc: 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/jzip-2.0.1g.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/jzip-2.0.1g.tbz' *** Error code 1 Stop in /a/ports/games/jzip. ================================================================ build of /usr/ports/games/jzip ended at Sat Aug 23 15:33:42 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From stephen at math.missouri.edu Sat Aug 23 16:20:50 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sat Aug 23 16:20:57 2008 Subject: octave forge proof of concept Message-ID: <48B038E0.6010702@math.missouri.edu> Dear All, I am attempting to make a new math/octave-forge port. I would like to offer this proof of concept, so as to get advice before finishing it off. It is at http://www.math.missouri.edu/~stephen/octave-forge/octave-forge-port-bundle.tar.gz. It is implemented as a metaport. So far I have only two of the sub-ports made, but in the end there will be close to 73 of them. There are many issues. The main one is that octave now has its own package maintenance procedure, and it seems very difficult to get around it. For this reason, each sub-port makes its own octave-package, which is placed in /usr/local/share/octave/tarballs, and then each sub-port instructs octave to install the octave-package. Similarly with pkg_add and pkg_delete. This process does seem to work, and if it meets everyones approval, I can finish it off rather quickly. But it is rather non-standard, so I want to wait a few days to get opinions first. Stephen From brooks at freebsd.org Sat Aug 23 16:26:48 2008 From: brooks at freebsd.org (Brooks Davis) Date: Sat Aug 23 16:26:54 2008 Subject: octave-forge In-Reply-To: <48AF842C.9030400@math.missouri.edu> References: <48AF842C.9030400@math.missouri.edu> Message-ID: <20080823162724.GA72516@lor.one-eyed-alien.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080823/8022f658/attachment.pgp From QAT at FreeBSD.org Sat Aug 23 16:38:18 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 16:38:24 2008 Subject: games/linux-doom3-demo - failes: mtree Message-ID: <20080823163815.F30C412E41E3@quark.ds9.tecnik93.com> 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/linux-doom3-demo-1.1.1286_1.log : building linux-doom3-demo-1.1.1286_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/linux-doom3-demo Makefile ident: $FreeBSD: ports/games/linux-doom3-demo/Makefile,v 1.5 2008/04/29 05:11:39 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 16:31:02 UTC 2008 ................................................... install -o root -g wheel -m 444 /work/a/ports/games/linux-doom3-demo/work/demo/demo00.pk4 /usr/local/lib/linux-doom3-demo/demo install -o root -g wheel -m 555 /work/a/ports/games/linux-doom3-demo/work/bin/Linux/x86/doom.x86 /usr/local/lib/linux-doom3-demo install -o root -g wheel -m 444 /work/a/ports/games/linux-doom3-demo/work/gamex86.so /usr/local/lib/linux-doom3-demo /usr/sbin/chown root:wheel /usr/local/lib/linux-doom3-demo/gamex86.so /bin/chmod 444 /usr/local/lib/linux-doom3-demo/gamex86.so ===> Registering installation for linux-doom3-demo-1.1.1286_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/linux-doom3-demo/doom.x86 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.doom3.com/ ================================================================ ======================================== ===> Building package for linux-doom3-demo-1.1.1286_1 Creating package /tmp/packages/All/linux-doom3-demo-1.1.1286_1.tbz Registering depends: linux_dri-7.0 linux-xorg-libs-6.8.2_5 linux-fontconfig-2.2.3_7 linux-expat-1.95.8 linux_base-fc-4_13. Creating bzip'd tar ball in '/tmp/packages/All/linux-doom3-demo-1.1.1286_1.tbz' Deleting linux-doom3-demo-1.1.1286_1 pkg_delete: file '/usr/local/lib/doom3-demo/demo' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/lib/doom3-demo/demo' pkg_delete: file '/usr/local/lib/doom3-demo' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/lib/doom3-demo' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9021305 4 drwxr-xr-x 3 root wheel 512 Aug 23 16:38 usr/local/lib/linux-doom3-demo 9021307 4 drwxr-xr-x 2 root wheel 512 Aug 23 16:38 usr/local/lib/linux-doom3-demo/demo ================================================================ build of /usr/ports/games/linux-doom3-demo ended at Sat Aug 23 16:38:12 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From stephen at math.missouri.edu Sat Aug 23 16:39:09 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sat Aug 23 16:39:16 2008 Subject: octave-forge In-Reply-To: <20080823162724.GA72516@lor.one-eyed-alien.net> References: <48AF842C.9030400@math.missouri.edu> <20080823162724.GA72516@lor.one-eyed-alien.net> Message-ID: <48B03D2B.9060801@math.missouri.edu> Brooks Davis wrote: > On Fri, Aug 22, 2008 at 10:29:48PM -0500, Stephen Montgomery-Smith wrote: >> Dear Maho, >> >> I see that octave-forge has been broken for quite a while. Do you mind if >> I have a go at redoing it? >> >> I presume that you would want to do it meta-port style, that is, lots of >> ports with names like octave-forge-plot-1.0.5. >> >> I would be happy to do the work, and I think I could get it done quite >> quickly, but I don't want to do it if you are about to do it yourself. > > Please find attached the work I've done on this so far, but never found > time to commit. This adds a bsd.octave.mk (currently in the wrong > place) and includes io and signal ports. I think adding the rest of the > modules should be fairly easy. > > -- Brooks Very nice. I hope people will compare your and my approach, and give us their opinions. In some ways, I prefer your approach, because it ideologically fits better with the freebsd package maintenance. And even if I decide to go with my approach, I think I will definitely use the bsd.octave.mk idea. I'm going to wait a few weeks, I think, until I have had time to think about it more, and get more ideas and thoughts. Stephen From QAT at FreeBSD.org Sat Aug 23 18:52:38 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 18:52:44 2008 Subject: games/openglad - failes: mtree Message-ID: <20080823185235.EBEB412E41E5@quark.ds9.tecnik93.com> 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/openglad-0.98_5.log : building openglad-0.98_5 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/openglad Makefile ident: $FreeBSD: ports/games/openglad/Makefile,v 1.15 2008/04/19 17:49:21 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 18:51:20 UTC 2008 ................................................... install -o root -g wheel -m 444 levels.001 /usr/local/share/openglad/levels.001 install -o root -g wheel -m 444 start.tex /usr/local/share/openglad/start.tex install -o root -g wheel -m 444 glad.hlp /usr/local/share/openglad/glad.hlp install -o root -g wheel -m 444 openglad.cfg /usr/local/share/openglad/openglad.cfg gmake[2]: Leaving directory `/work/a/ports/games/openglad/work/openglad-0.98' gmake[1]: Leaving directory `/work/a/ports/games/openglad/work/openglad-0.98' mkdir -p -- /usr/local/share/doc/openglad installing NEWS as /usr/local/share/doc/openglad/NEWS installing README as /usr/local/share/doc/openglad/README installing ChangeLog as /usr/local/share/doc/openglad/ChangeLog installing release-notes.txt as /usr/local/share/doc/openglad/release-notes.txt installing cheats.txt as /usr/local/share/doc/openglad/cheats.txt installing scen.txt as /usr/local/share/doc/openglad/scen.txt installing AUTHORS as /usr/local/share/doc/openglad/AUTHORS installing COPYING as /usr/local/share/doc/openglad/COPYING installing INSTALL as /usr/local/share/doc/openglad/INSTALL ===> Registering installation for openglad-0.98_5 ================================================================ ======================================== ===> Building package for openglad-0.98_5 Creating package /tmp/packages/All/openglad-0.98_5.tbz Registering depends: sdl_mixer-1.2.8_1 libmikmod-3.1.11_2 libvorbis-1.2.0_2,3 libogg-1.1.3,4 smpeg-0.4.4_8 sdl-1.2.13_1,2 libiconv-1.11_1 aalib-1.4.r5_4 libGLU-7.0.3 libGL-7.0.3 libXdamage-1.1.1 libXfixes-4.0.3_1 libXxf86vm-1.0.1 libXi-1.1.3,1 libXmu-1.0.3,1 libXrandr-1.2.2_1 libXext-1.0.3,1 libXt-1.0.5_1 libXrender-0.9.4_1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 libdrm-2.3.0 damageproto-1.1.0_2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 randrproto-1.2.1 renderproto-0.9.3 xextproto-7.0.2 xf86vidmodeproto-2.2.2. Creating bzip'd tar ball in '/tmp/packages/All/openglad-0.98_5.tbz' Deleting openglad-0.98_5 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 15214831 4 drwxr-xr-x 2 root wheel 512 Aug 23 18:52 usr/local/share/doc/openglad 15214832 4 -r--r--r-- 1 root wheel 387 Aug 23 18:52 usr/local/share/doc/openglad/NEWS 15214836 92 -r--r--r-- 1 root wheel 45993 Aug 23 18:52 usr/local/share/doc/openglad/README 15214837 4 -r--r--r-- 1 root wheel 973 Aug 23 18:52 usr/local/share/doc/openglad/ChangeLog 15214839 4 -r--r--r-- 1 root wheel 191 Aug 23 18:52 usr/local/share/doc/openglad/release-notes.txt 15214852 4 -r--r--r-- 1 root wheel 1156 Aug 23 18:52 usr/local/share/doc/openglad/cheats.txt 15214855 48 -r--r--r-- 1 root wheel 24376 Aug 23 18:52 usr/local/share/doc/openglad/scen.txt 15214858 4 -r--r--r-- 1 root wheel 577 Aug 23 18:52 usr/local/share/doc/openglad/AUTHORS 15214859 36 -r--r--r-- 1 root wheel 17989 Aug 23 18:52 usr/local/share/doc/openglad/COPYING 15214861 4 -r--r--r-- 1 root wheel 1562 Aug 23 18:52 usr/local/share/doc/openglad/INSTALL ================================================================ build of /usr/ports/games/openglad ended at Sat Aug 23 18:52:34 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 19:10:01 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 19:10:08 2008 Subject: games/quake3-freezetag - failes: mtree Message-ID: <20080823190958.7368D12E41E5@quark.ds9.tecnik93.com> 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/quake3-freezetag-1.51b.log : building quake3-freezetag-1.51b in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/quake3-freezetag Makefile ident: $FreeBSD: ports/games/quake3-freezetag/Makefile,v 1.8 2006/04/14 22:53:04 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 19:09:47 UTC 2008 ................................................... ======================================== add_pkg quake3-data-1.32.b.3_2.tbz adding dependencies pkg_add quake3-data-1.32.b.3_2.tbz ==================================================================== To complete the installation of this port you need to copy the file "baseq3/pak0.pk3" from the original Quake III Arena distribution to "/usr/local/share/quake3/baseq3". If you have the expansion pack then you have to copy the file "missionpack/pak0.pk3" from the original Quake III Team Arena distribution to "/usr/local/share/quake3/missionpack". ==================================================================== ===> Installing for quake3-freezetag-1.51b ===> quake3-freezetag-1.51b depends on file: /usr/local/share/quake3/baseq3/pak1.pk3 - found ===> Generating temporary packing list ===> Checking if games/quake3-freezetag already installed ===> Registering installation for quake3-freezetag-1.51b ================================================================ ======================================== ===> Building package for quake3-freezetag-1.51b Creating package /tmp/packages/All/quake3-freezetag-1.51b.tbz Registering depends: quake3-data-1.32.b.3_2. Creating bzip'd tar ball in '/tmp/packages/All/quake3-freezetag-1.51b.tbz' Deleting quake3-freezetag-1.51b pkg_delete: file '/usr/local/share/doc/freezetag' doesn't exist pkg_delete: unable to completely remove directory '/usr/local/share/doc/freezetag' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 15662827 4 drwxr-xr-x 2 root wheel 512 Aug 23 19:09 usr/local/share/quake3/freezetag ================================================================ build of /usr/ports/games/quake3-freezetag ended at Sat Aug 23 19:09:57 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 19:24:45 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 19:24:51 2008 Subject: games/smiley - failes: compiler_error Message-ID: <20080823192435.D475412E41E5@quark.ds9.tecnik93.com> 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/smiley-4.0.log : building smiley-4.0 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/smiley Makefile ident: $FreeBSD: ports/games/smiley/Makefile,v 1.7 2005/11/25 22:29:21 pav Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 19:24:31 UTC 2008 ................................................... ===> Building for smiley-4.0 cc -O2 -fno-strict-aliasing -pipe -c bsearch.c cc -O2 -fno-strict-aliasing -pipe -o mkfaces mkfaces.c < faces.in sort | ./mkfaces > faces.c cc -O2 -fno-strict-aliasing -pipe -c faces.c cc -O2 -fno-strict-aliasing -pipe -c getopt.c getopt.c: In function 'getopt': getopt.c:42: warning: conflicting types for built-in function 'strlen' cc -O2 -fno-strict-aliasing -pipe -c ltoa.c cc -O2 -fno-strict-aliasing -pipe -c smiley.c smiley.c:46: warning: conflicting types for built-in function 'strlen' cc -O2 -fno-strict-aliasing -pipe -o smiley bsearch.o faces.o getopt.o ltoa.o smiley.o ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for smiley-4.0 ===> Generating temporary packing list ===> Checking if games/smiley already installed /bin/mkdir -p /usr/local/bin install -s -o root -g wheel -m 555 /work/a/ports/games/smiley/work/smiley/smiley /usr/local/bin ===> Compressing manual pages for smiley-4.0 gzip: can't stat: /usr/local/man/man1/smiley.1: No such file or directory ===> Registering installation for smiley-4.0 ================================================================ ======================================== ===> Building package for smiley-4.0 tar: man/man1/smiley.1.gz: 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/smiley-4.0.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/smiley-4.0.tbz' *** Error code 1 Stop in /a/ports/games/smiley. ================================================================ build of /usr/ports/games/smiley ended at Sat Aug 23 19:24:34 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 20:08:39 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 20:08:56 2008 Subject: games/tvp - failes: install_error Message-ID: <20080823200837.B4ED012E41E5@quark.ds9.tecnik93.com> 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/tvp-0.9.7.1_2.log : building tvp-0.9.7.1_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/tvp Makefile ident: $FreeBSD: ports/games/tvp/Makefile,v 1.25 2008/04/19 17:49:33 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 20:07:52 UTC 2008 ................................................... skipping pkg-config-0.23_1, already added pkg_add tk-8.4.19,2.tbz skipping tk-8.4.19,2, already added ===> Installing for tvp-0.9.7.1_2 ===> tvp-0.9.7.1_2 depends on shared library: tk84 - found ===> Generating temporary packing list ===> Checking if games/tvp already installed mkdir -p /usr/local/bin sh ./install-sh -c prez/prez* /usr/local/bin if test -x aprez/aprez.exe ; then sh ./install-sh -c aprez/aprez.exe /usr/local/bin; else sh ./install-sh -c aprez/aprez /usr/local/bin; fi if true; then true; if test -x xprez/xpwish.exe ; then sh ./install-sh -c xprez/xpwish.exe /usr/local/bin; else sh ./install-sh -c xprez/xpwish /usr/local/bin; fi ; sh ./install-sh -c xprez/xprez /usr/local/bin; mkdir -p /usr/local/share/games/tvp; for zz in xprez/cards/*; do sh ./install-sh -c $zz /usr/local/share/games/tvp; done; fi install -o root -g wheel -m 444 /a/ports/games/tvp/files/tvp.6 /usr/local/man/man6/tvp.6 a='/usr/local/share/doc/tvp/' /usr/local/bin/perl -pi -e 's/TOKEN/$ENV{a}/' /usr/local/man/man6/tvp.6 /usr/bin/strip /usr/local/bin/aprez /usr/local/bin/prez /usr/local/bin/xpwish Use one of the following commands: prez - CLI version aprez - Curses version xprex - X11 version ===> Compressing manual pages for tvp-0.9.7.1_2 ===> Registering installation for tvp-0.9.7.1_2 ================================================================ ======================================== ===> Building package for tvp-0.9.7.1_2 tar: share/doc/tvp/aprez.txt: Cannot stat: No such file or directory tar: share/doc/tvp/libass.txt: Cannot stat: No such file or directory tar: share/doc/tvp/president.txt: Cannot stat: No such file or directory tar: share/doc/tvp/prez.txt: Cannot stat: No such file or directory tar: share/doc/tvp/xprez.txt: 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/tvp-0.9.7.1_2.tbz Registering depends: tk-8.4.19,2 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 tcl-8.4.19,1 kbproto-1.0.3. Creating bzip'd tar ball in '/tmp/packages/All/tvp-0.9.7.1_2.tbz' *** Error code 1 Stop in /a/ports/games/tvp. ================================================================ build of /usr/ports/games/tvp ended at Sat Aug 23 20:08:36 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 20:17:22 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 20:17:29 2008 Subject: games/uox3 - failes: install_error Message-ID: <20080823201721.35C1212E41E5@quark.ds9.tecnik93.com> 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/uox3-0.69.02_1.log : building uox3-0.69.02_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/uox3 Makefile ident: $FreeBSD: ports/games/uox3/Makefile,v 1.19 2007/09/06 21:48:30 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 20:16:44 UTC 2008 ................................................... tar: uox3/docs/items.txt: Cannot stat: No such file or directory tar: uox3/docs/itemsadd.txt: Cannot stat: No such file or directory tar: uox3/docs/mspells.txt: Cannot stat: No such file or directory tar: uox3/docs/newbie.txt: Cannot stat: No such file or directory tar: uox3/docs/newbiec.txt: Cannot stat: No such file or directory tar: uox3/docs/scriptup.txt: Cannot stat: No such file or directory tar: uox3/docs/sounds.txt: Cannot stat: No such file or directory tar: uox3/docs/tstone.txt: Cannot stat: No such file or directory tar: uox3/docs/anthracks28c.txt: Cannot stat: No such file or directory tar: uox3/docs/splitreadme.txt: Cannot stat: No such file or directory tar: uox3/docs/update.txt: Cannot stat: No such file or directory tar: uox3/docs/trigger.html: Cannot stat: No such file or directory tar: uox3/docs/midilist.txt: Cannot stat: No such file or directory tar: uox3/docs/readme.txt: Cannot stat: No such file or directory tar: uox3/docs/layers.txt: Cannot stat: No such file or directory tar: uox3/docs/uoxscriptupdate.txt: Cannot stat: No such file or directory tar: uox3/docs/scripteamsupdate.txt: Cannot stat: No such file or directory tar: uox3/docs/set-types.txt: Cannot stat: No such file or directory tar: uox3/docs/commands.html: Cannot stat: No such file or directory tar: uox3/docs/settype.html: Cannot stat: No such file or directory tar: uox3/docs/set.html: Cannot stat: No such file or directory tar: uox3/docs/setnpcai.html: Cannot stat: No such file or directory tar: uox3/docs/setowner.html: Cannot stat: No such file or directory tar: uox3/docs/setprivpr1.html: Cannot stat: No such file or directory tar: uox3/docs/contents.html: Cannot stat: No such file or directory tar: uox3/docs/contents1.html: Cannot stat: No such file or directory tar: uox3/docs/actions.txt: Cannot stat: No such file or directory tar: uox3/docs/readme.html: Cannot stat: No such file or directory tar: uox3/docs/triggerdocs.htm: Cannot stat: No such file or directory tar: uox3/docs/npc.html: 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/uox3-0.69.02_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/uox3-0.69.02_1.tbz' *** Error code 1 Stop in /a/ports/games/uox3. ================================================================ build of /usr/ports/games/uox3 ended at Sat Aug 23 20:17:19 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 20:22:50 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 20:22:57 2008 Subject: games/xhime - failes: install_error Message-ID: <20080823202248.59CB812E41E5@quark.ds9.tecnik93.com> 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/xhime-1.51_1.log : building xhime-1.51_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/xhime Makefile ident: $FreeBSD: ports/games/xhime/Makefile,v 1.12 2007/05/19 20:08:01 flz Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 20:22:21 UTC 2008 ................................................... skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add xorg-libraries-7.3_2.tbz skipping xorg-libraries-7.3_2, already added ===> Installing for xhime-1.51_1 ===> xhime-1.51_1 depends on file: /usr/local/libdata/xorg/libraries - found ===> Generating temporary packing list ===> Checking if games/xhime already installed /usr/bin/install -c -s xhime /usr/local/bin/xhime + mkdir -p /usr/local/share/examples/xhime + /usr/bin/install -c -m 0444 rh110.xhm /usr/local/share/examples/xhime install in . done rm -f /usr/local/man/man6/xhime.6* /usr/bin/install -c -m 0444 xhime._man /usr/local/man/man6/xhime.6 gzip -n /usr/local/man/man6/xhime.6 install.man in . done /usr/bin/strip /usr/local/bin/xhime install -o root -g wheel -m 444 /work/a/ports/games/xhime/work/xhime1.51/xhime-man.euc /usr/local/man/ja/man6 /bin/mv /usr/local/man/ja/man6/xhime-man.euc /usr/local/man/ja/man6/xhime.6 /usr/bin/gzip -nf -9 /usr/local/man/ja/man6/xhime.6 ===> Registering installation for xhime-1.51_1 ================================================================ ======================================== ===> Building package for xhime-1.51_1 tar: share/doc/ja/xhime/xhime-doc.euc: Cannot stat: No such file or directory tar: share/doc/ja/xhime/xhime.doc: Cannot stat: No such file or directory tar: share/doc/ja/xhime/rh110-doc.euc: 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/xhime-1.51_1.tbz Registering depends: xorg-libraries-7.3_2 libXfontcache-1.0.4 libXres-1.0.3_3 libXTrap-1.0.0 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXcomposite-0.4.0,1 libXevie-1.0.2 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXScrnSaver-1.1.2 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libXext-1.0.3,1 trapproto-3.4.3 libxkbui-1.0.2_1 libXt-1.0.5_1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libXft-2.1.13 libXrender-0.9.4_1 libxkbfile-1.0.4 liboldX-1.0.1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libFS-1.0.0_1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 xtrans-1.0.4 pixman-0.10.0_2 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printp roto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/xhime-1.51_1.tbz' *** Error code 1 Stop in /a/ports/games/xhime. ================================================================ build of /usr/ports/games/xhime ended at Sat Aug 23 20:22:46 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 20:29:09 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 20:29:17 2008 Subject: games/xosmulti - failes: install_error Message-ID: <20080823202908.3EF8112E41E5@quark.ds9.tecnik93.com> 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/xosmulti-1.00_2.log : building xosmulti-1.00_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/games/xosmulti Makefile ident: $FreeBSD: ports/games/xosmulti/Makefile,v 1.10 2008/04/19 17:49:46 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 20:29:00 UTC 2008 ................................................... skipping pkg-config-0.23_1, already added pkg_add libX11-1.1.3_1,1.tbz skipping libX11-1.1.3_1,1, already added pkg_add libSM-1.0.3_1,1.tbz skipping libSM-1.0.3_1,1, already added pkg_add libICE-1.0.4_1,1.tbz skipping libICE-1.0.4_1,1, already added pkg_add libXt-1.0.5_1.tbz skipping libXt-1.0.5_1, already added pkg_add inputproto-1.4.2.1.tbz skipping inputproto-1.4.2.1, already added pkg_add libXext-1.0.3,1.tbz skipping libXext-1.0.3,1, already added pkg_add xextproto-7.0.2.tbz skipping xextproto-7.0.2, already added pkg_add libXi-1.1.3,1.tbz skipping libXi-1.1.3,1, already added ===> Installing for xosmulti-1.00_2 ===> xosmulti-1.00_2 depends on file: /usr/local/libdata/pkgconfig/xbitmaps.pc - found ===> xosmulti-1.00_2 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> xosmulti-1.00_2 depends on file: /usr/local/libdata/pkgconfig/xt.pc - found ===> xosmulti-1.00_2 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> Generating temporary packing list ===> Checking if games/xosmulti already installed install -s -o root -g wheel -m 555 /work/a/ports/games/xosmulti/work/xosmulti/xosmulti /usr/local/bin ===> Registering installation for xosmulti-1.00_2 ================================================================ ======================================== ===> Building package for xosmulti-1.00_2 tar: share/doc/ja/xosmulti/README.jp: 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/xosmulti-1.00_2.tbz Registering depends: libXt-1.0.5_1 libXi-1.1.3,1 libXext-1.0.3,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 inputproto-1.4.2.1 kbproto-1.0.3 xbitmaps-1.0.1 xextproto-7.0.2. Creating bzip'd tar ball in '/tmp/packages/All/xosmulti-1.00_2.tbz' *** Error code 1 Stop in /a/ports/games/xosmulti. ================================================================ build of /usr/ports/games/xosmulti ended at Sat Aug 23 20:29:06 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 20:46:42 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 20:46:48 2008 Subject: german/selfhtml - failes: mtree Message-ID: <20080823204639.BB73A12E41E5@quark.ds9.tecnik93.com> 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/de-selfhtml-8.1.2,1.log : building de-selfhtml-8.1.2,1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/german/selfhtml Makefile ident: $FreeBSD: ports/german/selfhtml/Makefile,v 1.7 2007/03/04 04:14:00 pav Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 20:46:19 UTC 2008 ................................................... 7164808 4 -r--r--r-- 1 root wheel 278 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/feiertage.xml 7164809 4 -r--r--r-- 1 root wheel 178 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/textzeilen.xml 7164810 4 -r--r--r-- 1 root wheel 249 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/anytext.xml 7164811 4 -r--r--r-- 1 root wheel 1345 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/buch.dtd 7164812 4 -r--r--r-- 1 root wheel 498 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/hotels.xml 7164813 4 -r--r--r-- 1 root wheel 237 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/text.dtd 7164814 4 -r--r--r-- 1 root wheel 524 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/lager.dtd 7164815 4 -r--r--r-- 1 root wheel 183 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/feiertage.dtd 7164816 4 -r--r--r-- 1 root wheel 498 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/personendatenbank.xml 7164817 4 -r--r--r-- 1 root wheel 73 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/textzeilen.dtd 7164818 4 -r--r--r-- 1 root wheel 82 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/anytext.dtd 7164819 4 -r--r--r-- 1 root wheel 253 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/hotels.dtd 7164820 4 -r--r--r-- 1 root wheel 103 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/bild.xml 7164821 4 -r--r--r-- 1 root wheel 130 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/news.xml 7164822 4 -r--r--r-- 1 root wheel 1187 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/personendatenbank.dtd 7164823 4 -r--r--r-- 1 root wheel 91 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/anzeige/text-mit-baustein.dtd 7164824 24 -r--r--r-- 1 root wheel 10558 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/notations.htm 7164825 96 -r--r--r-- 1 root wheel 48658 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/elemente.htm 7164826 96 -r--r--r-- 1 root wheel 49131 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/attribute.htm 7164827 76 -r--r--r-- 1 root wheel 37408 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/entities.htm 7164828 44 -r--r--r-- 1 root wheel 21216 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/allgemeines.htm 7164829 12 -r--r--r-- 1 root wheel 4580 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/index.htm 7164830 28 -r--r--r-- 1 root wheel 13233 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/dtd/bearbeitungsregeln.htm 7161502 4 drwxr-xr-x 2 root wheel 512 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln 7164831 36 -r--r--r-- 1 root wheel 17219 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/xmldeklaration.htm 7164832 24 -r--r--r-- 1 root wheel 10635 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/baumstruktur.htm 7164833 24 -r--r--r-- 1 root wheel 10936 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/begriffe.htm 7164834 16 -r--r--r-- 1 root wheel 8028 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/allgemein.htm 7164835 4 -r--r--r-- 1 root wheel 1495 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/namensraeume.gif 7164836 24 -r--r--r-- 1 root wheel 10921 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/tagsattrwerte.htm 7164837 28 -r--r--r-- 1 root wheel 13069 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/namensraeume.htm 7164838 28 -r--r--r-- 1 root wheel 13165 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/dokumenttypdeklaration.htm 7164839 8 -r--r--r-- 1 root wheel 3631 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/baumstruktur.gif 7164840 24 -r--r--r-- 1 root wheel 12197 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/zeichen.htm 7164841 12 -r--r--r-- 1 root wheel 4844 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/regeln/index.htm 7164775 84 -r--r--r-- 1 root wheel 41656 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/intro.htm 7164842 12 -r--r--r-- 1 root wheel 5172 Aug 23 20:46 usr/local/share/doc/selfhtml/xml/index.htm 7161503 20 -r--r--r-- 1 root wheel 9573 Aug 23 20:46 usr/local/share/doc/selfhtml/index.htm ================================================================ build of /usr/ports/german/selfhtml ended at Sat Aug 23 20:46:37 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 21:42:05 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 21:42:12 2008 Subject: graphics/fujiplay - failes: install_error Message-ID: <20080823214203.578CF12E41E5@quark.ds9.tecnik93.com> 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/fujiplay-1.33_1.log : building fujiplay-1.33_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/graphics/fujiplay Makefile ident: $FreeBSD: ports/graphics/fujiplay/Makefile,v 1.8 2004/12/23 09:32:31 nork Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 21:41:59 UTC 2008 ................................................... fujiplay.c: In function 'dc_version_info': fujiplay.c:352: warning: pointer targets in return differ in signedness fujiplay.c: In function 'dc_camera_type': fujiplay.c:358: warning: pointer targets in return differ in signedness fujiplay.c: In function 'dc_camera_id': fujiplay.c:364: warning: pointer targets in return differ in signedness fujiplay.c: In function 'dc_get_date': fujiplay.c:384: warning: pointer targets in initialization differ in signedness fujiplay.c: In function 'dc_picture_name': fujiplay.c:434: warning: pointer targets in return differ in signedness gcc -s -o fujiplay fujiplay.o gcc -O2 -Wall -c yycc2ppm.c gcc -s -o yycc2ppm yycc2ppm.o ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for fujiplay-1.33_1 ===> Generating temporary packing list ===> Checking if graphics/fujiplay already installed (cd /work/a/ports/graphics/fujiplay/work; install -s -o root -g wheel -m 555 fujiplay yycc2ppm /usr/local/bin) ===> Registering installation for fujiplay-1.33_1 ================================================================ ======================================== ===> Building package for fujiplay-1.33_1 tar: share/doc/fujiplay/README: Cannot stat: No such file or directory tar: share/doc/fujiplay/fujiplay.lsm: Cannot stat: No such file or directory tar: share/doc/fujiplay/mx700-commands.html: 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/fujiplay-1.33_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/fujiplay-1.33_1.tbz' *** Error code 1 Stop in /a/ports/graphics/fujiplay. ================================================================ build of /usr/ports/graphics/fujiplay ended at Sat Aug 23 21:42: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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 21:49:20 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 21:49:27 2008 Subject: graphics/giftool - failes: mtree Message-ID: <20080823214917.25ECC12E41E5@quark.ds9.tecnik93.com> 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/giftool-1.0.log : building giftool-1.0 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/graphics/giftool Makefile ident: $FreeBSD: ports/graphics/giftool/Makefile,v 1.15 2005/03/14 20:37:20 krion Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 21:49:12 UTC 2008 ................................................... cc -O2 -fno-strict-aliasing -pipe -c writeGIF.c cc -O2 -fno-strict-aliasing -pipe -o giftool main.o readGIF.o writeGIF.o ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for giftool-1.0 ===> Generating temporary packing list ===> Checking if graphics/giftool already installed install -s -o root -g wheel -m 555 /work/a/ports/graphics/giftool/work/giftool /usr/local/bin /bin/mkdir -p /usr/local/share/doc/giftool (cd /work/a/ports/graphics/giftool/work && install -o root -g wheel -m 444 COPYRIGHT README /usr/local/share/doc/giftool) ** GIFTOOL is shareware for PERSONAL USE only. You may use GIFTOOL for ** your own amusement, and if you find it nifty, useful, generally cool, ** or of some value to you, your non-deductable donation would be greatly ** appreciated. $10 is the suggested donation, though, of course, ** larger donations are quite welcome. Type 'giftool -help' for usage information. ===> Registering installation for giftool-1.0 ================================================================ ======================================== ===> Building package for giftool-1.0 Creating package /tmp/packages/All/giftool-1.0.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/giftool-1.0.tbz' Deleting giftool-1.0 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 8997133 4 drwxr-xr-x 2 root wheel 512 Aug 23 21:49 usr/local/share/doc/giftool 8998380 8 -r--r--r-- 1 root wheel 2772 Aug 23 21:49 usr/local/share/doc/giftool/COPYRIGHT 8998382 4 -r--r--r-- 1 root wheel 266 Aug 23 21:49 usr/local/share/doc/giftool/README ================================================================ build of /usr/ports/graphics/giftool ended at Sat Aug 23 21:49: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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sat Aug 23 22:18:38 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sat Aug 23 22:18:49 2008 Subject: graphics/gnofract4d - failes: mtree Message-ID: <20080823221837.3D61012E41E5@quark.ds9.tecnik93.com> 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/gnofract4d-3.8_1.log : building gnofract4d-3.8_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/graphics/gnofract4d Makefile ident: $FreeBSD: ports/graphics/gnofract4d/Makefile,v 1.54 2008/07/25 14:34:25 pav Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sat Aug 23 22:16:22 UTC 2008 ................................................... copying doc/gnofract4d-manual/C/figures/julia_perturbed.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/yz_plane.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/hybrid.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/tutorial001.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/xw_plane.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/tutorial002.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/MyFormula.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/julia_standard.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/xz_plane.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/mandelbrot_perturbed.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/figures/mandelbrot_standard.png -> /usr/local/share/gnome/help/gnofract4d/C/figures copying doc/gnofract4d-manual/C/gnofract4d-manual.html -> /usr/local/share/gnome/help/gnofract4d/C creating /usr/local/share/gnofract4d/pixmaps copying pixmaps/improve_now.png -> /usr/local/share/gnofract4d/pixmaps copying pixmaps/explorer_mode.png -> /usr/local/share/gnofract4d/pixmaps copying pixmaps/gnofract4d-logo.png -> /usr/local/share/pixmaps copying gnofract4d.desktop -> /usr/local/share/applications copying gnofract4d-mime.xml -> /usr/local/share/mime/packages creating /usr/local/share/doc/gnofract4d copying COPYING -> /usr/local/share/doc/gnofract4d/ copying README -> /usr/local/share/doc/gnofract4d/ running install_egg_info Writing /usr/local/lib/python2.5/site-packages/gnofract4d-3.8-py2.5.egg-info ===> Registering installation for gnofract4d-3.8_1 ================================================================ ======================================== ===> Building package for gnofract4d-3.8_1 Creating package /tmp/packages/All/gnofract4d-3.8_1.tbz Registering depends: py25-gtk-2.12.1_1 libgnomeui-2.22.1_2 libbonoboui-2.22.0_2 libgnomecanvas-2.20.1.1_2 libglade2-2.6.3 gail-1.22.3 libgnome-2.22.0_1 gvfs-0.2.5 gnome-mount-0.8_2 policykit-gnome-0.9 gnome-vfs-2.22.0_2 gnome-keyring-2.22.3_1 gconf2-2.22.0_1 libsexy-0.1.11_1 libnotify-0.4.4_2 gnome-icon-theme-2.22.0_1 gtk-2.12.11 atk-1.22.0_1 libcdio-0.78.2_2 cdparanoia-3.9.8_8 esound-0.2.39_1 libaudiofile-0.2.6 libcddb-1.3.0 intltool-0.37.1 gnome-mime-data-2.18.0_3 shared-mime-info-0.51 pango-1.20.5 py25-gobject-2.14.2_2 libbonobo-2.22.0_1 ORBit2-2.14.14 libIDL-0.8.11 hal-0.5.11_1 consolekit-0.2.10_2 policykit-0.9_1 avahi-app-0.6.23 enchant-1.4.0_1 dbus-glib-0.76 libsoup-2.4.1_1 gio-fam-backend-2.16.5 gamin-0.1.9_2 glib-2.16.5 popt-1.7_5 gnome-doc-utils-0.12.2_1 rarian-0.8.0_1 getopt-1.1.4_1 bash-3.2.39_1 gnutls-2.4.1_1 libgcrypt-1.4.1_1 libgpg-error-1.6_1 aspell-0.60.6_2 iso-codes-3.2_1 libgphoto2-2.4.2_1 libexif-0.6.15_1 gettext-0.17_1 dbus-1.2.1 libxslt-1.1.24 py25-libxml 2-2.6.32 libxml2-2.6.32 samba-libsmbclient-3.0.31_1 fusefs-libs-2.7.3 libiconv-1.11_1 gdbm-1.8.3_3 libdaemon-0.12 libltdl-1.5.26 libtool-1.5.26 libusb-0.1.12_2 libvolume_id-0.81.0 pcre-7.7_1 xorg-fonts-truetype-7.3 bitstream-vera-1.10_4 font-bh-ttf-1.0.0 font-misc-meltho-1.0.0_1 font-misc-ethiopic-1.0.0 libXft-2.1.13 py25-cairo-1.4.12 cairo-1.6.4_2,1 fontconfig-2.5.0,1 mkfontdir-1.0.3_1 mkfontscale-1.0.3 freetype2-2.3.7 pixman-0.10.0_2 libfontenc-1.0.4 libXdamage-1.1.1 libXcursor-1.1.9_1 libXfixes-4.0.3_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXi-1.1.3,1 libXinerama-1.0.2,1 libXpm-3.5.7 libXext-1.0.3,1 libXt-1.0.5_1 startup-notification-0.9_2 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 libart_lgpl-2.3.20,1 libtasn1-1.4 pkg-config-0.23_1 tiff-3.8.2_1 jpeg-6b_7 png-1.2.28 p5-XML-Parser-2.36 perl-5.8.8_1 py25-numeric-24.2 python25-2.5.2_2 gnomehier-2.3_10 hicolor-icon-theme-0.10_2 pciids-20080726 dmidecode-2.9 fusefs-kmod-0 .3.9.p1.20080208_2 gnome_subr-1.0 docbook-sk-4.1.2_4 docbook-xsl-1.74.0 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4 expat-2.0.1 sdocbook-xml-1.1,1 xmlcatmgr-2.2 encodings-1.0.2,1 font-util-1.0.1 damageproto-1.1.0_2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 randrproto-1.2.1 renderproto-0.9.3 xextproto-7.0.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/gnofract4d-3.8_1.tbz' Deleting gnofract4d-3.8_1 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 9304825 4 drwxr-xr-x 2 root wheel 512 Aug 23 22:18 usr/local/share/doc/gnofract4d 9304827 4 -rw-r--r-- 1 root wheel 1655 Oct 8 2006 usr/local/share/doc/gnofract4d/COPYING 9304845 4 -rw-r--r-- 1 root wheel 877 Jun 18 2005 usr/local/share/doc/gnofract4d/README ================================================================ build of /usr/ports/graphics/gnofract4d ended at Sat Aug 23 22:18:35 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From chat95 at mac.com Sat Aug 23 23:44:28 2008 From: chat95 at mac.com (=?ISO-2022-JP?Q?"Nakata_=1B$B=3F=3F=3D(=1B(B"?=) Date: Sat Aug 23 23:44:35 2008 Subject: octave-forge In-Reply-To: <20080823162724.GA72516@lor.one-eyed-alien.net> References: <48AF842C.9030400@math.missouri.edu> <20080823162724.GA72516@lor.one-eyed-alien.net> Message-ID: <125246152044264692267693545459607632533-Webmail2@me.com> 08/08/24 (???) 01?27AM? "Brooks Davis" ??????? >On Fri, Aug 22, 2008 at 10:29:48PM -0500, Stephen Montgomery-Smith wrote: >> Dear Maho, >> >> I see that octave-forge has been broken for quite a while. Do you mind if >> I have a go at redoing it? >> >> I presume that you would want to do it meta-port style, that is, lots of >> ports with names like octave-forge-plot-1.0.5. >> >> I would be happy to do the work, and I think I could get it done quite >> quickly, but I don't want to do it if you are about to do it yourself. > >Please find attached the work I've done on this so far, but never found >time to commit. This adds a bsd.octave.mk (currently in the wrong >place) and includes io and signal ports. I think adding the rest of the >modules should be fairly easy. Dear Brooks, Sorry, I don't forget about you, and I should have asked before Stephen..and thank you very much for your kindness! From QAT at FreeBSD.org Sun Aug 24 00:19:51 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 00:19:58 2008 Subject: graphics/xmagv - failes: install_error Message-ID: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> 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/xmagv-1.11_1.log : building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/graphics/xmagv Makefile ident: $FreeBSD: ports/graphics/xmagv/Makefile,v 1.8 2007/05/19 20:11:10 flz Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 00:19:06 UTC 2008 ................................................... pkg_add xf86dgaproto-2.0.3.tbz skipping xf86dgaproto-2.0.3, already added pkg_add xf86miscproto-0.9.2.tbz skipping xf86miscproto-0.9.2, already added pkg_add xf86vidmodeproto-2.2.2.tbz skipping xf86vidmodeproto-2.2.2, already added pkg_add fontconfig-2.5.0,1.tbz skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add xorg-libraries-7.3_2.tbz skipping xorg-libraries-7.3_2, already added ===> Installing for xmagv-1.11_1 ===> xmagv-1.11_1 depends on file: /usr/local/libdata/xorg/libraries - found ===> Generating temporary packing list ===> Checking if graphics/xmagv already installed /usr/bin/install -c -s xmagv /usr/local/bin/xmagv install in . done rm -f /usr/local/man/man1/xmagv.1* /usr/bin/install -c -m 0444 xmagv._man /usr/local/man/man1/xmagv.1 gzip -n /usr/local/man/man1/xmagv.1 install.man in . done ===> Registering installation for xmagv-1.11_1 ================================================================ ======================================== ===> Building package for xmagv-1.11_1 tar: man/ja/man1/xmagv.1.gz: Cannot stat: No such file or directory tar: share/doc/ja/xmagv/xmagv.doc: 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/xmagv-1.11_1.tbz Registering depends: xorg-libraries-7.3_2 libXfontcache-1.0.4 libXres-1.0.3_3 libXTrap-1.0.0 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXcomposite-0.4.0,1 libXevie-1.0.2 libXi-1.1.3,1 libXinerama-1.0.2,1 libXrandr-1.2.2_1 libXScrnSaver-1.1.2 libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXxf86dga-1.0.2 libXxf86misc-1.0.1 libXxf86vm-1.0.1 libdmx-1.0.2_1 libXext-1.0.3,1 trapproto-3.4.3 libxkbui-1.0.2_1 libXt-1.0.5_1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libXft-2.1.13 libXrender-0.9.4_1 libxkbfile-1.0.4 liboldX-1.0.1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libXfont-1.3.1_3,1 libfontenc-1.0.4 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libFS-1.0.0_1 xproto-7.0.10_1 fontconfig-2.5.0,1 freetype2-2.3.7 xtrans-1.0.4 pixman-0.10.0_2 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbproto-1.0.3 printp roto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/xmagv-1.11_1.tbz' *** Error code 1 Stop in /a/ports/graphics/xmagv. ================================================================ build of /usr/ports/graphics/xmagv ended at Sun Aug 24 00:19:43 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 00:51:26 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 00:51:37 2008 Subject: irc/iip - failes: mtree Message-ID: <20080824005124.8D86E12E41E6@quark.ds9.tecnik93.com> 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/iip-1.1.0_1.log : building iip-1.1.0_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/irc/iip Makefile ident: $FreeBSD: ports/irc/iip/Makefile,v 1.7 2006/12/10 16:32:17 lioux Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 00:51:08 UTC 2008 ................................................... make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for iip-1.1.0_1 ===> Generating temporary packing list ===> Checking if irc/iip already installed ===> Compressing manual pages for iip-1.1.0_1 ===> Registering installation for iip-1.1.0_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/isproxy-real 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.invisiblenet.net/iip/ ================================================================ ======================================== ===> Building package for iip-1.1.0_1 Creating package /tmp/packages/All/iip-1.1.0_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/iip-1.1.0_1.tbz' Deleting iip-1.1.0_1 pkg_delete: unable to completely remove directory '/usr/local/share/iip' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6855782 4 drwxr-xr-x 2 root wheel 512 Aug 24 00:51 usr/local/share/iip 6855783 8 -r--r--r-- 1 root wheel 3468 Aug 24 00:51 usr/local/share/iip/node.ref ================================================================ build of /usr/ports/irc/iip ended at Sun Aug 24 00:51:23 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:03:49 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:04:00 2008 Subject: irc/rbot - failes: mtree Message-ID: <20080824010344.CDEC912E41E6@quark.ds9.tecnik93.com> 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/rbot-0.9.10.log : building rbot-0.9.10 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/irc/rbot Makefile ident: $FreeBSD: ports/irc/rbot/Makefile,v 1.10 2008/06/05 17:34:56 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:03:35 UTC 2008 ................................................... 9044317 4 -rw-r--r-- 1 root wheel 454 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/cal.rb 9044318 8 -rw-r--r-- 1 root wheel 2339 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/imdb.rb 9044319 4 -rw-r--r-- 1 root wheel 1747 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/autoop.rb 9044320 4 -rw-r--r-- 1 root wheel 1106 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/nslookup.rb 9044321 12 -rw-r--r-- 1 root wheel 5363 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/nickserv.rb 9044322 4 -rw-r--r-- 1 root wheel 1948 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/urban.rb 9044324 8 -rw-r--r-- 1 root wheel 2433 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/karma.rb 9044325 12 -rw-r--r-- 1 root wheel 5898 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/markov.rb 9044327 8 -rw-r--r-- 1 root wheel 4046 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/insult.rb 9044328 8 -rw-r--r-- 1 root wheel 2872 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/seen.rb 9044329 4 -rw-r--r-- 1 root wheel 757 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/eightball.rb 9044330 4 -rw-r--r-- 1 root wheel 268 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/rot13.rb 9044331 36 -rw-r--r-- 1 root wheel 17165 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/rss.rb 9044332 12 -rw-r--r-- 1 root wheel 5543 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/iplookup.rb 9044333 28 -rw-r--r-- 1 root wheel 13666 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/url.rb 9044335 28 -rw-r--r-- 1 root wheel 12853 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/quotes.rb 9044337 4 -rw-r--r-- 1 root wheel 1586 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/roshambo.rb 9044339 28 -rw-r--r-- 1 root wheel 13777 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/deepthoughts.rb 9044340 8 -rw-r--r-- 1 root wheel 2150 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/plugins/dice.rb 9044341 4 drwxr-xr-x 3 root wheel 512 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates 9044343 4 -rw-r--r-- 1 root wheel 309 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/levels.rbot 9044344 4 -rw-r--r-- 1 root wheel 130 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/keywords.rbot 9044345 4 -rw-r--r-- 1 root wheel 9 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/users.rbot 9044346 4 drwxr-xr-x 2 root wheel 512 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/lart 9044347 12 -rw-r--r-- 1 root wheel 4210 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/lart/larts 9044348 4 -rw-r--r-- 1 root wheel 101 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/templates/lart/praises 9044349 4 drwxr-xr-x 2 root wheel 512 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages 9044350 4 -rw-r--r-- 1 root wheel 923 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages/german.lang 9044351 4 -rw-r--r-- 1 root wheel 994 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages/dutch.lang 9044352 4 -rw-r--r-- 1 root wheel 1184 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages/russian.lang 9044354 4 -rw-r--r-- 1 root wheel 732 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages/french.lang 9044355 4 -rw-r--r-- 1 root wheel 906 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/languages/english.lang 9044357 4 drwxr-xr-x 3 root wheel 512 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib 9044358 4 drwxr-xr-x 2 root wheel 512 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib/plugins 9044359 12 -rw-r--r-- 1 root wheel 5811 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib/plugins/stats.rb 9044362 4 -rw-r--r-- 1 root wheel 1449 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib/plugins/ri.rb 9044363 4 -rw-r--r-- 1 root wheel 456 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib/plugins/figlet.rb 9044364 4 -rw-r--r-- 1 root wheel 1270 Aug 24 01:03 usr/local/share/doc/ruby18/rbot/contrib/plugins/vandale.rb ================================================================ build of /usr/ports/irc/rbot ended at Sun Aug 24 01:03:43 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:20:48 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:20:55 2008 Subject: japanese/cdrom2 - failes: install_error Message-ID: <20080824012046.E4BAA12E41E6@quark.ds9.tecnik93.com> 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/ja-cdrom2-1996.06.16.log : building ja-cdrom2-1996.06.16 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/cdrom2 Makefile ident: $FreeBSD: ports/japanese/cdrom2/Makefile,v 1.11 2006/04/15 00:28:22 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:20:41 UTC 2008 ................................................... ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-cdrom2-1996.06.16 ===> Generating temporary packing list ===> Checking if japanese/cdrom2 already installed for f in cdrom2 cdgaiji ; do /usr/bin/install -c -s -o bin -g bin -m 755 $f /usr/local/bin ; done /bin/mkdir -p /usr/local/lib/cdrom2 for f in kojien3.tbl ruigo.tbl ; do /usr/bin/install -c -o bin -g bin -m 644 $f /usr/local/lib/cdrom2 ; done ===> Registering installation for ja-cdrom2-1996.06.16 ================================================================ ======================================== ===> Building package for ja-cdrom2-1996.06.16 tar: share/doc/cdrom2/errata.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/gaiji.txt: Cannot stat: No such file or directory tar: share/doc/cdrom2/index.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/install.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/kekka.txt: Cannot stat: No such file or directory tar: share/doc/cdrom2/kojien3.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/menu.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/readers.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/readme.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/readme.org: Cannot stat: No such file or directory tar: share/doc/cdrom2/ruigo.doc: Cannot stat: No such file or directory tar: share/doc/cdrom2/x_option.doc: 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/ja-cdrom2-1996.06.16.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-cdrom2-1996.06.16.tbz' *** Error code 1 Stop in /a/ports/japanese/cdrom2. *** Error code 1 Stop in /a/ports/japanese/cdrom2. ================================================================ build of /usr/ports/japanese/cdrom2 ended at Sun Aug 24 01:20:45 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:22:30 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:22:37 2008 Subject: japanese/chasen-base - failes: install_error Message-ID: <20080824012228.D7D0E12E41E6@quark.ds9.tecnik93.com> 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/ja-chasen-base-2.3.3_2.log : building ja-chasen-base-2.3.3_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/chasen-base Makefile ident: $FreeBSD: ports/japanese/chasen-base/Makefile,v 1.15 2008/06/22 20:11:26 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:21:56 UTC 2008 ................................................... ---------------------------------------------------------------------- /bin/sh ../mkinstalldirs /usr/local/include install -o root -g wheel -m 444 chasen.h /usr/local/include/chasen.h Making install in chasen /bin/sh ../mkinstalldirs /usr/local/bin /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 chasen /usr/local/bin/chasen install -o root -g wheel -m 555 -s .libs/chasen /usr/local/bin/chasen Making install in mkchadic /bin/sh ../mkinstalldirs /usr/local/libexec/chasen mkdir -p -- /usr/local/libexec/chasen /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 makemat /usr/local/libexec/chasen/makemat install -o root -g wheel -m 555 -s .libs/makemat /usr/local/libexec/chasen/makemat /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 makeda /usr/local/libexec/chasen/makeda install -o root -g wheel -m 555 -s .libs/makeda /usr/local/libexec/chasen/makeda Making install in tests /bin/sh ./mkinstalldirs /usr/local/bin install -o root -g wheel -m 555 chasen-config /usr/local/bin/chasen-config /bin/rm -f /usr/local/lib/libchasen.la /bin/mkdir -p /usr/local/share/chasen/dic ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for ja-chasen-base-2.3.3_2 ================================================================ ======================================== ===> Building package for ja-chasen-base-2.3.3_2 tar: share/chasen/doc/manual-j.pdf: Cannot stat: No such file or directory tar: share/chasen/doc/manual-j.tex: 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/ja-chasen-base-2.3.3_2.tbz Registering depends: libiconv-1.11_1. Creating bzip'd tar ball in '/tmp/packages/All/ja-chasen-base-2.3.3_2.tbz' *** Error code 1 Stop in /a/ports/japanese/chasen-base. *** Error code 1 Stop in /a/ports/japanese/chasen-base. ================================================================ build of /usr/ports/japanese/chasen-base ended at Sun Aug 24 01:22:26 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:26:03 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:26:11 2008 Subject: japanese/vftool - failes: install_error Message-ID: <20080824012601.0DF1612E41E6@quark.ds9.tecnik93.com> 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/ja-vftool-1.2.log : building ja-vftool-1.2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/vftool Makefile ident: $FreeBSD: ports/japanese/vftool/Makefile,v 1.15 2005/10/04 22:23:17 fenner Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:25:40 UTC 2008 ................................................... mkp2nvf.c:102: warning: incompatible implicit declaration of built-in function 'exit' mkp2nvf.c: In function 'fontdef': mkp2nvf.c:182: warning: incompatible implicit declaration of built-in function 'strlen' cc -o mkp2nvf mkp2nvf.o jfm.o io.o kanji.o util.o mkdir vf-p2pn ./MKPTEX2PNTT dm tmin /work/a/ports/japanese/vftool/work/share/texmf/fonts/tfm/ptex vshiftdnp vrotdnp vf-p2pn ./MKPTEX2PNTT dg tgoth /work/a/ports/japanese/vftool/work/share/texmf/fonts/tfm/ptex vshiftdnp vrotdnp vf-p2pn ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-vftool-1.2 ===> Generating temporary packing list ===> Checking if japanese/vftool already installed ===> Registering installation for ja-vftool-1.2 ================================================================ ======================================== ===> Building package for ja-vftool-1.2 tar: share/doc/vftool/MKASC2BKall: Cannot stat: No such file or directory tar: share/doc/vftool/MKASC2NTT: Cannot stat: No such file or directory tar: share/doc/vftool/MKNTT2ASC: Cannot stat: No such file or directory tar: share/doc/vftool/MKPTEX2PNTT: Cannot stat: No such file or directory tar: share/doc/vftool/Makefile: Cannot stat: No such file or directory tar: share/doc/vftool/README: Cannot stat: No such file or directory tar: share/doc/vftool/vfdata.doc: 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/ja-vftool-1.2.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-vftool-1.2.tbz' *** Error code 1 Stop in /a/ports/japanese/vftool. *** Error code 1 Stop in /a/ports/japanese/vftool. ================================================================ build of /usr/ports/japanese/vftool ended at Sun Aug 24 01:25:59 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:29:01 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:29:08 2008 Subject: japanese/tcl80 - failes: install_error Message-ID: <20080824012859.1C67E12E41E6@quark.ds9.tecnik93.com> 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/ja-tcl-8.0.5_1.log : building ja-tcl-8.0.5_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/tcl80 Makefile ident: $FreeBSD: ports/japanese/tcl80/Makefile,v 1.26 2008/06/18 18:48:51 pav Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:28:11 UTC 2008 ................................................... if you need them, please install package "tcl-8.0". Or type "make install-man", if you are using the ports. 2. For more informations, see "/usr/local/share/doc/tcl8.0jp/" Thanks. ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for ja-tcl-8.0.5_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/libtcl80jp.so.1 (USES POSSIBLY INSECURE FUNCTIONS: tmpnam) 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. ================================================================ ======================================== ===> Building package for ja-tcl-8.0.5_1 tar: share/doc/tcl8.0jp/README: Cannot stat: No such file or directory tar: share/doc/tcl8.0jp/changes: Cannot stat: No such file or directory tar: share/doc/tcl8.0jp/README.JP: Cannot stat: No such file or directory tar: share/doc/tcl8.0jp/changes.JP: Cannot stat: No such file or directory tar: share/doc/tcl8.0jp/Incompat80jp: Cannot stat: No such file or directory tar: share/doc/tcl8.0jp/README.FreeBSD.JP: 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/ja-tcl-8.0.5_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-tcl-8.0.5_1.tbz' *** Error code 1 Stop in /a/ports/japanese/tcl80. *** Error code 1 Stop in /a/ports/japanese/tcl80. ================================================================ build of /usr/ports/japanese/tcl80 ended at Sun Aug 24 01:28:56 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:53:14 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:53:20 2008 Subject: japanese/jed - failes: mtree Message-ID: <20080824015312.73D3712E41E6@quark.ds9.tecnik93.com> 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/ja-jed-0.99.8.j067_3.log : building ja-jed-0.99.8.j067_3 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/jed Makefile ident: $FreeBSD: ports/japanese/jed/Makefile,v 1.23 2008/04/19 17:51:00 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:52:42 UTC 2008 ................................................... ===> ja-jed-0.99.8.j067_3 depends on shared library: slang.2 - found ===> ja-jed-0.99.8.j067_3 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/jed already installed install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/jed /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/rgrep /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/xjed /usr/local/bin/ install -s -o root -g wheel -m 555 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/src/amd64objs/getmail /usr/local/lib/jed/bin/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.sl /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.dat /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/*.hlp /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/jed.rc /usr/local/lib/jed/lib/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/colors/* /usr/local/lib/jed/lib/colors/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/lib/tm/* /usr/local/lib/jed/lib/tm/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/doc/jed.1 /usr/local/man/man1/ install -o root -g wheel -m 444 /work/a/ports/japanese/jed/work/jed-B0.99-8__J067/doc/rgrep.1 /usr/local/man/man1/ ************************************************************ Quickstart: cp ${PREFIX}/lib/jed/lib/jed.rc ~/.jedrc jed ~/.jedrc Read ${PREFIX}/lib/jed/doc/jed-j.doc for details. ************************************************************ ===> Compressing manual pages for ja-jed-0.99.8.j067_3 ===> Registering installation for ja-jed-0.99.8.j067_3 ================================================================ ======================================== ===> Building package for ja-jed-0.99.8.j067_3 Creating package /tmp/packages/All/ja-jed-0.99.8.j067_3.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXrandr-1.2.2_1 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXcomposite-0.4.0,1 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXp-1.0.0,1 libXmu-1.0.3,1 libXTrap-1.0.0 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 liboldX-1.0.1 libxkbui-1.0.2_1 libxkbfile-1.0.4 libXft-2.1.13 libXcursor-1.1.9_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXfixes-4.0.3_1 trapproto-3.4.3 libXt-1.0.5_1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libFS-1.0.0_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXfont-1.3.1_3,1 libfontenc-1.0.4 xproto-7.0.10_1 pixman-0.10.0_2 xtrans-1.0.4 fontconfig-2.5.0,1 freetype2-2.3.7 pkg-config-0.23_1 ja-libslang-1.4.5.j2 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 i nputproto-1.4.2.1 kbproto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-jed-0.99.8.j067_3.tbz' Deleting ja-jed-0.99.8.j067_3 pkg_delete: unable to completely remove directory '/usr/local/lib/jed' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 6856072 4 drwxr-xr-x 3 root wheel 512 Aug 24 01:53 usr/local/lib/jed 6856075 4 drwxr-xr-x 2 root wheel 512 Aug 24 01:53 usr/local/lib/jed/doc ================================================================ build of /usr/ports/japanese/jed ended at Sun Aug 24 01:53:11 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:58:18 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 01:58:33 2008 Subject: japanese/onew-canna - failes: install_error Message-ID: <20080824015816.4D3CF12E41E6@quark.ds9.tecnik93.com> 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/ja-onew-canna-2.2.10_1.log : building ja-onew-canna-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-canna Makefile ident: $FreeBSD: ports/japanese/onew-canna/Makefile,v 1.10 2003/03/07 00:16:20 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:57:57 UTC 2008 ................................................... skipping recordproto-1.13.2, already added pkg_add videoproto-2.2.2.tbz skipping videoproto-2.2.2, already added pkg_add xf86dgaproto-2.0.3.tbz skipping xf86dgaproto-2.0.3, already added pkg_add xf86miscproto-0.9.2.tbz skipping xf86miscproto-0.9.2, already added pkg_add xf86vidmodeproto-2.2.2.tbz skipping xf86vidmodeproto-2.2.2, already added pkg_add fontconfig-2.5.0,1.tbz skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add ja-Canna-3.7p3_1.tbz skipping ja-Canna-3.7p3_1, already added ===> Installing for ja-onew-canna-2.2.10_1 ===> ja-onew-canna-2.2.10_1 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/onew-canna already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-canna/work/onew/libonew.a /usr/local/lib/libonew-canna.a ===> Registering installation for ja-onew-canna-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-canna-2.2.10_1 tar: share/doc/ja-onew-canna/README.ONEW: 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/ja-onew-canna-2.2.10_1.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 pixman-0.10.0_2 xtrans-1.0.4 libXft-2.1.13 fontconfig-2.5.0,1 libXfont-1.3.1_3,1 freetype2-2.3.7 libFS-1.0.0_1 libxkbui-1.0.2_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXmu-1.0.3,1 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libfontenc-1.0.4 liboldX-1.0.1 libxkbfile-1.0.4 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXp-1.0.0,1 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbp roto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-canna-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-canna. *** Error code 1 Stop in /a/ports/japanese/onew-canna. ================================================================ build of /usr/ports/japanese/onew-canna ended at Sun Aug 24 01:58:14 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 01:59:58 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:00:03 2008 Subject: japanese/onew-canna+freewnn - failes: install_error Message-ID: <20080824015956.4D2AC12E41E6@quark.ds9.tecnik93.com> 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/ja-onew-canna+freewnn-2.2.10_1.log : building ja-onew-canna+freewnn-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-canna+freewnn Makefile ident: $FreeBSD: ports/japanese/onew-canna+freewnn/Makefile,v 1.9 2003/03/07 00:16:20 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 01:59:38 UTC 2008 ................................................... skipping recordproto-1.13.2, already added pkg_add videoproto-2.2.2.tbz skipping videoproto-2.2.2, already added pkg_add xf86dgaproto-2.0.3.tbz skipping xf86dgaproto-2.0.3, already added pkg_add xf86miscproto-0.9.2.tbz skipping xf86miscproto-0.9.2, already added pkg_add xf86vidmodeproto-2.2.2.tbz skipping xf86vidmodeproto-2.2.2, already added pkg_add fontconfig-2.5.0,1.tbz skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add ja-Canna-3.7p3_1.tbz skipping ja-Canna-3.7p3_1, already added ===> Installing for ja-onew-canna+freewnn-2.2.10_1 ===> ja-onew-canna+freewnn-2.2.10_1 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/onew-canna+freewnn already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-canna+freewnn/work/onew/libonew.a /usr/local/lib/libonew-canna+freewnn.a ===> Registering installation for ja-onew-canna+freewnn-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-canna+freewnn-2.2.10_1 tar: share/doc/ja-onew-canna+freewnn/README.ONEW: 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/ja-onew-canna+freewnn-2.2.10_1.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 pixman-0.10.0_2 xtrans-1.0.4 libXft-2.1.13 fontconfig-2.5.0,1 libXfont-1.3.1_3,1 freetype2-2.3.7 libFS-1.0.0_1 libxkbui-1.0.2_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXmu-1.0.3,1 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libfontenc-1.0.4 liboldX-1.0.1 libxkbfile-1.0.4 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXp-1.0.0,1 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbp roto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-canna+freewnn-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-canna+freewnn. *** Error code 1 Stop in /a/ports/japanese/onew-canna+freewnn. ================================================================ build of /usr/ports/japanese/onew-canna+freewnn ended at Sun Aug 24 01:59:54 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:01:40 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:01:46 2008 Subject: japanese/onew-canna+wnn6 - failes: install_error Message-ID: <20080824020139.4A7A612E41E6@quark.ds9.tecnik93.com> 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/ja-onew-canna+wnn6-2.2.10_1.log : building ja-onew-canna+wnn6-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-canna+wnn6 Makefile ident: $FreeBSD: ports/japanese/onew-canna+wnn6/Makefile,v 1.9 2003/03/07 00:16:21 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:01:21 UTC 2008 ................................................... skipping xf86miscproto-0.9.2, already added pkg_add xf86vidmodeproto-2.2.2.tbz skipping xf86vidmodeproto-2.2.2, already added pkg_add fontconfig-2.5.0,1.tbz skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add ja-Canna-3.7p3_1.tbz skipping ja-Canna-3.7p3_1, already added ===> Installing for ja-onew-canna+wnn6-2.2.10_1 ===> ja-onew-canna+wnn6-2.2.10_1 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/onew-canna+wnn6 already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-canna+wnn6/work/onew/libonew.a /usr/local/lib/libonew-canna+wnn6.a /bin/mkdir -p /usr/local/lib/wnn/ja_JP/rk.wnn6 for file in 1B_TOUPPER 1B_ZENHIRA 1B_ZENKATA 1B_newTOUPPER 2A_CTRL 2B_DAKUTEN 2B_JIS 2B_ROMKANA 2_TCODE 3B_HANKATA 3B_KATAKANA 3B_ZENKAKU autork mode mode.hankata mode.nohankata; do install -o root -g wheel -m 444 /usr/local/lib/wnn/ja_JP/rk/${file} /usr/local/lib/wnn/ja_JP/rk.wnn6; done ############################################################ We install all files in /usr/local/lib/wnn/ja_JP/rk/ into a new directory /usr/local/lib/wnn/ja_JP/rk.wnn6 ############################################################ ===> Registering installation for ja-onew-canna+wnn6-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-canna+wnn6-2.2.10_1 tar: share/doc/ja-onew-canna+wnn6/README.ONEW: 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/ja-onew-canna+wnn6-2.2.10_1.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 pixman-0.10.0_2 xtrans-1.0.4 libXft-2.1.13 fontconfig-2.5.0,1 libXfont-1.3.1_3,1 freetype2-2.3.7 libFS-1.0.0_1 libxkbui-1.0.2_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXmu-1.0.3,1 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libfontenc-1.0.4 liboldX-1.0.1 libxkbfile-1.0.4 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXp-1.0.0,1 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbp roto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-canna+wnn6-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-canna+wnn6. *** Error code 1 Stop in /a/ports/japanese/onew-canna+wnn6. ================================================================ build of /usr/ports/japanese/onew-canna+wnn6 ended at Sun Aug 24 02:01:37 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:03:19 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:03:25 2008 Subject: japanese/onew-canna+wnn7 - failes: install_error Message-ID: <20080824020317.84C5912E41E6@quark.ds9.tecnik93.com> 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/ja-onew-canna+wnn7-2.2.10_1.log : building ja-onew-canna+wnn7-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-canna+wnn7 Makefile ident: $FreeBSD: ports/japanese/onew-canna+wnn7/Makefile,v 1.10 2003/03/07 00:16:21 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:02:59 UTC 2008 ................................................... skipping xf86miscproto-0.9.2, already added pkg_add xf86vidmodeproto-2.2.2.tbz skipping xf86vidmodeproto-2.2.2, already added pkg_add fontconfig-2.5.0,1.tbz skipping fontconfig-2.5.0,1, already added pkg_add dmxproto-2.2.2.tbz skipping dmxproto-2.2.2, already added pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add ja-Canna-3.7p3_1.tbz skipping ja-Canna-3.7p3_1, already added ===> Installing for ja-onew-canna+wnn7-2.2.10_1 ===> ja-onew-canna+wnn7-2.2.10_1 depends on shared library: canna.1 - found ===> Generating temporary packing list ===> Checking if japanese/onew-canna+wnn7 already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-canna+wnn7/work/onew/libonew.a /usr/local/lib/libonew-canna+wnn7.a /bin/mkdir -p /usr/local/lib/wnn/ja_JP/rk.wnn7 for file in 1B_TOUPPER 1B_ZENHIRA 1B_ZENKATA 1B_newTOUPPER 2A_CTRL 2B_DAKUTEN 2B_JIS 2B_ROMKANA 2_TCODE 3B_HANKATA 3B_KATAKANA 3B_ZENKAKU autork mode mode.hankata mode.nohankata; do install -o root -g wheel -m 444 /usr/local/lib/wnn/ja_JP/rk/${file} /usr/local/lib/wnn/ja_JP/rk.wnn7; done ############################################################ We install all files in /usr/local/lib/wnn/ja_JP/rk/ into a new directory /usr/local/lib/wnn/ja_JP/rk.wnn7 ############################################################ ===> Registering installation for ja-onew-canna+wnn7-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-canna+wnn7-2.2.10_1 tar: share/doc/ja-onew-canna+wnn7/README.ONEW: 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/ja-onew-canna+wnn7-2.2.10_1.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 pixman-0.10.0_2 xtrans-1.0.4 libXft-2.1.13 fontconfig-2.5.0,1 libXfont-1.3.1_3,1 freetype2-2.3.7 libFS-1.0.0_1 libxkbui-1.0.2_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXmu-1.0.3,1 libXt-1.0.5_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libfontenc-1.0.4 liboldX-1.0.1 libxkbfile-1.0.4 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXp-1.0.0,1 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 xproto-7.0.10_1 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbp roto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-canna+wnn7-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-canna+wnn7. *** Error code 1 Stop in /a/ports/japanese/onew-canna+wnn7. ================================================================ build of /usr/ports/japanese/onew-canna+wnn7 ended at Sun Aug 24 02:03: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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:04:36 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:04:42 2008 Subject: japanese/onew-freewnn - failes: install_error Message-ID: <20080824020434.5C9C112E41E6@quark.ds9.tecnik93.com> 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/ja-onew-freewnn-2.2.10_1.log : building ja-onew-freewnn-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-freewnn Makefile ident: $FreeBSD: ports/japanese/onew-freewnn/Makefile,v 1.17 2008/04/19 17:51:10 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:04:28 UTC 2008 ................................................... onew.c: In function 'put_client': onew.c:233: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:241: warning: incompatible implicit declaration of built-in function 'strcpy' onew.c: In function 'kgetc': onew.c:329: warning: incompatible implicit declaration of built-in function 'strlen' onew.c: In function 'ONEW_KANAKAN': onew.c:374: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:381: warning: incompatible implicit declaration of built-in function 'strcpy' onew.c: In function 'ONEW_DISP_KANAKANB': onew.c:458: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:488: warning: incompatible implicit declaration of built-in function 'strlen' cc -o onew onew.o sys/hpux.o libonew.a -L/usr/local/lib -ljd -lcrypt ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-onew-freewnn-2.2.10_1 ===> Generating temporary packing list ===> Checking if japanese/onew-freewnn already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-freewnn/work/onew/libonew.a /usr/local/lib/libonew-freewnn.a ===> Registering installation for ja-onew-freewnn-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-freewnn-2.2.10_1 tar: share/doc/ja-onew-freewnn/README.ONEW: 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/ja-onew-freewnn-2.2.10_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-freewnn-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-freewnn. *** Error code 1 Stop in /a/ports/japanese/onew-freewnn. ================================================================ build of /usr/ports/japanese/onew-freewnn ended at Sun Aug 24 02:04:32 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:05:50 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:05:57 2008 Subject: japanese/onew-wnn6 - failes: install_error Message-ID: <20080824020548.D696812E41E6@quark.ds9.tecnik93.com> 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/ja-onew-wnn6-2.2.10_1.log : building ja-onew-wnn6-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-wnn6 Makefile ident: $FreeBSD: ports/japanese/onew-wnn6/Makefile,v 1.9 2003/03/07 00:16:21 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:05:43 UTC 2008 ................................................... onew.c:374: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:381: warning: incompatible implicit declaration of built-in function 'strcpy' onew.c: In function 'ONEW_DISP_KANAKANB': onew.c:458: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:488: warning: incompatible implicit declaration of built-in function 'strlen' cc -o onew onew.o sys/hpux.o libonew.a -L/usr/local/lib -ljd -lcrypt ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-onew-wnn6-2.2.10_1 ===> Generating temporary packing list ===> Checking if japanese/onew-wnn6 already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-wnn6/work/onew/libonew.a /usr/local/lib/libonew-wnn6.a /bin/mkdir -p /usr/local/lib/wnn/ja_JP/rk.wnn6 for file in 1B_TOUPPER 1B_ZENHIRA 1B_ZENKATA 1B_newTOUPPER 2A_CTRL 2B_DAKUTEN 2B_JIS 2B_ROMKANA 2_TCODE 3B_HANKATA 3B_KATAKANA 3B_ZENKAKU autork mode mode.hankata mode.nohankata; do install -o root -g wheel -m 444 /usr/local/lib/wnn/ja_JP/rk/${file} /usr/local/lib/wnn/ja_JP/rk.wnn6; done ############################################################ We install all files in /usr/local/lib/wnn/ja_JP/rk/ into a new directory /usr/local/lib/wnn/ja_JP/rk.wnn6 ############################################################ ===> Registering installation for ja-onew-wnn6-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-wnn6-2.2.10_1 tar: share/doc/ja-onew-wnn6/README.ONEW: 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/ja-onew-wnn6-2.2.10_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-wnn6-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-wnn6. *** Error code 1 Stop in /a/ports/japanese/onew-wnn6. ================================================================ build of /usr/ports/japanese/onew-wnn6 ended at Sun Aug 24 02:05:47 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:07:08 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:07:15 2008 Subject: japanese/onew-wnn7 - failes: install_error Message-ID: <20080824020706.A347912E41E6@quark.ds9.tecnik93.com> 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/ja-onew-wnn7-2.2.10_1.log : building ja-onew-wnn7-2.2.10_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/onew-wnn7 Makefile ident: $FreeBSD: ports/japanese/onew-wnn7/Makefile,v 1.10 2003/03/07 00:16:21 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:07:00 UTC 2008 ................................................... onew.c:374: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:381: warning: incompatible implicit declaration of built-in function 'strcpy' onew.c: In function 'ONEW_DISP_KANAKANB': onew.c:458: warning: incompatible implicit declaration of built-in function 'strlen' onew.c:488: warning: incompatible implicit declaration of built-in function 'strlen' cc -o onew onew.o sys/hpux.o libonew.a -L/usr/local/lib -ljd -lcrypt ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-onew-wnn7-2.2.10_1 ===> Generating temporary packing list ===> Checking if japanese/onew-wnn7 already installed install -o root -g wheel -m 444 /work/a/ports/japanese/onew-wnn7/work/onew/libonew.a /usr/local/lib/libonew-wnn7.a /bin/mkdir -p /usr/local/lib/wnn/ja_JP/rk.wnn7 for file in 1B_TOUPPER 1B_ZENHIRA 1B_ZENKATA 1B_newTOUPPER 2A_CTRL 2B_DAKUTEN 2B_JIS 2B_ROMKANA 2_TCODE 3B_HANKATA 3B_KATAKANA 3B_ZENKAKU autork mode mode.hankata mode.nohankata; do install -o root -g wheel -m 444 /usr/local/lib/wnn/ja_JP/rk/${file} /usr/local/lib/wnn/ja_JP/rk.wnn7; done ############################################################ We install all files in /usr/local/lib/wnn/ja_JP/rk/ into a new directory /usr/local/lib/wnn/ja_JP/rk.wnn7 ############################################################ ===> Registering installation for ja-onew-wnn7-2.2.10_1 ================================================================ ======================================== ===> Building package for ja-onew-wnn7-2.2.10_1 tar: share/doc/ja-onew-wnn7/README.ONEW: 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/ja-onew-wnn7-2.2.10_1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-onew-wnn7-2.2.10_1.tbz' *** Error code 1 Stop in /a/ports/japanese/onew-wnn7. *** Error code 1 Stop in /a/ports/japanese/onew-wnn7. ================================================================ build of /usr/ports/japanese/onew-wnn7 ended at Sun Aug 24 02:07:04 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:08:42 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:08:49 2008 Subject: japanese/jvim3 - failes: install_error Message-ID: <20080824020840.DC1A012E41E6@quark.ds9.tecnik93.com> 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/ja-jvim-3.0.j2.1a_2.log : building ja-jvim-3.0.j2.1a_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/jvim3 Makefile ident: $FreeBSD: ports/japanese/jvim3/Makefile,v 1.34 2008/04/19 17:51:01 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:08:17 UTC 2008 ................................................... mkdir /usr/local/man/man1 mkdir: /usr/local/man/man1: File exists *** Error code 1 (ignored) cp ../doc/vim.1 /usr/local/man/man1/jvim3.1 chmod 644 /usr/local/man/man1/jvim3.1 mkdir /usr/local/lib mkdir: /usr/local/lib: File exists *** Error code 1 (ignored) cp ../doc.j/vim.hlp /usr/local/lib/jvim3.hlp chmod 644 /usr/local/lib/jvim3.hlp /bin/ln -sf /usr/local/bin/jvim3 /usr/local/bin/jvim if [ -e /usr/local/etc/jvim3rc ]; then /bin/mv /usr/local/etc/jvim3rc /usr/local/etc/jvim3rc.bak; fi install -s -o root -g wheel -m 555 /work/a/ports/japanese/jvim3/work/vim/src/grep/grep /usr/local/bin/jgrep ===> Compressing manual pages for ja-jvim-3.0.j2.1a_2 ===> Registering installation for ja-jvim-3.0.j2.1a_2 ================================================================ ======================================== ===> Building package for ja-jvim-3.0.j2.1a_2 tar: share/doc/ja-jvim-3.0.j2.1a/cygwin.txt: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/differen.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/fepctrl.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/readme.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/termcap.dos: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/tutor.j: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/uganda.jp: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/vim-jp.htm: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/vim32.ini: 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/ja-jvim-3.0.j2.1a_2.tbz Registering depends: libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 xproto-7.0.10_1 pkg-config-0.23_1 kbproto-1.0.3. Creating bzip'd tar ball in '/tmp/packages/All/ja-jvim-3.0.j2.1a_2.tbz' *** Error code 1 Stop in /a/ports/japanese/jvim3. *** Error code 1 Stop in /a/ports/japanese/jvim3. ================================================================ build of /usr/ports/japanese/jvim3 ended at Sun Aug 24 02:08:39 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:17:08 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:17:16 2008 Subject: japanese/jvim3-direct_canna - failes: install_error Message-ID: <20080824021707.2BBF612E41E6@quark.ds9.tecnik93.com> 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/ja-jvim-direct_canna-3.0.j2.1a_2.log : building ja-jvim-direct_canna-3.0.j2.1a_2 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/jvim3-direct_canna Makefile ident: $FreeBSD: ports/japanese/jvim3-direct_canna/Makefile,v 1.12 2003/03/07 00:16:15 ade Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:16:34 UTC 2008 ................................................... mkdir: /usr/local/man/man1: File exists *** Error code 1 (ignored) cp ../doc/vim.1 /usr/local/man/man1/jvim3.1 chmod 644 /usr/local/man/man1/jvim3.1 mkdir /usr/local/lib mkdir: /usr/local/lib: File exists *** Error code 1 (ignored) cp ../doc.j/vim.hlp /usr/local/lib/jvim3.hlp chmod 644 /usr/local/lib/jvim3.hlp /bin/ln -sf /usr/local/bin/jvim3 /usr/local/bin/jvim if [ -e /usr/local/etc/jvim3rc ]; then /bin/mv /usr/local/etc/jvim3rc /usr/local/etc/jvim3rc.bak; fi install -s -o root -g wheel -m 555 /work/a/ports/japanese/jvim3-direct_canna/work/vim/src/grep/grep /usr/local/bin/jgrep echo "set fepctrl" > /usr/local/etc/jvim3rc ===> Compressing manual pages for ja-jvim-direct_canna-3.0.j2.1a_2 ===> Registering installation for ja-jvim-direct_canna-3.0.j2.1a_2 ================================================================ ======================================== ===> Building package for ja-jvim-direct_canna-3.0.j2.1a_2 tar: share/doc/ja-jvim-3.0.j2.1a/cygwin.txt: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/differen.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/fepctrl.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/readme.doc: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/termcap.dos: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/tutor.j: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/uganda.jp: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/vim-jp.htm: Cannot stat: No such file or directory tar: share/doc/ja-jvim-3.0.j2.1a/vim32.ini: 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/ja-jvim-direct_canna-3.0.j2.1a_2.tbz Registering depends: ja-Canna-3.7p3_1 xorg-libraries-7.3_2 liboldX-1.0.1 libxkbui-1.0.2_1 libxkbfile-1.0.4 libXft-2.1.13 libXcursor-1.1.9_1 libXrandr-1.2.2_1 libXrender-0.9.4_1 libXdamage-1.1.1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libXTrap-1.0.0 trapproto-3.4.3 libXaw-1.0.4_1,1 libXpm-3.5.7 libXprintAppUtil-1.0.1 libXprintUtil-1.0.1 libXmu-1.0.3,1 libXt-1.0.5_1 libdmx-1.0.2_1 libXxf86vm-1.0.1 libXxf86misc-1.0.1 libXxf86dga-1.0.2 libXvMC-1.0.4_1 libXv-1.0.3_1,1 libXtst-1.0.3_1 libXScrnSaver-1.1.2 libXinerama-1.0.2,1 libXi-1.1.3,1 libXevie-1.0.2 libXp-1.0.0,1 libXres-1.0.3_3 libXfontcache-1.0.4 libXext-1.0.3,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libFS-1.0.0_1 libSM-1.0.3_1,1 libICE-1.0.4_1,1 libXfont-1.3.1_3,1 libfontenc-1.0.4 xproto-7.0.10_1 pixman-0.10.0_2 xtrans-1.0.4 fontconfig-2.5.0,1 freetype2-2.3.7 pkg-config-0.23_1 expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 damageproto-1.1.0_2 dmxproto-2.2.2 fixesproto-4.0 inputproto-1.4.2.1 kbp roto-1.0.3 printproto-1.0.3 randrproto-1.2.1 recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 videoproto-2.2.2 xextproto-7.0.2 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-jvim-direct_canna-3.0.j2.1a_2.tbz' *** Error code 1 Stop in /a/ports/japanese/jvim3-direct_canna. *** Error code 1 Stop in /a/ports/japanese/jvim3-direct_canna. ================================================================ build of /usr/ports/japanese/jvim3-direct_canna ended at Sun Aug 24 02:17:05 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 02:48:32 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 02:48:38 2008 Subject: japanese/lambdamoo - failes: install_error Message-ID: <20080824024830.5B51112E41E6@quark.ds9.tecnik93.com> 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/ja-lambdamoo-1.8.1.log : building ja-lambdamoo-1.8.1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.ORG building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/lambdamoo Makefile ident: $FreeBSD: ports/japanese/lambdamoo/Makefile,v 1.11 2005/04/03 21:30:35 kris Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 02:48:01 UTC 2008 ................................................... ======================================== add_pkg ===> Installing for ja-lambdamoo-1.8.1 ===> Generating temporary packing list ===> Checking if japanese/lambdamoo already installed install -s -o root -g wheel -m 555 /work/a/ports/japanese/lambdamoo/work/MOO-1.8.1/moo /usr/local/sbin ===> Registering installation for ja-lambdamoo-1.8.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 ja-lambdamoo-1.8.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/ja-lambdamoo-1.8.1.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-lambdamoo-1.8.1.tbz' *** Error code 1 Stop in /a/ports/japanese/lambdamoo. *** Error code 1 Stop in /a/ports/japanese/lambdamoo. ================================================================ build of /usr/ports/japanese/lambdamoo ended at Sun Aug 24 02:48:28 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 03:05:51 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 03:05:58 2008 Subject: japanese/nethack32 - failes: install_error Message-ID: <20080824030550.342C212E41E6@quark.ds9.tecnik93.com> 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/ja-nethack-1.0.5.19970924_3.log : building ja-nethack-1.0.5.19970924_3 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/nethack32 Makefile ident: $FreeBSD: ports/japanese/nethack32/Makefile,v 1.41 2008/04/19 17:51:09 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 03:04:46 UTC 2008 ................................................... /usr/local/share/doc/ja/nethack/README See also /usr/local/share/doc/ja/nethack/jGuideBook.txt -------- ===> Compressing manual pages for ja-nethack-1.0.5.19970924_3 ===> Registering installation for ja-nethack-1.0.5.19970924_3 ===> SECURITY REPORT: This port has installed the following binaries which execute with increased privileges. /usr/local/lib/jnethackdir/jnethack 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.win.tue.nl/games/roguelike/nethack/ ================================================================ ======================================== ===> Building package for ja-nethack-1.0.5.19970924_3 tar: share/doc/ja/nethack/ChangeLog.j: Cannot stat: No such file or directory tar: share/doc/ja/nethack/INSTALL.j: Cannot stat: No such file or directory tar: share/doc/ja/nethack/README: Cannot stat: No such file or directory tar: share/doc/ja/nethack/README.j: Cannot stat: No such file or directory tar: share/doc/ja/nethack/jGuidebook.txt: 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/ja-nethack-1.0.5.19970924_3.tbz Registering depends: mkfontdir-1.0.3_1 mkfontscale-1.0.3 freetype2-2.3.7 libfontenc-1.0.4 libXaw-1.0.4_1,1 libXmu-1.0.3,1 libXp-1.0.0,1 libXpm-3.5.7 libXext-1.0.3,1 libXt-1.0.5_1 libX11-1.1.3_1,1 libXdmcp-1.0.2_1 libXau-1.0.3_2 libSM-1.0.3_1,1 libICE-1.0.4_1,1 xproto-7.0.10_1 pkg-config-0.23_1 kbproto-1.0.3 printproto-1.0.3 xextproto-7.0.2. Creating bzip'd tar ball in '/tmp/packages/All/ja-nethack-1.0.5.19970924_3.tbz' *** Error code 1 Stop in /a/ports/japanese/nethack32. *** Error code 1 Stop in /a/ports/japanese/nethack32. ================================================================ build of /usr/ports/japanese/nethack32 ended at Sun Aug 24 03:05:48 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 04:36:52 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 04:36:58 2008 Subject: japanese/rskkserv - failes: manpage Message-ID: <20080824043650.D4B4712E41F5@quark.ds9.tecnik93.com> 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. The build of this port was tried 2 times since last BotMail while trying to build ports that depend on it. Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/ja-rskkserv-2.95.4.log : building ja-rskkserv-2.95.4 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/rskkserv Makefile ident: $FreeBSD: ports/japanese/rskkserv/Makefile,v 1.27 2008/08/15 06:41:19 linimon Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 04:36:28 UTC 2008 ................................................... /usr/bin/install -c -o root -g wheel -m 0755 skkdic.so /usr/local/lib/ruby/site_ruby/1.8/amd64-freebsd7/skkserv mkdir -p /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/ebdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/conf.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/logger.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/skkdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/bdbdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/nulldic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv install -o root -g wheel -m 444 ./lib/cdbdic.rb /usr/local/lib/ruby/site_ruby/1.8/skkserv /usr/bin/install -c -o root -g wheel -m0755 rskkserv /usr/local/sbin/rskkserv if [ ! -f /usr/local/etc/rskkserv.conf ]; then \ /usr/bin/install -c -o root -g wheel -m0644 rskkserv.conf /usr/local/etc/; \ fi /bin/mkdir -p /usr/local/share/examples/rskkserv install -o root -g wheel -m 555 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/doc/conf-o2n.rb /usr/local/share/examples/rskkserv install -o root -g wheel -m 444 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/rskkserv.conf /usr/local/share/examples/rskkserv install -o root -g wheel -m 444 /work/a/ports/japanese/rskkserv/work/rskkserv-2.95.4/doc/rskkserv.conf.sample /usr/local/share/examples/rskkserv ===> Installing rc.d startup script(s) ===> Compressing manual pages for ja-rskkserv-2.95.4 gzip: can't stat: /usr/local/man/man1/rskkserv.1: No such file or directory gzip: can't stat: /usr/local/man/ja/man1/rskkserv.1: No such file or directory ===> Registering installation for ja-rskkserv-2.95.4 ================================================================ ======================================== ===> Building package for ja-rskkserv-2.95.4 tar: man/man1/rskkserv.1.gz: Cannot stat: No such file or directory tar: man/ja/man1/rskkserv.1.gz: 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/ja-rskkserv-2.95.4.tbz Registering depends: ja-skk-jisyo-200707 ruby18-tcpwrap-0.6_1 ruby-1.8.6.287,1 libident-0.32_1. Creating bzip'd tar ball in '/tmp/packages/All/ja-rskkserv-2.95.4.tbz' *** Error code 1 Stop in /a/ports/japanese/rskkserv. *** Error code 1 Stop in /a/ports/japanese/rskkserv. ================================================================ build of /usr/ports/japanese/rskkserv ended at Sun Aug 24 04:36:49 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 07:03:23 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 07:03:29 2008 Subject: japanese/typist - failes: install_error Message-ID: <20080824070318.07A5B12E41F7@quark.ds9.tecnik93.com> 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/ja-typist-2.0.log : building ja-typist-2.0 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/typist Makefile ident: $FreeBSD: ports/japanese/typist/Makefile,v 1.8 2007/06/06 17:27:32 miwi Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 07:03:11 UTC 2008 ................................................... cc -O2 -fno-strict-aliasing -pipe -DTERMIO -DLESSONDIR=\"/usr/local/lib/typist\" -DKEYTYPE=\"j\" -c kana.c cc -o typist main.o typist.o lesson.o lineio.o fileinfo.o sound.o screen.o kana.o -ltermcap ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-typist-2.0 ===> Generating temporary packing list ===> Checking if japanese/typist already installed mkdir /usr/local/lib/typist chmod 755 /usr/local/lib/typist cp -p typist /usr/local/bin chmod 755 /usr/local/bin/typist cp -p ../lib/* /usr/local/lib/typist chmod 644 /usr/local/lib/typist/* cp -p ../doc/typist.1 /usr/local/man/man1 chmod 644 /usr/local/man/man1/typist.1 ===> Compressing manual pages for ja-typist-2.0 ===> Registering installation for ja-typist-2.0 ================================================================ ======================================== ===> Building package for ja-typist-2.0 tar: share/doc/typist/INSTALL.txt: Cannot stat: No such file or directory tar: share/doc/typist/README.J: Cannot stat: No such file or directory tar: share/doc/typist/README.orig: 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/ja-typist-2.0.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-typist-2.0.tbz' *** Error code 1 Stop in /a/ports/japanese/typist. *** Error code 1 Stop in /a/ports/japanese/typist. ================================================================ build of /usr/ports/japanese/typist ended at Sun Aug 24 07:03:16 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 07:39:20 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 07:39:26 2008 Subject: japanese/wnn7egg - failes: install_error Message-ID: <20080824073917.CA25912E41F7@quark.ds9.tecnik93.com> 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/ja-wnn7egg-1.02.log : building ja-wnn7egg-1.02 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/japanese/wnn7egg Makefile ident: $FreeBSD: ports/japanese/wnn7egg/Makefile,v 1.6 2004/12/23 09:32:43 nork Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 07:39:13 UTC 2008 ................................................... ================================================================ ======================================== add_pkg ===> Configuring for ja-wnn7egg-1.02 ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg ===> Installing for ja-wnn7egg-1.02 ===> Generating temporary packing list ===> Checking if japanese/wnn7egg already installed /bin/mkdir -p /usr/local/share/emacs/site-lisp/wnn7egg /usr/local/share/doc/wnn7egg /usr/local/lib/xemacs/site-packages/lisp/wnn7egg /bin/mkdir -p /usr/local/share/emacs/site-lisp/wnn7egg/its-v309 /usr/local/lib/xemacs/site-packages/lisp/wnn7egg/its-v309 install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/emacs20/*.el /usr/local/share/emacs/site-lisp/wnn7egg install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/emacs20/its-v309/*.el /usr/local/share/emacs/site-lisp/wnn7egg/its-v309 install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/emacs20/eggrc-wnn7 /usr/local/share/emacs/site-lisp/wnn7egg install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/xemacs21/*.el /usr/local/lib/xemacs/site-packages/lisp/wnn7egg install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/xemacs21/its-v309/*.el /usr/local/lib/xemacs/site-packages/lisp/wnn7egg/its-v309 install -o root -g wheel -m 444 /work/a/ports/japanese/wnn7egg/work/wnn7/elisp/xemacs21/eggrc-wnn7 /usr/local/lib/xemacs/site-packages/lisp/wnn7egg ===> Registering installation for ja-wnn7egg-1.02 ================================================================ ======================================== ===> Building package for ja-wnn7egg-1.02 tar: share/doc/wnn7egg/README: Cannot stat: No such file or directory tar: share/doc/wnn7egg/Setup_wnn7egg: 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/ja-wnn7egg-1.02.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ja-wnn7egg-1.02.tbz' *** Error code 1 Stop in /a/ports/japanese/wnn7egg. *** Error code 1 Stop in /a/ports/japanese/wnn7egg. ================================================================ build of /usr/ports/japanese/wnn7egg ended at Sun Aug 24 07:39:16 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From QAT at FreeBSD.org Sun Aug 24 09:44:06 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 09:44:13 2008 Subject: java/java-checkstyle - failes: install_error Message-ID: <20080824094405.3E70912E41F8@quark.ds9.tecnik93.com> 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/java-checkstyle-4.4_1.log : building java-checkstyle-4.4_1 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/java/java-checkstyle Makefile ident: $FreeBSD: ports/java/java-checkstyle/Makefile,v 1.22 2008/06/06 13:38:41 edwin Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 09:42:10 UTC 2008 ................................................... skipping inputproto-1.4.2.1, already added pkg_add xproto-7.0.10_1.tbz skipping xproto-7.0.10_1, already added pkg_add libX11-1.1.3_1,1.tbz skipping libX11-1.1.3_1,1, already added pkg_add libXext-1.0.3,1.tbz skipping libXext-1.0.3,1, already added pkg_add pkg-config-0.23_1.tbz skipping pkg-config-0.23_1, already added pkg_add printproto-1.0.3.tbz skipping printproto-1.0.3, already added pkg_add libXau-1.0.3_2.tbz skipping libXau-1.0.3_2, already added pkg_add libSM-1.0.3_1,1.tbz skipping libSM-1.0.3_1,1, already added pkg_add recordproto-1.13.2.tbz skipping recordproto-1.13.2, already added pkg_add kbproto-1.0.3.tbz skipping kbproto-1.0.3, already added pkg_add libXdmcp-1.0.2_1.tbz skipping libXdmcp-1.0.2_1, already added pkg_add xextproto-7.0.2.tbz skipping xextproto-7.0.2, already added pkg_add libICE-1.0.4_1,1.tbz skipping libICE-1.0.4_1,1, already added pkg_add diablo-jdk-1.6.0.07.02.tbz skipping diablo-jdk-1.6.0.07.02, already added ===> Installing for java-checkstyle-4.4_1 ===> java-checkstyle-4.4_1 depends on executable: java - found ===> java-checkstyle-4.4_1 depends on file: /usr/local/diablo-jdk1.6.0/bin/java - found find: /contrib/: No such file or directory find: /contrib/: No such file or directory ===> Generating temporary packing list ===> Checking if java/java-checkstyle already installed install: /checkstyle-all-4.4.jar: No such file or directory *** Error code 71 Stop in /a/ports/java/java-checkstyle. ================================================================ build of /usr/ports/java/java-checkstyle ended at Sun Aug 24 09:44:03 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From kris at FreeBSD.org Sun Aug 24 09:50:24 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Aug 24 09:50:30 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> Message-ID: <48B12EDC.6040209@FreeBSD.org> QAT@FreeBSD.org wrote: > 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/xmagv-1.11_1.log : > > > building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP > maintained by: ports@FreeBSD.org These ports are unmaintained are the mails just spam the list. Kris From kris at FreeBSD.org Sun Aug 24 10:00:17 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Aug 24 10:00:26 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <48B12EDC.6040209@FreeBSD.org> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> <48B12EDC.6040209@FreeBSD.org> Message-ID: <48B1312D.70800@FreeBSD.org> Kris Kennaway wrote: > QAT@FreeBSD.org wrote: >> 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/xmagv-1.11_1.log : >> >> >> building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP >> maintained by: ports@FreeBSD.org > > These ports are unmaintained are the mails just spam the list. ^^^ I think this was supposed to be "so" Kris From beech at freebsd.org Sun Aug 24 10:19:23 2008 From: beech at freebsd.org (Beech Rintoul) Date: Sun Aug 24 10:20:00 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <48B12EDC.6040209@FreeBSD.org> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> <48B12EDC.6040209@FreeBSD.org> Message-ID: <200808240201.50541.beech@freebsd.org> On Sunday 24 August 2008, Kris Kennaway said: > QAT@FreeBSD.org wrote: > > 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/xmagv-1.11_1.log : > > > > > > building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP > > maintained by: ports@FreeBSD.org > > These ports are unmaintained are the mails just spam the list. > > Kris I think the general idea is that someone will take notice and step up and fix it. -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From QAT at FreeBSD.org Sun Aug 24 10:26:42 2008 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Sun Aug 24 10:26:48 2008 Subject: korean/bitchx - fails: install_error Message-ID: <20080824102640.E35FD12E41F8@quark.ds9.tecnik93.com> 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/ko-BitchX-1.0c16_6.log : building ko-BitchX-1.0c16_6 in directory /var/tinderbox/7-STABLE-FTP maintained by: ports@FreeBSD.org building for: 7.0-STABLE amd64 port directory: /usr/ports/korean/bitchx Makefile ident: $FreeBSD: ports/korean/bitchx/Makefile,v 1.23 2008/01/12 15:54:55 arved Exp $ prefixes: LOCALBASE=usr/local X11BASE=usr/local NO* env vars: NOPORTDOCS=yes NOPORTEXAMPLES=yes NOPORTDATA=yes build started at Sun Aug 24 10:25:35 UTC 2008 ................................................... tar: share/bx/help/8_Scripts/oldping: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/pipe: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/prefix: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/recursion: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/repeat: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/screen: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/shell: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/silent: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/smileys: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/sound: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/spfix: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/starutils: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/stat: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/tabkey: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/tabkey.wc: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/tc: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/time: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/tls: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/troy: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/uhnotify: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/uping: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/wallopstat: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/webster: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/2.8script: Cannot stat: No such file or directory tar: share/bx/help/8_Scripts/window: Cannot stat: No such file or directory tar: share/bx/help/README_FIRST: Cannot stat: No such file or directory tar: share/doc/bitchx/bxfaq.html: 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/ko-BitchX-1.0c16_6.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/ko-BitchX-1.0c16_6.tbz' *** Error code 1 Stop in /a/ports/korean/bitchx. *** Error code 1 Stop in /a/ports/korean/bitchx. ================================================================ build of /usr/ports/korean/bitchx ended at Sun Aug 24 10:26:38 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 -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From itetcu at FreeBSD.org Sun Aug 24 10:30:01 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Aug 24 10:30:09 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <48B1312D.70800@FreeBSD.org> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> <48B12EDC.6040209@FreeBSD.org> <48B1312D.70800@FreeBSD.org> Message-ID: <20080824132952.46b0d0d3@it.buh.tecnik93.com> On Sun, 24 Aug 2008 12:00:13 +0200 Kris Kennaway wrote: > Kris Kennaway wrote: > > QAT@FreeBSD.org wrote: > >> 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/xmagv-1.11_1.log : > >> > >> > >> building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP > >> maintained by: ports@FreeBSD.org > > > > These ports are unmaintained are the mails just spam the list. > > ^^^ I think this was supposed to be As a result of this "spam" (with no false positive so far) at least 9 long-standing "broken" ports were fixed and two other will be fixed and adopted. > "so" So I'd like to keep this behaviour for the current run, esp. since we're near a freeze. If you wish to wave your hat I'll comply :-) -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080824/dc6d28b8/signature.pgp From kris at FreeBSD.org Sun Aug 24 10:30:54 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sun Aug 24 10:31:01 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <200808240201.50541.beech@freebsd.org> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> <48B12EDC.6040209@FreeBSD.org> <200808240201.50541.beech@freebsd.org> Message-ID: <48B1385A.9020800@FreeBSD.org> Beech Rintoul wrote: > On Sunday 24 August 2008, Kris Kennaway said: >> QAT@FreeBSD.org wrote: >>> 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/xmagv-1.11_1.log : >>> >>> >>> building xmagv-1.11_1 in directory /var/tinderbox/7-STABLE-FTP >>> maintained by: ports@FreeBSD.org >> These ports are unmaintained are the mails just spam the list. >> >> Kris > > I think the general idea is that someone will take notice and step up > and fix it. Sounds more like a hope to me :) We don't even consistently get people fixing the unmaintained broken ports, let alone edge-polishing. Kris From itetcu at FreeBSD.org Sun Aug 24 10:43:02 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Sun Aug 24 10:43:09 2008 Subject: graphics/xmagv - failes: install_error In-Reply-To: <20080824132952.46b0d0d3@it.buh.tecnik93.com> References: <20080824001946.1517812E41E6@quark.ds9.tecnik93.com> <48B12EDC.6040209@FreeBSD.org> <48B1312D.70800@FreeBSD.org> <20080824132952.46b0d0d3@it.buh.tecnik93.com> Message-ID: <20080824134254.65376fe2@it.buh.te