From jasonh at DataIX.net Sat Aug 1 04:04:01 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Sat Aug 1 04:04:08 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> Message-ID: <20090801000359.3097ba0b.jasonh@DataIX.net> On Fri, 31 Jul 2009 16:53:16 -0500 "Jeremy Messenger" wrote: > On Fri, 31 Jul 2009 12:36:36 -0500, Erik Trulsson > wrote: > > > On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote: > >> > >> Now that I have finally upgraded my system in full from the last mix-up > >> with jpeg, You guys have bumped up every PORTREVISION that depends on > >> jpeg > >> "Great real great" Now I get to spend another three days fixing up some > >> more packages and rebuilding about 800+ ports. > >> > >> Thanks a whole lot. > > > > Nobody is forcing you to rebuild your ports just because the PORTREVISION > > was bumped. If everything works fine for you there is actually no good > > reason at all to do so. > So now the implication becomes that everyone should resort to manual checking of port versions and upgrade each port manually from here on out ?. Because if that is going to happen then eventually someone or a amateur for that matter is going to manually check their ports and come across an update they need and then it will update hand-in-hand every port that depends on libjpeg just to satisfy itself. Am I wrong ? is this not why portupgrade and portmaster were created so this could be done autonomously ? Don't get me wrong but I have been very involved in this upgrade that slipped into my systems from the 19th and it is frustrating when a rather circumvented actions consequences were not well thought out and gets repeated again for a third time. Please don't take this as a list bash or a personal matter, but I believe this needs to be discussed so it could be prevented in the future. Maybe a policy change on library bumps ? that gets more developers involved so the process is less likely to cause administration overhead. Or a policy stating that if your ports lib is bumped you should also bump all PORTREVISIONS that depend on it at the time it is committed ?. That is up for discussion and these are only thoughts but they are thoughts with a new user community in mind. Best regards. I am not on this list: please CC me in your replies. > Yes, but how can you tell if there is newer version? The pkg_version and > pkgversion don't tell you that it's PORTREVISION or actually newer > version. What about when we run 'port* -a'? Took about two weeks to get > PORTREVISION bump isn't right at all. > > Cheers, > Mezz > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org Thanks Mezz -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From davidn04 at gmail.com Sat Aug 1 08:39:47 2009 From: davidn04 at gmail.com (David N) Date: Sat Aug 1 08:39:59 2009 Subject: iSTGT error messages Message-ID: <4d7dd86f0908010117o77757798p6585148ab829e088@mail.gmail.com> Jul 31 01:40:30 netserv1 istgt[13674]: Login from iqn.example.net (10.1.20.15) on iqn.example.net:mail2disk1 LU1 (10.1.10.1:3260,1), ISID=23d010000, TSIH=40, CID=0, HeaderDigest=off, DataDigest=off Jul 31 03:10:23 netserv1 istgt[13674]: istgt_iscsi.c:3338:istgt_iscsi_op_nopout: ***ERROR*** StatSN(460107/460117) error Jul 31 03:10:23 netserv1 istgt[13674]: istgt_iscsi.c:3762:istgt_iscsi_execute: ***ERROR*** iscsi_op_nopout() failed Jul 31 03:10:23 netserv1 istgt[13674]: istgt_iscsi.c:4088:worker: ***ERROR*** iscsi_execute() failed iSTGT istgt-20090428 FreeBSD 7.2-R iSCSI 10GB disk on FreeBSD Open-iscsi 2.0.865-1ubuntu3.3 client Does anyone have any idea what the errors mean? There are alot of repeated messages in the log file. It will connect, then the error will occur and it'll reconnect and so forth. Regards David N From m.seaman at infracaninophile.co.uk Sat Aug 1 09:10:41 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Aug 1 09:10:48 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <20090731173636.GA76357@owl.midgard.homeip.net> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> Message-ID: <4A740679.1020608@infracaninophile.co.uk> Erik Trulsson wrote: > On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote: >> Now that I have finally upgraded my system in full from the last mix-up >> with jpeg, You guys have bumped up every PORTREVISION that depends on jpeg >> "Great real great" Now I get to spend another three days fixing up some >> more packages and rebuilding about 800+ ports. >> >> Thanks a whole lot. > > Nobody is forcing you to rebuild your ports just because the PORTREVISION > was bumped. If everything works fine for you there is actually no good > reason at all to do so. The OP does have a valid point though. I just got an e-mail from Freshports saying that a bunch of ports I maintain had had PORTREVISION bumps because of the jpeg update. Which is all fine and dandy, except that these were the www/p5-RT-* extension modules for RT. First of all, they are pure perl: there's no object linkage with the jpeg shlibs at all. Secondly, they have nothing to do with manipulating jpeg data in any way, shape or form. One of their dependencies links against libjpeg: that's it. Blanket modification of PORTREVISION for everything that can depend on a shlib which has had an ABI version bump is certainly effective, but it seems too much of a blunt instrument to me. You don't need a revision bump for dependencies that install no ELF format executables, shlibs or similar. Detecting what ports install ELF executables is not too hard -- I submitted ports/129210 which should do the job, although I was thinking more along the lines of factoring out ports that are architecture independent and only building them once on the package build cluster when I submitted that. Needs some work on capturing the output for use by port comitters / maintainers 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090801/1eb37e5d/signature.pgp From gesbbb at yahoo.com Sat Aug 1 11:08:26 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Aug 1 11:08:32 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <20090731173636.GA76357@owl.midgard.homeip.net> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> Message-ID: <20090801070824.19c9dd0c@scorpio.seibercom.net> On Fri, 31 Jul 2009 19:36:36 +0200 Erik Trulsson wrote: > On Fri, Jul 31, 2009 at 12:12:49PM -0400, Jason J. Hellenthal wrote: > > > > Now that I have finally upgraded my system in full from the last > > mix-up with jpeg, You guys have bumped up every PORTREVISION that > > depends on jpeg "Great real great" Now I get to spend another three > > days fixing up some more packages and rebuilding about 800+ ports. > > > > Thanks a whole lot. > > Nobody is forcing you to rebuild your ports just because the > PORTREVISION was bumped. If everything works fine for you there is > actually no good reason at all to do so. Sorry, but from personal experience in similar situations, sooner or later it will come back to bite you in the ass. Better to use something like: 'portmanager -u -p' now and get it over with than wait until the least opportunistic time arrives for something to fail. Then again, it is your system. -- Jerry gesbbb@yahoo.com RUGGED: Too heavy to lift. From stb at lassitu.de Sat Aug 1 11:33:02 2009 From: stb at lassitu.de (Stefan Bethke) Date: Sat Aug 1 11:33:09 2009 Subject: recent change to ifconfig breaks OpenVPN? In-Reply-To: References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> Message-ID: <654B1E65-BF46-4DD7-9DCE-97965875F1DE@lassitu.de> Am 31.07.2009 um 18:58 schrieb Stefan Bethke: > Am 31.07.2009 um 14:38 schrieb Stefan Bethke: > >> Here's a first draft at a patch for OpenVPN. With this, the tun >> interface gets set to IFF_BROADCAST mode. One small piece is still >> missing: OpenVPN tries to install a route for the subnet, but that >> fails because now ifconfig has already inserted that route. I'll >> try to look into that a bit later on. I also haven't tested the >> server side yet, or any other mode. > > The route for the subnet is pushed by the server (expanded from the > --server config option). Although adding the route fails, the > connection process continues and the connection is working fine. > Making either the client ignore the pushed route or the server not > push the route would be rather intrusive, so I think leaving it at > this should be acceptable. > > Will continue testing... I've tested the patch on -stable and -current, with --topology subnet and --topology net30, in client and server modes, and everything seems to be working fine. From my point of view, this can be committed. I will submit the patch to James Yonan and the openvpn-developers list for inclusion. Stefan -- Stefan Bethke Fon +49 151 14070811 From dirk.meyer at dinoex.sub.org Sat Aug 1 11:40:58 2009 From: dirk.meyer at dinoex.sub.org (Dirk Meyer) Date: Sat Aug 1 11:41:21 2009 Subject: Unable to build "graphics/gd" References: <20090719122327.GB1226@medusa.sysfault.org> <20090719063924.10d42573@scorpio.seibercom.net> <20090719110030.GA1226@medusa.sysfault.org> <20090719074527.7167d604@scorpio.seibercom.net> <20090719122327.GB1226@medusa.sysfault.org> <20090719091902.00bffe8a@scorpio.seibercom.net> Message-ID: Hallo Jerry, > Thanks for the info. I appreciate it. I don't suppose that there is a > recommended procedure to prevent just such an occurrence again in the > future? Not that it is really all that important. I believe that this > is the first time this has happened to me. This problems are hard to detect. Thanks for reporting. It was related to options not set by default. I have commited a fix now. kind regards Dirk - 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 dirk.meyer at dinoex.sub.org Sat Aug 1 11:40:59 2009 From: dirk.meyer at dinoex.sub.org (Dirk Meyer) Date: Sat Aug 1 11:41:22 2009 Subject: ports/*/jpeg "Thanks a lot guys" References: <20090731173636.GA76357@owl.midgard.homeip.net> <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> Message-ID: Hallo Matthew Seaman, > The OP does have a valid point though. I just got an e-mail from Freshpo= > rts > saying that a bunch of ports I maintain had had PORTREVISION bumps becaus= > e of > the jpeg update. Which is all fine and dandy, except that these were the= > =20 > www/p5-RT-* extension modules for RT. First of all, they are pure perl: = > there's > no object linkage with the jpeg shlibs at all. Secondly, they have nothi= > ng > to do with manipulating jpeg data in any way, shape or form. One of thei= > r > dependencies links against libjpeg: that's it. This may be, but the port has "libjpeg" as dependency listed. ports/www/p5-RT-Authen-ExternalAuth$ make all-depends-list | grep jpeg /usr/ports/graphics/jpeg ports/www/p5-RT-Extension-SLA$ make all-depends-list | grep jpeg /usr/ports/graphics/jpeg Sorry I had no way to detect if this dependecy is not needed. I build the index with "EXPLICIT_PACKAGE_DEPENDS=yes", which reduced the number of ports affected alot. Sadly further work on this general problem has been suspended. I hoped the current package tools where up to the task, making this bump obsolete, but I have been prooven wrong. kind regards Dirk - 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 linimon at lonesome.com Sat Aug 1 11:48:34 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sat Aug 1 11:48:40 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <36957fedc04d840595162bb026a8ec62@xs4all.nl> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> Message-ID: <20090801114833.GA23826@lonesome.com> On Thu, Jul 23, 2009 at 07:37:27PM +0200, Martin Tournoij wrote: > I now know more than ever why I switched to OpenBSD. > FreeBSD people no longer seem to care about broken ports, or making people > who submit broken patches maintainers, or even replying to my messages. First of all, I have to apologize that I did not track this thread (which I myself started) more closely. I had assumed that maintainerships were being handed off well. I was wrong. You have to understand: when I send out the 'status of FreeBSD ports' emails, I am sending them to maintainers who have already had 2 or more maintainer-timeouts (i.e. failure to respond to PRs). (Sorry, I don't usually get around to the maintainers who only have one :-/ ) In almost all of these cases, the maintainers have either a) lost interest in maintaining their ports, or b) now lack the time to respond to PRs about their ports. It usually takes an email or two to establish which of the two that it is -- but in most cases, the result is that the ports wind up being reassigned. In a few cases, the maintainers promise to do better, and retain their ports. But I can't recall a case where the maintainer said "I'll maintain them for a little while -- but then give them up." So I can understand where a committer would see a posting, and say, "ok, these are up for reassignment." (I think this is a fair reading of the "here are the ports I maintain" list.) > I've been waiting for more than a week to revert the maintainer switch I can't speak to that; I have not talked to the committer in question. However, there is a lot of traffic that goes by on the mailing list every week ... > The same guy that broke this port is now the scribus maintainer and a > maintainer of a bunch of other ports, hope you don't use scribus since I > suspect the quality of the port will not improve. The way that we have things set up is that: we hope that maintainers will submit good updates; but we rely on committers to ensure that the updates they commit are necessary and sufficient. This is why we have a mentorship period for committers -- there are "things you just need to know" that may not be sufficiently detailed in the Porter's Handbook. Most maintainers start off not understanding the ins-and-outs of the Ports Collection. We try to help by making the Porter's Handbook as complete as we can; however, there is some degree of "learning on the job". Remember: we're a volunteer project. (Also: this is supposed to be "fun", not a job, right??? :-) ) So if a particular maintainer doesn't understand how things work (yet), it's the job of the committers to educate him/her so that we can turn their enthusiasm into a more concrete contribution. But everyone's got to start somewhere. To summarize: my own view is that we don't want bad patches or bad updates to be committed; but our committers are human, too. It's worth repeating that we rely on our committers to be responsible for verifying that the changes that they're committing are correct and useful; but, they're volunteers as well, so we have to rely on a combination of constructive criticism and encouragement to try to improve things. mcl From rwmaillists at googlemail.com Sat Aug 1 13:50:08 2009 From: rwmaillists at googlemail.com (RW) Date: Sat Aug 1 13:50:15 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A740679.1020608@infracaninophile.co.uk> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> Message-ID: <20090801142438.65cabd8d@gumby.homeunix.com> On Sat, 01 Aug 2009 10:10:17 +0100 Matthew Seaman wrote: > The OP does have a valid point though. I just got an e-mail from > Freshports saying that a bunch of ports I maintain had had > PORTREVISION bumps because of the jpeg update. Which is all fine and > dandy, except that these were the www/p5-RT-* extension modules for > RT. > ... Actually, I think his point was that the ports were bumped too long after the jpeg update, when people had already done the recursive upgrade. From jensrasmus at gmail.com Sat Aug 1 14:41:48 2009 From: jensrasmus at gmail.com (Jens Rasmus Liland) Date: Sat Aug 1 14:41:56 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] Message-ID: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> Hi, I'm getting really weird problems when trying to upgrade my ports. I've already discussed this with Dan Naumov on the stable mailing list, and he is out of ideas on what I am to do. I've tried to fix the problem using many different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, portupgrade -ay, nuking the entire ports tree and then doing fetch ports; extract, and similar stuff), but everyone seems to get the same error, and not come any further. The ports my system is trying to update is not in the ports tree anymore either, so it is really strange that it is trying to update it self. Here is some outputs I've already posted on the stable mailinglist: Running 'portupgrade -ay'. Got this output: ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed 00:00:15) [root@machine ~]# portupgrade -ay ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld [Updating the portsdb in /usr/ports ... - 20501 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000..... ..... done] ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed 00:00:22) [root@machine ~]# [root@machine ~]# portsdb -Uu; portupgrade -ay Updating the ports index ... Generating INDEX.tmp - please wait..Warning: Duplicate INDEX entry: cvsup-without-gui-16.1h_4 Done. done [Updating the portsdb in /usr/ports ... - 20503 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000..... ..... done] ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 ** Port directory not found: x11-drivers/xf86-video-vga ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ** Port directory not found: x11/xorg-protos ** Port directory not found: x11/xphelloworld ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (port directory error) - x11-drivers/xf86-video-via (marked as IGNORE) - x11/xorg-protos (port directory error) - x11/xphelloworld (port directory error) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg-apps (xorg-apps-7.3) * x11/xorg (xorg-7.3_2) ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed 00:00:16) [root@machine ~]# Ran "portmaster -a". Got this output: [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates ===>>> Checking ports for recursive 'make config' ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed ===>>> Aborting update [root@machine /usr/ports/ports-mgmt/portmaster]# Then I ran "portmaster -af", and got a lot of output and this at the end: [...] ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed ===>>> Aborting update Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated Terminated [root@machine /usr/ports/ports-mgmt/portmaster]# [root@machine /home/user]# portmaster --force-config -a ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates ===>>> Checking ports for recursive 'make config' ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed ===>>> Aborting update [root@machine /home/user]# Then ran "portmaster --force-config -af" - this was better, but I still got this at the end: ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to xf86-video-vesa-2.1.0_2 ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa ===> No options to configure ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for x11-drivers/xf86-video-vesa ===>>> Returning to update check of installed ports ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed ===>>> Aborting update Terminated [root@machine /home/user]# /Rasmus From david at vizion2000.net Sat Aug 1 15:29:40 2009 From: david at vizion2000.net (David Southwell) Date: Sat Aug 1 15:29:46 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> Message-ID: <200908011629.33549.david@vizion2000.net> > Hi, > > I'm getting really weird problems when trying to upgrade my ports. I've > already discussed this with Dan Naumov on the stable mailing list, and he > is out of ideas on what I am to do. I've tried to fix the problem using > many different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > extract, and similar stuff), but everyone seems to get the same error, and > not come any further. The ports my system is trying to update is not in the > ports tree anymore either, so it is really strange that it is trying to > update it self. > > Here is some outputs I've already posted on the stable mailinglist: > > Running 'portupgrade -ay'. Got this output: > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed 00:00:15) > > [root@machine ~]# portupgrade -ay > ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > [Updating the portsdb in /usr/ports ... - 20501 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6 >000.........7000.........8000.........9000.........10000.........11000...... >...12000.........13000.........14000.........15000.........16000.........170 >00.........18000.........19000.........20000..... ..... done] > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed 00:00:22) > [root@machine ~]# > > [root@machine ~]# portsdb -Uu; portupgrade -ay > Updating the ports index ... Generating INDEX.tmp - please wait..Warning: > Duplicate INDEX entry: cvsup-without-gui-16.1h_4 > Done. > done > [Updating the portsdb in /usr/ports ... - 20503 port > entries found > .........1000.........2000.........3000.........4000.........5000.........6 >000.........7000.........8000.........9000.........10000.........11000...... >...12000.........13000.........14000.........15000.........16000.........170 >00.........18000.........19000.........20000..... ..... done] > ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite package > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > x11-drivers/xf86-video-vga (port directory error) > - x11-drivers/xf86-video-via (marked as IGNORE) > - x11/xorg-protos (port directory error) > - x11/xphelloworld (port directory error) > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > * x11/xorg-apps (xorg-apps-7.3) > * x11/xorg (xorg-7.3_2) > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed 00:00:16) > [root@machine ~]# > > Ran "portmaster -a". Got this output: > > [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Checking ports for recursive 'make config' > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > Then I ran "portmaster -af", and got a lot of output and this at the end: > > [...] > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > Terminated > [root@machine /usr/ports/ports-mgmt/portmaster]# > > [root@machine /home/user]# portmaster --force-config -a > > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Checking ports for recursive 'make config' > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > [root@machine /home/user]# > > Then ran "portmaster --force-config -af" - this was better, but I still got > this at the end: > > ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to > xf86-video-vesa-2.1.0_2 > > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa > ===> No options to configure > ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from ports > ===>>> Starting recursive 'make config' check > ===>>> Recursive 'make config' check complete for > x11-drivers/xf86-video-vesa > > ===>>> Returning to update check of installed ports > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > ===>>> Aborting update > > Terminated > [root@machine /home/user]# > > /Rasmus The only thing I can suggest is to use a -x glob to exclude the ports that are causing you trouble. I believe the drivers are no longer used so no harm would come. David From barney at databus.com Sat Aug 1 15:32:14 2009 From: barney at databus.com (Barney Wolff) Date: Sat Aug 1 15:32:20 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> Message-ID: <20090801145042.GA32107@pit.databus.com> I got around this by using -k. Dependencies are a maze of twisty little passages, all alike. I'll take my chances with the grue. On Sat, Aug 01, 2009 at 04:17:17PM +0200, Jens Rasmus Liland wrote: > Hi, > > I'm getting really weird problems when trying to upgrade my ports. I've > already discussed this with Dan Naumov on the stable mailing list, and he is > out of ideas on what I am to do. I've tried to fix the problem using many > different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > extract, and similar stuff), but everyone seems to get the same error, and > not come any further. The ports my system is trying to update is not in the > ports tree anymore either, so it is really strange that it is trying to > update it self. > > Here is some outputs I've already posted on the stable mailinglist: > > Running 'portupgrade -ay'. Got this output: > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > ** Port directory not found: x11-drivers/xf86-video-vga > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > requires pciVideoPtr typedef > ** Port directory not found: x11/xorg-protos > ** Port directory not found: x11/xphelloworld From julian at elischer.org Sat Aug 1 15:36:38 2009 From: julian at elischer.org (Julian Elischer) Date: Sat Aug 1 15:36:44 2009 Subject: recent change to ifconfig breaks OpenVPN? In-Reply-To: References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> Message-ID: <4A745E41.2040608@elischer.org> Stefan Bethke wrote: > (Moving the discussion to -ports.) > > Am 31.07.2009 um 00:57 schrieb Matthias Andree: > >> Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb >> : >> >>> Yeah that is as great as we are or rather were. >>> >>> So really, fix the openvpn scripts that assign the address to >>> interfaces to do something that would make sense from the ``man ip'' >>> (not the literal command) point of view. Just that it's "working" >>> somewhere or used to work elswhere neither means that it was correct >>> nor made sense at any time before. >> >> It's actually in the C code where it was advertised as FreeBSD fix. >> OpenVPN runs in 'topology subnet' mode here, which is documented as >> follows: >> >> Use a subnet rather than a point-to-point topology by >> configuring the tun interface with a local IP address and subnet >> mask, similar to the topology used in --dev tap and ethernet >> bridging mode. This mode allocates a single IP address per con- >> necting client [... MS-Windows stuff here ...] >> When used on *nix, requires that the >> tun driver supports an ifconfig(8) command which sets a subnet >> instead of a remote endpoint IP address. >> >> I wonder if TUNSIFMODE (see tun(4)) is somehow needed and if so, >> already done, and how the proper ifconfig call would look like in this >> case. Stefan already uttered some ideas in that direction. > > > Here's a first draft at a patch for OpenVPN. With this, the tun > interface gets set to IFF_BROADCAST mode. One small piece is still > missing: OpenVPN tries to install a route for the subnet, but that fails > because now ifconfig has already inserted that route. I'll try to look > into that a bit later on. I also haven't tested the server side yet, or > any other mode. I would have thought that the correct answer would be to set a different address for the remote end.. it is a p2p link so to make it look like an ethernet is a bit weird. > > root@freebsd-current:/usr/ports/security/openvpn-devel# cat > files/patch-tun.c > --- tun.c.orig 2009-05-30 23:34:13.000000000 +0200 > +++ tun.c 2009-07-31 14:22:31.000000000 +0200 > @@ -863,11 +863,10 @@ > else { > if (tt->topology == TOP_SUBNET) > argv_printf (&argv, > - "%s %s %s %s netmask %s mtu %d up", > + "%s %s %s netmask %s mtu %d up", > IFCONFIG_PATH, > actual, > ifconfig_local, > - ifconfig_local, > ifconfig_remote_netmask, > tun_mtu > ); > @@ -1745,14 +1744,15 @@ > { > open_tun_generic (dev, dev_type, dev_node, ipv6, true, true, tt); > > - if (tt->fd >= 0) > + if (tt->fd >= 0 && tt->type == DEV_TYPE_TUN) > { > int i = 0; > > - /* Disable extended modes */ > + i = tt->topology == TOP_SUBNET ? IFF_BROADCAST : IFF_POINTOPOINT; > + i |= IFF_MULTICAST; > + ioctl (tt->fd, TUNSIFMODE, &i); > + i = 0; > ioctl (tt->fd, TUNSLMODE, &i); > - i = 1; > - ioctl (tt->fd, TUNSIFHEAD, &i); > } > } > > > Stefan > From stb at lassitu.de Sat Aug 1 16:32:45 2009 From: stb at lassitu.de (Stefan Bethke) Date: Sat Aug 1 16:32:52 2009 Subject: recent change to ifconfig breaks OpenVPN? In-Reply-To: <4A745E41.2040608@elischer.org> References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> <4A745E41.2040608@elischer.org> Message-ID: <9F862E70-7D12-4DE5-8BDA-5A51C38471C4@lassitu.de> Am 01.08.2009 um 17:24 schrieb Julian Elischer: > Stefan Bethke wrote: >> (Moving the discussion to -ports.) >> Am 31.07.2009 um 00:57 schrieb Matthias Andree: >>> Am 31.07.2009, 00:36 Uhr, schrieb Bjoern A. Zeeb >> >: >>> >>>> Yeah that is as great as we are or rather were. >>>> >>>> So really, fix the openvpn scripts that assign the address to >>>> interfaces to do something that would make sense from the ``man >>>> ip'' >>>> (not the literal command) point of view. Just that it's "working" >>>> somewhere or used to work elswhere neither means that it was >>>> correct >>>> nor made sense at any time before. >>> >>> It's actually in the C code where it was advertised as FreeBSD fix. >>> OpenVPN runs in 'topology subnet' mode here, which is documented >>> as follows: >>> >>> Use a subnet rather than a point-to-point topology by >>> configuring the tun interface with a local IP address and >>> subnet >>> mask, similar to the topology used in --dev tap and >>> ethernet >>> bridging mode. This mode allocates a single IP address per >>> con- >>> necting client [... MS-Windows stuff here ...] >>> When used on *nix, requires that the >>> tun driver supports an ifconfig(8) command which sets a >>> subnet >>> instead of a remote endpoint IP address. >>> >>> I wonder if TUNSIFMODE (see tun(4)) is somehow needed and if so, >>> already done, and how the proper ifconfig call would look like in >>> this case. Stefan already uttered some ideas in that direction. >> Here's a first draft at a patch for OpenVPN. With this, the tun >> interface gets set to IFF_BROADCAST mode. One small piece is still >> missing: OpenVPN tries to install a route for the subnet, but that >> fails because now ifconfig has already inserted that route. I'll >> try to look into that a bit later on. I also haven't tested the >> server side yet, or any other mode. > > I would have thought that the correct answer would be to set a > different address for the remote end.. > it is a p2p link so to make it look like an ethernet is a bit weird. Windows does not have p2p interfaces, so OpenVPN offers a "virtual ethernet" configuration where the OpenVPN server process routes packets between various clients inside this subnet. Looking from the outside, this --topology subnet mode is not a point to point link, but rather a broadcast network, and even before, OpenVPN installed a network route going over the p2p tun interface. This change aligns the configuration with the actual model OpenVPN uses. Other --topology modes continue to use p2p mode, and the interface is configured with the server's address. Stefan -- Stefan Bethke Fon +49 151 14070811 From m.seaman at infracaninophile.co.uk Sat Aug 1 17:34:26 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Aug 1 17:34:34 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: References: <20090731173636.GA76357@owl.midgard.homeip.net> <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> Message-ID: <4A747C77.1040800@infracaninophile.co.uk> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090801/47da255c/signature.pgp From jensrasmus at gmail.com Sat Aug 1 17:50:47 2009 From: jensrasmus at gmail.com (Jens Rasmus Liland) Date: Sat Aug 1 17:51:00 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <20090801145042.GA32107@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> Message-ID: <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> So what command am I supposed to run? On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > I got around this by using -k. Dependencies are a maze of twisty > little passages, all alike. I'll take my chances with the grue. > > On Sat, Aug 01, 2009 at 04:17:17PM +0200, Jens Rasmus Liland wrote: > > Hi, > > > > I'm getting really weird problems when trying to upgrade my ports. I've > > already discussed this with Dan Naumov on the stable mailing list, and he > is > > out of ideas on what I am to do. I've tried to fix the problem using many > > different methods (i.e. csup stable-ports-supfile; Portmaster -a/-af, > > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > > extract, and similar stuff), but everyone seems to get the same error, > and > > not come any further. The ports my system is trying to update is not in > the > > ports tree anymore either, so it is really strange that it is trying to > > update it self. > > > > Here is some outputs I've already posted on the stable mailinglist: > > > > Running 'portupgrade -ay'. Got this output: > > > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > From jensrasmus at gmail.com Sat Aug 1 17:52:05 2009 From: jensrasmus at gmail.com (Jens Rasmus Liland) Date: Sat Aug 1 17:52:12 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <200908011629.33549.david@vizion2000.net> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <200908011629.33549.david@vizion2000.net> Message-ID: <63e02e980908011052j308c8c61s88e74bf7d9f2d238@mail.gmail.com> Behind portmaster or what? I do not understand. On Sat, Aug 1, 2009 at 5:29 PM, David Southwell wrote: > > Hi, > > > > I'm getting really weird problems when trying to upgrade my ports. I've > > already discussed this with Dan Naumov on the stable mailing list, and he > > is out of ideas on what I am to do. I've tried to fix the problem using > > many different methods (i.e. csup stable-ports-supfile; Portmaster > -a/-af, > > portupgrade -ay, nuking the entire ports tree and then doing fetch ports; > > extract, and similar stuff), but everyone seems to get the same error, > and > > not come any further. The ports my system is trying to update is not in > the > > ports tree anymore either, so it is really strange that it is trying to > > update it self. > > > > Here is some outputs I've already posted on the stable mailinglist: > > > > Running 'portupgrade -ay'. Got this output: > > > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed > 00:00:15) > > > > [root@machine ~]# portupgrade -ay > > ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > [Updating the portsdb in /usr/ports ... - 20501 port > > entries found > > > .........1000.........2000.........3000.........4000.........5000.........6 > > >000.........7000.........8000.........9000.........10000.........11000...... > > >...12000.........13000.........14000.........15000.........16000.........170 > >00.........18000.........19000.........20000..... ..... done] > > > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed > 00:00:22) > > [root@machine ~]# > > > > [root@machine ~]# portsdb -Uu; portupgrade -ay > > Updating the ports index ... Generating INDEX.tmp - please wait..Warning: > > Duplicate INDEX entry: cvsup-without-gui-16.1h_4 > > Done. > > done > > [Updating the portsdb in /usr/ports ... - 20503 port > > entries found > > > .........1000.........2000.........3000.........4000.........5000.........6 > > >000.........7000.........8000.........9000.........10000.........11000...... > > >...12000.........13000.........14000.........15000.........16000.........170 > >00.........18000.........19000.........20000..... ..... done] > > ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > requires pciVideoPtr typedef > > ** Port directory not found: x11/xorg-protos > > ** Port directory not found: x11/xphelloworld > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because a > > requisite package 'xf86-video-vga-4.1.0_2' (x11-drivers/xf86-video-vga) > > failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > package > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > failed > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > x11-drivers/xf86-video-vga (port directory error) > > - x11-drivers/xf86-video-via (marked as IGNORE) > > - x11/xorg-protos (port directory error) > > - x11/xphelloworld (port directory error) > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > * x11/xorg-apps (xorg-apps-7.3) > > * x11/xorg (xorg-7.3_2) > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed > 00:00:16) > > [root@machine ~]# > > > > Ran "portmaster -a". Got this output: > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a > > ===>>> Gathering distinfo list for installed ports > > > > ===>>> Starting check of installed ports for available updates > > ===>>> Checking ports for recursive 'make config' > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > Then I ran "portmaster -af", and got a lot of output and this at the end: > > > > [...] > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > Terminated > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > [root@machine /home/user]# portmaster --force-config -a > > > > ===>>> Gathering distinfo list for installed ports > > > > ===>>> Starting check of installed ports for available updates > > ===>>> Checking ports for recursive 'make config' > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > [root@machine /home/user]# > > > > Then ran "portmaster --force-config -af" - this was better, but I still > got > > this at the end: > > > > ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to > > xf86-video-vesa-2.1.0_2 > > > > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa > > ===> No options to configure > > ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from > ports > > ===>>> Starting recursive 'make config' check > > ===>>> Recursive 'make config' check complete for > > x11-drivers/xf86-video-vesa > > > > ===>>> Returning to update check of installed ports > > > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > ===>>> Aborting update > > > > Terminated > > [root@machine /home/user]# > > > > /Rasmus > The only thing I can suggest is to use a -x glob to exclude the ports that > are > causing you trouble. I believe the drivers are no longer used so no harm > would > come. > > David > > > From barney at databus.com Sat Aug 1 18:58:19 2009 From: barney at databus.com (Barney Wolff) Date: Sat Aug 1 18:58:31 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> Message-ID: <20090801185813.GA74080@pit.databus.com> portupgrade -k x11-drivers/xorg-drivers x11/xorg Barney On Sat, Aug 01, 2009 at 07:50:45PM +0200, Jens Rasmus Liland wrote: > So what command am I supposed to run? > > On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > > > I got around this by using -k. Dependencies are a maze of twisty > > little passages, all alike. I'll take my chances with the grue. > > From jensrasmus at gmail.com Sat Aug 1 19:44:43 2009 From: jensrasmus at gmail.com (Jens Rasmus Liland) Date: Sat Aug 1 19:44:55 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <20090801185813.GA74080@pit.databus.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> <20090801185813.GA74080@pit.databus.com> Message-ID: <63e02e980908011244u4e00ba22w772499583660d4de@mail.gmail.com> That seems to have have done something more. But I still got some funky errors after running portmaster -a: [...at the end] ===>>> Gathering dependency list for x11/xorg-apps from ports ===>>> Starting recursive 'make config' check ===>>> Launching child to update x11/xinput xorg-apps-7.3 >> x11/xinput ===>>> Port directory: /usr/ports/x11/xinput ===>>> Gathering dependency list for x11/xinput from ports ===>>> Starting recursive 'make config' check ===>>> Recursive 'make config' check complete for x11/xinput xorg-apps-7.3 >> x11/xinput ===>>> Continuing 'make config' dependency check for x11/xorg-apps ===>>> Recursive 'make config' check complete for x11/xorg-apps ===>>> Returning to update check of installed ports ===>>> The x11/xphelloworld port has been deleted: Xprint application, deprecated upstream ===>>> Aborting update [root@machine ~]# On Sat, Aug 1, 2009 at 8:58 PM, Barney Wolff wrote: > portupgrade -k x11-drivers/xorg-drivers x11/xorg > Barney > > On Sat, Aug 01, 2009 at 07:50:45PM +0200, Jens Rasmus Liland wrote: > > So what command am I supposed to run? > > > > On Sat, Aug 1, 2009 at 4:50 PM, Barney Wolff wrote: > > > > > I got around this by using -k. Dependencies are a maze of twisty > > > little passages, all alike. I'll take my chances with the grue. > > > > From peterjeremy at optushome.com.au Sat Aug 1 22:43:30 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Sat Aug 1 22:43:37 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A747C77.1040800@infracaninophile.co.uk> References: <20090731173636.GA76357@owl.midgard.homeip.net> <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> Message-ID: <20090801224323.GA65040@server.vk2pj.dyndns.org> [I was also dismayed when I saw the bump]. On 2009-Aug-01 18:33:43 +0100, Matthew Seaman wrote: >You could, for instance, run ldd(1) against each of the files a port installs >and then record in /var/db/pkg/portname-1.2.3/+SHLIBS or equivalently in the >.tbz package tarball a sorted and uniq'd list of all the shared libraries >linked against. Unfortunately, this isn't sufficient because a non-trivial number of ports dlopen() libraries rather than directly linking against them. (The Xorg server is probably the most widely used culprit here). > Or you could resolve the shlib filenames back to the ports >that supply them, and create a 'SHLIB_PORTS_NEEDED' variable in the port >Makefiles. A third approach is to more carefully recurse through the dependency tree: Given A depends on B depends on C, B only needs bumping if it LIB_DEPENDS on A and C only needs bumping if it LIB_DEPENDS on B and B was bumped. In this specific case, p5-RT-* depends on www/rt38 depends on graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg. p5-GD then needs to be bumped because it LIB_DEPENDS on gd. rt38 does not need to be bumped because it has no LIB_DEPENDS on p5-GD. p5-RT-* does not need to be bumped because rt38 is not bumped. This is slighly more complex than cd /usr/ports && \ for i in */*; do [ -d "$i" ] && cd "$i" && make all-depends-list ; done | \ grep jpeg because you need to actually follow the dependency tree, but is not impractical. The only issues I can see with this approach are: 1) Mapping the shared library reported by 'make lib-depends' back to the port than installs it. 2) You are relying on LIB_DEPENDS being correct: In my general example above, if A is missing a LIB_DEPENDS on C, this may not be detected in the build process because of the implicit dependency on C via B. No sample script because I'm not sure of the correct approach to 1) off the top of my head. -- Peter Jeremy -------------- 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/20090801/8ab5bd3b/attachment.pgp From bennett at cs.niu.edu Sat Aug 1 23:05:55 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Sat Aug 1 23:06:02 2009 Subject: recent update causes perl5.10 build failure Message-ID: <200908012305.n71N5og5019876@mp.cs.niu.edu> An update yesterday or today results in perl5.10's build aborting. When it failed under portmaster, the messages from several processes were too jumbled for me to see easily what had happened, so I tried portinstall instead. It ran for a little while, but then got: ----------------------------------------------------------------- Making SDBM_File (dynamic) Writing Makefile for sdbm Writing Makefile for SDBM_File rm -f ../../../lib/auto/PerlIO/via/via.so cc -shared -L/usr/local/lib via.o -o ../../../lib/auto/PerlIO/via/via.so chmod 755 ../../../lib/auto/PerlIO/via/via.so cc -c -I../../.. -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2-fno-strict-aliasing -pipe -march=prescott -DVERSION=\"\" -DXS_VERSION=\"\" -DPIC -fPIC "-I../../.." -DSDBM -DDUFF sdbm.c cp SDBM_File.pm ../../lib/SDBM_File.pm c -c -I../../.. -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march=prescott -DVERSION=\"\" -DXS_VERSION=\"\" -DPIC -fPIC "-I../../.." -DSDBM -DDUFF pair.c cd sdbm && make all cc -c -I../../.. -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march=prescott -DVERSION=\"\" -DXS_VERSION=\"\" -DPIC -fPIC "-I../../.." -DSDBM -DDUFF hash.c cc -c -I../../.. -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march=prescott -DVERSION=\"\" -DXS_VERSION=\"\" -DPIC -fPIC "-I../../.." -DSDBM -DDUFF hash.c rm -rf libsdbm.a /usr/bin/ar cr libsdbm.a sdbm.o pair.o hash.o && : libsdbm.a chmod 755 libsdbm.a rm -rf libsdbm.a /usr/bin/ar cr libsdbm.a sdbm.o pair.o hash.o && : libsdbm.a chmod: libsdbm.a: No such file or directory *** Error code 1 1 error *** Error code 2 chmod 755 libsdbm.a Making Socket (dynamic) 1 error *** Error code 2 Writing Makefile for Socket ../../miniperl "-I../../lib" "-I../../lib" ../../lib/ExtUtils/xsubpp -noprototypes -typemap ../../lib/ExtUtils/typemap Socket.xs > Socket.xsc && mv Socket.xsc Socket.c cp Socket.pm ../../lib/Socket.pm Running Mkbootstrap for Socket () cc -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march=prescott -DVERSION=\"1.80\" -DXS_VERSION=\"1.80\" -DPIC -fPIC "-I../.." Socket.c chmod 644 Socket.bs cp Socket.bs ../../lib/auto/Socket/Socket.bs chmod 644 ../../lib/auto/Socket/Socket.bs rm -f ../../lib/auto/Socket/Socket.so cc -shared -L/usr/local/lib Socket.o -o ../../lib/auto/Socket/Socket.so chmod 755 ../../lib/auto/Socket/Socket.so 1 error *** Error code 1 Stop in /usr/ports/lang/perl5.10. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090801-98688-18zfu5z-0 env make ** Fix the problem and try again. ---> Build of lang/perl5.10 ended at: Sat, 01 Aug 2009 16:42:13 -0500 (consumed 00:03:49) ---> Fresh installation of lang/perl5.10 ended at: Sat, 01 Aug 2009 16:42:13 -0500 (consumed 00:03:51) ---> ** Install tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! lang/perl5.10 (unknown build error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Sat, 01 Aug 2009 16:42:39 -0500 (consumed 00:04:54) ----------------------------------------------------------------- At least on a first look, it seems that perl5.10 has "MAKE_JOBS_SAFE= yes" in its Makefile, but that it should not. I changed that to "MAKE_JOBS_SAFE= no" and ran portinstall to build it (again). However, the initial failure occurred during a "portmaster -w -v -a" (actually, "portmaster -w -v -R -a") run, so something else got built that wanted perl before the whole thing quit, which meant that perl5.8 got built *in spite of the +IGNOREME files* in the appropriate /var/db/pkg directories (i.e., for threaded and non-threaded configurations). The +IGNOREME file method has been working for me until now, but in this special situation, it apparently ignores the +IGNOREME rather than the port. :-( So the portinstall failed at the end, but with a suggestion to set the FORCE_PKG_REGISTER environment variable. I did that and then reran the portinstall, which worked. Anyway, both portmaster and the perl5.10.0_4 port need to be fixed. portmaster should *not* have built perl5.8 when there were +IGNOREME files for it, and perl5.10 is *not* MAKE_JOBS_SAFE. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From m.seaman at infracaninophile.co.uk Sun Aug 2 08:48:25 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Aug 2 08:48:32 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <20090801224323.GA65040@server.vk2pj.dyndns.org> References: <20090731173636.GA76357@owl.midgard.homeip.net> <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> Message-ID: <4A7552C8.7020508@infracaninophile.co.uk> Peter Jeremy wrote: > [I was also dismayed when I saw the bump]. > > On 2009-Aug-01 18:33:43 +0100, Matthew Seaman wrote: >> You could, for instance, run ldd(1) against each of the files a port installs >> and then record in /var/db/pkg/portname-1.2.3/+SHLIBS or equivalently in the >> .tbz package tarball a sorted and uniq'd list of all the shared libraries >> linked against. > > Unfortunately, this isn't sufficient because a non-trivial number of > ports dlopen() libraries rather than directly linking against them. > (The Xorg server is probably the most widely used culprit here). Yes. There's also a problem with ports like firefox and openoffice that dynamically link against shared libraries not on the usual LD_LIBRARY_PATH. Still, what I wrote is still useful as a tool for providing a starting point on recording shared library dependencies. >> Or you could resolve the shlib filenames back to the ports >> that supply them, and create a 'SHLIB_PORTS_NEEDED' variable in the port >> Makefiles. > > A third approach is to more carefully recurse through the dependency > tree: Given A depends on B depends on C, B only needs bumping if it > LIB_DEPENDS on A and C only needs bumping if it LIB_DEPENDS on B and > B was bumped. I considered this, but didn't think it would be as complete as using ldd(1). Maybe I was wrong there -- but I've still a nagging feeling that this will miss out some cases. Also, LIB_DEPENDS only covers the first generation dependencies -- if your shared library itself depends on another shared library, that data would have to be accounted for by recursing through the dependency tree. (Your case (2) below) This is all doable: INDEX generation does virtually the same thing with BUILD_DEPENDS and RUN_DEPENDS. In fact, adding another field to the INDEX showing shlib dependencies would be a handy way of making the data accessible. > In this specific case, p5-RT-* depends on www/rt38 depends on > graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When > jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg. > p5-GD then needs to be bumped because it LIB_DEPENDS on gd. rt38 does > not need to be bumped because it has no LIB_DEPENDS on p5-GD. p5-RT-* > does not need to be bumped because rt38 is not bumped. > > This is slighly more complex than > cd /usr/ports && \ > for i in */*; do [ -d "$i" ] && cd "$i" && make all-depends-list ; done | \ > grep jpeg > because you need to actually follow the dependency tree, but is not > impractical. The only issues I can see with this approach are: > 1) Mapping the shared library reported by 'make lib-depends' back to the > port than installs it. > 2) You are relying on LIB_DEPENDS being correct: In my general example > above, if A is missing a LIB_DEPENDS on C, this may not be detected > in the build process because of the implicit dependency on C via B. > > No sample script because I'm not sure of the correct approach to 1) off > the top of my head. Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. It's about time I released an update anyhow -- I'll code up a little app that processes the LIB_DEPENDS linkages already stored in the cache and lists each port that has a LIB_DEPENDS, together with all the ports it depends on cumulatively. 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090802/0df71db1/signature.pgp From tom at uffner.com Sun Aug 2 09:03:04 2009 From: tom at uffner.com (Tom Uffner) Date: Sun Aug 2 09:03:11 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT Message-ID: <4A74D10A.9000507@uffner.com> x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT but passing "-DCOMPAT_43TTY" to the FreeBSD port make (or setting MAKE_ARGS in /usr/local/etc/pkgtools.conf) doesn't work. the first place the build fails is in .../lib/libxview/textsw. there may be others. I tried finding the appropriate place to patch the port, but eventually gave up and just temporarily defined COMPAT_43TTY in my copy of sys/ioctl_compat.h to avoid the "#error" ifdef. trying to figure out obscure Imakefile templates is just not my idea of a good time. sorry... tom From troy at twisted.net Sun Aug 2 13:19:25 2009 From: troy at twisted.net (Troy) Date: Sun Aug 2 13:19:37 2009 Subject: kdeedu-4.2.4 to 4.2.4_1 facile.cmxa compile error Message-ID: <20090802130619.GA40630@twisted.net> I was just upgrading from kdeedu-4.2.4 to 4.2.4_1 and the following error occurred. [ 12%] Generating solver.o File "_none_", line 1, characters 0-1: Error: Files /usr/local/lib/ocaml/facile/facile.cmxa and /usr/local/lib/ocaml/stdlib.cmxa make inconsistent assumptions over implementation Printf *** Error code 2 Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. *** Error code 1 Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. *** Error code 1 Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. *** Error code 1 Stop in /usr/ports/misc/kdeedu4. Exit 1 From m.seaman at infracaninophile.co.uk Sun Aug 2 14:52:17 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Aug 2 14:52:23 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A7552C8.7020508@infracaninophile.co.uk> References: <20090731173636.GA76357@owl.midgard.homeip.net> <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> Message-ID: <4A75A813.10307@infracaninophile.co.uk> Matthew Seaman wrote: > Peter Jeremy wrote: >> In this specific case, p5-RT-* depends on www/rt38 depends on >> graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When >> jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg. >> p5-GD then needs to be bumped because it LIB_DEPENDS on gd. rt38 does >> not need to be bumped because it has no LIB_DEPENDS on p5-GD. p5-RT-* >> does not need to be bumped because rt38 is not bumped. >> >> This is slighly more complex than >> cd /usr/ports && \ >> for i in */*; do [ -d "$i" ] && cd "$i" && make all-depends-list ; done | \ >> grep jpeg >> because you need to actually follow the dependency tree, but is not >> impractical. The only issues I can see with this approach are: >> 1) Mapping the shared library reported by 'make lib-depends' back to the >> port than installs it. >> 2) You are relying on LIB_DEPENDS being correct: In my general example >> above, if A is missing a LIB_DEPENDS on C, this may not be detected >> in the build process because of the implicit dependency on C via B. >> >> No sample script because I'm not sure of the correct approach to 1) off >> the top of my head. > Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. It's about > time I released an update anyhow -- I'll code up a little app that > processes > the LIB_DEPENDS linkages already stored in the cache and lists each port > that has a LIB_DEPENDS, together with all the ports it depends on > cumulatively. I've got this working now -- I still need to do some more testing, update documentation and stuff before I release version 2.2 of p5-FreeBSD-Portindex, but as a taster, here's the result of generating this on my machine just now: http://www.infracaninophile.co.uk/SHLIBS.bz2 (Note that this includes the effect of a number of local settings in /etc/make.conf) It's similar to the ports INDEX file, when decompressed. There's one row of the file for each port, and each row contains 3 fields separated by '|' characters: package-name|port/origin|space separated list of lib_depends port origins So, to extract the list of ports depending on www/jpeg: happy-idiot-talk:/tmp:% grep graphics/jpeg SHLIBS | cut -d '|' -f 1-2 | head -10 accerciser-1.6.1_1|/usr/ports/accessibility/accerciser at-poke-0.2.3_4|/usr/ports/accessibility/at-poke at-spi-1.26.0_1|/usr/ports/accessibility/at-spi dasher-4.10.1_1,2|/usr/ports/accessibility/dasher gnome-mag-0.15.8|/usr/ports/accessibility/gnome-mag gnopernicus-1.1.2_6|/usr/ports/accessibility/gnopernicus gok-2.26.0_1,1|/usr/ports/accessibility/gok kdeaccessibility-3.5.10_2|/usr/ports/accessibility/kdeaccessibility kdeaccessibility-4.2.4_1|/usr/ports/accessibility/kdeaccessibility4 mousetweaks-2.26.3_1|/usr/ports/accessibility/mousetweaks Again, this has a number of deficiencies. For instance, programs that embed a perl interpreter will link against libperl.so => /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so, but none of them register a LIB_DEPENDS on lang/perl5.10. [See for example net-mgmt/net-snmpd, www/mod_perl2] Similarly, programs that declare 'USE_MYSQL=NN' will have a LIB_DEPENDS on libmysqlclient.so.X added to their dependency mix even if they contain no compiled ELF binaries [See net-mgmt/cacti databases/phpmyadmin] However, I think that the deficiencies are not too intractable to fix, and this approach shows some promise. 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090802/e6f7638e/signature.pgp From me at janh.de Sun Aug 2 16:41:21 2009 From: me at janh.de (Jan Henrik Sylvester) Date: Sun Aug 2 16:41:28 2009 Subject: kdeedu-4.2.4 to 4.2.4_1 facile.cmxa compile error Message-ID: <4A75BEB2.1040704@janh.de> Troy wrote: > I was just upgrading from kdeedu-4.2.4 to 4.2.4_1 and the following error > occurred. > > [ 12%] Generating solver.o > File "_none_", line 1, characters 0-1: > Error: Files /usr/local/lib/ocaml/facile/facile.cmxa > and /usr/local/lib/ocaml/stdlib.cmxa > make inconsistent assumptions over implementation Printf I rebuild both facile and ocaml and the error went away. I suspect it was ocaml. Cheers, Jan Henrik From miwi at FreeBSD.org Sun Aug 2 20:56:29 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun Aug 2 20:57:02 2009 Subject: kdeedu-4.2.4 to 4.2.4_1 facile.cmxa compile error In-Reply-To: <20090802130619.GA40630@twisted.net> References: <20090802130619.GA40630@twisted.net> Message-ID: <20090802203955.GD99542@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 try to rebuild ocaml, after that rerun kdeedu4 On Sun, Aug 02, 2009 at 08:06:19AM -0500, Troy wrote: > I was just upgrading from kdeedu-4.2.4 to 4.2.4_1 and the following error > occurred. > > [ 12%] Generating solver.o > File "_none_", line 1, characters 0-1: > Error: Files /usr/local/lib/ocaml/facile/facile.cmxa > and /usr/local/lib/ocaml/stdlib.cmxa > make inconsistent assumptions over implementation Printf > *** Error code 2 > > Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/misc/kdeedu4/work/kdeedu-4.2.4/build. > *** Error code 1 > > Stop in /usr/ports/misc/kdeedu4. > Exit 1 > _______________________________________________ > 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 : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkp1+ZsACgkQdLJIhLHm/On2UQCdExhtDT+o9zogDTfVeptUxtW2 8sUAn0MOgaUoxB2FScQIobT0t3QYcoPZ =945v -----END PGP SIGNATURE----- From perryh at pluto.rain.com Mon Aug 3 00:13:41 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Mon Aug 3 00:13:49 2009 Subject: recent change to ifconfig breaks OpenVPN? In-Reply-To: <9F862E70-7D12-4DE5-8BDA-5A51C38471C4@lassitu.de> References: <4A709126.5050102@elischer.org> <3A1518B9-2C8C-4F05-9195-82C6017E4902@lassitu.de> <4A721160.5080902@elischer.org> <20090730220658.M245@maildrop.int.zabbadoz.net> <4A745E41.2040608@elischer.org> <9F862E70-7D12-4DE5-8BDA-5A51C38471C4@lassitu.de> Message-ID: <4a7627e4.t9x1FRc2nFmrTZjK%perryh@pluto.rain.com> Stefan Bethke wrote: > Windows does not have p2p interfaces ... Last I knew it had the ability to connect to an ISP using either dialup or PPOE. I think they call it "dial-up networking" or some such. From eculp at encontacto.net Mon Aug 3 01:41:50 2009 From: eculp at encontacto.net (eculp) Date: Mon Aug 3 01:41:56 2009 Subject: Getting a lot of - pkg_version: corrupted record (pkgdep line without argument), ignoring Message-ID: <20090802203144.20053xv5f9w3ea68@econet.encontacto.net> I'm getting a lot of the following messages and have no idea how to find which package is causing the problem. I'm afraid that this could become serious. pkg_version: corrupted record (pkgdep line without argument), ignoring While I'm bothering you, could someone give me some tips on the best ways to find corrupted files in /var/db/pkgs, /var/db/ports and any other places that they might be hiding. I run portmaster --check-depends portmaster --check-port-dbdir pkgdb -Fu regularly but I'm sure there is more. Thanks, ed From tmende at optusnet.com.au Mon Aug 3 02:47:42 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Mon Aug 3 02:47:48 2009 Subject: freebsd-update & userland sources Message-ID: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> Is there a way to get freebsd-update to keep userland sources up to date? I had thought that having src, world and kernel as components in the freebsd-update.conf file would do this but it doesn't seem to. Do I just add usr.bin and usr.sbin to the components list in the conf file and run freebsd-update or is it more complex than this? I have read the man pages on this but there must be a gap between my english and how the man pages are written because I'm obviously missing the point somewhere. By way of background, I am trying not to use csup / cvsup and like processes as their past, admittedly incorrect, usage by me, combined with my incompetent salvage operations, has hosed my systems to the point of needing to be reinstalled from scratch. I have been using a combination of portsnap and freebsd-update to keep my 7.2-RELEASE system up to date and commenced this at about 6.3-RELEASE and have managed to not hose the system since that time. It now however appears I need to have userland sources to keep fusefs-kmod up to date. /usr/ports/sysutils/fusefs-kmod>make install clean ===> fusefs-kmod-0.3.9.p1.20080208_6 requires the userland sources to be installed. Set SRC_BASE if it is not in /usr/src. *** Error code 1 Stop in /usr/ports/sysutils/fusefs-kmod. .if !exists(${SRC_BASE}/sbin/mount) IGNORE= requires the userland sources to be installed. Set SRC_BASE if it is not in /usr/src .endif I have got around this by manually downloading the fusefs- kmod-0.3.9.p1.20080208_6.tbz, pkg_adding it, and then forcing the packages that have this pkg as a dependency to portupgrade with the -f option. Now portupgrade hits this pkg warning message (IGNORE msg) everytime it runs. Cheers, Tom Mende From illoai at gmail.com Mon Aug 3 05:21:56 2009 From: illoai at gmail.com (illoai@gmail.com) Date: Mon Aug 3 05:22:04 2009 Subject: freebsd-update & userland sources In-Reply-To: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> References: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> Message-ID: 2009/8/2 Tom Mende : > Is there a way to get freebsd-update to keep userland sources up to date? > > I had thought that having src, world and kernel as components in the > freebsd-update.conf file would do this but it doesn't seem to. Do I just add > usr.bin and usr.sbin to the components list in the conf file and run > freebsd-update or is it more complex than this? I have read the man pages on > this but there must be a gap between my english and how the man pages are > written because I'm obviously missing the point somewhere. > > By way of background, I am trying not to use csup / cvsup and like processes > as their past, admittedly incorrect, usage by me, combined with my > incompetent salvage operations, has hosed my systems to the point of needing > to be reinstalled from scratch. I have been using a combination of portsnap > and freebsd-update to keep my 7.2-RELEASE system up to date and commenced > this at about 6.3-RELEASE and have managed to not hose the system since that > time. It now however appears I need to have userland sources to keep > fusefs-kmod up to date. > > /usr/ports/sysutils/fusefs-kmod>make install clean > ===> ?fusefs-kmod-0.3.9.p1.20080208_6 requires the userland sources to be > installed. Set SRC_BASE if it is not in /usr/src. > *** Error code 1 > > Stop in /usr/ports/sysutils/fusefs-kmod. > > > .if !exists(${SRC_BASE}/sbin/mount) > IGNORE= ? ? ? ? requires the userland sources to be installed. Set SRC_BASE > if it is not in /usr/src > .endif > > > I have got around this by manually downloading the > fusefs-kmod-0.3.9.p1.20080208_6.tbz, pkg_adding it, and then forcing the > packages that have this pkg as a dependency to portupgrade with the -f > option. Now portupgrade hits this pkg warning message (IGNORE msg) everytime > it runs. > It sounds like you could solve this by merely downloading and untarring the sources. Or untarring the sources from your CD, if you have one. Download everything in http://mirror.pacific.net.au/FreeBSD/releases/i386/7.2-RELEASE/src/ into a directory and issue ./install.sh all This should work fine, even if you are running some other architecture as the sources are the same. -- -- From gdn at fxclub.org Mon Aug 3 07:32:59 2009 From: gdn at fxclub.org (Gorbatovsky Dmitry) Date: Mon Aug 3 07:33:06 2009 Subject: Asterisk 1.6 on 8.0 beta 2 broken? Message-ID: <4A768EFF.1000008@fxclub.org> Hello! I was use asterisk on my FreeBSD. I see after install asterisk 1.6 on FreeBSD user 8.0-BETA2 FreeBSD 8.0-BETA2 #2: Wed Jul 22 17:10:33 MSD 2009 root@:/usr/src/sys/i386/compile/MY i386 this error: 10:45 root@local >asterisk -v Asterisk 1.6.0.9, Copyright (C) 1999 - 2008 Digium, Inc. and others. Created by Mark Spencer Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'core show license' for details. ========================================================================= Asterisk Event Logger Started /var/log/asterisk/event_log Asterisk Dynamic Loader Starting: [Aug 3 10:45:16] NOTICE[45097]: loader.c:869 load_modules: 1 modules will be loaded. func_strings.so => (String handling dialplan functions) [Aug 3 10:45:16] NOTICE[45097]: cdr.c:1430 do_reload: CDR simple logging enabled. Asterisk PBX Core Initializing Registering builtin applications: [Answer] [BackGround] [Busy] [Congestion] [ExecIfTime] [Goto] [GotoIf] [GotoIfTime] [ImportVar] [Hangup] [NoOp] [Proceeding] [Progress] [RaiseException] [ResetCDR] [Ringing] [SayAlpha] [SayDigits] [SayNumber] [SayPhonetic] [Set] [MSet] [SetAMAFlags] [Wait] [WaitExten] Asterisk Dynamic Loader Starting: [Aug 3 10:45:16] NOTICE[45097]: loader.c:869 load_modules: 174 modules will be loaded. Segmentation fault (core dumped) Asterisk 1.6 on 8.0b2 has been broken? From nirnroot.freebsd at gmail.com Mon Aug 3 08:13:49 2009 From: nirnroot.freebsd at gmail.com (Alexey Golodov) Date: Mon Aug 3 08:13:55 2009 Subject: FreeBSD Port: psi-0.12.1_2 need update to 0.13 Message-ID: <39e035630908030050t77bb2a02jabb3b975f4e78d7@mail.gmail.com> Please, note that psi has been updated to0.13. Also, if you can, see psi+ (http://code.google.com/p/psi-dev/) and, probably, good idea to add this to ports. -- Regards, Alexey Golodov aka Nirnroot. From david at vizion2000.net Mon Aug 3 08:34:48 2009 From: david at vizion2000.net (David Southwell) Date: Mon Aug 3 08:34:54 2009 Subject: Compile error mail/alpine Message-ID: <200908030934.37876.david@vizion2000.net> FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 on intel quad core cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o date.o -lcrypt -lpam -L/usr/lib - L/usr/local/openssl/lib -L/usr/local/lib ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so -lssl - Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function `ssl_onceonlyinit': /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() after.o(.text+0x36d): In function `start_after': /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined reference to `pthread_create' *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00. *** Error code 1 Stop in /usr/ports/mail/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine. dns1# From yanefbsd at gmail.com Mon Aug 3 09:11:14 2009 From: yanefbsd at gmail.com (Garrett Cooper) Date: Mon Aug 3 09:11:20 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A75A813.10307@infracaninophile.co.uk> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> Message-ID: <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> On Sun, Aug 2, 2009 at 7:52 AM, Matthew Seaman wrote: > Matthew Seaman wrote: > >> Peter Jeremy wrote: >>> >>> In this specific case, p5-RT-* depends on www/rt38 depends on >>> graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. ?When >>> jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg. >>> p5-GD then needs to be bumped because it LIB_DEPENDS on gd. ?rt38 does >>> not need to be bumped because it has no LIB_DEPENDS on p5-GD. ?p5-RT-* >>> does not need to be bumped because rt38 is not bumped. >>> >>> This is slighly more complex than >>> ?cd /usr/ports && \ >>> ?for i in */*; do [ -d "$i" ] && cd "$i" && make all-depends-list ; done >>> | \ >>> ?grep jpeg >>> because you need to actually follow the dependency tree, but is not >>> impractical. ?The only issues I can see with this approach are: >>> 1) Mapping the shared library reported by 'make lib-depends' back to the >>> ? port than installs it. >>> 2) You are relying on LIB_DEPENDS being correct: ?In my general example >>> ? above, if A is missing a LIB_DEPENDS on C, this may not be detected >>> ? in the build process because of the implicit dependency on C via B. >>> >>> No sample script because I'm not sure of the correct approach to 1) off >>> the top of my head. > >> Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. ?It's about >> time I released an update anyhow -- I'll code up a little app that >> processes >> the LIB_DEPENDS linkages already stored in the cache and lists each port >> that has a LIB_DEPENDS, together with all the ports it depends on >> cumulatively. > > I've got this working now -- I still need to do some more testing, update > documentation and stuff before I release version 2.2 of > p5-FreeBSD-Portindex, > but as a taster, here's the result of generating this on my machine just > now: > > ?http://www.infracaninophile.co.uk/SHLIBS.bz2 > > (Note that this includes the effect of a number of local settings in > /etc/make.conf) > > It's similar to the ports INDEX file, when decompressed. ?There's one row of > the file for each port, and each row contains 3 fields separated by '|' > characters: > > ?package-name|port/origin|space separated list of lib_depends port origins > > So, to extract the list of ports depending on www/jpeg: > > happy-idiot-talk:/tmp:% grep graphics/jpeg SHLIBS | cut -d '|' -f 1-2 | head > -10 > accerciser-1.6.1_1|/usr/ports/accessibility/accerciser > at-poke-0.2.3_4|/usr/ports/accessibility/at-poke > at-spi-1.26.0_1|/usr/ports/accessibility/at-spi > dasher-4.10.1_1,2|/usr/ports/accessibility/dasher > gnome-mag-0.15.8|/usr/ports/accessibility/gnome-mag > gnopernicus-1.1.2_6|/usr/ports/accessibility/gnopernicus > gok-2.26.0_1,1|/usr/ports/accessibility/gok > kdeaccessibility-3.5.10_2|/usr/ports/accessibility/kdeaccessibility > kdeaccessibility-4.2.4_1|/usr/ports/accessibility/kdeaccessibility4 > mousetweaks-2.26.3_1|/usr/ports/accessibility/mousetweaks > > Again, this has a number of deficiencies. ?For instance, programs that > embed a perl interpreter will link against libperl.so => > /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so, but none of them register > a LIB_DEPENDS on lang/perl5.10. [See for example net-mgmt/net-snmpd, > www/mod_perl2] > > Similarly, programs that declare 'USE_MYSQL=NN' will have a LIB_DEPENDS on > libmysqlclient.so.X added to their dependency mix even if they contain > no compiled ELF binaries [See net-mgmt/cacti databases/phpmyadmin] > > However, I think that the deficiencies are not too intractable to fix, > and this approach shows some promise. There actually may be a much easier solution to this problem. Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P) has a script called `revdep-rebuild' which goes and runs ldd on all pieces of software that are installed in portage (ok, substitute ports here). What I'm driving at is that we can use pkg_info and/or the mtree generated files to determine what files are installed, find out which packages have been broken up an update, then rebuild the port and all dependencies (LIB_DEPENDS?). What say you to that :)? If no one cares about the language, I can whip up a really quick python script which solves this problem and we can migrate to a more longterm solution in bourne shell if desired. Thanks, -Garrett From ehaupt at FreeBSD.org Mon Aug 3 09:16:49 2009 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Mon Aug 3 09:16:56 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> Message-ID: <20090803111646.b773447c.ehaupt@FreeBSD.org> > On Sun, Aug 2, 2009 at 7:52 AM, Matthew > Seaman wrote: > > Matthew Seaman wrote: > > > >> Peter Jeremy wrote: > >>> > >>> In this specific case, p5-RT-* depends on www/rt38 depends on > >>> graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. > >>> ?When jpeg is bumped, gd needs to be bumped because it > >>> LIB_DEPENDS on jpeg. p5-GD then needs to be bumped because it > >>> LIB_DEPENDS on gd. ?rt38 does not need to be bumped because it > >>> has no LIB_DEPENDS on p5-GD. ?p5-RT-* does not need to be bumped > >>> because rt38 is not bumped. > >>> > >>> This is slighly more complex than > >>> ?cd /usr/ports && \ > >>> ?for i in */*; do [ -d "$i" ] && cd "$i" && make > >>> all-depends-list ; done > >>> | \ > >>> ?grep jpeg > >>> because you need to actually follow the dependency tree, but is > >>> not impractical. ?The only issues I can see with this approach > >>> are: > >>> 1) Mapping the shared library reported by 'make lib-depends' back > >>> to the port than installs it. > >>> 2) You are relying on LIB_DEPENDS being correct: ?In my general > >>> example above, if A is missing a LIB_DEPENDS on C, this may not > >>> be detected in the build process because of the implicit > >>> dependency on C via B. > >>> > >>> No sample script because I'm not sure of the correct approach to > >>> 1) off the top of my head. > > > >> Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. ?It's > >> about time I released an update anyhow -- I'll code up a little > >> app that processes > >> the LIB_DEPENDS linkages already stored in the cache and lists > >> each port that has a LIB_DEPENDS, together with all the ports it > >> depends on cumulatively. > > > > I've got this working now -- I still need to do some more testing, > > update documentation and stuff before I release version 2.2 of > > p5-FreeBSD-Portindex, > > but as a taster, here's the result of generating this on my machine > > just now: > > > > ?http://www.infracaninophile.co.uk/SHLIBS.bz2 > > > > (Note that this includes the effect of a number of local settings in > > /etc/make.conf) > > > > It's similar to the ports INDEX file, when decompressed. ?There's > > one row of the file for each port, and each row contains 3 fields > > separated by '|' characters: > > > > ?package-name|port/origin|space separated list of lib_depends port > > origins > > > > So, to extract the list of ports depending on www/jpeg: > > > > happy-idiot-talk:/tmp:% grep graphics/jpeg SHLIBS | cut -d '|' -f > > 1-2 | head -10 > > accerciser-1.6.1_1|/usr/ports/accessibility/accerciser > > at-poke-0.2.3_4|/usr/ports/accessibility/at-poke > > at-spi-1.26.0_1|/usr/ports/accessibility/at-spi > > dasher-4.10.1_1,2|/usr/ports/accessibility/dasher > > gnome-mag-0.15.8|/usr/ports/accessibility/gnome-mag > > gnopernicus-1.1.2_6|/usr/ports/accessibility/gnopernicus > > gok-2.26.0_1,1|/usr/ports/accessibility/gok > > kdeaccessibility-3.5.10_2|/usr/ports/accessibility/kdeaccessibility > > kdeaccessibility-4.2.4_1|/usr/ports/accessibility/kdeaccessibility4 > > mousetweaks-2.26.3_1|/usr/ports/accessibility/mousetweaks > > > > Again, this has a number of deficiencies. ?For instance, programs > > that embed a perl interpreter will link against libperl.so => > > /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so, but none of them > > register a LIB_DEPENDS on lang/perl5.10. [See for example > > net-mgmt/net-snmpd, www/mod_perl2] > > > > Similarly, programs that declare 'USE_MYSQL=NN' will have a > > LIB_DEPENDS on libmysqlclient.so.X added to their dependency mix > > even if they contain no compiled ELF binaries [See net-mgmt/cacti > > databases/phpmyadmin] > > > > However, I think that the deficiencies are not too intractable to > > fix, and this approach shows some promise. > > There actually may be a much easier solution to this problem. > > Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P) > has a script called `revdep-rebuild' which goes and runs ldd on all > pieces of software that are installed in portage (ok, substitute ports > here). What I'm driving at is that we can use pkg_info and/or the > mtree generated files to determine what files are installed, find out > which packages have been broken up an update, then rebuild the port > and all dependencies (LIB_DEPENDS?). What say you to that :)? sysutils/bsdadminscripts provides a script called pkg_libchk which does a similar thing. Emanuel From makc at freebsd.org Mon Aug 3 10:11:48 2009 From: makc at freebsd.org (Max Brazhnikov) Date: Mon Aug 3 10:11:55 2009 Subject: FreeBSD Port: psi-0.12.1_2 need update to 0.13 In-Reply-To: <39e035630908030050t77bb2a02jabb3b975f4e78d7@mail.gmail.com> References: <39e035630908030050t77bb2a02jabb3b975f4e78d7@mail.gmail.com> Message-ID: <200908031352.26858.makc@freebsd.org> On Mon, 3 Aug 2009 18:50:07 +1100, Alexey Golodov wrote: > Please, note that psi has been updated to0.13. > Also, if you can, see psi+ (http://code.google.com/p/psi-dev/) and, > probably, good idea to add this to ports. I'm busy this week, will update it at the weekend. From peterjeremy at optushome.com.au Mon Aug 3 11:03:55 2009 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Mon Aug 3 11:04:02 2009 Subject: audio/libmtp broken on -current Message-ID: <20090803110340.GA31326@server.vk2pj.dyndns.org> I have a Samsung YP-T10 MP3 player that talks MTP. On 7.x, it works fairly well with libmtp (subject to the rather primitive "example" applications and serious lack of error checking in libmtp). The general problems with error checking include: - SEGV unless $LANG is set to a supported locale - SEGV if _any_ USB device is inaccessible I'm not immediately concerned with these at present. The 8.x problem is that it reads OK but writes fail with: libmtp version: 0.3.1 PTP: Opening session PTP_ERROR_IO: Trying again after re-initializing USB interface PTP: Opening session LIBMTP PANIC: Could not open session! (Return code 767) Try to reset the device. No devices. Has anyone got any suggestions for getting writes to work? -- Peter Jeremy -------------- 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/20090803/85762b67/attachment.pgp From bugmaster at FreeBSD.org Mon Aug 3 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 3 11:06:32 2009 Subject: Current unassigned ports problem reports Message-ID: <200908031106.n73B655o087598@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/137383 [maintainer update] add/update claws mail plugins homp o ports/137381 Minor patch for collectd Makefile allowing collection o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137362 net/asterisk-app-ldap - PLIST files handling minor fix o ports/137356 devel/libusb: drop maintainership o ports/137340 [NEW PORT] multimedia/flvmeta: Manipulation tool for A o ports/137338 [MAINTAINER] sysutils/duplicity-devel: update to 0.6.0 o ports/137324 update of devel/quilt port to latest version o ports/137312 [patch] devel/lemon: update from 1.39 to 1.69 o ports/137308 [NEW PORT] converters/igbinary: Replacement for the st o ports/137297 [PATCH] emulators/dynamips-devel: -m can't parse Cisco o ports/137295 [NEW PORT] databases/sqlite-ext-inet: Library will pro f ports/137289 astro/gpsd port fails to compile f ports/137282 [patch] www/aswedit: Master sites fixed o ports/137276 Update port: net-im/prosody to 0.5.1 o ports/137275 [patch] mail/dcc-dccd update to 1.3.113 o ports/137274 mail/nullmailer master.passwd variable replacement err o ports/137259 [PATCH] archivers/rpm5 update o ports/137254 New port: net/unssh Fast way to delete entries from Op f ports/137251 update multimedia/vlc o ports/137249 New port: mail/roundcube-groupvice - theme for RoundCu o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update o ports/137203 New port: misc/ipa_conv IPA accounting/database module o ports/137200 New port: devel/p5-Async-MergePoint (fixes broken IO:: f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137192 security/openssh-portable: Kerberos/GSSAPI support for o ports/137177 sysutils/smartmontools: command13 fix o ports/137172 New port: www/free-sa-devel - development version of F o ports/137162 Change in port math/vtk5: add GL2PS knobs to OPTIONS o ports/137157 mark broken ports/net/ssmping for FreeBSD 7.x dan Free o ports/137151 lang/slib-guile using latest 3b1 version of slib fails o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137112 [mail/courier] update to 0.62 o ports/137105 sysutils/freebsd-snapshot not handling non C LANG/LC_A f ports/137100 security/openssh-portable: Add BSM audit support knob f ports/137046 Port upgrade: databases/postgresql-odbc: 08.03.0400 -> f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136882 kdenlive (multimedia/kdenlive port) project rendering f ports/136615 [update] converters/pdf2djvu: update to 0.5.9 f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136359 New port - lang/gnat-gcc44 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings o ports/136089 New port: devel/mercurialeclipse A mercurial plugin fo f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i o ports/134946 [PATCH] textproc/highlight: update to 2.9 o ports/134750 [Update]textproc/py-markdown:update to 2.0.1 f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 o ports/134541 Mk fix: Fix typos in bsd.scons.mk s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic o ports/134443 [NEW PORT] multimedia/2ManDVD: Create your own video d f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/130209 www/typo3 upgrade removes configuration o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128025 [patch] security/heimdal ldap support broken under 7 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 92 problems total. From alexanderchuranov at gmail.com Mon Aug 3 12:12:18 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Mon Aug 3 12:12:25 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200907291356.39608.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0907300420m4b0bd47cjd209aacdbbeb10da@mail.gmail.com> <200907300819.44453.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> Message-ID: <3cb459ed0908030512l4c62fd6ah71198362c95b4c4a@mail.gmail.com> Folks, I've try to prepeare boost-python-libs and boost-pyste split. However, I can not promise any specific deadline. Perhaps, it will be done within a month. Sincerely, Alexander Churanov, maintainer of devel/boost-* 2009/7/31 Alexander Churanov : > Mel, > > Now It's clear. Thank you for explanation. > The WITH_PYSTE was not in the options framework, that's why I've > missed this part of work. > > I see two possible solutions: > > 1) Put the WITH_PYSTE variable back. > 2) Create a separate port like devel/boost-pyste. > > The first is easy, however leads to dependeny issues like 'let's > verify that ?boost-python-libs is installed with PYSTE support'. > Provided that Pyste is actually used by someone, this may re-introduce > bug ports/123927 (see > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123927). > > The second is much more robust, but requires more work. This is also > harder because I am not a user of Boost.Pyste. Thus, correctness > verification would be expensive. > > Folks, is there a user of Boost.Pyste, willing to volunteer with > devel/boost-pyste quality verification? > > Sincerely, > Alexander Churanov > maintainer of devel/boost-* > > > 2009/7/30 Mel Flynn : >> On Thursday 30 July 2009 03:20:56 Alexander Churanov wrote: >> >>> I do not understand. >>> >>> Is it correct that you are discussing the issue of Pyste being part of >>> boost and depending on gccxml port, which has issues of its own? >>> >>> I do not use Pyste and did not performed any specific testing of it, >>> but all of boost-python-libs builds and installs, including >>> dependencies. >>> >>> Please, describe what do you expect from ports and what do you >>> observe, what negative outcome the issue has. >> >> The previous boost-python port had an *optional* dependency on pyste. >> The current one does not. This means that boost-python now pulls in >> gccxml which pulls in lang/gcc34 on anything but 6.x. >> I'm currently building boost-python-libs with the pyste stuff >> ifdef'd out[1] and will try to build packages kdeedu3, kdebase4, >> games/wesnoth to see if there's any adverse side-effects. >> >> -- >> Mel >> >> [1] >> --- Makefile.orig ? ? ? 2009-07-28 03:44:50.000000000 -0800 >> +++ Makefile ? ?2009-07-30 07:19:26.000000000 -0800 >> @@ -25,9 +25,11 @@ >> ? ? ? ? ? ? ? ?PYTHON_INCLUDES="${PYTHON_INCLUDEDIR}"\ >> ? ? ? ? ? ? ? ?PYTHON_LIB_PATH="${PYTHON_LIBDIR}" >> >> -RUN_DEPENDS+= ?${PREFIX}/lib/libboost_thread.so.${BOOST_SHARED_LIB_VER}:${PORTSDIR}/devel/boost-libs >> -RUN_DEPENDS+= ?gccxml:${PORTSDIR}/devel/gccxml \ >> - ? ? ? ? ? ? ? ${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree >> +RUN_DEPENDS+= ?${LOCALBASE}/lib/libboost_thread.so.${BOOST_SHARED_LIB_VER}:${PORTSDIR}/devel/boost-libs >> +RUN_DEPENDS+= ?${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree >> +.if defined(WITH_PYSTE) >> +RUN_DEPENDS+= ?gccxml:${PORTSDIR}/devel/gccxml >> +.endif >> >> ?BUILD_DEPENDS+= ? ? ? ?${BJAM}:${PORTSDIR}/devel/boost-jam >> ?BUILD_DEPENDS+= ? ? ? ?${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree >> @@ -39,12 +41,13 @@ >> >> ?post-patch: customize-boost-build >> >> - >> +.if defined(WITH_PYSTE) >> ?post-configure: >> ?# Configure pyste, the Boost.Python code generator >> ? ? ? ?@cd ${BUILD_WRKSRC}/libs/python/pyste/install && \ >> ? ? ? ?${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ >> ? ? ? ? ? ? ? ?config ${PYDISTUTILS_CONFIGUREARGS} >> +.endif >> >> ?do-build: >> ?# build the library >> @@ -52,11 +55,12 @@ >> ? ? ? ? ? ? ? ?${SETENV} ${MAKE_ENV} ${BJAM} ${BJAM_OPTIONS} --prefix=${PREFIX}\ >> ? ? ? ? ? ? ? ?--toolset=${BOOST_TOOLS} --with-python >> >> +.if defined(WITH_PYSTE) >> ?# Build pyste, the Boost.Python code generator >> ? ? ? ?cd ${BUILD_WRKSRC}/libs/python/pyste/install && \ >> ? ? ? ?${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ >> ? ? ? ? ? ? ? ?build ${PYDISTUTILS_BUILDARGS} >> - >> +.endif >> ?# Remove non-python headers >> ? ? ? ?cd ${WRKSRC} && \ >> ? ? ? ?${FIND} boost -not -path '*python*' -delete >> @@ -79,10 +83,12 @@ >> ? ? ? ?${FIND} boost -type f -a \! -name "*.orig"\ >> ? ? ? ? ? ? ? ?-exec ${INSTALL_DATA} \{\} ${PREFIX}/include/\{\} \; >> >> +.if defined(WITH_PYSTE) >> ?# Install pyste, the Boost.Python code generator >> ? ? ? ?cd ${WRKSRC}/libs/python/pyste/install && \ >> ? ? ? ?${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ >> ? ? ? ? ? ? ? ?install ${PYDISTUTILS_INSTALLARGS} >> +.endif >> >> ?post-install: >> ?# display pkg-message >> >> > From m.seaman at infracaninophile.co.uk Mon Aug 3 12:31:45 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Mon Aug 3 12:33:37 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> Message-ID: <4A76D89B.60803@infracaninophile.co.uk> Garrett Cooper wrote: > On Sun, Aug 2, 2009 at 7:52 AM, Matthew > Seaman wrote: >> Matthew Seaman wrote: >> >>> Peter Jeremy wrote: >>>> In this specific case, p5-RT-* depends on www/rt38 depends on >>>> graphics/p5-GD depends on graphics/gd depends on graphics/jpeg. When >>>> jpeg is bumped, gd needs to be bumped because it LIB_DEPENDS on jpeg. >>>> p5-GD then needs to be bumped because it LIB_DEPENDS on gd. rt38 does >>>> not need to be bumped because it has no LIB_DEPENDS on p5-GD. p5-RT-* >>>> does not need to be bumped because rt38 is not bumped. >>>> >>>> This is slighly more complex than >>>> cd /usr/ports && \ >>>> for i in */*; do [ -d "$i" ] && cd "$i" && make all-depends-list ; done >>>> | \ >>>> grep jpeg >>>> because you need to actually follow the dependency tree, but is not >>>> impractical. The only issues I can see with this approach are: >>>> 1) Mapping the shared library reported by 'make lib-depends' back to the >>>> port than installs it. >>>> 2) You are relying on LIB_DEPENDS being correct: In my general example >>>> above, if A is missing a LIB_DEPENDS on C, this may not be detected >>>> in the build process because of the implicit dependency on C via B. >>>> >>>> No sample script because I'm not sure of the correct approach to 1) off >>>> the top of my head. >>> Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. It's about >>> time I released an update anyhow -- I'll code up a little app that >>> processes >>> the LIB_DEPENDS linkages already stored in the cache and lists each port >>> that has a LIB_DEPENDS, together with all the ports it depends on >>> cumulatively. >> I've got this working now -- I still need to do some more testing, update >> documentation and stuff before I release version 2.2 of >> p5-FreeBSD-Portindex, >> but as a taster, here's the result of generating this on my machine just >> now: >> >> http://www.infracaninophile.co.uk/SHLIBS.bz2 >> >> (Note that this includes the effect of a number of local settings in >> /etc/make.conf) >> >> It's similar to the ports INDEX file, when decompressed. There's one row of >> the file for each port, and each row contains 3 fields separated by '|' >> characters: >> >> package-name|port/origin|space separated list of lib_depends port origins >> >> So, to extract the list of ports depending on www/jpeg: >> >> happy-idiot-talk:/tmp:% grep graphics/jpeg SHLIBS | cut -d '|' -f 1-2 | head >> -10 >> accerciser-1.6.1_1|/usr/ports/accessibility/accerciser >> at-poke-0.2.3_4|/usr/ports/accessibility/at-poke >> at-spi-1.26.0_1|/usr/ports/accessibility/at-spi >> dasher-4.10.1_1,2|/usr/ports/accessibility/dasher >> gnome-mag-0.15.8|/usr/ports/accessibility/gnome-mag >> gnopernicus-1.1.2_6|/usr/ports/accessibility/gnopernicus >> gok-2.26.0_1,1|/usr/ports/accessibility/gok >> kdeaccessibility-3.5.10_2|/usr/ports/accessibility/kdeaccessibility >> kdeaccessibility-4.2.4_1|/usr/ports/accessibility/kdeaccessibility4 >> mousetweaks-2.26.3_1|/usr/ports/accessibility/mousetweaks >> >> Again, this has a number of deficiencies. For instance, programs that >> embed a perl interpreter will link against libperl.so => >> /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so, but none of them register >> a LIB_DEPENDS on lang/perl5.10. [See for example net-mgmt/net-snmpd, >> www/mod_perl2] >> >> Similarly, programs that declare 'USE_MYSQL=NN' will have a LIB_DEPENDS on >> libmysqlclient.so.X added to their dependency mix even if they contain >> no compiled ELF binaries [See net-mgmt/cacti databases/phpmyadmin] >> >> However, I think that the deficiencies are not too intractable to fix, >> and this approach shows some promise. > > There actually may be a much easier solution to this problem. > > Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P) > has a script called `revdep-rebuild' which goes and runs ldd on all > pieces of software that are installed in portage (ok, substitute ports > here). What I'm driving at is that we can use pkg_info and/or the > mtree generated files to determine what files are installed, find out > which packages have been broken up an update, then rebuild the port > and all dependencies (LIB_DEPENDS?). What say you to that :)? > > If no one cares about the language, I can whip up a really quick > python script which solves this problem and we can migrate to a more > longterm solution in bourne shell if desired. If it's going to scan *all* of the installed files known to the pkg database to identify packages that depend on a particular shared library then it's going to take a pretty long time to run on a typical desktop package load. It would make sense to scan the installed files at package installation time and cache the result for each installed package, which is pretty much where I was at with the Bourne shell script I posted up-thread. There was a question about apps that use dlopen() to load libraries, rather than letting ld.so do the work for them. I don't think that using ldd(1) will pick up any app that does that, but then again I don't know if this is a widespread practice, and if it is, whether there is any simple way to pick out packages that need reinstallation because of it other than by using manually defined LIB_DEPENDS settings in port Makefiles. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090803/9e57a3f5/signature.pgp From david at vizion2000.net Mon Aug 3 12:41:42 2009 From: david at vizion2000.net (David Southwell) Date: Mon Aug 3 12:41:50 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <63e02e980908011052j308c8c61s88e74bf7d9f2d238@mail.gmail.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <200908011629.33549.david@vizion2000.net> <63e02e980908011052j308c8c61s88e74bf7d9f2d238@mail.gmail.com> Message-ID: <200908031341.29913.david@vizion2000.net> > On Sat, Aug 1, 2009 at 5:29 PM, David Southwell wrote: > > > Hi, > > > > > > I'm getting really weird problems when trying to upgrade my ports. I've > > > already discussed this with Dan Naumov on the stable mailing list, and > > > he is out of ideas on what I am to do. I've tried to fix the problem > > > using many different methods (i.e. csup stable-ports-supfile; > > > Portmaster > > > > -a/-af, > > > > > portupgrade -ay, nuking the entire ports tree and then doing fetch > > > ports; extract, and similar stuff), but everyone seems to get the same > > > error, > > > > and > > > > > not come any further. The ports my system is trying to update is not in > > > > the > > > > > ports tree anymore either, so it is really strange that it is trying to > > > update it self. > > > > > > Here is some outputs I've already posted on the stable mailinglist: > > > > > > Running 'portupgrade -ay'. Got this output: > > > > > > ---> Session started at: Fri, 10 Jul 2009 18:58:30 +0200 > > > ** Port directory not found: x11-drivers/xf86-video-vga > > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > > requires pciVideoPtr typedef > > > ** Port directory not found: x11/xorg-protos > > > ** Port directory not found: x11/xphelloworld > > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because > > > a requisite package 'xf86-video-vga-4.1.0_2' > > > (x11-drivers/xf86-video-vga) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > > > > package > > > > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > > > > failed > > > > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > > x11-drivers/xf86-video-vga (port directory error) > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > - x11/xorg-protos (port directory error) > > > - x11/xphelloworld (port directory error) > > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > > * x11/xorg-apps (xorg-apps-7.3) > > > * x11/xorg (xorg-7.3_2) > > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > > ---> Session ended at: Fri, 10 Jul 2009 18:58:46 +0200 (consumed > > > > 00:00:15) > > > > > [root@machine ~]# portupgrade -ay > > > ---> Session started at: Wed, 29 Jul 2009 18:30:36 +0200 > > > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > > requires pciVideoPtr typedef > > > ** Port directory not found: x11/xorg-protos > > > ** Port directory not found: x11/xphelloworld > > > [Updating the portsdb in /usr/ports ... - 20501 port > > > entries found > > > > .........1000.........2000.........3000.........4000.........5000........ > >.6 > > > > >000.........7000.........8000.........9000.........10000.........11000.. > > >.... > > > > > >...12000.........13000.........14000.........15000.........16000........ > > >.170 00.........18000.........19000.........20000..... ..... done] > > > > > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because > > > a requisite package 'xf86-video-vga-4.1.0_2' > > > (x11-drivers/xf86-video-vga) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > > > > package > > > > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > > > > failed > > > > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > > x11-drivers/xf86-video-vga (port directory error) > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > - x11/xorg-protos (port directory error) > > > - x11/xphelloworld (port directory error) > > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > > * x11/xorg-apps (xorg-apps-7.3) > > > * x11/xorg (xorg-7.3_2) > > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > > ---> Session ended at: Wed, 29 Jul 2009 18:30:59 +0200 (consumed > > > > 00:00:22) > > > > > [root@machine ~]# > > > > > > [root@machine ~]# portsdb -Uu; portupgrade -ay > > > Updating the ports index ... Generating INDEX.tmp - please > > > wait..Warning: Duplicate INDEX entry: cvsup-without-gui-16.1h_4 > > > Done. > > > done > > > [Updating the portsdb in /usr/ports ... - 20503 port > > > entries found > > > > .........1000.........2000.........3000.........4000.........5000........ > >.6 > > > > >000.........7000.........8000.........9000.........10000.........11000.. > > >.... > > > > > >...12000.........13000.........14000.........15000.........16000........ > > >.170 00.........18000.........19000.........20000..... ..... done] > > > ---> Session started at: Thu, 30 Jul 2009 14:47:18 +0200 > > > > > > ** Port directory not found: x11-drivers/xf86-video-vga > > > ** Port marked as IGNORE: x11-drivers/xf86-video-via: > > > requires pciVideoPtr typedef > > > ** Port directory not found: x11/xorg-protos > > > ** Port directory not found: x11/xphelloworld > > > ---> Skipping 'x11-drivers/xorg-drivers' (xorg-drivers-7.3_3) because > > > a requisite package 'xf86-video-vga-4.1.0_2' > > > (x11-drivers/xf86-video-vga) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 1 skipped and 0 failed > > > ---> Skipping 'x11/xorg-apps' (xorg-apps-7.3) because a requisite > > > > package > > > > > 'xphelloworld-1.0.1_1' (x11/xphelloworld) failed (specify -k to force) > > > ---> ** Upgrade tasks 3: 0 done, 4 ignored, 2 skipped and 0 failed > > > ---> Skipping 'x11/xorg' (xorg-7.3_2) because a requisite package > > > 'xorg-drivers-7.3_3' (x11-drivers/xorg-drivers) failed (specify -k to > > > force) ---> ** Upgrade tasks 3: 0 done, 4 ignored, 3 skipped and 0 > > > > failed > > > > > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - > > > x11-drivers/xf86-video-vga (port directory error) > > > - x11-drivers/xf86-video-via (marked as IGNORE) > > > - x11/xorg-protos (port directory error) > > > - x11/xphelloworld (port directory error) > > > * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) > > > * x11/xorg-apps (xorg-apps-7.3) > > > * x11/xorg (xorg-7.3_2) > > > ---> Packages processed: 0 done, 4 ignored, 3 skipped and 0 failed > > > ---> Session ended at: Thu, 30 Jul 2009 14:47:34 +0200 (consumed > > > > 00:00:16) > > > > > [root@machine ~]# > > > > > > Ran "portmaster -a". Got this output: > > > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# portmaster -a > > > ===>>> Gathering distinfo list for installed ports > > > > > > ===>>> Starting check of installed ports for available updates > > > ===>>> Checking ports for recursive 'make config' > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > > ===>>> Aborting update > > > > > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > > > Then I ran "portmaster -af", and got a lot of output and this at the > > > end: > > > > > > [...] > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > > ===>>> Aborting update > > > > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > Terminated > > > [root@machine /usr/ports/ports-mgmt/portmaster]# > > > > > > [root@machine /home/user]# portmaster --force-config -a > > > > > > ===>>> Gathering distinfo list for installed ports > > > > > > ===>>> Starting check of installed ports for available updates > > > ===>>> Checking ports for recursive 'make config' > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > > ===>>> Aborting update > > > > > > [root@machine /home/user]# > > > > > > Then ran "portmaster --force-config -af" - this was better, but I still > > > > got > > > > > this at the end: > > > > > > ===>>> Launching child to update xf86-video-vesa-2.1.0_2 to > > > xf86-video-vesa-2.1.0_2 > > > > > > ===>>> Port directory: /usr/ports/x11-drivers/xf86-video-vesa > > > ===> No options to configure > > > ===>>> Gathering dependency list for x11-drivers/xf86-video-vesa from > > > > ports > > > > > ===>>> Starting recursive 'make config' check > > > ===>>> Recursive 'make config' check complete for > > > x11-drivers/xf86-video-vesa > > > > > > ===>>> Returning to update check of installed ports > > > > > > > > > > > > ===>>> The x11-drivers/xf86-video-vga port has been deleted: Removed > > > ===>>> Aborting update > > > > > > Terminated > > > [root@machine /home/user]# > > > > > > /Rasmus > > > > The only thing I can suggest is to use a -x glob to exclude the ports > > that are > > causing you trouble. I believe the drivers are no longer used so no harm > > would > > come. > > > > David > Behind portmaster or what? I do not understand. See man portupgrade David > From troy at twisted.net Mon Aug 3 13:09:19 2009 From: troy at twisted.net (Troy) Date: Mon Aug 3 13:09:27 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool Message-ID: <20090803125519.GA60550@twisted.net> I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran into the following error. My libtool was just upgraded to libtool-2.2.6a so there may be a conflict there. Anyone have ideas? checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking whether system uses EBCDIC... no performing libtool configuration... ./configure: 9753: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. From njm at njm.me.uk Mon Aug 3 15:51:00 2009 From: njm at njm.me.uk (N.J. Mann) Date: Mon Aug 3 15:51:09 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <20090803125519.GA60550@twisted.net> References: <20090803125519.GA60550@twisted.net> Message-ID: <20090803155055.GA31733@titania.njm.me.uk> In message <20090803125519.GA60550@twisted.net>, Troy (troy@twisted.net) wrote: > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran > into the following error. My libtool was just upgraded to libtool-2.2.6a > so there may be a conflict there. Anyone have ideas? > > > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9753: Syntax error: word unexpected (expecting ")") > *** Error code 2 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. I am also having problems updating devel/apr. In my case it gets past the configure stage and fails during the compile stage: %%%%% ===> Building for apr-gdbm-db43-1.3.7.1.3.8 cd /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7; /usr/bin/env TMPDIR="/home/njm/tmp" TMPDIR="/home/njm/tmp" SHELL=/bin/sh NO_LINT=YES ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/local MOTIFLIB="-L/usr/local/lib -lXm -lXp" LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe" CXX="c++" CXXFLAGS="-O2 -fno-strict-aliasing -pipe" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 444" BSD_INSTALL_MAN="install -m 444" /usr/bin/make /bin/sh /libtool --silent --mode=compile cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I./include -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix -I./include/arch/unix -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo /libtool: Can't open /libtool: No such file or directory *** Error code 2 Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. *** Error code 1 Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. *** Error code 1 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. %%%%% I have not had time to try to figure out what is going wrong, but I may have time tomorrow. Cheers, Nick. -- From david at vizion2000.net Mon Aug 3 16:39:45 2009 From: david at vizion2000.net (David Southwell) Date: Mon Aug 3 16:39:53 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <20090803155055.GA31733@titania.njm.me.uk> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> Message-ID: <200908031739.33343.david@vizion2000.net> > In message <20090803125519.GA60550@twisted.net>, > > Troy (troy@twisted.net) wrote: > > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran > > into the following error. My libtool was just upgraded to libtool-2.2.6a > > so there may be a conflict there. Anyone have ideas? > > > > > > checking minix/config.h usability... no > > checking minix/config.h presence... no > > checking for minix/config.h... no > > checking whether it is safe to define __EXTENSIONS__... yes > > checking for library containing strerror... none required > > checking whether system uses EBCDIC... no > > performing libtool configuration... > > ./configure: 9753: Syntax error: word unexpected (expecting ")") > > *** Error code 2 > > > > Stop in /usr/ports/devel/apr. > > *** Error code 1 > > > > Stop in /usr/ports/devel/apr. > > I am also having problems updating devel/apr. In my case it gets past > the configure stage and fails during the compile stage: > > %%%%% > > ===> Building for apr-gdbm-db43-1.3.7.1.3.8 > cd /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7; /usr/bin/env > TMPDIR="/home/njm/tmp" TMPDIR="/home/njm/tmp" SHELL=/bin/sh NO_LINT=YES > ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 > AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 > AUTOHEADER=/usr/local/bin/autoheader-2.62 > AUTOIFNAMES=/usr/local/bin/ifnames-2.62 > AUTOM4TE=/usr/local/bin/autom4te-2.62 > AUTORECONF=/usr/local/bin/autoreconf-2.62 > AUTOSCAN=/usr/local/bin/autoscan-2.62 > AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 > LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize > LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 PREFIX=/usr/local > LOCALBASE=/usr/local X11BASE=/usr/local MOTIFLIB="-L/usr/local/lib -lXm > -lXp" LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe" > CXX="c++" CXXFLAGS="-O2 -fno-strict-aliasing -pipe" MANPREFIX="/usr/local" > BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_SCRIPT="install -m > 555" BSD_INSTALL_DATA="install -m 444" BSD_INSTALL_MAN="install -m > 444" /usr/bin/make /bin/sh /libtool --silent --mode=compile cc -O2 > -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I./include > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix > -I./include/arch/unix > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include -o > passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch > passwd/apr_getpass.lo /libtool: Can't open /libtool: No such file or > directory > *** Error code 2 > > Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. > *** Error code 1 > > Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > > %%%%% > > I have not had time to try to figure out what is going wrong, but I may > have time tomorrow. > > > Cheers, > Nick. I also have problems: uname -a FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Built on Intel quad Core /usr/bin/sed -i.bak -e 's,-lpthread,-pthread,g' /usr/ports/devel/apr/work/apr-1.3.7/build/apr_threads.m4 /usr/ports/devel/apr/work/apr-1.3.7/build/apr_hints.m4 /usr/ports/devel/apr/work/apr-util-1.3.8/build/apu-conf.m4 ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on file: /usr/local/bin/python2.6 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on file: /usr/local/bin/perl5.8.9 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on file: /usr/local/bin/automake-1.9 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on file: /usr/local/bin/autoconf-2.62 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on file: /usr/local/bin/libtool - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: expat.6 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: gdbm.3 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: ldap-2.4.7 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: iconv.3 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: mysqlclient.15 - found ===> apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 depends on shared library: db-4.2.2 - found ===> Configuring for apr-nothr-gdbm-db42-ldap-mysql-1.3.7.1.3.8 cd /usr/ports/devel/apr/work/apr-1.3.7 ; /usr/bin/env CC="cc" CFLAGS="-O2 - fno-strict-aliasing -pipe -I/usr/local/include/mysql -DHAVE_MYSQL_H - DLDAP_DEPRECATED" LIBS="" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144 /bin/sh ./buildconf buildconf: checking installation... buildconf: python not found. You need python installed to build APR from SVN. *** Error code 1 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. dns1# make deinstall ===> Deinstalling for devel/apr ===> apr-nothr-gdbm-db42-ldap-mysql not installed, skipping dns1# pkg_info |grep python mod_python-3.3.1_2 Apache module that embeds the Python interpreter within the py26-gtksourceview-2.6.0_1 A python bindings for the version 2 of the GtkSourceView li py26-telepathy-python-0.15.10 Python bindings for the Telepathy framework python26-2.6.2_1 An interpreted object-oriented programming language From jeffrey at goldmark.org Mon Aug 3 17:14:30 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Mon Aug 3 17:14:37 2009 Subject: Compile error mail/alpine In-Reply-To: <200908030934.37876.david@vizion2000.net> References: <200908030934.37876.david@vizion2000.net> Message-ID: On Aug 3, 2009, at 3:34 AM, David Southwell wrote: > FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 > root@amd64- > builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > on intel quad core > ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function > `ssl_onceonlyinit': > /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: > warning: > warning: tmpnam() possibly used unsafely; consider using mkstemp() > after.o(.text+0x36d): In function `start_after': > /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined > reference > to `pthread_create' > *** Error code 1 It builds fine for me on amd64, but I'm on 7.2-STABLE. Do you have the latest version of the port? I see it was modified on July 20, 2009? From pgollucci at p6m7g8.com Mon Aug 3 17:32:21 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon Aug 3 17:32:28 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <20090803125519.GA60550@twisted.net> References: <20090803125519.GA60550@twisted.net> Message-ID: <4A771F21.5070409@p6m7g8.com> Troy wrote: > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran > into the following error. My libtool was just upgraded to libtool-2.2.6a > so there may be a conflict there. Anyone have ideas? > > > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9753: Syntax error: word unexpected (expecting ")") I think its you. You might have cleanuped up sufficently. http://tb.p6m7g8.net/logs/8-CURRENT-amd64/apr-ipv6-gdbm-db42-1.3.7.1.3.8.log -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From tijl at ulyssis.org Mon Aug 3 17:32:37 2009 From: tijl at ulyssis.org (Tijl Coosemans) Date: Mon Aug 3 17:33:10 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A76D89B.60803@infracaninophile.co.uk> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A76D89B.60803@infracaninophile.co.uk> Message-ID: <200908031900.37125.tijl@ulyssis.org> On Monday 03 August 2009 14:31:23 Matthew Seaman wrote: > There was a question about apps that use dlopen() to load libraries, > rather than letting ld.so do the work for them. I don't think that > using ldd(1) will pick up any app that does that, but then again I > don't know if this is a widespread practice, and if it is, whether > there is any simple way to pick out packages that need reinstallation > because of it other than by using manually defined LIB_DEPENDS > settings in port Makefiles. The most common use case for dlopen are plugins and there it's the app that controls the API, not the lib, so an update of the plugin without recompiling the app shouldn't be a problem. Use of dlopen to load normal libraries is rare, but an example is Wine. IMHO it's a bug if such libs aren't listed in LIB_DEPENDS. They are direct dependencies. From dougb at FreeBSD.org Mon Aug 3 17:56:04 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 17:56:10 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> Message-ID: <4A7724A7.6000500@FreeBSD.org> Garrett Cooper wrote: > Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P) > has a script called `revdep-rebuild' which goes and runs ldd on all > pieces of software that are installed in portage (ok, substitute ports > here). What I'm driving at is that we can use pkg_info and/or the > mtree generated files to determine what files are installed, find out > which packages have been broken up an update, then rebuild the port > and all dependencies (LIB_DEPENDS?). What say you to that :)? I was experimenting with various scripts using ldd in parallel to my most recent portmaster update and I think there is a problem with that solution. If libA is linked against libB which in turn is linked against libMISSING (such as libjpeg.so.9 for example) then ldd against libA will show libMISSING even though that problem can be solved by simply updating libB (i.e., without recompiling libA). This same issue applies to the idea of running ldd against things at install time and recording the list. Perhaps someone smarter than I about ldd can come up with a solution to this, but until then I think that using ldd after the fact is a stopgap measure to repair things if the ports infrastructure fails us. In theory the dependency graphing in our existing ports infrastructure should deal with this problem. In practice at the moment I personally feel that we record too many "indirect" dependencies (such as libA above) and that we would serve our users better if we stuck to direct dependencies only (libB in the example above). What should have happened in this case is that the ports that depend DIRECTLY on libjpeg should have had their revisions bumped at the same time as the update to libjpeg. Since that is what usually happens, hopefully we can stop flogging this horse soon. That said, if anyone really really wants to pursue the dependency graphing issue further, can I suggest a new thread focused on that topic? hth, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Aug 3 18:01:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 18:01:44 2009 Subject: FreeBSD Port: psi-0.12.1_2 need update to 0.13 In-Reply-To: <39e035630908030050t77bb2a02jabb3b975f4e78d7@mail.gmail.com> References: <39e035630908030050t77bb2a02jabb3b975f4e78d7@mail.gmail.com> Message-ID: <4A7725F6.9090703@FreeBSD.org> Alexey Golodov wrote: > Please, note that psi has been updated to0.13. > Also, if you can, see psi+ (http://code.google.com/p/psi-dev/) and, > probably, good idea to add this to ports. > You might want to take a look at http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html and figure out how to do this work yourself. It is just like any other skill, it gets easier with practice. :) Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Aug 3 18:08:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 18:09:06 2009 Subject: Compile error mail/alpine In-Reply-To: <200908030934.37876.david@vizion2000.net> References: <200908030934.37876.david@vizion2000.net> Message-ID: <4A7727B3.9000909@FreeBSD.org> FYI, In the future you're likely to get faster results if you send your problem report to the port's maintainer as well as the freebsd-ports@ list. David Southwell wrote: > FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- > builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > on intel quad core > > > cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - > DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o after.o > alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o > flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o > listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o > pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o > status.o takeaddr.o titlebar.o smime.o date.o -lcrypt -lpam -L/usr/lib - > L/usr/local/openssl/lib -L/usr/local/lib ../pico/libpico.a > ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a > ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a > /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so -lssl - > Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function `ssl_onceonlyinit': > /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: warning: > warning: tmpnam() possibly used unsafely; consider using mkstemp() > after.o(.text+0x36d): In function `start_after': > /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined reference > to `pthread_create' > *** Error code 1 I just tried building it on a 7.2-STABLE amd64 from June 13th (r194101) and didn't have any problems. Can you please post the contents of /var/db/ports/alpine/options? Also, do you have any options related to thread libraries in /etc/make.conf, and are you using openssl from the ports, or in the base? Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Aug 3 18:22:50 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 18:22:57 2009 Subject: Getting a lot of - pkg_version: corrupted record (pkgdep line without argument), ignoring In-Reply-To: <20090802203144.20053xv5f9w3ea68@econet.encontacto.net> References: <20090802203144.20053xv5f9w3ea68@econet.encontacto.net> Message-ID: <4A772AF1.7060400@FreeBSD.org> eculp wrote: > I'm getting a lot of the following messages and have no idea how to find > which package is causing the problem. This is one of those times that opening up the files and having a look for yourself might be a good way to start. :) > pkg_version: corrupted record (pkgdep line without argument), ignoring egrep '(pkgdep$|pkgdep $)' /var/db/pkg/*/+CONTENTS However, you indicate below that you are using 'portmaster --check-depends' which should be fixing those for you. So try this: cd /var/db/ cp -Rp pkg pkg-before portmaster --check-depends diff -ur pkg-before pkg > ~/pkg-dir.diff1 cp -Rp pkg pkg-after portmaster --check-depends diff -ur pkg-after pkg > ~/pkg-dir.diff2 cd pkg egrep -l '(pkgdep$|pkgdep $)' */+CONTENTS > ~/pkg-dir.egrep Ideally pkg-dir.diff2 pkg-dir.egrep should both be empty there. If not, you will need to rebuild all of the ports listed in the egrep file. One easy way to do that would be to use vi to strip everything but the directory name out of that file then do this: portmaster `cat ~/pkg-dir.egrep` > While I'm bothering you, could someone give me some tips on the best > ways to find corrupted files in /var/db/pkgs, /var/db/ports and any > other places that they might be hiding. I run > portmaster --check-depends > portmaster --check-port-dbdir Those are both good examples from my perspective. :) One thing though, --check-port-dbdir won't find anything that is corrupt, it will only find things that don't apply to your currently installed ports. hth, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Aug 3 18:25:45 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 18:25:52 2009 Subject: Error when using 'portupgrade -ay' (and several others) [Second attempt] In-Reply-To: <63e02e980908011244u4e00ba22w772499583660d4de@mail.gmail.com> References: <63e02e980908010717w79ddf14ei2dc6bf156ce1174a@mail.gmail.com> <20090801145042.GA32107@pit.databus.com> <63e02e980908011050i133fe5ffv125dab63aadd3ca8@mail.gmail.com> <20090801185813.GA74080@pit.databus.com> <63e02e980908011244u4e00ba22w772499583660d4de@mail.gmail.com> Message-ID: <4A772BA0.8040002@FreeBSD.org> [If you reply, please strip off freebsd-stable@, thanks.] Jens Rasmus Liland wrote: > That seems to have have done something more. But I still got some funky > errors after running portmaster -a: > ===>>> The x11/xphelloworld port has been deleted: Xprint application, > deprecated upstream > ===>>> Aborting update That's just telling you that it can't update that app because the port doesn't exist anymore. You have several options at that point. If you want to keep it you can read the portmaster man page about +IGNOREME files. If you don't need it anymore (and in this case you almost certainly do not) then you can use 'portmaster -e xphelloworld' to delete it (or just good old 'pkg_delete -f'). hth, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Mon Aug 3 19:24:18 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 19:24:25 2009 Subject: recent update causes perl5.10 build failure In-Reply-To: <200908012305.n71N5og5019876@mp.cs.niu.edu> References: <200908012305.n71N5og5019876@mp.cs.niu.edu> Message-ID: <4A77395A.4080407@FreeBSD.org> Scott Bennett wrote: > An update yesterday or today results in perl5.10's build aborting. When > it failed under portmaster, the messages from several processes were too > jumbled for me to see easily what had happened, so I tried portinstall instead. If you get a non-obvious port build failure in portmaster your next step should be to try just building the port itself without any tools (i.e., cd /usr/ports/foo/bar ; make clean ; make). That will give you the idea of whether or not the error is related to the tool, or the port itself. > At least on a first look, it seems that perl5.10 has "MAKE_JOBS_SAFE= yes" > in its Makefile, but that it should not. I changed that to > "MAKE_JOBS_SAFE= no" The ports infrastructure does not care what the value of the define is, it just cares if it is defined. You need to do this: cd /usr/ports/lang/perl5.10 vi Makefile (replace the MAKE_JOBS_SAFE with MAKE_JOBS_UNSAFE) make clean make config make Then report your results. hth, Doug -- This .signature sanitized for your protection From frank2 at fjl.co.uk Mon Aug 3 19:43:29 2009 From: frank2 at fjl.co.uk (Frank Leonhardt) Date: Mon Aug 3 19:43:37 2009 Subject: FreeBSD Port: dovecot-1.2.x Message-ID: <218BE85B7BC447C4B44358792D5EB01E@birchmead.fjl.org.uk> Hi, I'm trying to track down a very weird issue with Dovecot and MS Outlook 2003, and it'd be good to be using 1.2.x in the tests. Any idea when it might be coming? If it's going to be a while I might have a go myself (or use Linux!); if not I'll wait. Is there anything I should know about before I try it myself? Thanks, Frank. From dougb at FreeBSD.org Mon Aug 3 20:34:55 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 3 20:35:07 2009 Subject: Don't know how to make /usr/ports/dns/bind96/work/.build.... In-Reply-To: References: <200907282158.43397.mel.flynn+fbsd.questions@mailing.thruhere.net> <4A6FF497.5010808@FreeBSD.org> <4A709B81.5070905@FreeBSD.org> <4A70BE55.60405@FreeBSD.org> Message-ID: <4A7749E5.5050108@FreeBSD.org> Dan Mahoney, System Admin wrote: > On Wed, 29 Jul 2009, Doug Barton wrote: > >> Dan Mahoney, System Admin wrote: >>> The fact that the error occurs AT ALL is the bug and what is >>> counterintuitive, and many people would not think to try typing "make" >>> again, and instead would just assume the thing's broken. >> >> Ok, I actually misunderstood the problem that you were reporting. I >> thought that the reference to .build_done.bind96._usr_local indicated >> that the port had already been built once, but that is not the case. >> To reproduce the bug, you need to do the following: >> >> 1. Make sure there is nothing in /var/db/ports/bind96 >> 2. cd /usr/ports/dns/bind96 >> 3. make >> 4. Enable the "replace base" option >> 5. Save the config >> >> You will then see the following error: >> >> make: don't know how to make >> /usr/local/tmp/usr/local/ports/dns/bind96/work/.build_done.bind96._usr_local. >> >> Stop >> *** Error code 2 >> >> I think Mel is right that the problem is changing PREFIX, but that's >> the whole purpose of the option. >> >> Could you please open a PR about this with a subject something to the >> effect of "OPTIONS that change PREFIX cause an error after 'make >> config'" and describe how to reproduce this? > > Done, just got the mail from gnats: 137250. Looks good, thanks! Doug -- This .signature sanitized for your protection From mel.flynn+fbsd.ports at mailing.thruhere.net Mon Aug 3 21:12:17 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Mon Aug 3 21:12:23 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In-Reply-To: <4A74D10A.9000507@uffner.com> References: <4A74D10A.9000507@uffner.com> Message-ID: <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> On Saturday 01 August 2009 15:34:34 Tom Uffner wrote: > x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In your kernel config. -- Mel From yds at CoolRat.org Mon Aug 3 21:18:07 2009 From: yds at CoolRat.org (Yarema) Date: Mon Aug 3 21:18:53 2009 Subject: FreeBSD Port: dovecot-1.2.x In-Reply-To: <218BE85B7BC447C4B44358792D5EB01E@birchmead.fjl.org.uk> References: <218BE85B7BC447C4B44358792D5EB01E@birchmead.fjl.org.uk> Message-ID: <4A774CD6.9020703@CoolRat.org> Frank Leonhardt wrote: > Hi, > > I'm trying to track down a very weird issue with Dovecot and MS Outlook > 2003, and it'd be good to be using 1.2.x in the tests. Any idea when it > might be coming? If it's going to be a while I might have a go myself (or > use Linux!); if not I'll wait. > > Is there anything I should know about before I try it myself? > > Thanks, Frank. I'm working on the update to 1.2.x Hopefully in the next day or two I should have something ready to commit.. -- Yarema From mel.flynn+fbsd.ports at mailing.thruhere.net Mon Aug 3 21:18:32 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Mon Aug 3 21:18:54 2009 Subject: diablo-jdk with FreeBSD-8.0 In-Reply-To: References: Message-ID: <200908031318.29493.mel.flynn+fbsd.ports@mailing.thruhere.net> On Friday 31 July 2009 13:57:34 b. f. wrote: > "Stephen Montgomery-Smith" wrote: > >I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is > >no longer working. I am guessing it is the bumped shared library > >versions (because I did do "make delete-old-libs" as part of my > >installation). > > Yes, this came up earlier. libmap.conf(5) is your friend here, until > an update. Or you can try building java/openjdk6, but that takes some > time and resources. Have you tried it? openjdk requires a native jdk to build, doesn't accept the linux ones, so chicken and egg. Trying to build java/jdk16 with a linux one also does not work, because of unsafe functions in the make program that it builds as one of the first things. Also, the linux jdk6 requires one to dig into archives as the port is at update 10 while Sun is at update 14. So for the time being, libmap.conf is the only working solution and to make it more specific, it needs libz.so.4. The error message java generates points no where near libz, so kudos to whoever found out it's that library. -- Mel From mel.flynn+fbsd.ports at mailing.thruhere.net Mon Aug 3 21:34:07 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Mon Aug 3 21:34:14 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <20090801224323.GA65040@server.vk2pj.dyndns.org> References: <20090731173636.GA76357@owl.midgard.homeip.net> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> Message-ID: <200908031334.04099.mel.flynn+fbsd.ports@mailing.thruhere.net> On Saturday 01 August 2009 14:43:23 Peter Jeremy wrote: > [I was also dismayed when I saw the bump]. > > On 2009-Aug-01 18:33:43 +0100, Matthew Seaman > wrote: > >You could, for instance, run ldd(1) against each of the files a port > > installs and then record in /var/db/pkg/portname-1.2.3/+SHLIBS or > > equivalently in the .tbz package tarball a sorted and uniq'd list of all > > the shared libraries linked against. > > Unfortunately, this isn't sufficient because a non-trivial number of > ports dlopen() libraries rather than directly linking against them. > (The Xorg server is probably the most widely used culprit here). > > > Or you could resolve the shlib filenames back to the ports > >that supply them, and create a 'SHLIB_PORTS_NEEDED' variable in the port > >Makefiles. > > A third approach is to more carefully recurse through the dependency > tree: Given A depends on B depends on C, B only needs bumping if it > LIB_DEPENDS on A and C only needs bumping if it LIB_DEPENDS on B and > B was bumped. Unfortunately, qt4-* ports slice this idea. Because they don't use LIB_DEPENDS, but a version dependant RUN and BUILD depends. I've coded a "patch-recursive" target in my Mk/bsd.local.mk that can't depend just on LIB_DEPENDS for this very reason (I needed the target so I can debug crashes in kde4 programs, and have gdb's `list' command working). -- Mel _LIB_DEPEND_DIRS=${LIB_DEPENDS:C,^[^:]*:([^:]*).*$,\1,} _QT4_DEPEND_DIRS=${BUILD_DEPENDS:Mqt4-*:C,^[^:]*:([^:]*).*$,\1,} LIB-DEPENDS-LIST= \ L="${_LIB_DEPEND_DIRS} ${_QT4_DEPEND_DIRS}"; \ checked=""; \ while [ -n "$$L" ]; do \ l=""; \ for d in $$L; do \ case $$checked in \ $$d\ *|*\ $$d\ *|*\ $$d) \ continue;; \ esac; \ checked="$$checked $$d"; \ if [ ! -d $$d ]; then \ ${ECHO_MSG} "${PKGNAME}: \"$$d\" non-existent -- dependency list incomplete" >&2; \ continue; \ fi; \ ${ECHO_CMD} $$d; \ if ! children=$$(cd $$d && ${MAKE} -V _LIB_DEPEND_DIRS); then\ ${ECHO_MSG} "${PKGNAME}: \"$$d\" erroneous -- dependency list incomplete" >&2; \ continue; \ fi; \ for child in $$children; do \ case "$$checked $$l" in \ $$child\ *|*\ $$child\ *|*\ $$child) \ continue;; \ esac; \ l="$$l $$child"; \ done; \ done; \ L=$$l; \ done patch-recursive: @for dir in ${.CURDIR} $$(${LIB-DEPENDS-LIST}); do \ echo "===> $${dir}"; \ ${MAKE} -C $${dir} patch; \ done show-libdepends-recursive: @for dir in ${.CURDIR} $$(${LIB-DEPENDS-LIST}); do \ echo "===> $${dir}"; \ done From mel.flynn+fbsd.ports at mailing.thruhere.net Mon Aug 3 21:53:59 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Mon Aug 3 21:54:06 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200907300819.44453.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> Message-ID: <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> On Friday 31 July 2009 04:29:06 Alexander Churanov wrote: > Now It's clear. Thank you for explanation. > The WITH_PYSTE was not in the options framework, that's why I've > missed this part of work. > > I see two possible solutions: > > 1) Put the WITH_PYSTE variable back. > 2) Create a separate port like devel/boost-pyste. > > The first is easy, however leads to dependeny issues like 'let's > verify that boost-python-libs is installed with PYSTE support'. > Provided that Pyste is actually used by someone, this may re-introduce > bug ports/123927 (see > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123927). > > The second is much more robust, but requires more work. This is also > harder because I am not a user of Boost.Pyste. Thus, correctness > verification would be expensive. I think for the time being PySTE support should be off by default, because it pulls in a second libc and databases/akonadi plus kdeedu[34] use boost-python and because gccxml looks like a dead project. I've attached a patch that does exactly this and also fixes WITH_DEBUG building. There's one issue commented in the Makefile that I'm unable to relate to anything I did, but am assuming it's from WITH_DEBUG as well. ports/123927 could be solved/prevented by using a WANT_BOOST_PYSTE in dependent ports that rely on boost having PYSTE and using PKGNAMESUFFIX plus pkg_info to verify if boost-python-libs is boost-python-pyste-libs - as a stop-gap. -- Mel -------------- next part -------------- A non-text attachment was scrubbed... Name: boost.diff Type: text/x-patch Size: 9897 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090803/c3831802/boost.bin From mel.flynn+fbsd.ports at mailing.thruhere.net Mon Aug 3 22:09:48 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Mon Aug 3 22:09:54 2009 Subject: freebsd-update & userland sources In-Reply-To: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> References: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> Message-ID: <200908031409.46060.mel.flynn+fbsd.ports@mailing.thruhere.net> On Sunday 02 August 2009 16:10:37 Tom Mende wrote: > Is there a way to get freebsd-update to keep userland sources up to > date? Since it is for binary upgrades, it doesn't make much sense, but ... > By way of background, I am trying not to use csup / cvsup and like > processes as their past, admittedly incorrect, usage by me, combined > with my incompetent salvage operations, has hosed my systems to the > point of needing to be reinstalled from scratch. I have been using a > combination of portsnap and freebsd-update to keep my 7.2-RELEASE > system up to date and commenced this at about 6.3-RELEASE and have > managed to not hose the system since that time. It now however appears > I need to have userland sources to keep fusefs-kmod up to date. > > /usr/ports/sysutils/fusefs-kmod>make install clean > ===> fusefs-kmod-0.3.9.p1.20080208_6 requires the userland sources to > be installed. Set SRC_BASE if it is not in /usr/src. > *** Error code 1 This is one case where one requires sources. You would still need csup/cvsup and if you're tracking a -RELEASE branch, it does not do very much. Also, because you're not actually going to build world/kernel, the risk of "hosing your system" is limited. What freebsd-update could however do, is maintain a 'standard-supfile' that would have the correct tag at all times. For example: Would you like to install a supfile for this release in /etc? [y/n] y Please choose a mirror [cvsup$random.FreeBSD.org]: -- Mel From bf1783 at googlemail.com Mon Aug 3 22:19:23 2009 From: bf1783 at googlemail.com (b. f.) Date: Mon Aug 3 22:19:30 2009 Subject: diablo-jdk with FreeBSD-8.0 In-Reply-To: <200908031318.29493.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200908031318.29493.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: On 8/3/09, Mel Flynn wrote: > On Friday 31 July 2009 13:57:34 b. f. wrote: >> "Stephen Montgomery-Smith" wrote: >> >I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is >> >no longer working. I am guessing it is the bumped shared library >> >versions (because I did do "make delete-old-libs" as part of my >> >installation). >> >> Yes, this came up earlier. libmap.conf(5) is your friend here, until >> an update. Or you can try building java/openjdk6, but that takes some >> time and resources. > > Have you tried it? openjdk requires a native jdk to build, doesn't accept > the > linux ones, so chicken and egg. Obviously not. :) I was mentioning it only as a possibility that I hadn't explored, and that the OP may wish to look into -- I should have made that clear. I see now that it (unfortunately) requires one of a number of bootstrap JVMs that are now broken , as you say. Thanks for pointing that out, and for mentioning the problems below with some of the other JVMs. > Trying to build java/jdk16 with a linux one also does not work, because of > unsafe functions in the make program that it builds as one of the first > things. Also, the linux jdk6 requires one to dig into archives as the port > is > at update 10 while Sun is at update 14. > So for the time being, libmap.conf is the only working solution and to make > it > more specific, it needs libz.so.4. The error message java generates points > no > where near libz, so kudos to whoever found out it's that library. Perhaps not, but ldd(1) and a number of other tools will show that ${WRKSRC}/bin/unpack200 expects to find this library, and also show what other libraries the precompiled binaries need. In any event, it was helpful of Carlos to post his notes -- thanks. b. From cperciva at freebsd.org Mon Aug 3 22:30:44 2009 From: cperciva at freebsd.org (Colin Percival) Date: Mon Aug 3 22:30:54 2009 Subject: freebsd-update & userland sources In-Reply-To: <200908031409.46060.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> <200908031409.46060.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A776512.9020509@freebsd.org> > On Sunday 02 August 2009 16:10:37 Tom Mende wrote: >> Is there a way to get freebsd-update to keep userland sources up to >> date? Yes. If you have source code installed (for the right version of FreeBSD) in /usr/src, then freebsd-update will keep it updated. (Slight complication: Because freebsd-update builds are normally done before patches are committed to SVN, you won't get the updated SVN revision numbers or the new entries in UPDATING via freebsd-update -- but you will get all of the security/errata fixes.) -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From erwin at FreeBSD.org Mon Aug 3 22:32:22 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Aug 3 22:32:29 2009 Subject: INDEX build failed for 8.x Message-ID: <200908032232.n73MWLvZ025558@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: linux-systemsimcell-3.0.22: no entry for /usr/ports/lang/linux-f10-tcl84 make_index: linux-systemsimcell-3.0.22: no entry for /usr/ports/x11-toolkits/linux-f10-tk84 Committers on the hook: araujo bsam dhn dougb nivit Most recent CVS update was: ports/LEGAL ports/UPDATING ports/emulators/Makefile ports/irc/nefarious/Makefile ports/irc/nefarious/distinfo ports/irc/nefarious/pkg-plist ports/java/eclipse-pydev/Makefile ports/java/eclipse-pydev/distinfo ports/net-im/amsn/Makefile ports/net-im/rubygem-termtter/Makefile ports/net-im/rubygem-termtter/distinfo ports/x11/electricsheep/Makefile ports/x11/xscreensaver/Makefile ports/x11/xscreensaver/files/patch-driver_XScreenSaver.ad.in ports/x11/xscreensaver/pkg-plist From mezz7 at cox.net Mon Aug 3 22:50:08 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Aug 3 22:50:16 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908031739.33343.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> <200908031739.33343.david@vizion2000.net> Message-ID: On Mon, 03 Aug 2009 11:39:33 -0500, David Southwell wrote: >> In message <20090803125519.GA60550@twisted.net>, >> >> Troy (troy@twisted.net) wrote: >> > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and >> ran >> > into the following error. My libtool was just upgraded to >> libtool-2.2.6a >> > so there may be a conflict there. Anyone have ideas? >> > >> > >> > checking minix/config.h usability... no >> > checking minix/config.h presence... no >> > checking for minix/config.h... no >> > checking whether it is safe to define __EXTENSIONS__... yes >> > checking for library containing strerror... none required >> > checking whether system uses EBCDIC... no >> > performing libtool configuration... >> > ./configure: 9753: Syntax error: word unexpected (expecting ")") >> > *** Error code 2 >> > >> > Stop in /usr/ports/devel/apr. >> > *** Error code 1 >> > >> > Stop in /usr/ports/devel/apr. >> >> I am also having problems updating devel/apr. In my case it gets past >> the configure stage and fails during the compile stage: >> >> %%%%% >> >> ===> Building for apr-gdbm-db43-1.3.7.1.3.8 >> -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include -o >> passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch >> passwd/apr_getpass.lo /libtool: Can't open /libtool: No such file or >> directory >> *** Error code 2 >> >> Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. >> *** Error code 1 >> >> Stop in /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7. >> *** Error code 1 >> >> Stop in /usr/ports/devel/apr. >> *** Error code 1 >> >> Stop in /usr/ports/devel/apr. >> >> %%%%% >> >> I have not had time to try to figure out what is going wrong, but I may >> have time tomorrow. >> >> >> Cheers, >> Nick. > I also have problems: > > uname -a > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: > Wed Jun > 24 00:14:35 UTC 2009 root@amd64- > builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Built on Intel quad Core > > lt_cv_sys_max_cmd_len=262144 > /bin/sh ./buildconf > buildconf: checking installation... > buildconf: python not found. > You need python installed > to build APR from SVN. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > *** Error code 1 I can't reproduce it. Pav has ran pointyhat-exp a few times and devel/apr has never came up, which it always passed build. Did all of you follow the /usr/ports/UPDATING? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pgollucci at p6m7g8.com Mon Aug 3 23:19:58 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Mon Aug 3 23:20:20 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908031739.33343.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> <200908031739.33343.david@vizion2000.net> Message-ID: <4A777098.4030206@p6m7g8.com> > I also have problems: > > uname -a > FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun > 24 00:14:35 UTC 2009 root@amd64- > builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > buildconf: checking installation... > buildconf: python not found. > You need python installed > to build APR from SVN. Whats in your /etc/make.conf and related? $ make -V PYTHON -V PYTHON_VER What do the symlinks look like in /usr/local/bin/py* ? http://tb.p6m7g8.net/logs/8-CURRENT-amd64/apr-ipv6-gdbm-db42-1.3.7.1.3.8.log I've built it on well over 20 tbs with different configs, and on 6-stable, 7-stable, 8-stable, and on amd64/i386. I've seen 3 issues so far on the lists, all are local to the users in question. I'd like to help with it, but I don't know where to start, and they aren't problems with apr itself. IMHO, when in doubt -- pkg_delete -af make install done. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From amdmi3 at amdmi3.ru Mon Aug 3 23:57:16 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Mon Aug 3 23:57:23 2009 Subject: java broken on recent -current? Message-ID: <20090803235655.GA61006@hades.panopticon> % uname -a FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 16:00:15 MSD 2009 root@:/usr/obj/usr/src/sys/HADES i386 (cvsup date=2009.07.30.12.00.00) % pkg_info | grep jdk diablo-jdk-1.6.0.07.02_5 Java Development Kit 1.6.0_07.02 % java Error occurred during initialization of VM Unable to load ZIP library: /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so % ldd /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so: /libexec/ld-elf.so.1: /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so: Unexpected inconsistency: dependency libjvm.so not found /usr/local/diablo-jdk1.6.0/jre/lib/i386/libzip.so: exit status 1 % file `locate libjvm.so` /usr/local/diablo-jdk1.6.0/jre/lib/i386/client/libjvm.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped /usr/local/diablo-jdk1.6.0/jre/lib/i386/server/libjvm.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Aug 4 00:28:44 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Aug 4 00:28:50 2009 Subject: java broken on recent -current? In-Reply-To: <20090803235655.GA61006@hades.panopticon> References: <20090803235655.GA61006@hades.panopticon> Message-ID: <200908031628.41692.mel.flynn+fbsd.ports@mailing.thruhere.net> On Monday 03 August 2009 15:56:55 Dmitry Marakasov wrote: > % uname -a > FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 > 16:00:15 MSD 2009 root@:/usr/obj/usr/src/sys/HADES i386 (cvsup > date=2009.07.30.12.00.00) > > % pkg_info | grep jdk > diablo-jdk-1.6.0.07.02_5 Java Development Kit 1.6.0_07.02 Thou shall search the archives before posting. The short and curlies: % cat /etc/libmap.conf [/usr/local/share/opera/bin/opera] libz.so.4 libz.so.5 [/usr/local/diablo-jdk1.6.0/] libz.so.4 libz.so.5 Or set the map globally, if you don't care finding out "what else is broken". -- Mel From erwin at FreeBSD.org Tue Aug 4 01:26:57 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 4 01:27:03 2009 Subject: INDEX now builds successfully on 8.x Message-ID: <200908040126.n741QvuA048171@pointyhat.freebsd.org> From tom at uffner.com Tue Aug 4 03:33:15 2009 From: tom at uffner.com (Tom Uffner) Date: Tue Aug 4 03:33:22 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In-Reply-To: <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A77A67D.1050101@uffner.com> Mel Flynn wrote: > On Saturday 01 August 2009 15:34:34 Tom Uffner wrote: >> x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT > > In your kernel config. no. it was in my kernel config. my problem was that the port would not compile w/o the definition in the port makefiles. From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Aug 4 06:07:40 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Aug 4 06:07:49 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In-Reply-To: <4A77A67D.1050101@uffner.com> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> Message-ID: <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> On Monday 03 August 2009 19:09:49 Tom Uffner wrote: > Mel Flynn wrote: > > On Saturday 01 August 2009 15:34:34 Tom Uffner wrote: > >> x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT > > > > In your kernel config. > > no. it was in my kernel config. my problem was that the port would not > compile w/o the definition in the port makefiles. Right, my bad, did my testing on a 7.x machine with my brain screwed on wrong. Anyway, interesting reading in the svn log: r191919 | ed | 2009-05-08 12:06:37 -0800 (Fri, 08 May 2009) | 9 lines Burn TTY ioctl bridges in compat layers. I really don't want any pieces of code to include ioctl_compat.h, so let the ibcs2 and svr4 compat leave sgtty alone. If they want to support sgtty, they should emulate it on top of termios, not sgtty. The code has been marked with BURN_BRIDGES for a long time. ibcs2 and svr4 are not really popular pieces of code anyway. --------------------------------------------------------- So, the real fix should come from upstream. For the time being, this should work, marked MAKE_JOBS_UNSAFE while I was in there. The OSVERSION leaves a three week hole where things won't work, but that should be acceptable. --- x11-toolkits/xview/Makefile.orig 2009-08-03 21:38:34.000000000 -0800 +++ x11-toolkits/xview/Makefile 2009-08-03 22:05:39.000000000 -0800 @@ -32,12 +32,16 @@ SUB_FILES= pkg-message MAN1= xview.1 +MAKE_JOBS_UNSAFE= yes X11BASE2FIX= clients/olwmslave/help_file.c lib/libxview/help/help_file.c \ lib/libxview/misc/gettext.h lib/libxview/textsw/txt_e_menu.c .include +.if ${OSVERSION} > 800089 +CFLAGS+= -DCOMPAT_43TTY +.endif pre-configure: @${REINPLACE_CMD} -e 's+/usr/local+${PREFIX}+;' \ ${WRKSRC}/config/XView.cf -- Mel From m.seaman at infracaninophile.co.uk Tue Aug 4 06:31:54 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Aug 4 06:32:00 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A7724A7.6000500@FreeBSD.org> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A7724A7.6000500@FreeBSD.org> Message-ID: <4A77D5CA.3090304@infracaninophile.co.uk> Doug Barton wrote: > Garrett Cooper wrote: > >> Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P) >> has a script called `revdep-rebuild' which goes and runs ldd on all >> pieces of software that are installed in portage (ok, substitute ports >> here). What I'm driving at is that we can use pkg_info and/or the >> mtree generated files to determine what files are installed, find out >> which packages have been broken up an update, then rebuild the port >> and all dependencies (LIB_DEPENDS?). What say you to that :)? > > I was experimenting with various scripts using ldd in parallel to my > most recent portmaster update and I think there is a problem with that > solution. If libA is linked against libB which in turn is linked > against libMISSING (such as libjpeg.so.9 for example) then ldd against > libA will show libMISSING even though that problem can be solved by > simply updating libB (i.e., without recompiling libA). This same issue > applies to the idea of running ldd against things at install time and > recording the list. Is that sufficient? If the ABI changes to libMISSING change its size such that it uses a different number of 4k memory pages, doesn't that change the load address of any subsequently loaded shlibs? Showing direct vs indirect linkage seems to be what 'ldd -a' does, although I think given the above you'ld have to rebuild anything that linked, directly or indirectly, against libMISSING. > Perhaps someone smarter than I about ldd can come up with a solution > to this, but until then I think that using ldd after the fact is a > stopgap measure to repair things if the ports infrastructure fails us. A script for scanning the ldd(1) output would be useful for port maintainers primarily IMHO. > In theory the dependency graphing in our existing ports infrastructure > should deal with this problem. In practice at the moment I personally > feel that we record too many "indirect" dependencies (such as libA > above) and that we would serve our users better if we stuck to direct > dependencies only (libB in the example above). > > What should have happened in this case is that the ports that depend > DIRECTLY on libjpeg should have had their revisions bumped at the same > time as the update to libjpeg. Since that is what usually happens, > hopefully we can stop flogging this horse soon. What usually seems to happen is that any port with a RUN_DEPENDS on the port providing the shlib in question gets a portrevision bump, including many where it makes no sense to do so. Tracking LIB_DEPENDS would be my choice for dealing with this problem, but as you say, there would need to be a ports-wide review and rationalisation of LIB_DEPENDS settings. > That said, if anyone really really wants to pursue the dependency > graphing issue further, can I suggest a new thread focused on that topic? What's wrong with the thread we've already got? 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090804/0e954b5d/signature.pgp From tom at uffner.com Tue Aug 4 06:46:21 2009 From: tom at uffner.com (Tom Uffner) Date: Tue Aug 4 06:46:29 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In-Reply-To: <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A77D926.2070304@uffner.com> Mel Flynn wrote: > So, the real fix should come from upstream. For the time being, this > should work, marked MAKE_JOBS_UNSAFE while I was in there. The OSVERSION > leaves a three week hole where things won't work, but that should be > acceptable. Thank you for the patch. I'm guessing an upstream fix is pretty unlikely. I'd be surprised if there were even 10 people still using xview for anything other than legacy apps. My interest is because it's a dependency for sysutils/contool. and unfortunately it may all be pointless anyway because contool won't run on my system for reasons i have yet to determine. Thanks, tom From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Aug 4 07:03:33 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Aug 4 07:03:41 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A75A813.10307@infracaninophile.co.uk> References: <20090731173636.GA76357@owl.midgard.homeip.net> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> Message-ID: <200908032303.31094.mel.flynn+fbsd.ports@mailing.thruhere.net> On Sunday 02 August 2009 06:52:03 Matthew Seaman wrote: > Similarly, programs that declare 'USE_MYSQL=NN' will have a LIB_DEPENDS > on libmysqlclient.so.X added to their dependency mix even if they contain > no compiled ELF binaries [See net-mgmt/cacti databases/phpmyadmin] That's because you use USE_MYSQL when you really want to include bsd.databases.mk and throw and error on specific mysql versions. This could be addressed as below and for similar Mk/* files, should it be needed: Index: Mk/bsd.database.mk =================================================================== RCS file: /home/ncvs/ports/Mk/bsd.database.mk,v retrieving revision 1.37 diff -u -r1.37 bsd.database.mk --- Mk/bsd.database.mk 21 Jul 2009 08:02:18 -0000 1.37 +++ Mk/bsd.database.mk 4 Aug 2009 06:59:12 -0000 @@ -158,7 +158,7 @@ .if (${USE_MYSQL} == "embedded") BUILD_DEPENDS+= ${LOCALBASE}/lib/mysql/libmysqld.a:${PORTSDIR}/databases/mysql${MYSQL_VER}-server .endif -.else +.elif (${USE_MYSQL} != "vcheck") LIB_DEPENDS+= mysqlclient.${MYSQL${MYSQL_VER}_LIBVER}:${PORTSDIR}/databases/mysql${MYSQL_VER}-client .endif .else Index: databases/phpmyadmin/Makefile =================================================================== RCS file: /home/ncvs/ports/databases/phpmyadmin/Makefile,v retrieving revision 1.108 diff -u -r1.108 Makefile --- databases/phpmyadmin/Makefile 30 Jun 2009 19:10:53 -0000 1.108 +++ databases/phpmyadmin/Makefile 4 Aug 2009 07:00:04 -0000 @@ -14,7 +14,7 @@ MAINTAINER= m.seaman@infracaninophile.co.uk COMMENT= A set of PHP-scripts to manage MySQL over the web -USE_MYSQL= yes +USE_MYSQL= vcheck IGNORE_WITH_PHP= 4 IGNORE_WITH_MYSQL= 323 40 41 USE_BZIP2= yes -- Mel From perryh at pluto.rain.com Tue Aug 4 07:21:03 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Tue Aug 4 07:21:09 2009 Subject: freebsd-update & userland sources In-Reply-To: <4A776512.9020509@freebsd.org> References: <9EC698AF-15E1-4B95-A7BB-B0E4B7063B25@optusnet.com.au> <200908031409.46060.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A776512.9020509@freebsd.org> Message-ID: <4a77de7f.wcA106S2uM5ht3Xq%perryh@pluto.rain.com> Colin Percival wrote: > > On Sunday 02 August 2009 16:10:37 Tom Mende wrote: > >> Is there a way to get freebsd-update to keep userland sources > >> up to date? > Yes. If you have source code installed (for the right version of > FreeBSD) in /usr/src, then freebsd-update will keep it updated. > > (Slight complication: Because freebsd-update builds are normally > done before patches are committed to SVN, you won't get the > updated SVN revision numbers ... For someone using the source primarily for reference or to build the occasional port that needs it -- the OP's case, and likely typical of binary-update users -- this seems harmless enough. > ... or the new entries in UPDATING ... This seems not so good. The archives are overflowing with problems arising from failure to read UPDATING :( I'd think it desirable to find a way to keep it current. > ... via freebsd-update -- but you will get all of the > security/errata fixes.) From bennett at cs.niu.edu Tue Aug 4 07:51:20 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Tue Aug 4 07:51:26 2009 Subject: recent update causes perl5.10 build failure Message-ID: <200908040750.n747ohUB021532@mp.cs.niu.edu> On Mon, 03 Aug 2009 12:24:10 -0700 Doug Barton wrote: >Scott Bennett wrote: >> An update yesterday or today results in perl5.10's build aborting. When >> it failed under portmaster, the messages from several processes were too >> jumbled for me to see easily what had happened, so I tried portinstall instead. > >If you get a non-obvious port build failure in portmaster your next >step should be to try just building the port itself without any tools >(i.e., cd /usr/ports/foo/bar ; make clean ; make). That will give you >the idea of whether or not the error is related to the tool, or the >port itself. Okay. I'll keep that in mind for the future. However, in this case, I recognized some symptoms of a port that is not safe for a parallel make: errors complaining about missing directories and other files, etc. > >> At least on a first look, it seems that perl5.10 has "MAKE_JOBS_SAFE= yes" >> in its Makefile, but that it should not. I changed that to >> "MAKE_JOBS_SAFE= no" > >The ports infrastructure does not care what the value of the define >is, it just cares if it is defined. You need to do this: > >cd /usr/ports/lang/perl5.10 >vi Makefile (replace the MAKE_JOBS_SAFE with MAKE_JOBS_UNSAFE) >make clean >make config >make That's interesting, but in this case, I changed it as I noted before, after which it built fine under the control of a tool. It is conceivable, of course, that the timing of the processes involved varied enough from the first failure to the time it finally worked that it just happened to have everything already created by the time it was needed. My recollection, though, is that it appeared to be doing a serial make after I made the change from "yes" to "no". But I will know not to expect that in the future and will use MAKE_JOBS_UNSAFE. That having been said, the port still needs to be fixed either by a) making the variable replacement you suggest or b) changing the port to make sure things happen in the proper order even when a parallel make is used. Keep in mind that this experience did appear to reveal a portmaster bug. After the "portmaster -w -v -a" had already asked whether to rebuild perl5.8 even though it had a +IGNOREME file and had gotten an enter key in response, which should have selected the "n" shown as the default ("[n]"), it later went ahead and built perl5.8 anyway. From what you and the documentation have told me, that should never happen. > >Then report your results. > Yes. Again, in this particular case, that report was both possible and made without resort to the procedure you outlined. Thanks for the information and suggestions, Doug. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From mike at nzservers.com Tue Aug 4 08:02:19 2009 From: mike at nzservers.com (mike@nzservers.com) Date: Tue Aug 4 08:05:37 2009 Subject: Your email requires verification verify#flUSD8XOPFhDjlG9bwkoKZ9KTOnYxfc1 Message-ID: The message you sent requires that you verify that you are a real live human being and not a spam source. To complete this verification, simply reply to this message and leave the subject line intact. The headers of the message sent from your address are shown below: >From -freebsd-ports@freebsd.org Tue Aug 04 19:05:35 2009 Received: from [121.181.58.247] (port=3423) by sv1.nzhost.net.nz with esmtp (Exim 4.69) (envelope-from <-freebsd-ports@freebsd.org>) id 1MYE5R-0002CQ-3P for helpdesk@nzservers.com; Tue, 04 Aug 2009 19:05:34 +1200 Received: from 121.181.58.247 by mx1.freebsd.org; Tue, 4 Aug 2009 16:05:29 +0900 From: "Grover Baird" <-freebsd-ports@freebsd.org> To: Subject: Part time job Date: Tue, 4 Aug 2009 16:05:29 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Aca6Q0H8V5M2MFHV0Q5LZU5TF1F2E7== X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 Message-ID: <01ca151d$62d79190$f73ab579@-freebsd-ports> X-Spam-Status: No, score=4.4 X-Spam-Score: 44 X-Spam-Bar: ++++ X-Spam-Flag: NO From miwi at FreeBSD.org Tue Aug 4 09:00:31 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Aug 4 09:00:38 2009 Subject: [kde-freebsd] devel/boost: new patch for testing update to 1.39 In-Reply-To: <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200907300819.44453.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090804090026.GE3529@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Aug 03, 2009 at 01:53:55PM -0800, Mel Flynn wrote: > On Friday 31 July 2009 04:29:06 Alexander Churanov wrote: > > > Now It's clear. Thank you for explanation. > > The WITH_PYSTE was not in the options framework, that's why I've > > missed this part of work. > > > > I see two possible solutions: > > > > 1) Put the WITH_PYSTE variable back. > > 2) Create a separate port like devel/boost-pyste. > > > > The first is easy, however leads to dependeny issues like 'let's > > verify that boost-python-libs is installed with PYSTE support'. > > Provided that Pyste is actually used by someone, this may re-introduce > > bug ports/123927 (see > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/123927). > > > > The second is much more robust, but requires more work. This is also > > harder because I am not a user of Boost.Pyste. Thus, correctness > > verification would be expensive. > > I think for the time being PySTE support should be off by default, because it > pulls in a second libc and databases/akonadi plus kdeedu[34] use boost-python > and because gccxml looks like a dead project. > > I've attached a patch that does exactly this and also fixes WITH_DEBUG > building. There's one issue commented in the Makefile that I'm unable to > relate to anything I did, but am assuming it's from WITH_DEBUG as well. > > ports/123927 could be solved/prevented by using a WANT_BOOST_PYSTE in > dependent ports that rely on boost having PYSTE and using PKGNAMESUFFIX plus > pkg_info to verify if boost-python-libs is boost-python-pyste-libs - as a > stop-gap. +1 > > -- > Mel > --- Makefile.orig 2009-07-28 03:44:50.000000000 -0800 > +++ Makefile 2009-08-03 00:55:34.000000000 -0800 > @@ -25,9 +25,23 @@ > PYTHON_INCLUDES="${PYTHON_INCLUDEDIR}"\ > PYTHON_LIB_PATH="${PYTHON_LIBDIR}" > > -RUN_DEPENDS+= ${PREFIX}/lib/libboost_thread.so.${BOOST_SHARED_LIB_VER}:${PORTSDIR}/devel/boost-libs > -RUN_DEPENDS+= gccxml:${PORTSDIR}/devel/gccxml \ > - ${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree > +RUN_DEPENDS+= ${LOCALBASE}/lib/libboost_thread.so.${BOOST_SHARED_LIB_VER}:${PORTSDIR}/devel/boost-libs > +RUN_DEPENDS+= ${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree > +.if defined(WITH_PYSTE) > +RUN_DEPENDS+= gccxml:${PORTSDIR}/devel/gccxml > +PLIST_SUB+= PYSTE= > +.else > +PLIST_SUB+= PYSTE="@comment " > +.endif > + > +.if defined(WITH_DEBUG) > +BOOST_BUILD= debug > +# No idea how this gets enabled, but I'm getting it > +OPTIM_SPEED= optimization-speed/ > +.else > +OPTIM_SPEED= / > +BOOST_BUILD= release > +.endif > > BUILD_DEPENDS+= ${BJAM}:${PORTSDIR}/devel/boost-jam > BUILD_DEPENDS+= ${PYTHON_SITELIBDIR}/elementtree/ElementTree.py:${PORTSDIR}/devel/py-elementtree > @@ -39,12 +53,13 @@ > > post-patch: customize-boost-build > > - > +.if defined(WITH_PYSTE) > post-configure: > # Configure pyste, the Boost.Python code generator > @cd ${BUILD_WRKSRC}/libs/python/pyste/install && \ > ${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ > config ${PYDISTUTILS_CONFIGUREARGS} > +.endif > > do-build: > # build the library > @@ -52,19 +67,20 @@ > ${SETENV} ${MAKE_ENV} ${BJAM} ${BJAM_OPTIONS} --prefix=${PREFIX}\ > --toolset=${BOOST_TOOLS} --with-python > > +.if defined(WITH_PYSTE) > # Build pyste, the Boost.Python code generator > cd ${BUILD_WRKSRC}/libs/python/pyste/install && \ > ${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ > build ${PYDISTUTILS_BUILDARGS} > - > +.endif > # Remove non-python headers > cd ${WRKSRC} && \ > ${FIND} boost -not -path '*python*' -delete > > do-install: > # Install libraries > - ${INSTALL_DATA} ${WRKSRC}/bin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading-multi/libboost_python.a ${PREFIX}/lib > - ${INSTALL_DATA} ${WRKSRC}/bin.v2/libs/python/build/gcc-4.2.1/release/threading-multi/libboost_python.so.${PORTVERSION} ${PREFIX}/lib/libboost_python.so.${BOOST_SHARED_LIB_VER} > + ${INSTALL_DATA} ${WRKSRC}/bin.v2/libs/python/build/gcc-4.2.1/${BOOST_BUILD}/link-static/${OPTIM_SPEED}threading-multi/libboost_python.a ${PREFIX}/lib > + ${INSTALL_DATA} ${WRKSRC}/bin.v2/libs/python/build/gcc-4.2.1/${BOOST_BUILD}/${OPTIM_SPEED}threading-multi/libboost_python.so.${PORTVERSION} ${PREFIX}/lib/libboost_python.so.${BOOST_SHARED_LIB_VER} > > # Create symlink for shared library > cd ${PREFIX}/lib/ && \ > @@ -79,10 +95,12 @@ > ${FIND} boost -type f -a \! -name "*.orig"\ > -exec ${INSTALL_DATA} \{\} ${PREFIX}/include/\{\} \; > > +.if defined(WITH_PYSTE) > # Install pyste, the Boost.Python code generator > cd ${WRKSRC}/libs/python/pyste/install && \ > ${SETENV} ${MAKE_ENV} ${PYTHON_CMD} ${PYSETUP} \ > install ${PYDISTUTILS_INSTALLARGS} > +.endif > > post-install: > # display pkg-message > --- pkg-plist.orig 2009-07-28 03:44:50.000000000 -0800 > +++ pkg-plist 2009-08-02 12:29:56.000000000 -0800 > @@ -1,4 +1,4 @@ > -bin/pyste.py > +%%PYSTE%%bin/pyste.py > include/boost/python.hpp > include/boost/python/arg_from_python.hpp > include/boost/python/args.hpp > @@ -213,71 +213,71 @@ > lib/libboost_python.a > lib/libboost_python.so > lib/libboost_python.so.%%BOOST_SHARED_LIB_VER%% > -%%PYTHON_SITELIBDIR%%/Pyste-0.9.10-py%%PYTHON_VERSION%%.egg-info > -%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/CppParser.py > -%%PYTHON_SITELIBDIR%%/Pyste/CppParser.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/CppParser.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/Exporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/Exporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/Exporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.py > -%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.py > -%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.py > -%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.py > -%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.py > -%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/__init__.py > -%%PYTHON_SITELIBDIR%%/Pyste/__init__.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/__init__.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/declarations.py > -%%PYTHON_SITELIBDIR%%/Pyste/declarations.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/declarations.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/exporters.py > -%%PYTHON_SITELIBDIR%%/Pyste/exporters.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/exporters.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.py > -%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/infos.py > -%%PYTHON_SITELIBDIR%%/Pyste/infos.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/infos.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/policies.py > -%%PYTHON_SITELIBDIR%%/Pyste/policies.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/policies.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/pyste.py > -%%PYTHON_SITELIBDIR%%/Pyste/pyste.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/pyste.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/settings.py > -%%PYTHON_SITELIBDIR%%/Pyste/settings.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/settings.pyo > -%%PYTHON_SITELIBDIR%%/Pyste/utils.py > -%%PYTHON_SITELIBDIR%%/Pyste/utils.pyc > -%%PYTHON_SITELIBDIR%%/Pyste/utils.pyo > -@dirrm %%PYTHON_SITELIBDIR%%/Pyste > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste-0.9.10-py%%PYTHON_VERSION%%.egg-info > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/ClassExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CodeExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CppParser.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CppParser.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/CppParser.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/EnumExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/Exporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/Exporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/Exporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/FunctionExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/GCCXMLParser.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/HeaderExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/MultipleCodeUnit.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SingleCodeUnit.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/SmartFile.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/VarExporter.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/__init__.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/__init__.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/__init__.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/declarations.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/declarations.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/declarations.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporters.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporters.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporters.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/exporterutils.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/infos.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/infos.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/infos.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/policies.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/policies.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/policies.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/pyste.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/pyste.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/pyste.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/settings.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/settings.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/settings.pyo > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/utils.py > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/utils.pyc > +%%PYSTE%%%%PYTHON_SITELIBDIR%%/Pyste/utils.pyo > +%%PYSTE%%@dirrm %%PYTHON_SITELIBDIR%%/Pyste > @dirrm include/boost/python/suite/indexing/detail > @dirrm include/boost/python/suite/indexing > @dirrm include/boost/python/suite > _______________________________________________ > kde-freebsd mailing list > kde-freebsd@kde.org > https://mail.kde.org/mailman/listinfo/kde-freebsd > See also http://freebsd.kde.org/ for latest information - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkp3+KoACgkQdLJIhLHm/OmVBACfWBIyDHh0hOxn9pfpWTbzzrLf XjsAn1r2hPtZfmPBlZfNh5w9UejDpcBR =s5AE -----END PGP SIGNATURE----- From david at vizion2000.net Tue Aug 4 09:15:17 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 09:16:05 2009 Subject: Compile error mail/alpine In-Reply-To: <4A7727B3.9000909@FreeBSD.org> References: <200908030934.37876.david@vizion2000.net> <4A7727B3.9000909@FreeBSD.org> Message-ID: <200908041015.04954.david@vizion2000.net> > FYI, In the future you're likely to get faster results if you send > your problem report to the port's maintainer as well as the > freebsd-ports@ list. Thanks Doug see below for replies > > David Southwell wrote: > > FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- > > builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > on intel quad core > > > > > > cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - > > DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o > > after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o > > dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o > > ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o > > pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o > > setup.o signal.o status.o takeaddr.o titlebar.o smime.o date.o -lcrypt > > -lpam -L/usr/lib - L/usr/local/openssl/lib -L/usr/local/lib > > ../pico/libpico.a > > ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a > > ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a > > /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so > > -lssl - Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > > ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function > > `ssl_onceonlyinit': > > /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: > > warning: warning: tmpnam() possibly used unsafely; consider using > > mkstemp() after.o(.text+0x36d): In function `start_after': > > /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined > > reference to `pthread_create' > > *** Error code 1 > > I just tried building it on a 7.2-STABLE amd64 from June 13th > (r194101) and didn't have any problems. Can you please post the > contents of /var/db/ports/alpine/options? Also, do you have any > options related to thread libraries in /etc/make.conf, and are you > using openssl from the ports, or in the base? > > > Doug /var/db/ports/alpine/options: I have tried with: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for alpine-2.00_1 _OPTIONS_READ=alpine-2.00_1 WITH_THREADS=true WITH_MOUSE=true WITHOUT_NLS=true WITHOUT_ISPELL=true WITHOUT_NOSPELL=true WITH_PICO=true WITH_IPV6=true WITH_LDAP=true WITHOUT_PASSFILE=true WITH_CONS25=true WITHOUT_QUOTA=true WITH_MAILDIR=true AND # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for alpine-2.00_1 _OPTIONS_READ=alpine-2.00_1 WITH_THREADS=true WITH_MOUSE=true WITHOUT_NLS=true WITHOUT_ISPELL=true WITHOUT_NOSPELL=true WITH_PICO=true WITHOUT_IPV6=true WITH_LDAP=true WITHOUT_PASSFILE=true WITH_CONS25=true WITHOUT_QUOTA=true WITH_MAILDIR=true With the same results openssl: dns1# pkg_info |grep openssl openssl-0.9.8k_2 SSL and crypto library php5-openssl-5.2.10 The openssl shared extension for php py26-openssl-0.8_1 Python interface to the OpenSSL library I also recompiled openssl to make sure all was well. make.conf: dns1# cat /etc/make.conf # added by use.perl 2009-07-30 10:53:48 PERL_VERSION=5.8.9 latest error messages: cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o takeaddr.o titlebar.o smime.o date.o -lcrypt -lpam -L/usr/lib - L/usr/local/openssl/lib -L/usr/local/lib ../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so -lssl - Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function `ssl_onceonlyinit': /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() after.o(.text+0x36d): In function `start_after': /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined reference to `pthread_create' *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00. *** Error code 1 Stop in /usr/ports/mail/alpine/work/alpine-2.00. *** Error code 1 Stop in /usr/ports/mail/alpine. *** Error code 1 Stop in /usr/ports/mail/alpine. Thanks for your reply David From david at vizion2000.net Tue Aug 4 09:39:27 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 09:39:34 2009 Subject: Your email requires verification verify#flUSD8XOPFhDjlG9bwkoKZ9KTOnYxfc1 In-Reply-To: References: Message-ID: <200908041039.16226.david@vizion2000.net> > The message you sent requires that you verify that you > are a real live human being and not a spam source. > > To complete this verification, simply reply to this message and leave > the subject line intact. > > The headers of the message sent from your address are shown below: > > From -freebsd-ports@freebsd.org Tue Aug 04 19:05:35 2009 > Received: from [121.181.58.247] (port=3423) > by sv1.nzhost.net.nz with esmtp (Exim 4.69) > (envelope-from <-freebsd-ports@freebsd.org>) > id 1MYE5R-0002CQ-3P > for helpdesk@nzservers.com; Tue, 04 Aug 2009 19:05:34 +1200 > Received: from 121.181.58.247 by mx1.freebsd.org; Tue, 4 Aug 2009 16:05:29 > +0900 From: "Grover Baird" <-freebsd-ports@freebsd.org> > To: > Subject: Part time job > Date: Tue, 4 Aug 2009 16:05:29 +0900 > MIME-Version: 1.0 > Content-Type: text/plain; > charset="iso-8859-2" > Content-Transfer-Encoding: 7bit > X-Mailer: Microsoft Office Outlook, Build 11.0.5510 > Thread-Index: Aca6Q0H8V5M2MFHV0Q5LZU5TF1F2E7== > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4927.1200 > Message-ID: <01ca151d$62d79190$f73ab579@-freebsd-ports> > X-Spam-Status: No, score=4.4 > X-Spam-Score: 44 > X-Spam-Bar: ++++ > X-Spam-Flag: NO > > _______________________________________________ > 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 alexanderchuranov at gmail.com Tue Aug 4 10:28:04 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Aug 4 10:28:11 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200907300819.44453.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0907310529r611cc1b1lb8a5c47b6722f6b6@mail.gmail.com> <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <3cb459ed0908040328v7f84d838gf4bce4399ff86ab9@mail.gmail.com> 2009/8/4 Mel Flynn : > > I think for the time being PySTE support should be off by default, because it > pulls in a second libc and databases/akonadi plus kdeedu[34] use boost-python > and because gccxml looks like a dead project. Agree. > > I've attached a patch that does exactly this and also fixes WITH_DEBUG > building. There's one issue commented in the Makefile that I'm unable to > relate to anything I did, but am assuming it's from WITH_DEBUG as well. The issue was I've accidently hardcoded path which built python libraries are copied from. As a result, installation success was depending not only on DEBUG setting, but also on the version of gcc and, probably, other things. This is already fixed and checked-in to CVS. > > ports/123927 could be solved/prevented by using a WANT_BOOST_PYSTE in > dependent ports that rely on boost having PYSTE and using PKGNAMESUFFIX plus > pkg_info to verify if boost-python-libs is boost-python-pyste-libs - as a > stop-gap. Well, if the user installs some port that depends on boost-python-libs, the user gets boost-python-libs installed. Then the user wants to install another port that depends on boost-python-pyste-libs. Would this succeed? Sincerely, Alexander Churanov, maintainer of devel/boost-* From david at vizion2000.net Tue Aug 4 11:45:49 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 11:45:57 2009 Subject: Python extensions problem on compiling www/epiphany & (related??) devel/boost-python-libs Message-ID: <200908041245.36593.david@vizion2000.net> FreeBSD dns1.vizion2000.net 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Wed Jun 24 00:14:35 UTC 2009 root@amd64- builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Unable to find python extensions in epiphany: checking for X11/XF86keysym.h... yes checking whether Python support is requested... yes checking whether /usr/local/bin/python2.6 version >= 2.3... yes checking for /usr/local/bin/python2.6 version... 2.6 checking for /usr/local/bin/python2.6 platform... freebsd7 checking for /usr/local/bin/python2.6 script directory... ${prefix}/lib/python2.6/site-packages checking for /usr/local/bin/python2.6 extension module directory... ${exec_prefix}/lib/python2.6/site-packages checking for headers required to compile python extensions... not found configure: error: Python not found ===> Script "configure" failed unexpectedly. I do not how the headers are meant to get there or know what headers to look for but here is a listing from: dns1# pwd /usr/local/lib/python2.6/site-packages dns1# ls -l total 4744 drwxr-xr-x 2 root wheel 512 Aug 2 18:49 Alacarte -r--r--r-- 1 root wheel 1002 Aug 2 18:59 CORBA.py -rw-r--r-- 1 root wheel 161 Aug 3 23:36 CORBA.pyc -rw-r--r-- 1 root wheel 161 Aug 3 23:36 CORBA.pyo drwxr-xr-x 7 root wheel 512 Aug 3 13:02 Crypto drwxr-xr-x 6 root wheel 1024 Aug 2 09:36 Numeric -rw-r--r-- 1 root wheel 8 Aug 2 09:36 Numeric.pth -rwxr-xr-x 1 root wheel 1123 Aug 2 18:59 ORBit.la -rwxr-xr-x 1 root wheel 108971 Aug 2 18:59 ORBit.so drwxr-xr-x 3 root wheel 512 Aug 3 13:02 OpenSSL -r--r--r-- 1 root wheel 1026 Aug 2 18:59 PortableServer.py -rw-r--r-- 1 root wheel 170 Aug 3 23:36 PortableServer.pyc -rw-r--r-- 1 root wheel 170 Aug 3 23:36 PortableServer.pyo -rw-r--r-- 1 root wheel 319 Aug 2 16:22 PyXML-0.8.4-py2.6.egg-info -r--r--r-- 1 root wheel 119 Aug 3 23:36 README -rw-r--r-- 1 root wheel 265394 Aug 2 18:51 _dbus_bindings.a -rwxr-xr-x 1 root wheel 910 Aug 2 18:51 _dbus_bindings.la -rwxr-xr-x 1 root wheel 161924 Aug 2 18:51 _dbus_bindings.so -rw-r--r-- 1 root wheel 6840 Aug 2 18:51 _dbus_glib_bindings.a -rwxr-xr-x 1 root wheel 1147 Aug 2 18:51 _dbus_glib_bindings.la -rwxr-xr-x 1 root wheel 10001 Aug 2 18:51 _dbus_glib_bindings.so -rwxr-xr-x 1 root wheel 92782 Aug 2 16:21 _sqlite3.so drwxr-xr-x 10 root wheel 512 Aug 2 16:22 _xmlplus drwxr-xr-x 2 root wheel 1024 Aug 2 14:21 atom drwxr-xr-x 4 root wheel 1024 Aug 3 23:38 butterfly drwxr-xr-x 2 root wheel 512 Aug 2 09:16 cairo drwxr-xr-x 3 root wheel 1536 Aug 2 18:51 dbus -rw-r--r-- 1 root wheel 33 Aug 2 18:51 dbus_bindings.py -rw-r--r-- 1 root wheel 191 Aug 3 23:36 dbus_bindings.pyc -rw-r--r-- 1 root wheel 191 Aug 3 23:36 dbus_bindings.pyo drwxr-xr-x 7 root wheel 512 Aug 2 21:40 deskbar -r--r--r-- 1 root wheel 15061 Aug 2 10:20 drv_libxml2.py -rw-r--r-- 1 root wheel 11409 Aug 3 23:36 drv_libxml2.pyc -rw-r--r-- 1 root wheel 11409 Aug 3 23:36 drv_libxml2.pyo -rw-r--r-- 1 root wheel 272 Aug 2 21:40 easy-install.pth drwxr-xr-x 2 root wheel 1024 Aug 3 10:38 elementtree -rw-r--r-- 1 root wheel 749 Aug 3 10:38 elementtree-1.2.6_20050316- py2.6.egg-info -rw-r--r-- 1 root wheel 122792 Aug 3 09:00 empathy.a -rwxr-xr-x 1 root wheel 2489 Aug 3 09:00 empathy.la -rwxr-xr-x 1 root wheel 118000 Aug 3 09:00 empathy.so -rw-r--r-- 1 root wheel 95322 Aug 3 09:00 empathygtk.a -rwxr-xr-x 1 root wheel 3272 Aug 3 09:00 empathygtk.la -rwxr-xr-x 1 root wheel 91516 Aug 3 09:00 empathygtk.so -rw-r--r-- 1 root wheel 191924 Aug 3 16:16 farsight.a -rwxr-xr-x 1 root wheel 1353 Aug 3 16:16 farsight.la -rwxr-xr-x 1 root wheel 128317 Aug 3 16:16 farsight.so drwxr-xr-x 24 root wheel 1536 Aug 2 14:21 gdata -rw-r--r-- 1 root wheel 1471 Aug 2 14:21 gdata-2.0.0-py2.6.egg-info drwxr-xr-x 7 root wheel 1024 Aug 3 09:26 glchess drwxr-xr-x 3 root wheel 1536 Aug 3 09:27 gnome_sudoku drwxr-xr-x 3 root wheel 512 Aug 2 14:14 gst-0.10 -rwxr-xr-x 1 root wheel 1296 Aug 2 14:14 gstoption.la -rwxr-xr-x 1 root wheel 8286 Aug 2 14:14 gstoption.so drwxr-xr-x 13 root wheel 1536 Aug 2 19:01 gtk-2.0 -rwxr-xr-x 1 root wheel 2157 Aug 3 14:17 gtksourceview2.la -rwxr-xr-x 1 root wheel 81596 Aug 3 14:17 gtksourceview2.so -rw-r--r-- 1 root wheel 25870 Aug 3 14:14 gtkvnc.a -rwxr-xr-x 1 root wheel 2058 Aug 3 14:14 gtkvnc.la -rwxr-xr-x 1 root wheel 29664 Aug 3 14:14 gtkvnc.so drwxr-xr-x 3 root wheel 1536 Aug 3 09:14 hamster drwxr-xr-x 4 root wheel 512 Aug 2 16:23 hotapps drwxr-xr-x 2 root wheel 512 Aug 2 16:23 hotvte drwxr-xr-x 5 root wheel 1536 Aug 2 16:23 hotwire -rw-r--r-- 1 root wheel 221 Aug 2 16:23 hotwire-0.721-py2.6.egg-info drwxr-xr-x 4 root wheel 1536 Aug 2 16:23 hotwire_ui drwxr-xr-x 2 root wheel 1024 Aug 2 19:58 invest -r--r--r-- 1 root wheel 339697 Aug 2 10:20 libxml2.py -rw-r--r-- 1 root wheel 449260 Aug 3 23:36 libxml2.pyc -rw-r--r-- 1 root wheel 449260 Aug 3 23:36 libxml2.pyo -rw-r--r-- 1 root wheel 566954 Aug 2 10:20 libxml2mod.a -rwxr-xr-x 1 root wheel 906 Aug 2 10:20 libxml2mod.la -rwxr-xr-x 1 root wheel 459859 Aug 2 10:20 libxml2mod.so drwxr-xr-x 2 root wheel 1024 Aug 3 14:15 mod_python -rw-r--r-- 1 root wheel 254 Aug 3 14:15 mod_python-3.3.1-py2.6.egg- info drwxr-xr-x 3 root wheel 4608 Aug 2 19:02 orca drwxr-xr-x 8 root wheel 1024 Aug 3 13:02 papyon -rw-r--r-- 1 root wheel 896 Aug 3 13:02 papyon-0.4.1-py2.6.egg-info -rw-r--r-- 1 root wheel 573 Aug 3 13:02 pyOpenSSL-0.8-py2.6.egg-info drwxr-xr-x 2 root wheel 512 Aug 3 12:53 pyatspi -rw-r--r-- 1 root wheel 629 Aug 3 13:02 pycrypto-2.0.1-py2.6.egg-info -rw-r--r-- 1 root wheel 9 Aug 2 14:14 pygst.pth -rw-r--r-- 1 root wheel 2051 Aug 2 14:14 pygst.py -rw-r--r-- 1 root wheel 1179 Aug 3 23:36 pygst.pyc -rw-r--r-- 1 root wheel 1179 Aug 3 23:36 pygst.pyo -rw-r--r-- 1 root wheel 8 Aug 2 09:31 pygtk.pth -r--r--r-- 1 root wheel 2961 Aug 2 09:31 pygtk.py -rw-r--r-- 1 root wheel 2098 Aug 3 23:36 pygtk.pyc -rw-r--r-- 1 root wheel 1805 Aug 3 23:36 pygtk.pyo -rw-r--r-- 1 root wheel 511063 Aug 2 21:40 setuptools-0.6c9-py2.6.egg -rw-r--r-- 1 root wheel 29 Aug 2 21:40 setuptools.pth -rw-r--r-- 1 root wheel 72744 Aug 2 21:40 simplejson-2.0.9-py2.6- freebsd-7.2-RELEASE-p2-amd64.egg -r--r--r-- 1 root wheel 2362 Aug 2 21:40 site.py -rw-r--r-- 1 root wheel 1783 Aug 3 23:36 site.pyc -rw-r--r-- 1 root wheel 1783 Aug 3 23:36 site.pyo drwxr-xr-x 5 root wheel 512 Aug 3 13:02 telepathy -rw-r--r-- 1 root wheel 192 Aug 3 13:02 telepathy_python-0.15.10- py2.6.egg-info -rw-r--r-- 1 root wheel 26592 Aug 3 16:17 tpfarsight.a -rwxr-xr-x 1 root wheel 1368 Aug 3 16:17 tpfarsight.la -rwxr-xr-x 1 root wheel 33423 Aug 3 16:17 tpfarsight.so dns1# I am also getting a ?(possibly) related ? compile problem with boost-python- libs: In file included from ./boost/python/detail/wrap_python.hpp:142, from ./boost/python/detail/prefix.hpp:13, from ./boost/python/ssize_t.hpp:9, from ./boost/python/object.hpp:8, from ./boost/python/exec.hpp:8, from libs/python/src/exec.cpp:6: /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or directory libs/python/src/exec.cpp: In function 'boost::python::api::object boost::python::exec_file(boost::python::str, boost::python::api::object, boost::python::api::object)': libs/python/src/exec.cpp:42: warning: deprecated conversion from string constant to 'char*' ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- static/threading-multi/exec.o... gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- static/threading-multi/object/function_doc_signature.o "c++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall - pthread -DBOOST_ALL_NO_LIB=1 -DBOOST_PYTHON_SOURCE -DBOOST_PYTHON_STATIC_LIB -DNDEBUG -I"." -I"/usr/local/include/python2.6" -c -o "bin.v2/libs/python/build/gcc-4.2.1/release/link-static/threading- multi/object/function_doc_signature.o" "libs/python/src/object/function_doc_signature.cpp" In file included from ./boost/python/detail/wrap_python.hpp:142, from ./boost/python/detail/prefix.hpp:13, from ./boost/python/converter/registrations.hpp:8, from libs/python/src/object/function_doc_signature.cpp:6: /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or directory ...failed gcc.compile.c++ bin.v2/libs/python/build/gcc-4.2.1/release/link- static/threading-multi/object/function_doc_signature.o... ...skipped libboost_python.a(clean) for lack of numeric.o... ...skipped libboost_python.a for lack of numeric.o... ...skipped libboost_python.a for lack of libboost_python.a... ...failed updating 56 targets... ...skipped 6 targets... ...updated 15 targets... *** Error code 1 Stop in /usr/ports/devel/boost-python-libs. *** Error code 1 Stop in /usr/ports/devel/boost-python-libs. From amdmi3 at amdmi3.ru Tue Aug 4 12:11:41 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 4 12:11:49 2009 Subject: java broken on recent -current? In-Reply-To: <200908031628.41692.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090803235655.GA61006@hades.panopticon> <200908031628.41692.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090804121119.GC61006@hades.panopticon> * Mel Flynn (mel.flynn+fbsd.ports@mailing.thruhere.net) wrote: > Thou shall search the archives before posting. The short and curlies: Indeed. Thanks! -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From trebestie at gmail.com Tue Aug 4 12:23:20 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Tue Aug 4 12:23:26 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090801114833.GA23826@lonesome.com> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> Message-ID: <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> 2009/8/1 Mark Linimon : > On Thu, Jul 23, 2009 at 07:37:27PM +0200, Martin Tournoij wrote: >> I now know more than ever why I switched to OpenBSD. >> FreeBSD people no longer seem to care about broken ports, or making people >> who submit broken patches maintainers, or even replying to my messages. [snip] > To summarize: my own view is that we don't want bad patches or bad updates > to be committed; but our committers are human, too. ?It's worth repeating > that we rely on our committers to be responsible for verifying that the > changes that they're committing are correct and useful; but, they're > volunteers as well, so we have to rely on a combination of constructive > criticism and encouragement to try to improve things. There are too many ports and too few people who care them. IMHO the options are: - decrease the number of ports - increase the number of volunteers/committers/testers... - switch to a multi-level solution (e.g. Archlinux). Regards -- Diego Depaoli From troy at twisted.net Tue Aug 4 12:26:40 2009 From: troy at twisted.net (Troy) Date: Tue Aug 4 12:26:51 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A777098.4030206@p6m7g8.com> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> <200908031739.33343.david@vizion2000.net> <4A777098.4030206@p6m7g8.com> Message-ID: <4A7828FE.8080205@twisted.net> It seems this may be related to AMD64 kernel? Still getting the following error while trying to compile. checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking whether system uses EBCDIC... no performing libtool configuration... ./configure: 9753: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. > Whats in your /etc/make.conf and related? > > $ make -V PYTHON -V PYTHON_VER 2.5 > > What do the symlinks look like in /usr/local/bin/py* ? No symlinks there: -r-xr-xr-x 2 root wheel 84 Jul 18 00:06 pydoc* -r-xr-xr-x 1 root wheel 84 Jul 18 00:16 pydoc2.4* -r-xr-xr-x 2 root wheel 84 Jul 18 00:06 pydoc2.5* -rwxr-xr-x 1 root wheel 262 Jul 31 06:09 pyste.py* -r-xr-xr-x 2 root wheel 1189960 Jul 18 00:05 python* -r-xr-xr-x 2 root wheel 1424 Jul 18 00:06 python-config* -r-xr-xr-x 2 root wheel 4976 Jul 18 00:06 python-shared* -r-xr-xr-x 2 root wheel 1431 Jul 18 00:06 python-shared-config* -r-xr-xr-x 1 root wheel 5040 Jul 18 00:16 python-shared2.4* -r-xr-xr-x 2 root wheel 4976 Jul 18 00:06 python-shared2.5* -r-xr-xr-x 2 root wheel 1431 Jul 18 00:06 python-shared2.5-config* -r-xr-xr-x 1 root wheel 1024424 Jul 18 00:16 python2.4* -r-xr-xr-x 2 root wheel 1189960 Jul 18 00:05 python2.5* -r-xr-xr-x 2 root wheel 1424 Jul 18 00:06 python2.5-config* From alexanderchuranov at gmail.com Tue Aug 4 13:14:10 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Aug 4 13:14:16 2009 Subject: Python extensions problem on compiling www/epiphany & (related??) devel/boost-python-libs In-Reply-To: <200908041245.36593.david@vizion2000.net> References: <200908041245.36593.david@vizion2000.net> Message-ID: <3cb459ed0908040614q41d545ej1b71a45e126bd2d7@mail.gmail.com> David, This really looks like you have a broken python installation. Sincerely, Alexander Churanov From david at vizion2000.net Tue Aug 4 13:27:10 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 13:27:17 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A7828FE.8080205@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A777098.4030206@p6m7g8.com> <4A7828FE.8080205@twisted.net> Message-ID: <200908041426.57664.david@vizion2000.net> > It seems this may be related to AMD64 kernel? > > Still getting the following error while trying to compile. > > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9753: Syntax error: word unexpected (expecting ")") > *** Error code 2 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > > > Whats in your /etc/make.conf and related? > > > > $ make -V PYTHON -V PYTHON_VER > > 2.5 > > > What do the symlinks look like in /usr/local/bin/py* ? > > No symlinks there: > > -r-xr-xr-x 2 root wheel 84 Jul 18 00:06 pydoc* > -r-xr-xr-x 1 root wheel 84 Jul 18 00:16 pydoc2.4* > -r-xr-xr-x 2 root wheel 84 Jul 18 00:06 pydoc2.5* > -rwxr-xr-x 1 root wheel 262 Jul 31 06:09 pyste.py* > -r-xr-xr-x 2 root wheel 1189960 Jul 18 00:05 python* > -r-xr-xr-x 2 root wheel 1424 Jul 18 00:06 python-config* > -r-xr-xr-x 2 root wheel 4976 Jul 18 00:06 python-shared* > -r-xr-xr-x 2 root wheel 1431 Jul 18 00:06 python-shared-config* > -r-xr-xr-x 1 root wheel 5040 Jul 18 00:16 python-shared2.4* > -r-xr-xr-x 2 root wheel 4976 Jul 18 00:06 python-shared2.5* > -r-xr-xr-x 2 root wheel 1431 Jul 18 00:06 python-shared2.5-config* > -r-xr-xr-x 1 root wheel 1024424 Jul 18 00:16 python2.4* > -r-xr-xr-x 2 root wheel 1189960 Jul 18 00:05 python2.5* > -r-xr-xr-x 2 root wheel 1424 Jul 18 00:06 python2.5-config* may be I have a clue but am not certain which step was responsible for finally getting apr to compile so I am going through what I did in the hope it may help I cannot guarantee I have remembered everything because it was spread over many hours whilst doing many other tasks!! 1. I revisited UPDATING and found I had skipped: 20090802: AFFECTS: users of devel/libtool15 and devel/libltdl15 AUTHOR: mezz@FreeBSD.org The devel/libtool15 and devel/libltdl15 ports have been moved to libtool22 and libltdl22 respectively then updated to 2.2.6a. You will need to run portmaster or portupgrade to properly perform the upgrade: and followed the instructions there. 2. I did portupgrade -af 3. I then deinstalled devel/apr. 4. I deinstalled and recompiled python2.6 5. I then recompiled devel/apr and voila!! david From eculp at encontacto.net Tue Aug 4 13:31:49 2009 From: eculp at encontacto.net (eculp) Date: Tue Aug 4 13:31:56 2009 Subject: Getting a lot of - pkg_version: corrupted record (pkgdep line without argument), ignoring In-Reply-To: <4A772AF1.7060400@FreeBSD.org> References: <20090802203144.20053xv5f9w3ea68@econet.encontacto.net> <4A772AF1.7060400@FreeBSD.org> Message-ID: <20090804083145.689620bebz54c474@econet.encontacto.net> Quoting Doug Barton : > eculp wrote: >> I'm getting a lot of the following messages and have no idea how to find >> which package is causing the problem. > > This is one of those times that opening up the files and having a look > for yourself might be a good way to start. :) > >> pkg_version: corrupted record (pkgdep line without argument), ignoring > > egrep '(pkgdep$|pkgdep $)' /var/db/pkg/*/+CONTENTS > > However, you indicate below that you are using 'portmaster > --check-depends' which should be fixing those for you. So try this: > > cd /var/db/ > cp -Rp pkg pkg-before > portmaster --check-depends > diff -ur pkg-before pkg > ~/pkg-dir.diff1 > cp -Rp pkg pkg-after > portmaster --check-depends > diff -ur pkg-after pkg > ~/pkg-dir.diff2 > cd pkg > egrep -l '(pkgdep$|pkgdep $)' */+CONTENTS > ~/pkg-dir.egrep > Doug, thanks for taking the time to answer and write the scripts. I've been both hesitant and probably lazy to look under the hood especially in /var/db/* ports stuff but the script worked as expected and got me looking at the files, something I should have done years ago but THANKS to PORTMASTER I hadn't needed to. In this case I was trying to remove everything in kde3 and simultaneously try to not affect kde4 with pkg_deinstall -r and that really turned to shit. I started seeing this after that failed attempt. I rebuilt the packages and all is well. Thanks again for the explanation, the script and especially for Postmaster that I have been using almost exclusively since the first version and has been improving .with each subsequent release. ed > Ideally pkg-dir.diff2 pkg-dir.egrep should both be empty there. If > not, you will need to rebuild all of the ports listed in the egrep > file. One easy way to do that would be to use vi to strip everything > but the directory name out of that file then do this: > > portmaster `cat ~/pkg-dir.egrep` > >> While I'm bothering you, could someone give me some tips on the best >> ways to find corrupted files in /var/db/pkgs, /var/db/ports and any >> other places that they might be hiding. I run >> portmaster --check-depends >> portmaster --check-port-dbdir > > Those are both good examples from my perspective. :) One thing > though, --check-port-dbdir won't find anything that is corrupt, it > will only find things that don't apply to your currently installed ports. > > > hth, > > Doug > > -- > > This .signature sanitized for your protection > > -- ?Cuentas con empleados o colaboradores? From pgollucci at p6m7g8.com Tue Aug 4 13:36:17 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Aug 4 13:36:26 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908041426.57664.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <4A777098.4030206@p6m7g8.com> <4A7828FE.8080205@twisted.net> <200908041426.57664.david@vizion2000.net> Message-ID: <4A78394D.7020909@p6m7g8.com> David Southwell wrote: > may be I have a clue but am not certain which step was responsible for finally > getting apr to compile so I am going through what I did in the hope it may > help I cannot guarantee I have remembered everything because it was spread > over many hours whilst doing many other tasks!! > 1. > I revisited UPDATING and found I had skipped: > 20090802: > AFFECTS: users of devel/libtool15 and devel/libltdl15 > AUTHOR: mezz@FreeBSD.org > > The devel/libtool15 and devel/libltdl15 ports have been moved to libtool22 > and libltdl22 respectively then updated to 2.2.6a. You will need to run > portmaster or portupgrade to properly perform the upgrade: > > and followed the instructions there. > 2. I did portupgrade -af > > 3. I then deinstalled devel/apr. > > 4. I deinstalled and recompiled python2.6 > > 5. I then recompiled devel/apr and voila!! > > david This makes 100% sense. I'm still betting that troy is having libtool issues too. -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From wxs at FreeBSD.org Tue Aug 4 13:43:15 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Aug 4 13:43:21 2009 Subject: FreeBSD Port: dovecot-1.2.x In-Reply-To: <4A774CD6.9020703@CoolRat.org> References: <218BE85B7BC447C4B44358792D5EB01E@birchmead.fjl.org.uk> <4A774CD6.9020703@CoolRat.org> Message-ID: <20090804134314.GD82813@atarininja.org> On Mon, Aug 03, 2009 at 04:47:18PM -0400, Yarema wrote: > Frank Leonhardt wrote: > > Hi, > > > > I'm trying to track down a very weird issue with Dovecot and MS Outlook > > 2003, and it'd be good to be using 1.2.x in the tests. Any idea when it > > might be coming? If it's going to be a while I might have a go myself (or > > use Linux!); if not I'll wait. > > > > Is there anything I should know about before I try it myself? > > > > Thanks, Frank. > > I'm working on the update to 1.2.x Hopefully in the next day or two I > should have something ready to commit.. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137261 - In case you missed the automated mail to the maintainer. :) -- WXS From bennett at cs.niu.edu Tue Aug 4 14:07:51 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Tue Aug 4 14:07:59 2009 Subject: is upgrade of devel/lib{tool, tldl}15 to devel/lib{tool, tldl}22 worth it? Message-ID: <200908041407.n74E7jc3024539@mp.cs.niu.edu> I see that /usr/ports/UPDATING describes an upgrade of devel/libtool15 and devel/libtldl15 to devel/libtool22 and devel/libtldl22, respectively. Is this a good enough thing to do to justify the probable misery and risk of disaster that would be necessary to get through it? If so, I'll give it a shot. OTOH, I dread going through a trial like the perl5.8 to perl5.10 upgrade, which was really a pretty awful experience. Has anyone done this new upgrade and survived yet? Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From david at atf4.com Tue Aug 4 14:35:22 2009 From: david at atf4.com (David Southwell ARPS) Date: Tue Aug 4 14:35:29 2009 Subject: pth.h errors while compiling portupgrade -rf python26-2.6.2_1 Message-ID: <200908041516.07086.david@atf4.com> problems with pth.h In file included from extensions/pyexpat.c:5: /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or directory error: command 'cc' failed with exit status 1 *** Error code 1 sr/local/include -IModules/_sqlite -I/usr/local/include/python2.6 -c _sqlite/cache.c -o build/temp.freebsd-7.2-RELEASE-p2-amd64-2.6/_sqlite/cache.o In file included from _sqlite/cache.h:26, from _sqlite/cache.c:24: /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or directory error: command 'cc' failed with exit status 1 *** Error code 1 cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t - DTHREAD_STACK_SIZE=0x100000 -O2 -fno-strict-aliasing -pipe -fPIC - DMODULE_NAME="sqlite3" -I/usr/local/include -IModules/_sqlite - I/usr/local/include/python2.6 -c _sqlite/cache.c -o build/temp.freebsd-7.2- RELEASE-p2-amd64-2.6/_sqlite/cache.o In file included from _sqlite/cache.h:26, from _sqlite/cache.c:24: /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or directory error: command 'cc' failed with exit status 1 *** Error code 1 Stop in /usr/ports/databases/py-sqlite3. *** Error code 1 I tried compiling /usr/ports/devel/pth but that failed with the same error!!! David From david at vizion2000.net Tue Aug 4 14:39:32 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 14:39:40 2009 Subject: pth.h errors while compiling portupgrade -rf python26-2.6.2_1 -RESOLVED In-Reply-To: <200908041516.07086.david@atf4.com> References: <200908041516.07086.david@atf4.com> Message-ID: <200908041539.20674.david@vizion2000.net> > problems with pth.h > > In file included from extensions/pyexpat.c:5: > /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or > directory > error: command 'cc' failed with exit status 1 > *** Error code 1 > > sr/local/include -IModules/_sqlite -I/usr/local/include/python2.6 -c > _sqlite/cache.c -o > build/temp.freebsd-7.2-RELEASE-p2-amd64-2.6/_sqlite/cache.o In file > included from _sqlite/cache.h:26, > from _sqlite/cache.c:24: > /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or > directory > error: command 'cc' failed with exit status 1 > *** Error code 1 > > cc -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t - > DTHREAD_STACK_SIZE=0x100000 -O2 -fno-strict-aliasing -pipe -fPIC - > DMODULE_NAME="sqlite3" -I/usr/local/include -IModules/_sqlite - > I/usr/local/include/python2.6 -c _sqlite/cache.c -o build/temp.freebsd-7.2- > RELEASE-p2-amd64-2.6/_sqlite/cache.o > In file included from _sqlite/cache.h:26, > from _sqlite/cache.c:24: > /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or > directory > error: command 'cc' failed with exit status 1 > *** Error code 1 > > Stop in /usr/ports/databases/py-sqlite3. > *** Error code 1 > > I tried compiling /usr/ports/devel/pth but that failed with the same > error!!! > > David I finally resolved this problem set with: dns1# ln -s /usr/local/include/pth/pth.h /usr/local/include/python2.6/ dns1# ln -s /usr/local/include/pth/pthread.h /usr/local/include/python2.6/ david From olivier at gid0.org Tue Aug 4 14:55:59 2009 From: olivier at gid0.org (Olivier Smedts) Date: Tue Aug 4 14:56:07 2009 Subject: is upgrade of devel/lib{tool, tldl}15 to devel/lib{tool, tldl}22 worth it? In-Reply-To: <200908041407.n74E7jc3024539@mp.cs.niu.edu> References: <200908041407.n74E7jc3024539@mp.cs.niu.edu> Message-ID: <367b2c980908040725s22add7a0g9ff406f77bed4af8@mail.gmail.com> 2009/8/4 Scott Bennett : > ? ? I see that /usr/ports/UPDATING describes an upgrade of devel/libtool15 > and devel/libtldl15 to devel/libtool22 and devel/libtldl22, respectively. > Is this a good enough thing to do to justify the probable misery and risk > of disaster that would be necessary to get through it? ?If so, I'll give it > a shot. ?OTOH, I dread going through a trial like the perl5.8 to perl5.10 > upgrade, which was really a pretty awful experience. > ? ? Has anyone done this new upgrade and survived yet? Don't know for the upgrade, I preferred deinstalling and reinstalling manually all of my 400 (well I reinstalled only 20 of them, 380 are RUN or LIB dependencis) ports because of : - libjpeg upgrade - some 8-CURRENT libraries version bump (I could make delete-old-libs after deleting ports) - libtool and libltdl upgrade - KDE 4.3.0 just released from area51 That was enough for me to prefer the less risky way... works great so far :) > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: ? ? ? bennett at cs.niu.edu ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?* > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good ?* > * objection to the introduction of that bane of all free governments * > * -- a standing army." ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? * > * ? ?-- Gov. John Hancock, New York Journal, 28 January 1790 ? ? ? ? * > ********************************************************************** > _______________________________________________ > 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" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From amdmi3 at amdmi3.ru Tue Aug 4 14:56:28 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 4 14:56:35 2009 Subject: is upgrade of devel/lib{tool, tldl}15 to devel/lib{tool, tldl}22 worth it? In-Reply-To: <200908041407.n74E7jc3024539@mp.cs.niu.edu> References: <200908041407.n74E7jc3024539@mp.cs.niu.edu> Message-ID: <20090804145606.GA81630@hades.panopticon> * Scott Bennett (bennett@cs.niu.edu) wrote: > Has anyone done this new upgrade and survived yet? I had no problems. There are not really many ports which depend on libltdl anyway. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From david at vizion2000.net Tue Aug 4 15:03:35 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 15:03:42 2009 Subject: compile error www/epiphany ? libtool error??? Message-ID: <200908041603.23437.david@vizion2000.net> pixman-1.so /usr/local/lib/libglitz.so -lpng /usr/local/lib/libxcb-render- util.so /usr/local/lib/libxcb-render.so /usr/local/lib/libXrender.so /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so /usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libpango-1.0.so -lm /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so -lz /usr/local/lib/libexpat.so /usr/local/lib/libgmodule-2.0.so /usr/local/lib/libdbus-1.so -L/usr/local/lib/python2.6/config -lpython2.6 - lpth -lutil /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so - licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath - Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/firefox /usr/bin/ld: cannot find -lpth libtool: link: rm -f ".libs/epiphanyS.o" gmake[4]: *** [epiphany] Error 1 gmake[4]: Leaving directory `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/www/epiphany/work/epiphany-2.26.3' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/www/epiphany. *** Error code 1 Stop in /usr/ports/www/epiphany. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090804-97698-1r4y0tv-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! www/epiphany (unknown build error) Command failed [exit code 1]: /usr/local/sbin/portinstall www/epiphany From dougb at FreeBSD.org Tue Aug 4 15:24:10 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 4 15:24:17 2009 Subject: is upgrade of devel/lib{tool, tldl}15 to devel/lib{tool, tldl}22 worth it? In-Reply-To: <200908041407.n74E7jc3024539@mp.cs.niu.edu> References: <200908041407.n74E7jc3024539@mp.cs.niu.edu> Message-ID: <4A785290.5010201@FreeBSD.org> Scott Bennett wrote: > I see that /usr/ports/UPDATING describes an upgrade of devel/libtool15 > and devel/libtldl15 to devel/libtool22 and devel/libtldl22, respectively. > Is this a good enough thing to do to justify the probable misery and risk > of disaster that would be necessary to get through it? Excessive dramatics aside, the short answer is yes. The longer answer is that the process described in UPDATING (using either portupgrade or portmaster) is painless. Also, if you don't do the update now the next time you try to build a port that requires libtool you _will_ have pain. hope this helps, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Tue Aug 4 15:26:20 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 4 15:26:27 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> Message-ID: <4A785310.6070109@FreeBSD.org> Diego Depaoli wrote: > There are too many ports and too few people who care them. > IMHO the options are: > - decrease the number of ports We trim dead/useless ports all the time. > - increase the number of volunteers/committers/testers... This is the only valid answer for FreeBSD. > - switch to a multi-level solution (e.g. Archlinux). In DiegoBSD you should feel free to use any solution you think is useful. :) Doug -- This .signature sanitized for your protection From david at vizion2000.net Tue Aug 4 15:30:49 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 15:30:57 2009 Subject: compile error www/epiphany ? libtool error ??? In-Reply-To: <200908041603.23437.david@vizion2000.net> References: <200908041603.23437.david@vizion2000.net> Message-ID: <200908041630.37324.david@vizion2000.net> > pixman-1.so /usr/local/lib/libglitz.so -lpng /usr/local/lib/libxcb-render- > util.so /usr/local/lib/libxcb-render.so /usr/local/lib/libXrender.so > /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so > /usr/local/lib/libXdmcp.so -lrpcsvc /usr/local/lib/libpango-1.0.so -lm > /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so -lz > /usr/local/lib/libexpat.so /usr/local/lib/libgmodule-2.0.so > /usr/local/lib/libdbus-1.so -L/usr/local/lib/python2.6/config -lpython2.6 - > lpth -lutil /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so > - licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so > /usr/local/lib/libpcre.so -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath > - Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib/firefox > /usr/bin/ld: cannot find -lpth > libtool: link: rm -f ".libs/epiphanyS.o" > gmake[4]: *** [epiphany] Error 1 > gmake[4]: Leaving directory > `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[3]: *** > [all-recursive] Error 1 > gmake[3]: Leaving directory > `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[2]: *** [all] > Error 2 > gmake[2]: Leaving directory > `/usr/ports/www/epiphany/work/epiphany-2.26.3/src' gmake[1]: *** > [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/ports/www/epiphany/work/epiphany-2.26.3' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/www/epiphany. > *** Error code 1 > > Stop in /usr/ports/www/epiphany. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall20090804-97698-1r4y0tv-0 env make > ** Fix the problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! www/epiphany (unknown build error) > Command failed [exit code 1]: /usr/local/sbin/portinstall www/epiphany Just thought I would add the following info (but as I am probing in the dark the info in probably useless!!: dns1# pwd /usr/ports/www/epiphany/work/epiphany-2.26.3/src dns1# fgrep epiphany ./* | grep rm ./Makefile: @rm -f epiphany$(EXEEXT) ./Makefile.in: @rm -f epiphany$(EXEEXT) ./Makefile.in.bak: @rm -f epiphany$(EXEEXT) ./Makefile.in.bak.bak: @rm -f epiphany$(EXEEXT) ./epiphany.c: "epiphany.PermissionInfo", /* tp_name */ ./epiphany.c: "epiphany.PermissionManager", /* tp_name */ dns1# From dougb at FreeBSD.org Tue Aug 4 15:33:16 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 4 15:33:24 2009 Subject: recent update causes perl5.10 build failure In-Reply-To: <200908040750.n747ohUB021532@mp.cs.niu.edu> References: <200908040750.n747ohUB021532@mp.cs.niu.edu> Message-ID: <4A7854B4.6050006@FreeBSD.org> Scott Bennett wrote: > Keep in mind that this experience did appear to reveal a portmaster bug. > After the "portmaster -w -v -a" had already asked whether to rebuild perl5.8 > even though it had a +IGNOREME file and had gotten an enter key in response, > which should have selected the "n" shown as the default ("[n]"), it later > went ahead and built perl5.8 anyway. From what you and the documentation > have told me, that should never happen. I don't think it can happen if the build of all the dependencies is under portmaster's control. However there are edge cases when dependencies don't show up when portmaster polls the port for the list but the ports infrastructure builds them anyway. I'd have to look at a log of the whole session to be sure. Having both perl5.8 and perl5.10 installed at the same time is kind of an odd configuration, and could very well produce the kind of edge case I described above. hope this helps, Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Tue Aug 4 15:39:41 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 4 15:39:47 2009 Subject: Compile error mail/alpine In-Reply-To: <200908041015.04954.david@vizion2000.net> References: <200908030934.37876.david@vizion2000.net> <4A7727B3.9000909@FreeBSD.org> <200908041015.04954.david@vizion2000.net> Message-ID: <4A785634.7040708@FreeBSD.org> David Southwell wrote: > I have tried with: > WITH_THREADS=true > WITH_MOUSE=true > WITHOUT_NLS=true > WITHOUT_ISPELL=true > WITHOUT_NOSPELL=true > WITH_PICO=true > WITH_IPV6=true > WITH_LDAP=true > WITHOUT_PASSFILE=true > WITH_CONS25=true > WITHOUT_QUOTA=true > WITH_MAILDIR=true > > AND > WITHOUT_IPV6=true This isn't going to make a difference. > With the same results > > openssl: > dns1# pkg_info |grep openssl > openssl-0.9.8k_2 SSL and crypto library > php5-openssl-5.2.10 The openssl shared extension for php > py26-openssl-0.8_1 Python interface to the OpenSSL library > > I also recompiled openssl to make sure all was well. Do you still have the openssl stuff in the base? This might cause a conflict such as the one you're seeing. Also, try disabling threads in OPTIONS and see if it builds for you then. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Tue Aug 4 15:40:46 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 4 15:40:52 2009 Subject: Getting a lot of - pkg_version: corrupted record (pkgdep line without argument), ignoring In-Reply-To: <20090804083145.689620bebz54c474@econet.encontacto.net> References: <20090802203144.20053xv5f9w3ea68@econet.encontacto.net> <4A772AF1.7060400@FreeBSD.org> <20090804083145.689620bebz54c474@econet.encontacto.net> Message-ID: <4A785676.3080104@FreeBSD.org> eculp wrote: > I rebuilt the packages and all is well. Glad to hear that it worked out for you. :) > Thanks again for the explanation, the script and especially for > Postmaster that I have been using almost exclusively since the first > version and has been improving .with each subsequent release. Thank you for the kind words, they are appreciated. Doug -- This .signature sanitized for your protection From alex-goncharov at comcast.net Tue Aug 4 15:55:22 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Tue Aug 4 15:55:28 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <4A785310.6070109@FreeBSD.org> (message from Doug Barton on Tue, 04 Aug 2009 08:26:08 -0700) References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> Message-ID: ,--- You/Doug (Tue, 04 Aug 2009 08:26:08 -0700) ----* | > - increase the number of volunteers/committers/testers... | This is the only valid answer for FreeBSD. `---------------------------------------------------* Take a look at the PR submission and update dates in http://www.freebsd.org/cgi/query-pr.cgi?pr=137046 (the port I maintain). Doesn't it seem excessive to you, for an update as simple as that? Wouldn't it be better for everybody if more people could commit the changes in their ports themselves? (Subject to a commit-privilege revocation on a substantial breakage anyplace). How could I, for example, turn from a volunteer to a committer? Take also a look at the history of an attempt to volunteer elsewhere in http://www.freebsd.org/cgi/query-pr.cgi?pr=136263. Something doesn't feel right about the way ports are handled in FreeBSD these days. Of course, the easiest is to dismiss the voices of discontent. -- Alex -- alex-goncharov@comcast.net -- From freebsd at byshenk.net Tue Aug 4 15:59:15 2009 From: freebsd at byshenk.net (Greg Byshenk) Date: Tue Aug 4 15:59:21 2009 Subject: is upgrade of devel/lib{tool, tldl}15 to devel/lib{tool, tldl}22 worth it? In-Reply-To: <20090804145606.GA81630@hades.panopticon> References: <200908041407.n74E7jc3024539@mp.cs.niu.edu> <20090804145606.GA81630@hades.panopticon> Message-ID: <20090804152319.GB2571@core.byshenk.net> On Tue, Aug 04, 2009 at 06:56:06PM +0400, Dmitry Marakasov wrote: > * Scott Bennett (bennett@cs.niu.edu) wrote: > > Has anyone done this new upgrade and survived yet? > > I had no problems. There are not really many ports which depend on > libltdl anyway. I've just done it ('portupgrade -o devel/libtool22 libtool-1.5\*') without any problems -- but it was on a machine with only a small number ( <100 ) ports installed. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From makc at freebsd.org Tue Aug 4 16:07:36 2009 From: makc at freebsd.org (Max Brazhnikov) Date: Tue Aug 4 16:07:42 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <3cb459ed0908040328v7f84d838gf4bce4399ff86ab9@mail.gmail.com> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0908040328v7f84d838gf4bce4399ff86ab9@mail.gmail.com> Message-ID: <200908041933.15676.makc@freebsd.org> On Tue, 4 Aug 2009 14:28:02 +0400, Alexander Churanov wrote: > 2009/8/4 Mel Flynn : > > I think for the time being PySTE support should be off by default, > > because it pulls in a second libc and databases/akonadi plus kdeedu[34] > > use boost-python and because gccxml looks like a dead project. > > Agree. PySTE was disabled before boost split, would be nice to have it disabled for now also. > > ports/123927 could be solved/prevented by using a WANT_BOOST_PYSTE in > > dependent ports that rely on boost having PYSTE and using PKGNAMESUFFIX > > plus pkg_info to verify if boost-python-libs is boost-python-pyste-libs - > > as a stop-gap. > > Well, if the user installs some port that depends on > boost-python-libs, the user gets boost-python-libs installed. Then the > user wants to install another port that depends on > boost-python-pyste-libs. Would this succeed? there is no any port depending on pyste and I doubt there will be one in near future. Pulling gcc3 for newer systems because of hardly potential inconvenience seems to be excessive for me. Regards, Max -------------- 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/20090804/38b3c38f/attachment.pgp From FreeBSD at insightbb.com Tue Aug 4 16:07:43 2009 From: FreeBSD at insightbb.com (Steven Friedrich) Date: Tue Aug 4 16:07:50 2009 Subject: Which JDK port to use? Message-ID: <200908041139.02028.FreeBSD@insightbb.com> I see diablo-jdk-1.5.0.07.01_15 and jdk-1.5.0.16p9_2,1 Which should I use? From njm at njm.me.uk Tue Aug 4 16:10:56 2009 From: njm at njm.me.uk (N.J. Mann) Date: Tue Aug 4 16:11:03 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <20090803155055.GA31733@titania.njm.me.uk> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> Message-ID: <20090804161053.GA1604@titania.njm.me.uk> In message <20090803155055.GA31733@titania.njm.me.uk>, N.J. Mann (njm@njm.me.uk) wrote: > In message <20090803125519.GA60550@twisted.net>, > Troy (troy@twisted.net) wrote: > > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and ran > > into the following error. My libtool was just upgraded to libtool-2.2.6a > > so there may be a conflict there. Anyone have ideas? > > > > > > checking minix/config.h usability... no > > checking minix/config.h presence... no > > checking for minix/config.h... no > > checking whether it is safe to define __EXTENSIONS__... yes > > checking for library containing strerror... none required > > checking whether system uses EBCDIC... no > > performing libtool configuration... > > ./configure: 9753: Syntax error: word unexpected (expecting ")") > > *** Error code 2 > > > > Stop in /usr/ports/devel/apr. > > *** Error code 1 > > > > Stop in /usr/ports/devel/apr. > > I am also having problems updating devel/apr. In my case it gets past > the configure stage and fails during the compile stage: > > %%%%% > > ===> Building for apr-gdbm-db43-1.3.7.1.3.8 > cd /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7; /usr/bin/env TMPDIR="/home/njm/tmp" TMPDIR="/home/njm/tmp" SHELL=/bin/sh NO_LINT=YES ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/local MOTIFLIB="-L/usr/local/lib -lXm -lXp" LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe" CXX="c++" CXXFLAGS="-O2 -fno-strict-aliasing -pipe" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 444" BSD_INSTALL_ > MAN="install -m 444" /usr/bin/make > /bin/sh /libtool --silent --mode=compile cc -O2 -fno-strict-aliasing -pipe -DHAVE_CONFIG_H -I./include -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix -I./include/arch/unix -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo ^ | This is the why it fails. In the relevant makefile this is actually: ./build/apr_rules.mk:38:LIBTOOL=$(SHELL) $(top_builddir)/libtool but top_buildir is not defined anywhere in the makefiles. If I set it then everything works. If I change the line above to use top_blddir instead of top_builddir it works. So, why isn't it defined? I looked through the config files - I know nothing about autoconf, automake, &c., and found: ./config.log:17410:LIBTOOL='$(SHELL) $(top_builddir)/libtool' ./config.log:17611:top_builddir='/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7' but I do not know whether the syntax of the second line is correct (the path is for my setup). Anyway, I tried compiling after making the above change and it worked until it changed directory into apr/work/apr-util-1.3.8 whereapon the same problem manifested. This time though I had to change the line in build/rules.mk to be LIBTOOL=$(SHELL) $(apr_builddir)/libtool and that did the trick: I now have an updated devel/apr. I really would like to get to the bottom of why this is failing for me, even if it is not failing for anyone else. Any and all suggetions accepted. Cheers, Nick. -- From trebestie at gmail.com Tue Aug 4 16:21:09 2009 From: trebestie at gmail.com (Diego Depaoli) Date: Tue Aug 4 16:21:16 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <4A785310.6070109@FreeBSD.org> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> Message-ID: <83e5fb980908040921ua7c5ffavff8cee71a9fa7824@mail.gmail.com> 2009/8/4 Doug Barton : > Diego Depaoli wrote: >> There are too many ports and too few people who care them. >> IMHO the options are: >> - decrease the number of ports > We trim dead/useless ports all the time. >> - increase the number of ?volunteers/committers/testers... > This is the only valid answer for FreeBSD. How? I think your following comment (even smiled) isn't the right starting point. >> - switch to a multi-level solution (e.g. Archlinux). > In DiegoBSD you should feel free to use any solution you think is > useful. :) Please look at http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/134443 Ok, I agree, is an useless port, but 3 months without further notices are enough to demotivate any volunteer. Cheers -- Diego Depaoli From alexanderchuranov at gmail.com Tue Aug 4 16:27:14 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Aug 4 16:27:23 2009 Subject: devel/boost: new patch for testing update to 1.39 In-Reply-To: <200908041933.15676.makc@freebsd.org> References: <3cb459ed0906290644x86ac44cu48fd8bba52d024f9@mail.gmail.com> <200908031353.56154.mel.flynn+fbsd.ports@mailing.thruhere.net> <3cb459ed0908040328v7f84d838gf4bce4399ff86ab9@mail.gmail.com> <200908041933.15676.makc@freebsd.org> Message-ID: <3cb459ed0908040927x14180aecr400ae0c612866384@mail.gmail.com> 2009/8/4 Max Brazhnikov : > there is no any port depending on pyste and I doubt there will be one in near > future. Pulling gcc3 for newer systems because of hardly potential > inconvenience seems to be excessive for me. OK, if there are really no ports depending on it, then I'll implement the proposed WITH_PYSTE switch, without mangling it in the package name. Users who specifycally need Pyste will have to build their custom version of boost-python-libs and deinstall/reinstall. Sincerely, Alexander Churanov, maintainer of devel/boost-* From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Aug 4 16:39:58 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Aug 4 16:40:04 2009 Subject: Compile error mail/alpine In-Reply-To: <200908041015.04954.david@vizion2000.net> References: <200908030934.37876.david@vizion2000.net> <4A7727B3.9000909@FreeBSD.org> <200908041015.04954.david@vizion2000.net> Message-ID: <200908040839.55236.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 04 August 2009 01:15:04 David Southwell wrote: > latest error messages: > > cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - > DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o > after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o dispfilt.o > flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o ldapconf.o > listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o pattern.o > pipe.o print.o radio.o remote.o reply.o roleconf.o send.o setup.o signal.o > status.o takeaddr.o titlebar.o smime.o date.o -lcrypt -lpam -L/usr/lib - > L/usr/local/openssl/lib -L/usr/local/lib ../pico/libpico.a > ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a > ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a > /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so -lssl > - Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function > `ssl_onceonlyinit': > /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: warning: > warning: tmpnam() possibly used unsafely; consider using mkstemp() > after.o(.text+0x36d): In function `start_after': > /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined > reference to `pthread_create' David, given that all your errors posted in the last 24 hours point to a messed up pth/pthread installation I suggest you look into that before trying to build more ports. The shell archive attached should compile and run cleanly, by typing "make run" once extracted. If it does not, then even the base compiler/linker cannot find pthread, which is not a good thing, but at least you know where to start (reinstall world and possibly kernel). -- Mel -------------- next part -------------- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # threadtest/BSDmakefile # threadtest/thrtest.c # echo x - threadtest/BSDmakefile sed 's/^X//' >threadtest/BSDmakefile << 'd68d3d39019a946b87b33afe0474b0cc' XPROG=thrtest XNO_MAN=yes XLDFLAGS+=-pthread X Xrun: ${PROG} X ${.OBJDIR}/${PROG} X X.include d68d3d39019a946b87b33afe0474b0cc echo x - threadtest/thrtest.c sed 's/^X//' >threadtest/thrtest.c << '22cb4804387108296f45df39552f86e9' X#include X#include X#include X#include X Xvoid *thr_main(void *priv); X Xint main(int argc, char **argv) X{ X pthread_t tid[5]; X int i, res; X X printf("main\n"); X X for(i=0; i<5; i++) X { X res = pthread_create(&tid[i], NULL, thr_main, NULL); X if( res ) X errc(EXIT_FAILURE, res, "pthread_create"); X } X for(i=0; i<5; i++) X { X int *ex; X X ex = malloc(sizeof(int)); X if( !ex ) X err(EXIT_FAILURE, "malloc: %zu bytes", sizeof(int)); X res = pthread_join(tid[i], (void*)&ex); X if( res ) X errc(EXIT_FAILURE, res, "pthread_join"); X } X X return (0); X} X Xvoid *thr_main(void *priv) X{ X printf("Thread tid %u\n", (unsigned int)pthread_self()); X X return (priv); X} 22cb4804387108296f45df39552f86e9 exit From fjwcash at gmail.com Tue Aug 4 16:53:18 2009 From: fjwcash at gmail.com (Freddie Cash) Date: Tue Aug 4 16:53:24 2009 Subject: Which JDK port to use? In-Reply-To: <200908041139.02028.FreeBSD@insightbb.com> References: <200908041139.02028.FreeBSD@insightbb.com> Message-ID: On Tue, Aug 4, 2009 at 8:39 AM, Steven Friedrich wrote: > I see > diablo-jdk-1.5.0.07.01_15 > and > jdk-1.5.0.16p9_2,1 > > Which should I use? > The diablo-* ports are the binary, pre-compiled versions of the JDK, and require a download from the FreeBSD Foundation website. The non-diablo-* ports are the source ports, and require a working JDK to be installed, in order to compile the port. Go with the diablo version first. If you need a more current version, then that can be used to compile the newer (non-diablo) port. -- Freddie Cash fjwcash@gmail.com From kstewart at owt.com Tue Aug 4 18:35:11 2009 From: kstewart at owt.com (Kent Stewart) Date: Tue Aug 4 18:35:17 2009 Subject: recent update causes perl5.10 build failure In-Reply-To: <4A7854B4.6050006@FreeBSD.org> References: <200908040750.n747ohUB021532@mp.cs.niu.edu> <4A7854B4.6050006@FreeBSD.org> Message-ID: <200908041134.54086.kstewart@owt.com> On Tuesday 04 August 2009 08:33:08 am Doug Barton wrote: > Scott Bennett wrote: > > Keep in mind that this experience did appear to reveal a portmaster > > bug. After the "portmaster -w -v -a" had already asked whether to rebuild > > perl5.8 even though it had a +IGNOREME file and had gotten an enter key > > in response, which should have selected the "n" shown as the default > > ("[n]"), it later went ahead and built perl5.8 anyway. From what you and > > the documentation have told me, that should never happen. > > I don't think it can happen if the build of all the dependencies is > under portmaster's control. However there are edge cases when > dependencies don't show up when portmaster polls the port for the list > but the ports infrastructure builds them anyway. I'd have to look at a > log of the whole session to be sure. > > Having both perl5.8 and perl5.10 installed at the same time is kind of > an odd configuration, and could very well produce the kind of edge > case I described above. I had recently had problems moving packages from one fast computer to a slower one for installs. When I did the forced, recursive update of perl-5.10 using packages, there were ports only on the second computer that caused portupgrade to force load perl-5.8.*. Portupgrade, when it is forced, didn't pay attention to the registered conflicts. I had to delete the old version of perl and reinstall 5.10. IIRC, portmanager -s would show me the ports that were still linked to the old version of perl and could be compiled to upgrade on the slower computer. There were numerous "pkdgb -L" runs to re-establish the lost dependencies. Many were ports left behind by an incomplete removal of kde4 and simply deleting them got rid of most of the problems. I eventually got to where I could "portupgrade -Prf perl" and not have it compile anything or install an older version of perl. Tidy caused something similar and never was able to upgrade it and the programs that use it with portupgrade. Kent > > > hope this helps, > > Doug -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From corky1951 at comcast.net Tue Aug 4 18:52:06 2009 From: corky1951 at comcast.net (Charlie Kester) Date: Tue Aug 4 18:52:12 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <83e5fb980908040921ua7c5ffavff8cee71a9fa7824@mail.gmail.com> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> <83e5fb980908040921ua7c5ffavff8cee71a9fa7824@mail.gmail.com> Message-ID: <20090804185203.GB4339@comcast.net> On Tue 04 Aug 2009 at 09:21:07 PDT Diego Depaoli wrote: >2009/8/4 Doug Barton : >> Diego Depaoli wrote: >>> There are too many ports and too few people who care them. >>> IMHO the options are: >>> - decrease the number of ports >> We trim dead/useless ports all the time. >>> - increase the number of ?volunteers/committers/testers... >> This is the only valid answer for FreeBSD. >How? I think your following comment (even smiled) isn't the right >starting point. > >>> - switch to a multi-level solution (e.g. Archlinux). >> In DiegoBSD you should feel free to use any solution you think is >> useful. :) >Please look at >http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/134443 >Ok, I agree, is an useless port, but 3 months without further notices >are enough to demotivate any volunteer. I've been a maintainer since the beginning of this year, and I've yet to have any of my updates go unnoticed for that long. I suspect that your PR is the exception rather than the rule. But it does suggest the need for more guidance on how maintainers can work effectively with the committers. What can we do to help streamline the process? What sort of things create extra, unnecessary work for committers? If a PR doesn't get picked up within a week, it doesn't seem to be showing up on the committers' scans when they're looking for something to do. Perhaps they should fix their scans, but perhaps the maintainer should post a message here, asking for someone to look at the PR? I've seen messages like that in the past, and the response has always been that one of the committers volunteers to take care of it. From wxs at FreeBSD.org Tue Aug 4 19:41:14 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Aug 4 19:41:21 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090804185203.GB4339@comcast.net> References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> <83e5fb980908040921ua7c5ffavff8cee71a9fa7824@mail.gmail.com> <20090804185203.GB4339@comcast.net> Message-ID: <20090804194112.GA13560@atarininja.org> On Tue, Aug 04, 2009 at 11:52:03AM -0700, Charlie Kester wrote: > On Tue 04 Aug 2009 at 09:21:07 PDT Diego Depaoli wrote: > >2009/8/4 Doug Barton : > >> Diego Depaoli wrote: > >>> There are too many ports and too few people who care them. > >>> IMHO the options are: > >>> - decrease the number of ports > >> We trim dead/useless ports all the time. > >>> - increase the number of ?volunteers/committers/testers... > >> This is the only valid answer for FreeBSD. > >How? I think your following comment (even smiled) isn't the right > >starting point. > > > >>> - switch to a multi-level solution (e.g. Archlinux). > >> In DiegoBSD you should feel free to use any solution you think is > >> useful. :) > >Please look at > >http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/134443 > >Ok, I agree, is an useless port, but 3 months without further notices > >are enough to demotivate any volunteer. I've gone ahead and grabbed this PR. I will get to it when time permits (I've currently got a lot on my plate so please be patient). > I've been a maintainer since the beginning of this year, and I've yet to > have any of my updates go unnoticed for that long. I suspect that your > PR is the exception rather than the rule. I don't know if it's true or not but I certainly agree with you here. > But it does suggest the need for more guidance on how maintainers can > work effectively with the committers. What can we do to help streamline > the process? What sort of things create extra, unnecessary work for > committers? Submitting PRs in the proper format and that need no extra work is the best. Unfortunately knowing when an update is done is not something that one intuitively knows; it comes with practice. Paying attention to what you submitted compared to what got committed is a good way to find out if you made any mistakes. Talking to the committers (we don't bite, I promise) also helps. The IRC channels are documented on the wiki and are a great source of getting help with things. Another great resource on how to submit good PRs is the porter's handbook[1]. It covers a lot of things in detail that can help your PR handled get handled quickly and easily. > If a PR doesn't get picked up within a week, it doesn't seem to be > showing up on the committers' scans when they're looking for something > to do. Perhaps they should fix their scans, but perhaps the maintainer > should post a message here, asking for someone to look at the PR? I've > seen messages like that in the past, and the response has always been > that one of the committers volunteers to take care of it. Yes, if a PR goes unclaimed for some period of time please feel free to ask here for someone to take a look at it. -- WXS [1]: http://www.freebsd.org/doc/en/books/porters-handbook/ From david at vizion2000.net Tue Aug 4 19:45:44 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 4 19:45:51 2009 Subject: Compile error mail/alpine In-Reply-To: <200908040839.55236.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200908030934.37876.david@vizion2000.net> <200908041015.04954.david@vizion2000.net> <200908040839.55236.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <200908042045.42833.david@vizion2000.net> > On Tuesday 04 August 2009 01:15:04 David Southwell wrote: > > latest error messages: > > > > cc -std=gnu99 -g -D_THREAD_SAFE -O2 -fno-strict-aliasing -pipe - > > DLDAP_DEPRECATED -rpath=/usr/local/lib -o alpine addrbook.o adrbkcmd.o > > after.o alpine.o arg.o busy.o colorconf.o confscroll.o context.o > > dispfilt.o flagmaint.o folder.o help.o imap.o init.o kblock.o keymenu.o > > ldapconf.o listsel.o mailcmd.o mailindx.o mailpart.o mailview.o newuser.o > > pattern.o pipe.o print.o radio.o remote.o reply.o roleconf.o send.o > > setup.o signal.o status.o takeaddr.o titlebar.o smime.o date.o -lcrypt > > -lpam -L/usr/lib - L/usr/local/openssl/lib -L/usr/local/lib > > ../pico/libpico.a > > ../pico/osdep/libpicoosd.a ../pith/libpith.a ../pith/osdep/libpithosd.a > > ../pith/charconv/libpithcc.a osdep/libpineosd.a ../c-client/c-client.a > > /usr/local/lib/libldap.so -lcrypto -ltinfo /usr/local/lib/liblber.so > > -lssl - Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib > > ../c-client/c-client.a(osdep.o)(.text+0x68a1): In function > > `ssl_onceonlyinit': > > /usr/ports/mail/alpine/work/alpine-2.00/imap/c-client/osdep.c:335: > > warning: warning: tmpnam() possibly used unsafely; consider using > > mkstemp() after.o(.text+0x36d): In function `start_after': > > /usr/ports/mail/alpine/work/alpine-2.00/alpine/after.c:77: undefined > > reference to `pthread_create' > > David, given that all your errors posted in the last 24 hours point to a > messed up pth/pthread installation I suggest you look into that before > trying to build more ports. > > The shell archive attached should compile and run cleanly, by typing "make > run" once extracted. If it does not, then even the base compiler/linker > cannot find pthread, which is not a good thing, but at least you know where > to start (reinstall world and possibly kernel). The thing that puzzled me was the following lines in the report (see above) /usr/bin/ld: cannot find -lpth libtool: link: rm -f ".libs/epiphanyS.o" ^^ ^^^^ David From linimon at lonesome.com Tue Aug 4 19:54:43 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue Aug 4 19:54:51 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> Message-ID: <20090804195441.GA2710@lonesome.com> On Tue, Aug 04, 2009 at 11:55:19AM -0400, Alex Goncharov wrote: > Wouldn't it be better for everybody if more people could commit the > changes in their ports themselves? (Subject to a commit-privilege > revocation on a substantial breakage anyplace). IMHO: no. Too many people automatically update their ports on a regular basis, and rely on us to not introduce brokenness. Having updates filtered through people that have shown themselves to having had a good track record seems prudent to me. Those folks who submit a number of good-quality PRs over a period of months tend to get noticed and nominated as committers. In the past year, we have added 10 ports committers. On occasion we turn someone down for an insufficient track record but it's rare, and most often they reapply once they have established one. (For the record, we have 157 ports comitters, of whom 131 have been active in the last 3 months.) > How could I, for example, turn from a volunteer to a committer? Please see http://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing-ports/ for a good starting point. Its last section has cross-references to other sources of information. > Take also a look at the history of an attempt to volunteer elsewhere > in http://www.freebsd.org/cgi/query-pr.cgi?pr=136263. I understand your frustration, but the mysql ports are key ports that have been handled for a long time by their current maintainer. (He has 234 commits over the past 12 months, with only one maintainer-timeout during that time, which suggests to me that he's doing a good job.) I can see why a committer would be reluctant to commit that upgrade because of that. As for your other question: my own personal opinion is that we do have too many ports, but who decides when a port is "useful" enough? Other projects have a "process" to vote or otherwise decide on that. Several of our committers have voiced reluctance to add more "process" in the past, when the same subject has been brought up. Frankly, I wouldn't want to serve on the committee that decides :-) > Of course, the easiest is to dismiss the voices of discontent. Well, you have a right to your opinion ... I'm not saying that our process is perfect, far from it. (As an insider, especially as one of the people who wrangles the package-building machines, I have a front-row seat to many of our problems.) But IMHO it works better than it appears. mcl From cm at therek.net Tue Aug 4 20:58:26 2009 From: cm at therek.net (Cezary Morga) Date: Tue Aug 4 20:58:59 2009 Subject: Which JDK port to use? In-Reply-To: <200908041139.02028.FreeBSD@insightbb.com> References: <200908041139.02028.FreeBSD@insightbb.com> Message-ID: <4A78A0EA.5020505@therek.net> Steven Friedrich pisze: > I see > diablo-jdk-1.5.0.07.01_15 > and > jdk-1.5.0.16p9_2,1 > > Which should I use? Diablo can't do all the mumbo jumbo JDK can do. So, if you or your developers require more they can get out of Diablo go ahead and try JDK. Still, current JDK--or Diablo--installation is required to compile JDK. -- Cezary Morga "Have you ever observed that we pay much more attention to a wise passage when it is quoted than when we read it in the original author?" (Philip G. Hamerton) From portsuser at larseighner.com Tue Aug 4 21:17:11 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Tue Aug 4 21:17:18 2009 Subject: What does py25 mean? Message-ID: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> What does py25 mean? I can't seem to upgrade about 40 ports (the old versions of which now seem to be broken) evidently because the build of py25-gtk-2.13.1 fails with the message py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5. Well, of *I* did not specify 2.5. But howcome something called py25-cairo needs Python 2.6? What does that py25 on the front mean? Doesn't it mean python 2.5? If it doesn't mean that, what does it mean? If it does mean that, then howcome it needs python 2.6? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From erwin at FreeBSD.org Tue Aug 4 21:37:55 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 4 21:38:02 2009 Subject: INDEX build failed for 6.x Message-ID: <200908042137.n74LbtbI050063@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: qt4-qmake-4.5.2 Warning: Duplicate INDEX entry: qt4-imageformats-4.5.2 Committers on the hook: miwi wxs Most recent CVS update was: ports/Mk/bsd.qt.mk ports/accessibility/qt4-accessible/Makefile ports/accessibility/qt4-accessible/distinfo ports/chinese/qt4-codecs-cn/Makefile ports/chinese/qt4-codecs-cn/distinfo ports/chinese/qt4-codecs-tw/Makefile ports/chinese/qt4-codecs-tw/distinfo ports/databases/py-qt4-sql/Makefile ports/databases/py-qt4-sql/distinfo ports/databases/qt4-ibase-plugin/Makefile ports/databases/qt4-ibase-plugin/distinfo ports/databases/qt4-ibase-plugin/files/Makefile.bsd ports/databases/qt4-mysql-plugin/Makefile ports/databases/qt4-mysql-plugin/distinfo ports/databases/qt4-mysql-plugin/files/Makefile.bsd ports/databases/qt4-odbc-plugin/Makefile ports/databases/qt4-odbc-plugin/distinfo ports/databases/qt4-odbc-plugin/files/Makefile.bsd ports/databases/qt4-pgsql-plugin/Makefile ports/databases/qt4-pgsql-plugin/distinfo ports/databases/qt4-pgsql-plugin/files/Makefile.bsd ports/databases/qt4-sql/Makefile ports/databases/qt4-sql/distinfo ports/databases/qt4-sql/pkg-plist ports/databases/qt4-sqlite-plugin/Makefile ports/databases/qt4-sqlite-plugin/distinfo ports/databases/qt4-sqlite-plugin/files/Makefile.bsd ports/databases/qt4-sqlite3-plugin/Makefile ports/databases/qt4-sqlite3-plugin/distinfo ports/databases/qt4-sqlite3-plugin/files/Makefile.bsd ports/devel/Makefile ports/devel/cmake/Makefile ports/devel/cmake/distinfo ports/devel/cmake/files/patch-Modules_FindQt4.cmake ports/devel/cmake/pkg-plist ports/devel/dbus-qt4/Makefile ports/devel/dbus-qt4/distinfo ports/devel/dbus-qt4/pkg-plist ports/devel/py-qt4-assistant/Makefile ports/devel/py-qt4-assistant/distinfo ports/devel/py-qt4-core/Makefile ports/devel/py-qt4-core/distinfo ports/devel/py-qt4-core/files/patch-configure.py ports/devel/py-qt4-core/pkg-plist ports/devel/py-qt4-dbus/Makefile ports/devel/py-qt4-dbus/distinfo ports/devel/py-qt4-designer/Makefile ports/devel/py-qt4-designer/distinfo ports/devel/py-qt4-designerplugin/Makefile ports/devel/py-qt4-designerplugin/distinfo ports/devel/py-qt4-help/Makefile ports/devel/py-qt4-help/distinfo ports/devel/py-qt4-qscintilla2/Makefile ports/devel/py-qt4-qscintilla2/distinfo ports/devel/py-qt4-qscintilla2/pkg-plist ports/devel/py-qt4-script/Makefile ports/devel/py-qt4-script/distinfo ports/devel/py-qt4-test/Makefile ports/devel/py-qt4-test/distinfo ports/devel/py-sip/Makefile ports/devel/py-sip/distinfo ports/devel/py-sip/files/bsd.pyqt.mk ports/devel/py-sip/pkg-plist ports/devel/qmake/Makefile ports/devel/qmake/distinfo ports/devel/qmake/files/Makefile.bsd ports/devel/qmake/files/qconfig.cpp ports/devel/qmake/pkg-descr ports/devel/qmake/pkg-plist ports/devel/qscintilla2/Makefile ports/devel/qscintilla2/distinfo ports/devel/qscintilla2/pkg-plist ports/devel/qscintilla2-designerplugin/Makefile ports/devel/qscintilla2-designerplugin/distinfo ports/devel/qt4/Makefile ports/devel/qt4/files/configure ports/devel/qt4/files/extrapatch-configure ports/devel/qt4/pkg-plist ports/devel/qt4-assistant/Makefile ports/devel/qt4-assistant/distinfo ports/devel/qt4-assistant-adp/Makefile ports/devel/qt4-assistant-adp/distinfo ports/devel/qt4-corelib/Makefile ports/devel/qt4-corelib/distinfo ports/devel/qt4-corelib/pkg-plist ports/devel/qt4-designer/Makefile ports/devel/qt4-designer/distinfo ports/devel/qt4-designer/pkg-plist ports/devel/qt4-help/Makefile ports/devel/qt4-help/distinfo ports/devel/qt4-help/pkg-plist ports/devel/qt4-help-tools/Makefile ports/devel/qt4-help-tools/distinfo ports/devel/qt4-libqtassistantclient/Makefile ports/devel/qt4-libqtassistantclient/distinfo ports/devel/qt4-libqtassistantclient/pkg-plist ports/devel/qt4-linguist/Makefile ports/devel/qt4-linguist/distinfo ports/devel/qt4-linguist/pkg-plist ports/devel/qt4-makeqpf/Makefile ports/devel/qt4-makeqpf/distinfo ports/devel/qt4-moc/Makefile ports/devel/qt4-moc/distinfo ports/devel/qt4-porting/Makefile ports/devel/qt4-porting/distinfo ports/devel/qt4-qdbusviewer/Makefile ports/devel/qt4-qdbusviewer/distinfo ports/devel/qt4-qt3support/Makefile ports/devel/qt4-qt3support/distinfo ports/devel/qt4-qt3support/pkg-plist ports/devel/qt4-qtestlib/Makefile ports/devel/qt4-qtestlib/distinfo ports/devel/qt4-qtestlib/pkg-plist ports/devel/qt4-qvfb/Makefile ports/devel/qt4-qvfb/distinfo ports/devel/qt4-rcc/Makefile ports/devel/qt4-rcc/distinfo ports/devel/qt4-script/Makefile ports/devel/qt4-script/distinfo ports/devel/qt4-script/pkg-plist ports/devel/qt4-uic/Makefile ports/devel/qt4-uic/distinfo ports/devel/qt4-uic3/Makefile ports/devel/qt4-uic3/distinfo ports/dns/bind9-sdb-postgresql/Makefile ports/dns/bind9-sdb-postgresql/distinfo ports/graphics/py-qt4-svg/Makefile ports/graphics/py-qt4-svg/distinfo ports/graphics/qt4-iconengines/Makefile ports/graphics/qt4-iconengines/distinfo ports/graphics/qt4-iconengines/pkg-plist ports/graphics/qt4-imageformats/Makefile ports/graphics/qt4-imageformats/distinfo ports/graphics/qt4-pixeltool/Makefile ports/graphics/qt4-pixeltool/distinfo ports/graphics/qt4-svg/Makefile ports/graphics/qt4-svg/distinfo ports/graphics/qt4-svg/pkg-plist ports/japanese/qt4-codecs-jp/Makefile ports/japanese/qt4-codecs-jp/distinfo ports/korean/qt4-codecs-kr/Makefile ports/korean/qt4-codecs-kr/distinfo ports/misc/py-qt4-demo/Makefile ports/misc/py-qt4-demo/distinfo ports/misc/py-qt4-demo/pkg-plist ports/misc/py-qt4-doc/Makefile ports/misc/py-qt4-doc/distinfo ports/misc/py-qt4-doc/pkg-plist ports/misc/qt4-doc/Makefile ports/misc/qt4-doc/distinfo ports/misc/qt4-doc/pkg-plist ports/misc/qt4-l10n/Makefile ports/misc/qt4-l10n/distinfo ports/misc/qt4-l10n/pkg-plist ports/misc/qt4-qtconfig/Makefile ports/misc/qt4-qtconfig/distinfo ports/misc/qt4-qtdemo/Makefile ports/misc/qt4-qtdemo/distinfo ports/misc/qt4-qtdemo/pkg-plist ports/multimedia/py-qt4-phonon/Makefile ports/multimedia/py-qt4-phonon/distinfo ports/multimedia/qt4-phonon/Makefile ports/multimedia/qt4-phonon/distinfo ports/multimedia/qt4-phonon/pkg-plist ports/multimedia/qt4-phonon-gst/distinfo ports/multimedia/qt4-phonon-gst/pkg-plist ports/net/py-qt4-network/Makefile ports/net/py-qt4-network/distinfo ports/net/py-qt4-network/pkg-plist ports/net/qt4-network/Makefile ports/net/qt4-network/distinfo ports/net/qt4-network/pkg-plist ports/security/vuxml/vuln.xml ports/textproc/py-qt4-xml/Makefile ports/textproc/py-qt4-xml/distinfo ports/textproc/py-qt4-xmlpatterns/Makefile ports/textproc/py-qt4-xmlpatterns/distinfo ports/textproc/qt4-clucene/Makefile ports/textproc/qt4-clucene/distinfo ports/textproc/qt4-clucene/pkg-plist ports/textproc/qt4-xml/Makefile ports/textproc/qt4-xml/distinfo ports/textproc/qt4-xml/pkg-plist ports/textproc/qt4-xmlpatterns/Makefile ports/textproc/qt4-xmlpatterns/distinfo ports/textproc/qt4-xmlpatterns/pkg-plist ports/textproc/qt4-xmlpatterns-tool/Makefile ports/textproc/qt4-xmlpatterns-tool/distinfo ports/www/py-qt4-webkit/Makefile ports/www/py-qt4-webkit/distinfo ports/www/py-qt4-webkit/pkg-plist ports/www/qt4-webkit/Makefile ports/www/qt4-webkit/distinfo ports/www/qt4-webkit/pkg-plist ports/x11/py-qt4-opengl/Makefile ports/x11/py-qt4-opengl/distinfo ports/x11/qt4-inputmethods/Makefile ports/x11/qt4-inputmethods/distinfo ports/x11/qt4-opengl/Makefile ports/x11/qt4-opengl/distinfo ports/x11/qt4-opengl/pkg-plist ports/x11-toolkits/py-qt/Makefile ports/x11-toolkits/py-qt/distinfo ports/x11-toolkits/py-qt4-gui/Makefile ports/x11-toolkits/py-qt4-gui/distinfo ports/x11-toolkits/py-qt4-gui/pkg-plist ports/x11-toolkits/qt4-gui/Makefile ports/x11-toolkits/qt4-gui/distinfo ports/x11-toolkits/qt4-gui/pkg-plist From mel.flynn+fbsd.ports at mailing.thruhere.net Tue Aug 4 21:43:03 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Tue Aug 4 21:43:10 2009 Subject: kdeedu-4.2.4 to 4.2.4_1 facile.cmxa compile error In-Reply-To: <20090802203955.GD99542@bsdcrew.de> References: <20090802130619.GA40630@twisted.net> <20090802203955.GD99542@bsdcrew.de> Message-ID: <200908041343.00653.mel.flynn+fbsd.ports@mailing.thruhere.net> On Sunday 02 August 2009 12:39:55 Martin Wilke wrote: >On Sunday 02 August 2009 05:06:19 Troy wrote: >>[ 12%] Generating solver.o >>File "_none_", line 1, characters 0-1: >>Error: Files /usr/local/lib/ocaml/facile/facile.cmxa >> and /usr/local/lib/ocaml/stdlib.cmxa >> make inconsistent assumptions over implementation Printf >*** Error code 2 > try to rebuild ocaml, after that rerun kdeedu4 For the archives: it's upgrading ocaml that creates the error and rebuilding facile that fixes it. Long story is available here: http://mail.kde.org/pipermail/kde-freebsd/2009-July/005914.html -- Mel From olivier at gid0.org Tue Aug 4 21:44:56 2009 From: olivier at gid0.org (Olivier Smedts) Date: Tue Aug 4 21:45:08 2009 Subject: Thanks for KDE 4.3.0 and Qt 4.5 ! Message-ID: <367b2c980908041444l7fca2d6bkcf7387fed8dedee3@mail.gmail.com> Big thanks to the FreeBSD KDE team for such a reactive update after the official release ! I've been testing it for few hours, using area51. It works great. Are there any differences between area51 and what have been committed to the ports repository ? The "s/MAKE_JOBS_SAVE/MAKE_JOBS_SAFE" fix should also be applied for "devel/qt4-qvfb/Makefile", "textproc/qt4-xmlpatterns/Makefile" and "databases/qt4-sql/Makefile". Cheers, Olivier -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From alex-goncharov at comcast.net Tue Aug 4 21:44:59 2009 From: alex-goncharov at comcast.net (Alex Goncharov) Date: Tue Aug 4 21:45:09 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: <20090804195441.GA2710@lonesome.com> (message from Mark Linimon on Tue, 4 Aug 2009 14:54:42 -0500) References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> <20090804195441.GA2710@lonesome.com> Message-ID: ,--- You/Mark (Tue, 4 Aug 2009 14:54:42 -0500) ----* | On Tue, Aug 04, 2009 at 11:55:19AM -0400, Alex Goncharov wrote: | > Wouldn't it be better for everybody if more people could commit the | > changes in their ports themselves? (Subject to a commit-privilege | > revocation on a substantial breakage anyplace). | | IMHO: no. Too many people automatically update their ports on a regular | basis, and rely on us to not introduce brokenness. Having updates | filtered through people that have shown themselves to having had a good | track record seems prudent to me. Agree on "prudent" -- but there is also a danger that new people are not coming into the play at the rate that will support FreeBSD's future needs. This may be not prudent, either. I personally do not use the port I maintain -- I grabbed it to learn the port building process, and enhance my experience with FreeBSD in general, to be of, perhaps, more use in the future (but the port is not completely unrelated to my other activities, which makes the maintainership meaningful). Could do more for the project -- but looks like nobody needs it. Oh, well, I am not insisting. (I do official builds and support CMUCL on FreeBSD, and that keeps my hands busy and spirits high already :-). | > Take also a look at the history of an attempt to volunteer elsewhere | > in http://www.freebsd.org/cgi/query-pr.cgi?pr=136263. | | I understand your frustration, but the mysql ports are key ports that have | been handled for a long time by their current maintainer. (He has 234 | commits over the past 12 months, with only one maintainer-timeout during | that time, which suggests to me that he's doing a good job.) I can see | why a committer would be reluctant to commit that upgrade because of that. How a new port would have broken the existing ones? (5.4 is not an upgrade -- it's a separate port not touching 5.0, 5.1 or 6.0.) Mind you, I have no regrets about not getting the ownership of that new port -- makes life easier for me. But the person who took it (and more power to him!), seems to be overbooked (judging by his responsiveness and the lag of MySQL ports behind the core distributions.) So, here was the port team's chance to add somebody who had learned the ropes already, could grow more and relieve the pressure on the current players. Not a big loss to miss the chance, but then the words "we need more volunteers, committers etc." sound insincere. Grow them rather than let people hoard ports that they don't actively maintain. -- Alex -- alex-goncharov@comcast.net -- From miwi at FreeBSD.org Tue Aug 4 21:56:21 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Aug 4 21:56:53 2009 Subject: [kde-freebsd] Thanks for KDE 4.3.0 and Qt 4.5 ! In-Reply-To: <367b2c980908041444l7fca2d6bkcf7387fed8dedee3@mail.gmail.com> References: <367b2c980908041444l7fca2d6bkcf7387fed8dedee3@mail.gmail.com> Message-ID: <20090804215615.GI3529@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, Aug 04, 2009 at 11:44:53PM +0200, Olivier Smedts wrote: > Big thanks to the FreeBSD KDE team for such a reactive update after > the official release ! > > I've been testing it for few hours, using area51. It works great. > > Are there any differences between area51 and what have been committed > to the ports repository ? > nope > The "s/MAKE_JOBS_SAVE/MAKE_JOBS_SAFE" fix should also be applied for > "devel/qt4-qvfb/Makefile", "textproc/qt4-xmlpatterns/Makefile" and > "databases/qt4-sql/Makefile". Fixed thanks. > > Cheers, > Olivier > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > _______________________________________________ > kde-freebsd mailing list > kde-freebsd@kde.org > https://mail.kde.org/mailman/listinfo/kde-freebsd > See also http://freebsd.kde.org/ for latest information > - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkp4rn8ACgkQdLJIhLHm/OnhuACgiIyQ50v2W6IDW8cDG1Ww2IX7 qPgAn0jxWAzjLZv+vjuhP7Zb+qTlTnZT =Alzd -----END PGP SIGNATURE----- From erwin at FreeBSD.org Wed Aug 5 00:40:21 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 5 00:40:28 2009 Subject: INDEX build failed for 6.x Message-ID: <200908050040.n750eKqx057397@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: kdepim-4.3.0: no entry for /usr/ports/deskutils/kdepim4-runtime make_index: kdepim-4.3.0: no entry for /usr/ports/deskutils/kdepim4-runtime Committers on the hook: anders miwi nivit Most recent CVS update was: ports/Mk/bsd.kde4.mk ports/accessibility/kdeaccessibility4/Makefile ports/accessibility/kdeaccessibility4/distinfo ports/accessibility/kdeaccessibility4/pkg-plist ports/arabic/kde4-l10n/Makefile ports/arabic/kde4-l10n/distinfo ports/arabic/kde4-l10n/pkg-plist ports/astro/merkaartor/Makefile ports/audio/HVSC-Update/Makefile ports/audio/mumble/Makefile ports/audio/xmp/Makefile ports/chinese/kde4-l10n-zh_CN/Makefile ports/chinese/kde4-l10n-zh_CN/distinfo ports/chinese/kde4-l10n-zh_CN/pkg-plist ports/chinese/kde4-l10n-zh_TW/Makefile ports/chinese/kde4-l10n-zh_TW/distinfo ports/chinese/kde4-l10n-zh_TW/pkg-plist ports/databases/akonadi/Makefile ports/databases/akonadi/distinfo ports/databases/akonadi/pkg-plist ports/databases/qt4-sql/Makefile ports/deskutils/kdepim4/Makefile ports/deskutils/kdepim4/distinfo ports/deskutils/kdepim4/pkg-plist ports/deskutils/kdepimlibs4/Makefile ports/deskutils/kdepimlibs4/distinfo ports/deskutils/kdepimlibs4/pkg-plist ports/deskutils/kdeplasma-addons/Makefile ports/deskutils/kdeplasma-addons/distinfo ports/deskutils/kdeplasma-addons/pkg-plist ports/devel/automoc4/Makefile ports/devel/kdebindings4/Makefile ports/devel/kdebindings4/files/Makefile.kdebindings ports/devel/kdebindings4-python/Makefile ports/devel/kdebindings4-python-krosspython/Makefile ports/devel/kdebindings4-python-krosspython/distinfo ports/devel/kdebindings4-python-pykde4/Makefile ports/devel/kdebindings4-python-pykde4/distinfo ports/devel/kdebindings4-python-pykde4/pkg-plist ports/devel/kdesdk4/Makefile ports/devel/kdesdk4/distinfo ports/devel/kdesdk4/pkg-plist ports/devel/qmake/Makefile ports/devel/qmake/distinfo ports/devel/qmake/files/Makefile.bsd ports/devel/qmake/files/qconfig.cpp ports/devel/qmake/pkg-descr ports/devel/qmake/pkg-plist ports/devel/qmake4/Makefile ports/devel/qmake4/distinfo ports/devel/qmake4/files/Makefile.bsd ports/devel/qmake4/files/qconfig.cpp ports/devel/qmake4/pkg-plist ports/devel/qt4-qvfb/Makefile ports/french/kde4-l10n/Makefile ports/french/kde4-l10n/Makefile.man ports/french/kde4-l10n/distinfo ports/french/kde4-l10n/pkg-plist ports/games/kdegames4/Makefile ports/games/kdegames4/distinfo ports/games/kdegames4/pkg-plist ports/german/kde4-l10n/Makefile ports/german/kde4-l10n/Makefile.man ports/german/kde4-l10n/distinfo ports/german/kde4-l10n/pkg-plist ports/graphics/kcoloredit/Makefile ports/graphics/kcoloredit/distinfo ports/graphics/kdegraphics4/Makefile ports/graphics/kdegraphics4/distinfo ports/graphics/kdegraphics4/files/patch-libs__libkdcraw__CMakeLists.txt ports/graphics/kdegraphics4/pkg-plist ports/graphics/kgraphviewer/Makefile ports/graphics/kgraphviewer/distinfo ports/graphics/kgraphviewer/pkg-plist ports/graphics/kiconedit/Makefile ports/graphics/kiconedit/distinfo ports/graphics/kiconedit/pkg-plist ports/graphics/kpovmodeler/Makefile ports/graphics/kpovmodeler/distinfo ports/graphics/qt4-iconengines/Makefile ports/graphics/skanlite/Makefile ports/graphics/skanlite/distinfo ports/graphics/skanlite/pkg-plist ports/hebrew/kde4-l10n/Makefile ports/hebrew/kde4-l10n/distinfo ports/hebrew/kde4-l10n/pkg-plist ports/hungarian/kde4-l10n/Makefile ports/hungarian/kde4-l10n/distinfo ports/hungarian/kde4-l10n/pkg-plist ports/japanese/kde4-l10n/Makefile ports/japanese/kde4-l10n/distinfo ports/japanese/kde4-l10n/pkg-plist ports/korean/kde4-l10n/Makefile ports/korean/kde4-l10n/distinfo ports/korean/kde4-l10n/pkg-plist ports/math/eigen2/Makefile ports/math/eigen2/distinfo ports/math/eigen2/pkg-plist ports/misc/kde4-l10n/Makefile ports/misc/kde4-l10n/files/bsd.l10n.mk ports/misc/kde4-l10n-bg/Makefile ports/misc/kde4-l10n-bg/distinfo ports/misc/kde4-l10n-bg/pkg-plist ports/misc/kde4-l10n-bn_IN/Makefile ports/misc/kde4-l10n-bn_IN/distinfo ports/misc/kde4-l10n-bn_IN/pkg-plist ports/misc/kde4-l10n-ca/Makefile ports/misc/kde4-l10n-ca/distinfo ports/misc/kde4-l10n-ca/pkg-plist ports/misc/kde4-l10n-cs/Makefile ports/misc/kde4-l10n-cs/distinfo ports/misc/kde4-l10n-cs/pkg-plist ports/misc/kde4-l10n-csb/Makefile ports/misc/kde4-l10n-csb/distinfo ports/misc/kde4-l10n-csb/pkg-plist ports/misc/kde4-l10n-da/Makefile ports/misc/kde4-l10n-da/distinfo ports/misc/kde4-l10n-da/pkg-plist ports/misc/kde4-l10n-el/Makefile ports/misc/kde4-l10n-el/distinfo ports/misc/kde4-l10n-el/pkg-plist ports/misc/kde4-l10n-en_GB/Makefile ports/misc/kde4-l10n-en_GB/distinfo ports/misc/kde4-l10n-en_GB/pkg-plist ports/misc/kde4-l10n-eo/Makefile ports/misc/kde4-l10n-es/Makefile ports/misc/kde4-l10n-es/Makefile.man ports/misc/kde4-l10n-es/distinfo ports/misc/kde4-l10n-es/pkg-plist ports/misc/kde4-l10n-et/Makefile ports/misc/kde4-l10n-et/Makefile.man ports/misc/kde4-l10n-et/distinfo ports/misc/kde4-l10n-et/pkg-plist ports/misc/kde4-l10n-eu/Makefile ports/misc/kde4-l10n-eu/distinfo ports/misc/kde4-l10n-eu/pkg-plist ports/misc/kde4-l10n-fi/Makefile ports/misc/kde4-l10n-fi/distinfo ports/misc/kde4-l10n-fi/pkg-plist ports/misc/kde4-l10n-fy/Makefile ports/misc/kde4-l10n-ga/Makefile ports/misc/kde4-l10n-ga/distinfo ports/misc/kde4-l10n-ga/pkg-plist ports/misc/kde4-l10n-gl/Makefile ports/misc/kde4-l10n-gl/distinfo ports/misc/kde4-l10n-gl/pkg-plist ports/misc/kde4-l10n-gu/Makefile ports/misc/kde4-l10n-gu/distinfo ports/misc/kde4-l10n-gu/pkg-plist ports/misc/kde4-l10n-hi/Makefile ports/misc/kde4-l10n-hi/distinfo ports/misc/kde4-l10n-hi/pkg-plist ports/misc/kde4-l10n-is/Makefile ports/misc/kde4-l10n-is/distinfo ports/misc/kde4-l10n-is/pkg-plist ports/misc/kde4-l10n-it/Makefile ports/misc/kde4-l10n-it/distinfo ports/misc/kde4-l10n-it/pkg-plist ports/misc/kde4-l10n-kk/Makefile ports/misc/kde4-l10n-kk/distinfo ports/misc/kde4-l10n-kk/pkg-plist ports/misc/kde4-l10n-km/Makefile ports/misc/kde4-l10n-km/distinfo ports/misc/kde4-l10n-km/pkg-plist ports/misc/kde4-l10n-kn/Makefile ports/misc/kde4-l10n-kn/distinfo ports/misc/kde4-l10n-kn/pkg-plist ports/misc/kde4-l10n-ku/Makefile ports/misc/kde4-l10n-ku/distinfo ports/misc/kde4-l10n-ku/pkg-plist ports/misc/kde4-l10n-lt/Makefile ports/misc/kde4-l10n-lt/distinfo ports/misc/kde4-l10n-lt/pkg-plist ports/misc/kde4-l10n-lv/Makefile ports/misc/kde4-l10n-lv/distinfo ports/misc/kde4-l10n-lv/pkg-plist ports/misc/kde4-l10n-mai/Makefile ports/misc/kde4-l10n-mai/distinfo ports/misc/kde4-l10n-mai/pkg-plist ports/misc/kde4-l10n-mk/Makefile ports/misc/kde4-l10n-mk/distinfo ports/misc/kde4-l10n-mk/pkg-plist ports/misc/kde4-l10n-ml/Makefile ports/misc/kde4-l10n-ml/distinfo ports/misc/kde4-l10n-ml/pkg-plist ports/misc/kde4-l10n-mr/Makefile ports/misc/kde4-l10n-mr/distinfo ports/misc/kde4-l10n-mr/pkg-plist ports/misc/kde4-l10n-nb/Makefile ports/misc/kde4-l10n-nb/distinfo ports/misc/kde4-l10n-nb/pkg-plist ports/misc/kde4-l10n-nds/Makefile ports/misc/kde4-l10n-nds/distinfo ports/misc/kde4-l10n-nds/pkg-plist ports/misc/kde4-l10n-nl/Makefile ports/misc/kde4-l10n-nl/distinfo ports/misc/kde4-l10n-nl/pkg-plist ports/misc/kde4-l10n-nn/Makefile ports/misc/kde4-l10n-nn/distinfo ports/misc/kde4-l10n-nn/pkg-plist ports/misc/kde4-l10n-pa/Makefile ports/misc/kde4-l10n-pa/distinfo ports/misc/kde4-l10n-pa/pkg-plist ports/misc/kde4-l10n-ro/Makefile ports/misc/kde4-l10n-ro/distinfo ports/misc/kde4-l10n-ro/pkg-plist ports/misc/kde4-l10n-sk/Makefile ports/misc/kde4-l10n-sk/distinfo ports/misc/kde4-l10n-sk/pkg-plist ports/misc/kde4-l10n-sl/Makefile ports/misc/kde4-l10n-sl/distinfo ports/misc/kde4-l10n-sl/pkg-plist ports/misc/kde4-l10n-sr/Makefile ports/misc/kde4-l10n-sr/Makefile.man ports/misc/kde4-l10n-sr/distinfo ports/misc/kde4-l10n-sr/pkg-plist ports/misc/kde4-l10n-sv/Makefile ports/misc/kde4-l10n-sv/Makefile.man ports/misc/kde4-l10n-sv/distinfo ports/misc/kde4-l10n-sv/pkg-plist ports/misc/kde4-l10n-ta/Makefile ports/misc/kde4-l10n-tg/Makefile ports/misc/kde4-l10n-tg/distinfo ports/misc/kde4-l10n-tg/pkg-plist ports/misc/kde4-l10n-th/Makefile ports/misc/kde4-l10n-th/distinfo ports/misc/kde4-l10n-th/pkg-plist ports/misc/kde4-l10n-tr/Makefile ports/misc/kde4-l10n-tr/distinfo ports/misc/kde4-l10n-tr/pkg-plist ports/misc/kde4-l10n-wa/Makefile ports/misc/kde4-l10n-wa/distinfo ports/misc/kde4-l10n-wa/pkg-plist ports/misc/kdeedu4/Makefile ports/misc/kdeedu4/distinfo ports/misc/kdeedu4/pkg-plist ports/misc/kdeutils4/Makefile ports/misc/kdeutils4/distinfo ports/misc/kdeutils4/pkg-plist ports/misc/konq-plugins-kde4/Makefile ports/misc/konq-plugins-kde4/distinfo ports/misc/konq-plugins-kde4/pkg-plist ports/multimedia/ffmpeg2theora/Makefile ports/multimedia/ffmpeg2theora/distinfo ports/multimedia/kdemultimedia4/Makefile ports/multimedia/kdemultimedia4/distinfo ports/multimedia/kdemultimedia4/pkg-plist ports/net/kdenetwork4/Makefile ports/net/kdenetwork4/distinfo ports/net/kdenetwork4/pkg-plist ports/polish/kadu/Makefile ports/polish/kde4-l10n/Makefile ports/polish/kde4-l10n/distinfo ports/polish/kde4-l10n/pkg-plist ports/ports-mgmt/kports-qt4/Makefile ports/portuguese/kde4-l10n/Makefile ports/portuguese/kde4-l10n/Makefile.man ports/portuguese/kde4-l10n/distinfo ports/portuguese/kde4-l10n/pkg-plist ports/portuguese/kde4-l10n-pt_BR/Makefile ports/portuguese/kde4-l10n-pt_BR/Makefile.man ports/portuguese/kde4-l10n-pt_BR/distinfo ports/portuguese/kde4-l10n-pt_BR/pkg-plist ports/print/kdeutils4-printer-applet/Makefile ports/print/kdeutils4-printer-applet/pkg-plist ports/print/system-config-printer-kde/Makefile ports/print/system-config-printer-kde/pkg-plist ports/russian/kde4-l10n/Makefile ports/russian/kde4-l10n/distinfo ports/russian/kde4-l10n/pkg-plist ports/security/vuxml/vuln.xml ports/sysutils/Makefile ports/sysutils/kdeadmin4/Makefile ports/sysutils/kdeadmin4/distinfo ports/sysutils/kdeadmin4/pkg-plist ports/sysutils/policykit-kde/Makefile ports/textproc/qt4-xmlpatterns/Makefile ports/textproc/soprano/Makefile ports/textproc/soprano/distinfo ports/textproc/soprano/pkg-plist ports/ukrainian/kde4-l10n/Makefile ports/ukrainian/kde4-l10n/Makefile.man ports/ukrainian/kde4-l10n/distinfo ports/ukrainian/kde4-l10n/pkg-plist ports/www/Makefile ports/www/firefox3/Makefile ports/www/firefox3/distinfo ports/www/firefox35/Makefile ports/www/firefox35/distinfo ports/www/kdewebdev4/Makefile ports/www/kdewebdev4/distinfo ports/www/kdewebdev4/pkg-plist ports/www/linux-firefox/Makefile ports/www/linux-firefox/distinfo ports/www/mod_auth_external/Makefile ports/www/mod_auth_pam/Makefile ports/www/mod_extract_forwarded/Makefile ports/www/mod_proxy_add_forward/Makefile ports/www/mod_sqlinclude/Makefile ports/www/squid30/Makefile ports/www/squid30/distinfo ports/www/squid31/Makefile ports/www/squid31/distinfo ports/x11/Makefile ports/x11/kde4/Makefile ports/x11/kdebase4/Makefile ports/x11/kdebase4/distinfo ports/x11/kdebase4/pkg-plist ports/x11/kdebase4-runtime/Makefile ports/x11/kdebase4-runtime/distinfo ports/x11/kdebase4-runtime/pkg-plist ports/x11/kdebase4-workspace/Makefile ports/x11/kdebase4-workspace/distinfo ports/x11/kdebase4-workspace/pkg-plist ports/x11/kdelibs4/Makefile ports/x11/kdelibs4/distinfo ports/x11/kdelibs4/files/patch-KDE4Defaults.cmake ports/x11/kdelibs4/files/patch-cmake_modules_FindLibKonq.cmake ports/x11/kdelibs4/files/patch-kio_kfile_kpropertiesdialog.cpp ports/x11/kdelibs4/pkg-descr ports/x11/kdelibs4/pkg-plist ports/x11-clocks/kdetoys4/Makefile ports/x11-clocks/kdetoys4/distinfo ports/x11-clocks/wmfishtime/Makefile ports/x11-fm/xdiskusage/Makefile ports/x11-themes/Makefile ports/x11-themes/kdeartwork4/Makefile ports/x11-themes/kdeartwork4/distinfo ports/x11-themes/kdeartwork4/pkg-plist From kitchetech at gmail.com Wed Aug 5 01:58:51 2009 From: kitchetech at gmail.com (matt donovan) Date: Wed Aug 5 01:58:58 2009 Subject: What does py25 mean? In-Reply-To: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <28283d910908041828y509033afq6dcb58b1bb89e84f@mail.gmail.com> On Tue, Aug 4, 2009 at 4:48 PM, Lars Eighner wrote: > What does py25 mean? > > I can't seem to upgrade about 40 ports (the old versions of which now seem > to be broken) evidently because the build of > > py25-gtk-2.13.1 fails with the message > > py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5. > > Well, of *I* did not specify 2.5. > > But howcome something called py25-cairo needs Python 2.6? What does that > py25 on the front mean? Doesn't it mean python 2.5? If it doesn't mean > that, what does it mean? If it does mean that, then howcome it needs > python > 2.6? > > > -- > Lars Eighner > http://www.larseighner.com/index.html > 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 > > _______________________________________________ > 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" > yes it means python 2.5 most likely for cairo the py25 was not bumped to py26 From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Aug 5 02:42:31 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Aug 5 02:42:39 2009 Subject: What does py25 mean? In-Reply-To: <28283d910908041828y509033afq6dcb58b1bb89e84f@mail.gmail.com> References: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> <28283d910908041828y509033afq6dcb58b1bb89e84f@mail.gmail.com> Message-ID: <200908041842.27968.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 04 August 2009 17:28:59 matt donovan wrote: > On Tue, Aug 4, 2009 at 4:48 PM, Lars Eighner wrote: > > What does py25 mean? > > > > I can't seem to upgrade about 40 ports (the old versions of which now > > seem to be broken) evidently because the build of > > > > py25-gtk-2.13.1 fails with the message > > > > py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5. > > > > Well, of *I* did not specify 2.5. > yes it means python 2.5 most likely for cairo the py25 was not bumped to > py26 No, the package name (or actually the PKGNAMEPREFIX) is dynamically created from the *detected* python version. Also graphics/py-cairo has: USE_PYTHON= 2.6+ Which signals that it cannot work with python 2.5. If you install lang/python26, it should work, tho I haven't checked. -- Mel From unixmania at gmail.com Wed Aug 5 03:08:50 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Wed Aug 5 03:08:57 2009 Subject: x11-toolkits/xview requires COMPAT_43TTY defined to build on -CURRENT In-Reply-To: <4A77D926.2070304@uffner.com> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> Message-ID: On Tue, Aug 4, 2009 at 3:45 AM, Tom Uffner wrote: > Mel Flynn wrote: >> >> So, the real fix should come from upstream. For the time being, this >> should work, marked MAKE_JOBS_UNSAFE while I was in there. The OSVERSION >> leaves a three week hole where things won't work, but that should be >> acceptable. > > Thank you for the patch. > > I'm guessing an upstream fix is pretty unlikely. I'd be surprised if > there were even 10 people still using xview for anything other than > legacy apps. My interest is because it's a dependency for sysutils/contool. > > and unfortunately it may all be pointless anyway because contool > won't run on my system for reasons i have yet to determine. Can't xconsole do the job for you instead of contool? BTW, what problems do you have with contool? Are they the same ones discussed before in these threads? http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From erwin at FreeBSD.org Wed Aug 5 03:32:34 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 5 03:32:40 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200908050332.n753WWcL056598@pointyhat.freebsd.org> From flz at xbsd.org Wed Aug 5 08:10:04 2009 From: flz at xbsd.org (Florent Thoumie) Date: Wed Aug 5 08:10:10 2009 Subject: What does py25 mean? In-Reply-To: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: On Tue, Aug 4, 2009 at 9:48 PM, Lars Eighner wrote: > What does py25 mean? > > I can't seem to upgrade about 40 ports (the old versions of which now seem > to be broken) evidently because the build of > > py25-gtk-2.13.1 fails with the message > > ? ?py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5. > > Well, of *I* did not specify 2.5. > > But howcome something called py25-cairo needs Python 2.6? ?What does that > py25 on the front mean? ? Doesn't it mean python 2.5? ?If it doesn't mean > that, what does it mean? ?If it does mean that, then howcome it needs python > 2.6? Looking at graphics/py-cairo history: June 17: was updated to 1.8.4 June 19: required python 2.6+ You most likely installed it before that, and probably before python 2.6 was set as the default version. The message is a bit misleading but as somebody else said, the py25- prefix in that case comes from your installed version of python. Check entry 20090608 about the python upgrade in /usr/ports/UPDATING. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From jean-yves.avenard at hydrix.com Wed Aug 5 09:52:24 2009 From: jean-yves.avenard at hydrix.com (Jean-Yves Avenard) Date: Wed Aug 5 09:52:30 2009 Subject: FreeBSD Port: net-snmp-5.4.2.1_5 ; IPFW MIB Message-ID: <32829B19-C9A1-419B-B07C-8ADA43EAE0D4@hydrix.com> Hello I'm writing to you as you are the maintainer of the net-snmp port. I've written an IPFW MIB for net-snmp on FreeBSD allowing you to query the ipfw counters using snmp. This is very useful for monitoring various network statistics. I've maintained this patch since 2002 and it has proven itself very stable with various reports of success. I was wondering if there was any possibility to include this in the port, it would make future upgrade much simpler. A link to the archive is there: http://www.hydrix.com/Download/Utils/MIB/mib-ipfw2.tgz Thank you Jean-Yves ------ Jean-Yves Avenard Hydrix - Our Expertise - Your Competitive Advantage www.hydrix.com | fax +61 3 8573 5289 | phone +61 3 8573 5299 VoIP: direct: 200@voip.hydrix.com, general: info@voip.hydrix.com They who would give up an essential liberty for temporary security, deserve neither liberty or security (Benjamin Franklin) From stb at lassitu.de Wed Aug 5 10:11:40 2009 From: stb at lassitu.de (Stefan Bethke) Date: Wed Aug 5 10:11:47 2009 Subject: PHP gd issues In-Reply-To: <98de397f0907230144o6ceb0eb0n9891228003f23e9a@mail.gmail.com> References: <98de397f0907230144o6ceb0eb0n9891228003f23e9a@mail.gmail.com> Message-ID: <324A3E2E-1484-49F2-B3C5-78316FF5F934@lassitu.de> Am 23.07.2009 um 10:44 schrieb mediaslut von abfab: > I had the same fatallibpngerror discovered yesterday. > > It seems like libpng version 1.2.37 was buggy. And version 1.2.38 is > not available yet on FreeBSD Ports (although, I don't know if this bug > is fixed in this version?). > I have downgraded to version 1.2.35 and the error has gone away. I just ran into this problem through WordPress. I can't find any PR referencing this, and I don't see ache@ or dinoex@ cc'ed... png-mng-implement has a reference to this issue: I don't have the time to do any analysis myself (not before the weekend anyway), so if any of you could take a look, I'd be most grateful. Stefan -- Stefan Bethke Fon +49 151 14070811 From bennett at cs.niu.edu Wed Aug 5 10:53:16 2009 From: bennett at cs.niu.edu (Scott Bennett) Date: Wed Aug 5 10:53:24 2009 Subject: getting bogged down by malfunctioning ports subsystem Message-ID: <200908051052.n75AqSAI005906@mp.cs.niu.edu> Yesterday's ports updates are just *loads* of fun. :-( Until portmaster reached the rebuilding of perl5.10, *every* *single* *port* that got rebuilt ended in failure on a "make deinstall/make reinstall" recommendation, *none* of which actually worked when tried. The only thing that worked was to ignore that part of the recommendation and instead to do a "env FORCE_PKG_REGISTER make install". I didn't isolate that until after several rebuilt ports (mostly qt4- ports) were lost due to the failures of the recommended solution. perl5.10, however, now fails to update on something different. It gets an error that says, . . . ===>>> Starting check for runtime dependencies ===>>> Gathering dependency list for lang/perl5.10 from ports ===>>> Starting dependency check ===>>> Checking dependency: /usr/ports/databases/gdbm ===>>> Dependency check complete for lang/perl5.10 /usr/bin/make install.perl install.man STRIPFLAGS= DESTDIR="" /usr/bin/strip: '/usr/local/bin/perl5.10.0': No such file /usr/bin/strip: '/usr/local/bin/perl': No such file /usr/local/bin/pod2man: not found *** Error code 127 It then proceeds to rebuild the port and install much of it before failing with 1 error I love most of the rest of FreeBSD, but I have to ask, are the allegedly more ad hoc methods of dealing with ported software that are used in LINUX *really* any worse to live with than this? The FreeBSD ports subsystem has been a never-ending nightmare at least since 5.2.1 when I first started using FreeBSD. Lately, in trying to following the suggestions of asking for help on the list that one finds in the FreeBSD documentation, I can't even keep up with the replies, about a quarter of which are genuinely helpful (thanks much for those!) and trying to keep an updated system is proving to be just about impossible. Recently, a request for even token donations was posted to the freebsd-announce list in order to get a more representative count of the number of people using FreeBSD. I will try to send a token donation, but unfortunately, I live in poverty, not fabulous wealth, so I have no ability to fund a project to fix the ports subsystem. Is there any hope that the FreeBSD Foundation might have success in soliciting funding elsewhere to fix the ports subsystem? It has been by far the weakest, most fragile and unreliable part of FreeBSD for way too long. For the moment, I'm afraid I must give up trying to update ports. The process is just too broken. The libtool upgrade I asked about on the list earlier? If the daily patches are beyond my reach, there's really no point in worrying about libtool. It looks now as though my best option will be to wait for the next release of FreeBSD, install that, and forget about any ports updates until the release after that, and so on. :-( I just hope that my system is not now too broken to use until the next release comes out. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From natarajsn at gmail.com Wed Aug 5 13:37:52 2009 From: natarajsn at gmail.com (Nataraj S Narayan) Date: Wed Aug 5 13:37:59 2009 Subject: Thanks for KDE 4.3.0 and Qt 4.5 ! In-Reply-To: <367b2c980908041444l7fca2d6bkcf7387fed8dedee3@mail.gmail.com> References: <367b2c980908041444l7fca2d6bkcf7387fed8dedee3@mail.gmail.com> Message-ID: <630286c70908050607k3b863b69r2c389c7bc375ea49@mail.gmail.com> Hi I use ports for package installation. The following are the qt4 packages in my machine. freebsd# ls -l /var/db/pkg/|grep qt4 drwxr-xr-x 2 root wheel 512 Jul 15 09:59 qt4-assistant-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 14 17:50 qt4-assistant-adp-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 14 17:39 qt4-clucene-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 15 13:54 qt4-codecs-cn-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 15 13:57 qt4-codecs-jp-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 15 13:59 qt4-codecs-kr-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 15 14:01 qt4-codecs-tw-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 30 16:07 qt4-corelib-4.4.3 drwxr-xr-x 2 root wheel 512 Jul 14 17:50 qt4-dbus-4.4.1 drwxr-xr-x 2 root wheel 512 Jul 15 11:51 qt4-designer-4.4.1 Except for few, all packages are version 4.4.1. How do I upgrade to 4.4.3 in a single go? regards Nataraj On Wed, Aug 5, 2009 at 3:14 AM, Olivier Smedts wrote: > Big thanks to the FreeBSD KDE team for such a reactive update after > the official release ! > > I've been testing it for few hours, using area51. It works great. > > Are there any differences between area51 and what have been committed > to the ports repository ? > > The "s/MAKE_JOBS_SAVE/MAKE_JOBS_SAFE" fix should also be applied for > "devel/qt4-qvfb/Makefile", "textproc/qt4-xmlpatterns/Makefile" and > "databases/qt4-sql/Makefile". > > Cheers, > Olivier > > -- > Olivier Smedts ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? _ > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org ? ? ? ?- against HTML email & vCards ?X > www: http://www.gid0.org ? ?- against proprietary attachments / \ > > ?"Il y a seulement 10 sortes de gens dans le monde : > ?ceux qui comprennent le binaire, > ?et ceux qui ne le comprennent pas." > _______________________________________________ > 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 t_ziel at wp.pl Wed Aug 5 14:25:09 2009 From: t_ziel at wp.pl (t_ziel) Date: Wed Aug 5 14:25:18 2009 Subject: Is somebody working on these ports? (libquantum, spark, eiffel) Message-ID: <4a79900244e836.09814382@wp.pl> Hello Is somebody working on these ports? * libquantum - the C library for quantum computing and quantum simulation http://www.libquantum.de/ * SPARK GPL EDITION - high-assurance software development toolset http://libre.adacore.com/libre/tools/spark-gpl-edition/ * update EiffelStudio to the latest 6.4 version http://www.freshports.org/devel/eiffelstudio/ http://eiffel.com/products/studio/ * update SmartEiffel to the latest 2.3 version http://www.freshports.org/lang/smarteiffel/ http://smarteiffel.loria.fr/ -- best regards Tomek Zielinski ---------------------------------------------------- Re?yser MUMII powraca z nowym widowiskowym G.I. Joe: CZAS KOBRY -> zobacz zwiastun filmu http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fczaskobry.html&sid=823 From t_ziel at wp.pl Wed Aug 5 14:40:09 2009 From: t_ziel at wp.pl (t_ziel) Date: Wed Aug 5 14:40:15 2009 Subject: Is somebody working on these ports? (libquantum, spark, eiffel) In-Reply-To: <4a79900244e836.09814382@wp.pl> <7be7a2800908050728h2ac29f16na2c2eb1edb3b9d8f@mail.gmail.com> References: <4a79900244e836.09814382@wp.pl> <7be7a2800908050728h2ac29f16na2c2eb1edb3b9d8f@mail.gmail.com> Message-ID: <4a7999c6a482c8.69379705@wp.pl> Hello Thank you very much Wen. I really appreciate your help. Please send me an email when libquantum port is ready to testing. -- best regards Tomek Zieli?ski >Dnia 5-08-2009 o godz. 16:28 wen heping napisa?(a): >I would work on the first. >>2009/8/5 t_ziel >> >>Hello >> >> Is somebody working on these ports? >> >> * libquantum - the C library for quantum computing and quantum simulation >> http://www.libquantum.de/ >> >> * SPARK GPL EDITION - high-assurance software development toolset >> http://libre.adacore.com/libre/tools/spark-gpl-edition/ >> >> * update EiffelStudio to the latest 6.4 version >> http://www.freshports.org/devel/eiffelstudio/ >> http://eiffel.com/products/studio/ >> >> * update SmartEiffel to the latest 2.3 version >> http://www.freshports.org/lang/smarteiffel/ >> http://smarteiffel.loria.fr/ >> >> -- >> best regards >> Tomek Zielinski ---------------------------------------------------- Re?yser MUMII powraca z nowym widowiskowym G.I. Joe: CZAS KOBRY -> zobacz zwiastun filmu http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fczaskobry.html&sid=823 From patfbsd at davenulle.org Wed Aug 5 15:25:00 2009 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Wed Aug 5 15:25:07 2009 Subject: Is somebody working on these ports? (libquantum, spark, eiffel) In-Reply-To: <4a79900244e836.09814382@wp.pl> References: <4a79900244e836.09814382@wp.pl> Message-ID: <20090805172512.0917a158@baby-jane.lamaiziere.net> Le Wed, 05 Aug 2009 15:58:26 +0200, t_ziel a ?crit : > Hello Hi, > * update SmartEiffel to the latest 2.3 version Please do not. SmartEiffel 2 is not compatible with SmartEiffel 1. I think that SmartEiffel is dead and we should remove it from the ports tree. Regards From Albert.Shih at obspm.fr Wed Aug 5 15:36:58 2009 From: Albert.Shih at obspm.fr (Albert Shih) Date: Wed Aug 5 15:37:05 2009 Subject: Compiling problem for qt4-designer Message-ID: <20090805152159.GA84591@obspm.fr> Hi all Thanks for the kde 4.3 ports. But I've some problem to compiling the devel/qt4-designer All my ports (of course except qt4* and KDE4*) is up2date but when I try to compile qt4-designer I've got something like : I'm running FreeBSD pcjas.obspm.fr 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jun 30 16:54:33 CEST 2009 on i386 version. What should I do ? Bests Regards. g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4 -o ../../../../bin/designer-qt4 .obj/release-shared/fontpanel.o .obj/release-shared/qttoolbardialog.o .obj/release-shared/main.o .obj/release-shared/qdesigner.o .obj/release-shared/qdesigner_toolwindow.o .obj/release-shared/qdesigner_formwindow.o .obj/release-shared/qdesigner_workbench.o .obj/release-shared/qdesigner_settings.o .obj/release-shared/qdesigner_server.o .obj/release-shared/qdesigner_actions.o .obj/release-shared/qdesigner_appearanceoptions.o .obj/release-shared/saveformastemplate.o .obj/release-shared/newform.o .obj/release-shared/versiondialog.o .obj/release-shared/appfontdialog.o .obj/release-shared/preferencesdialog.o .obj/release-shared/assistantclient.o .obj/release-shared/mainwindow.o .obj/release-shared/moc_fontpanel.o .obj/release-shared/moc_qdesigner.o .obj/release-shared/moc_qdesigner_toolwindow.o .obj/release-shared/moc_qdesigner_formwindow.o .obj/release-shared/moc_qdesigner_workbench.o .obj/release-shared/moc_qdesigner_actions.o .obj/release-shared/moc_qdesigner_server.o .obj/release-shared/moc_qdesigner_appearanceoptions.o .obj/release-shared/moc_saveformastemplate.o .obj/release-shared/moc_newform.o .obj/release-shared/moc_versiondialog.o .obj/release-shared/moc_appfontdialog.o .obj/release-shared/moc_preferencesdialog.o .obj/release-shared/moc_mainwindow.o .obj/release-shared/qrc_designer.o .obj/release-shared/qrc_qttoolbardialog.o -L/usr/local/lib/qt4 -L/usr/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/lib -L/usr/local/lib -L../../lib -L../../../../lib -lQtDesignerComponents -lQtDesigner -lQtScript -L/usr/local/lib/qt4 -L/usr/local/lib -pthread -pthread -lQtXml -pthread -pthread -lQtGui -pthread -lpng -lfreetype -lSM -lICE -pthread -pthread -lXrender -lfontconfig -lXext -lX11 -lQtNetwork -pthread -pthread -lQtCore -lz -lm -pthread -lgthread-2.0 -lglib-2.0 -liconv .obj/release-shared/qdesigner.o(.text+0x4ad): In function `QDesigner::parseCommandLineArgs(QStringList&, QString&)': : undefined reference to `QDesignerPropertySheet::setInternalDynamicPropertiesEnabled(bool)' .obj/release-shared/qdesigner_formwindow.o(.text+0x45d): In function `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, QDesignerWorkbench*, QWidget*, QFlags)': : undefined reference to `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)' .obj/release-shared/qdesigner_formwindow.o(.text+0x67d): In function `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, QDesignerWorkbench*, QWidget*, QFlags)': : undefined reference to `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)' .obj/release-shared/qdesigner_workbench.o(.text+0x1aa8): In function `QDesignerWorkbench::loadForm(QString const&, bool, bool*, QString*)': : undefined reference to `qdesigner_internal::FormWindowBase::setLineTerminatorMode(qdesigner_internal::FormWindowBase::LineTerminatorMode)' .obj/release-shared/qdesigner_workbench.o(.text+0x24a0): In function `QDesignerWorkbench::saveSettings() const': : undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_workbench.o(.text+0x489c): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/qdesigner_workbench.o(.text+0x48d5): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::setOptionsPages(QList const&)' .obj/release-shared/qdesigner_workbench.o(.text+0x490e): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_workbench.o(.text+0x558c): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/qdesigner_workbench.o(.text+0x55c5): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::setOptionsPages(QList const&)' .obj/release-shared/qdesigner_workbench.o(.text+0x55fe): In function `QDesignerWorkbench::QDesignerWorkbench()': : undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_settings.o(.text+0x65): In function `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_settings.o(.text+0x75): In function `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_actions.o(.text+0x190): In function `QDesignerActions::previewConfiguration()': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_actions.o(.text+0x198): In function `QDesignerActions::previewConfiguration()': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::isCustomPreviewConfigurationEnabled() const' .obj/release-shared/qdesigner_actions.o(.text+0x1bb): In function `QDesignerActions::previewConfiguration()': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::customPreviewConfiguration() const' .obj/release-shared/qdesigner_actions.o(.text+0x12dd): In function `QDesignerActions::createPreviewPixmap(QDesignerFormWindowInterface*)': : undefined reference to `qdesigner_internal::PreviewManager::createPreviewPixmap(QDesignerFormWindowInterface const*, QString const&, QString*)' .obj/release-shared/qdesigner_actions.o(.text+0x308e): In function `QDesignerActions::backupForms()': : undefined reference to `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' .obj/release-shared/qdesigner_actions.o(.text+0x407c): In function `QDesignerActions::showWidgetSpecificHelp()': : undefined reference to `qdesigner_internal::QDesignerIntegration::contextHelpId() const' .obj/release-shared/qdesigner_actions.o(.text+0x6f56): In function `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': : undefined reference to `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' .obj/release-shared/qdesigner_actions.o(.text+0x96c6): In function `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': : undefined reference to `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' .obj/release-shared/qdesigner_actions.o(.text+0xb8ee): In function `QDesignerActions::writeOutForm(QDesignerFormWindowInterface*, QString const&)': : undefined reference to `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' .obj/release-shared/saveformastemplate.o(.text+0xbb9): In function `SaveFormAsTemplate::accept()': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::setFormTemplatePaths(QStringList const&)' .obj/release-shared/saveformastemplate.o(.text+0x103d): In function `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, QDesignerFormWindowInterface*, QWidget*)': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' .obj/release-shared/saveformastemplate.o(.text+0x12ed): In function `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, QDesignerFormWindowInterface*, QWidget*)': : undefined reference to `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' .obj/release-shared/newform.o(.text+0x2a): In function `NewForm::grabForm(QDesignerFormEditorInterface*, QIODevice&, QString const&, qdesigner_internal::DeviceProfile const&)': : undefined reference to `qdesigner_internal::NewFormWidget::grabForm(QDesignerFormEditorInterface*, QIODevice&, QString const&, qdesigner_internal::DeviceProfile const&)' .obj/release-shared/newform.o(.text+0xdcb): In function `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': : undefined reference to `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorInterface*, QWidget*)' .obj/release-shared/newform.o(.text+0x128b): In function `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': : undefined reference to `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorInterface*, QWidget*)' .obj/release-shared/preferencesdialog.o(.text+0x24e): In function `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, QWidget*)': : undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/preferencesdialog.o(.text+0x63e): In function `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, QWidget*)': : undefined reference to `QDesignerFormEditorInterface::optionsPages() const' /usr/local/lib/qt4/libQtDesigner.so: undefined reference to `QCss::Parser::parse(QCss::StyleSheet*)' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 -- Albert SHIH SIO batiment 15 Observatoire de Paris Meudon 5 Place Jules Janssen 92195 Meudon Cedex T?l?phone : 01 45 07 76 26/06 86 69 95 71 Heure local/Local time: Mer 5 ao? 2009 17:04:32 CEST From t_ziel at wp.pl Wed Aug 5 16:50:29 2009 From: t_ziel at wp.pl (t_ziel) Date: Wed Aug 5 16:50:37 2009 Subject: Is somebody working on these ports? (libquantum, spark, eiffel) In-Reply-To: <4a79900244e836.09814382@wp.pl> <20090805172512.0917a158@baby-jane.lamaiziere.net> References: <4a79900244e836.09814382@wp.pl> <20090805172512.0917a158@baby-jane.lamaiziere.net> Message-ID: <4a79b851c35591.53590172@wp.pl> The latest development snapshot is dated: 2009-01-13 so it's not too old, nor dead. http://gforge.inria.fr/frs/?group_id=184 If SmartEiffel 2 is not compatible wit SmartEiffel 1, it's better to include all versions to let users decide what the want to install. -- regards Tomek Zielinski > t_ziel a ?crit : > > > Hello > > Hi, > > > * update SmartEiffel to the latest 2.3 version > > Please do not. SmartEiffel 2 is not compatible with SmartEiffel 1. > > I think that SmartEiffel is dead and we should remove it from the ports > tree. > > Regards ---------------------------------------------------- Marcin Gortat i inne gwiazdy koszyk?wki w Polsce jeszcze przed EuroBasketem! Zobacz na ?ywo mecze Polska vs. Chorwacja 11 i 12 sierpnia w ?odzi. Bilety: http://klik.wp.pl/?adr=http%3A%2F%2Fcorto.www.wp.pl%2Fas%2Fmarcingortat2.html&sid=825 From wblock at wonkity.com Wed Aug 5 20:18:05 2009 From: wblock at wonkity.com (Warren Block) Date: Wed Aug 5 20:18:13 2009 Subject: BUILD_CONFLICTS? Message-ID: Builds of openoffice.org-3-devel die if devel/cppunit has been installed. It seems to only be a build conflict, not a runtime conflict, but there isn't a way to distinguish with the standard CONFLICTS variable. Similarly, there are ports that don't like the presence of ccache during a build. For example, the gcc port finds the ccache binaries and quits. I quick-scanned the porters handbook but didn't see BUILD_CONFLICTS; is there a way to give the user some message about the problem? 1 module(s): cppunit need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice.org-3-devel/work/DEV300_m54/cppunit -Warren Block * Rapid City, South Dakota USA From tom at uffner.com Wed Aug 5 20:51:01 2009 From: tom at uffner.com (Tom Uffner) Date: Wed Aug 5 20:51:08 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> Message-ID: <4A79F0AC.4000103@uffner.com> Carlos A. M. dos Santos wrote: > Can't xconsole do the job for you instead of contool? more or less. i am using xconsole by default. however i prefer contool because it has the following features which are missing from every other X console program that I am aware of: 1. it can remain iconified (or entirely unmapped) and out of my way most of the time. 2. it can timestamp the messages it prints 3. it can alert me to the presence of new console messages by flashing its icon, beeping, and/or opening its window 4. it allows me to specify, using regular expression filters, the types of messages it should or should not alert on. > BTW, what problems do you have with contool? Are they the same ones > discussed before in these threads? > > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html my xconsole still exhibits those problems. don't know about contool yet. as i said, i haven't had the time to diagnose it yet. what console i use on my X workstations is not really that high a priority in the grand scheme of things. contool is exiting with this message: Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 378. Abort which may be another symptom of the tty layer changes, but i haven't really had time to look at it yet. tom From linimon at lonesome.com Wed Aug 5 21:48:24 2009 From: linimon at lonesome.com (Mark Linimon) Date: Wed Aug 5 21:48:32 2009 Subject: status of FreeBSD ports you maintain as of 20090705 In-Reply-To: References: <20090706014719.GG11993@lonesome.com> <070151759cb2aacd36a14eb4b318a435@xs4all.nl> <20090716181711.GC90253@comcast.net> <36957fedc04d840595162bb026a8ec62@xs4all.nl> <20090801114833.GA23826@lonesome.com> <83e5fb980908040459k2e533ab4o2d23b229f98b8ace@mail.gmail.com> <4A785310.6070109@FreeBSD.org> <20090804195441.GA2710@lonesome.com> Message-ID: <20090805214823.GB4759@lonesome.com> On Tue, Aug 04, 2009 at 05:44:57PM -0400, Alex Goncharov wrote: > Could do more for the project -- but looks like nobody needs it. Oh, > well, I am not insisting. Persistence is the name of the game. The more PRs you submit, the more you are likely to attract the attention of the existing committers, and that's the track to becoming a new committer. > How a new port would have broken the existing ones? (5.4 is not an > upgrade -- it's a separate port not touching 5.0, 5.1 or 6.0.) - CONFLICTS must be set properly - latest_link must be set properly - the name can't be the exact same as an existing port (kind of equal to latest-link being right) - must be added correctly in category Makefile These are the most common errors people make when adding new ports. Yes, they are all easily learned. > the words "we need more volunteers, committers etc." sound insincere. We have a tremendous backlog of PRs and not all incoming PRs get noticed. However, historically, folks who persist and send a large number of PRs _do_ get noticed. But it doesn't happen overnight. Anyways, I don't think I'm going to be able to change your mind about this topic, so I'll step back and listen to other people's opinions now. mcl From lasta at orion.net.id Wed Aug 5 21:53:15 2009 From: lasta at orion.net.id (Lasta Yani) Date: Wed Aug 5 21:53:22 2009 Subject: FreeBSD Port: openbgpd-4.5.20090709 In-Reply-To: <23382533.18591249508037683.JavaMail.root@mail.orion.net.id> Message-ID: <10117348.18611249508132935.JavaMail.root@mail.orion.net.id> Hello Hiroki, I'm sorry if I send directly this email to you. When I try to upgrade my machine to openbgpd-4.5.20090709, something weird had happened. This is my configuration, neighbor $nap1 { remote-as 45147 descr ke-NAP1 announce all set prepend-self 2 } neighbor $nap2 { remote-as 45147 descr ke-NAP2 announce all set prepend-self 2 } deny from any allow from $nap1 inet prefixlen 8 - 24 ------------------------------------------------------- # bgpctl s ip b sum Neighbor AS MsgRcvd MsgSent OutQ Up/Down State/PrfRcvd ke-NAP2 45147 790010 26298 0 01w2d03h 287574 ke-NAP1 45147 789760 26298 0 01w2d03h 287672 I dont change this configuration from OpenBGPD v4.2, and usually with this setting, I'm not receiving any prefixes from $nap2 (ke-NAP2), only receiving from $nap1 (ke-NAP1). Its weird when I upgraded via port to openbgpd-4.5.20090709, its still receiving prefixes, I can't deny it. Is there anything wrong with my configuration ? Thank you. Rgds, -- Lasta Yani From freebsd at splip.com Wed Aug 5 23:09:17 2009 From: freebsd at splip.com (Karl Friesen) Date: Wed Aug 5 23:09:23 2009 Subject: FreeBSD Port: openssl-0.9.8k_2 Message-ID: <4A7A0A51.4070404@splip.com> The SCTP configuration option has been broken for a while now -- three of the files required for the option (tls-extractor.patch, abbreviated-renegotiation.patch, and dtls-sctp.patch) fail the checksum. Would you please install the correct checksums so that openssl can be built with SCTP support? I'm compiling the openssl port under FreeBSD 7.2-p3. Thanks, --karl From portsuser at larseighner.com Thu Aug 6 00:53:32 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Aug 6 00:53:43 2009 Subject: devel/dbus-qt4 won't build Message-ID: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> Okay after it didn't work a few times I did portupgrade -fr qt4\* and still the make of devel/dbus-qt4 fails thus: g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4 -o ../../../bin/qdbus .obj/release-shared/qdbus.o -L/usr/local/lib/qt4 -L/us r/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/lib -L/usr/local/lib -lQ tDBus -L/usr/local/lib/qt4 -L/usr/local/lib -pthread -pthread -pthread -pthread -pthread -pthread -lQtXml -pthread -pthread -lQtCore -lz -lm -pthread -lgthread- 2.0 -lglib-2.0 -liconv .obj/release-shared/qdbus.o(.text+0x102): In function `printArg(QVariant const&) ': : undefined reference to `QDBusUtil::argumentToString(QVariant const&)' *** Error code 1 Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus/q dbus. *** Error code 1 Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus/q dbus. *** Error code 1 Stop in /usr/ports/devel/dbus-qt4/work/qt-x11-opensource-src-4.5.2/tools/qdbus. *** Error code 1 Stop in /usr/ports/devel/dbus-qt4. Wed Aug 05 19:38:12 -bash4.0:ttyva:root debranded/usr/ports/devel/dbus-qt4# -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From erwin at FreeBSD.org Thu Aug 6 01:19:39 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 6 01:19:44 2009 Subject: INDEX now builds successfully on 8.x Message-ID: <200908060119.n761JbUX026721@pointyhat.freebsd.org> From unixmania at gmail.com Thu Aug 6 01:37:27 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu Aug 6 01:38:36 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <4A79F0AC.4000103@uffner.com> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> <4A79F0AC.4000103@uffner.com> Message-ID: On Wed, Aug 5, 2009 at 5:50 PM, Tom Uffner wrote: > Carlos A. M. dos Santos wrote: > >> Can't xconsole do the job for you instead of contool? > > more or less. i am using xconsole by default. however i prefer contool > because it has the following features which are missing from every other > X console program that I am aware of: > > 1. it can remain iconified (or entirely unmapped) and out of my way most > of the time. > 2. it can timestamp the messages it prints > 3. it can alert me to the presence of new console messages by flashing > its icon, beeping, and/or opening its window > 4. it allows me to specify, using regular expression filters, the types > of messages it should or should not alert on. > >> BTW, what problems do you have with contool? Are they the same ones >> discussed before in these threads? >> >> >> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html >> >> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html > > my xconsole still exhibits those problems. don't know about contool yet. It is even worst on 8.0, now. Even making xconsole SUID root I can't see any of the messages written to /dev/console. Using "xterm -C" does not work. > as i said, i haven't had the time to diagnose it yet. what console i use > on my X workstations is not really that high a priority in the grand scheme > of things. contool is exiting with this message: > > Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line > 378. > Abort > > which may be another symptom of the tty layer changes, but i haven't really > had time to look at it yet. Looks like a bug in XCB. This would not be a surprise, given the poor engineering of Xorg these days (lack of it, in fact). Try rebuilding libX11 with the patch I sent in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=137373 You will not miss XCB. It is as useful as hole int your head. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From thesmartups at gmail.com Thu Aug 6 01:55:58 2009 From: thesmartups at gmail.com (Smart UPS) Date: Thu Aug 6 01:56:05 2009 Subject: Fed up with Load Shedding??? Message-ID: <20090806072311.07B74578C1720862@gmail.com> Smart UPS 2+2 (500 Watt 4+4 (1000 Wat 2+2 means 2 Tube Lights + 2 Fans 4+4 means 4 Tube Lights + 4 Fans Above UPS's are without Battery With 6 Months Warranty Contact: 0300-2104646 If you don't want to receive any References 1. 3D"mailto:thesmartups@gmail.com?subject=unsubscribe" From dougb at FreeBSD.org Thu Aug 6 02:32:45 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 02:32:52 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> <4A79F0AC.4000103@uffner.com> Message-ID: <4A7A40BC.3010102@FreeBSD.org> Carlos A. M. dos Santos wrote: > On Wed, Aug 5, 2009 at 5:50 PM, Tom Uffner wrote: >> Carlos A. M. dos Santos wrote: >> >>> Can't xconsole do the job for you instead of contool? >> more or less. i am using xconsole by default. however i prefer contool >> because it has the following features which are missing from every other >> X console program that I am aware of: >> >> 1. it can remain iconified (or entirely unmapped) and out of my way most >> of the time. >> 2. it can timestamp the messages it prints >> 3. it can alert me to the presence of new console messages by flashing >> its icon, beeping, and/or opening its window >> 4. it allows me to specify, using regular expression filters, the types >> of messages it should or should not alert on. >> >>> BTW, what problems do you have with contool? Are they the same ones >>> discussed before in these threads? >>> >>> >>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html >>> >>> http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html >> my xconsole still exhibits those problems. don't know about contool yet. > > It is even worst on 8.0, now. Even making xconsole SUID root I can't > see any of the messages written to /dev/console. Using "xterm -C" does > not work. > >> as i said, i haven't had the time to diagnose it yet. what console i use >> on my X workstations is not really that high a priority in the grand scheme >> of things. contool is exiting with this message: >> >> Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line >> 378. >> Abort >> >> which may be another symptom of the tty layer changes, but i haven't really >> had time to look at it yet. > > Looks like a bug in XCB. This would not be a surprise, given the poor > engineering of Xorg these days (lack of it, in fact). Try rebuilding > libX11 with the patch I sent in this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137373 > > You will not miss XCB. It is as useful as hole int your head. I thought contool looked interesting so I tried build it. It requires xview, which fails as follows on a fairly recent -current (8.0-BETA2 r195917: Mon Jul 27 16:09:24 PDT 2009): cc -fPIC -O2 -pipe -ggdb -fno-strict-aliasing -ggdb -I../../../build/include -I/usr/local/include -DCSRG_BASED -I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO -DOS_HAS_LOCALE -DOS_HAS_MMAP -DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\"" -I../../../build/include -I/usr/local/include -DCSRG_BASED -I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO -DOS_HAS_LOCALE -DOS_HAS_MMAP -DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\"" -c ps_impl.c -o shared/ps_impl.o ps_impl.c: In function 'ps_create': ps_impl.c:183: warning: passing argument 1 of 'xv_error' makes integer from pointer without a cast rm -f ev_display.o shared/ev_display.o cc -fPIC -O2 -pipe -ggdb -fno-strict-aliasing -ggdb -I../../../build/include -I/usr/local/include -DCSRG_BASED -I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO -DOS_HAS_LOCALE -DOS_HAS_MMAP -DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\"" -I../../../build/include -I/usr/local/include -DCSRG_BASED -I/include -DSUNOS41 -DX11R6 -DFUNCPROTO=15 -DNARROWPROTO -DOS_HAS_LOCALE -DOS_HAS_MMAP -DEXTRASMENU="\"/usr/local/lib/.text_extras_menu\"" -c ev_display.c -o shared/ev_display.o In file included from ../../../build/include/xview_private/tty_impl.h:216, from ev_display.c:36: /usr/include/sys/ioctl_compat.h:42:2: error: #error "Definitions not available without TTY ioctl compat." ev_display.c: In function 'ev_init_X_carets': ev_display.c:89: warning: passing argument 1 of 'xv_error' makes integer from pointer without a cast ev_display.c: In function 'ev_put_caret': ev_display.c:138: warning: passing argument 1 of 'xv_error' makes integer from pointer without a cast *** Error code 1 -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 02:42:49 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 02:42:56 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <4A7A431E.3030704@FreeBSD.org> Lars Eighner wrote: > Okay after it didn't work a few times I did > > portupgrade -fr qt4\* > > and still the make of devel/dbus-qt4 fails thus: What happens if you do this: cd /usr/ports/devel/dbus-qt4 make clean make config make Doug -- This .signature sanitized for your protection From cyberbotx at cyberbotx.com Thu Aug 6 02:51:59 2009 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Thu Aug 6 02:52:05 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <4A7A431E.3030704@FreeBSD.org> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7A431E.3030704@FreeBSD.org> Message-ID: <4A7A454B.1020903@cyberbotx.com> Doug Barton wrote: > Lars Eighner wrote: >> Okay after it didn't work a few times I did >> >> portupgrade -fr qt4\* >> >> and still the make of devel/dbus-qt4 fails thus: > > What happens if you do this: > > cd /usr/ports/devel/dbus-qt4 > make clean > make config > make > > > Doug Actually, I had this problem as well, I found the solution (after a bit of Googling), is to deinstall devel/dbus-qt4 and then install it again. Apparently the update conflicts with the older version already installed. Naram Qashat From portsuser at larseighner.com Thu Aug 6 02:52:28 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Aug 6 02:52:35 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <4A7A431E.3030704@FreeBSD.org> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7A431E.3030704@FreeBSD.org> Message-ID: <20090805214441.I45418@qroenaqrq.6qbyyneqvnyhc.pbz> On Wed, 5 Aug 2009, Doug Barton wrote: > Lars Eighner wrote: >> Okay after it didn't work a few times I did >> >> portupgrade -fr qt4\* >> >> and still the make of devel/dbus-qt4 fails thus: > > What happens if you do this: > > cd /usr/ports/devel/dbus-qt4 > make clean > make config > make Don't know, but deleting the old port before make seems to work. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From dougb at FreeBSD.org Thu Aug 6 03:38:11 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 03:38:17 2009 Subject: getting bogged down by malfunctioning ports subsystem In-Reply-To: <200908051052.n75AqSAI005906@mp.cs.niu.edu> References: <200908051052.n75AqSAI005906@mp.cs.niu.edu> Message-ID: <4A7A5018.1050108@FreeBSD.org> Scott Bennett wrote: > Yesterday's ports updates are just *loads* of fun. :-( Until portmaster > reached the rebuilding of perl5.10, *every* *single* *port* that got rebuilt > ended in failure on a "make deinstall/make reinstall" recommendation, *none* > of which actually worked when tried. You've heard the definition of insanity right? Doing the same thing over and over and expecting a different result? If you're having problems like this it's a good idea to report them sooner than later. Unless you can give specifics it's basically impossible to help you. > The only thing that worked was to ignore > that part of the recommendation and instead to do a > "env FORCE_PKG_REGISTER make install". I didn't isolate that until after > several rebuilt ports (mostly qt4- ports) were lost due to the failures of > the recommended solution. Personally I have had good luck with FORCE_PKG_REGISTER in these situations, although it's probably worth noting for the record that this recommendation comes from the ports infrastructure, not portmaster. I would also like to point out that if you have problems with *every* *single* *port* you might want to consider that you have a more systemic problem with your particular pkg directory having become corrupt, or something else on a grander scale than just "the ports subsystem sucks." > perl5.10, however, now fails to update on something different. It gets > an error that says, > > . > . > . > ===>>> Starting check for runtime dependencies > ===>>> Gathering dependency list for lang/perl5.10 from ports > ===>>> Starting dependency check > ===>>> Checking dependency: /usr/ports/databases/gdbm > ===>>> Dependency check complete for lang/perl5.10 > > /usr/bin/make install.perl install.man STRIPFLAGS= DESTDIR="" > /usr/bin/strip: '/usr/local/bin/perl5.10.0': No such file > /usr/bin/strip: '/usr/local/bin/perl': No such file > /usr/local/bin/pod2man: not found > *** Error code 127 > > It then proceeds to rebuild the port and install much of it before failing > with > > 1 error In a situation like this what I would do is 'pkg_delete -f' the port, then immediately rebuild it with portmaster again (so that portmaster can register the dependencies properly when it installs). I agree that is not "graceful," but the perl (and as I understand it python as well) stuff is notoriously twitchy when it comes to these kinds of problems. I have considered changing the order of how portmaster does things from: build backup package (unless -B) deinstall install to: backup package deinstall build install That is undoubtedly more dangerous, and would require the "automated backout" feature that I have yet to write, but it would solve a lot of these problems. -- This .signature sanitized for your protection From tom at uffner.com Thu Aug 6 03:40:56 2009 From: tom at uffner.com (Tom Uffner) Date: Thu Aug 6 03:41:02 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <4A7A40BC.3010102@FreeBSD.org> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> <4A79F0AC.4000103@uffner.com> <4A7A40BC.3010102@FreeBSD.org> Message-ID: <4A7A50C4.30804@uffner.com> Doug Barton wrote: > I thought contool looked interesting so I tried build it. It requires > xview, which fails as follows on a fairly recent -current (8.0-BETA2 > r195917: Mon Jul 27 16:09:24 PDT 2009): i posted an ugly workaround for this a few days ago, which started this thread, and Mel Flynn replied with a better one. tom From dougb at FreeBSD.org Thu Aug 6 03:47:17 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 03:47:24 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <4A7A454B.1020903@cyberbotx.com> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7A431E.3030704@FreeBSD.org> <4A7A454B.1020903@cyberbotx.com> Message-ID: <4A7A5239.7030906@FreeBSD.org> Naram Qashat wrote: > Actually, I had this problem as well, I found the solution (after a bit > of Googling), is to deinstall devel/dbus-qt4 and then install it again. > Apparently the update conflicts with the older version already installed. Oy, that's not a good thing. I notice that there is now an entry in ports/UPDATING that covers this though, so at least users who pay attention to that file will not run into the same problem. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 04:04:48 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 04:04:55 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <4A7A50C4.30804@uffner.com> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> <4A79F0AC.4000103@uffner.com> <4A7A40BC.3010102@FreeBSD.org> <4A7A50C4.30804@uffner.com> Message-ID: <4A7A5654.9040208@FreeBSD.org> Tom Uffner wrote: > Doug Barton wrote: >> I thought contool looked interesting so I tried build it. It requires >> xview, which fails as follows on a fairly recent -current (8.0-BETA2 >> r195917: Mon Jul 27 16:09:24 PDT 2009): > > i posted an ugly workaround for this a few days ago, which started this > thread, and Mel Flynn replied with a better one. Ok, committed, thanks! -- This .signature sanitized for your protection From khsing.cn at gmail.com Thu Aug 6 04:08:07 2009 From: khsing.cn at gmail.com (khsing) Date: Thu Aug 6 04:08:14 2009 Subject: devel/glib install is not correct. Message-ID: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> When I install graphics/p5-Image-Magick-Iterator, I have got some message below. I think the devel/glib install is not correct, so made this error. gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4' ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for glib-2.20.4 ===> Returning to build of liblqr-1-0.4.1 Error: shared library "glib-2.0.0" does not exist *** Error code 1 Stop in /usr/ports/graphics/liblqr-1. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/p5-Image-Magick-Iterator. -- A man live in jail and want to break. http://blog.khsing.net From dougb at FreeBSD.org Thu Aug 6 04:09:38 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 04:09:45 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <4A7A50C4.30804@uffner.com> References: <4A74D10A.9000507@uffner.com> <200908031312.14400.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77A67D.1050101@uffner.com> <200908032207.37816.mel.flynn+fbsd.ports@mailing.thruhere.net> <4A77D926.2070304@uffner.com> <4A79F0AC.4000103@uffner.com> <4A7A40BC.3010102@FreeBSD.org> <4A7A50C4.30804@uffner.com> Message-ID: <4A7A5757.40009@FreeBSD.org> Ok, so now I'm up to the point where starting contool give me this: contool Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 378. Abort trap: 6 (core dumped) gdb log attached -- This .signature sanitized for your protection -------------- next part -------------- $ gdb /usr/local/bin/contool contool.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `contool'. Program terminated with signal 6, Aborted. Reading symbols from /usr/local/lib/libxview.so.3...done. Loaded symbols for /usr/local/lib/libxview.so.3 Reading symbols from /usr/local/lib/libolgx.so.3...done. Loaded symbols for /usr/local/lib/libolgx.so.3 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x283e48c7 in kill () at kill.S:3 3 RSYSCALL(kill) (gdb) bt #0 0x283e48c7 in kill () at kill.S:3 #1 0x283e4826 in __raise (s=6) at /usr/local/src/lib/libc/gen/raise.c:46 #2 0x283e342a in abort () at /usr/local/src/lib/libc/stdlib/abort.c:65 #3 0x283c98f6 in __assert (func=0x6
, file=0x5
, line=0, failedexpr=0x28298178 "ret != inval_id") at /usr/local/src/lib/libc/gen/assert.c:54 #4 0x2822d2ba in _XAllocID (dpy=0x28523600) at xcb_io.c:378 #5 0x281611b5 in server_init (parent=0, server_public=676349152, avlist=0xbfbfdc84) at server.c:746 #6 0x281b2a9d in xv_create_avlist (parent=0, pkg=0x281cb360, avlist=0xbfbfdc84) at xv.c:391 #7 0x281b2c6f in xv_create (parent=0, pkg=0x281cb360) at xv.c:307 #8 0x281b4924 in xv_init (attr1=1241974786) at xv_init.c:308 #9 0x0804b801 in ?? () #10 0x4a070802 in ?? () #11 0xbfbfea70 in ?? () #12 0xbfbfea90 in ?? () #13 0x00000000 in ?? () #14 0x00000000 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x00000000 in ?? () #18 0x00000000 in ?? () #19 0x00000000 in ?? () #20 0xbfbfea90 in ?? () #21 0xbfbfea70 in ?? () #22 0x00000000 in ?? () #23 0x00000000 in ?? () #24 0x00000000 in ?? () #25 0x00000000 in ?? () #26 0x00000000 in ?? () #27 0x00000000 in ?? () #28 0x00000000 in ?? () #29 0x00000000 in ?? () #30 0x00000000 in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0x00000000 in ?? () #35 0x00000000 in ?? () #36 0x00000000 in ?? () #37 0x00000000 in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x00000000 in ?? () #46 0x00000000 in ?? () #47 0x00000000 in ?? () #48 0x00000000 in ?? () #49 0x00000000 in ?? () ---Type to continue, or q to quit--- #50 0x00000000 in ?? () #51 0x00000000 in ?? () #52 0x00000000 in ?? () #53 0x00000000 in ?? () #54 0x00000000 in ?? () #55 0x00000000 in ?? () #56 0x00000000 in ?? () #57 0x00000000 in ?? () #58 0x00000000 in ?? () #59 0x00000000 in ?? () #60 0x00000000 in ?? () #61 0x00000000 in ?? () #62 0x00000000 in ?? () #63 0x00000000 in ?? () #64 0x00000000 in ?? () #65 0x00000000 in ?? () #66 0x00000000 in ?? () #67 0x00000000 in ?? () #68 0x00000000 in ?? () #69 0x00000000 in ?? () #70 0x00000000 in ?? () #71 0x00000000 in ?? () #72 0x00000000 in ?? () #73 0x00000000 in ?? () #74 0x00000000 in ?? () #75 0x00000000 in ?? () #76 0x00000000 in ?? () #77 0x00000000 in ?? () #78 0x00000000 in ?? () #79 0x00000000 in ?? () #80 0x00000000 in ?? () #81 0x00000000 in ?? () #82 0x00000000 in ?? () #83 0x00000000 in ?? () #84 0x00000000 in ?? () #85 0x00000000 in ?? () #86 0x00000000 in ?? () #87 0x00000000 in ?? () #88 0x00000000 in ?? () #89 0x00000000 in ?? () #90 0x00000000 in ?? () #91 0x00000000 in ?? () #92 0x00000000 in ?? () #93 0x00000000 in ?? () #94 0x00000000 in ?? () #95 0x00000000 in ?? () #96 0x00000000 in ?? () #97 0x00000000 in ?? () #98 0x00000000 in ?? () #99 0x00000000 in ?? () #100 0x00000000 in ?? () #101 0x00000000 in ?? () #102 0x00000000 in ?? () #103 0x00000000 in ?? () #104 0x00000000 in ?? () ---Type to continue, or q to quit--- #105 0x00000000 in ?? () #106 0x00000000 in ?? () #107 0x00000000 in ?? () #108 0x00000000 in ?? () #109 0x00000000 in ?? () #110 0x00000000 in ?? () #111 0x00000000 in ?? () #112 0x00000000 in ?? () #113 0x00000000 in ?? () #114 0x00000000 in ?? () #115 0x00000000 in ?? () #116 0x00000000 in ?? () #117 0x00000000 in ?? () #118 0x00000000 in ?? () #119 0x00000000 in ?? () #120 0x00000000 in ?? () #121 0x00000000 in ?? () #122 0x00000000 in ?? () #123 0x00000000 in ?? () #124 0x00000000 in ?? () #125 0x00000000 in ?? () #126 0x00000000 in ?? () #127 0x00000000 in ?? () #128 0x00000000 in ?? () #129 0x00000000 in ?? () #130 0x00000000 in ?? () #131 0x00000000 in ?? () #132 0x00000000 in ?? () #133 0x00000000 in ?? () #134 0x00000000 in ?? () #135 0x00000000 in ?? () #136 0x00000000 in ?? () #137 0x00000000 in ?? () #138 0x00000000 in ?? () #139 0x00000000 in ?? () #140 0x00000000 in ?? () #141 0x00000000 in ?? () #142 0x00000000 in ?? () #143 0x00000000 in ?? () #144 0x00000000 in ?? () #145 0x00000000 in ?? () #146 0x00000000 in ?? () #147 0x00000000 in ?? () #148 0x00000000 in ?? () #149 0x00000000 in ?? () #150 0x00000000 in ?? () #151 0x00000000 in ?? () #152 0x00000000 in ?? () #153 0x00000000 in ?? () #154 0x00000000 in ?? () #155 0x00000000 in ?? () #156 0x00000000 in ?? () #157 0x00000000 in ?? () #158 0x00000000 in ?? () #159 0x00000000 in ?? () ---Type to continue, or q to quit--- #160 0x00000000 in ?? () #161 0x00000000 in ?? () #162 0x00000000 in ?? () #163 0x00000000 in ?? () #164 0x00000000 in ?? () #165 0x00000000 in ?? () #166 0x00000000 in ?? () #167 0x00000000 in ?? () #168 0x00000000 in ?? () #169 0x00000000 in ?? () #170 0x00000000 in ?? () #171 0x00000000 in ?? () #172 0x00000000 in ?? () #173 0x00000000 in ?? () #174 0x00000000 in ?? () #175 0x00000000 in ?? () #176 0x00000000 in ?? () #177 0x00000000 in ?? () #178 0x00000000 in ?? () #179 0x00000000 in ?? () #180 0x00000000 in ?? () #181 0x00000000 in ?? () #182 0x00000000 in ?? () #183 0x00000000 in ?? () #184 0x00000000 in ?? () #185 0x00000000 in ?? () #186 0x00000000 in ?? () #187 0x00000000 in ?? () #188 0x00000000 in ?? () #189 0x00000000 in ?? () #190 0x00000000 in ?? () #191 0x00000000 in ?? () #192 0x00000000 in ?? () #193 0x00000000 in ?? () #194 0x00000000 in ?? () #195 0x00000000 in ?? () #196 0x00000000 in ?? () #197 0x00000000 in ?? () #198 0x00000000 in ?? () #199 0x00000000 in ?? () #200 0x00000000 in ?? () #201 0x00000000 in ?? () #202 0x00000000 in ?? () #203 0x00000000 in ?? () #204 0x00000000 in ?? () #205 0x00000000 in ?? () #206 0x00000000 in ?? () #207 0x00000000 in ?? () #208 0x00000000 in ?? () #209 0x00000000 in ?? () #210 0x00000000 in ?? () #211 0x00000000 in ?? () #212 0x00000000 in ?? () #213 0x00000000 in ?? () #214 0x00000000 in ?? () ---Type to continue, or q to quit--- #215 0x00000000 in ?? () #216 0x00000000 in ?? () #217 0x00000000 in ?? () #218 0x00000000 in ?? () #219 0x00000000 in ?? () #220 0x00000000 in ?? () #221 0x00000000 in ?? () #222 0x00000000 in ?? () #223 0x00000000 in ?? () #224 0x2805fa3c in symlook_obj (name=0x0, hash=0, obj=0xbfbfea88, ventry=0x8049a99, flags=1) at /usr/local/src/libexec/rtld-elf/rtld.c:2868 #225 0x08049a99 in ?? () #226 0x00000000 in ?? () #227 0x00000000 in ?? () #228 0xbfbfea88 in ?? () #229 0x08049a99 in ?? () #230 0x00000001 in ?? () #231 0xbfbfea90 in ?? () #232 0xbfbfea98 in ?? () #233 0x00000000 in ?? () #234 0xbfbfea70 in ?? () #235 0xbfbfea8c in ?? () #236 0x00000000 in ?? () #237 0x00000001 in ?? () #238 0xbfbfec08 in ?? () #239 0x00000000 in ?? () #240 0xbfbfec10 in ?? () #241 0xbfbfec23 in ?? () #242 0xbfbfec55 in ?? () #243 0xbfbfec63 in ?? () #244 0xbfbfec74 in ?? () #245 0xbfbfec82 in ?? () #246 0xbfbfec95 in ?? () #247 0xbfbfeca7 in ?? () #248 0xbfbfecc0 in ?? () #249 0xbfbfecd3 in ?? () #250 0xbfbfecde in ?? () #251 0xbfbfece9 in ?? () #252 0xbfbfed01 in ?? () #253 0xbfbfed17 in ?? () #254 0xbfbfed45 in ?? () #255 0xbfbfed58 in ?? () #256 0xbfbfed6c in ?? () #257 0xbfbfed8c in ?? () #258 0xbfbfeddf in ?? () #259 0xbfbfedf4 in ?? () #260 0xbfbfee08 in ?? () #261 0xbfbfee14 in ?? () #262 0xbfbfee24 in ?? () #263 0xbfbfee37 in ?? () #264 0xbfbfee4a in ?? () #265 0xbfbfee52 in ?? () #266 0xbfbfee63 in ?? () #267 0xbfbfee73 in ?? () #268 0xbfbfeebd in ?? () ---Type to continue, or q to quit--- #269 0xbfbfeecb in ?? () #270 0xbfbfeee0 in ?? () #271 0xbfbfef42 in ?? () #272 0xbfbfef5c in ?? () #273 0xbfbfef69 in ?? () #274 0xbfbfef8c in ?? () #275 0xbfbfef9e in ?? () #276 0x00000000 in ?? () #277 0x00000003 in ?? () #278 0x08048034 in ?? () #279 0x00000004 in ?? () #280 0x00000020 in ?? () #281 0x00000005 in ?? () #282 0x00000006 in ?? () #283 0x00000006 in ?? () #284 0x00001000 in ?? () #285 0x00000008 in ?? () #286 0x00000000 in ?? () #287 0x00000009 in ?? () #288 0x08049a10 in ?? () #289 0x00000007 in ?? () #290 0x2805c000 in ?? () #291 0x0000000f in ?? () #292 Cannot access memory at address 0x4c Current language: auto; currently asm (gdb) From khsing.cn at gmail.com Thu Aug 6 04:10:27 2009 From: khsing.cn at gmail.com (khsing) Date: Thu Aug 6 04:10:34 2009 Subject: devel/glib install is not correct. In-Reply-To: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> References: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> Message-ID: <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> When I deinstall devel/glib20 ports. I got this message ===> Deinstalling for devel/glib20 ===> Deinstalling glib-2.20.4 pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote: > When I install graphics/p5-Image-Magick-Iterator, I have got some message below. > > I think the devel/glib install is not correct, so made this error. > > gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4' > ===> ? Running ldconfig > /sbin/ldconfig -m /usr/local/lib > ===> ? Registering installation for glib-2.20.4 > ===> ? Returning to build of liblqr-1-0.4.1 > Error: shared library "glib-2.0.0" does not exist > *** Error code 1 > > Stop in /usr/ports/graphics/liblqr-1. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > *** Error code 1 > > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator. > > > -- > A man live in jail and want to break. > http://blog.khsing.net > -- A man live in jail and want to break. http://blog.khsing.net From leafy7382 at gmail.com Thu Aug 6 05:07:30 2009 From: leafy7382 at gmail.com (=?UTF-8?B?6JGJ5L2z5aiBIEppYXdlaSBZZQ==?=) Date: Thu Aug 6 05:07:37 2009 Subject: devel/glib install is not correct. In-Reply-To: <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> References: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> Message-ID: On Thu, Aug 6, 2009 at 12:10 PM, khsing wrote: > When I deinstall devel/glib20 ports. I got this message > > ===> Deinstalling for devel/glib20 > ===> Deinstalling glib-2.20.4 > pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist > pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist > pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist > pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist > pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist > pkg_delete: couldn't entirely delete package (perhaps the packing list is > incorrectly specified?) > > > On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote: > > When I install graphics/p5-Image-Magick-Iterator, I have got some message > below. > > > > I think the devel/glib install is not correct, so made this error. > > > > gmake[4]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > > gmake[3]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > > gmake[2]: Leaving directory > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' > > gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4' > > ===> Running ldconfig > > /sbin/ldconfig -m /usr/local/lib > > ===> Registering installation for glib-2.20.4 > > ===> Returning to build of liblqr-1-0.4.1 > > Error: shared library "glib-2.0.0" does not exist > > *** Error code 1 > > > > Stop in /usr/ports/graphics/liblqr-1. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/ImageMagick. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/ImageMagick. > > *** Error code 1 > > > > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator. > > > > > > -- > > A man live in jail and want to break. > > http://blog.khsing.net > > > I had the same issue with my new 4-core AMD64 -current system too. I suspect it's the new libtool and MAKE_JOBS_NUMBER>1. If I use MAKE_JOBS_NUMBERS>1 + libtool 2.2, both glib and atk are built with very strange lib version. glib is 2.0.200, atk is 1.2.6092 (or something like that, I don't have the exact error message anymore). To work around, set MAKE_JOB_NUMBERS=1 in make.conf and rebuild glib. that should make the problem go away for the moment. Cheers, Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From hrs at FreeBSD.org Thu Aug 6 05:10:26 2009 From: hrs at FreeBSD.org (Hiroki Sato) Date: Thu Aug 6 05:10:59 2009 Subject: FreeBSD Port: openbgpd-4.5.20090709 In-Reply-To: <10117348.18611249508132935.JavaMail.root@mail.orion.net.id> References: <23382533.18591249508037683.JavaMail.root@mail.orion.net.id> <10117348.18611249508132935.JavaMail.root@mail.orion.net.id> Message-ID: <20090806.140946.148216630.hrs@allbsd.org> Hi, Lasta Yani wrote in <10117348.18611249508132935.JavaMail.root@mail.orion.net.id>: la> Hello Hiroki, la> la> I'm sorry if I send directly this email to you. No problem. la> When I try to upgrade my machine to openbgpd-4.5.20090709, something la> weird had happened. (snip) la> I dont change this configuration from OpenBGPD v4.2, and usually with la> this setting, I'm not receiving any prefixes from $nap2 (ke-NAP2), la> only receiving from $nap1 (ke-NAP1). la> Its weird when I upgraded via port to openbgpd-4.5.20090709, its still la> receiving prefixes, I can't deny it. la> la> Is there anything wrong with my configuration ? la> Thank you. I think there is no problem with the configuration itself. Just in case, please send me the output of "bgpd -nv"? I will try to reproduce your symptom on my box. -- Hiroki -------------- 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/20090806/92a5b233/attachment.pgp From buganini at gmail.com Thu Aug 6 05:11:23 2009 From: buganini at gmail.com (Buganini) Date: Thu Aug 6 05:11:55 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <7fX59uGuf0@dmeyer.dinoex.sub.org> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A7724A7.6000500@FreeBSD.org> <7fX59uGuf0@dmeyer.dinoex.sub.org> Message-ID: Recently I'm think about how to make ports easier to upgraded: 1) Add a NODE_VERSION in each ports' Makefile, this variable would be stored in +CONTENTS. 2) Add a volatile-meaning flag in description of dependencies When a port, A, whose NODE_VERSION in Makefile > NODE_VERSION in +CONTENTS, ports that volatile'ly depends on A would be rebuilt. Any comment is welcome --Buganini From lasta at orion.net.id Thu Aug 6 05:32:32 2009 From: lasta at orion.net.id (Lasta Yani) Date: Thu Aug 6 05:32:40 2009 Subject: FreeBSD Port: openbgpd-4.5.20090709 In-Reply-To: <28696655.20561249536470061.JavaMail.root@mail.orion.net.id> Message-ID: <21778511.20581249536741380.JavaMail.root@mail.orion.net.id> ----- "Hiroki Sato" wrote: > > I think there is no problem with the configuration itself. Just in > case, please send me the output of "bgpd -nv"? I will try to > reproduce your symptom on my box. > Hi, This is my configuration, output of bgpd -nv, nap1 = "119.110.122.5" nap2 = "119.110.127.5" keNAP = "{ 203.84.152.0/22 203.84.156.0/22 }" AS 24523 router-id 203.84.155.84 holdtime min 3 fib-update yes rde rib Adj-RIB-In no evaluate rde rib Loc-RIB network 203.84.152.0/21 network 203.84.152.0/22 network 203.84.152.0/23 network 203.84.152.0/24 network 203.84.153.0/24 network 203.84.154.0/23 network 203.84.155.0/24 network 203.84.156.0/22 network 203.84.156.0/23 network 203.84.156.0/24 network 203.84.157.0/24 network 203.84.158.0/23 network 203.84.158.0/24 network 203.84.159.0/24 neighbor 119.110.127.5 { descr "ke-NAP2" remote-as 45147 announce all enforce neighbor-as yes announce IPv4 unicast announce IPv6 none softreconfig in yes softreconfig out yes } neighbor 119.110.122.5 { descr "ke-NAP1" remote-as 45147 announce all enforce neighbor-as yes announce IPv4 unicast announce IPv6 none softreconfig in yes softreconfig out yes } match to 119.110.122.5 set { prepend-self 2 } match to 119.110.127.5 set { prepend-self 2 } deny from any allow from 119.110.122.5 inet prefixlen 8 - 24 deny to any allow to 119.110.127.5 prefix 203.84.156.0/22 allow to 119.110.127.5 prefix 203.84.152.0/22 allow to 119.110.122.5 prefix 203.84.156.0/22 allow to 119.110.122.5 prefix 203.84.152.0/22 deny from any prefix 0.0.0.0/0 deny from any prefix 10.0.0.0/8 prefixlen >= 8 deny from any prefix 172.16.0.0/12 prefixlen >= 12 deny from any prefix 192.0.2.0/24 prefixlen >= 24 deny from any prefix 169.254.0.0/16 prefixlen >= 16 deny from any prefix 192.168.0.0/16 prefixlen >= 16 deny from any prefix 240.0.0.0/4 prefixlen >= 4 deny from any prefix 224.0.0.0/4 prefixlen >= 4 Thank you. Rgds, -- Lasta Yani From mel.flynn+fbsd.ports at mailing.thruhere.net Thu Aug 6 05:40:42 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Thu Aug 6 05:40:48 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <4A7A5757.40009@FreeBSD.org> References: <4A74D10A.9000507@uffner.com> <4A7A50C4.30804@uffner.com> <4A7A5757.40009@FreeBSD.org> Message-ID: <200908052140.35729.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 05 August 2009 20:08:55 Doug Barton wrote: > Ok, so now I'm up to the point where starting contool give me this: > > contool > Assertion failed: (ret != inval_id), function _XAllocID, file > xcb_io.c, line 378. > Abort trap: 6 (core dumped) You get a better a log if you install contool unstripped [1]: (gdb) bt #0 0x28463eb7 in kill () from /lib/libc.so.7 #1 0x28463e16 in raise () from /lib/libc.so.7 #2 0x28462a1a in abort () from /lib/libc.so.7 #3 0x28448ee6 in __assert () from /lib/libc.so.7 #4 0x28284d46 in _XAllocID (dpy=0x28524600) at xcb_io.c:378 #5 0x2818e11c in server_init (parent=0, server_public=676345056, avlist=0xbfbfd944) at server.c:746 #6 0x281f33b9 in xv_create_avlist (parent=0, pkg=0x0, avlist=0xbfbfd944) at xv.c:391 #7 0x281f315b in xv_create (parent=0, pkg=0x28210040) at xv.c:307 #8 0x281f520a in xv_init (attr1=1241974786) at xv_init.c:308 #9 0x0804b801 in main (argc=1, argv=0xbfbfe6e4) at contool.c:777 Which points to xv_init from xview as the culprit. Since that is the most basic function of xview, it might be best to mark it as BROKEN for the time being and complain with Xorg about yet another case of backwards compatibility failing. Of course I meant to say to patch it or remove the port and it's dependants. [1] Patch: Index: Makefile =================================================================== RCS file: /home/ncvs/ports/sysutils/contool/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile 9 Jun 2009 15:33:17 -0000 1.20 +++ Makefile 6 Aug 2009 05:20:11 -0000 @@ -24,8 +24,12 @@ MAN1= contool.1 + pre-install: @${MKDIR} ${PREFIX}/lib/help +.if defined(WITH_DEBUG) + -${SED} -i.bak -e 's/INSTPGMFLAGS = -s/INSTPGMFLAGS =/' ${WRKSRC}/Makefile +.endif post-install: @${CAT} ${PKGMESSAGE} -- Mel From khsing.cn at gmail.com Thu Aug 6 06:35:53 2009 From: khsing.cn at gmail.com (khsing) Date: Thu Aug 6 06:36:02 2009 Subject: devel/glib install is not correct. In-Reply-To: References: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> Message-ID: <97dad5de0908052335v70dca53atf194bd70b837e316@mail.gmail.com> I have found the reason. because libtool15 have been mv to libtool22. so upgrade libtool from 15 to 22 will resolve this problem. portmaster -Btuw libtool On Thu, Aug 6, 2009 at 12:36 PM, ??? Jiawei Ye wrote: > On Thu, Aug 6, 2009 at 12:10 PM, khsing wrote: >> >> When I deinstall devel/glib20 ports. I got this message >> >> ===> ?Deinstalling for devel/glib20 >> ===> ? Deinstalling glib-2.20.4 >> pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist >> pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist >> pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist >> pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist >> pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist >> pkg_delete: couldn't entirely delete package (perhaps the packing list is >> incorrectly specified?) >> >> >> On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote: >> > When I install graphics/p5-Image-Magick-Iterator, I have got some >> > message below. >> > >> > I think the devel/glib install is not correct, so made this error. >> > >> > gmake[4]: Leaving directory >> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >> > gmake[3]: Leaving directory >> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >> > gmake[2]: Leaving directory >> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >> > gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.20.4' >> > ===> ? Running ldconfig >> > /sbin/ldconfig -m /usr/local/lib >> > ===> ? Registering installation for glib-2.20.4 >> > ===> ? Returning to build of liblqr-1-0.4.1 >> > Error: shared library "glib-2.0.0" does not exist >> > *** Error code 1 >> > >> > Stop in /usr/ports/graphics/liblqr-1. >> > *** Error code 1 >> > >> > Stop in /usr/ports/graphics/ImageMagick. >> > *** Error code 1 >> > >> > Stop in /usr/ports/graphics/ImageMagick. >> > *** Error code 1 >> > >> > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator. >> > >> > >> > -- >> > A man live in jail and want to break. >> > http://blog.khsing.net >> > > > I had the same issue with my new 4-core AMD64 -current system too. I suspect > it's the new libtool and MAKE_JOBS_NUMBER>1. > If I use MAKE_JOBS_NUMBERS>1 + libtool 2.2, both glib and atk are built with > very strange lib version. > glib is 2.0.200, atk is 1.2.6092 (or something like that, I don't have the > exact error message anymore). To work around, set MAKE_JOB_NUMBERS=1 in > make.conf and rebuild glib. that should make the problem go away for the > moment. > Cheers, > Jiawei > > -- > "If it looks like a duck, walks like a duck, and quacks like a duck, then to > the end user it's a duck, and end users have made it pretty clear they want > a duck; whether the duck drinks hot chocolate or coffee is irrelevant." > -- A man live in jail and want to break. http://blog.khsing.net From portsuser at larseighner.com Thu Aug 6 07:37:28 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Aug 6 07:37:35 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <4A7A5239.7030906@FreeBSD.org> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7A431E.3030704@FreeBSD.org> <4A7A454B.1020903@cyberbotx.com> <4A7A5239.7030906@FreeBSD.org> Message-ID: <20090806022745.A94251@qroenaqrq.6qbyyneqvnyhc.pbz> On Wed, 5 Aug 2009, Doug Barton wrote: > Naram Qashat wrote: > >> Actually, I had this problem as well, I found the solution (after a bit >> of Googling), is to deinstall devel/dbus-qt4 and then install it again. >> Apparently the update conflicts with the older version already installed. > > Oy, that's not a good thing. I notice that there is now an entry in > ports/UPDATING that covers this though, so at least users who pay > attention to that file will not run into the same problem. It sure looks like this thing gets worse, and worse. If you try to fix devel/qt4-designer as suggested in UPDATING it turns out it won't install without devel/qt4-assistant being updated. Does anyone check these things before they are committed? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From matthias.andree at gmx.de Thu Aug 6 09:00:03 2009 From: matthias.andree at gmx.de (Matthias Andree) Date: Thu Aug 6 09:00:10 2009 Subject: getting bogged down by malfunctioning ports subsystem In-Reply-To: <4A7A5018.1050108@FreeBSD.org> References: <200908051052.n75AqSAI005906@mp.cs.niu.edu> <4A7A5018.1050108@FreeBSD.org> Message-ID: Am 06.08.2009, 05:38 Uhr, schrieb Doug Barton : > I have considered changing the order of how portmaster does things from: > > build > backup package (unless -B) > deinstall > install > > to: > backup package > deinstall > build > install > > That is undoubtedly more dangerous, and would require the "automated > backout" feature that I have yet to write, but it would solve a lot of > these problems. I recall very few cases where this change would have helped me; one was the recent GD2 update (arguably that would be a bug of the individual port - often an upstream bug - that picked up an old /usr/local library version during the build), and a minor one was an earlier e2fsprogs-libuuid issue (which was in fact just exposing genuine upstream bugs that impaired portability); it also impairs system functionality during the whole build phase. -- Matthias Andree From portsuser at larseighner.com Thu Aug 6 09:32:55 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Aug 6 09:33:03 2009 Subject: What does py25 mean? In-Reply-To: References: <20090804154812.W66227@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <20090806042603.K96001@qroenaqrq.6qbyyneqvnyhc.pbz> On Wed, 5 Aug 2009, Florent Thoumie wrote: > On Tue, Aug 4, 2009 at 9:48 PM, Lars Eighner wrote: >> What does py25 mean? >> >> I can't seem to upgrade about 40 ports (the old versions of which now seem >> to be broken) evidently because the build of >> >> py25-gtk-2.13.1 fails with the message >> >> ? ?py25-cairo-1.8.6 needs Python 2.6 at least. But you specified 2.5. >> >> Well, of *I* did not specify 2.5. >> >> But howcome something called py25-cairo needs Python 2.6? ?What does that >> py25 on the front mean? ? Doesn't it mean python 2.5? ?If it doesn't mean >> that, what does it mean? ?If it does mean that, then howcome it needs python >> 2.6? > > Looking at graphics/py-cairo history: > > June 17: was updated to 1.8.4 > June 19: required python 2.6+ > > You most likely installed it before that, and probably before python > 2.6 was set as the default version. The message is a bit misleading > but as somebody else said, the py25- prefix in that case comes from > your installed version of python. > > Check entry 20090608 about the python upgrade in /usr/ports/UPDATING. Yes I did that. Twice. I am now doing it a third time. In the meantime I deinstalled py-cairo and make installed it and it thinks its name is not py26-cairo but x11-toolkits/py-gtk2 won't build because it thinks it need py25-cairo which in turn needs python26. But the pkg db doesn't have any py25-cairo because it has py26-cairo which was built with python26. It is really hard to tell whether python is more screwy than qt. I'd say it is pretty much a tie. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From patfbsd at davenulle.org Thu Aug 6 09:41:23 2009 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Thu Aug 6 09:41:31 2009 Subject: Is somebody working on these ports? (libquantum, spark, eiffel) In-Reply-To: <4a79b851c35591.53590172@wp.pl> References: <4a79900244e836.09814382@wp.pl> <20090805172512.0917a158@baby-jane.lamaiziere.net> <4a79b851c35591.53590172@wp.pl> Message-ID: <20090806114117.01e3bc4d@baby-jane.lamaiziere.net> Le Wed, 05 Aug 2009 18:50:25 +0200, t_ziel a ?crit : > The latest development snapshot is dated: 2009-01-13 so it's not too > old, nor dead. > http://gforge.inria.fr/frs/?group_id=184 Se 2 is mostly dead: http://n2.nabble.com/Status-of-SmartEiffel-(alive-or-dead)-td3085602.html > If SmartEiffel 2 is not compatible wit SmartEiffel 1, it's better to > include all versions to let users decide what the want to install. Yes, but how many people use SmartEiffel? SE 1 is broken for a while on amd64 with gcc4, that's a known problem. In fact, each time I tried to use this port, it appeared to be broken in a way (does not fetch, does not build). If there are only two or three users we should remove it from the ports tree, I think. From portsuser at larseighner.com Thu Aug 6 11:16:39 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Thu Aug 6 11:16:45 2009 Subject: Ports completely and permanently hosed Message-ID: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> Okay py25-cairo will not build with python26 But with python26 it won't build either. py26-cairo will build with python26 and replaces py25-cairo but x11-toolkits/py-gtk2 will not build with py26-cairo, but insists on py25-cairo which will not build with or without python26 I realize this stuff is put together by object-oriented people who aren't really used to the expectation that stuff will, you know, actually work. Would these things build if I deleted all 1619 installed packages and started from scratch, or are the circular gotchas built-in with python and qt? -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From mezz7 at cox.net Thu Aug 6 12:14:46 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu Aug 6 12:14:53 2009 Subject: devel/glib install is not correct. In-Reply-To: <97dad5de0908052335v70dca53atf194bd70b837e316@mail.gmail.com> References: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> <97dad5de0908052335v70dca53atf194bd70b837e316@mail.gmail.com> Message-ID: On Thu, 06 Aug 2009 01:35:32 -0500, khsing wrote: > I have found the reason. because libtool15 have been mv to libtool22. It is documented in /usr/ports/UPDATING. > so upgrade libtool from 15 to 22 will resolve this problem. > > portmaster -Btuw libtool > > On Thu, Aug 6, 2009 at 12:36 PM, ??? Jiawei Ye > wrote: >> On Thu, Aug 6, 2009 at 12:10 PM, khsing wrote: >>> >>> When I deinstall devel/glib20 ports. I got this message >>> >>> ===> ?Deinstalling for devel/glib20 >>> ===> ? Deinstalling glib-2.20.4 >>> pkg_delete: file '/usr/local/lib/libgio-2.0.so.0' doesn't exist >>> pkg_delete: file '/usr/local/lib/libglib-2.0.so.0' doesn't exist >>> pkg_delete: file '/usr/local/lib/libgmodule-2.0.so.0' doesn't exist >>> pkg_delete: file '/usr/local/lib/libgobject-2.0.so.0' doesn't exist >>> pkg_delete: file '/usr/local/lib/libgthread-2.0.so.0' doesn't exist >>> pkg_delete: couldn't entirely delete package (perhaps the packing list >>> is >>> incorrectly specified?) >>> >>> >>> On Thu, Aug 6, 2009 at 12:07 PM, khsing wrote: >>> > When I install graphics/p5-Image-Magick-Iterator, I have got some >>> > message below. >>> > >>> > I think the devel/glib install is not correct, so made this error. >>> > >>> > gmake[4]: Leaving directory >>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >>> > gmake[3]: Leaving directory >>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >>> > gmake[2]: Leaving directory >>> > `/usr/ports/devel/glib20/work/glib-2.20.4/docs' >>> > gmake[1]: Leaving directory >>> `/usr/ports/devel/glib20/work/glib-2.20.4' >>> > ===> ? Running ldconfig >>> > /sbin/ldconfig -m /usr/local/lib >>> > ===> ? Registering installation for glib-2.20.4 >>> > ===> ? Returning to build of liblqr-1-0.4.1 >>> > Error: shared library "glib-2.0.0" does not exist >>> > *** Error code 1 >>> > >>> > Stop in /usr/ports/graphics/liblqr-1. >>> > *** Error code 1 >>> > >>> > Stop in /usr/ports/graphics/ImageMagick. >>> > *** Error code 1 >>> > >>> > Stop in /usr/ports/graphics/ImageMagick. >>> > *** Error code 1 >>> > >>> > Stop in /usr/ports/graphics/p5-Image-Magick-Iterator. >>> > >>> > >>> > -- >>> > A man live in jail and want to break. >>> > http://blog.khsing.net >>> > >> >> I had the same issue with my new 4-core AMD64 -current system too. I >> suspect >> it's the new libtool and MAKE_JOBS_NUMBER>1. >> If I use MAKE_JOBS_NUMBERS>1 + libtool 2.2, both glib and atk are built >> with >> very strange lib version. >> glib is 2.0.200, atk is 1.2.6092 (or something like that, I don't have >> the >> exact error message anymore). To work around, set MAKE_JOB_NUMBERS=1 in >> make.conf and rebuild glib. that should make the problem go away for the >> moment. >> Cheers, >> Jiawei >> >> -- >> "If it looks like a duck, walks like a duck, and quacks like a duck, >> then to >> the end user it's a duck, and end users have made it pretty clear they >> want >> a duck; whether the duck drinks hot chocolate or coffee is irrelevant." >> > > > -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From jigger at webtribe.net Thu Aug 6 12:21:30 2009 From: jigger at webtribe.net (jigger smith) Date: Thu Aug 6 12:21:37 2009 Subject: Problem compiling port Message-ID: <4A7AC3F8.5020208@webtribe.net> Hi, I have tried to install bsd-airtools from your ports collection, but as you can see there appears to be a problem. Any suggestions? [jigg3r@mageddo]$ cd /usr/ports/net-mgmt/bsd-airtools [jigg3r@mageddo]$ sudo make install clean ===> bsd-airtools-0.3 broken by removal of wicontrol ioctls from if_wavelan_ieee.h. *** Error code 1 Stop in /usr/ports/net-mgmt/bsd-airtools. [jigg3r@mageddo]$ Kind regards, jigger. From unixmania at gmail.com Thu Aug 6 13:11:36 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu Aug 6 13:11:43 2009 Subject: x11-toolkits/xview (actually contool) In-Reply-To: <200908052140.35729.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <4A74D10A.9000507@uffner.com> <4A7A50C4.30804@uffner.com> <4A7A5757.40009@FreeBSD.org> <200908052140.35729.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: 2009/8/6 Mel Flynn : > On Wednesday 05 August 2009 20:08:55 Doug Barton wrote: >> Ok, so now I'm up to the point where starting contool give me this: >> >> contool >> Assertion failed: (ret != inval_id), function _XAllocID, file >> xcb_io.c, line 378. >> Abort trap: 6 (core dumped) > > You get a better a log if you install contool unstripped [1]: > (gdb) bt > #0 0x28463eb7 in kill () from /lib/libc.so.7 > #1 0x28463e16 in raise () from /lib/libc.so.7 > #2 0x28462a1a in abort () from /lib/libc.so.7 > #3 0x28448ee6 in __assert () from /lib/libc.so.7 > #4 0x28284d46 in _XAllocID (dpy=0x28524600) at xcb_io.c:378 > #5 0x2818e11c in server_init (parent=0, server_public=676345056, avlist=0xbfbfd944) > at server.c:746 > #6 0x281f33b9 in xv_create_avlist (parent=0, pkg=0x0, avlist=0xbfbfd944) at xv.c:391 > #7 0x281f315b in xv_create (parent=0, pkg=0x28210040) at xv.c:307 > #8 0x281f520a in xv_init (attr1=1241974786) at xv_init.c:308 > #9 0x0804b801 in main (argc=1, argv=0xbfbfe6e4) at contool.c:777 > > Which points to xv_init from xview as the culprit. Since that is ---8<--- Nope. It points to XAllocID as the culprit, so far, which in its turn points to _XAllocID, in xcb_io.c, from libX11. Try building libX11 without XCB (see PR 137373). I'd test it myself but I'm running AMD64 here and Xview is maked as broken on this architecture. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From bf1783 at googlemail.com Thu Aug 6 13:13:47 2009 From: bf1783 at googlemail.com (b. f.) Date: Thu Aug 6 13:13:56 2009 Subject: Ports completely and permanently hosed Message-ID: >but x11-toolkits/py-gtk2 will not build with py26-cairo, but insists on > py25-cairo which will not build with or without python26 >I realize this stuff is put together by object-oriented people who aren't >really used to the expectation that stuff will, you know, actually work. You're chasing your tail here. The latest version of the Makefile for x11-toolkits/py-gtk2 has only USE_PYTHON=yes, which in ordinary circumstances defaults to python26. There is no requirement in the Makefile for python25. Furthermore, many other people have no problems with these ports. The problem is not due to some "object-oriented people" but to your mistakes. So: 1) Make sure that your ports tree _and_ index are up-to-date. 2) Clean out _all_ your working directories via portsclean -C, make -C /usr/ports clean, or whatever. 3) Follow the instructions for a python update in the 20090608 entry of /usr/ports/UPDATING -- all of them. Don't keep lang/python25 around, or set it to be the default version of python via PYTHON_DEFAULT_VERSION or PYTHON_VERSION, unless you have an indispensable port that specifically requires it (in the port Makefile): instead, rip out lang/python25 and install only lang/python26. And reinstall lang/python after you have done this if you have it on your machine. 4)This should work -- it has worked for many, many other people. If it doesn't, it's something peculiar to your system or the way you went about the update. In case something goes wrong, tell us _exactly_ what you did and what the error message was. Don't paraphrase -- give us at least a partial transcript where the errors occurred, and the exact commands you typed. And please: we know you're frustrated, but a little less abuse, and a little more humility, please. b. From stef-list at memberwebs.com Thu Aug 6 15:29:34 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Thu Aug 6 15:29:40 2009 Subject: Building rails with ruby 1.9 Message-ID: <20090806150217.B96E73039753@mx.npubs.com> I'm having a problem building rails with ruby 1.9. It seems to depend on 'rubygem-rake' but that is apparently to be included with ruby 1.9. See below. Cheers, Stef RAILS INSTALL OUTPUT /usr/ports/www/rubygem-rails # make install ===> Installing for rubygem-rails-2.3.3 ===> rubygem-rails-2.3.3 depends on file: /usr/local/lib/ruby/gems/1.9/specifications/activesupport-2.3.3.gemspec - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/lib/ruby/gems/1.9/specifications/activerecord-2.3.3.gemspec - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/lib/ruby/gems/1.9/specifications/actionpack-2.3.3.gemspec - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/lib/ruby/gems/1.9/specifications/actionmailer-2.3.3.gemspec - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/lib/ruby/gems/1.9/specifications/activeresource-2.3.3.gemspec - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/bin/ruby19 - found ===> rubygem-rails-2.3.3 depends on file: /usr/local/bin/ruby19 - found ===> Generating temporary packing list ===> Checking if www/rubygem-rails already installed /usr/bin/env /usr/local/bin/gem19 install -l --no-update-sources --no-ri --install-dir /usr/local/lib/ruby/gems/1.9 /data/distfiles/rubygem/rails-2.3.3.gem -- --build-args ERROR: Error installing /data/distfiles/rubygem/rails-2.3.3.gem: rails requires rake (>= 0.8.3, runtime) *** Error code 1 Stop in /usr/ports/www/rubygem-rails. *** Error code 1 Stop in /usr/ports/www/rubygem-rails. RAKE MAKE OUTPUT /usr/ports/devel/rubygem-rake # make ===> rubygem-rake-0.8.7 already included in ruby distribution. *** Error code 1 Stop in /usr/ports/devel/rubygem-rake. From kdombrowski at gmail.com Thu Aug 6 15:38:44 2009 From: kdombrowski at gmail.com (Kenneth Dombrowski) Date: Thu Aug 6 15:38:52 2009 Subject: py25-dbutils will not package Message-ID: Hi all, I have a cluster of webservers running apache22 + python25 + webware for python 0.9.3. I am building a few new servers to add to the cluster & took the opportunity to update ports-all for the first time in awhile. I have one package server, where everything is built from source using `portupgrade -p` & then shared over NFS to the other machines in the cluster (which install with `portupgrade -PP`). I have followed the instructions in ports/UPGRADING to hold PYTHON_DEFAULT_VERSION @ python2.5. Everything seems fine, except a single port which will not be packaged. An attempt to package py-dbutils looks like this: root@db2 ports $ portupgrade -pf databases/py-dbutils # installation looks good ... ===> Building package for py25-dbutils-1.0 Creating package /usr/ports/packages/All/py25-dbutils-1.0.tbz Registering depends: python25-2.5.4_2. Creating bzip'd tar ball in '/usr/ports/packages/All/py25-dbutils-1.0.tbz' tar: lib/python2.5/site-packages/DBUtils-1.0-py2.5.egg-info: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/DBUtils/Examples/DBUtilsExample.py: Cannot stat: No such file or directory # many more lines like this ... tar: lib/python2.5/site-packages/DBUtils/__init__.py: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/DBUtils/__init__.pyc: Cannot stat: No such file or directory tar: lib/python2.5/site-packages/DBUtils/__init__.pyo: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 However, the DBUtils site-packages directory is actually installed into an egg dir: root@db2 ports $ ls -lh /usr/local/lib/python2.5/site-packages/DBUtils-1.0-py2.5.egg/ total 4 drwxr-xr-x 5 root wheel 1.0K Aug 6 10:44 DBUtils drwxr-xr-x 2 root wheel 512B Aug 6 10:44 EGG-INFO What is the best way to approach this type of problem, please? Thanks for any suggestion, Kenneth From dougb at FreeBSD.org Thu Aug 6 15:40:49 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 15:40:56 2009 Subject: devel/glib install is not correct. In-Reply-To: <97dad5de0908052335v70dca53atf194bd70b837e316@mail.gmail.com> References: <97dad5de0908052107r76064c3clba5de751884ef1fb@mail.gmail.com> <97dad5de0908052110s3610606n1bbede47c9a085a3@mail.gmail.com> <97dad5de0908052335v70dca53atf194bd70b837e316@mail.gmail.com> Message-ID: <4A7AF978.8010500@FreeBSD.org> khsing wrote: > I have found the reason. because libtool15 have been mv to libtool22. > > so upgrade libtool from 15 to 22 will resolve this problem. > > portmaster -Btuw libtool Please check ports/UPDATING for the correct procedure. Of the flags you suggested, -t and -u are meaningless in this scenario, and -w is actually a bad idea, FYI. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 15:52:39 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 15:52:46 2009 Subject: devel/qt4-designer fails on -current Message-ID: <4A7AFC3B.7040207@FreeBSD.org> All the other qt4 stuff updated just fine, this one doesn't (and I already disabled make-jobs). Doug c++ -c -pipe -g -g -O2 -Wall -W -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../../../include/QtCore -I../../../../include/QtNetwork -I../../../../include/QtGui -I../../../../include/QtXml -I../../../../include/QtScript -I../../../../include -I../../../../include/QtDesigner -I/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/include/QtDesignerComponents -I../lib/sdk -I../lib/extension -I../lib/shared -I../lib/uilib -Iextra -I../../../shared/fontpanel -I../../../shared/qttoolbardialog -I.moc/release-shared -I.uic/release-shared -I/usr/local/include -o .obj/release-shared/qrc_qttoolbardialog.o .rcc/release-shared/qrc_qttoolbardialog.cpp g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 -Wl,-rpath,/usr/local/lib/qt4 -o ../../../../bin/designer-qt4 .obj/release-shared/fontpanel.o .obj/release-shared/qttoolbardialog.o .obj/release-shared/main.o .obj/release-shared/qdesigner.o .obj/release-shared/qdesigner_toolwindow.o .obj/release-shared/qdesigner_formwindow.o .obj/release-shared/qdesigner_workbench.o .obj/release-shared/qdesigner_settings.o .obj/release-shared/qdesigner_server.o .obj/release-shared/qdesigner_actions.o .obj/release-shared/qdesigner_appearanceoptions.o .obj/release-shared/saveformastemplate.o .obj/release-shared/newform.o .obj/release-shared/versiondialog.o .obj/release-shared/appfontdialog.o .obj/release-shared/preferencesdialog.o .obj/release-shared/assistantclient.o .obj/release-shared/mainwindow.o .obj/release-shared/moc_fontpanel.o .obj/release-shared/moc_qdesigner.o .obj/release-shared/moc_qdesigner_toolwindow.o .obj/release-shared/moc_qdesigner_formwindow.o .obj/release-shared/moc_qdesigner_workbench.o .obj/release-shared/moc_qdesigner_actions.o .obj/release-shared/moc_qdesigner_server.o .obj/release-shared/moc_qdesigner_appearanceoptions.o .obj/release-shared/moc_saveformastemplate.o .obj/release-shared/moc_newform.o .obj/release-shared/moc_versiondialog.o .obj/release-shared/moc_appfontdialog.o .obj/release-shared/moc_preferencesdialog.o .obj/release-shared/moc_mainwindow.o .obj/release-shared/qrc_designer.o .obj/release-shared/qrc_qttoolbardialog.o -L/usr/local/lib/qt4 -L/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/lib -L/usr/local/lib -L../../lib -L../../../../lib -lQtDesignerComponents -lQtDesigner -lQtScript -L/usr/local/lib/qt4 -L/usr/local/lib -pthread -pthread -lQtXml -pthread -pthread -lQtGui -pthread -lpng -lfreetype -lSM -lICE -pthread -pthread -lXrender -lfontconfig -lXext -lX11 -lQtNetwork -pthread -pthread -lQtCore -lz -lm -pthread -lgthread-2.0 -lglib-2.0 -liconv .obj/release-shared/qdesigner.o(.text+0x4ad): In function `QDesigner::parseCommandLineArgs(QStringList&, QString&)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner.cpp:205: undefined reference to `QDesignerPropertySheet::setInternalDynamicPropertiesEnabled(bool)' .obj/release-shared/qdesigner_formwindow.o(.text+0x45d): In function `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, QDesignerWorkbench*, QWidget*, QFlags)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_formwindow.cpp:96: undefined reference to `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)' .obj/release-shared/qdesigner_formwindow.o(.text+0x67d): In function `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, QDesignerWorkbench*, QWidget*, QFlags)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_formwindow.cpp:96: undefined reference to `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindowInterface*)' .obj/release-shared/qdesigner_workbench.o(.text+0x1af8): In function `QDesignerWorkbench::loadForm(QString const&, bool, bool*, QString*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:936: undefined reference to `qdesigner_internal::FormWindowBase::setLineTerminatorMode(qdesigner_internal::FormWindowBase::LineTerminatorMode)' .obj/release-shared/qdesigner_workbench.o(.text+0x2500): In function `QDesignerWorkbench::saveSettings() const': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:636: undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_workbench.o(.text+0x48ed): In function `QDesignerWorkbench::QDesignerWorkbench()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:250: undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/qdesigner_workbench.o(.text+0x492a):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:252: undefined reference to `QDesignerFormEditorInterface::setOptionsPages(QList const&)' .obj/release-shared/qdesigner_workbench.o(.text+0x4963):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:256: undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_workbench.o(.text+0x55fd): In function `QDesignerWorkbench::QDesignerWorkbench()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:250: undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/qdesigner_workbench.o(.text+0x563a):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:252: undefined reference to `QDesignerFormEditorInterface::setOptionsPages(QList const&)' .obj/release-shared/qdesigner_workbench.o(.text+0x5673):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:256: undefined reference to `QDesignerFormEditorInterface::settingsManager() const' .obj/release-shared/qdesigner_settings.o(.text+0x65): In function `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_settings.cpp:76: undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_settings.o(.text+0x75): In function `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_settings.cpp:76: undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_actions.o(.text+0x190): In function `QDesignerActions::previewConfiguration()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1294: undefined reference to `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesignerFormEditorInterface*)' .obj/release-shared/qdesigner_actions.o(.text+0x198):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1295: undefined reference to `qdesigner_internal::QDesignerSharedSettings::isCustomPreviewConfigurationEnabled() const' .obj/release-shared/qdesigner_actions.o(.text+0x1bc):/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1296: undefined reference to `qdesigner_internal::QDesignerSharedSettings::customPreviewConfiguration() const' .obj/release-shared/qdesigner_actions.o(.text+0x12ed): In function `QDesignerActions::createPreviewPixmap(QDesignerFormWindowInterface*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1283: undefined reference to `qdesigner_internal::PreviewManager::createPreviewPixmap(QDesignerFormWindowInterface const*, QString const&, QString*)' .obj/release-shared/qdesigner_actions.o(.text+0x30a9): In function `QDesignerActions::backupForms()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1114: undefined reference to `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' .obj/release-shared/qdesigner_actions.o(.text+0x406c): In function `QDesignerActions::showWidgetSpecificHelp()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1063: undefined reference to `qdesigner_internal::QDesignerIntegration::contextHelpId() const' .obj/release-shared/qdesigner_actions.o(.text+0x6f66): In function `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': ../../../../include/QtCore/../../src/corelib/kernel/qobject.h:443: undefined reference to `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' .obj/release-shared/qdesigner_actions.o(.text+0x96d6): In function `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': ../../../../include/QtCore/../../src/corelib/kernel/qobject.h:443: undefined reference to `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' .obj/release-shared/qdesigner_actions.o(.text+0xb8fe): In function `QDesignerActions::writeOutForm(QDesignerFormWindowInterface*, QString const&)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:828: undefined reference to `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' .obj/release-shared/saveformastemplate.o(.text+0xbbb): In function `SaveFormAsTemplate::accept()': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:134: undefined reference to `qdesigner_internal::QDesignerSharedSettings::setFormTemplatePaths(QStringList const&)' .obj/release-shared/saveformastemplate.o(.text+0x103d): In function `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, QDesignerFormWindowInterface*, QWidget*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:70: undefined reference to `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' .obj/release-shared/saveformastemplate.o(.text+0x12ed): In function `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, QDesignerFormWindowInterface*, QWidget*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:70: undefined reference to `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' .obj/release-shared/newform.o(.text+0x2a): In function `NewForm::grabForm(QDesignerFormEditorInterface*, QIODevice&, QString const&, qdesigner_internal::DeviceProfile const&)': ../../../../include/QtCore/../../src/corelib/tools/qlist.h:562: undefined reference to `qdesigner_internal::NewFormWidget::grabForm(QDesignerFormEditorInterface*, QIODevice&, QString const&, qdesigner_internal::DeviceProfile const&)' .obj/release-shared/newform.o(.text+0xdbb): In function `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/newform.cpp:81: undefined reference to `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorInterface*, QWidget*)' .obj/release-shared/newform.o(.text+0x127b): In function `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/newform.cpp:81: undefined reference to `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorInterface*, QWidget*)' .obj/release-shared/preferencesdialog.o(.text+0x24e): In function `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, QWidget*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/preferencesdialog.cpp:62: undefined reference to `QDesignerFormEditorInterface::optionsPages() const' .obj/release-shared/preferencesdialog.o(.text+0x63e): In function `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, QWidget*)': /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/src/designer/preferencesdialog.cpp:62: undefined reference to `QDesignerFormEditorInterface::optionsPages() const' /usr/local/lib/qt4/libQtDesigner.so: undefined reference to `QCss::Parser::parse(QCss::StyleSheet*)' *** Error code 1 -- This .signature sanitized for your protection From kstewart at owt.com Thu Aug 6 17:03:05 2009 From: kstewart at owt.com (Kent Stewart) Date: Thu Aug 6 17:03:12 2009 Subject: [kde-freebsd] devel/qt4-designer fails on -current In-Reply-To: <4A7AFC3B.7040207@FreeBSD.org> References: <4A7AFC3B.7040207@FreeBSD.org> Message-ID: <200908061003.01007.kstewart@owt.com> On Thursday 06 August 2009 08:52:27 am Doug Barton wrote: > All the other qt4 stuff updated just fine, this one doesn't (and I > already disabled make-jobs). > > > Doug > > c++ -c -pipe -g -g -O2 -Wall -W -D_LARGEFILE64_SOURCE > -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_SCRIPT_LIB -DQT_XML_LIB > -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED > -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. > -I../../../../include/QtCore -I../../../../include/QtNetwork > -I../../../../include/QtGui -I../../../../include/QtXml > -I../../../../include/QtScript -I../../../../include > -I../../../../include/QtDesigner > -I/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource- >src-4.5.2/include/QtDesignerComponents -I../lib/sdk -I../lib/extension > -I../lib/shared -I../lib/uilib -Iextra -I../../../shared/fontpanel > -I../../../shared/qttoolbardialog > -I.moc/release-shared -I.uic/release-shared -I/usr/local/include -o > .obj/release-shared/qrc_qttoolbardialog.o > .rcc/release-shared/qrc_qttoolbardialog.cpp > g++ -Wl,-O1 -pthread -Wl,-rpath,/usr/local/lib/qt4 > -Wl,-rpath,/usr/local/lib/qt4 -o ../../../../bin/designer-qt4 > .obj/release-shared/fontpanel.o .obj/release-shared/qttoolbardialog.o > .obj/release-shared/main.o .obj/release-shared/qdesigner.o > .obj/release-shared/qdesigner_toolwindow.o > .obj/release-shared/qdesigner_formwindow.o > .obj/release-shared/qdesigner_workbench.o > .obj/release-shared/qdesigner_settings.o > .obj/release-shared/qdesigner_server.o > .obj/release-shared/qdesigner_actions.o > .obj/release-shared/qdesigner_appearanceoptions.o > .obj/release-shared/saveformastemplate.o > .obj/release-shared/newform.o .obj/release-shared/versiondialog.o > .obj/release-shared/appfontdialog.o > .obj/release-shared/preferencesdialog.o > .obj/release-shared/assistantclient.o > .obj/release-shared/mainwindow.o .obj/release-shared/moc_fontpanel.o > .obj/release-shared/moc_qdesigner.o > .obj/release-shared/moc_qdesigner_toolwindow.o > .obj/release-shared/moc_qdesigner_formwindow.o > .obj/release-shared/moc_qdesigner_workbench.o > .obj/release-shared/moc_qdesigner_actions.o > .obj/release-shared/moc_qdesigner_server.o > .obj/release-shared/moc_qdesigner_appearanceoptions.o > .obj/release-shared/moc_saveformastemplate.o > .obj/release-shared/moc_newform.o > .obj/release-shared/moc_versiondialog.o > .obj/release-shared/moc_appfontdialog.o > .obj/release-shared/moc_preferencesdialog.o > .obj/release-shared/moc_mainwindow.o > .obj/release-shared/qrc_designer.o > .obj/release-shared/qrc_qttoolbardialog.o -L/usr/local/lib/qt4 > -L/usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource- >src-4.5.2/lib -L/usr/local/lib -L../../lib -L../../../../lib > -lQtDesignerComponents -lQtDesigner -lQtScript -L/usr/local/lib/qt4 > -L/usr/local/lib -pthread -pthread -lQtXml -pthread -pthread -lQtGui > -pthread -lpng -lfreetype -lSM -lICE -pthread -pthread -lXrender > -lfontconfig -lXext -lX11 > -lQtNetwork -pthread -pthread -lQtCore -lz -lm -pthread -lgthread-2.0 > -lglib-2.0 -liconv > .obj/release-shared/qdesigner.o(.text+0x4ad): In function > `QDesigner::parseCommandLineArgs(QStringList&, QString&)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner.cpp:205: undefined reference > to > `QDesignerPropertySheet::setInternalDynamicPropertiesEnabled(bool)' > .obj/release-shared/qdesigner_formwindow.o(.text+0x45d): In function > `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, > QDesignerWorkbench*, QWidget*, QFlags)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_formwindow.cpp:96: undefined > reference to > `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindow >Interface*)' .obj/release-shared/qdesigner_formwindow.o(.text+0x67d): In > function > `QDesignerFormWindow::QDesignerFormWindow(QDesignerFormWindowInterface*, > QDesignerWorkbench*, QWidget*, QFlags)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_formwindow.cpp:96: undefined > reference to > `qdesigner_internal::FormWindowBase::setupDefaultAction(QDesignerFormWindow >Interface*)' .obj/release-shared/qdesigner_workbench.o(.text+0x1af8): In > function `QDesignerWorkbench::loadForm(QString const&, bool, bool*, > QString*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:936: undefined > reference to > `qdesigner_internal::FormWindowBase::setLineTerminatorMode(qdesigner_intern >al::FormWindowBase::LineTerminatorMode)' > .obj/release-shared/qdesigner_workbench.o(.text+0x2500): In function > `QDesignerWorkbench::saveSettings() const': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:636: undefined > reference to > `QDesignerFormEditorInterface::settingsManager() const' > .obj/release-shared/qdesigner_workbench.o(.text+0x48ed): In function > `QDesignerWorkbench::QDesignerWorkbench()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:250: undefined > reference to `QDesignerFormEditorInterface::optionsPages() const' > .obj/release-shared/qdesigner_workbench.o(.text+0x492a):/usr/local/tmp/usr/ >local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/design >er/src/designer/qdesigner_workbench.cpp:252: undefined reference to > `QDesignerFormEditorInterface::setOptionsPages(QListterface*> const&)' > .obj/release-shared/qdesigner_workbench.o(.text+0x4963):/usr/local/tmp/usr/ >local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/design >er/src/designer/qdesigner_workbench.cpp:256: undefined reference to > `QDesignerFormEditorInterface::settingsManager() const' > .obj/release-shared/qdesigner_workbench.o(.text+0x55fd): In function > `QDesignerWorkbench::QDesignerWorkbench()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_workbench.cpp:250: undefined > reference to `QDesignerFormEditorInterface::optionsPages() const' > .obj/release-shared/qdesigner_workbench.o(.text+0x563a):/usr/local/tmp/usr/ >local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/design >er/src/designer/qdesigner_workbench.cpp:252: undefined reference to > `QDesignerFormEditorInterface::setOptionsPages(QListterface*> const&)' > .obj/release-shared/qdesigner_workbench.o(.text+0x5673):/usr/local/tmp/usr/ >local/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/design >er/src/designer/qdesigner_workbench.cpp:256: undefined reference to > `QDesignerFormEditorInterface::settingsManager() const' > .obj/release-shared/qdesigner_settings.o(.text+0x65): In function > `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_settings.cpp:76: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesi >gnerFormEditorInterface*)' > .obj/release-shared/qdesigner_settings.o(.text+0x75): In function > `QDesignerSettings::QDesignerSettings(QDesignerFormEditorInterface*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_settings.cpp:76: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesi >gnerFormEditorInterface*)' > .obj/release-shared/qdesigner_actions.o(.text+0x190): In function > `QDesignerActions::previewConfiguration()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1294: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::QDesignerSharedSettings(QDesi >gnerFormEditorInterface*)' > .obj/release-shared/qdesigner_actions.o(.text+0x198):/usr/local/tmp/usr/loc >al/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/ >src/designer/qdesigner_actions.cpp:1295: undefined reference to > `qdesigner_internal::QDesignerSharedSettings::isCustomPreviewConfigurationE >nabled() const' > .obj/release-shared/qdesigner_actions.o(.text+0x1bc):/usr/local/tmp/usr/loc >al/ports/devel/qt4-designer/work/qt-x11-opensource-src-4.5.2/tools/designer/ >src/designer/qdesigner_actions.cpp:1296: undefined reference to > `qdesigner_internal::QDesignerSharedSettings::customPreviewConfiguration() > const' > .obj/release-shared/qdesigner_actions.o(.text+0x12ed): In function > `QDesignerActions::createPreviewPixmap(QDesignerFormWindowInterface*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1283: undefined > reference to > `qdesigner_internal::PreviewManager::createPreviewPixmap(QDesignerFormWindo >wInterface const*, QString const&, QString*)' > .obj/release-shared/qdesigner_actions.o(.text+0x30a9): In function > `QDesignerActions::backupForms()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1114: undefined > reference to > `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' > .obj/release-shared/qdesigner_actions.o(.text+0x406c): In function > `QDesignerActions::showWidgetSpecificHelp()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:1063: undefined > reference to > `qdesigner_internal::QDesignerIntegration::contextHelpId() const' > .obj/release-shared/qdesigner_actions.o(.text+0x6f66): In function > `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': > ../../../../include/QtCore/../../src/corelib/kernel/qobject.h:443: > undefined reference to > `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' > .obj/release-shared/qdesigner_actions.o(.text+0x96d6): In function > `QDesignerActions::QDesignerActions(QDesignerWorkbench*)': > ../../../../include/QtCore/../../src/corelib/kernel/qobject.h:443: > undefined reference to > `qdesigner_internal::QDesignerFormWindowManager::staticMetaObject' > .obj/release-shared/qdesigner_actions.o(.text+0xb8fe): In function > `QDesignerActions::writeOutForm(QDesignerFormWindowInterface*, QString > const&)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/qdesigner_actions.cpp:828: undefined > reference to > `qdesigner_internal::FormWindowBase::lineTerminatorMode() const' > .obj/release-shared/saveformastemplate.o(.text+0xbbb): In function > `SaveFormAsTemplate::accept()': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:134: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::setFormTemplatePaths(QStringL >ist const&)' > .obj/release-shared/saveformastemplate.o(.text+0x103d): In function > `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, > QDesignerFormWindowInterface*, QWidget*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:70: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' > .obj/release-shared/saveformastemplate.o(.text+0x12ed): In function > `SaveFormAsTemplate::SaveFormAsTemplate(QDesignerFormEditorInterface*, > QDesignerFormWindowInterface*, QWidget*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/saveformastemplate.cpp:70: undefined > reference to > `qdesigner_internal::QDesignerSharedSettings::formTemplatePaths() const' > .obj/release-shared/newform.o(.text+0x2a): In function > `NewForm::grabForm(QDesignerFormEditorInterface*, QIODevice&, QString > const&, qdesigner_internal::DeviceProfile const&)': > ../../../../include/QtCore/../../src/corelib/tools/qlist.h:562: > undefined reference to > `qdesigner_internal::NewFormWidget::grabForm(QDesignerFormEditorInterface*, > QIODevice&, QString const&, qdesigner_internal::DeviceProfile const&)' > .obj/release-shared/newform.o(.text+0xdbb): In function > `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/newform.cpp:81: undefined reference to > `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorIn >terface*, QWidget*)' > .obj/release-shared/newform.o(.text+0x127b): In function > `NewForm::NewForm(QDesignerWorkbench*, QWidget*, QString const&)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/newform.cpp:81: undefined reference to > `QDesignerNewFormWidgetInterface::createNewFormWidget(QDesignerFormEditorIn >terface*, QWidget*)' > .obj/release-shared/preferencesdialog.o(.text+0x24e): In function > `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, > QWidget*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/preferencesdialog.cpp:62: undefined > reference to `QDesignerFormEditorInterface::optionsPages() const' > .obj/release-shared/preferencesdialog.o(.text+0x63e): In function > `PreferencesDialog::PreferencesDialog(QDesignerFormEditorInterface*, > QWidget*)': > /usr/local/tmp/usr/local/ports/devel/qt4-designer/work/qt-x11-opensource-sr >c-4.5.2/tools/designer/src/designer/preferencesdialog.cpp:62: undefined > reference to `QDesignerFormEditorInterface::optionsPages() const' > /usr/local/lib/qt4/libQtDesigner.so: undefined reference to > `QCss::Parser::parse(QCss::StyleSheet*)' > *** Error code 1 I had the same problem. It was fixed in a later update. You need to cvsup again or what ever you use. You may hit problem with phonon, which the current UPDATING tells you to delete. Using portupgrade, kdepim was updated after kdepimlibs and kdepim-runtime were created and that deleted files in both that are needed by *-workspace. You should delete kdepim before you continue. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From dougb at FreeBSD.org Thu Aug 6 17:30:05 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 17:30:11 2009 Subject: [kde-freebsd] devel/qt4-designer fails on -current In-Reply-To: <200908061003.01007.kstewart@owt.com> References: <4A7AFC3B.7040207@FreeBSD.org> <200908061003.01007.kstewart@owt.com> Message-ID: <4A7B1314.6090902@FreeBSD.org> Kent Stewart wrote: > I had the same problem. It was fixed in a later update. You need to cvsup > again or what ever you use. I already have the latest version. > You may hit problem with phonon, which the current UPDATING tells you to > delete. Using portupgrade, kdepim was updated after kdepimlibs and > kdepim-runtime were created and that deleted files in both that are needed by > *-workspace. You should delete kdepim before you continue. I'm not using KDE, I'm just using vlc which requires qt (and IMO way too much of it). I just tried deleting qt4-designer and vlc's operation does not seem to be adversely affected, so that's how I'll leave it for now. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 17:38:05 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 17:38:10 2009 Subject: getting bogged down by malfunctioning ports subsystem In-Reply-To: References: <200908051052.n75AqSAI005906@mp.cs.niu.edu> <4A7A5018.1050108@FreeBSD.org> Message-ID: <4A7B14F4.7080401@FreeBSD.org> Matthias Andree wrote: > Am 06.08.2009, 05:38 Uhr, schrieb Doug Barton : > > >> I have considered changing the order of how portmaster does things from: >> >> build >> backup package (unless -B) >> deinstall >> install >> >> to: >> backup package >> deinstall >> build >> install >> >> That is undoubtedly more dangerous, and would require the "automated >> backout" feature that I have yet to write, but it would solve a lot of >> these problems. > > I recall very few cases where this change would have helped me; one was > the recent GD2 update (arguably that would be a bug of the individual > port - often an upstream bug - that picked up an old /usr/local library > version during the build), and a minor one was an earlier > e2fsprogs-libuuid issue (which was in fact just exposing genuine > upstream bugs that impaired portability); it also impairs system > functionality during the whole build phase. I agree on both points, which is why I said I've considered it, not done it yet. :) Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 17:41:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 17:41:15 2009 Subject: devel/dbus-qt4 won't build In-Reply-To: <20090806022745.A94251@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090805194410.M64593@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7A431E.3030704@FreeBSD.org> <4A7A454B.1020903@cyberbotx.com> <4A7A5239.7030906@FreeBSD.org> <20090806022745.A94251@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <4A7B15A9.3040404@FreeBSD.org> Lars Eighner wrote: > On Wed, 5 Aug 2009, Doug Barton wrote: > >> Naram Qashat wrote: >> >>> Actually, I had this problem as well, I found the solution (after a bit >>> of Googling), is to deinstall devel/dbus-qt4 and then install it again. >>> Apparently the update conflicts with the older version already >>> installed. >> >> Oy, that's not a good thing. I notice that there is now an entry in >> ports/UPDATING that covers this though, so at least users who pay >> attention to that file will not run into the same problem. > > It sure looks like this thing gets worse, and worse. If you try to fix > devel/qt4-designer as suggested in UPDATING it turns out it won't install > without devel/qt4-assistant being updated. > > Does anyone check these things before they are committed? Nope, we just commit random crap and sit around laughing while users suffer. Seriously though, think about the enormity of the current ports system, the effectively-infinitely variable state of user systems at upgrade time, and do the math. It's not possible to test every scenario, and yes, sometimes there are inconveniences. If you'd like to make a constructive contribution you should consider sending kde@freebsd.org a note with suggestions on how to make the UPDATING entry more accurate. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Thu Aug 6 17:57:40 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Aug 6 17:57:46 2009 Subject: devel/qt4-designer fails on -current In-Reply-To: <4A7AFC3B.7040207@FreeBSD.org> References: <4A7AFC3B.7040207@FreeBSD.org> Message-ID: <4A7B198B.1070703@FreeBSD.org> Doug Barton wrote: > All the other qt4 stuff updated just fine, this one doesn't (and I > already disabled make-jobs). Well I'm a bit embarrassed. :-/ I just re-read the UPDATING entry on qt4 stuff and it turns out that this issue is mentioned. Deleting the port first and then installing it works as advertised. Apologies for the noise, Doug -- This .signature sanitized for your protection From david at vizion2000.net Thu Aug 6 18:56:06 2009 From: david at vizion2000.net (David Southwell) Date: Thu Aug 6 18:56:13 2009 Subject: py25-dbutils will not package In-Reply-To: References: Message-ID: <200908061956.00735.david@vizion2000.net> > Hi all, > > I have a cluster of webservers running apache22 + python25 + webware > for python 0.9.3. I am building a few new servers to add to the > cluster & took the opportunity to update ports-all for the first time > in awhile. I have one package server, where everything is built from > source using `portupgrade -p` & then shared over NFS to the other > machines in the cluster (which install with `portupgrade -PP`). I > have followed the instructions in ports/UPGRADING to hold > PYTHON_DEFAULT_VERSION @ python2.5. Everything seems fine, except a > single port which will not be packaged. > > An attempt to package py-dbutils looks like this: > > root@db2 ports $ portupgrade -pf databases/py-dbutils > # installation looks good ... > ===> Building package for py25-dbutils-1.0 > Creating package /usr/ports/packages/All/py25-dbutils-1.0.tbz > Registering depends: python25-2.5.4_2. > Creating bzip'd tar ball in '/usr/ports/packages/All/py25-dbutils-1.0.tbz' > tar: lib/python2.5/site-packages/DBUtils-1.0-py2.5.egg-info: Cannot > stat: No such file or directory > tar: lib/python2.5/site-packages/DBUtils/Examples/DBUtilsExample.py: > Cannot stat: No such file or directory > # many more lines like this ... > tar: lib/python2.5/site-packages/DBUtils/__init__.py: Cannot stat: No > such file or directory > tar: lib/python2.5/site-packages/DBUtils/__init__.pyc: Cannot stat: No > such file or directory > tar: lib/python2.5/site-packages/DBUtils/__init__.pyo: Cannot stat: No > such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > However, the DBUtils site-packages directory is actually installed > into an egg dir: > > root@db2 ports $ ls -lh > /usr/local/lib/python2.5/site-packages/DBUtils-1.0-py2.5.egg/ > total 4 > drwxr-xr-x 5 root wheel 1.0K Aug 6 10:44 DBUtils > drwxr-xr-x 2 root wheel 512B Aug 6 10:44 EGG-INFO > > What is the best way to approach this type of problem, please? > > Thanks for any suggestion, > Kenneth When was this run? Is your port tree up to date? Is your ports index up to date? David From nicovit at gmail.com Thu Aug 6 21:00:09 2009 From: nicovit at gmail.com (Nicola Vitale) Date: Thu Aug 6 21:00:15 2009 Subject: py25-dbutils will not package In-Reply-To: References: Message-ID: <25ef68cb0908061339g617985afm1b4c91eb789c22e6@mail.gmail.com> Hi, > [2009/8/6 Kenneth Dombrowski ] > An attempt to package py-dbutils looks like this: > > root@db2 ports $ portupgrade -pf databases/py-dbutils > Creating package /usr/ports/packages/All/py25-dbutils-1.0.tbz > Registering depends: python25-2.5.4_2. > Creating bzip'd tar ball in '/usr/ports/packages/All/py25-dbutils-1.0.tbz' > tar: lib/python2.5/site-packages/DBUtils-1.0-py2.5.egg-info: Cannot > stat: No such file or directory > > However, the DBUtils site-packages directory is actually installed > into an egg dir: IMO, that happens because the first lines of setup.py script are try: from setuptools import setup except ImportError: from distutils.core import setup so if you have installed devel/py-setuptools, the port installs a Python egg. We have to set USE_PYDISTUTILS=easy_install in the Makefile and fix the pkg-plist. Ciao. -- Nicola Vitale From jasonh at DataIX.net Thu Aug 6 22:12:54 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Aug 6 22:13:01 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: References: <20090731121249.538ea7e7.jasonh@DataIX.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A7724A7.6000500@FreeBSD.org> <7fX59uGuf0@dmeyer.dinoex.sub.org> Message-ID: <20090806181244.f41bc316.jasonh@DataIX.net> I believe unless I misunderstand what you are meaning, is the same thing that PORTREVISION is meant for doing. If the maintainer like what has just recently happened for jpeg bumps the PORTREVISION up one for every port that depends on jpeg then any upgrade utilities see that port as a new version and upgrade them happily. PORTREVISION is the end of the package name as package-VERSION-{ , or _ }PORTREVISION. Personally I feel that adding another NODE_VERSION as your saying could possibly be a benefit but at this time would cause a lot of maintainer overhead on which that they already have. I think more of a short written policy or checklist system for a maintainer might be a better route. Or possibly a ticket system built around a dependency checklist that should be fulfilled before a commit on a newer version would happen. Even with the previous statement that still causes overhead in workload but eventually speeds the process up due to lack of errors and re-corrections that have to be made ultimately resulting in a higher percent of satisfied hobbyists and customers alike thus bringing in more revenue. If I could be of more assistance on this matter I have great experience satisfying time tested analytics that speed up processes in the form of Lean Manufacturing also plays a role in development. Best regards. On Thu, 6 Aug 2009 12:46:12 +0800 Buganini wrote: > Recently I'm think about how to make ports easier to upgraded: > 1) Add a NODE_VERSION in each ports' Makefile, this variable would be stored > in +CONTENTS. > 2) Add a volatile-meaning flag in description of dependencies > > When a port, A, whose NODE_VERSION in Makefile > NODE_VERSION in +CONTENTS, > ports that volatile'ly depends on A would be rebuilt. > > Any comment is welcome > > --Buganini -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From buganini at gmail.com Thu Aug 6 23:13:32 2009 From: buganini at gmail.com (Buganini) Date: Thu Aug 6 23:13:39 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <20090806181244.f41bc316.jasonh@DataIX.net> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A7724A7.6000500@FreeBSD.org> <7fX59uGuf0@dmeyer.dinoex.sub.org> <20090806181244.f41bc316.jasonh@DataIX.net> Message-ID: The meaning of NODE_VERSION and the flag is to describe dependencies more detailed, to make it possible to do automated upgrade, instead of bump PORTREVISION by man. An important thing, NODE_VERSION and the flag could be backward compatible, for port/package don't have NODE_VERSION, it's just 0. the flag could be just a '!' prefix, for example: !fltk-threads>=1.1.9:${PORTSDIR}/x11-toolkits/fltk-threads QT_COMPONENTS= gui imageformats_run moc_build !qmake_build !uic_build without the flag, everything is just like how it is now. this should be enough for cases like this jpeg case. For more detail, if we only save NODE_VERSION of port itself in +CONTENTS upgrade MUST be transactional, but for portupgrade and portmaster, exit in half way is usual, so I think to save NODE_VERSION of each dependencies is also necessary, or even make it part of version string, but this may be confused for somebody I think. For the upgrade of perl, now we use port* -o to replace, then -r or -fr to rebulid required-by If we have NODE_VERSION=5.8.0 in lang/perl5.8 NODE_VERSION=5.10.0 in lang/perl5.10 then when we port{upgrade,master} -o lang/perl5.10 perl5.8 we dont have to rebuild required-by manually anymore. Furthermore, a unified target post-upgrade: is good, some ports has already have this, for example, upgrade-site-packages in lang/python --Buganini From erich at apsara.com.sg Fri Aug 7 00:17:22 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Fri Aug 7 00:17:28 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908070817.21456.erich@apsara.com.sg> Hi, On 06 August 2009 pm 19:10:07 Lars Eighner wrote: > > Would these things build if I deleted all 1619 installed > packages and started from scratch, or are the circular gotchas > built-in with python and qt? do not even ask this question if you have a working system. I realised this problem by luck when I tried to update a single program which is affected by this. After seeing how many ports depend on this, I decided to keep my system as it is and wait until FreeBSD 8 is officially out. I will then do a full upgrade. I think that you hit the weakest point of FreeBSD. When a version number of a base port changes, hundreds or even thousands of ports have to be recompiled. It is basically the same effect as when the major version number of FreeBSD changes. If this would be synchronised with the main FreeBSD releases, it would have a minor effect on users. Erich From jasonh at DataIX.net Fri Aug 7 00:32:59 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Aug 7 00:33:05 2009 Subject: Ideas upon the port infrastructure. [MOVED] was "ports/*/jpeg "Thanks a lot guys"" In-Reply-To: References: <20090731121249.538ea7e7.jasonh@DataIX.net> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A7724A7.6000500@FreeBSD.org> <7fX59uGuf0@dmeyer.dinoex.sub.org> <20090806181244.f41bc316.jasonh@DataIX.net> Message-ID: <20090806203256.99073d86.jasonh@DataIX.net> That is a very nice idea, I am sure that with a little tweaking it would turn out just fine. Another nice aspect or solve for this would be getting something going like symbol versioning in the libs by means of the developer that supports 2 or so version's prior to the current lib in order to ease upgrading on any system rather than just FreeBSD. I am certainly no expert in that field so I can not comment more. More comments ? any other takers. "Brain storming session" On Fri, 7 Aug 2009 07:13:31 +0800 Buganini wrote: > The meaning of NODE_VERSION and the flag is to describe dependencies more > detailed, > to make it possible to do automated upgrade, instead of bump PORTREVISION by > man. > > An important thing, NODE_VERSION and the flag could be backward compatible, > for port/package don't have NODE_VERSION, it's just 0. > the flag could be just a '!' prefix, for example: > !fltk-threads>=1.1.9:${PORTSDIR}/x11-toolkits/fltk-threads > QT_COMPONENTS= gui imageformats_run moc_build !qmake_build !uic_build > without the flag, everything is just like how it is now. > > this should be enough for cases like this jpeg case. > For more detail, if we only save NODE_VERSION of port itself in +CONTENTS > upgrade MUST be transactional, but for portupgrade and portmaster, exit in > half way is usual, > so I think to save NODE_VERSION of each dependencies is also necessary, > or even make it part of version string, but this may be confused for > somebody I think. > > For the upgrade of perl, now we use port* -o to replace, then -r or -fr to > rebulid required-by > If we have > NODE_VERSION=5.8.0 in lang/perl5.8 > NODE_VERSION=5.10.0 in lang/perl5.10 > then when we port{upgrade,master} -o lang/perl5.10 perl5.8 > we dont have to rebuild required-by manually anymore. > > Furthermore, a unified target post-upgrade: is good, some ports has already > have this, > for example, upgrade-site-packages in lang/python > > --Buganini -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From bf1783 at googlemail.com Fri Aug 7 00:44:46 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Aug 7 00:44:52 2009 Subject: Ports completely and permanently hosed Message-ID: Erich Dollansky wrote: >I think that you hit the weakest point of FreeBSD. When a version >number of a base port changes, hundreds or even thousands of >ports have to be recompiled. It is basically the same effect as >when the major version number of FreeBSD changes. The same is true of almost any build-from-source distribution that uses shared libraries, not just FreeBSD. >If this would be synchronised with the main FreeBSD releases, it >would have a minor effect on users. No one is _forcing_ you to update anything, or even to use ports at all. You can use binary packages from a number of packaging systems, including FreeBSD Ports, or roll your own. You can fix on a particular point in the Ports repository, and grab that snapshot using date tags, rather than the most recent versions of everything. You can selectively update certain ports while holding others back in your private repo. You can better manage your updates by using scheduling, suspend/resume, etc. You can do any manner of things that suit your needs. But please don't attempt to slow needed development by making *(&@Q%#%@!!!! suggestions like this. If you need a seat-belt, put it on -- but don't wrap it around everyone's neck. b. From erich at apsara.com.sg Fri Aug 7 01:34:32 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Fri Aug 7 01:34:48 2009 Subject: Ports completely and permanently hosed In-Reply-To: References: Message-ID: <200908070934.22472.erich@apsara.com.sg> Hi, On 07 August 2009 am 08:44:44 b. f. wrote: > Erich Dollansky wrote: > >I think that you hit the weakest point of FreeBSD. When a > > version number of a base port changes, hundreds or even > > thousands of ports have to be recompiled. It is basically the > > same effect as when the major version number of FreeBSD > > changes. > > The same is true of almost any build-from-source distribution > that uses shared libraries, not just FreeBSD. > of course, this is plain logic. > >If this would be synchronised with the main FreeBSD releases, > > it would have a minor effect on users. > > But please don't attempt to slow needed development by making > *(&@Q%#%@!!!! suggestions like this. If you need a seat-belt, > put it on -- but don't wrap it around everyone's neck. > So, why is there a ports freeze just before a new release? Isn't it done just out of the same reason? They want to have a stable ports tree on the day of the release. As I said, my seatbelt is the freeze whenever a basic library gets changed. Erich > b. From portsuser at larseighner.com Fri Aug 7 01:36:37 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Aug 7 01:36:44 2009 Subject: Ports completely and permanently hosed In-Reply-To: <200908070817.21456.erich@apsara.com.sg> References: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> <200908070817.21456.erich@apsara.com.sg> Message-ID: <20090806202953.H28161@qroenaqrq.6qbyyneqvnyhc.pbz> On Fri, 7 Aug 2009, Erich Dollansky wrote: > Hi, > > On 06 August 2009 pm 19:10:07 Lars Eighner wrote: >> >> Would these things build if I deleted all 1619 installed >> packages and started from scratch, or are the circular gotchas >> built-in with python and qt? > > do not even ask this question if you have a working system. > > I realised this problem by luck when I tried to update a single > program which is affected by this. After seeing how many ports > depend on this, I decided to keep my system as it is and wait > until FreeBSD 8 is officially out. Well, I deinstalled python26 and python25 which was hanging around but was not set in make.conf. I deinstalled python24, which said it wasn't there, but I found a directory for it in /usr/local/include . Then I forced pkg_delete py\* I recursively removed the python directories in /usr/local/include just to be sure it was dead. Made clean the whole ports directory. Installed python26. Then I let pkgdb -F install stale dependencies. Just reply a to everything. What pkgdb says looks like it is just not getting it, but it is, even if it calls things by the wrong py prefix. Since just about all the distfiles were on hand, this wasn't quite as horrible as I imagined and nothing to shoot up a fitness center about, but there were still a few (<6) touch ups owing to a few ports that have hidden py-ness. That seems to have settle the python disaster. The kde disaster is still grinding, but I have high hopes. > I will then do a full upgrade. > > I think that you hit the weakest point of FreeBSD. When a version > number of a base port changes, hundreds or even thousands of > ports have to be recompiled. It is basically the same effect as > when the major version number of FreeBSD changes. > > If this would be synchronised with the main FreeBSD releases, it > would have a minor effect on users. Was it 6.0 when they upgraded Xorg just after the release? You might as well have used the ports tree disc as a coaster. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From portsuser at larseighner.com Fri Aug 7 01:45:13 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Aug 7 01:45:20 2009 Subject: Ports completely and permanently hosed In-Reply-To: References: Message-ID: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> On Fri, 7 Aug 2009, b. f. wrote: >> If this would be synchronised with the main FreeBSD releases, it >> would have a minor effect on users. > > No one is _forcing_ you to update anything, or even to use ports at > all. Believe me, if I can get back to my printer, camera, and mp3 player all working (which last occurred about 6.2 or so) I'll never upgrade again. Of course it is kind of lonely when your release is orphaned, which happens in the blink of an eye, but if the kernel supports all the hardware, I'm pretty sure I can install any apps that I suddenly decide I have to have myself. It's hard to resist the sales pitch (really, USB will work again on 8.0, we promise! [but we are going to trash your modem driver]) --- sooner or later one has to wise up. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From bf1783 at googlemail.com Fri Aug 7 02:14:28 2009 From: bf1783 at googlemail.com (b. f.) Date: Fri Aug 7 02:14:35 2009 Subject: Ports completely and permanently hosed In-Reply-To: <200908070934.22472.erich@apsara.com.sg> References: <200908070934.22472.erich@apsara.com.sg> Message-ID: On 8/7/09, Erich Dollansky wrote: > Hi, > > On 07 August 2009 am 08:44:44 b. f. wrote: >> Erich Dollansky wrote: >> >I think that you hit the weakest point of FreeBSD. When a >> > version number of a base port changes, hundreds or even >> > thousands of ports have to be recompiled. It is basically the >> > same effect as when the major version number of FreeBSD >> > changes. >> >> The same is true of almost any build-from-source distribution >> that uses shared libraries, not just FreeBSD. >> > of course, this is plain logic. It may be, but a large number of people that complain on this list seem unable to understand this, and speak of these problems as if they are specific to FreeBSD or to Ports. > >> >If this would be synchronised with the main FreeBSD releases, >> > it would have a minor effect on users. >> >> But please don't attempt to slow needed development by making >> *(&@Q%#%@!!!! suggestions like this. If you need a seat-belt, >> put it on -- but don't wrap it around everyone's neck. >> > So, why is there a ports freeze just before a new release? > > Isn't it done just out of the same reason? > > They want to have a stable ports tree on the day of the release. Yes, and for building a stable subset of packages beforehand to ship with the release. But these freezes are considered to be a necessary evil, to be removed as soon as possible, and not something that should be in place from release to release. The current version of the Ports tree is supposed to be the leading edge of (downstream) development. > > As I said, my seatbelt is the freeze whenever a basic library gets > changed. Okay then, but why should you want to impose this on other people who aren't as conservative, or who need more frequent revisions? b. From erich at apsara.com.sg Fri Aug 7 02:14:46 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Fri Aug 7 02:14:53 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806202953.H28161@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> <200908070817.21456.erich@apsara.com.sg> <20090806202953.H28161@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908071014.45260.erich@apsara.com.sg> Hi, On 07 August 2009 am 09:29:59 Lars Eighner wrote: > On Fri, 7 Aug 2009, Erich Dollansky wrote: > > On 06 August 2009 pm 19:10:07 Lars Eighner wrote: > > > > do not even ask this question if you have a working system. > > > > I realised this problem by luck when I tried to update a > > single program which is affected by this. After seeing how > > many ports depend on this, I decided to keep my system as it > > is and wait until FreeBSD 8 is officially out. > > Well, I deinstalled python26 and python25 which was hanging > around but was not set in make.conf. I deinstalled python24, > which said it wasn't there, but I found a directory for it in > /usr/local/include . Then I forced pkg_delete py\* I You went really deep into the system to do a simple things which should have been done by the ports system. > The kde disaster is still grinding, but I have high hopes. Stay with 3.x. > > > If this would be synchronised with the main FreeBSD releases, > > it would have a minor effect on users. > > Was it 6.0 when they upgraded Xorg just after the release? You > might as well have used the ports tree disc as a coaster. If synchronised, this would not happen. But do not forget, X is an external project. So, things can only be delayed with the freeze but not be accelerated. I think that the ports tree is pretty good but once in a while it really hits you. Erich From erich at apsara.com.sg Fri Aug 7 02:22:22 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Fri Aug 7 02:22:29 2009 Subject: Ports completely and permanently hosed In-Reply-To: References: <200908070934.22472.erich@apsara.com.sg> Message-ID: <200908071022.21530.erich@apsara.com.sg> Hi, On 07 August 2009 am 10:14:25 b. f. wrote: > On 8/7/09, Erich Dollansky wrote: > > On 07 August 2009 am 08:44:44 b. f. wrote: > >> Erich Dollansky wrote: > >> >If this would be synchronised with the main FreeBSD > >> > releases, it would have a minor effect on users. > >> > >> But please don't attempt to slow needed development by > >> making *(&@Q%#%@!!!! suggestions like this. If you need a > >> seat-belt, put it on -- but don't wrap it around everyone's > >> neck. > > > > So, why is there a ports freeze just before a new release? > > > > Isn't it done just out of the same reason? > > > > They want to have a stable ports tree on the day of the > > release. > > Yes, and for building a stable subset of packages beforehand to > ship with the release. But these freezes are considered to be > a necessary evil, to be removed as soon as possible, and not > something that should be in place from release to release. The > current version of the Ports tree is supposed to be the leading > edge of (downstream) development. > You misunderstand me. I do not want a freeze of the ports tree, I only recommend, to either delay an update of a base port to the next freeze or put a short freeze around during which only ports are updated which got screwed by the change. If I want a freeze to 'my' ports tree, I keep the one from the last release. Erich From mel.flynn+fbsd.ports at mailing.thruhere.net Fri Aug 7 02:25:23 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Fri Aug 7 02:25:30 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: > It's hard to resist the sales pitch (really, USB will work again on > 8.0, we promise! [but we are going to trash your modem driver]) --- > sooner or later one has to wise up. If you actually know how responsive in particular hps@ is at people posting USB problems, you may want to vent your frustration at the wall and instead file a PR or post your problem in current@. -- Mel From portsuser at larseighner.com Fri Aug 7 03:35:58 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Aug 7 03:36:05 2009 Subject: Ports completely and permanently hosed In-Reply-To: <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> On Thu, 6 Aug 2009, Mel Flynn wrote: > On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: > >> It's hard to resist the sales pitch (really, USB will work again on >> 8.0, we promise! [but we are going to trash your modem driver]) --- >> sooner or later one has to wise up. > > If you actually know how responsive in particular hps@ is at people posting > USB problems, you may want to vent your frustration at the wall and instead > file a PR Done, months ago with all the core dump stuff. Still open. Umass still crashes the system if I plug the camera or the mp3 player in. (I don't mean just doesn't work in some vague way; I mean really crashes the system.) Okay, I don't like, but cannot help understanding if its "Sorry, we cannot support your pathetic little device" --- but plugging something in should not bring the system down, no matter how little enthusiasm there might be for supporting the device. About 6.2 these things looked to the system like FAT drives. Now they look like icebergs and it's "Nearer My God to Thee" for the U.S.B. Titanic and the system sailing with it. Artist's rendering -- Freebsd with latest umass driver assuring passengers of a safe and happy voyage: > or post your problem in current@. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From erich at apsara.com.sg Fri Aug 7 04:48:27 2009 From: erich at apsara.com.sg (Erich Dollansky) Date: Fri Aug 7 04:48:34 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> References: <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908071248.16376.erich@apsara.com.sg> Hi, On 07 August 2009 am 11:29:24 Lars Eighner wrote: > On Thu, 6 Aug 2009, Mel Flynn wrote: > > On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: > > Done, months ago with all the core dump stuff. Still open. > Umass still crashes the system if I plug the camera or the mp3 > player in. (I don't mean just doesn't work in some vague way; > I mean really crashes the system.) Okay, I don't like, but I never have had this problem. Only unplugging does not work always. But I get an error message and I have to reboot then to unmount. > About 6.2 these things looked to the system like FAT drives. This is how it should be. Do other USB devices actually work? Not, that it is a problem outside FreeBSD. BIOS, hardware ... > Now they look like icebergs and it's "Nearer My God to Thee" I know people here who love icebergs. Erich From dougb at FreeBSD.org Fri Aug 7 04:59:17 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Aug 7 04:59:24 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <4A7BB49D.5060803@FreeBSD.org> Lars Eighner wrote: > Believe me, if I can get back to my printer, camera, and mp3 player > all working (which last occurred about 6.2 or so) I'll never upgrade > again. Of course it is kind of lonely when your release is orphaned, > which happens in the blink of an eye, but if the kernel supports all the > hardware, I'm pretty sure I can install any apps that I suddenly decide I > have to have myself. I'm not saying this to be snarky, but you might seriously consider trying another open source operating system to see if it meets your needs better. There is a reason that there are so many choices out there nowadays, different people have different needs. For all the strides we've made in the "desktop/end user" areas in the 15 years I've been a FreeBSD user it is still, primarily, a server system; especially when compared to other systems like Ubuntu that are focused on the end user. You're clearly very frustrated, and I'm not going to judge whether your frustration is justified or not. But before you expend a lot more energy railing about the sad state FreeBSD is in you might want to put that energy in a more productive direction. Doug From mel.flynn+fbsd.ports at mailing.thruhere.net Fri Aug 7 05:07:19 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Fri Aug 7 05:07:26 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> References: <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908062107.16671.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 06 August 2009 19:29:24 Lars Eighner wrote: > On Thu, 6 Aug 2009, Mel Flynn wrote: > > On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: > >> It's hard to resist the sales pitch (really, USB will work again on > >> 8.0, we promise! [but we are going to trash your modem driver]) --- > >> sooner or later one has to wise up. > > > > If you actually know how responsive in particular hps@ is at people > > posting USB problems, you may want to vent your frustration at the wall > > and instead file a PR > > Done, months ago with all the core dump stuff. Still open. Umass still > crashes the system if I plug the camera or the mp3 player in. (I don't > mean just doesn't work in some vague way; I mean really crashes the > system.) PR number? And I'm gonna guess the camera is a Kodak. -- Mel From kline at thought.org Fri Aug 7 05:53:30 2009 From: kline at thought.org (Gary Kline) Date: Fri Aug 7 05:53:36 2009 Subject: Ports completely and permanently hosed In-Reply-To: <200908070817.21456.erich@apsara.com.sg> References: <20090806060406.A64083@qroenaqrq.6qbyyneqvnyhc.pbz> <200908070817.21456.erich@apsara.com.sg> Message-ID: <20090807052155.GB84152@thought.org> On Fri, Aug 07, 2009 at 08:17:20AM +0800, Erich Dollansky wrote: > Hi, > > On 06 August 2009 pm 19:10:07 Lars Eighner wrote: > > > > Would these things build if I deleted all 1619 installed > > packages and started from scratch, or are the circular gotchas > > built-in with python and qt? > > do not even ask this question if you have a working system. > > I realised this problem by luck when I tried to update a single > program which is affected by this. After seeing how many ports > depend on this, I decided to keep my system as it is and wait > until FreeBSD 8 is officially out. > > I will then do a full upgrade. > > I think that you hit the weakest point of FreeBSD. When a version > number of a base port changes, hundreds or even thousands of > ports have to be recompiled. It is basically the same effect as > when the major version number of FreeBSD changes. > > If this would be synchronised with the main FreeBSD releases, it > would have a minor effect on users. > > Erich AFAIC, Erich's words could be printed in gold. Or cast in gold and hung above every FBSD installation. If just this stuff--keeping current-- were made push-button, man, that would make my year. Or century. (*****) gary -- Gary Kline kline@thought.org http://www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org The 5.67a release of Jottings: http://jottings.thought.org/index.php From linimon at FreeBSD.org Fri Aug 7 06:28:41 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:28:54 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090807062840.2140A1CC49@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 6.x/7.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/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio 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: 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/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide 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/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: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express 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/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B 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/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 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/pnetc broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/pnetC-0.8.0_1.log.bz2 (_Jul__8_16:44:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal 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/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/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons 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: palm/prc-tools broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090805083924/prc-tools-2.3_5.log (_Aug__3_14:30:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools 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: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf 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: textproc/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090731123139/py26-xmltools-1.4.0_3.log (_Aug__3_05:35:36_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim 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/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Fri Aug 7 06:29:20 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:29:29 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090807062918.67E0D1CCA4@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 6.x/7.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/ccaudio broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ccaudio portname: audio/dino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dino portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/muine broken because: doesn't build and is apparently unmaintained build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muine portname: audio/xmms-sexyspc broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-sexyspc portname: cad/alliance broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/alliance-5.0.20070718_1.log.bz2 (_Mar_26_08:21:12_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: chinese/gbk2uni broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=gbk2uni 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: 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: 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/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc portname: databases/libpbl broken because: does not work with databases > ~200 MB (see ports/130236) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libpbl 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/agide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=agide portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090731220539/cocktail-9309_1.log.bz2 (_Jun__3_14:04:39_UTC_2009) 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/i386-errorlogs/e.6.20090731123139/gdb-act-5.3_2,1.log (_Aug__3_04:57:25_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/kdesvn broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090407195505/kdesvn-1.0.4.log (_Apr_11_04:45:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=kdesvn portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090731123139/msp430-gdb-5.1.1.20030909_1.log (_Aug__3_05:13:27_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb 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/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/pecl-svn broken because: does not compile with subversion-1.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-svn portname: devel/poco broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco 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/ruby-subversion broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-subversion portname: devel/rubygem-rtags broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090731111953/rubygem-rtags-0.97.log.bz2 (_Jun_23_15:22:29_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rtags 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/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/xml2rfc-xxe broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xml2rfc-xxe 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: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: graphics/bugle broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=bugle 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/p5-GraphViz-Data-Structure broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/p5-GraphViz-Data-Structure-0.17_1.log.bz2 (_Mar_26_15:08:31_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure portname: graphics/pixieplus broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=pixieplus portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/wings broken because: Broken with erlang-r13b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wings 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/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/jakarta-commons-dbcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090731123139/jdk-1.4.2p8_15.log (_Aug__3_04:48:00_UTC_2009) 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/ccscript broken because: Does not build with libtool 2.2. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ccscript portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton 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/ocamlduce broken because: does not build with current version of lang/ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/pnetc broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/pnetC-0.8.0_1.log.bz2 (_Jul__8_16:44:41_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnetc portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/freemat broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat portname: math/freemat-mpi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freemat-mpi portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade 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/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/amfm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=amfm portname: misc/usbrh-libusb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh-libusb 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/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/qutim broken because: doesn't build with new QT 4.5 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090805083924/qutim-0.1.1.log (_Aug__6_17:14:32_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=qutim portname: net-mgmt/flowscan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=flowscan portname: net/asterisk12-addons broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk12-addons 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/rubygem-twitter broken because: does not install, requires exact version of oauth build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090611213544/rubygem-twitter-0.6.11.log.bz2 (_Jun_13_20:23:05_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-twitter 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/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/prc-tools broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090805083924/prc-tools-2.3_5.log (_Aug__3_14:30:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=prc-tools 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: 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/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: 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/f-prot broken because: This version no longer receives updates build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-prot 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/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090731123139/shibboleth-sp-1.3f.log (_Aug__3_04:50:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp 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: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gai-leds broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gai-leds portname: sysutils/megarc broken because: Running megarc seems to cause memory corruption build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=megarc 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/policykit-kde broken because: is already included in kde 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=policykit-kde portname: sysutils/xwipower broken because: Use obsoleted wireless lan API 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/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/iiimf-gnome-im-switcher broken because: It removes a few files in /usr/local/* during the configure. Therefore, it is not safe build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=iiimf-gnome-im-switcher portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/py-lucene broken because: Doesn't build with python2.6 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090325165011/py25-PyLucene-2.4.0.log.bz2 (_Mar_26_05:45:02_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-lucene portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090731123139/py26-xmltools-1.4.0_3.log (_Aug__3_05:35:36_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim 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/kompozer broken because: KompoZer 0.7.10 is not compatible with GTK 2.14 and higher, hence the crashes. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kompozer portname: www/rubygem-merb broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-merb portname: www/trac-wikitemplates broken because: bad depobj build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikitemplates portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-drivers/xf86-video-nsc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-nsc portname: x11-fm/velocity broken because: does not build with GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/kde-icons-gartoon-blue-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-blue-svg portname: x11-themes/kde-icons-gartoon-svg broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-gartoon-svg 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-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11-wm/ion-2 broken because: Does not build with new libltdl 2.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ion-2 From linimon at FreeBSD.org Fri Aug 7 06:29:37 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:29:47 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090807062935.6E4001CCA4@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: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: math/freefem++ description: An implementation of a language dedicated to the finite element method maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freefem%2B%2B portname: math/it++ description: Mathematical, signal processing and communication library maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested to maintain this expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=it%2B%2B portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 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/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 From linimon at FreeBSD.org Fri Aug 7 06:29:42 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:30:09 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090807062940.852E61CCA4@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: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090708085814/firebird-client-1.5.5.log.bz2 (_May_29_05:56:50_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: devel/p5-Algorithm-MDiff description: Perl interface to calculate m-difference between two objects maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Algorithm-MDiff portname: devel/p5-Data-Postponed description: Delay the evaluation of expressions to allow changes to variables maintainer: ports@FreeBSD.org deprecated because: the module was removed from CPAN expiration date: 2009-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Data-Postponed portname: lang/tinycobol description: A tiny COBOL compiler for IA32 platforms maintainer: ports@FreeBSD.org status: BROKEN deprecated because: no longer being developed; consider using lang/open-cobol instead expiration date: 2009-07-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tinycobol portname: math/freefem++ description: An implementation of a language dedicated to the finite element method maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=freefem%2B%2B portname: math/it++ description: Mathematical, signal processing and communication library maintainer: ports@FreeBSD.org deprecated because: fails to compile with up-to-date compilers, nobody really interested to maintain this expiration date: 2009-08-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=it%2B%2B portname: multimedia/phonon description: Multimedia framework for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-10-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=phonon portname: multimedia/phonon-gstreamer description: Phonon gstreamer backend maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2009-10-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=phonon-gstreamer portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/p5-SNMP description: A perl5 module for interfacing with the CMU SNMP library maintainer: ports@FreeBSD.org deprecated because: Perl SNMP module is now a part of net-mgmt/net-snmp expiration date: 2009-08-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=p5-SNMP portname: www/jakarta-tomcat4 description: Open-source Java web server by Apache, stable 4.0.x branch maintainer: ports@FreeBSD.org deprecated because: www/jakarta-tomcat5 is recommended instead for new installations expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat4 portname: www/jakarta-tomcat5 description: Open-source Java web server by Apache, 5.0.x branch maintainer: ports@FreeBSD.org deprecated because: Old version, consider using www/tomcat55 or www/tomcat6 instead expiration date: 2009-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=jakarta-tomcat5 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-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/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/electricsheep description: A nice distributed screensaver maintainer: dougb@FreeBSD.org deprecated because: No tarball for new versions, sheep server is gone expiration date: 2009-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=electricsheep From linimon at FreeBSD.org Fri Aug 7 06:29:49 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:30:09 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090807062947.476351CCA7@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 portname: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From linimon at FreeBSD.org Fri Aug 7 06:29:50 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:30:10 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090807062948.3237C1CCAA@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: 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: www/linux-firefox-devel forbidden because: Security issues http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From portsuser at larseighner.com Fri Aug 7 08:03:05 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Aug 7 08:06:08 2009 Subject: Ports completely and permanently hosed In-Reply-To: <200908062107.16671.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <200908061825.18547.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090806221036.G62590@qroenaqrq.6qbyyneqvnyhc.pbz> <200908062107.16671.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090807025550.H63824@qroenaqrq.6qbyyneqvnyhc.pbz> On Thu, 6 Aug 2009, Mel Flynn wrote: > On Thursday 06 August 2009 19:29:24 Lars Eighner wrote: >> On Thu, 6 Aug 2009, Mel Flynn wrote: >>> On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: >>>> It's hard to resist the sales pitch (really, USB will work again on >>>> 8.0, we promise! [but we are going to trash your modem driver]) --- >>>> sooner or later one has to wise up. >>> >>> If you actually know how responsive in particular hps@ is at people >>> posting USB problems, you may want to vent your frustration at the wall >>> and instead file a PR >> >> Done, months ago with all the core dump stuff. Still open. Umass still >> crashes the system if I plug the camera or the mp3 player in. (I don't >> mean just doesn't work in some vague way; I mean really crashes the >> system.) > > PR number? And I'm gonna guess the camera is a Kodak. > > 133390 Olympus D-540 It worked on about 6.2. But so did the card reader on my printer so for a long time I was just using the card reader on the printer so i did not have to load umass (which grabs the printer if it is loaded on boot). By and by hplip began to fail on functions other than print until it was failing on print too --- but there are so many fingerprints on hplip and so many layers of stuff its really hard to fix the blame for the printer. So I try the camera and blewy! I had a tiny-itsy-wee bit of disk space devoted to FreeDOS, but the stuff I had that would work on FreeDOS works in a DOS box, so I managed to squeeze a very minimal install of 6.4 in there and sure enough, the camera woeks fine with it. Unfortunately there is nothing I can do with them because I had to gut the installation on accout of the we tiny disk space. So it is boot to 6.4, unload the disk, boot to 7.x, mount the 6.4 /, unload the pictures. Needless to say, this is just something I did once to prove it was not the hardware or the BIOS. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From portsuser at larseighner.com Fri Aug 7 08:25:27 2009 From: portsuser at larseighner.com (Lars Eighner) Date: Fri Aug 7 08:25:34 2009 Subject: Ports completely and permanently hosed In-Reply-To: <4A7BB49D.5060803@FreeBSD.org> References: <20090806203123.F28161@qroenaqrq.6qbyyneqvnyhc.pbz> <4A7BB49D.5060803@FreeBSD.org> Message-ID: <20090807031841.V63824@qroenaqrq.6qbyyneqvnyhc.pbz> On Thu, 6 Aug 2009, Doug Barton wrote: > Lars Eighner wrote: > >> Believe me, if I can get back to my printer, camera, and mp3 player >> all working (which last occurred about 6.2 or so) I'll never upgrade >> again. Of course it is kind of lonely when your release is orphaned, >> which happens in the blink of an eye, but if the kernel supports all the >> hardware, I'm pretty sure I can install any apps that I suddenly decide I >> have to have myself. > > I'm not saying this to be snarky, but you might seriously consider > trying another open source operating system to see if it meets your > needs better. It's has been about 10 years since I tried some flavor of Linux. At that time it was pretty much et up with GUI-itis. Now I do see by the stuff that gets spilled over that the GNU command-line stuff is getting a little better, and in fact some of the native BSD utilities have been replaced by them. Anyway, if I install something and it boots to a GUI without asking, it is to the ash-heap with it (or in the case of OS2 back in the box with a sharp demand for a refund). It seems to me I tried a couple of other BSD flavors and the deciding factor was that the console keyboard was so easy to edit. It was like a dream compared to the others. > There is a reason that there are so many choices out > there nowadays, different people have different needs. For all the > strides we've made in the "desktop/end user" areas in the 15 years > I've been a FreeBSD user it is still, primarily, a server system; > especially when compared to other systems like Ubuntu that are focused > on the end user. So people who run servers just don't expect that ports will be maintained so that they can be managed by port management applications? Maybe they don't care. Actually the server stuff does tend to work real well. > You're clearly very frustrated, and I'm not going to judge whether > your frustration is justified or not. But before you expend a lot more > energy railing about the sad state FreeBSD is in you might want to put > that energy in a more productive direction. -- Lars Eighner http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 From lasta at orion.net.id Fri Aug 7 09:37:37 2009 From: lasta at orion.net.id (Lasta Yani) Date: Fri Aug 7 09:37:44 2009 Subject: FreeBSD Port: openbgpd-4.5.20090709 In-Reply-To: <21778511.20581249536741380.JavaMail.root@mail.orion.net.id> Message-ID: <25463133.24901249637844660.JavaMail.root@mail.orion.net.id> Hello, Any update about this ? ----- "Lasta Yani" wrote: > ----- "Hiroki Sato" wrote: > > > > I think there is no problem with the configuration itself. Just in > > case, please send me the output of "bgpd -nv"? I will try to > > reproduce your symptom on my box. > > > > Hi, > > This is my configuration, output of bgpd -nv, > > nap1 = "119.110.122.5" > nap2 = "119.110.127.5" > keNAP = "{ 203.84.152.0/22 203.84.156.0/22 }" > > AS 24523 > router-id 203.84.155.84 > holdtime min 3 > fib-update yes > > rde rib Adj-RIB-In no evaluate > rde rib Loc-RIB > > network 203.84.152.0/21 > network 203.84.152.0/22 > network 203.84.152.0/23 > network 203.84.152.0/24 > network 203.84.153.0/24 > network 203.84.154.0/23 > network 203.84.155.0/24 > network 203.84.156.0/22 > network 203.84.156.0/23 > network 203.84.156.0/24 > network 203.84.157.0/24 > network 203.84.158.0/23 > network 203.84.158.0/24 > network 203.84.159.0/24 > > > neighbor 119.110.127.5 { > descr "ke-NAP2" > remote-as 45147 > announce all > enforce neighbor-as yes > announce IPv4 unicast > announce IPv6 none > softreconfig in yes > softreconfig out yes > } > neighbor 119.110.122.5 { > descr "ke-NAP1" > remote-as 45147 > announce all > enforce neighbor-as yes > announce IPv4 unicast > announce IPv6 none > softreconfig in yes > softreconfig out yes > } > > match to 119.110.122.5 set { prepend-self 2 } > match to 119.110.127.5 set { prepend-self 2 } > deny from any > allow from 119.110.122.5 inet prefixlen 8 - 24 > deny to any > allow to 119.110.127.5 prefix 203.84.156.0/22 > allow to 119.110.127.5 prefix 203.84.152.0/22 > allow to 119.110.122.5 prefix 203.84.156.0/22 > allow to 119.110.122.5 prefix 203.84.152.0/22 > deny from any prefix 0.0.0.0/0 > deny from any prefix 10.0.0.0/8 prefixlen >= 8 > deny from any prefix 172.16.0.0/12 prefixlen >= 12 > deny from any prefix 192.0.2.0/24 prefixlen >= 24 > deny from any prefix 169.254.0.0/16 prefixlen >= 16 > deny from any prefix 192.168.0.0/16 prefixlen >= 16 > deny from any prefix 240.0.0.0/4 prefixlen >= 4 > deny from any prefix 224.0.0.0/4 prefixlen >= 4 > Thank you, -- Lasta Yani From markm at FreeBSD.org Fri Aug 7 10:00:08 2009 From: markm at FreeBSD.org (Mark Murray) Date: Fri Aug 7 10:00:17 2009 Subject: FreeBSD port palm/barry Message-ID: Hi Your port "barry" on FreeBSD could use an update. Could you please submit this (or similar)? M -- Mark R V Murray Cert APS(Open) Dip Phys(Open) BSc Open(Open) BSc(Hons)(Open) Index: palm/barry/Makefile =================================================================== RCS file: /home/ncvs/ports/palm/barry/Makefile,v retrieving revision 1.6 diff -d -u -r1.6 Makefile --- palm/barry/Makefile 31 Jul 2009 13:55:06 -0000 1.6 +++ palm/barry/Makefile 1 Aug 2009 13:28:38 -0000 @@ -6,8 +6,7 @@ # PORTNAME= barry -PORTVERSION= 0.12 -PORTREVISION= 1 +PORTVERSION= 0.14 CATEGORIES= palm MASTER_SITES= SF Index: palm/barry/distinfo =================================================================== RCS file: /home/ncvs/ports/palm/barry/distinfo,v retrieving revision 1.1 diff -d -u -r1.1 distinfo --- palm/barry/distinfo 1 Aug 2008 20:32:07 -0000 1.1 +++ palm/barry/distinfo 16 Mar 2009 12:13:41 -0000 @@ -1,3 +1,3 @@ -MD5 (barry-0.12.tar.bz2) = 94802ebbec1a69e7f556e475ec55d3e7 -SHA256 (barry-0.12.tar.bz2) = 6cf83f4b29a3b230e7de77b0591657b91d6cbff6d80c885e4a590cfcb0d0959b -SIZE (barry-0.12.tar.bz2) = 873802 +MD5 (barry-0.14.tar.bz2) = 8c93abd0011568b540b799d1faa9a625 +SHA256 (barry-0.14.tar.bz2) = 79db3f58ea65615b0c0a72f54d27a57b703ab271f66b31c41de6d5337a0a5404 +SIZE (barry-0.14.tar.bz2) = 1440167 From jasonh at DataIX.net Fri Aug 7 17:31:42 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Aug 7 17:31:49 2009 Subject: slib-guile Message-ID: <20090807133135.dd876d98.jasonh@DataIX.net> # Date created: 3 November 2003 # Whom: Kimura Fuyuki # # $FreeBSD: ports/lang/slib-guile/Makefile,v 1.8 2008/06/06 13:41:14 edwin Exp $ # $MCom: ports/lang/slib-guile/Makefile,v 1.3 2006/10/13 02:32:48 marcus Exp $ PORTNAME= slib PORTVERSION= 3a4 # Keep this in sync with lang/slib PORTREVISION= 2 CATEGORIES= lang scheme MASTER_SITES= # empty PKGNAMESUFFIX= -guile DISTFILES= # empty This is not in sync with lang/slib is this port used anymore or should I just disregard this to /dev/trash ? -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From mel.flynn+fbsd.ports at mailing.thruhere.net Fri Aug 7 18:03:14 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Fri Aug 7 18:03:21 2009 Subject: Ports completely and permanently hosed In-Reply-To: <20090807025550.H63824@qroenaqrq.6qbyyneqvnyhc.pbz> References: <200908062107.16671.mel.flynn+fbsd.ports@mailing.thruhere.net> <20090807025550.H63824@qroenaqrq.6qbyyneqvnyhc.pbz> Message-ID: <200908071003.11686.mel.flynn+fbsd.ports@mailing.thruhere.net> On Thursday 06 August 2009 23:56:32 Lars Eighner wrote: > On Thu, 6 Aug 2009, Mel Flynn wrote: > > On Thursday 06 August 2009 19:29:24 Lars Eighner wrote: > >> On Thu, 6 Aug 2009, Mel Flynn wrote: > >>> On Thursday 06 August 2009 17:38:40 Lars Eighner wrote: > >>>> It's hard to resist the sales pitch (really, USB will work again on > >>>> 8.0, we promise! [but we are going to trash your modem driver]) --- > >>>> sooner or later one has to wise up. > >>> > >>> If you actually know how responsive in particular hps@ is at people > >>> posting USB problems, you may want to vent your frustration at the wall > >>> and instead file a PR > >> > >> Done, months ago with all the core dump stuff. Still open. Umass still > >> crashes the system if I plug the camera or the mp3 player in. (I don't > >> mean just doesn't work in some vague way; I mean really crashes the > >> system.) > > > > PR number? And I'm gonna guess the camera is a Kodak. > > 133390 Well, unfortunately that dump is useless. It doesn't contain any ref to anything inside the kernel that triggers it, so from that info, nothing can be fixed. -- Mel From mezz7 at cox.net Fri Aug 7 21:47:21 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Fri Aug 7 21:47:27 2009 Subject: slib-guile In-Reply-To: <20090807133135.dd876d98.jasonh@DataIX.net> References: <20090807133135.dd876d98.jasonh@DataIX.net> Message-ID: On Fri, 07 Aug 2009 12:31:35 -0500, Jason J. Hellenthal wrote: > # Date created: 3 November 2003 > # Whom: Kimura Fuyuki > # > # $FreeBSD: ports/lang/slib-guile/Makefile,v 1.8 2008/06/06 13:41:14 > edwin Exp $ > # $MCom: ports/lang/slib-guile/Makefile,v 1.3 2006/10/13 02:32:48 > marcus Exp $ > > PORTNAME= slib > PORTVERSION= 3a4 # Keep this in sync with lang/slib > PORTREVISION= 2 > CATEGORIES= lang scheme > MASTER_SITES= # empty > PKGNAMESUFFIX= -guile > DISTFILES= # empty > > > This is not in sync with lang/slib is this port used anymore or should I > just disregard this to /dev/trash ? --------------------------------------- % gports Makefile lang/slib-guile /usr/ports/devel/g-wrap/Makefile /usr/ports/finance/gnucash/Makefile --------------------------------------- You can't remove this port. It's best to update slib-guile or leave it alone. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From dougb at FreeBSD.org Sat Aug 8 00:23:40 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 8 00:23:47 2009 Subject: enigmail error on -current Message-ID: <4A7CC580.8090600@FreeBSD.org> I've got an up to date -current, and up to date thunderbird, and tried updating enigmail today and got this: /libexec/ld-elf.so.1: ~/.thunderbird/a.default/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}/platform/FreeBSD_x86-gcc3/components/libenigmime-x86-gcc3.so: Undefined symbol "_ZN14nsAutoLockBaseC2EPvNS_14nsAutoLockTypeE" The 0.95.7 from the enigmail web page works just fine. Doug -- This .signature sanitized for your protection From gil at keskydee.com Sat Aug 8 01:53:51 2009 From: gil at keskydee.com (Gil G.) Date: Sat Aug 8 01:53:59 2009 Subject: FreeBSD Port: openvas-libraries-1.0.1_1 Message-ID: <1249694828.15272.1.camel@bozo> Hello, I was wondering if a 2.x version was in the works? Thanks a lot!!! Gil. -------------- 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/20090808/417e968a/attachment.pgp From earl at eeg3.net Sat Aug 8 02:56:46 2009 From: earl at eeg3.net (Earl Gay) Date: Sat Aug 8 02:56:52 2009 Subject: FreeBSD Port: openvas-libraries-1.0.1_1 In-Reply-To: <1249694828.15272.1.camel@bozo> References: <1249694828.15272.1.camel@bozo> Message-ID: On Fri, Aug 7, 2009 at 9:27 PM, Gil G. wrote: > Hello, > > I was wondering if a 2.x version was in the works? > > Thanks a lot!!! > > Gil. > It appears that there is already a PR with an attached patch for this that is waiting on maintainer approval: http://www.freebsd.org/cgi/query-pr.cgi?pr=137208 Regards, Earl From bsd at dino.sk Sat Aug 8 07:53:14 2009 From: bsd at dino.sk (Milan Obuch) Date: Sat Aug 8 07:53:21 2009 Subject: PR 137112 not taken yet Message-ID: <200908080943.00763.bsd@dino.sk> Hi, there is a PR submitted two weeks ago - ports/137112: [mail/courier] update to 0.62 - with no sign of activity on it until yet. Could some committer look at it? I would like to see it in before 8.0 release... Regards, Milan From piotr.smyrak at heron.pl Sat Aug 8 11:47:56 2009 From: piotr.smyrak at heron.pl (piotr.smyrak@heron.pl) Date: Sat Aug 8 11:48:02 2009 Subject: late CONFLICTS check Message-ID: <20090808110308.M29895@heron.pl> I wonder what is the reason we do check-conflicts so late only in the _INSTALL_SEQ. Why not put it into _SANITY_SEQ. Right now one has to wait to fetch a dist, build port and suddenly before installing a conflicts pops up and one has to resolve it. Quite annoying in some cases. -- Piotr Smyrak piotr.smyrak@heron.pl From thierry.herbelot at free.fr Sat Aug 8 12:46:48 2009 From: thierry.herbelot at free.fr (Thierry Herbelot) Date: Sat Aug 8 12:46:54 2009 Subject: configuration for the collection in amarok2 ? Message-ID: <200908081430.12572.thierry.herbelot@free.fr> Hello, I've just installed the latest KDE 4.3 and amarok-2.1.1, with the following setup : ----------------------------------------------------------------------------- -- The following external packages were located on your system. -- This installation will have the extra features provided by these packages. ----------------------------------------------------------------------------- * kdelibs - The toolkit Amarok uses to build * qtscript-qt - QtScript Qt Bindings * mysqld - Embedded MySQL * zlib - zlib * strigi - Index metadata of files * libgpod - Support Apple iPod audio devices * Gdk - Support for artwork on iPod audio devices via GdkPixbuf * libmtp - Enable Support for portable media devices that use the media transfer protocol * curl - cURL provides the necessary network libraries required by mp3tunes. * libxml2 - LibXML2 is an XML parser required by mp3tunes. * openssl or libgcrypt - OpenSSL or GNU Libgcrypt provides cryptographic functions required by mp3tunes. * gobject - Required by mp3tunes. * loudmouth - Loudmouth is the communication backend needed by mp3tunes for syncing. * Qt4 Glib support - Qt4 must be compiled with glib support for mp3tunes * glib2 - Required by libgpod and mp3tunes ----------------------------------------------------------------------------- -- Congratulations! All external packages have been found. ----------------------------------------------------------------------------- But I don't seem to be able to create a new collection. When I select Options->Configure Amarok-> Collection (and select a tree with some mp3 files), amarok2 seems to be just sitting there and nothing happens. Is there some kind of howto for configuring amarok2 ? Thanks in advance TfH this is displayed when launching : /usr/local/kde4/bin/amarok --debug --nofork : amarok: BEGIN: void CollectionSetup::writeConfig() amarok: BEGIN: QStringList MountPointManager::collectionFolders() amarok: END__: QStringList MountPointManager::collectionFolders() - Took 0.00041s amarok: Selected collection folders: ("/audio") amarok: BEGIN: QStringList MountPointManager::collectionFolders() amarok: END__: QStringList MountPointManager::collectionFolders() - Took 0.00047s amarok: MountPointManager collection folders: ("/audio") amarok: BEGIN: void ScanManager::startFullScan() amarok: BEGIN: void ScanManager::cleanTables() amarok: END__: void ScanManager::cleanTables() - Took 0.0014s amarok: BEGIN: XmlParseJob::XmlParseJob(ScanManager*, SqlCollection*) amarok: BEGIN: void ProgressBar::setDescription(const QString&) amarok: END__: void ProgressBar::setDescription(const QString&) - Took 0.00048s amarok: BEGIN: void CompoundProgressBar::addProgressBar(ProgressBar*, QObject*) amarok: p before: QPoint(2,-33) amarok: p after: QPoint(4,644) amarok: BEGIN: void ProgressBar::setDescription(const QString&) amarok: END__: void ProgressBar::setDescription(const QString&) - Took 0.00024s amarok: END__: void CompoundProgressBar::addProgressBar(ProgressBar*, QObject*) - Took 0.0022s amarok: BEGIN: ProgressBar* ProgressBar::setAbortSlot(QObject*, const char*) amarok: Setting abort slot for "Analyse de la musique" amarok: connecting to 1abort() amarok: END__: ProgressBar* ProgressBar::setAbortSlot(QObject*, const char*) - Took 0.00084s amarok: END__: XmlParseJob::XmlParseJob(ScanManager*, SqlCollection*) - Took 0.0056s amarok: Checking for batch file in "/usr/home/herbelot/.kde4/share/apps/amarok/amarokcollectionscanner_batchfullscan.xml" amarok: GOING TO SCAN: amarok: BEGIN: QStringList MountPointManager::collectionFolders() amarok: END__: QStringList MountPointManager::collectionFolders() - Took 0.00019s amarok: "/files9/audio" amarok: BEGIN: QStringList MountPointManager::collectionFolders() amarok: END__: QStringList MountPointManager::collectionFolders() - Took 0.00012s amarok: END__: void ScanManager::startFullScan() - Took 0.018s amarok: END__: void CollectionSetup::writeConfig() - Took 0.021s amarok: BEGIN: void App::applySettings(bool) amarok: BEGIN: void Amarok::OSD::applySettings() amarok: END__: void Amarok::OSD::applySettings() - Took 0.00046s amarok: BEGIN: void MainWindow::hideContextView(bool) amarok: END__: void MainWindow::hideContextView(bool) - Took 0.00014s amarok: END__: void App::applySettings(bool) - Took 0.0027s QKqueueFileSystemWatcherEngine: error during kevent wait: Interrupted system call amarok: BEGIN: virtual void XmlParseJob::run() amarok: BEGIN: ScanResultProcessor::ScanResultProcessor(SqlCollection*) amarok: END__: ScanResultProcessor::ScanResultProcessor(SqlCollection*) - Took 8.8e-05s amarok: BEGIN: virtual OSDWidget::~OSDWidget() amarok: END__: virtual OSDWidget::~OSDWidget() - Took 0.00022s amarok: BEGIN: void ScanManager::slotError(QProcess::ProcessError) amarok: Error: 0 amarok: Scan error: "Unknown error: reseting scan manager state" amarok: Success. Committing result to database. amarok: ERROR: Database temporary table setup did not complete. This is probably a result of no directories being scanned. amarok: BEGIN: virtual ScanResultProcessor::~ScanResultProcessor() amarok: END__: virtual ScanResultProcessor::~ScanResultProcessor() - Took 9.4e-05s amarok: END__: virtual void XmlParseJob::run() - Took 0.057s amarok: BEGIN: void ScanManager::stopParser() amarok: BEGIN: virtual void XmlParseJob::requestAbort() amarok: END__: virtual void XmlParseJob::requestAbort() - Took 9.3e-05s amarok: END__: void ScanManager::stopParser() - Took 0.00026s amarok: END__: void ScanManager::slotError(QProcess::ProcessError) - Took 0.0016s QCoreApplication::postEvent: Unexpected null receiver amarok: BEGIN: virtual XmlParseJob::~XmlParseJob() amarok: BEGIN: void CompoundProgressBar::childBarComplete(ProgressBar*) amarok: p before: QPoint(2,-9) amarok: p after: QPoint(4,668) amarok: BEGIN: void ProgressBar::setDescription(const QString&) amarok: END__: void ProgressBar::setDescription(const QString&) - Took 0.00017s amarok: BEGIN: void StatusBar::hideProgress() amarok: END__: void StatusBar::hideProgress() - Took 0.0021s amarok: END__: void CompoundProgressBar::childBarComplete(ProgressBar*) - Took 0.0033s amarok: END__: virtual XmlParseJob::~XmlParseJob() - Took 0.0036s amarok: BEGIN: void ScanManager::startIncrementalScan() amarok: BEGIN: QStringList ScanManager::getDirsToScan() amarok: END__: QStringList ScanManager::getDirsToScan() - Took 0.00062s amarok: GOING TO SCAN: amarok: Scanning nothing, return. amarok: BEGIN: void ScanManager::writeBatchIncrementalInfoFile() amarok: END__: void ScanManager::writeBatchIncrementalInfoFile() - Took 0.00066s amarok: END__: void ScanManager::startIncrementalScan() - Took 0.0021s amarok: BEGIN: void ScanManager::startIncrementalScan() amarok: BEGIN: QStringList ScanManager::getDirsToScan() amarok: END__: QStringList ScanManager::getDirsToScan() - Took 0.00053s amarok: GOING TO SCAN: amarok: Scanning nothing, return. amarok: BEGIN: void ScanManager::writeBatchIncrementalInfoFile() amarok: END__: void ScanManager::writeBatchIncrementalInfoFile() - Took 0.00069s amarok: END__: void ScanManager::startIncrementalScan() - Took 0.0021s From gesbbb at yahoo.com Sat Aug 8 12:47:23 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Aug 8 12:47:29 2009 Subject: late CONFLICTS check In-Reply-To: <20090808110308.M29895@heron.pl> References: <20090808110308.M29895@heron.pl> Message-ID: <20090808084720.16089e0e@scorpio.seibercom.net> On Sat, 8 Aug 2009 13:34:42 +0200 piotr.smyrak@heron.pl wrote: > I wonder what is the reason we do check-conflicts so late only in > the _INSTALL_SEQ. Why not put it into _SANITY_SEQ. Right now one > has to wait to fetch a dist, build port and suddenly before > installing a conflicts pops up and one has to resolve it. Quite > annoying in some cases. I often run "make check-conflicts" manually before installing a port. It would be nice if the check was made by the port prior to wasting the time to download it, etc. At the very least, the end user would be aware that they might have to run a deinstall operation prior to installing a port. -- Jerry gesbbb@yahoo.com The cow is nothing but a machine which makes grass fit for us people to eat. John McNulty From peo at intersonic.se Sat Aug 8 14:43:15 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Sat Aug 8 14:43:21 2009 Subject: apr buildconf: python not found. Message-ID: <4A7D8EFD.4000307@intersonic.se> /usr/ports/devel/apr# make ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/python2.6 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/perl5.8.9 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/automake-1.9 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/autoconf-2.62 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/libtool - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on shared library: expat.6 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on shared library: gdbm.3 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on shared library: iconv.3 - found ===> apr-gdbm-db42-1.3.8.1.3.9 depends on shared library: db-4.2.2 - found ===> Configuring for apr-gdbm-db42-1.3.8.1.3.9 cd /usr/ports/devel/apr/work/apr-1.3.8 ; /usr/bin/env CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144 /bin/sh ./buildconf buildconf: checking installation... buildconf: python not found. You need python installed to build APR from SVN. *** Error code 1 But python IS there, exactly as stated in the first line above. What gives? I just went through going from python 2.5 to 2.6. Thanks, From peo at intersonic.se Sat Aug 8 16:31:41 2009 From: peo at intersonic.se (Per olof Ljungmark) Date: Sat Aug 8 16:31:47 2009 Subject: apr buildconf: python not found. In-Reply-To: <4A7D9066.10604@kc8onw.net> References: <4A7D8EFD.4000307@intersonic.se> <4A7D9066.10604@kc8onw.net> Message-ID: <4A7DA868.6030609@intersonic.se> Jonathan wrote: > On 8/8/2009 10:43 AM, Per olof Ljungmark wrote: >> /usr/ports/devel/apr# make >> ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/python2.6 >> But python IS there, exactly as stated in the first line above. >> >> What gives? I just went through going from python 2.5 to 2.6. > > Do you have a /usr/local/bin/python? The ports tree found a binary > named python2.6 but apr is probably looking for a binary named python. Indeed it is. Symlinking python2.6 -> python made it. Then, one could ask what is wring, the apr build or the python install? -- per From jonathan at kc8onw.net Sat Aug 8 16:59:17 2009 From: jonathan at kc8onw.net (Jonathan) Date: Sat Aug 8 16:59:23 2009 Subject: apr buildconf: python not found. In-Reply-To: <4A7DA868.6030609@intersonic.se> References: <4A7D8EFD.4000307@intersonic.se> <4A7D9066.10604@kc8onw.net> <4A7DA868.6030609@intersonic.se> Message-ID: <4A7DAB23.3020305@kc8onw.net> On 8/8/2009 12:31 PM, Per olof Ljungmark wrote: > Jonathan wrote: >> On 8/8/2009 10:43 AM, Per olof Ljungmark wrote: >>> /usr/ports/devel/apr# make >>> ===> apr-gdbm-db42-1.3.8.1.3.9 depends on file: /usr/local/bin/python2.6 >>> But python IS there, exactly as stated in the first line above. >>> >>> What gives? I just went through going from python 2.5 to 2.6. >> >> Do you have a /usr/local/bin/python? The ports tree found a binary >> named python2.6 but apr is probably looking for a binary named python. > > Indeed it is. Symlinking python2.6 -> python made it. Then, one could > ask what is wring, the apr build or the python install? Probably a glitch in the upgrade process from 2.5 -> 2.6, more specifically than that I don't know. I ran into a similar issue with Java. I installed openJDK6 from a package and it didn't register itself with javavmwrapper but when I updated to the latest portrevision it did. The package is missing the postinstall script to register java while the port actually does register itself. Jonathan From lstewart at freebsd.org Sat Aug 8 18:45:11 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Sat Aug 8 18:45:18 2009 Subject: portmaster -x not working? In-Reply-To: <4A5E02DE.1010908@freebsd.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> <4A5D9FD8.3080209@isafeelin.org> <4A5E02DE.1010908@freebsd.org> Message-ID: <4A7DC792.2080200@freebsd.org> Lawrence Stewart wrote: > Frederique Rijsdijk wrote: >> Lawrence Stewart wrote: >>> Hijacking the thread slightly, but is there a way to exclude multiple >>> ports using the -x switch (or multiple -x switches)? Logically, I want >>> to be able to do something like this: >>> >>> portmaster -a -x '*foo*' -x '*bar*' >>> >> >> portmaster -x '[.*php5.*|.*apache.*]' -n drupal6-6.12 >> >> That seems to work for me.. >> > > Nifty, although regex goo is unfriendly even at the best of times. > > Thanks for the tip (and sorry for the hijack). Today, I again had need of the ability to exclude multiple ports from an update run. It turns out your tip doesn't work with portmaster, though I suspect it would with portupgrade. I finally bit the bullet and created a patch that allows a user to specify -x multiple times, or specify it once with a space-separated list of port globs. Example usage with the patch applied: Update everything, ignoring ports that match *postgres*: portmaster -adx 'postgres' Update everything, ignoring ports that match *postgres* or *imap-uw*: portmaster -adx 'postgres imap-uw' portmaster -adx 'postgres' -x 'imap-uw' Doug, what do you think of the attached patch? Cheers, Lawrence -------------- next part -------------- --- portmaster.orig 2009-08-08 22:13:01.000000000 +1000 +++ portmaster 2009-08-09 04:24:34.000000000 +1000 @@ -618,17 +618,21 @@ } globstrip () { + local glob + local globs local in - in=$1 + globs="$1" - case "$in" in - *\*) in=`echo $in | sed s/.$//` - esac - - in=${in%\\} + for glob in $globs + do + case "$glob" in + *\*) glob=`echo $glob | sed s/.$//` + esac + in="${glob%\\} $in" + done - echo $in + echo "${in%% }" } #=============== End functions relevant to --features and main =============== @@ -801,7 +805,7 @@ u) echo "===>>> The -u option has been deprecated" ; echo '' ;; v) PM_VERBOSE=vopt; ARGS="-v $ARGS" ;; w) SAVE_SHARED=wopt; ARGS="-w $ARGS" ;; - x) EXCL=`globstrip $OPTARG` ;; + x) EXCL="`globstrip "$OPTARG"` ${EXCL}" ; EXCL="${EXCL%% }" ;; *) echo '' ; echo "===>>> Try ${0##*/} --help"; exit 1 ;; esac done @@ -818,7 +822,7 @@ if [ -n "$EXCL" ]; then case "$EXCL" in -*) fail 'The -x option requires an argument' ;; - *) ARGS="-x $EXCL $ARGS" ;; + *) ARGS="-x '$EXCL' $ARGS" ;; esac fi @@ -1461,16 +1465,21 @@ } check_exclude () { + local glob + [ -n "$EXCL" ] || return 0 - case "$1" in - *${EXCL}*) - if [ -n "$PM_VERBOSE" ]; then - echo "===>>> Skipping $1" - echo " because it matches the pattern: *${EXCL}*" - fi - return 1 ;; - esac + for glob in $EXCL + do + case "$1" in + *$glob*) + if [ -n "$PM_VERBOSE" ]; then + echo "===>>> Skipping $1" + echo " because it matches the pattern: *$glob*" + fi + return 1 ;; + esac + done return 0 } @@ -1509,7 +1518,7 @@ [ -n "$DEPTH" ] && echo " $DEPTH >> ${1#$pd/}" if [ -z "$NO_ACTION" -o -n "$CONFIG_ONLY" ]; then - ($0 $ARGS $1) || fail "Update for $1 failed" + (eval $0 $ARGS $1) || fail "Update for $1 failed" . $IPC_SAVE else [ -n "$PM_VERBOSE" ] && @@ -1701,7 +1710,7 @@ if [ -n "$CONFIG_ONLY" ]; then for port in $worklist; do check_interactive $port || continue - ($0 $ARGS $port) || fail "Update for $port failed" + (eval $0 $ARGS $port) || fail "Update for $port failed" . $IPC_SAVE done check_fetch_only @@ -1721,7 +1730,7 @@ ;; esac check_interactive $port || continue - ($0 $ARGS $port) || fail "Update for $port failed" + (eval $0 $ARGS $port) || fail "Update for $port failed" . $IPC_SAVE done safe_exit @@ -1968,7 +1977,7 @@ [ -d "$pd/$moved_npd" ] || no_valid_port if [ "$$" -eq "$PARENT_PID" ]; then - $0 $ARGS -o $moved_npd $upg_port + eval $0 $ARGS -o $moved_npd $upg_port safe_exit else exec $0 $ARGS -o $moved_npd $upg_port --- portmaster.8.orig 2009-08-09 04:28:51.000000000 +1000 +++ portmaster.8 2009-08-09 04:36:49.000000000 +1000 @@ -24,7 +24,7 @@ .\" .\" $FreeBSD: ports/ports-mgmt/portmaster/files/portmaster.8,v 2.8 2009/07/29 23:26:14 dougb Exp $ .\" -.Dd July 29, 2009 +.Dd August 8, 2009 .Dt PORTMASTER 8 .Os .Sh NAME @@ -296,7 +296,9 @@ any arguments to supply to .Xr make 1 .It Fl x -avoid building or updating ports that match this pattern +avoid building or updating ports that match this pattern. +Can be specified multiple times, or supplied as a space-separated list of port +globs surrounded by ''. .It Fl p Ar port directory in /usr/ports specify the full path to a port directory .It Fl -show-work From dougb at FreeBSD.org Sat Aug 8 18:52:17 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 8 18:52:23 2009 Subject: portmaster -x not working? In-Reply-To: <4A7DC792.2080200@freebsd.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> <4A5D9FD8.3080209@isafeelin.org> <4A5E02DE.1010908@freebsd.org> <4A7DC792.2080200@freebsd.org> Message-ID: <4A7DC956.5010402@FreeBSD.org> Lawrence Stewart wrote: > Today, I again had need of the ability to exclude multiple ports from an > update run. It turns out your tip doesn't work with portmaster, though I > suspect it would with portupgrade. For now, if you need to exclude more than one port you can check the man page about +IGNOREME files. > Doug, what do you think of the attached patch? I think it's interesting, but not quite how I would do it. I have plans to rewrite the command line parser in order to accommodate this, and make things easier to work with generally, so stay tuned. Doug -- This .signature sanitized for your protection From lstewart at freebsd.org Sat Aug 8 19:11:54 2009 From: lstewart at freebsd.org (Lawrence Stewart) Date: Sat Aug 8 19:12:01 2009 Subject: portmaster -x not working? In-Reply-To: <4A7DC956.5010402@FreeBSD.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> <4A5D9FD8.3080209@isafeelin.org> <4A5E02DE.1010908@freebsd.org> <4A7DC792.2080200@freebsd.org> <4A7DC956.5010402@FreeBSD.org> Message-ID: <4A7DCDDB.3010205@freebsd.org> Doug Barton wrote: > Lawrence Stewart wrote: > >> Today, I again had need of the ability to exclude multiple ports from an >> update run. It turns out your tip doesn't work with portmaster, though I >> suspect it would with portupgrade. > > For now, if you need to exclude more than one port you can check the > man page about +IGNOREME files. > Ok cool. I would definitely like to be able to specify things dynamically on a per-run basis as well though without adding +IGNOREME files. I often want to special case the exclusion of ports one time only. >> Doug, what do you think of the attached patch? > > I think it's interesting, but not quite how I would do it. I have > plans to rewrite the command line parser in order to accommodate this, > and make things easier to work with generally, so stay tuned. No problemo, will stay tuned. Cheers, Lawrence From dougb at FreeBSD.org Sat Aug 8 19:14:49 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 8 19:14:56 2009 Subject: portmaster -x not working? In-Reply-To: <4A7DCDDB.3010205@freebsd.org> References: <4A5C954C.5060507@quip.cz> <4A5C9A98.5020006@isafeelin.org> <4A5CA8CF.2070906@freebsd.org> <4A5D9FD8.3080209@isafeelin.org> <4A5E02DE.1010908@freebsd.org> <4A7DC792.2080200@freebsd.org> <4A7DC956.5010402@FreeBSD.org> <4A7DCDDB.3010205@freebsd.org> Message-ID: <4A7DCE9D.4010903@FreeBSD.org> Lawrence Stewart wrote: > Ok cool. I would definitely like to be able to specify things > dynamically on a per-run basis as well though without adding +IGNOREME > files. I often want to special case the exclusion of ports one time only. I agree that it's something that we need to be able to do. If you want to do it on the command line instead you can also use -i, but if you're dealing with a lot of ports (like with -a) that can get annoying. Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Sat Aug 8 19:25:30 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 8 19:25:36 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current Message-ID: <4A7DD122.10409@FreeBSD.org> I vaguely recall seeing something about this, but don't recall if there was a resolution. Doug -- This .signature sanitized for your protection From nox at jelal.kn-bremen.de Sat Aug 8 20:28:43 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Aug 8 20:28:50 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current In-Reply-To: <4A7DD122.10409@FreeBSD.org> Message-ID: <200908082027.n78KRaNG018856@triton8.kn-bremen.de> In article <4A7DD122.10409@FreeBSD.org> you write: >I vaguely recall seeing something about this, but don't recall if >there was a resolution. Well head defaults to f10 linux base now so I'd say you'll need at least the proper libflashsupport for that (the one installed by the www/linux-f10-flashplugin10 port.) Btw, any particular reason you don't want flash10? HTH, Juergen From rhurlin at gwdg.de Sat Aug 8 21:26:59 2009 From: rhurlin at gwdg.de (Rainer Hurling) Date: Sat Aug 8 21:27:06 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current In-Reply-To: <4A7DD122.10409@FreeBSD.org> References: <4A7DD122.10409@FreeBSD.org> Message-ID: <4A7DDFAB.9090705@gwdg.de> Hi Doug, for me it helps to set the following link ln -s /compat/linux/lib/libssl.so.0.9.8g /compat/linux/lib/libssl.so.5 Hope this helps, Rainer Hurling On 08.08.2009 21:25 (UTC+2), Doug Barton wrote: > I vaguely recall seeing something about this, but don't recall if > there was a resolution. > > > Doug > From dougb at FreeBSD.org Sat Aug 8 21:27:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 8 21:27:17 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current In-Reply-To: <200908082027.n78KRaNG018856@triton8.kn-bremen.de> References: <200908082027.n78KRaNG018856@triton8.kn-bremen.de> Message-ID: <4A7DEDA3.6050406@FreeBSD.org> Juergen Lock wrote: > In article <4A7DD122.10409@FreeBSD.org> you write: >> I vaguely recall seeing something about this, but don't recall if >> there was a resolution. > > Well head defaults to f10 linux base now I've been using that for a while even before it became the default. > Btw, any particular reason you don't want flash10? Well in the past I had a vague understanding that support for 9 was "better," somehow, but good news: I just installed 10 and it works fine, sound and everything. It has a LOT more dependencies in comparison to 9, but working is better than not working. :) Doug ===>>> The following actions were performed: Installation of databases/linux-f10-sqlite3 Installation of devel/linux-f10-nspr Installation of net/linux-f10-openldap Installation of security/linux-f10-cyrus-sasl2 Installation of ftp/linux-f10-curl Installation of security/linux-f10-openssl Installation of security/linux-f10-libssh2 Installation of security/linux-f10-nss Installation of www/linux-f10-flashplugin10 -- This .signature sanitized for your protection From jasonh at DataIX.net Sat Aug 8 23:47:39 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Sat Aug 8 23:47:45 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current In-Reply-To: <4A7DDFAB.9090705@gwdg.de> References: <4A7DD122.10409@FreeBSD.org> <4A7DDFAB.9090705@gwdg.de> Message-ID: <20090808194736.7ccd3249.jasonh@DataIX.net> On Sat, 08 Aug 2009 22:27:23 +0200 Rainer Hurling wrote: > Hi Doug, > > for me it helps to set the following link > > ln -s /compat/linux/lib/libssl.so.0.9.8g /compat/linux/lib/libssl.so.5 > > Hope this helps, > Rainer Hurling > > > On 08.08.2009 21:25 (UTC+2), Doug Barton wrote: > > I vaguely recall seeing something about this, but don't recall if > > there was a resolution. > > > > > > Doug > > Is this something that could be handled through libmap.conf rather than adding an extraneous symlink to that may stick around after package deletion ? Curious question as I am unsure if libmap.conf can handle /compat/linux. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From klaus at sentinel.dyndns.info Sun Aug 9 09:30:37 2009 From: klaus at sentinel.dyndns.info (Klaus Koch) Date: Sun Aug 9 09:30:43 2009 Subject: diablo-jdk-1.6.0.07.02_5 remote code execution exploit Message-ID: <200908091016.52261.klaus@sentinel.dyndns.info> Hello, as of 6th of August, there's a possible remote code execution exploit known in both "Sun JDK and JRE 6 Update 14 and earlier" and "Sun JDK and JRE 5.0 Update 19 and earlier" details: http://www.cert.fi/en/reports/2009/vulnerability2009085.html I didn't get any notifications with portaudit yet. Because I don't know who to contact else, I'm sending this to the port maintainer/team. Kind regards, Klaus -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090809/9ef83da8/attachment.pgp From rabe at uugrn.org Sun Aug 9 16:48:10 2009 From: rabe at uugrn.org (Raphael Becker) Date: Sun Aug 9 16:48:19 2009 Subject: make package broken for multimedia/gstreamer Message-ID: <20090809161913.GC44619@ma.sigsys.de> Hi there, is this just a local problem (cvsup failed) or is this a general problem with multimedia/gstreamer? TIA Raphael Becker [root@freebsd /usr/ports/multimedia/gstreamer]# ls -la total 26 drwxr-xr-x 3 root wheel 512 Aug 5 17:41 . drwxr-xr-x 307 root wheel 6656 Aug 7 21:41 .. -rw-r--r-- 1 root wheel 1746 Aug 5 17:41 Makefile -rw-r--r-- 1 root wheel 212 Aug 5 17:41 distinfo drwxr-xr-x 2 root wheel 512 Aug 5 17:41 files -rw-r--r-- 1 root wheel 1057 Jul 15 2002 pkg-descr -rw-r--r-- 1 root wheel 7656 Aug 5 17:41 pkg-plist # make package [...] ===> Registering installation for gstreamer-0.10.24 ===> Building package for gstreamer-0.10.24 Creating package /usr/ports/packages/All/gstreamer-0.10.24.tbz Registering depends: gio-fam-backend-2.20.4 gamin-0.1.10_3 glib-2.20.4 popt-1.14 gettext-0.17_1 libxml2-2.7.3 libiconv-1.13.1 libcheck-0.9.6 libXv-1.0.4,1 libXext-1.0.5,1 libX11-1.2.1_1,1 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 perl-threaded-5.8.9_3 xcb-proto-1.5 python26-2.6.2_1 kbproto-1.0.3 videoproto-2.2.2 xextproto-7.0.5. Creating bzip'd tar ball in '/usr/ports/packages/All/gstreamer-0.10.24.tbz' tar: lib/libgstbase-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstcheck-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstcontroller-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstdataprotocol-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstnet-0.10.so.0: Cannot stat: No such file or directory tar: lib/libgstreamer-0.10.so.0: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/multimedia/gstreamer. # ls -la /usr/local/lib/libgst* -rw-r--r-- 1 root wheel 797764 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.a -rwxr-xr-x 1 root wheel 1167 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.la lrwxr-xr-x 1 root wheel 21 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so -> libgstbase-0.10.so.21 -rwxr-xr-x 1 root wheel 562108 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so.21 -rw-r--r-- 1 root wheel 103482 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.a -rwxr-xr-x 1 root wheel 1201 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.la lrwxr-xr-x 1 root wheel 22 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so -> libgstcheck-0.10.so.21 -rwxr-xr-x 1 root wheel 75151 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so.21 -rw-r--r-- 1 root wheel 520480 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.a -rwxr-xr-x 1 root wheel 1209 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.la lrwxr-xr-x 1 root wheel 27 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so -> libgstcontroller-0.10.so.21 -rwxr-xr-x 1 root wheel 398526 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so.21 -rw-r--r-- 1 root wheel 42652 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.a -rwxr-xr-x 1 root wheel 1223 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.la lrwxr-xr-x 1 root wheel 29 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so -> libgstdataprotocol-0.10.so.21 -rwxr-xr-x 1 root wheel 38512 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so.21 -rw-r--r-- 1 root wheel 88106 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.a -rwxr-xr-x 1 root wheel 1160 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.la lrwxr-xr-x 1 root wheel 20 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so -> libgstnet-0.10.so.21 -rwxr-xr-x 1 root wheel 64612 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so.21 -rw-r--r-- 1 root wheel 3242574 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.a -rwxr-xr-x 1 root wheel 1145 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.la lrwxr-xr-x 1 root wheel 23 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so -> libgstreamer-0.10.so.21 -rwxr-xr-x 1 root wheel 2130698 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so.21 -- Raphael Becker http://rabe.uugrn.org/ https://www.xing.com/profile/Raphael_Becker GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D .........|.........|.........|.........|.........|.........|.........|.. -------------- 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/20090809/0a13d51b/attachment.pgp From m.seaman at infracaninophile.co.uk Sun Aug 9 17:01:26 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sun Aug 9 17:01:32 2009 Subject: ports/*/jpeg "Thanks a lot guys" In-Reply-To: <4A76D89B.60803@infracaninophile.co.uk> References: <20090731121249.538ea7e7.jasonh@DataIX.net> <20090731173636.GA76357@owl.midgard.homeip.net> <4A740679.1020608@infracaninophile.co.uk> <4A747C77.1040800@infracaninophile.co.uk> <20090801224323.GA65040@server.vk2pj.dyndns.org> <4A7552C8.7020508@infracaninophile.co.uk> <4A75A813.10307@infracaninophile.co.uk> <7d6fde3d0908030148h3b5a5934lb0ade13d8b095105@mail.gmail.com> <4A76D89B.60803@infracaninophile.co.uk> Message-ID: <4A7F00C1.4000700@infracaninophile.co.uk> >> On Sun, Aug 2, 2009 at 7:52 AM, Matthew >> Seaman wrote: >>> Matthew Seaman wrote: >>>> Doing (1) using my p5-FreeBSD-Portindex code is pretty easy. It's about >>>> time I released an update anyhow -- I'll code up a little app that >>>> processes >>>> the LIB_DEPENDS linkages already stored in the cache and lists each port >>>> that has a LIB_DEPENDS, together with all the ports it depends on >>>> cumulatively. >>> I've got this working now -- I still need to do some more testing, update >>> documentation and stuff before I release version 2.2 of >>> p5-FreeBSD-Portindex, Version 2.2 now released: http://www.infracaninophile.co.uk/portindex/ Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090809/24a9e91a/signature.pgp From kwm at rainbow-runner.nl Sun Aug 9 17:40:32 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Sun Aug 9 17:40:39 2009 Subject: make package broken for multimedia/gstreamer In-Reply-To: <20090809161913.GC44619@ma.sigsys.de> References: <20090809161913.GC44619@ma.sigsys.de> Message-ID: <1249838442.2323.1883.camel@headache.rainbow-runner.nl> On Sun, 2009-08-09 at 18:19 +0200, Raphael Becker wrote: > Hi there, > > is this just a local problem (cvsup failed) or is this a general > problem with multimedia/gstreamer? > > TIA > Raphael Becker Check your libtool and libltdl. You should have version 2.2.6(a) installed. Read ports/UPDATING for more info about the libtool update. -Koop > > [root@freebsd /usr/ports/multimedia/gstreamer]# ls -la > total 26 > drwxr-xr-x 3 root wheel 512 Aug 5 17:41 . > drwxr-xr-x 307 root wheel 6656 Aug 7 21:41 .. > -rw-r--r-- 1 root wheel 1746 Aug 5 17:41 Makefile > -rw-r--r-- 1 root wheel 212 Aug 5 17:41 distinfo > drwxr-xr-x 2 root wheel 512 Aug 5 17:41 files > -rw-r--r-- 1 root wheel 1057 Jul 15 2002 pkg-descr > -rw-r--r-- 1 root wheel 7656 Aug 5 17:41 pkg-plist > > > # make package > [...] > ===> Registering installation for gstreamer-0.10.24 > ===> Building package for gstreamer-0.10.24 > Creating package /usr/ports/packages/All/gstreamer-0.10.24.tbz > Registering depends: gio-fam-backend-2.20.4 gamin-0.1.10_3 glib-2.20.4 popt-1.14 gettext-0.17_1 libxml2-2.7.3 libiconv-1.13.1 libcheck-0.9.6 libXv-1.0.4,1 libXext-1.0.5,1 libX11-1.2.1_1,1 libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 perl-threaded-5.8.9_3 xcb-proto-1.5 python26-2.6.2_1 kbproto-1.0.3 videoproto-2.2.2 xextproto-7.0.5. > Creating bzip'd tar ball in '/usr/ports/packages/All/gstreamer-0.10.24.tbz' > tar: lib/libgstbase-0.10.so.0: Cannot stat: No such file or directory > tar: lib/libgstcheck-0.10.so.0: Cannot stat: No such file or directory > tar: lib/libgstcontroller-0.10.so.0: Cannot stat: No such file or directory > tar: lib/libgstdataprotocol-0.10.so.0: Cannot stat: No such file or directory > tar: lib/libgstnet-0.10.so.0: Cannot stat: No such file or directory > tar: lib/libgstreamer-0.10.so.0: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > Stop in /usr/ports/multimedia/gstreamer. > > > # ls -la /usr/local/lib/libgst* > -rw-r--r-- 1 root wheel 797764 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.a > -rwxr-xr-x 1 root wheel 1167 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.la > lrwxr-xr-x 1 root wheel 21 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so -> libgstbase-0.10.so.21 > -rwxr-xr-x 1 root wheel 562108 Aug 9 18:11 /usr/local/lib/libgstbase-0.10.so.21 > -rw-r--r-- 1 root wheel 103482 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.a > -rwxr-xr-x 1 root wheel 1201 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.la > lrwxr-xr-x 1 root wheel 22 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so -> libgstcheck-0.10.so.21 > -rwxr-xr-x 1 root wheel 75151 Aug 9 18:11 /usr/local/lib/libgstcheck-0.10.so.21 > -rw-r--r-- 1 root wheel 520480 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.a > -rwxr-xr-x 1 root wheel 1209 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.la > lrwxr-xr-x 1 root wheel 27 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so -> libgstcontroller-0.10.so.21 > -rwxr-xr-x 1 root wheel 398526 Aug 9 18:11 /usr/local/lib/libgstcontroller-0.10.so.21 > -rw-r--r-- 1 root wheel 42652 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.a > -rwxr-xr-x 1 root wheel 1223 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.la > lrwxr-xr-x 1 root wheel 29 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so -> libgstdataprotocol-0.10.so.21 > -rwxr-xr-x 1 root wheel 38512 Aug 9 18:11 /usr/local/lib/libgstdataprotocol-0.10.so.21 > -rw-r--r-- 1 root wheel 88106 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.a > -rwxr-xr-x 1 root wheel 1160 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.la > lrwxr-xr-x 1 root wheel 20 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so -> libgstnet-0.10.so.21 > -rwxr-xr-x 1 root wheel 64612 Aug 9 18:11 /usr/local/lib/libgstnet-0.10.so.21 > -rw-r--r-- 1 root wheel 3242574 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.a > -rwxr-xr-x 1 root wheel 1145 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.la > lrwxr-xr-x 1 root wheel 23 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so -> libgstreamer-0.10.so.21 > -rwxr-xr-x 1 root wheel 2130698 Aug 9 18:11 /usr/local/lib/libgstreamer-0.10.so.21 > > > -- > Raphael Becker http://rabe.uugrn.org/ > https://www.xing.com/profile/Raphael_Becker > GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D > .........|.........|.........|.........|.........|.........|.........|.. From kitchetech at gmail.com Sun Aug 9 17:43:44 2009 From: kitchetech at gmail.com (matt donovan) Date: Sun Aug 9 17:43:51 2009 Subject: make package broken for multimedia/gstreamer In-Reply-To: <1249838442.2323.1883.camel@headache.rainbow-runner.nl> References: <20090809161913.GC44619@ma.sigsys.de> <1249838442.2323.1883.camel@headache.rainbow-runner.nl> Message-ID: <28283d910908091043s3383469bq96b985c41c8a809d@mail.gmail.com> On Sun, Aug 9, 2009 at 1:20 PM, Koop Mast wrote: > On Sun, 2009-08-09 at 18:19 +0200, Raphael Becker wrote: > > Hi there, > > > > is this just a local problem (cvsup failed) or is this a general > > problem with multimedia/gstreamer? > > > > TIA > > Raphael Becker > > Check your libtool and libltdl. You should have version 2.2.6(a) > installed. Read ports/UPDATING for more info about the libtool update. > > -Koop > > > > > [root@freebsd /usr/ports/multimedia/gstreamer]# ls -la > > total 26 > > drwxr-xr-x 3 root wheel 512 Aug 5 17:41 . > > drwxr-xr-x 307 root wheel 6656 Aug 7 21:41 .. > > -rw-r--r-- 1 root wheel 1746 Aug 5 17:41 Makefile > > -rw-r--r-- 1 root wheel 212 Aug 5 17:41 distinfo > > drwxr-xr-x 2 root wheel 512 Aug 5 17:41 files > > -rw-r--r-- 1 root wheel 1057 Jul 15 2002 pkg-descr > > -rw-r--r-- 1 root wheel 7656 Aug 5 17:41 pkg-plist > > > > > > # make package > > [...] > > ===> Registering installation for gstreamer-0.10.24 > > ===> Building package for gstreamer-0.10.24 > > Creating package /usr/ports/packages/All/gstreamer-0.10.24.tbz > > Registering depends: gio-fam-backend-2.20.4 gamin-0.1.10_3 glib-2.20.4 > popt-1.14 gettext-0.17_1 libxml2-2.7.3 libiconv-1.13.1 libcheck-0.9.6 > libXv-1.0.4,1 libXext-1.0.5,1 libX11-1.2.1_1,1 libxcb-1.4 > libpthread-stubs-0.1 pcre-7.9 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 > pkg-config-0.23_1 perl-threaded-5.8.9_3 xcb-proto-1.5 python26-2.6.2_1 > kbproto-1.0.3 videoproto-2.2.2 xextproto-7.0.5. > > Creating bzip'd tar ball in > '/usr/ports/packages/All/gstreamer-0.10.24.tbz' > > tar: lib/libgstbase-0.10.so.0: Cannot stat: No such file or directory > > tar: lib/libgstcheck-0.10.so.0: Cannot stat: No such file or directory > > tar: lib/libgstcontroller-0.10.so.0: Cannot stat: No such file or > directory > > tar: lib/libgstdataprotocol-0.10.so.0: Cannot stat: No such file or > directory > > tar: lib/libgstnet-0.10.so.0: Cannot stat: No such file or directory > > tar: lib/libgstreamer-0.10.so.0: Cannot stat: No such file or directory > > tar: Error exit delayed from previous errors. > > pkg_create: make_dist: tar command failed with code 256 > > *** Error code 1 > > > > Stop in /usr/ports/multimedia/gstreamer. > > > > > > # ls -la /usr/local/lib/libgst* > > -rw-r--r-- 1 root wheel 797764 Aug 9 18:11 > /usr/local/lib/libgstbase-0.10.a > > -rwxr-xr-x 1 root wheel 1167 Aug 9 18:11 /usr/local/lib/ > libgstbase-0.10.la > > lrwxr-xr-x 1 root wheel 21 Aug 9 18:11 /usr/local/lib/ > libgstbase-0.10.so -> libgstbase-0.10.so.21 > > -rwxr-xr-x 1 root wheel 562108 Aug 9 18:11 > /usr/local/lib/libgstbase-0.10.so.21 > > -rw-r--r-- 1 root wheel 103482 Aug 9 18:11 > /usr/local/lib/libgstcheck-0.10.a > > -rwxr-xr-x 1 root wheel 1201 Aug 9 18:11 /usr/local/lib/ > libgstcheck-0.10.la > > lrwxr-xr-x 1 root wheel 22 Aug 9 18:11 /usr/local/lib/ > libgstcheck-0.10.so -> libgstcheck-0.10.so.21 > > -rwxr-xr-x 1 root wheel 75151 Aug 9 18:11 > /usr/local/lib/libgstcheck-0.10.so.21 > > -rw-r--r-- 1 root wheel 520480 Aug 9 18:11 > /usr/local/lib/libgstcontroller-0.10.a > > -rwxr-xr-x 1 root wheel 1209 Aug 9 18:11 /usr/local/lib/ > libgstcontroller-0.10.la > > lrwxr-xr-x 1 root wheel 27 Aug 9 18:11 /usr/local/lib/ > libgstcontroller-0.10.so -> libgstcontroller-0.10.so.21 > > -rwxr-xr-x 1 root wheel 398526 Aug 9 18:11 > /usr/local/lib/libgstcontroller-0.10.so.21 > > -rw-r--r-- 1 root wheel 42652 Aug 9 18:11 > /usr/local/lib/libgstdataprotocol-0.10.a > > -rwxr-xr-x 1 root wheel 1223 Aug 9 18:11 /usr/local/lib/ > libgstdataprotocol-0.10.la > > lrwxr-xr-x 1 root wheel 29 Aug 9 18:11 /usr/local/lib/ > libgstdataprotocol-0.10.so -> libgstdataprotocol-0.10.so.21 > > -rwxr-xr-x 1 root wheel 38512 Aug 9 18:11 > /usr/local/lib/libgstdataprotocol-0.10.so.21 > > -rw-r--r-- 1 root wheel 88106 Aug 9 18:11 > /usr/local/lib/libgstnet-0.10.a > > -rwxr-xr-x 1 root wheel 1160 Aug 9 18:11 /usr/local/lib/ > libgstnet-0.10.la > > lrwxr-xr-x 1 root wheel 20 Aug 9 18:11 /usr/local/lib/ > libgstnet-0.10.so -> libgstnet-0.10.so.21 > > -rwxr-xr-x 1 root wheel 64612 Aug 9 18:11 > /usr/local/lib/libgstnet-0.10.so.21 > > -rw-r--r-- 1 root wheel 3242574 Aug 9 18:11 > /usr/local/lib/libgstreamer-0.10.a > > -rwxr-xr-x 1 root wheel 1145 Aug 9 18:11 /usr/local/lib/ > libgstreamer-0.10.la > > lrwxr-xr-x 1 root wheel 23 Aug 9 18:11 /usr/local/lib/ > libgstreamer-0.10.so -> libgstreamer-0.10.so.21 > > -rwxr-xr-x 1 root wheel 2130698 Aug 9 18:11 > /usr/local/lib/libgstreamer-0.10.so.21 > > > > > > -- > > Raphael Becker http://rabe.uugrn.org/ > > https://www.xing.com/profile/Raphael_Becker > > GnuPG: E7B2 1D66 3AF2 EDC7 9828 6D7A 9CDA 3E7B 10CA 9F2D > > .........|.........|.........|.........|.........|.........|.........|.. > > > _______________________________________________ > 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" > Also better to built packages in a tinderbox then you won't have broken packages has much either that's usually the case with files missing that make package can not find is that building the package gets confused but in a tinderbox it does not as much since it's a clean system From dougb at FreeBSD.org Sun Aug 9 20:04:29 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Aug 9 20:04:35 2009 Subject: No sound in linux-flashplugin-9.0r246 on -current In-Reply-To: <20090808194736.7ccd3249.jasonh@DataIX.net> References: <4A7DD122.10409@FreeBSD.org> <4A7DDFAB.9090705@gwdg.de> <20090808194736.7ccd3249.jasonh@DataIX.net> Message-ID: <4A7F2BC6.4070608@FreeBSD.org> Jason J. Hellenthal wrote: > Is this something that could be handled through libmap.conf rather > than adding an extraneous symlink to that may stick around after > package deletion ? Erroneous libmap.conf entries are just as likely to stick around. :) You must have missed the part of the thread where I said this problem was better handled by installing flash 10. Doug From loren at salsgiver.com Sun Aug 9 21:17:34 2009 From: loren at salsgiver.com (Loren Salsgiver) Date: Sun Aug 9 21:17:45 2009 Subject: FreeBSD Port: p5-xmltv-0.5.52_1 Message-ID: <4A7F3A1B.4090104@salsgiver.com> Help? Using -L/usr/local/lib to find /usr/local/lib/libX11.so.6 Cannot find -lX11 anywhere at ./myConfig line 358. Compilation failed in require at ./Makefile.PL line 41. BEGIN failed--compilation aborted at ./Makefile.PL line 43. *** Error code 255 Stop in /usr/ports/x11-toolkits/p5-Tk. *** Error code 1 Stop in /usr/ports/x11-toolkits/p5-Tk-TableMatrix. *** Error code 1 Stop in /usr/ports/textproc/p5-xmltv. libX11.so.6 is installed Loren From troy at twisted.net Sun Aug 9 21:22:01 2009 From: troy at twisted.net (Troy) Date: Sun Aug 9 21:22:08 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A78394D.7020909@p6m7g8.com> References: <20090803125519.GA60550@twisted.net> <4A777098.4030206@p6m7g8.com> <4A7828FE.8080205@twisted.net> <200908041426.57664.david@vizion2000.net> <4A78394D.7020909@p6m7g8.com> Message-ID: <4A7F3DF7.1090902@twisted.net> Philip M. Gollucci wrote: > David Southwell wrote: >> may be I have a clue but am not certain which step was responsible >> for finally getting apr to compile so I am going through what I did >> in the hope it may help I cannot guarantee I have remembered >> everything because it was spread over many hours whilst doing many >> other tasks!! >> 1. I revisited UPDATING and found I had skipped: 20090802: >> AFFECTS: users of devel/libtool15 and devel/libltdl15 >> AUTHOR: mezz@FreeBSD.org >> >> The devel/libtool15 and devel/libltdl15 ports have been moved to >> libtool22 >> and libltdl22 respectively then updated to 2.2.6a. You will need to >> run >> portmaster or portupgrade to properly perform the upgrade: >> >> and followed the instructions there. >> 2. I did portupgrade -af >> >> 3. I then deinstalled devel/apr. >> >> 4. I deinstalled and recompiled python2.6 >> >> 5. I then recompiled devel/apr and voila!! >> >> david > > This makes 100% sense. I'm still betting that troy is having libtool > issues too. > > > Guys, You were right. I am still having problems. Just one point here. I am running the amd64 kernel and I'm on 7.2 Stable. I deinstalled libtool and reinstalled it. I am using python 2.5, I deinstalled it and reinstalled it. These are the ports that are installed: libtool-2.2.6a Generic shared library support script pkg_info|grep python boost-python-libs-1.39.0 Framework for interfacing Python and C++ python24-2.4.5_4 An interpreted object-oriented programming language python25-2.5.4_2 An interpreted object-oriented programming language I then tried to install devel/apr and viola here are the problems below: checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking whether system uses EBCDIC... no performing libtool configuration... ./configure: 9753: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. Thoughts? -Troy From david at vizion2000.net Mon Aug 10 08:08:49 2009 From: david at vizion2000.net (David Southwell) Date: Mon Aug 10 08:08:56 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A7F3DF7.1090902@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A78394D.7020909@p6m7g8.com> <4A7F3DF7.1090902@twisted.net> Message-ID: <200908100908.41776.david@vizion2000.net> > Philip M. Gollucci wrote: > > David Southwell wrote: > >> may be I have a clue but am not certain which step was responsible > >> for finally getting apr to compile so I am going through what I did > >> in the hope it may help I cannot guarantee I have remembered > >> everything because it was spread over many hours whilst doing many > >> other tasks!! > >> 1. I revisited UPDATING and found I had skipped: 20090802: > >> AFFECTS: users of devel/libtool15 and devel/libltdl15 > >> AUTHOR: mezz@FreeBSD.org > >> > >> The devel/libtool15 and devel/libltdl15 ports have been moved to > >> libtool22 > >> and libltdl22 respectively then updated to 2.2.6a. You will need to > >> run > >> portmaster or portupgrade to properly perform the upgrade: > >> > >> and followed the instructions there. > >> 2. I did portupgrade -af > >> > >> 3. I then deinstalled devel/apr. > >> > >> 4. I deinstalled and recompiled python2.6 > >> > >> 5. I then recompiled devel/apr and voila!! > >> > >> david > > > > This makes 100% sense. I'm still betting that troy is having libtool > > issues too. > > Guys, > > You were right. I am still having problems. Just one point here. I am > running the amd64 kernel and I'm on 7.2 Stable. > > I deinstalled libtool and reinstalled it. I am using python 2.5, I > deinstalled it and reinstalled it. > > These are the ports that are installed: > libtool-2.2.6a Generic shared library support script > > pkg_info|grep python > boost-python-libs-1.39.0 Framework for interfacing Python and C++ > python24-2.4.5_4 An interpreted object-oriented programming language > python25-2.5.4_2 An interpreted object-oriented programming language > > > I then tried to install devel/apr and viola here are the problems below: > > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9753: Syntax error: word unexpected (expecting ")") > *** Error code 2 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > > Thoughts? > > -Troy Can you please post output of pkg_info |grep py David From stb at lassitu.de Mon Aug 10 08:45:54 2009 From: stb at lassitu.de (Stefan Bethke) Date: Mon Aug 10 08:46:01 2009 Subject: PHP gd issues In-Reply-To: <324A3E2E-1484-49F2-B3C5-78316FF5F934@lassitu.de> References: <98de397f0907230144o6ceb0eb0n9891228003f23e9a@mail.gmail.com> <324A3E2E-1484-49F2-B3C5-78316FF5F934@lassitu.de> Message-ID: <9B8D40DF-B967-4F44-A613-7B4D805D6150@lassitu.de> Am 05.08.2009 um 12:11 schrieb Stefan Bethke: > Am 23.07.2009 um 10:44 schrieb mediaslut von abfab: > >> I had the same fatallibpngerror discovered yesterday. >> >> It seems like libpng version 1.2.37 was buggy. And version 1.2.38 is >> not available yet on FreeBSD Ports (although, I don't know if this >> bug >> is fixed in this version?). >> I have downgraded to version 1.2.35 and the error has gone away. > > I just ran into this problem through WordPress. > > I can't find any PR referencing this, and I don't see ache@ or > dinoex@ cc'ed... > > png-mng-implement has a reference to this issue: > > > I don't have the time to do any analysis myself (not before the > weekend anyway), so if any of you could take a look, I'd be most > grateful. Updating the port to png-1.2.38 (and restarting the web server) fixed the issue for me. Thanks! Stefan -- Stefan Bethke Fon +49 151 14070811 From bugmaster at FreeBSD.org Mon Aug 10 11:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 10 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200908101106.n7AB65TC024192@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/137633 update port: www/phpgedview-4.2.2 o ports/137631 [PATCH] lang/neko: update to 1.8.1 o ports/137630 update port: devel/libburn 0.6.8 o ports/137628 update port: sysutils/xorriso 0.4.0 o ports/137627 update port: devel/libisofs 0.6.20 o ports/137623 New port net/skystar2.8 o ports/137622 [PATCH] unrtf crashes on tests on amd64 f ports/137621 [PATCH] multimedia/avidemux2: [SUMMARIZE CHANGES] o ports/137620 [NEW PORT] devel/p6-perl6-toys o ports/137617 Error: shared library "gpg-error.0" does not exist o ports/137614 [maintainer update] net-im/pidgin-sipe to 1.6.0 o ports/137613 [PATCH]math/maxima: update to 5.19.0 o ports/137612 [new port] net/py-miniupnpc, slave port of net/miniupn o ports/137610 update of math/fricas o ports/137608 [MAINTAINER-UPDATE] ports-mgmt/bpkg: update to 2.0.8 o ports/137607 [maintainer] ports-mgmt/p5-FreeBSD-Portindex -- update o ports/137604 mail/fetchmail: new upstream version o ports/137599 New Port: games/armagetron-0.3-beta o ports/137598 [MAINTAINER] www/tinytinyhttpd: update to 0.0.5 o ports/137596 [patch] Mk/bsd.sites.mk: update packetstrom mirrors f ports/137581 [patch] archivers/lzmautils-devel (xz): correct detect f ports/137580 [UPDATE] databases/p5-Test-Database to 1.01 o ports/137577 Update of math/GiNaC port f ports/137576 [UPDATE] devel/p5-JSON-RPC-Common to 0.06 f ports/137575 [UPDATE] net/p5-Socket-Class to 2.254 f ports/137574 [UPDATE] textproc/p5-XML-Bare to 0.45 f ports/137573 [UPDATE] devel/p5-Bundle-Perl6 to 0.12 f ports/137572 [UPDATE] textproc/p5-YAML-Tiny to 1.40 o ports/137571 [UPDATE] www/p5-Net-eBay to 0.53 o ports/137570 New Port: graphics/rubygem-imagesize f ports/137565 [PATCH]www/lynx: fix handling of lynx.cfg[.sample] dur o ports/137562 [MAINTAINER] emulators/zsnes: Add libao option to OPTI o ports/137561 Maintainer update: lang/s9fes f ports/137560 [PATCH] Unbreak and refine net-mgmt/flowd o ports/137559 [NEW PORT] graphics/mupdf: Lightweight PDF viewer and o ports/137548 New Port: comms/callsign o ports/137547 New Port: comms/rubygem-callsign f ports/137510 patch for net/quagga f ports/137506 dns/dnsmasq starts without configuration files. f ports/137504 deskutils/google-gadgets: update to 0.11.0 o ports/137503 new port: multimedia/jmref, JM H.264/AVC reference sof f ports/137496 [PATCH] net/haproxy-devel: update to 1.3.19 o ports/137477 [NEW PORT] databases/cassandra: Open source distribute f ports/137450 www/squid|: ecap support not working after upgrade o ports/137434 [PATCH] mail/imapsync: Mail::IMAPClient check is fault o ports/137394 New port: shells/lshell - Restricts a user's shell env f ports/137385 /usr/ports/www/apache22-peruser-mpm segmentation fault o ports/137381 Minor patch for net-mgmt/collectd Makefile allowing co o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/137375 net/ekiga doesn't build for want of PWLib: what's that o ports/137308 [NEW PORT] converters/igbinary: Replacement for the st o ports/137297 [PATCH] emulators/dynamips-devel: -m can't parse Cisco o ports/137295 [NEW PORT] databases/sqlite-ext-inet: Library will pro f ports/137289 astro/gpsd port fails to compile f ports/137282 [patch] www/aswedit: Master sites fixed o ports/137274 mail/nullmailer master.passwd variable replacement err o ports/137259 [PATCH] archivers/rpm5 update o ports/137254 New port: net/unssh Fast way to delete entries from Op f ports/137251 update multimedia/vlc o ports/137249 New port: mail/roundcube-groupvice - theme for RoundCu o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/137220 net-p2p/verlihub port version update o ports/137203 New port: misc/ipa_conv IPA accounting/database module f ports/137196 www/woadaptor - mod_webobjects doesn't support ssl f ports/137192 security/openssh-portable: Kerberos/GSSAPI support for o ports/137177 sysutils/smartmontools: command13 fix o ports/137172 New port: www/free-sa-devel - development version of F o ports/137157 mark broken ports/net/ssmping for FreeBSD 7.x dan Free o ports/137151 lang/slib-guile using latest 3b1 version of slib fails o ports/137115 net/pptpclient: pptp client for freebsd 7.1 o ports/137105 sysutils/freebsd-snapshot not handling non C LANG/LC_A f ports/137100 security/openssh-portable: Add BSM audit support knob f ports/137046 Port upgrade: databases/postgresql-odbc: 08.03.0400 -> f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136882 kdenlive (multimedia/kdenlive port) project rendering f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136359 New port - lang/gnat-gcc44 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 o ports/134541 Mk fix: Fix typos in bsd.scons.mk s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/130209 www/typo3 upgrade removes configuration o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128025 [patch] security/heimdal ldap support broken under 7 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 121 problems total. From troy at twisted.net Mon Aug 10 13:17:53 2009 From: troy at twisted.net (Troy) Date: Mon Aug 10 13:17:59 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908100908.41776.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <4A78394D.7020909@p6m7g8.com> <4A7F3DF7.1090902@twisted.net> <200908100908.41776.david@vizion2000.net> Message-ID: <4A801DFE.9090309@twisted.net> David Southwell wrote: >> Philip M. Gollucci wrote: >> >>> David Southwell wrote: >>> >>>> may be I have a clue but am not certain which step was responsible >>>> for finally getting apr to compile so I am going through what I did >>>> in the hope it may help I cannot guarantee I have remembered >>>> everything because it was spread over many hours whilst doing many >>>> other tasks!! >>>> 1. I revisited UPDATING and found I had skipped: 20090802: >>>> AFFECTS: users of devel/libtool15 and devel/libltdl15 >>>> AUTHOR: mezz@FreeBSD.org >>>> >>>> The devel/libtool15 and devel/libltdl15 ports have been moved to >>>> libtool22 >>>> and libltdl22 respectively then updated to 2.2.6a. You will need to >>>> run >>>> portmaster or portupgrade to properly perform the upgrade: >>>> >>>> and followed the instructions there. >>>> 2. I did portupgrade -af >>>> >>>> 3. I then deinstalled devel/apr. >>>> >>>> 4. I deinstalled and recompiled python2.6 >>>> >>>> 5. I then recompiled devel/apr and voila!! >>>> >>>> david >>>> >>> This makes 100% sense. I'm still betting that troy is having libtool >>> issues too. >>> >> Guys, >> >> You were right. I am still having problems. Just one point here. I am >> running the amd64 kernel and I'm on 7.2 Stable. >> >> I deinstalled libtool and reinstalled it. I am using python 2.5, I >> deinstalled it and reinstalled it. >> >> These are the ports that are installed: >> libtool-2.2.6a Generic shared library support script >> >> pkg_info|grep python >> boost-python-libs-1.39.0 Framework for interfacing Python and C++ >> python24-2.4.5_4 An interpreted object-oriented programming language >> python25-2.5.4_2 An interpreted object-oriented programming language >> >> >> I then tried to install devel/apr and viola here are the problems below: >> >> checking for strings.h... yes >> checking for inttypes.h... yes >> checking for stdint.h... yes >> checking for unistd.h... yes >> checking minix/config.h usability... no >> checking minix/config.h presence... no >> checking for minix/config.h... no >> checking whether it is safe to define __EXTENSIONS__... yes >> checking for library containing strerror... none required >> checking whether system uses EBCDIC... no >> performing libtool configuration... >> ./configure: 9753: Syntax error: word unexpected (expecting ")") >> *** Error code 2 >> >> Stop in /usr/ports/devel/apr. >> *** Error code 1 >> >> Stop in /usr/ports/devel/apr. >> >> Thoughts? >> >> -Troy >> > Can you please post output of pkg_info |grep py > David > boost-python-libs-1.39.0 Framework for interfacing Python and C++ p5-Clone-0.31 Clone - recursively copy Perl datatypes py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system py25-elementtree-1.2.6_1 Container for hierarchical data structures written in Pytho py25-sip-4.8.2,1 Python to C and C++ bindings generator py25-xml-0.8.4_2 PyXML: Python XML library enhancements python24-2.4.5_4 An interpreted object-oriented programming language python25-2.5.4_2 An interpreted object-oriented programming language ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat xdpyinfo-1.0.3 Display information utility for X From david at vizion2000.net Mon Aug 10 14:13:59 2009 From: david at vizion2000.net (David Southwell) Date: Mon Aug 10 14:14:06 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A801DFE.9090309@twisted.net> References: <20090803125519.GA60550@twisted.net> <200908100908.41776.david@vizion2000.net> <4A801DFE.9090309@twisted.net> Message-ID: <200908101513.50744.david@vizion2000.net> > David Southwell wrote: > >> Philip M. Gollucci wrote: > >>> David Southwell wrote: > >>>> may be I have a clue but am not certain which step was responsible > >>>> for finally getting apr to compile so I am going through what I did > >>>> in the hope it may help I cannot guarantee I have remembered > >>>> everything because it was spread over many hours whilst doing many > >>>> other tasks!! > >>>> 1. I revisited UPDATING and found I had skipped: 20090802: > >>>> AFFECTS: users of devel/libtool15 and devel/libltdl15 > >>>> AUTHOR: mezz@FreeBSD.org > >>>> > >>>> The devel/libtool15 and devel/libltdl15 ports have been moved to > >>>> libtool22 > >>>> and libltdl22 respectively then updated to 2.2.6a. You will need to > >>>> run > >>>> portmaster or portupgrade to properly perform the upgrade: > >>>> > >>>> and followed the instructions there. > >>>> 2. I did portupgrade -af > >>>> > >>>> 3. I then deinstalled devel/apr. > >>>> > >>>> 4. I deinstalled and recompiled python2.6 > >>>> > >>>> 5. I then recompiled devel/apr and voila!! > >>>> > >>>> david > >>> > >>> This makes 100% sense. I'm still betting that troy is having libtool > >>> issues too. > >> > >> Guys, > >> > >> You were right. I am still having problems. Just one point here. I am > >> running the amd64 kernel and I'm on 7.2 Stable. > >> > >> I deinstalled libtool and reinstalled it. I am using python 2.5, I > >> deinstalled it and reinstalled it. > >> > >> These are the ports that are installed: > >> libtool-2.2.6a Generic shared library support script > >> > >> pkg_info|grep python > >> boost-python-libs-1.39.0 Framework for interfacing Python and C++ > >> python24-2.4.5_4 An interpreted object-oriented programming language > >> python25-2.5.4_2 An interpreted object-oriented programming language > >> > >> > >> I then tried to install devel/apr and viola here are the problems below: > >> > >> checking for strings.h... yes > >> checking for inttypes.h... yes > >> checking for stdint.h... yes > >> checking for unistd.h... yes > >> checking minix/config.h usability... no > >> checking minix/config.h presence... no > >> checking for minix/config.h... no > >> checking whether it is safe to define __EXTENSIONS__... yes > >> checking for library containing strerror... none required > >> checking whether system uses EBCDIC... no > >> performing libtool configuration... > >> ./configure: 9753: Syntax error: word unexpected (expecting ")") > >> *** Error code 2 > >> > >> Stop in /usr/ports/devel/apr. > >> *** Error code 1 > >> > >> Stop in /usr/ports/devel/apr. > >> > >> Thoughts? > >> > >> -Troy > > > > Can you please post output of pkg_info |grep py > > David > > boost-python-libs-1.39.0 Framework for interfacing Python and C++ > p5-Clone-0.31 Clone - recursively copy Perl datatypes > py25-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > py25-elementtree-1.2.6_1 Container for hierarchical data structures > written in Pytho > py25-sip-4.8.2,1 Python to C and C++ bindings generator > py25-xml-0.8.4_2 PyXML: Python XML library enhancements > python24-2.4.5_4 An interpreted object-oriented programming language > python25-2.5.4_2 An interpreted object-oriented programming language > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 > or lat > xdpyinfo-1.0.3 Display information utility for X In current circumstances you might want to consider uograding to py 26 Here is my list dns1# pkg_info |grep py py26-adns-1.2.1 A Python Interface to adns, the asynchronous DNS library py26-cairo-1.8.6 Python bindings for Cairo py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system py26-dns-2.3.3 DNS (Domain Name Service) library for Python py26-dnspython-1.7.1 A DNS toolkit for Python py26-elementtree-1.2.6_1 Container for hierarchical data structures written in Pytho py26-gdata-2.0.0 GData Python Client Library py26-gnome-2.26.1_1 A set of Python bindings for GNOME 2 py26-gnome-desktop-2.26.0_1 A set of Python bindings used by modules in the GNOME Deskt py26-gobject-2.16.1 Python bindings for GObject py26-gstreamer-0.10.15_1 A set of Python bindings for gstreamer py26-gtk-2.14.1_1 A set of Python bindings for GTK+ py26-gtksourceview-2.6.0_1 A python bindings for the version 2 of the GtkSourceView li py26-hotwire-shell-0.721_2 Hotwire is an object-oriented hypershell py26-libxml2-2.7.3 Python interface for XML parser library for GNOME py26-numeric-24.2_3 The Numeric Extension to Python py26-openssl-0.8_1 Python interface to the OpenSSL library py26-orbit-2.24.0 Python bindings for ORBit2 py26-papyon-0.4.1 A fork of pymsn to support the telepathy MSN connection man py26-pycrypto-2.0.1_4 The Python Cryptography Toolkit py26-setuptools-0.6c9 Download, build, install, upgrade, and uninstall Python pac py26-simplejson-2.0.9 Simplejson is a simple, fast, extensible JSON encoder/decod py26-sqlite3-2.6.2_1 Standard Python binding to the SQLite3 library py26-telepathy-butterfly-0.5.0 MSN Connection Manager for Telepathy Framework py26-telepathy-python-0.15.10 Python bindings for the Telepathy framework py26-vte-0.20.4_2 Python interface for VTE (Terminal widget) py26-xml-0.8.4_2 PyXML: Python XML library enhancements python26-2.6.2_1 An interpreted object-oriented programming language david From paul at gromit.dlib.vt.edu Mon Aug 10 16:15:10 2009 From: paul at gromit.dlib.vt.edu (Paul Mather) Date: Mon Aug 10 16:15:17 2009 Subject: print/hplip and 8.0-BETA2 Message-ID: <1B96F138-1C1A-435B-BA05-F1AC449789C3@gromit.dlib.vt.edu> I am trying to get print/hplip working under FreeBSD 8.0-BETA2. I think the problem boils down to a permissions problem, but I don't know for certain if it lies with hplip (hpssd) or CUPS. I am inclined to believe the former, and was wondering if there was an easy way to have hpssd run as user "cups"; right now it runs as user "nobody". FreeBSD 8 has a new USB implementation. One of the changes from FreeBSD 7 and earlier is that the devices have moved around under / dev. In particular, there is now a /dev/usb directory under which the actual USB devices live. Devices like /dev/ugenX.Y are symbolic links pointing to the corresponding device in /dev/usb, e.g., usb/X.Y.0. My first problem, therefore, was following the devfs.rules notice instructions in the pkg-message for print/hplip, in particular the following line: add path 'usb*' mode 0660 I realised this should be more like the following on FreeBSD 8: add path 'usb' mode 0770 add path 'usbctl' mode 0660 which preserves the "x" permission on the /dev/usb directory. Doing this silenced these incessant errors in my logs when trying to print a test page from CUPS: Aug 10 11:04:17 chumby DeskJet_960C?serial=MY13R1D1NCRO: io/hpmud/ musb.c 1059: unable to open hp:/usb/DeskJet_960C?serial=MY13R1D1NCRO Aug 10 11:04:17 chumby DeskJet_960C?serial=MY13R1D1NCRO: prnt/backend/ hp.c 636: INFO: open device failed; will retry in 30 seconds... However, I then got this repetitive error: Aug 10 11:05:52 chumby DeskJet_960C?serial=MY13R1D1NCRO: io/hpmud/ musb.c 977: bulk_write failed buf=0x9fbfca14 size=8192 len=-60: Permission denied Aug 10 11:05:52 chumby DeskJet_960C?serial=MY13R1D1NCRO: io/hpmud/ musb.c 1337: unable to write data hp:/usb/DeskJet_960C? serial=MY13R1D1NCRO: 45 second io timeout I notice that hpssd (which appears to be logging these errors) runs as user "nobody": chumby# ps augx |grep hps nobody 36637 0.0 0.7 17304 11156 ?? S 11:09AM 0:00.04 / usr/local/bin/python /usr/local/sbin/hpssd And, indeed, altering the USB device permissions to allow RW access for everyone eliminated the above "Permission denied" and "unable to write data" errors in the log and allow CUPS to print. The documentation at http://am-productions.biz/docs/hplip.php doesn't seem to have been updated in some time. It mentions a "hpiod_user" rc.conf setting to allow hpiod to run under a different user, but the current print/hplip port no longer uses hpiod. The help for hpssd doesn't list an option to run under a different user. Is there some way to do this (e.g., user "cups", so I can revert the permissions on my USB devices), or am I looking in the wrong place and the problem lies with CUPS or the foomatic filters? Any help is appreciated. (Please Cc: me on replies as I am not subscribed to this mailing list.) Cheers, Paul. From tingox at gmail.com Mon Aug 10 17:39:32 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Aug 10 17:39:39 2009 Subject: deskutils/gucharmap fails to build - why? Message-ID: deskutils/gucharmap fails to install / build with: Traceback (most recent call last): File "/usr/local/bin/xml2po", line 35, in import libxml2 ImportError: No module named libxml2 gmake[2]: *** [bg/gucharmap.xml] Error 1 gmake[2]: Leaving directory `/usr/ports/deskutils/gucharmap/work/gucharmap-2.26.3.1/help' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/deskutils/gucharmap/work/gucharmap-2.26.3.1' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/deskutils/gucharmap. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090810-90423-sq9drr-0 env make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! deskutils/gucharmap (unknown build error) But why does it do that? libxml2 is installed: root@kg-v2# portversion -Ov | grep libxml2 libxml2-2.7.3 = up-to-date with port linux-f8-libxml2-2.7.2_2 = up-to-date with port py26-libxml2-2.7.3 = up-to-date with port This is on a machine running: root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #0: Fri Jul 17 18:23:22 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/V2 amd64 with the ports tree updated today. -- Regards, Torfinn Ingolfsen From basil at vpm.net.ua Mon Aug 10 19:57:29 2009 From: basil at vpm.net.ua (Vasiliy P. Melnik) Date: Mon Aug 10 19:58:03 2009 Subject: pleese commit my ports/137494 Message-ID: <20090810193050.GA20807@creator.lan> hi pleese commit ports/137494 -- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC From robert at solidsolutions.net Mon Aug 10 20:22:46 2009 From: robert at solidsolutions.net (Robert Clemens) Date: Mon Aug 10 20:22:54 2009 Subject: graphics/gocr Message-ID: <4A807C16.8070906@solidsolutions.net> The developer of gocr (jocr) has been unable to upload files to sf.net and seems to want to ditch sf.net for any usage. He puts the file on his own website that sf.net mirrors from. This site should be added to the master sites for the port as none of the other sites contain the correct distfile. The port was updated on August 7th, 2009. Add to master sites for graphics/gocr: http://www-e.uni-magdeburg.de/jschulen/ocr/ __________ Information from ESET Smart Security, version of virus signature database 4323 (20090810) __________ The message was checked by ESET Smart Security. http://www.eset.com From erwin at FreeBSD.org Mon Aug 10 20:28:17 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Aug 10 20:28:24 2009 Subject: graphics/gocr In-Reply-To: <4A807C16.8070906@solidsolutions.net> References: <4A807C16.8070906@solidsolutions.net> Message-ID: <20090810202814.GC25687@droso.net> On Mon, Aug 10, 2009 at 02:59:18PM -0500, Robert Clemens wrote: Hi Robert, > The developer of gocr (jocr) has been unable to upload files to sf.net > and seems to want to ditch sf.net for any usage. > He puts the file on his own website that sf.net mirrors from. This site > should be added to the master sites for the port > as none of the other sites contain the correct distfile. The port was > updated on August 7th, 2009. > > Add to master sites for graphics/gocr: > http://www-e.uni-magdeburg.de/jschulen/ocr/ > Have you sent this to the maintainer (CCed) of this port? He did update the port to the latest version available at that link (0.48) 3 days ago, although I must admit that the package cluster hasn't been able to fetch the sources from SF since then. I've been seeing some strange errors from SF over the last few days. Cheers, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090810/f14097ce/attachment.pgp From dhn at FreeBSD.org Mon Aug 10 21:06:06 2009 From: dhn at FreeBSD.org (Dennis Herrmann) Date: Mon Aug 10 21:06:39 2009 Subject: graphics/gocr In-Reply-To: <20090810202814.GC25687@droso.net> References: <4A807C16.8070906@solidsolutions.net> <20090810202814.GC25687@droso.net> Message-ID: <20090810203219.GD1220@4bit.ws> Hiho, thanks for this info :) I add the mirro to the list. -Dennis On Mon, Aug 10, 2009 at 10:28:15PM +0200, Erwin Lansing wrote: > On Mon, Aug 10, 2009 at 02:59:18PM -0500, Robert Clemens wrote: > > Hi Robert, > > > The developer of gocr (jocr) has been unable to upload files to sf.net > > and seems to want to ditch sf.net for any usage. > > He puts the file on his own website that sf.net mirrors from. This site > > should be added to the master sites for the port > > as none of the other sites contain the correct distfile. The port was > > updated on August 7th, 2009. > > > > Add to master sites for graphics/gocr: > > http://www-e.uni-magdeburg.de/jschulen/ocr/ > > > Have you sent this to the maintainer (CCed) of this port? He did update > the port to the latest version available at that link (0.48) 3 days ago, > although I must admit that the package cluster hasn't been able to fetch > the sources from SF since then. I've been seeing some strange errors > from SF over the last few days. > > Cheers, > -erwin > > -- > Erwin Lansing http://droso.org > Prediction is very difficult > especially about the future erwin@FreeBSD.org -- +-------------------+--------------------------------+ | PGP: 0x65181EA0 | Mail: dhn[at]FreeBSD[dot]org | | | Jabber: metacOm@jabber.ccc.de | +-------------------+--------------------------------+ | "By the power of truth, I, while living, have | | conquered the universe" | +----------------------------------------------------+ -------------- 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/20090810/6c0f3330/attachment.pgp From tingox at gmail.com Mon Aug 10 21:11:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Aug 10 21:11:21 2009 Subject: graphics/gocr In-Reply-To: <20090810202814.GC25687@droso.net> References: <4A807C16.8070906@solidsolutions.net> <20090810202814.GC25687@droso.net> Message-ID: On Mon, Aug 10, 2009 at 10:28 PM, Erwin Lansing wrote: > Have you sent this to the maintainer (CCed) of this port? He did update > the port to the latest version available at that link (0.48) 3 days ago, > although I must admit that the package cluster hasn't been able to fetch > the sources from SF since then. I've been seeing some strange errors > from SF over the last few days. > FWIW, I portupgraded gocr earlier today, and had to fetch the distfile manually from sf.net (using firefox, which worked well). For some reason, fetch didn't want to get it. HTH -- Regards, Torfinn Ingolfsen From glarkin at FreeBSD.org Mon Aug 10 22:46:44 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Mon Aug 10 22:46:50 2009 Subject: Foswiki 1.0.6 port committed to tree Message-ID: <4A80973A.7090100@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello gentlemen, Since you inquired about it a while back, I wanted to let you know that I committed the initial version of the foswiki port (1.0.6) to the ports tree just now. Instead of waiting until I figured out the auto-generation of Foswiki plugins within bsd.foswiki.mk, I decided to commit this initial version so at least the base application can be installed. I'll continue working on bsd.foswiki.mk in an attempt to get all of the plugins (http://svn.foswiki.org/trunk/) imported into the tree as separate ports. If you have any ideas or patches to bsd.foswiki.mk toward that end, they are more than welcome. Cheers, Greg Larkin http://www.sourcehosting.net/ http://twitter.com/sourcehosting/ - -------- Original Message -------- Subject: cvs commit: ports/www Makefile ports/www/foswiki Makefile bsd.foswiki.mk distinfo pkg-descr pkg-plist ports/www/foswiki/files LocalSite.cfg.in pkg-install.in pkg-message-apache.in pkg-message-noapache.in Date: Mon, 10 Aug 2009 21:47:32 +0000 (UTC) From: Greg Larkin To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org glarkin 2009-08-10 21:47:32 UTC FreeBSD ports repository Modified files: www Makefile Added files: www/foswiki Makefile bsd.foswiki.mk distinfo pkg-descr pkg-plist www/foswiki/files LocalSite.cfg.in pkg-install.in pkg-message-apache.in pkg-message-noapache.in Log: Foswiki is a flexible, powerful, secure, yet simple web-based collaboration platform. Use Foswiki to run a project development space, a document management system, a knowledge base or any other groupware tool on either an intranet or on the Internet. WWW: http://www.foswiki.org/ Revision Changes Path 1.2421 +1 -0 ports/www/Makefile 1.1 +112 -0 ports/www/foswiki/Makefile (new) 1.1 +131 -0 ports/www/foswiki/bsd.foswiki.mk (new) 1.1 +3 -0 ports/www/foswiki/distinfo (new) 1.1 +1 -0 ports/www/foswiki/files/LocalSite.cfg.in (new) 1.1 +51 -0 ports/www/foswiki/files/pkg-install.in (new) 1.1 +39 -0 ports/www/foswiki/files/pkg-message-apache.in (new) 1.1 +35 -0 ports/www/foswiki/files/pkg-message-noapache.in (new) 1.1 +6 -0 ports/www/foswiki/pkg-descr (new) 1.1 +2257 -0 ports/www/foswiki/pkg-plist (new) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKgJc60sRouByUApARArjcAKCOGKHbpkr9cUA0cb3kU3WfYGtnFwCfaK3I 4JjTSVlFLTjIZmpyHuxcHX8= =1jt1 -----END PGP SIGNATURE----- From troy at twisted.net Tue Aug 11 03:06:06 2009 From: troy at twisted.net (Troy) Date: Tue Aug 11 03:06:12 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908101513.50744.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <200908100908.41776.david@vizion2000.net> <4A801DFE.9090309@twisted.net> <200908101513.50744.david@vizion2000.net> Message-ID: <4A80E01A.4000101@twisted.net> Updated all ports to python 26 and the problem still exists: pkg_info|grep py boost-python-libs-1.39.0 Framework for interfacing Python and C++ p5-Clone-0.31 Clone - recursively copy Perl datatypes py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system py26-elementtree-1.2.6_1 Container for hierarchical data structures written in Pytho py26-sip-4.8.2,1 Python to C and C++ bindings generator py26-xml-0.8.4_2 PyXML: Python XML library enhancements python26-2.6.2_1 An interpreted object-oriented programming language ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision 2 or lat xdpyinfo-1.0.3 Display information utility for X checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for library containing strerror... none required checking whether system uses EBCDIC... no performing libtool configuration... ./configure: 9753: Syntax error: word unexpected (expecting ")") *** Error code 2 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. *** Error code 1 Stop in /usr/ports/devel/apr. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall ** Fix the installation problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/apr (install error) FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel amd64 Any thoughts? -Troy From troy at twisted.net Tue Aug 11 03:24:03 2009 From: troy at twisted.net (Troy) Date: Tue Aug 11 03:24:10 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A80E01A.4000101@twisted.net> References: <20090803125519.GA60550@twisted.net> <200908100908.41776.david@vizion2000.net> <4A801DFE.9090309@twisted.net> <200908101513.50744.david@vizion2000.net> <4A80E01A.4000101@twisted.net> Message-ID: <4A80E451.6060605@twisted.net> Troy wrote: > Updated all ports to python 26 and the problem still exists: > > pkg_info|grep py > boost-python-libs-1.39.0 Framework for interfacing Python and C++ > p5-Clone-0.31 Clone - recursively copy Perl datatypes > py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > py26-elementtree-1.2.6_1 Container for hierarchical data structures > written in Pytho > py26-sip-4.8.2,1 Python to C and C++ bindings generator > py26-xml-0.8.4_2 PyXML: Python XML library enhancements > python26-2.6.2_1 An interpreted object-oriented programming language > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision > 2 or lat > xdpyinfo-1.0.3 Display information utility for X > > checking for stdint.h... yes > checking for unistd.h... yes > checking minix/config.h usability... no > checking minix/config.h presence... no > checking for minix/config.h... no > checking whether it is safe to define __EXTENSIONS__... yes > checking for library containing strerror... none required > checking whether system uses EBCDIC... no > performing libtool configuration... > ./configure: 9753: Syntax error: word unexpected (expecting ")") > *** Error code 2 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > *** Error code 1 > > Stop in /usr/ports/devel/apr. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall > ** Fix the installation problem and try again. > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > ! devel/apr (install error) > > > FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 > 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel amd64 > > Any thoughts? > > -Troy > > _______________________________________________ > 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" Just to add to this the following warnings came up when trying to build apr. I also deinstalled libtool and it installs just fine. I also researched these errors and someone said it was related to gettext. I reinstalled it just to be safe and still it did not change the outcome. Copying libtool helper files ... buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. Creating include/arch/unix/apr_private.h.in ... configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:190: the top level configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd Creating configure ... configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:190: the top level configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd configure:9755: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS configure:12392: error: possibly undefined macro: LT_INIT From m.seaman at infracaninophile.co.uk Tue Aug 11 05:40:30 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Aug 11 05:40:37 2009 Subject: graphics/gocr In-Reply-To: <20090810202814.GC25687@droso.net> References: <4A807C16.8070906@solidsolutions.net> <20090810202814.GC25687@droso.net> Message-ID: <4A810440.2040909@infracaninophile.co.uk> Erwin Lansing wrote: > On Mon, Aug 10, 2009 at 02:59:18PM -0500, Robert Clemens wrote: > > Hi Robert, > >> The developer of gocr (jocr) has been unable to upload files to sf.net >> and seems to want to ditch sf.net for any usage. >> He puts the file on his own website that sf.net mirrors from. This site >> should be added to the master sites for the port >> as none of the other sites contain the correct distfile. The port was >> updated on August 7th, 2009. >> >> Add to master sites for graphics/gocr: >> http://www-e.uni-magdeburg.de/jschulen/ocr/ >> > Have you sent this to the maintainer (CCed) of this port? He did update > the port to the latest version available at that link (0.48) 3 days ago, > although I must admit that the package cluster hasn't been able to fetch > the sources from SF since then. I've been seeing some strange errors > from SF over the last few days. Sourceforge seems to have gone re-direct happy. Downloading anything from there seems to require following at least two 302 redirects -- eg: happy-idiot-talk:...ports/databases/phpmyadmin:% HEAD -uSe http://ufpr.dl.sourceforge.net/sourceforge/phpmyadmin/phpMyAdmin-3.2.1-all-languages.tar.bz2 HEAD http://kent.dl.sourceforge.net/project/phpmyadmin/phpMyAdmin/3.2.1/phpMyAdmin-3.2.1-all-languages.tar.bz2 HEAD http://ufpr.dl.sourceforge.net/sourceforge/phpmyadmin/phpMyAdmin-3.2.1-all-languages.tar.bz2 --> 302 Found HEAD http://downloads.sourceforge.net/sourceforge/phpmyadmin/phpMyAdmin-3.2.1-all-languages.tar.bz2?download&failedmirror=ufpr.dl.sourceforge.net --> 302 Found HEAD http://kent.dl.sourceforge.net/project/phpmyadmin/phpMyAdmin/3.2.1/phpMyAdmin-3.2.1-all-languages.tar.bz2 --> 200 OK Connection: close Date: Tue, 11 Aug 2009 05:35:13 GMT Accept-Ranges: bytes ETag: "2a16476-29cf1f-470bc2217f2c0" Server: Apache Content-Length: 2739999 Content-Type: application/x-bzip2 Last-Modified: Sun, 09 Aug 2009 21:27:15 GMT Client-Date: Tue, 11 Aug 2009 05:35:13 GMT Client-Peer: 212.219.56.167:80 Client-Response-Num: 1 X-Pad: avoid browser bug Notice how it's forced me to go to the Kent mirror? (Not that I'm complaining -- UKC is only about 15 miles up the road in Canterbury) This is why I added FETCH_ARGS?= -pRr to the latest update I submitted for phpMyAdmin. Taking out the default -A flag lets fetch follow all the redirection. 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090811/d454d510/signature.pgp From david at vizion2000.net Tue Aug 11 08:08:07 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 11 08:08:15 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A80E451.6060605@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A80E01A.4000101@twisted.net> <4A80E451.6060605@twisted.net> Message-ID: <200908110907.53652.david@vizion2000.net> > Troy wrote: > > Updated all ports to python 26 and the problem still exists: > > > > pkg_info|grep py > > boost-python-libs-1.39.0 Framework for interfacing Python and C++ > > p5-Clone-0.31 Clone - recursively copy Perl datatypes > > py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > > py26-elementtree-1.2.6_1 Container for hierarchical data structures > > written in Pytho > > py26-sip-4.8.2,1 Python to C and C++ bindings generator > > py26-xml-0.8.4_2 PyXML: Python XML library enhancements > > python26-2.6.2_1 An interpreted object-oriented programming language > > ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision > > 2 or lat > > xdpyinfo-1.0.3 Display information utility for X > > > > checking for stdint.h... yes > > checking for unistd.h... yes > > checking minix/config.h usability... no > > checking minix/config.h presence... no > > checking for minix/config.h... no > > checking whether it is safe to define __EXTENSIONS__... yes > > checking for library containing strerror... none required > > checking whether system uses EBCDIC... no > > performing libtool configuration... > > ./configure: 9753: Syntax error: word unexpected (expecting ")") > > *** Error code 2 > > > > Stop in /usr/ports/devel/apr. > > *** Error code 1 > > > > Stop in /usr/ports/devel/apr. > > *** Error code 1 > > > > Stop in /usr/ports/devel/apr. > > ** Command failed [exit code 1]: /usr/bin/script -qa > > /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall > > ** Fix the installation problem and try again. > > ** Listing the failed packages (-:ignored / *:skipped / !:failed) > > ! devel/apr (install error) > > > > > > FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 > > 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel amd64 > > > > Any thoughts? > > > > -Troy > > > > _______________________________________________ > > 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" > > Just to add to this the following warnings came up when trying to build > apr. I also deinstalled libtool and it installs just fine. I also > researched these errors and someone said it was related to gettext. I > reinstalled it just to be safe and still it did not change the outcome. > > > Copying libtool helper files ... > buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. > Creating include/arch/unix/apr_private.h.in ... > configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not > m4_defun'd > build/libtool.m4:67: LT_INIT is expanded from... > build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... > configure.in:190: the top level > configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not > m4_defun'd > configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not > m4_defun'd > configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not > m4_defun'd > Creating configure ... > configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not > m4_defun'd > build/libtool.m4:67: LT_INIT is expanded from... > build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... > configure.in:190: the top level > configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not > m4_defun'd > configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not > m4_defun'd > configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not > m4_defun'd > configure:9755: error: possibly undefined macro: m4_ifval > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS > configure:12392: error: possibly undefined macro: LT_INIT did you apply the following in updating?? 20090608: AFFECTS: users of lang/python* and py-* AUTHOR: miwi@FreeBSD.org The default version of Python has been changed from 2.5.x to 2.6.x. If you have 2.5.x installed, perform an upgrade of lang/python25 to lang/python26 with one of the following commands: If using portupgrade: # portupgrade -o lang/python26 lang/python25 If using portmaster: # portmaster -o lang/python26 lang/python25 If you want to retain 2.5.x as default Python version, set the PYTHON_DEFAULT_VERSION variable to 'python2.5' (without quotes) in /etc/make.conf, then go to lang/python and perform the following command: # portupgrade -R python Once the installed Python has been updated to 2.6, by using the method above, it is required to run the upgrade-site-packages target in lang/python to assure that site-packages are made available to the new Python version. If using portupgrade: # cd /usr/ports/lang/python && make upgrade-site-packages If using portmaster: # cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER The portmaster case can take quite some time to complete due to the lack of cached information that the portupgrade suite uses (specifically pkg_which). This is not the fault of portmaster. From kamikaze at bsdforen.de Tue Aug 11 09:15:16 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Aug 11 09:15:22 2009 Subject: MOVED and UPDATING delivered with packages Message-ID: <4A81314F.30304@bsdforen.de> The portmgr team has enhanced the pointyhead scripts to publish MOVED and UPDATING files together with the INDEX files that kports and pkg_upgrade use for binary package updating. http://www.freebsd.org/cgi/query-pr.cgi?pr=135024 Many thanks to the portmgr team! I hope I will find the time to update pkg_upgrade before the 8.0 release. From mwisnicki+freebsd at gmail.com Tue Aug 11 12:34:43 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Tue Aug 11 12:34:50 2009 Subject: MOVED and UPDATING delivered with packages References: <4A81314F.30304@bsdforen.de> Message-ID: On Tue, 11 Aug 2009 10:52:31 +0200, Dominic Fandrey wrote: > The portmgr team has enhanced the pointyhead scripts to publish MOVED > and UPDATING files together with the INDEX files that kports and > pkg_upgrade use for binary package updating. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=135024 > Very much appreciated but how about also providing them in bzip2 compressed form ? Especially INDEX, since it's is so large and compresses so good: # ls -l /usr/ports/INDEX-8* -rw-r--r-- 1 root wheel 19435698 Jul 25 06:20 /usr/ports/INDEX-8 -rw-r--r-- 1 root wheel 1295390 Jul 23 13:09 /usr/ports/INDEX-8.bz2 From troy at twisted.net Tue Aug 11 12:56:24 2009 From: troy at twisted.net (Troy) Date: Tue Aug 11 12:56:31 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908110907.53652.david@vizion2000.net> References: <20090803125519.GA60550@twisted.net> <4A80E01A.4000101@twisted.net> <4A80E451.6060605@twisted.net> <200908110907.53652.david@vizion2000.net> Message-ID: <4A816A74.3000507@twisted.net> David Southwell wrote: >> Troy wrote: >> >>> Updated all ports to python 26 and the problem still exists: >>> >>> pkg_info|grep py >>> boost-python-libs-1.39.0 Framework for interfacing Python and C++ >>> p5-Clone-0.31 Clone - recursively copy Perl datatypes >>> py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system >>> py26-elementtree-1.2.6_1 Container for hierarchical data structures >>> written in Pytho >>> py26-sip-4.8.2,1 Python to C and C++ bindings generator >>> py26-xml-0.8.4_2 PyXML: Python XML library enhancements >>> python26-2.6.2_1 An interpreted object-oriented programming language >>> ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision >>> 2 or lat >>> xdpyinfo-1.0.3 Display information utility for X >>> >>> checking for stdint.h... yes >>> checking for unistd.h... yes >>> checking minix/config.h usability... no >>> checking minix/config.h presence... no >>> checking for minix/config.h... no >>> checking whether it is safe to define __EXTENSIONS__... yes >>> checking for library containing strerror... none required >>> checking whether system uses EBCDIC... no >>> performing libtool configuration... >>> ./configure: 9753: Syntax error: word unexpected (expecting ")") >>> *** Error code 2 >>> >>> Stop in /usr/ports/devel/apr. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/apr. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/apr. >>> ** Command failed [exit code 1]: /usr/bin/script -qa >>> /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall >>> ** Fix the installation problem and try again. >>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >>> ! devel/apr (install error) >>> >>> >>> FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 >>> 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel amd64 >>> >>> Any thoughts? >>> >>> -Troy >>> >>> _______________________________________________ >>> 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" >>> >> Just to add to this the following warnings came up when trying to build >> apr. I also deinstalled libtool and it installs just fine. I also >> researched these errors and someone said it was related to gettext. I >> reinstalled it just to be safe and still it did not change the outcome. >> >> >> Copying libtool helper files ... >> buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. >> Creating include/arch/unix/apr_private.h.in ... >> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not >> m4_defun'd >> build/libtool.m4:67: LT_INIT is expanded from... >> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... >> configure.in:190: the top level >> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not >> m4_defun'd >> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not >> m4_defun'd >> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not >> m4_defun'd >> Creating configure ... >> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not >> m4_defun'd >> build/libtool.m4:67: LT_INIT is expanded from... >> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... >> configure.in:190: the top level >> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not >> m4_defun'd >> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not >> m4_defun'd >> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not >> m4_defun'd >> configure:9755: error: possibly undefined macro: m4_ifval >> If this token and others are legitimate, please use m4_pattern_allow. >> See the Autoconf documentation. >> configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS >> configure:12392: error: possibly undefined macro: LT_INIT >> > did you apply the following in updating?? > > 20090608: > AFFECTS: users of lang/python* and py-* > AUTHOR: miwi@FreeBSD.org > > The default version of Python has been changed from 2.5.x to 2.6.x. > If you have 2.5.x installed, perform an upgrade of lang/python25 to > lang/python26 with one of the following commands: > > If using portupgrade: > # portupgrade -o lang/python26 lang/python25 > > If using portmaster: > # portmaster -o lang/python26 lang/python25 > > If you want to retain 2.5.x as default Python version, set the > PYTHON_DEFAULT_VERSION variable to 'python2.5' (without quotes) in > /etc/make.conf, then go to lang/python and perform the following > command: > > # portupgrade -R python > > Once the installed Python has been updated to 2.6, by using the > method above, it is required to run the upgrade-site-packages target in > lang/python to assure that site-packages are made available to the new > Python version. > > If using portupgrade: > # cd /usr/ports/lang/python && make upgrade-site-packages > > If using portmaster: > # cd /usr/ports/lang/python && make upgrade-site-packages -DUSE_PORTMASTER > > The portmaster case can take quite some time to complete due to the lack of > cached information that the portupgrade suite uses (specifically pkg_which). > This is not the fault of portmaster. > I removed the old versions and installed the new versions from scratch and then made sure all dependencies were fixed with pkgdb -F. I only have a few py26 ports installed on this machine. I just did a recursive build again. It doesn't appear this is the root of the problem.. From troy at twisted.net Tue Aug 11 13:00:29 2009 From: troy at twisted.net (Troy) Date: Tue Aug 11 13:00:36 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A816A74.3000507@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A80E01A.4000101@twisted.net> <4A80E451.6060605@twisted.net> <200908110907.53652.david@vizion2000.net> <4A816A74.3000507@twisted.net> Message-ID: <4A816B6B.3040300@twisted.net> Troy wrote: > David Southwell wrote: >>> Troy wrote: >>> >>>> Updated all ports to python 26 and the problem still exists: >>>> >>>> pkg_info|grep py >>>> boost-python-libs-1.39.0 Framework for interfacing Python and C++ >>>> p5-Clone-0.31 Clone - recursively copy Perl datatypes >>>> py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system >>>> py26-elementtree-1.2.6_1 Container for hierarchical data structures >>>> written in Pytho >>>> py26-sip-4.8.2,1 Python to C and C++ bindings generator >>>> py26-xml-0.8.4_2 PyXML: Python XML library enhancements >>>> python26-2.6.2_1 An interpreted object-oriented programming >>>> language >>>> ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision >>>> 2 or lat >>>> xdpyinfo-1.0.3 Display information utility for X >>>> >>>> checking for stdint.h... yes >>>> checking for unistd.h... yes >>>> checking minix/config.h usability... no >>>> checking minix/config.h presence... no >>>> checking for minix/config.h... no >>>> checking whether it is safe to define __EXTENSIONS__... yes >>>> checking for library containing strerror... none required >>>> checking whether system uses EBCDIC... no >>>> performing libtool configuration... >>>> ./configure: 9753: Syntax error: word unexpected (expecting ")") >>>> *** Error code 2 >>>> >>>> Stop in /usr/ports/devel/apr. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/devel/apr. >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/devel/apr. >>>> ** Command failed [exit code 1]: /usr/bin/script -qa >>>> /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall >>>> ** Fix the installation problem and try again. >>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) >>>> ! devel/apr (install error) >>>> >>>> >>>> FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 >>>> 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel >>>> amd64 >>>> >>>> Any thoughts? >>>> >>>> -Troy >>>> >>>> _______________________________________________ >>>> 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" >>>> >>> Just to add to this the following warnings came up when trying to build >>> apr. I also deinstalled libtool and it installs just fine. I also >>> researched these errors and someone said it was related to gettext. I >>> reinstalled it just to be safe and still it did not change the outcome. >>> >>> >>> Copying libtool helper files ... >>> buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. >>> Creating include/arch/unix/apr_private.h.in ... >>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not >>> m4_defun'd >>> build/libtool.m4:67: LT_INIT is expanded from... >>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... >>> configure.in:190: the top level >>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not >>> m4_defun'd >>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not >>> m4_defun'd >>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not >>> m4_defun'd >>> Creating configure ... >>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not >>> m4_defun'd >>> build/libtool.m4:67: LT_INIT is expanded from... >>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... >>> configure.in:190: the top level >>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not >>> m4_defun'd >>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not >>> m4_defun'd >>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not >>> m4_defun'd >>> configure:9755: error: possibly undefined macro: m4_ifval >>> If this token and others are legitimate, please use >>> m4_pattern_allow. >>> See the Autoconf documentation. >>> configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS >>> configure:12392: error: possibly undefined macro: LT_INIT >>> >> did you apply the following in updating?? >> >> 20090608: >> AFFECTS: users of lang/python* and py-* >> AUTHOR: miwi@FreeBSD.org >> >> The default version of Python has been changed from 2.5.x to 2.6.x. >> If you have 2.5.x installed, perform an upgrade of lang/python25 to >> lang/python26 with one of the following commands: >> >> If using portupgrade: >> # portupgrade -o lang/python26 lang/python25 >> >> If using portmaster: >> # portmaster -o lang/python26 lang/python25 >> >> If you want to retain 2.5.x as default Python version, set the >> PYTHON_DEFAULT_VERSION variable to 'python2.5' (without quotes) in >> /etc/make.conf, then go to lang/python and perform the following >> command: >> >> # portupgrade -R python >> >> Once the installed Python has been updated to 2.6, by using the >> method above, it is required to run the upgrade-site-packages >> target in >> lang/python to assure that site-packages are made available to the new >> Python version. >> >> If using portupgrade: >> # cd /usr/ports/lang/python && make upgrade-site-packages >> >> If using portmaster: >> # cd /usr/ports/lang/python && make upgrade-site-packages >> -DUSE_PORTMASTER >> >> The portmaster case can take quite some time to complete due to the >> lack of >> cached information that the portupgrade suite uses (specifically >> pkg_which). >> This is not the fault of portmaster. >> > I removed the old versions and installed the new versions from scratch > and then made sure all dependencies were fixed with pkgdb -F. I only > have a few py26 ports installed on this machine. I just did a > recursive build again. It doesn't appear this is the root of the > problem.. > > _______________________________________________ > 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" Maybe this will help. I pasted the entire build of apr so you can see the log. Buildconf states the proper python and libtool versions. http://pastebin.com/m51f0cd07 From kamikaze at bsdforen.de Tue Aug 11 13:01:14 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Aug 11 13:01:27 2009 Subject: MOVED and UPDATING delivered with packages In-Reply-To: References: <4A81314F.30304@bsdforen.de> Message-ID: <4A816B88.6080008@bsdforen.de> Marcin Wisnicki wrote: > On Tue, 11 Aug 2009 10:52:31 +0200, Dominic Fandrey wrote: > >> The portmgr team has enhanced the pointyhead scripts to publish MOVED >> and UPDATING files together with the INDEX files that kports and >> pkg_upgrade use for binary package updating. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=135024 >> > > Very much appreciated but how about also providing them in bzip2 > compressed form ? > Especially INDEX, since it's is so large and compresses > so good: There is a different PR for this (by the author of kports): http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131440 From rwmaillists at googlemail.com Tue Aug 11 14:01:06 2009 From: rwmaillists at googlemail.com (RW) Date: Tue Aug 11 14:01:13 2009 Subject: graphics/gocr In-Reply-To: <4A810440.2040909@infracaninophile.co.uk> References: <4A807C16.8070906@solidsolutions.net> <20090810202814.GC25687@droso.net> <4A810440.2040909@infracaninophile.co.uk> Message-ID: <20090811150101.788679a0@gumby.homeunix.com> On Tue, 11 Aug 2009 06:40:16 +0100 Matthew Seaman wrote: > Sourceforge seems to have gone re-direct happy. Downloading anything > from there seems to require following at least two 302 redirects -- > eg: > Notice how it's forced me to go to the Kent mirror? (Not that I'm > complaining -- UKC is only about 15 miles up the road in Canterbury) Why not put some nearby mirrors in MASTER_SORT_REGEX? From erwin at FreeBSD.org Tue Aug 11 14:09:33 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 11 14:09:39 2009 Subject: MOVED and UPDATING delivered with packages In-Reply-To: <4A816B88.6080008@bsdforen.de> References: <4A81314F.30304@bsdforen.de> <4A816B88.6080008@bsdforen.de> Message-ID: <20090811140929.GG25687@droso.net> On Tue, Aug 11, 2009 at 03:00:56PM +0200, Dominic Fandrey wrote: > Marcin Wisnicki wrote: > > On Tue, 11 Aug 2009 10:52:31 +0200, Dominic Fandrey wrote: > > > >> The portmgr team has enhanced the pointyhead scripts to publish MOVED > >> and UPDATING files together with the INDEX files that kports and > >> pkg_upgrade use for binary package updating. > >> > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=135024 > >> > > > > Very much appreciated but how about also providing them in bzip2 > > compressed form ? > > Especially INDEX, since it's is so large and compresses > > so good: > > There is a different PR for this (by the author of kports): > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/131440 Oh, somehow I missed this one. Looking into it now. Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090811/833a083d/attachment.pgp From amdmi3 at amdmi3.ru Tue Aug 11 15:21:05 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 11 15:21:12 2009 Subject: SourceForge changing file distribution scheme! Message-ID: <20090811152054.GB50944@hades.panopticon> Hi! I've noticed that SF is changing file distribution scheme significantly, and I guess that will affect many ports and maybe infrastructure. Hopefully, the change only seem to affect new distfiles, so for now we should just do extra checks for updates of ports hosted on sourceforge. Here's what happens. This is math/maxima port. Old version: --- % wget http://kent.dl.sourceforge.net/sourceforge/maxima/maxima-5.18.0.tar.gz -O/dev/null --2009-08-11 19:11:07-- http://kent.dl.sourceforge.net/sourceforge/maxima/maxima-5.18.0.tar.gz Resolving kent.dl.sourceforge.net... 212.219.56.167 Connecting to kent.dl.sourceforge.net|212.219.56.167|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 20437623 (19M) [application/x-gzip] Saving to: `/dev/null' 2% [====> --- New version: --- % wget http://kent.dl.sourceforge.net/sourceforge/maxima/maxima-5.19.0.tar.gz -O/dev/null --2009-08-11 19:13:20-- http://kent.dl.sourceforge.net/sourceforge/maxima/maxima-5.19.0.tar.gz Resolving kent.dl.sourceforge.net... 212.219.56.167 Connecting to kent.dl.sourceforge.net|212.219.56.167|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://downloads.sourceforge.net/sourceforge/maxima/maxima-5.19.0.tar.gz?download&failedmirror=kent.dl.sourceforge.net [following] --2009-08-11 19:13:20-- http://downloads.sourceforge.net/sourceforge/maxima/maxima-5.19.0.tar.gz?download&failedmirror=kent.dl.sourceforge.net Resolving downloads.sourceforge.net... 216.34.181.59 Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz [following] --2009-08-11 19:13:21-- http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz Resolving sunet.dl.sourceforge.net... 194.71.11.73 Connecting to sunet.dl.sourceforge.net|194.71.11.73|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 20566185 (20M) [application/x-gzip] Saving to: `/dev/null' 2% [====> --- As you can see, the distfile now redirects to another path and also another mirror. As fetch doesn't follow redirects by default, this won't work. My idea is that in addition to [old scheme] MASTER_SITE_SOURCEFORGE+= \ http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ we'll need to add MASTER_SITE_SOURCEFORGE_NEW+= \ http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ with coresponding macro (SF -> SFNEW) and we'll have to add pretty complex MASTER_SITE_SUBDIR to each updated port from SF. Any comments? -- 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 Tue Aug 11 15:36:58 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 11 15:37:05 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811152054.GB50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> Message-ID: <20090811153655.GJ25687@droso.net> On Tue, Aug 11, 2009 at 07:20:54PM +0400, Dmitry Marakasov wrote: > Hi! hi Dmitry, > > I've noticed that SF is changing file distribution scheme significantly, > and I guess that will affect many ports and maybe infrastructure. I fear the same, unfortunately. However, I haven't as yet been able to identify a consistency in the new scheme. Is it only new files that are put in the /project/ folder? Will all files slowly migrate to the new file structure? Or is there something different internally in SF whether something is a project or just a file? > > As you can see, the distfile now redirects to another path and also > another mirror. As fetch doesn't follow redirects by default, this won't > work. My idea is that in addition to [old scheme] > > MASTER_SITE_SOURCEFORGE+= \ > http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ > > we'll need to add > > MASTER_SITE_SOURCEFORGE_NEW+= \ > http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ > > with coresponding macro (SF -> SFNEW) > > and we'll have to add pretty complex MASTER_SITE_SUBDIR to each updated > port from SF. > I have received a similar patch from Sylvio Cesar, but this only fixes the issue with the directory changing from sourceforge to project, it doesn't address the changing of servers you also showed in the example. This bit is more tricky, and I haven't found a way to predict the final server/link yet unfortunately. I hope someone out there is better at guessing this than me and can come up with a patch for both issues. Cheers, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090811/7331767f/attachment.pgp From glen.j.barber at gmail.com Tue Aug 11 15:40:50 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Tue Aug 11 15:40:56 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811153655.GJ25687@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811153655.GJ25687@droso.net> Message-ID: <4ad871310908110840x7dcb40evdd5d6d3a76ccd99c@mail.gmail.com> On Tue, Aug 11, 2009 at 11:36 AM, Erwin Lansing wrote: > On Tue, Aug 11, 2009 at 07:20:54PM +0400, Dmitry Marakasov wrote: >> Hi! > > hi Dmitry, >> >> I've noticed that SF is changing file distribution scheme significantly, >> and I guess that will affect many ports and maybe infrastructure. > > I fear the same, unfortunately. ?However, I haven't as yet been able to > identify a consistency in the new scheme. ?Is it only new files that are > put in the /project/ folder? It doesn't appear so. See the PR I filed recently to fix a 'fetch failed' port [1]. I believe it is safe to assume this port was 'fetch'able until recently. [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137597 -- Glen Barber From amdmi3 at amdmi3.ru Tue Aug 11 15:41:10 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 11 15:41:17 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811152054.GB50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> Message-ID: <20090811154103.GD50944@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: Here's the patch I propose. Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz ) so for SFNEW it should be always set in the port. I'm also thinking of writing to SF (their change also breaks at least portscout). We may also consider switching to following redirects in fetch. --- bsd.sites.mk.patch begins here --- Index: bsd.sites.mk =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/Mk/bsd.sites.mk,v retrieving revision 1.478 diff -u -r1.478 bsd.sites.mk --- bsd.sites.mk 11 Aug 2009 06:58:24 -0000 1.478 +++ bsd.sites.mk 11 Aug 2009 15:36:25 -0000 @@ -1172,12 +1172,20 @@ .endif .if !defined(IGNORE_MASTER_SITE_SOURCEFORGE) -.for mirror in superb-east nchc kent easynews ufpr mesh heanet # garr +.for mirror in garr superb-east nchc kent easynews ufpr mesh heanet MASTER_SITE_SOURCEFORGE+= \ http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ .endfor .endif +# new SourceForge url scheme +.if !defined(IGNORE_MASTER_SITE_SOURCEFORGE_NEW) +.for mirror in garr superb-east nchc kent easynews ufpr mesh heanet +MASTER_SITE_SOURCEFORGE_NEW+= \ + http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ +.endfor +.endif + # official sf.net mirrors that don't mirror all projects, check # http://prdownloads.sourceforge.net/%SUBDIR%/ .if !defined(IGNORE_MASTER_SITE_SOURCEFORGE_EXTENDED) @@ -1494,7 +1502,7 @@ # Macro magic MASTER_SITES_ABBREVS= CPAN:PERL_CPAN SF:SOURCEFORGE SFE:SOURCEFORGE_EXTENDED \ - SFJP:SOURCEFORGE_JP RF:RUBYFORGE + SFNEW:SOURCEFORGE_NEW SFJP:SOURCEFORGE_JP RF:RUBYFORGE MASTER_SITES_SUBDIRS= \ APACHE_JAKARTA:${PORTNAME:S,-,/,}/source \ BERLIOS:${PORTNAME:L} \ --- bsd.sites.mk.patch ends here --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From unixmania at gmail.com Tue Aug 11 15:43:57 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Tue Aug 11 15:44:08 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811152054.GB50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> Message-ID: On Tue, Aug 11, 2009 at 12:20 PM, Dmitry Marakasov wrote: > Hi! > > I've noticed that SF is changing file distribution scheme significantly, [...] > As you can see, the distfile now redirects to another path and also > another mirror. As fetch doesn't follow redirects by default, this won't > work. My idea is that in addition to [old scheme] > > MASTER_SITE_SOURCEFORGE+= \ > http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ > > we'll need to add > > MASTER_SITE_SOURCEFORGE_NEW+= \ > http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ > > with coresponding macro (SF -> SFNEW) > > and we'll have to add pretty complex MASTER_SITE_SUBDIR to each updated > port from SF. > > Any comments? I found the same problem when attempted to fetch the new files for Ayttm. Also noticed that the files are missing on some mirrors. As a workaround, I replaced "SF" in MASTER_SITES by PORTNAME= ayttm PORTVERSION= 0.5.0.111 CATEGORIES= net-im .for mirror in nchc kent ufpr heanet switch puzzle osdn ovh MASTER_SITES+=http://${mirror}.dl.sourceforge.net/project/ayttm/ayttm/${PORTVERSION:R}-${PORTVERSION:E}/ .endfor DISTNAME= ${PORTNAME}-${PORTVERSION:R}-${PORTVERSION:E} -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From erwin at FreeBSD.org Tue Aug 11 15:46:49 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 11 15:46:56 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811154103.GD50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> Message-ID: <20090811154647.GL25687@droso.net> On Tue, Aug 11, 2009 at 07:41:03PM +0400, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > Here's the patch I propose. > > Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: > > http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz > http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz Right, that's the third issue making it completely impossible to predict the final URL: - sourceforge vs project - subfolder syntax - bouncing between CDR servers > > ) so for SFNEW it should be always set in the port. > > I'm also thinking of writing to SF (their change also breaks at Writing SF might actually our best option here. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090811/133e4534/attachment.pgp From amdmi3 at amdmi3.ru Tue Aug 11 15:55:08 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 11 15:55:16 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811153655.GJ25687@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811153655.GJ25687@droso.net> Message-ID: <20090811155500.GE50944@hades.panopticon> * Erwin Lansing (erwin@FreeBSD.org) wrote: > > I've noticed that SF is changing file distribution scheme significantly, > > and I guess that will affect many ports and maybe infrastructure. > > I fear the same, unfortunately. However, I haven't as yet been able to > identify a consistency in the new scheme. It seems that there's no consistency. There are 3 components of URL between /project/ and filename, and they are seemingly arbitary. > Is it only new files that are put in the /project/ folder? Will > all files slowly migrate to the new file structure? Or is there > something different internally in SF whether something is a project > or just a file? I guess it's done automatically for all new releases. However, I can check. > > As you can see, the distfile now redirects to another path and also > > another mirror. As fetch doesn't follow redirects by default, this won't > > work. My idea is that in addition to [old scheme] > > > > MASTER_SITE_SOURCEFORGE+= \ > > http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/ > > > > we'll need to add > > > > MASTER_SITE_SOURCEFORGE_NEW+= \ > > http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/ > > > > with coresponding macro (SF -> SFNEW) > > > > and we'll have to add pretty complex MASTER_SITE_SUBDIR to each updated > > port from SF. > > > I have received a similar patch from Sylvio Cesar, but this only fixes > the issue with the directory changing from sourceforge to project, it > doesn't address the changing of servers you also showed in the example. There's no problem with changing servers. It just redirects to another mirror, if you use old scheme for new files, but if you use new scheme URL, there're no redirects and it should just work with our mirror set as before. -- 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 Tue Aug 11 16:02:02 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 11 16:02:08 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811154647.GL25687@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> <20090811154647.GL25687@droso.net> Message-ID: <20090811160155.GF50944@hades.panopticon> * Erwin Lansing (erwin@FreeBSD.org) wrote: > Writing SF might actually our best option here. I've written them through feedback form. Not sure it'll reach them, so I'll also submit a proper support request when I get home (~in 6hrs). I don't have my SF password with me currently :( -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From Hans.F.Nordhaug at hiMolde.no Tue Aug 11 16:26:55 2009 From: Hans.F.Nordhaug at hiMolde.no (Hans F. Nordhaug) Date: Tue Aug 11 16:27:02 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811154647.GL25687@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> <20090811154647.GL25687@droso.net> Message-ID: <20090811155649.GB21332@hiMolde.no> * Erwin Lansing [2009-08-11]: > On Tue, Aug 11, 2009 at 07:41:03PM +0400, Dmitry Marakasov wrote: > > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > > > Here's the patch I propose. > > > > Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: > > > > http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz > > http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz > > Right, that's the third issue making it completely impossible to predict > the final URL: > - sourceforge vs project > - subfolder syntax > - bouncing between CDR servers > > > > ) so for SFNEW it should be always set in the port. > > > > I'm also thinking of writing to SF (their change also breaks at > > Writing SF might actually our best option here. I guess many of you have projects on SF and know this already, but the changes is part of the new easy-to-use File Release System. Read more http://sourceforge.net/apps/trac/sourceforge/wiki/Release%20files%20for%20download Regarding the structure of existing packages/releases - quoting http://sourceforge.net/apps/wordpress/sourceforge/2009/07/22/file-release-system-frs-update-complete-2009-07-22/ We have also converted existing FRS data into a simple hierarchy based on existing package and release names. If you contact Daniel Hinojosa (Sr. Manager, SourceForge.net) he will probably tell you how the conversion is done for existing packages. For new packages/releases there is no pattern - it's up to every package maintainer to decide the directory structure. In other words, the project/whatever/whatever/ must be set in each port - not just the filename. Hans From dougb at FreeBSD.org Tue Aug 11 17:04:53 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 11 17:04:59 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <20090717090530.GS60681@droso.net> References: <20090717090530.GS60681@droso.net> Message-ID: <4A81A4AC.8090200@FreeBSD.org> Erwin Lansing wrote: > Below is the tentative schedule for the ports freeze in preparation for > 8.0-RELEASE. If any major delays occur in the overall release schedule, > the dates may be postponed, but please start preparing to have your > changed committed to the tree before August 17 to ensure they are > included in the release. Also, portmgr kindly asks anyone who has > anything major lined up to already from today start mailing portmgr > about these so we know what to expect and not be surprised by any major > fallout that might extend the short freeze we have planned. > > August 17: ports tree is frozen and package build begin > August 24: ports tree is thawed and final package builds begin > August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen Since the release date is slipping is this schedule going to be adjusted? Doug -- This .signature sanitized for your protection From erwin at FreeBSD.org Tue Aug 11 17:07:39 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Aug 11 17:07:45 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <4A81A4AC.8090200@FreeBSD.org> References: <20090717090530.GS60681@droso.net> <4A81A4AC.8090200@FreeBSD.org> Message-ID: <20090811170736.GN25687@droso.net> On Tue, Aug 11, 2009 at 10:04:44AM -0700, Doug Barton wrote: > Erwin Lansing wrote: > > Below is the tentative schedule for the ports freeze in preparation for > > 8.0-RELEASE. If any major delays occur in the overall release schedule, > > the dates may be postponed, but please start preparing to have your > > changed committed to the tree before August 17 to ensure they are > > included in the release. Also, portmgr kindly asks anyone who has > > anything major lined up to already from today start mailing portmgr > > about these so we know what to expect and not be surprised by any major > > fallout that might extend the short freeze we have planned. > > > > August 17: ports tree is frozen and package build begin > > August 24: ports tree is thawed and final package builds begin > > August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen > > Since the release date is slipping is this schedule going to be adjusted? > Yes, we're waiting for word from re@ on by how much exactly, but expect the ports freeze to start at least a week later than the above days. I'll send a new HEADSUP as soon as the exact date is known. Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090811/e178bdb2/attachment.pgp From avk at vl.ru Tue Aug 11 17:44:14 2009 From: avk at vl.ru (Alexander Kriventsov) Date: Tue Aug 11 17:44:49 2009 Subject: distfiles and groups.google.com Message-ID: <4A81A7E0.6020505@vl.ru> Hello. Sorry for my English. I would like to write port for ReposStyle. This is open source stylesheet for the Subversion index web page. Please give me advise how I can get distfiles of this project. These files are available by this link http://groups.google.com/group/reposstyle/files, but the final zip file is available by dynamic link (ex. http://reposstyle.googlegroups.com/web/repos-style-2.0.zip?gda=mldqwUUAAAAw12lk1UvsIEMwf4K8gD3ZdgKDRLXt14ReAUFWPfo4j6AzGaACLVBgXTkjy_isydm-ncxEZ4rCAxOtc9DB4LrTGu1iLHeqhw4ZZRj3RjJ_-A) And I can't use only http://reposstyle.googlegroups.com/web/repos-style-2.0.zip Thanks. From jasonh at DataIX.net Tue Aug 11 18:36:06 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Tue Aug 11 18:36:13 2009 Subject: graphics/netpbm & netpbm-devel Message-ID: <20090811143601.025a54a7.jasonh@DataIX.net> graphics/netpbm & netpbm-devel: These two ports dont list and CONFLICTS for either one of them. They do on the other hand list a conflict with "mgetty ???". Why don't these list conflicts with each other?. As of now I am doing cleanup once again for two versions of netpbm that have somehow been installed by portmaster during the mass confusion of graphics/jpeg. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From dougb at FreeBSD.org Tue Aug 11 18:38:58 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 11 18:39:04 2009 Subject: graphics/netpbm & netpbm-devel In-Reply-To: <20090811143601.025a54a7.jasonh@DataIX.net> References: <20090811143601.025a54a7.jasonh@DataIX.net> Message-ID: <4A81BAB9.3010505@FreeBSD.org> cc'ing the maintainer since this is an issue that needs to be addressed. Doug Jason J. Hellenthal wrote: > graphics/netpbm & netpbm-devel: > > These two ports dont list and CONFLICTS for either one of them. They do on the other hand list a conflict with "mgetty ???". Why don't these list conflicts with each other?. As of now I am doing cleanup once again for two versions of netpbm that have somehow been installed by portmaster during the mass confusion of graphics/jpeg. > > Best regards. > -- This .signature sanitized for your protection From phk at phk.freebsd.dk Tue Aug 11 18:46:45 2009 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue Aug 11 18:46:52 2009 Subject: firefox3 / libxul Message-ID: <21544.1250015389@critter.freebsd.dk> I just installed my new laptop with -current doing a complete build, in the end, firefox3 does not start: /usr/local/lib/firefox3/firefox-bin /libexec/ld-elf.so.1: Shared object "libxul.so" not found, required by "firefox-bin" it is not entirely clear to me how it managed to compile against this lib, but not install it, but it may be a matter of PORTS dependencies being wrong, therefore this email. It might be reproducible, by taking a blank system and cd /usr/ports/www/firefox3 make all install clean which is essentially what my "sysbuild.sh" tool (see src/tools/tools) does. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From joey at mingrone.org Tue Aug 11 18:49:04 2009 From: joey at mingrone.org (Joey Mingrone) Date: Tue Aug 11 18:49:22 2009 Subject: FreeBSD Port: emacs-23.0.95_1 Message-ID: Hello, I've made some minor modifications to the emacs-devel port to update it to emacs version 23.1. Should I submit a PR or maybe you are waiting for some reason? Cheers, Joey Mingrone From phk at phk.freebsd.dk Tue Aug 11 18:53:58 2009 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue Aug 11 18:54:04 2009 Subject: firefox3 / libxul In-Reply-To: Your message of "Tue, 11 Aug 2009 18:29:49 GMT." <21544.1250015389@critter.freebsd.dk> Message-ID: <44554.1250016827@critter.freebsd.dk> In message <21544.1250015389@critter.freebsd.dk>, Poul-Henning Kamp writes: > >I just installed my new laptop with -current doing a complete build, >in the end, firefox3 does not start: > >/usr/local/lib/firefox3/firefox-bin >/libexec/ld-elf.so.1: Shared object "libxul.so" not found, required by "firefox-bin" Disregard this, I have found the problem, firefox does not tell you if it cannot create $HOME/.mozilla and just silently explodes. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From david at vizion2000.net Tue Aug 11 18:59:27 2009 From: david at vizion2000.net (David Southwell) Date: Tue Aug 11 18:59:34 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A816B6B.3040300@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A816A74.3000507@twisted.net> <4A816B6B.3040300@twisted.net> Message-ID: <200908111959.17128.david@vizion2000.net> Can you please email me lines 9750-9759 from your file: /usr/local/share/libtool/libltdl/configure I want to see what error is being reported. The reported error does not seem to reflect the content of my libtdl/configure at that line number > ./configure: 9753: Syntax error: word unexpected (expecting ")") David From amdmi3 at amdmi3.ru Tue Aug 11 19:16:57 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Aug 11 19:17:05 2009 Subject: distfiles and groups.google.com In-Reply-To: <4A81A7E0.6020505@vl.ru> References: <4A81A7E0.6020505@vl.ru> Message-ID: <20090811191647.GH50944@hades.panopticon> * Alexander Kriventsov (avk@vl.ru) wrote: > I would like to write port for ReposStyle. This is open source > stylesheet for the Subversion index web page. > Please give me advise how I can get distfiles of this project. > These files are available by this link > http://groups.google.com/group/reposstyle/files, but the final zip file > is available by dynamic link (ex. > http://reposstyle.googlegroups.com/web/repos-style-2.0.zip?gda=mldqwUUAAAAw12lk1UvsIEMwf4K8gD3ZdgKDRLXt14ReAUFWPfo4j6AzGaACLVBgXTkjy_isydm-ncxEZ4rCAxOtc9DB4LrTGu1iLHeqhw4ZZRj3RjJ_-A) > And I can't use only > http://reposstyle.googlegroups.com/web/repos-style-2.0.zip Seems like the only way is to mirror the distfile on another host. I can mirror it for you: http://mirror.amdmi3.ru/distfiles/. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From lasta at orion.net.id Tue Aug 11 19:44:51 2009 From: lasta at orion.net.id (Lasta Yani) Date: Tue Aug 11 19:44:57 2009 Subject: FreeBSD Port: openbgpd-4.5.20090709 In-Reply-To: <25463133.24901249637844660.JavaMail.root@mail.orion.net.id> Message-ID: <27595451.10711250019878375.JavaMail.root@mail.orion.net.id> Hello Mr. Sato, Any update about these ? Didn't you find my symptom on your box ? Rgds, -- Lasta Yani ----- "Lasta Yani" wrote: > Hello, > > Any update about this ? > > > ----- "Lasta Yani" wrote: > > > ----- "Hiroki Sato" wrote: > > > > > > I think there is no problem with the configuration itself. Just > in > > > case, please send me the output of "bgpd -nv"? I will try to > > > reproduce your symptom on my box. > > > > > > > Hi, > > > > This is my configuration, output of bgpd -nv, > > > > nap1 = "119.110.122.5" > > nap2 = "119.110.127.5" > > keNAP = "{ 203.84.152.0/22 203.84.156.0/22 }" > > > > AS 24523 > > router-id 203.84.155.84 > > holdtime min 3 > > fib-update yes > > > > rde rib Adj-RIB-In no evaluate > > rde rib Loc-RIB > > > > network 203.84.152.0/21 > > network 203.84.152.0/22 > > network 203.84.152.0/23 > > network 203.84.152.0/24 > > network 203.84.153.0/24 > > network 203.84.154.0/23 > > network 203.84.155.0/24 > > network 203.84.156.0/22 > > network 203.84.156.0/23 > > network 203.84.156.0/24 > > network 203.84.157.0/24 > > network 203.84.158.0/23 > > network 203.84.158.0/24 > > network 203.84.159.0/24 > > > > > > neighbor 119.110.127.5 { > > descr "ke-NAP2" > > remote-as 45147 > > announce all > > enforce neighbor-as yes > > announce IPv4 unicast > > announce IPv6 none > > softreconfig in yes > > softreconfig out yes > > } > > neighbor 119.110.122.5 { > > descr "ke-NAP1" > > remote-as 45147 > > announce all > > enforce neighbor-as yes > > announce IPv4 unicast > > announce IPv6 none > > softreconfig in yes > > softreconfig out yes > > } > > > > match to 119.110.122.5 set { prepend-self 2 } > > match to 119.110.127.5 set { prepend-self 2 } > > deny from any > > allow from 119.110.122.5 inet prefixlen 8 - 24 > > deny to any > > allow to 119.110.127.5 prefix 203.84.156.0/22 > > allow to 119.110.127.5 prefix 203.84.152.0/22 > > allow to 119.110.122.5 prefix 203.84.156.0/22 > > allow to 119.110.122.5 prefix 203.84.152.0/22 > > deny from any prefix 0.0.0.0/0 > > deny from any prefix 10.0.0.0/8 prefixlen >= 8 > > deny from any prefix 172.16.0.0/12 prefixlen >= 12 > > deny from any prefix 192.0.2.0/24 prefixlen >= 24 > > deny from any prefix 169.254.0.0/16 prefixlen >= 16 > > deny from any prefix 192.168.0.0/16 prefixlen >= 16 > > deny from any prefix 240.0.0.0/4 prefixlen >= 4 > > deny from any prefix 224.0.0.0/4 prefixlen >= 4 > > > > Thank you, > -- > Lasta Yani From jorgen.d.nilsson at gmail.com Tue Aug 11 20:15:51 2009 From: jorgen.d.nilsson at gmail.com (=?iso-8859-1?Q?J=F6rgen_Nilsson?=) Date: Tue Aug 11 20:15:57 2009 Subject: Stop in /usr/ports/graphics/aalib Message-ID: <95D0E0EE297148E68C810B214D2D3EE2@raseri> bastion# uname -a FreeBSD bastion.mordvap.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #1: Tue Aug 11 19:19:21 CEST 2009 user@bastion.host.net:/usr/obj/usr/src/sys/BASTION i386 ############################################################################ #### checking whether ln -s works... (cached) yes ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist Try `ltconfig --help' for more information. configure: error: libtool configure failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/aalib/work/aalib-1.4.0/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/graphics/aalib. *** Error code 1 Stop in /usr/ports/devel/sdl12. *** Error code 1 Stop in /usr/ports/devel/sdl12. *** Error code 1 Stop in /usr/ports/emulators/virtualbox. *** Error code 1 ############################################################################ #####3 bastion# cat /usr/ports/graphics/aalib/work/aalib-1.4.0/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:584: checking for a BSD compatible install configure:637: checking whether build environment is sane configure:694: checking whether make sets ${MAKE} configure:740: checking for working aclocal configure:753: checking for working autoconf configure:766: checking for working automake configure:779: checking for working autoheader configure:792: checking for working makeinfo configure:812: checking host system type configure:833: checking target system type configure:882: checking for gcc configure:995: checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) works configure:1011: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c 1>&5 configure:1037: checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is a cross-compiler configure:1042: checking whether we are using GNU C configure:1070: checking whether cc accepts -g configure:1171: checking build system type configure:1191: checking for ranlib configure:1230: checking for ld used by GCC configure:1292: checking if the linker (/usr/bin/ld) is GNU ld configure:1308: checking for BSD-compatible nm configure:1344: checking whether ln -s works ############################################################################ ################# bastion# ls /var/db/pkg alpine-2.00_1 jpeg-6b_7 libxcb-1.4 pico-alpine-2.00_1 aspell-0.60.6_2 kBuild-0.1.5.p1_1 libxml2-2.7.3 pkg-config-0.23_1 autoconf-2.13.000227_6 kbproto-1.0.3 libxslt-1.1.24_2 pkgdb.db autoconf-2.62 libICE-1.0.4_1,1 linux_base-fc-4_14 png-1.2.35 autoconf-wrapper-20071109 libSM-1.1.0_1,1 lua-5.1.4 popt-1.7_5 automake-1.10.1 libX11-1.2.1_1,1 lynx-2.8.7d13 portupgrade-2.4.6,2 automake-1.4.6_5 libXau-1.0.4 lzo2-2.03_2 python26-2.6.2_1 automake-1.9.6_3 libXcursor-1.1.9_1 m4-1.4.12,1 randrproto-1.3.0 automake-wrapper-20071109 libXdmcp-1.0.2_1 mime-support-3.44.1 renderproto-0.9.3 bash-4.0.10_2 libXext-1.0.5,1 mrtg-2.16.2,1 rpm-3.0.6_14 bigreqsproto-1.0.2 libXfixes-4.0.3_1 nano-2.0.9 ruby-1.8.7.72_1,1 bison-2.4.1,1 libXmu-1.0.4,1 nasm-2.05.01,1 ruby18-bdb-0.6.5 cups-base-1.3.9_3 libXrandr-1.3.0 ncftp-3.2.2_1 samba-3.0.34,1 db41-4.1.25_4 libXrender-0.9.4_1 net-snmp-5.3.2.3 screen-4.0.3_6 dev86-0.16.17 libXt-1.0.5_1 nmap-4.76 tiff-3.8.2_3 fixesproto-4.0 libcheck-0.9.6 openldap-client-2.4.15_1 vsftpd-ssl-2.1.0 freetype2-2.3.7 libdnet-1.11_2 openvpn-2.0.6_9 xcb-proto-1.5 gd-2.0.35,1 libexecinfo-1.1_3 p5-Pod-Parser-1.38 xcmiscproto-1.1.2 gettext-0.17_1 libgcrypt-1.4.4 p5-SNMP_Session-1.12 xextproto-7.0.5 gmake-3.81_3 libgpg-error-1.7 p5-gettext-1.05_2 xf86bigfontproto-1.1.2 gnutls-2.6.4 libiconv-1.11_1 pcre-7.8 xorg-macros-1.2.1 help2man-1.36.4_2 libpthread-stubs-0.1 perl-threaded-5.8.9_2 xproto-7.0.15 inputproto-1.5.0 libsigsegv-2.5 pfstat-2.4 xtrans-1.2.3 isc-dhcp30-server-3.0.7_4 libtool-1.5.26 pftop-0.7_1 yasm-0.8.0 ############################################################################ ##################### From traveling08 at cox.net Tue Aug 11 21:01:07 2009 From: traveling08 at cox.net (Robert) Date: Tue Aug 11 21:01:13 2009 Subject: pkg_add with NFS Message-ID: <20090811140100.2566f9ce@vaio> Greetings A simple question from a simple mind. Or, at least a forgetful one. I am slowly moving the computers in my SOHO to FreeBSD 8 from 7-stable. In order to be more efficient, I am using a faster server as a source and ports server. The source portion is working as designed with the slower boxes able to update simply with a make kernel, reboot, make installworld. I am exporting and then NFS mounting /usr/src, /usr/obj, and /usr/ports. I had rebuilt all of my ports on the faster computer with pagkage-recursive. I change the environment on the client box of PACKAGESITE to /usr/ports/packages/ALL but when I try pkg_add I get the error can't stat package file 'xorg'. Yes, the file xorg-7blah.tbz does show at that location. I probably am forgetting something simple but my searches have not triggered anything. Thanks Robert From amdmi3 at amdmi3.ru Wed Aug 12 00:44:24 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Aug 12 00:44:31 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811152054.GB50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> Message-ID: <20090812004416.GA38480@hades.panopticon> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > I've noticed that SF is changing file distribution scheme significantly, So, what do we do? May I commit the patch (+portmgr)? I believe this to be the best solution (even if a temporary one if we'll be able to resolve things with SF) as it will be clear which port uses the new scheme and there will be no variety of workarounds. The patch is still there: http://people.freebsd.org/~amdmi3/bsd.sites.mk.patch - Add MASTER_SITE_SOURCEFORGE_NEW for new scheme urls - Revive garr mirror as it's useable again -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From glen.j.barber at gmail.com Wed Aug 12 03:18:12 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Aug 12 03:18:19 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812004416.GA38480@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090812004416.GA38480@hades.panopticon> Message-ID: <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> On Tue, Aug 11, 2009 at 8:44 PM, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > >> I've noticed that SF is changing file distribution scheme significantly, > > So, what do we do? May I commit the patch (+portmgr)? I believe this to > be the best solution (even if a temporary one if we'll be able to > resolve things with SF) as it will be clear which port uses the new > scheme and there will be no variety of workarounds. > Hi, Perhaps I've lost it in this thread, but is it only a certain amount of ports affected? It appears the two SF ports I maintain hiccup a bit, but are able to eventually find the distfile. -- Glen Barber From gabriele.cecchetti at gmail.com Wed Aug 12 03:37:25 2009 From: gabriele.cecchetti at gmail.com (Gabriele Cecchetti) Date: Wed Aug 12 03:37:31 2009 Subject: FreeBSD Port: omnetpp-3.3_3 Message-ID: <4A823368.9060802@gmail.com> Probably there is an error in the Makefile of omnetpp: When I do portupgrade at the install phase the following output is shown: ---> Installing the new version via the port ===> Installing for omnetpp-3.3_3 ===> omnetpp-3.3_3 depends on executable: convert - found ===> omnetpp-3.3_3 depends on executable: dot - found ===> omnetpp-3.3_3 depends on executable: doxygen - found ===> omnetpp-3.3_3 depends on executable: giftrans - found ===> omnetpp-3.3_3 depends on file: /usr/local/bin/perl5.10.0 - found ===> omnetpp-3.3_3 depends on executable: pkg-config - found ===> omnetpp-3.3_3 depends on shared library: BLT24 - found ===> omnetpp-3.3_3 depends on shared library: tcl84 - found ===> omnetpp-3.3_3 depends on shared library: tk84 - found ===> omnetpp-3.3_3 depends on shared library: glib-12.3 - found ===> omnetpp-3.3_3 depends on shared library: xml.5 - found ===> omnetpp-3.3_3 depends on shared library: xml2.5 - found ===> omnetpp-3.3_3 depends on shared library: xslt.2 - found cp: pkg-plist: No such file or directory *** Error code 1 Stop in /usr/ports/science/omnetpp. *** Error code 1 Stop in /usr/ports/science/omnetpp. *** Error code 1 Stop in /usr/ports/science/omnetpp. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090812-79645-1tpm94n-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=omnetpp-3.3_2 UPGRADE_PORT_VER=3.3_2 make reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 298 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! science/omnetpp (omnetpp-3.3_2) (install error) As you see the error is: cp: pkg-plist: No such file or directory This is produced by the Makefile 85th line: pre-install: @${CP} pkg-plist ${PLIST} Probably this work when port working directory is inside the port directory. But when working directory is elsewhere (e.g. in my case in a different working partition) it does not work because pkg-plist is still in the port directory. To correct this error I suggest the following change (tested): pre-install: @(cd ${PORTSDIR}/science/omnetpp;; \ ${CP} pkg-plist ${PLIST} \ ) or (not tested): pre-install: @${CP} ${PORTSDIR}/science/omnetpp/pkg-plist ${PLIST} I don't know if it is better to use another more elegant form to fix this at this moment. Having a working directory is legal and this is set putting the following variable in /etc/make.conf WRKDIRPREFIX= /somedir Check it, and when you can, please update the Makefile. Cheers, Gabriele From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Aug 12 06:26:12 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Aug 12 06:26:20 2009 Subject: FreeBSD Port: omnetpp-3.3_3 In-Reply-To: <4A823368.9060802@gmail.com> References: <4A823368.9060802@gmail.com> Message-ID: <200908112226.09346.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 11 August 2009 19:13:44 Gabriele Cecchetti wrote: > Probably there is an error in the Makefile of omnetpp: > > When I do portupgrade at the install phase the following output is shown: > > ---> Installing the new version via the port > ===> Installing for omnetpp-3.3_3 > ===> omnetpp-3.3_3 depends on executable: convert - found > ===> omnetpp-3.3_3 depends on executable: dot - found > ===> omnetpp-3.3_3 depends on executable: doxygen - found > ===> omnetpp-3.3_3 depends on executable: giftrans - found > ===> omnetpp-3.3_3 depends on file: /usr/local/bin/perl5.10.0 - found > ===> omnetpp-3.3_3 depends on executable: pkg-config - found > ===> omnetpp-3.3_3 depends on shared library: BLT24 - found > ===> omnetpp-3.3_3 depends on shared library: tcl84 - found > ===> omnetpp-3.3_3 depends on shared library: tk84 - found > ===> omnetpp-3.3_3 depends on shared library: glib-12.3 - found > ===> omnetpp-3.3_3 depends on shared library: xml.5 - found > ===> omnetpp-3.3_3 depends on shared library: xml2.5 - found > ===> omnetpp-3.3_3 depends on shared library: xslt.2 - found > cp: pkg-plist: No such file or directory ... > Having a working directory is legal and this is set putting the > following variable in /etc/make.conf > WRKDIRPREFIX= /somedir FWIW, reproduced and ${.CURDIR} should be used (`pwd` at pre-install is ${.OBJDIR}). -- Mel Index: science/omnetpp/Makefile =================================================================== RCS file: /home/ncvs/ports/science/omnetpp/Makefile,v retrieving revision 1.12 diff -u -r1.12 Makefile --- science/omnetpp/Makefile 31 Jul 2009 13:55:36 -0000 1.12 +++ science/omnetpp/Makefile 12 Aug 2009 06:21:49 -0000 @@ -82,7 +82,7 @@ @${ECHO} "WISH=wish${TK_VER}" >> ${CONFIGUREUSER} pre-install: - @${CP} pkg-plist ${PLIST} + @${CP} ${.CURDIR}/pkg-plist ${PLIST} @(cd ${WRKSRC}; \ ${FIND} -s include -type f | ${SED} "s,^include,${INCLDIR_REL}," >> ${PLIST}; \ ${FIND} -s -d include -type d | ${SED} "s,^include,@dirrm ${INCLDIR_REL}," >> ${PLIST}; \ From sergey.dyatko at gmail.com Wed Aug 12 08:57:03 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Wed Aug 12 08:57:10 2009 Subject: pkg_add with NFS In-Reply-To: <20090811140100.2566f9ce@vaio> References: <20090811140100.2566f9ce@vaio> Message-ID: <20090812115835.00dc36bc@notebook> ? Tue, 11 Aug 2009 14:01:00 -0700 Robert ?????: R> Greetings R> R> A simple question from a simple mind. Or, at least a forgetful one. R> R> I am slowly moving the computers in my SOHO to FreeBSD 8 from R> 7-stable. In order to be more efficient, I am using a faster server R> as a source and ports server. R> R> The source portion is working as designed with the slower boxes able R> to update simply with a make kernel, reboot, make installworld. R> R> I am exporting and then NFS mounting /usr/src, /usr/obj, R> and /usr/ports. R> R> I had rebuilt all of my ports on the faster computer with R> pagkage-recursive. I change the environment on the client box of R> PACKAGESITE to /usr/ports/packages/ALL but when I try pkg_add I get R> the error can't stat package file 'xorg'. Yes, the file R> xorg-7blah.tbz does show at that location. R> R> I probably am forgetting something simple but my searches have not R> triggered anything. R> Hi, did you try `cd /path/to/packages/All && pkg_add packagename` on NFS client(-s) ? R> Thanks R> R> Robert -- wbr, tiger From albertcausing at gmail.com Wed Aug 12 09:12:32 2009 From: albertcausing at gmail.com (Albert S. Causing) Date: Wed Aug 12 09:12:39 2009 Subject: /usr/ports/dns/bind9-sdb-postgresql Message-ID: <1250066976.7364.3.camel@axscode> Hi Mailing List, I cant find any manual for bind9 + postgresql. Questions: 1. does /usr/ports/dns/bind9-sdb-postgresql is capable of dynamic loadable zone (DLZ) 2. I updated my ports just now, It seems the makefile for /usr/ports/dns/bind9-dlz is not complete. or can you help out a bit. 3. Is there any share/examples for named and its schema for these ports? Best regards, Albert From agent_cia at mail.ru Wed Aug 12 13:22:51 2009 From: agent_cia at mail.ru (karfagen) Date: Wed Aug 12 13:22:58 2009 Subject: Aalib installation Message-ID: Hi! There is /usr/ports/graphics/aalib installation process log: # make ===> Vulnerability check disabled, database not found ===> Extracting for aalib-1.4.r5_4 => MD5 Checksum OK for aalib-1.4rc5.tar.gz. => SHA256 Checksum OK for aalib-1.4rc5.tar.gz. ===> Patching for aalib-1.4.r5_4 ===> Applying FreeBSD patches for aalib-1.4.r5_4 ===> aalib-1.4.r5_4 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> aalib-1.4.r5_4 depends on file: /usr/local/bin/libtool - found ===> Configuring for aalib-1.4.r5_4 creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... i386-portbld-freebsd7.2 checking target system type... i386-portbld-freebsd7.2 checking for gcc... cc checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) works... yes checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether cc accepts -g... yes checking build system type... i386-portbld-freebsd7.2 checking for ranlib... ranlib checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist Try `ltconfig --help' for more information. configure: error: libtool configure failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/usr/ports/graphics/aalib/work/aalib-1.4.0/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/graphics/aalib. After I look at /usr/share/libtool and do not found config dir there, but ltmain.sh file placed there. Thanx. Serebryakoff Alexey From amdmi3 at amdmi3.ru Wed Aug 12 14:03:23 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Aug 12 14:03:30 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> References: <20090811152054.GB50944@hades.panopticon> <20090812004416.GA38480@hades.panopticon> <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> Message-ID: <20090812140314.GA43649@hades.panopticon> * Glen Barber (glen.j.barber@gmail.com) wrote: > > So, what do we do? May I commit the patch (+portmgr)? I believe this to > > be the best solution (even if a temporary one if we'll be able to > > resolve things with SF) as it will be clear which port uses the new > > scheme and there will be no variety of workarounds. > > Perhaps I've lost it in this thread, but is it only a certain amount > of ports affected? It appears the two SF ports I maintain hiccup a > bit, but are able to eventually find the distfile. This should only affect updating SF ports to new versions. I've checked your ports, they seem to fetch just fine. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From jochen at daten-chaos.de Wed Aug 12 14:10:57 2009 From: jochen at daten-chaos.de (Jochen enterhaken Neumeister) Date: Wed Aug 12 14:11:30 2009 Subject: Aalib installation In-Reply-To: References: Message-ID: <20090812155516.2d2d7def@donald.home.jochen-neumeister.de> Am Wed, 12 Aug 2009 19:45:53 +0700 schrieb "karfagen" : Read UPDATING: 20090802: AFFECTS: users of devel/libtool15 and devel/libltdl15 AUTHOR: mezz@FreeBSD.org The devel/libtool15 and devel/libltdl15 ports have been moved to libtool22 and libltdl22, respectively, then updated to 2.2.6a. You will need to run portmaster or portupgrade to properly perform the upgrade: Portmaster: ----------- portmaster -o devel/libtool22 devel/libtool15 portmaster -o devel/libltdl22 devel/libltdl15 Portupgrade: ------------ portupgrade -o devel/libtool22 libtool-1.5\* portupgrade -o devel/libltdl22 libltdl-1.5\* After that, you will need to rebuild all ports that depend on libltdl. Since all dependent ports' PORTREVISIONs have been bumped, you can run portupgrade or portmaster with '-a' to complete the upgrade. HTW J. > Hi! > > There is /usr/ports/graphics/aalib installation process log: > > # make > ===> Vulnerability check disabled, database not found > ===> Extracting for aalib-1.4.r5_4 > => MD5 Checksum OK for aalib-1.4rc5.tar.gz. > => SHA256 Checksum OK for aalib-1.4rc5.tar.gz. > ===> Patching for aalib-1.4.r5_4 > ===> Applying FreeBSD patches for aalib-1.4.r5_4 > ===> aalib-1.4.r5_4 depends on > file: /usr/local/libdata/pkgconfig/x11.pc - found > ===> aalib-1.4.r5_4 depends on file: /usr/local/bin/libtool - found > ===> Configuring for aalib-1.4.r5_4 > creating cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c -o root > -g wheel > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... yes > checking for working aclocal... found > checking for working autoconf... found > checking for working automake... found > checking for working autoheader... found > checking for working makeinfo... found > checking host system type... i386-portbld-freebsd7.2 > checking target system type... i386-portbld-freebsd7.2 > checking for gcc... cc > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) > works... yes > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) > is a cross-compiler... no > checking whether we are using GNU C... yes > checking whether cc accepts -g... yes > checking build system type... i386-portbld-freebsd7.2 > checking for ranlib... ranlib > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > updating cache ./config.cache > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > Please report the problem to ports@FreeBSD.org [maintainer] and > attach the "/usr/ports/graphics/aalib/work/aalib-1.4.0/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/graphics/aalib. > > After I look at /usr/share/libtool and do not found config dir there, > but ltmain.sh file placed there. > > Thanx. > > Serebryakoff Alexey > _______________________________________________ > 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 shuvaev at physik.uni-wuerzburg.de Wed Aug 12 14:12:58 2009 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed Aug 12 14:13:12 2009 Subject: Stop in /usr/ports/graphics/aalib In-Reply-To: <95D0E0EE297148E68C810B214D2D3EE2@raseri> References: <95D0E0EE297148E68C810B214D2D3EE2@raseri> Message-ID: <20090812135111.GA64379@wep4035.physik.uni-wuerzburg.de> On Tue, Aug 11, 2009 at 09:44:11PM +0200, J?rgen Nilsson wrote: > bastion# uname -a > FreeBSD bastion.mordvap.net 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #1: Tue > Aug 11 19:19:21 CEST 2009 > user@bastion.host.net:/usr/obj/usr/src/sys/BASTION i386 > > ############################################################################ > #### > > checking whether ln -s works... (cached) yes > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > [snip] > isc-dhcp30-server-3.0.7_4 libtool-1.5.26 pftop-0.7_1 ^^^^^^^^^^^^^^ > yasm-0.8.0 > > ############################################################################ > ##################### > On Wed, Aug 12, 2009 at 07:45:53PM +0700, karfagen wrote: > Hi! > > There is /usr/ports/graphics/aalib installation process log: > > # make > ===> Vulnerability check disabled, database not found > ===> Extracting for aalib-1.4.r5_4 > => MD5 Checksum OK for aalib-1.4rc5.tar.gz. > => SHA256 Checksum OK for aalib-1.4rc5.tar.gz. > ===> Patching for aalib-1.4.r5_4 > ===> Applying FreeBSD patches for aalib-1.4.r5_4 > ===> aalib-1.4.r5_4 depends on file: /usr/local/libdata/pkgconfig/x11.pc - > found > ===> aalib-1.4.r5_4 depends on file: /usr/local/bin/libtool - found > ===> Configuring for aalib-1.4.r5_4 > creating cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... yes > checking for working aclocal... found > checking for working autoconf... found > checking for working automake... found > checking for working autoheader... found > checking for working makeinfo... found > checking host system type... i386-portbld-freebsd7.2 > checking target system type... i386-portbld-freebsd7.2 > checking for gcc... cc > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) > works... yes > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is a > cross-compiler... no > checking whether we are using GNU C... yes > checking whether cc accepts -g... yes > checking build system type... i386-portbld-freebsd7.2 > checking for ranlib... ranlib > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > updating cache ./config.cache > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > [snip] > Have you guys read entry 20090802 in /usr/ports/UPDATING? HTH, Alexey. From glen.j.barber at gmail.com Wed Aug 12 15:39:57 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Aug 12 15:40:04 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812140314.GA43649@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090812004416.GA38480@hades.panopticon> <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> <20090812140314.GA43649@hades.panopticon> Message-ID: <4ad871310908120839w4de3b5d5pc509e9637bc47886@mail.gmail.com> On Wed, Aug 12, 2009 at 10:03 AM, Dmitry Marakasov wrote: > * Glen Barber (glen.j.barber@gmail.com) wrote: > >> > So, what do we do? May I commit the patch (+portmgr)? I believe this to >> > be the best solution (even if a temporary one if we'll be able to >> > resolve things with SF) as it will be clear which port uses the new >> > scheme and there will be no variety of workarounds. >> >> Perhaps I've lost it in this thread, but is it only a certain amount >> of ports affected? ?It appears the two SF ports I maintain hiccup a >> bit, but are able to eventually find the distfile. > > This should only affect updating SF ports to new versions. I've checked > your ports, they seem to fetch just fine. > In that case, do you have GNATS access to close the PR I recently filed because of SF fetch errors[1]? If not, I will post a followup to have it closed. Regards, [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137597 -- Glen Barber From amdmi3 at amdmi3.ru Wed Aug 12 16:01:11 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Aug 12 16:01:17 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <4ad871310908120839w4de3b5d5pc509e9637bc47886@mail.gmail.com> References: <20090811152054.GB50944@hades.panopticon> <20090812004416.GA38480@hades.panopticon> <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> <20090812140314.GA43649@hades.panopticon> <4ad871310908120839w4de3b5d5pc509e9637bc47886@mail.gmail.com> Message-ID: <20090812160102.GB43649@hades.panopticon> * Glen Barber (glen.j.barber@gmail.com) wrote: > In that case, do you have GNATS access to close the PR I recently > filed because of SF fetch errors[1]? If not, I will post a followup > to have it closed. > > [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137597 That one is the case, it was updated in Aug, so it needs to switch to the new scheme. Also, additional mirror is never a bad thing. I'll watch that PR and commit it if danfe@ timeouts. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From glen.j.barber at gmail.com Wed Aug 12 16:08:01 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Aug 12 16:08:07 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812160102.GB43649@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090812004416.GA38480@hades.panopticon> <4ad871310908112018r14d439d7v46625beb5bc1e95b@mail.gmail.com> <20090812140314.GA43649@hades.panopticon> <4ad871310908120839w4de3b5d5pc509e9637bc47886@mail.gmail.com> <20090812160102.GB43649@hades.panopticon> Message-ID: <4ad871310908120907h56ebd3afp6f46b9cd1ba2a2e7@mail.gmail.com> On Wed, Aug 12, 2009 at 12:01 PM, Dmitry Marakasov wrote: > * Glen Barber (glen.j.barber@gmail.com) wrote: > >> In that case, do you have GNATS access to close the PR I recently >> filed because of SF fetch errors[1]? ?If not, I will post a followup >> to have it closed. >> >> [1] - http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137597 > > That one is the case, it was updated in Aug, so it needs to switch to > the new scheme. Also, additional mirror is never a bad thing. I'll watch > that PR and commit it if danfe@ timeouts. > Even better. :-) Thanks! -- Glen Barber From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Aug 12 16:51:17 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Aug 12 16:51:28 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <20090804161053.GA1604@titania.njm.me.uk> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> <20090804161053.GA1604@titania.njm.me.uk> Message-ID: <200908120851.14642.mel.flynn+fbsd.ports@mailing.thruhere.net> On Tuesday 04 August 2009 08:10:53 N.J. Mann wrote: > In message <20090803155055.GA31733@titania.njm.me.uk>, > > N.J. Mann (njm@njm.me.uk) wrote: > > In message <20090803125519.GA60550@twisted.net>, > > > > Troy (troy@twisted.net) wrote: > > > I was trying to upgrade apr-gdbm-db42-1.3.6.1.3.8 to 1.3.7.1.3.8 and > > > ran into the following error. My libtool was just upgraded to > > > libtool-2.2.6a so there may be a conflict there. Anyone have ideas? > > > > > > > > > checking minix/config.h usability... no > > > checking minix/config.h presence... no > > > checking for minix/config.h... no > > > checking whether it is safe to define __EXTENSIONS__... yes > > > checking for library containing strerror... none required > > > checking whether system uses EBCDIC... no > > > performing libtool configuration... > > > ./configure: 9753: Syntax error: word unexpected (expecting ")") > > > *** Error code 2 > > > > > > Stop in /usr/ports/devel/apr. > > > *** Error code 1 > > > > > > Stop in /usr/ports/devel/apr. > > > > I am also having problems updating devel/apr. In my case it gets past > > the configure stage and fails during the compile stage: > > > > %%%%% > > > > ===> Building for apr-gdbm-db43-1.3.7.1.3.8 > > cd /usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7; /usr/bin/env > > TMPDIR="/home/njm/tmp" TMPDIR="/home/njm/tmp" SHELL=/bin/sh NO_LINT=YES > > ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 > > AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 > > AUTOHEADER=/usr/local/bin/autoheader-2.62 > > AUTOIFNAMES=/usr/local/bin/ifnames-2.62 > > AUTOM4TE=/usr/local/bin/autom4te-2.62 > > AUTORECONF=/usr/local/bin/autoreconf-2.62 > > AUTOSCAN=/usr/local/bin/autoscan-2.62 > > AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 > > LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize > > LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 PREFIX=/usr/local > > LOCALBASE=/usr/local X11BASE=/usr/local MOTIFLIB="-L/usr/local/lib -lXm > > -lXp" LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe" > > CXX="c++" CXXFLAGS="-O2 -fno-strict-aliasing -pipe" > > MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" > > BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m > > 444" BSD_INSTALL_ MAN="install -m 444" /usr/bin/make > > /bin/sh /libtool --silent --mode=compile cc -O2 -fno-strict-aliasing > > -pipe -DHAVE_CONFIG_H -I./include > > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix > > -I./include/arch/unix > > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include/arch/unix > > -I/usr/ports.workdir/usr/ports/devel/apr/work/apr-1.3.7/include -o > > passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch > > passwd/apr_getpass.lo > > ^ > > This is the why it fails. In the relevant makefile this is actually: > > ./build/apr_rules.mk:38:LIBTOOL=$(SHELL) $(top_builddir)/libtool > > but top_buildir is not defined anywhere in the makefiles. If I set it > then everything works. If I change the line above to use top_blddir > instead of top_builddir it works. > > So, why isn't it defined? I looked through the config files - I know > nothing about autoconf, automake, &c., and found: > > ./config.log:17410:LIBTOOL='$(SHELL) $(top_builddir)/libtool' > ./config.log:17611:top_builddir='/usr/ports.workdir/usr/ports/devel/apr/wor >k/apr-1.3.7' Just got bitten by this too, amd64, 6.x in a jail, clean environment. I traced it to building as "normal user", root works. The tell tale is this: buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. ./buildconf: cannot create build/libtool.m4: Permission denied As a result, configure works with the provided libtool.m4 and things go downhill from there. The provided libtool.m4 is installed by libtoolize with 444 permissions. Thus: cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > \ build/libtool.m4 fails for a normal user. The patch below sig fixes the issue. -- Mel --- /dev/null 2009-08-12 08:33:00.000000000 -0800 +++ devel/apr/files/patch-buildconf 2009-08-12 08:32:46.000000000 -0800 @@ -0,0 +1,11 @@ +--- apr-1.3.8/buildconf.orig 2009-08-12 08:28:47.000000000 -0800 ++++ apr-1.3.8/buildconf 2009-08-12 08:31:45.000000000 -0800 +@@ -71,6 +71,7 @@ + + echo "buildconf: Using libtool.m4 at ${ltfile}." + ++rm -f build/libtool.m4 + cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > build/libtool.m4 + + # libtool.m4 from 1.6 requires ltsugar.m4 + From njm at njm.me.uk Wed Aug 12 18:20:15 2009 From: njm at njm.me.uk (N.J. Mann) Date: Wed Aug 12 18:20:22 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <200908120851.14642.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <20090803125519.GA60550@twisted.net> <20090803155055.GA31733@titania.njm.me.uk> <20090804161053.GA1604@titania.njm.me.uk> <200908120851.14642.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <20090812182012.GA78957@titania.njm.me.uk> In message <200908120851.14642.mel.flynn+fbsd.ports@mailing.thruhere.net>, Mel Flynn (mel.flynn+fbsd.ports@mailing.thruhere.net) wrote: > > Just got bitten by this too, amd64, 6.x in a jail, clean environment. I traced > it to building as "normal user", root works. The tell tale is this: > buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. > ./buildconf: cannot create build/libtool.m4: Permission denied > > As a result, configure works with the provided libtool.m4 and things go > downhill from there. > The provided libtool.m4 is installed by libtoolize with 444 permissions. Thus: > cat $ltfile | sed -e 's/LIBTOOL=\(.*\)top_build/LIBTOOL=\1apr_build/' > \ > build/libtool.m4 > > fails for a normal user. The patch below sig fixes the issue. Your patch fixes it for me. Many thanks. Cheers, Nick. -- From jeffrey at goldmark.org Wed Aug 12 18:55:23 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Aug 12 18:55:38 2009 Subject: Multiple instances of Mailman on FreeBSD Message-ID: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> I'm posting this to both the mailman-users list and the freebsd-ports list. I realize that not all follow-up will make it to both lists. I would like to set up multiple instances of Mailman on a FreeBSD 7- STABLE system with using Postfix. Looking at the ports Makefile, it appears that if I set MM_DIR=mailman/vhosts/domain-for-this-instance everything should work file (plus add FORCE_PACKAGE_REGISTER allow this second instance to be installed.) But when I do % cd /usr/ports/mail/mailman % sudo make -DMM_DIR=mailman/vhosts/lists.wilson-pta.org - DFORCE_PKG_REGISTER install It just installs in the default location, /usr/local/mailman And this paradoxical report of various settings $ sudo make MM_DIR=mailman/vhosts/lists.wilson-pta.org - DFORCE_PKG_REGISTER install ===> Found saved configuration for mailman-2.1.12 You may change the following build options: MM_USERNAME=mailman The username of the Mailman user. MM_USERID=91 The user ID of the Mailman user. MM_GROUPNAME=mailman The group to which the Mailman user will belong. MM_GROUPID=MM_USERID The group ID for the Mailman user. MM_DIR=mailman Mailman will be installed in /usr/local/mailman/vhosts/ lists.wilson-pta.org. CGI_GID=www The group name or id under which your web server executes CGI scripts. IMGDIR=www/icons Icon images will be installed in /usr/local/www/icons. Notice the conflicting information on the line telling me about MM_DIR. Background on the issue As is well known to mailman users, mailman 2.X does not fully deal with virtual mail domains in that, say pta-board@lists.shepard-families.org And pta-board@lists.wilson-pta.org would have to be the same list. That is mailman does not provide a separate namespace for lists in different domains. The Wiki/FAQ at http://wiki.list.org/pages/viewpage.action?pageId=4030604 hints at patches (which I can't seem to locate) and mailing list discussion mentions an alternative of having a separate instance of Mailman for each virtual domain. This later approach seems easier if you don't anticipate having loads of domains. So that is what I intend to do. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From lars.engels at 0x20.net Wed Aug 12 19:16:21 2009 From: lars.engels at 0x20.net (Lars Engels) Date: Wed Aug 12 19:16:34 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811155500.GE50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090811153655.GJ25687@droso.net> <20090811155500.GE50944@hades.panopticon> Message-ID: <20090812191617.GC30146@e.0x20.net> On Tue, Aug 11, 2009 at 07:55:00PM +0400, Dmitry Marakasov wrote: > * Erwin Lansing (erwin@FreeBSD.org) wrote: > > > > I've noticed that SF is changing file distribution scheme significantly, > > > and I guess that will affect many ports and maybe infrastructure. > > > > I fear the same, unfortunately. However, I haven't as yet been able to > > identify a consistency in the new scheme. There can also be very weird subdir names: :-( http://downloads.sourceforge.net/project/tvbrowser/TV-Browser (Java 5 and higher)/2.7.4/tvbrowser-2.7.4.tar.gz -------------- 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/20090812/69f4031d/attachment.pgp From brad at shub-internet.org Wed Aug 12 19:27:59 2009 From: brad at shub-internet.org (Brad Knowles) Date: Wed Aug 12 19:28:06 2009 Subject: [Mailman-Users] Multiple instances of Mailman on FreeBSD In-Reply-To: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> Message-ID: <4A83142C.5000903@shub-internet.org> Jeffrey Goldberg wrote: > I'm posting this to both the mailman-users list and the freebsd-ports > list. I realize that not all follow-up will make it to both lists. > > I would like to set up multiple instances of Mailman on a FreeBSD > 7-STABLE system with using Postfix. Looking at the ports Makefile, it > appears that if I set MM_DIR=mailman/vhosts/domain-for-this-instance > everything should work file (plus add FORCE_PACKAGE_REGISTER allow this > second instance to be installed.) Personally, I wouldn't use the ports version if you want to do multiple instances of Mailman. I would install each version from our official source tarballs that you can download from www.list.org and ftp.gnu.org. Alternatively, if you want to use the ports version, then I would keep it simple and serve only one domain. Otherwise, I would recommend that you find the port maintainer for Mailman, and discuss this subject with them. Hopefully, they would know enough about both sides of the problem to be able to recommend a solution or patch for you. -- Brad Knowles LinkedIn Profile: From glen.j.barber at gmail.com Wed Aug 12 19:35:43 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Wed Aug 12 19:35:49 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812191617.GC30146@e.0x20.net> References: <20090811152054.GB50944@hades.panopticon> <20090811153655.GJ25687@droso.net> <20090811155500.GE50944@hades.panopticon> <20090812191617.GC30146@e.0x20.net> Message-ID: <4ad871310908121235t214dacfk3a8fd5b809637f8e@mail.gmail.com> On Wed, Aug 12, 2009 at 3:16 PM, Lars Engels wrote: > On Tue, Aug 11, 2009 at 07:55:00PM +0400, Dmitry Marakasov wrote: >> * Erwin Lansing (erwin@FreeBSD.org) wrote: >> >> > > I've noticed that SF is changing file distribution scheme significantly, >> > > and I guess that will affect many ports and maybe infrastructure. >> > >> > I fear the same, unfortunately. ?However, I haven't as yet been able to >> > identify a consistency in the new scheme. > > There can also be very weird subdir names: :-( > http://downloads.sourceforge.net/project/tvbrowser/TV-Browser (Java 5 and higher)/2.7.4/tvbrowser-2.7.4.tar.gz > > If it helps any, I can host the weird-named distfiles on my site. Let me know if you would like me to do so. -- Glen Barber From jeffrey at goldmark.org Wed Aug 12 19:38:52 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Aug 12 19:38:59 2009 Subject: [Mailman-Users] Multiple instances of Mailman on FreeBSD In-Reply-To: <4A83142C.5000903@shub-internet.org> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> <4A83142C.5000903@shub-internet.org> Message-ID: <80F074FD-8286-4507-8567-D876CE291CE4@goldmark.org> On Aug 12, 2009, at 2:12 PM, Brad Knowles wrote: > Jeffrey Goldberg wrote: >> I would like to set up multiple instances of Mailman on a FreeBSD 7- >> STABLE system with using Postfix. > Personally, I wouldn't use the [FreeBSD] ports version if you want > to do multiple instances of Mailman. I would install each version > from our official source tarballs that you can download from www.list.org > and ftp.gnu.org. The FreeBSD Ports version contains a couple of patches which might be useful, though some are merely cosmetic. It also knows how to find the right gid and uid for working with various MTAs. Postfix, as we know, is finicky, and this port really does help people get it right. > Otherwise, I would recommend that you find the port maintainer for > Mailman, and discuss this subject with them. Already on the cc-line Anyway, what I have found is that if I manually edit the ports/mail/ mailman/Makefile to change #MM_DIR?= mailman MM_DIR?= mailman/vhosts/lists.wilson-pta.org The install works as expected, even though when I specified -DMM_DIR on the command line it worked for some purposes (built files contained the correct string in them) but not for other purposes (the files installed in the wrong place). So I suspect that the "install" stage must re-read the Makefile. So I do now have this other instance installed. One thing that I (and others doing things this way) will have to take care of is the startup script, /usr/local/etc/rc.d/mailman, for the queue runner. This installation did overwrite the original. So I'm either going to have to manually combine these in one startup script or set up a separate script for each instance. I'm sure that there will be other things to watch out for as well. I hope to contribute to the Wiki on this once I've got everything running. Let me just say that I am eagerly looking forward to Mailman 3. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From erwin at FreeBSD.org Wed Aug 12 19:41:32 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 12 19:41:40 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811155649.GB21332@hiMolde.no> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> <20090811154647.GL25687@droso.net> <20090811155649.GB21332@hiMolde.no> Message-ID: <20090812194129.GB53789@droso.net> On Tue, Aug 11, 2009 at 05:56:49PM +0200, Hans F. Nordhaug wrote: Hi Hans, > > I guess many of you have projects on SF and know this already, but the > changes is part of the new easy-to-use File Release System. Read more > http://sourceforge.net/apps/trac/sourceforge/wiki/Release%20files%20for%20download > > Regarding the structure of existing packages/releases - quoting > http://sourceforge.net/apps/wordpress/sourceforge/2009/07/22/file-release-system-frs-update-complete-2009-07-22/ > > We have also converted existing FRS data into a simple hierarchy > based on existing package and release names. > > If you contact Daniel Hinojosa (Sr. Manager, SourceForge.net) he will > probably tell you how the conversion is done for existing packages. > > For new packages/releases there is no pattern - it's up to every > package maintainer to decide the directory structure. In other words, > the project/whatever/whatever/ must be set in each port - not just > the filename. > Excellent, that explains a lot! Thanks. -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090812/b29add4a/attachment.pgp From erwin at FreeBSD.org Wed Aug 12 19:50:28 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 12 19:50:34 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090811154103.GD50944@hades.panopticon> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> Message-ID: <20090812195025.GC53789@droso.net> On Tue, Aug 11, 2009 at 07:41:03PM +0400, Dmitry Marakasov wrote: > * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > > Here's the patch I propose. > > Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: > > http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz > http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz > > ) so for SFNEW it should be always set in the port. > > I've just committed a slightly modified version based on a combination of your and Sylvio Cesar's patch I received. The SFP (SourceForge Project) name for the macro is a bit more descriptive than just "new". It also readds the garr mirror. Looking at the link Hans send earlier in this thread, it is clear that the subdirectory under /project/ is now individual to each project, so you're right that it has to be set explicitly for every port now, unfortunately, although I've kept the default value. Thanks to all for working on this! -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090812/81f784ee/attachment.pgp From wmoran at potentialtech.com Wed Aug 12 19:59:24 2009 From: wmoran at potentialtech.com (Bill Moran) Date: Wed Aug 12 19:59:31 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> Message-ID: <20090812154047.a77a1add.wmoran@potentialtech.com> In response to Jeffrey Goldberg : > I'm posting this to both the mailman-users list and the freebsd-ports > list. I realize that not all follow-up will make it to both lists. > > I would like to set up multiple instances of Mailman on a FreeBSD 7- > STABLE system with using Postfix. Looking at the ports Makefile, it > appears that if I set MM_DIR=mailman/vhosts/domain-for-this-instance > everything should work file (plus add FORCE_PACKAGE_REGISTER allow > this second instance to be installed.) Were it me, I'd add jails to the system. Then you can install a separate copy of mailman in each jail. This will keep them happily independent of each other. That's obviously not the only way to get what you want, just my suggestion. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From scjamorim at bsd.com.br Wed Aug 12 20:18:48 2009 From: scjamorim at bsd.com.br (Sylvio Cesar) Date: Wed Aug 12 20:18:54 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812195025.GC53789@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> <20090812195025.GC53789@droso.net> Message-ID: <5859850b0908121257x2f76324bi5470272978eea01e@mail.gmail.com> Thank you Edwin for considering a some of my patch, I am pleased to contribute to FreeBSD and especially when the contribution is well accepted and applied. Regards, Sylvio C?sar. 2009/8/12 Erwin Lansing : > On Tue, Aug 11, 2009 at 07:41:03PM +0400, Dmitry Marakasov wrote: >> * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: >> >> Here's the patch I propose. >> >> Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: >> >> http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz >> http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz >> >> ) so for SFNEW it should be always set in the port. >> >> > I've just committed a slightly modified version based on a combination > of your and Sylvio Cesar's patch I received. ?The SFP (SourceForge > Project) name for the macro is a bit more descriptive than just "new". > It also readds the garr mirror. > > Looking at the link Hans send earlier in this thread, it is clear that > the subdirectory under /project/ is now individual to each project, so > you're right that it has to be set explicitly for every port now, > unfortunately, although I've kept the default value. > > Thanks to all for working on this! > > -erwin > > -- > Erwin Lansing ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? http://droso.org > Prediction is very difficult > especially about the future ? ? ? ? ? ? ? ? ? ?erwin@FreeBSD.org > From mel.flynn+fbsd.ports at mailing.thruhere.net Wed Aug 12 20:38:39 2009 From: mel.flynn+fbsd.ports at mailing.thruhere.net (Mel Flynn) Date: Wed Aug 12 20:38:47 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: <20090812154047.a77a1add.wmoran@potentialtech.com> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> <20090812154047.a77a1add.wmoran@potentialtech.com> Message-ID: <200908121238.36253.mel.flynn+fbsd.ports@mailing.thruhere.net> On Wednesday 12 August 2009 11:40:47 Bill Moran wrote: > In response to Jeffrey Goldberg : > > I'm posting this to both the mailman-users list and the freebsd-ports > > list. I realize that not all follow-up will make it to both lists. > > > > I would like to set up multiple instances of Mailman on a FreeBSD 7- > > STABLE system with using Postfix. Looking at the ports Makefile, it > > appears that if I set MM_DIR=mailman/vhosts/domain-for-this-instance > > everything should work file (plus add FORCE_PACKAGE_REGISTER allow > > this second instance to be installed.) > > Were it me, I'd add jails to the system. Then you can install a > separate copy of mailman in each jail. This will keep them happily > independent of each other. > > That's obviously not the only way to get what you want, just my > suggestion. And mine. FORCE_PKG_REGISTER abuse will hurt you sooner or later. If you must, then set PKG_DBDIR, PORT_DBDIR and PREFIX correctly. But things get much easier if you use seperate jails and a postfix in mailhub mode on the main IP if you have only one incoming IP. -- Mel From jeffrey at goldmark.org Wed Aug 12 20:41:23 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Aug 12 20:41:29 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> Message-ID: <9634BCBC-E295-425A-ABA3-5EAFF0385692@goldmark.org> On Aug 12, 2009, at 3:21 PM, Paul Schmehl wrote: > --On Wednesday, August 12, 2009 13:55:18 -0500 Jeffrey Goldberg > wrote: >> I'm posting this to both the mailman-users list and the freebsd-ports >> list. I realize that not all follow-up will make it to both lists. >> But when I do >> >> % cd /usr/ports/mail/mailman >> % sudo make -DMM_DIR=mailman/vhosts/lists.wilson-pta.org - >> DFORCE_PKG_REGISTER install >> >> It just installs in the default location, /usr/local/mailman > This could be a really stupid question (because I've never tried to > do what you're doing), but shouldn't the above line be: > > $ sudo make MM_DIR=/mailman/vhosts/lists.wilson-pta.org > > In other words, don't you have to provide the *absolute* patch to > the install location? No. Reading the Makefile it is clear that MM_DIR is relative to $PREFIX The default setting in the Makefile is MM_DIR?= mailman And later on there is a MAILMANDIR= ${PREFIX}/${MM_DIR} With MAILMANDIR being the absolute install directory. > The problem is, I'm not exactly sure *where* you want mailman to > install, so it's hard to be correct without more information. Mailman (under normal defaults) installs in various directories under /usr/local/mailman The python for all of the CGIs lives in /usr/local/mailman/Mailman and the programs that an administrator might run on the command line live in /usr/local/mailmain/bin And there are various other directories for queues and logs and data and per list configurations and such I want to have instances installed in /usr/local/mailman/vhosts/site1 /usr/local/mailman/vhosts/site2 /usr/local/mailman/vhosts/site3 Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From pschmehl_lists at tx.rr.com Wed Aug 12 20:50:40 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Wed Aug 12 20:50:47 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> Message-ID: --On Wednesday, August 12, 2009 13:55:18 -0500 Jeffrey Goldberg wrote: > > I'm posting this to both the mailman-users list and the freebsd-ports > list. I realize that not all follow-up will make it to both lists. > > I would like to set up multiple instances of Mailman on a FreeBSD 7- > STABLE system with using Postfix. Looking at the ports Makefile, it > appears that if I set MM_DIR=mailman/vhosts/domain-for-this-instance > everything should work file (plus add FORCE_PACKAGE_REGISTER allow > this second instance to be installed.) > > But when I do > > % cd /usr/ports/mail/mailman > % sudo make -DMM_DIR=mailman/vhosts/lists.wilson-pta.org - > DFORCE_PKG_REGISTER install > > It just installs in the default location, /usr/local/mailman > > And this paradoxical report of various settings > > $ sudo make MM_DIR=mailman/vhosts/lists.wilson-pta.org - This could be a really stupid question (because I've never tried to do what you're doing), but shouldn't the above line be: $ sudo make MM_DIR=/mailman/vhosts/lists.wilson-pta.org In other words, don't you have to provide the *absolute* patch to the install location? In addition, I would think you would need to change PREFIX as well for the port to install where you want it to. So, ISTM, you should be doing this: $ sudo make PREFIX=/usr/local/mailman/vhost/lists.wilson-pta.org -DFORCE_PKG_REGISTER install rather than trying to set MM_DIR. Note you may *also* have to set MM_DIR, but I'm almost certain you need to set PREFIX if you want the port to install there instead of /usr/local/mailman. The problem is, I'm not exactly sure *where* you want mailman to install, so it's hard to be correct without more information. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From jeffrey at goldmark.org Wed Aug 12 20:56:31 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Wed Aug 12 20:56:39 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: <200908121238.36253.mel.flynn+fbsd.ports@mailing.thruhere.net> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> <20090812154047.a77a1add.wmoran@potentialtech.com> <200908121238.36253.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: On Aug 12, 2009, at 3:38 PM, Mel Flynn wrote: > On Wednesday 12 August 2009 11:40:47 Bill Moran wrote: >> Were it me, I'd add jails to the system. [...] That's obviously not >> the only way to get what you want, just my >> suggestion. > > And mine. Thank you and Bill for the jail suggestion. I've never played with jails, as I really only have one public IP address available. > FORCE_PKG_REGISTER abuse will hurt you sooner or later. I am living in fear of that. > If you must, then set PKG_DBDIR, PORT_DBDIR and PREFIX correctly. I don't understand the Package and Port databases well enough to actually set them correctly, so I do suspect that I am causing trouble for myself this way. > But things get much easier if you use seperate jails and a postfix > in mailhub mode on the main IP > if you have only one incoming IP. Ah. I hadn't thought of that. I do only have one IP. I hadn't realized that I could set up private addresses on the same host. Would the postfix on the main IP be able to run scripts that are on individual jails? If not, I'd have to set up a listening postfix in each jail which would accept mail forwarded to it only from the main IP. For outgoing mail, mailman can talk SMTP to a "remote" mail server. Another point of confusion with jails is that the HTTP interface for mailman would need to be on the public IP, but would need to access the appropriate mailman data that live within jails. So I really think that unless I can do full jails, each with their own SMTP and HTTP daemons on their own public IPs, this would be very complicated to maintain. But I am only guessing here as I don't really know what can and can't be done easily with jails. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From FreeBSD at insightbb.com Wed Aug 12 21:41:11 2009 From: FreeBSD at insightbb.com (Steven Friedrich) Date: Wed Aug 12 21:41:17 2009 Subject: FreeBSD Port: ImageMagick-6.5.4.10 Message-ID: <200908121731.34780.FreeBSD@insightbb.com> I updated my ports today, but ImageMagick has a build break... From FreeBSD at insightbb.com Wed Aug 12 21:58:44 2009 From: FreeBSD at insightbb.com (Steven Friedrich) Date: Wed Aug 12 21:58:50 2009 Subject: FreeBSD Port: ImageMagick-6.5.4.10 Message-ID: <200908121729.50667.FreeBSD@insightbb.com> I updated my ports today, but I experienced a build break in the new version of ImageMagick... From lumiwa at gmail.com Wed Aug 12 22:20:04 2009 From: lumiwa at gmail.com (ajtiM) Date: Wed Aug 12 22:20:11 2009 Subject: FreeBSD Port: ImageMagick-6.5.4.10 In-Reply-To: <200908121729.50667.FreeBSD@insightbb.com> References: <200908121729.50667.FreeBSD@insightbb.com> Message-ID: <200908121719.52661.lumiwa@gmail.com> On Wednesday 12 August 2009 16:29:50 Steven Friedrich wrote: > I updated my ports today, but I experienced a build break in the new > version of ImageMagick... > _______________________________________________ > 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" Yes, you are right and I have a problem at this momemnt ): -- Mitja ----- http://starikarp.redbubble.com From jasonh at DataIX.net Wed Aug 12 23:29:23 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Wed Aug 12 23:29:31 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: <9634BCBC-E295-425A-ABA3-5EAFF0385692@goldmark.org> References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> <9634BCBC-E295-425A-ABA3-5EAFF0385692@goldmark.org> Message-ID: <20090812192920.f42cee9a.jasonh@DataIX.net> On Wed, 12 Aug 2009 15:41:19 -0500 Jeffrey Goldberg wrote: > On Aug 12, 2009, at 3:21 PM, Paul Schmehl wrote: > > > --On Wednesday, August 12, 2009 13:55:18 -0500 Jeffrey Goldberg > > wrote: > > >> I'm posting this to both the mailman-users list and the freebsd-ports > >> list. I realize that not all follow-up will make it to both lists. > > > >> But when I do > >> > >> % cd /usr/ports/mail/mailman > >> % sudo make -DMM_DIR=mailman/vhosts/lists.wilson-pta.org - > >> DFORCE_PKG_REGISTER install > >> > >> It just installs in the default location, /usr/local/mailman > > > This could be a really stupid question (because I've never tried to > > do what you're doing), but shouldn't the above line be: > > > > $ sudo make MM_DIR=/mailman/vhosts/lists.wilson-pta.org > > > > In other words, don't you have to provide the *absolute* patch to > > the install location? > > No. Reading the Makefile it is clear that MM_DIR is relative to $PREFIX > > The default setting in the Makefile is > > MM_DIR?= mailman > > And later on there is a > > MAILMANDIR= ${PREFIX}/${MM_DIR} > > With MAILMANDIR being the absolute install directory. > > > The problem is, I'm not exactly sure *where* you want mailman to > > install, so it's hard to be correct without more information. > > Mailman (under normal defaults) installs in various directories under > > /usr/local/mailman > > The python for all of the CGIs lives in > > /usr/local/mailman/Mailman > > and the programs that an administrator might run on the command line > live in > > /usr/local/mailmain/bin > > And there are various other directories for queues and logs and data > and per list configurations and such > > I want to have instances installed in > > /usr/local/mailman/vhosts/site1 > /usr/local/mailman/vhosts/site2 > /usr/local/mailman/vhosts/site3 > > Cheers, > > -j > > -- > Jeffrey Goldberg http://www.goldmark.org/jeff/ > Can you not just ( cp -r /usr/local/mailman /path/to/vhost/staging ) edit some of the paths and then just host it. How many of the files are you actually required to edit ?. If this will be a continual process it might be better off to rsync your master mailman directory to all the separate vhosts obviously skipping configs and list directories and then scripting out the exact changes you need to make up creation of a new vhost. Best regards. :wq -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From spawk at acm.poly.edu Wed Aug 12 23:43:38 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Wed Aug 12 23:43:45 2009 Subject: Multiple instances of Mailman on FreeBSD In-Reply-To: References: <70C7249E-1EC4-4D00-BECE-CD30B43436B5@goldmark.org> <20090812154047.a77a1add.wmoran@potentialtech.com> <200908121238.36253.mel.flynn+fbsd.ports@mailing.thruhere.net> Message-ID: <4A834D36.7040408@acm.poly.edu> Jeffrey Goldberg wrote: > On Aug 12, 2009, at 3:38 PM, Mel Flynn wrote: > >> On Wednesday 12 August 2009 11:40:47 Bill Moran wrote: > >>> Were it me, I'd add jails to the system. [...] That's obviously not >>> the only way to get what you want, just my >>> suggestion. >> >> And mine. > > Thank you and Bill for the jail suggestion. I've never played with > jails, as I really only have one public IP address available. You could assign each jail an RFC 1918 private address and perform NAT for them on the host system. I do this with PF and it works like a charm. -Boris >> FORCE_PKG_REGISTER abuse will hurt you sooner or later. > > I am living in fear of that. > >> If you must, then set PKG_DBDIR, PORT_DBDIR and PREFIX correctly. > > I don't understand the Package and Port databases well enough to > actually set them correctly, so I do suspect that I am causing trouble > for myself this way. > >> But things get much easier if you use seperate jails and a postfix in >> mailhub mode on the main IP >> if you have only one incoming IP. > > Ah. I hadn't thought of that. I do only have one IP. I hadn't > realized that I could set up private addresses on the same host. > Would the postfix on the main IP be able to run scripts that are on > individual jails? If not, I'd have to set up a listening postfix in > each jail which would accept mail forwarded to it only from the main > IP. For outgoing mail, mailman can talk SMTP to a "remote" mail > server. Another point of confusion with jails is that the HTTP > interface for mailman would need to be on the public IP, but would > need to access the appropriate mailman data that live within jails. > > So I really think that unless I can do full jails, each with their own > SMTP and HTTP daemons on their own public IPs, this would be very > complicated to maintain. But I am only guessing here as I don't > really know what can and can't be done easily with jails. > > Cheers, > > -j > From lumiwa at gmail.com Thu Aug 13 01:36:01 2009 From: lumiwa at gmail.com (ajtiM) Date: Thu Aug 13 01:36:08 2009 Subject: ImageMagick 6.5.4.10 Message-ID: <200908122011.20408.lumiwa@gmail.com> Update to 6.5.4.10 on FreeBSD 7.2 magick/.libs/libMagickCore.so: undefined reference to `carg' *** Error code 1 magick/.libs/libMagickCore.so: undefined reference to `carg' *** Error code 1 2 errors *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. ===>>> make failed for graphics/ImageMagick ===>>> Aborting update -- Mitja ----- http://starikarp.redbubble.com From rwmaillists at googlemail.com Thu Aug 13 01:37:44 2009 From: rwmaillists at googlemail.com (RW) Date: Thu Aug 13 01:37:51 2009 Subject: SpamAssassin - reinstall removes GPG keys Message-ID: <20090813023737.7d9bc9ef@gumby.homeunix.com> Every time SpamAssassin is upgraded or "rebuilt", the sa-learn keyring directory gets removed during the pkg_delete. Is there a good reason for this? Is there a workaround? Specifying an alternate directory as an option to sa-learn seems a bit clumsy. From jasonh at DataIX.net Thu Aug 13 02:11:03 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Aug 13 02:11:09 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: <200908122011.20408.lumiwa@gmail.com> References: <200908122011.20408.lumiwa@gmail.com> Message-ID: <20090812221059.4f437ed4.jasonh@DataIX.net> On Wed, 12 Aug 2009 20:11:20 -0500 ajtiM wrote: > Update to 6.5.4.10 on FreeBSD 7.2 > > magick/.libs/libMagickCore.so: undefined reference to `carg' > *** Error code 1 > magick/.libs/libMagickCore.so: undefined reference to `carg' > *** Error code 1 > 2 errors > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > > ===>>> make failed for graphics/ImageMagick > ===>>> Aborting update > > -- > Mitja > ----- > http://starikarp.redbubble.com > I have just built this as of the last 5 minutes with no problems. I am using all but three configure options... [ ] IMAGEMAGICK_TESTS Run bundled self-tests after build [ ] IMAGEMAGICK_OPENMP OpenMP for SMP (needs threads) [ ] IMAGEMAGICK_HDRI High Dynamic Range Images (HDRI) -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From stephen at missouri.edu Thu Aug 13 03:06:48 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Thu Aug 13 03:07:01 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: <20090812221059.4f437ed4.jasonh@DataIX.net> References: <200908122011.20408.lumiwa@gmail.com> <20090812221059.4f437ed4.jasonh@DataIX.net> Message-ID: On Wed, 12 Aug 2009, Jason J. Hellenthal wrote: > On Wed, 12 Aug 2009 20:11:20 -0500 > ajtiM wrote: > >> Update to 6.5.4.10 on FreeBSD 7.2 >> >> magick/.libs/libMagickCore.so: undefined reference to `carg' >> *** Error code 1 Try this patch: diff -u magick/fourier-orig.c magick/fourier.c --- magick/fourier-orig.c 2009-08-13 02:39:18.000000000 +0000 +++ magick/fourier.c 2009-08-13 02:40:13.000000000 +0000 @@ -515,7 +515,7 @@ for (x=0L; x < (long) fourier_info->center; x++) { magnitude[i]=cabs(fourier[i]); - phase[i]=carg(fourier[i]); + phase[i]=atan2(cimag(fourier[i]),creal(fourier[i])); i++; } else From stephen at missouri.edu Thu Aug 13 03:06:49 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Thu Aug 13 03:07:02 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: <20090812221059.4f437ed4.jasonh@DataIX.net> References: <200908122011.20408.lumiwa@gmail.com> <20090812221059.4f437ed4.jasonh@DataIX.net> Message-ID: On Wed, 12 Aug 2009, Jason J. Hellenthal wrote: > On Wed, 12 Aug 2009 20:11:20 -0500 > ajtiM wrote: > >> Update to 6.5.4.10 on FreeBSD 7.2 >> >> magick/.libs/libMagickCore.so: undefined reference to `carg' >> *** Error code 1 >> magick/.libs/libMagickCore.so: undefined reference to `carg' >> *** Error code 1 >> 2 errors >> *** Error code 2 >> 1 error >> *** Error code 1 >> >> Stop in /usr/ports/graphics/ImageMagick. >> *** Error code 1 >> >> Stop in /usr/ports/graphics/ImageMagick. >> >> ===>>> make failed for graphics/ImageMagick >> ===>>> Aborting update >> >> -- >> Mitja >> ----- >> http://starikarp.redbubble.com >> > > I have just built this as of the last 5 minutes with no problems. My experience is that it built just fine on FreeBSD-8 with amd64, but failed with the above error under FreeBSD-7.2 with i386. From jasonh at DataIX.net Thu Aug 13 03:57:17 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Aug 13 03:57:25 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: References: <200908122011.20408.lumiwa@gmail.com> <20090812221059.4f437ed4.jasonh@DataIX.net> Message-ID: <20090812235715.fc28351d.jasonh@DataIX.net> On Wed, 12 Aug 2009 21:44:39 -0500 (CDT) Stephen Montgomery-Smith wrote: > > > On Wed, 12 Aug 2009, Jason J. Hellenthal wrote: > > > On Wed, 12 Aug 2009 20:11:20 -0500 > > ajtiM wrote: > > > >> Update to 6.5.4.10 on FreeBSD 7.2 > >> > >> magick/.libs/libMagickCore.so: undefined reference to `carg' > >> *** Error code 1 > > Try this patch: > > diff -u magick/fourier-orig.c magick/fourier.c > --- magick/fourier-orig.c 2009-08-13 02:39:18.000000000 +0000 > +++ magick/fourier.c 2009-08-13 02:40:13.000000000 +0000 > @@ -515,7 +515,7 @@ > for (x=0L; x < (long) fourier_info->center; x++) > { > magnitude[i]=cabs(fourier[i]); > - phase[i]=carg(fourier[i]); > + phase[i]=atan2(cimag(fourier[i]),creal(fourier[i])); > i++; > } > else > I conclude this fixes the problem on 7.2-RELEASE-p3/i386 Non-SMP -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From stephen at missouri.edu Thu Aug 13 04:05:10 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Thu Aug 13 04:05:24 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: <20090812235715.fc28351d.jasonh@DataIX.net> References: <200908122011.20408.lumiwa@gmail.com> <20090812221059.4f437ed4.jasonh@DataIX.net> <20090812235715.fc28351d.jasonh@DataIX.net> Message-ID: On Wed, 12 Aug 2009, Jason J. Hellenthal wrote: > On Wed, 12 Aug 2009 21:44:39 -0500 (CDT) > Stephen Montgomery-Smith wrote: > >> >> >> On Wed, 12 Aug 2009, Jason J. Hellenthal wrote: >> >>> On Wed, 12 Aug 2009 20:11:20 -0500 >>> ajtiM wrote: >>> >>>> Update to 6.5.4.10 on FreeBSD 7.2 >>>> >>>> magick/.libs/libMagickCore.so: undefined reference to `carg' >>>> *** Error code 1 >> >> Try this patch: >> >> diff -u magick/fourier-orig.c magick/fourier.c >> --- magick/fourier-orig.c 2009-08-13 02:39:18.000000000 +0000 >> +++ magick/fourier.c 2009-08-13 02:40:13.000000000 +0000 >> @@ -515,7 +515,7 @@ >> for (x=0L; x < (long) fourier_info->center; x++) >> { >> magnitude[i]=cabs(fourier[i]); >> - phase[i]=carg(fourier[i]); >> + phase[i]=atan2(cimag(fourier[i]),creal(fourier[i])); >> i++; >> } >> else >> > > I conclude this fixes the problem on 7.2-RELEASE-p3/i386 Non-SMP I submitted the fix at ports/137712 The function carg seems to have been introduced in FreeBSD 8. If you look inside /usr/src/lib/msun/src/s_carg.c (on a machine with FreeBSD 8) you will see that the replacement I provided provides EXACTLY the same functionality. From rwmaillists at googlemail.com Thu Aug 13 11:28:23 2009 From: rwmaillists at googlemail.com (RW) Date: Thu Aug 13 11:28:30 2009 Subject: SpamAssassin - reinstall removes GPG keys In-Reply-To: <20090813023737.7d9bc9ef@gumby.homeunix.com> References: <20090813023737.7d9bc9ef@gumby.homeunix.com> Message-ID: <20090813122814.1c8b80fd@gumby.homeunix.com> On Thu, 13 Aug 2009 02:37:37 +0100 RW wrote: > > Every time SpamAssassin is upgraded or "rebuilt", the sa-learn keyring > directory gets removed during the pkg_delete. Is there a good reason > for this? > > Is there a workaround? Specifying an alternate directory as an option > to sa-learn seems a bit clumsy. That should be sa-update not sa-learn. From amdmi3 at amdmi3.ru Thu Aug 13 13:52:06 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 13 13:52:13 2009 Subject: SourceForge changing file distribution scheme! In-Reply-To: <20090812195025.GC53789@droso.net> References: <20090811152054.GB50944@hades.panopticon> <20090811154103.GD50944@hades.panopticon> <20090812195025.GC53789@droso.net> Message-ID: <20090813135154.GB20967@hades.panopticon> * Erwin Lansing (erwin@FreeBSD.org) wrote: > > Here's the patch I propose. > > > > Unfortunately, there's no way to guess MASTER_SITE_SUBDIR (examples: > > > > http://sunet.dl.sourceforge.net/project/maxima/Maxima-source/5.19.0-source/maxima-5.19.0.tar.gz > > http://sunet.dl.sourceforge.net/project/lam/LAM/2.7.0/ldap-account-manager-2.7.0.tar.gz > > > > ) so for SFNEW it should be always set in the port. > > > > > I've just committed a slightly modified version based on a combination > of your and Sylvio Cesar's patch I received. The SFP (SourceForge > Project) name for the macro is a bit more descriptive than just "new". > It also readds the garr mirror. Thanks a lot! Actually, there really are redirects between mirrors (even with correct patchs), but they only seem to affect 2-3 of the mirrors, so fetch will just skip to the next one, so this is not really a problem. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From mikej at rogers.com Thu Aug 13 20:27:27 2009 From: mikej at rogers.com (Mike Jakubik) Date: Thu Aug 13 20:27:59 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <20090331014900.GA24235@lonesome.com> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com> Message-ID: <1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: > On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: >> If the existing maintainer has disappeared, one option would be for >> you to take over maintainership: Upgrade mailscanner yourself and >> submit the upgrade as a PR that also transfers maintainership to >> youself. If there's no response after about 2 weeks, the port is yours. > > Actually, there is a 2-week timeout on updates, but a 3-month timeout > on maintainer inactivity for transferring maintainership. Vacations > can last more than 2 weeks :-) I've just submitted a patch that updates this port to the latest version, perhaps we can squeeze it in before the freeze. http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 Thanks. From mm at FreeBSD.org Thu Aug 13 20:28:10 2009 From: mm at FreeBSD.org (Martin Matuska) Date: Thu Aug 13 20:28:44 2009 Subject: ImageMagick 6.5.4.10 In-Reply-To: <200908122011.20408.lumiwa@gmail.com> References: <200908122011.20408.lumiwa@gmail.com> Message-ID: <4A8473A2.5000403@FreeBSD.org> The pre-8 FreeBSD systems do not know carg(), my tinderbox didnt discover this. It is now fixed with a patch by replacing carg(x) with atan2(cimag(x),creal(x)) ajtiM wrote / nap?sal(a): > Update to 6.5.4.10 on FreeBSD 7.2 > > magick/.libs/libMagickCore.so: undefined reference to `carg' > *** Error code 1 > magick/.libs/libMagickCore.so: undefined reference to `carg' > *** Error code 1 > 2 errors > *** Error code 2 > 1 error > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > > ===>>> make failed for graphics/ImageMagick > ===>>> Aborting update > > From QAT at FreeBSD.org Fri Aug 14 00:40:30 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Aug 14 00:40:49 2009 Subject: cvs commit: ports/x11-toolkits/py-gtkscintilla Makefile ports/x11-toolkits/gtkscintilla Makefile In-Reply-To: <200908140029.n7E0TrXC069570@repoman.freebsd.org> References: <200908140029.n7E0TrXC069570@repoman.freebsd.org> Message-ID: <20090814003808.AA29F39810@qat.tcbug.org> The Restless Daemon identified a depend_object error while trying to build: gtkscintilla-0.8.2_6 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/x11-toolkits/gtkscintilla/Makefile,v 1.23 2009/08/14 00:29:53 amdmi3 Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/gtkscintilla-0.8.2_6.log : c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexPython.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexR.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexRebol.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexRuby.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexScriptol.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSmalltalk.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSML.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSorcus.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSpecman.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSpice.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexSQL.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexTACL.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexTADS3.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexTAL.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexTCL.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexTeX.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexVB.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexVerilog.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexVHDL.cxx c++ -DPIC -fPIC -fpic -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -O2 -fno-strict-aliasing -pipe -DNDEBUG -Wall -Wno-missing-braces -Wno-char-subscripts -pedantic -DGTK -DSCI_LEXER -I ../include -I ../src -c ../src/LexYAML.cxx c++ -shared -D_THREAD_SAFE -D_REENTRANT -I/usr/local/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/pixman-1 -I/usr/local/include/freetype2 -o ../bin/libscintilla_lexers.so.2 LexAbaqus.o LexAda.o LexAPDL.o LexAsm.o LexAsn1.o LexASY.o LexAU3.o LexAVE.o LexBaan.o LexBash.o LexBasic.o LexBullant.o LexCaml.o LexCLW.o LexCmake.o LexCOBOL.o LexConf.o LexCPP.o LexCrontab.o LexCsound.o LexCSS.o LexD.o LexEiffel.o LexErlang.o LexEScript.o LexFlagship.o LexForth.o LexFortran.o LexGAP.o LexGui4Cli.o LexHaskell.o LexHTML.o LexInno.o LexKix.o LexLisp.o LexLout.o LexLua.o LexMagik.o LexMatlab.o LexMetapost.o LexMMIXAL.o LexMPT.o LexMSSQL.o LexMySQL.o LexNimrod.o LexNsis.o LexOpal.o LexOthers.o LexPascal.o LexPB.o LexPerl.o LexPLM.o LexPOV.o LexPowerPro.o LexPowerShell.o LexProgress.o LexPS.o LexPyt hon.o LexR.o LexRebol.o LexRuby.o LexScriptol.o LexSmalltalk.o LexSML.o LexSorcus.o LexSpecman.o LexSpice.o LexSQL.o LexTACL.o LexTADS3.o LexTAL.o LexTCL.o LexTeX.o LexVB.o LexVerilog.o LexVHDL.o LexYAML.o ===> Installing for scintilla-2.00 ===> scintilla-2.00 depends on executable: pkg-config - found ===> scintilla-2.00 depends on file: /usr/local/lib/gio/modules/libgiofam.so - found ===> Generating temporary packing list ===> Checking if x11-toolkits/scintilla already installed ===> scintilla-2.00 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of x11-toolkits/scintilla without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/x11-toolkits/scintilla. *** Error code 1 Stop in /a/ports/x11-toolkits/gtkscintilla. ================================================================ build of /usr/ports/x11-toolkits/gtkscintilla ended at Fri Aug 14 00:38:06 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/gtkscintilla-0.8.2_6.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=x11-toolkits&portname=gtkscintilla The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From jasonh at DataIX.net Fri Aug 14 01:59:49 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Aug 14 01:59:56 2009 Subject: ImageMagick-6.5.* missing libs Message-ID: <20090813215946.efff46cc.jasonh@DataIX.net> This has not had any negative effect on any of the operations that I have used ImageMagick for but thought I would get this out there to see if there is something I might have missed or maybe there is something missing upon install. This has gone on repeatedly since 6.5.* versions repeatedly. Output from portmaster: ===>>> Creating a backup package for old version ImageMagick-6.5.4.10 tar: lib/ImageMagick-6.5.4/modules-Q16/coders/djvu.a: Cannot stat: No such file or directory tar: lib/ImageMagick-6.5.4/modules-Q16/coders/djvu.la: Cannot stat: No such file or directory tar: lib/ImageMagick-6.5.4/modules-Q16/coders/djvu.so: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 ===>>> Backup package creation failed for ImageMagick-6.5.4.10! ===>>> Ignore this error [i] ===>>> Abort [a] Any insight into this would cetainly be helpful since this causes a "automagick ;-) " backup process to stop. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From lehmann at ans-netz.de Fri Aug 14 08:19:30 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Fri Aug 14 08:19:36 2009 Subject: openssl port - patch file Message-ID: <20090814081927.11581.qmail@avocado.salatschuessel.net> Hi, you've changed the PATCHFILES to dtls-bugs-2009-05-18.patch for openssl - but I'm not able to fetch this file nor does google found it... so where can I get it from? Greetings, Oliver From roam at ringlet.net Fri Aug 14 08:33:27 2009 From: roam at ringlet.net (Peter Pentchev) Date: Fri Aug 14 08:33:41 2009 Subject: openssl port - patch file In-Reply-To: <20090814081927.11581.qmail@avocado.salatschuessel.net> References: <20090814081927.11581.qmail@avocado.salatschuessel.net> Message-ID: <20090814083324.GA965@straylight.m.ringlet.net> On Fri, Aug 14, 2009 at 10:19:27AM +0200, Oliver Lehmann wrote: > Hi, > > you've changed the PATCHFILES to dtls-bugs-2009-05-18.patch for openssl - > but I'm not able to fetch this file nor does google found it... so where > can I get it from? I think that there are two problems here. First, Dirk Meyer has placed this file in his local distfiles directory on the FreeBSD cluster, but it has not yet propagated to the FTP servers. This should take a couple of hours, a day at most. Second, the security/openssl/Makefile is indeed referring to ${MASTER_SITE_LOCAL} in PATCH_SITES, but it is missing a subdirectory there. Thus, even after the patch propagates to the FreeBSD FTP mirrors, the port's Makefile will still be looking for it in the wrong place. The following trivial patch should fix that; Dirk, I could commit it if you are busy. Index: ports/security/openssl/Makefile =================================================================== RCS file: /fs/ncvs/ports/security/openssl/Makefile,v retrieving revision 1.153 diff -u -r1.153 Makefile --- ports/security/openssl/Makefile 14 Aug 2009 06:32:22 -0000 1.153 +++ ports/security/openssl/Makefile 14 Aug 2009 08:29:53 -0000 @@ -16,6 +16,7 @@ MASTER_SITE_SUBDIR= source #PATCH_SITES= http://sctp.fh-muenster.de/dtls/ PATCH_SITES= ${MASTER_SITE_LOCAL} +PATCH_SITE_SUBDIR= dinoex PATCHFILES= dtls-bugs-2009-05-18.patch DISTNAME= ${PORTNAME}-${PORTVERSION} G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@space.bg roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This inert sentence is my body, but my soul is alive, dancing in the sparks of your brain. -------------- 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/20090814/edd629b4/attachment.pgp From fenner at FreeBSD.org Fri Aug 14 10:00:19 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Fri Aug 14 10:00:26 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200908141000.n7EA0FK8069980@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 wenheping at gmail.com Fri Aug 14 12:01:35 2009 From: wenheping at gmail.com (wen heping) Date: Fri Aug 14 12:02:08 2009 Subject: how can I write a whitespace into a MASTER_SITE_SUBDIR? Message-ID: <7be7a2800908140436u34ac0b43v1a7ae1deb91b3e4f@mail.gmail.com> Hi, all: How can I write a whitespace into a MASTER_SITE_SUBDIR? Because a package's fetch address is something like: http://....../atutor 1.6.3/atutor-1.6.3.tar.gz Thanks at advance. wen From erwin at FreeBSD.org Fri Aug 14 12:08:52 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Aug 14 12:09:01 2009 Subject: how can I write a whitespace into a MASTER_SITE_SUBDIR? In-Reply-To: <7be7a2800908140436u34ac0b43v1a7ae1deb91b3e4f@mail.gmail.com> References: <7be7a2800908140436u34ac0b43v1a7ae1deb91b3e4f@mail.gmail.com> Message-ID: <20090814120849.GA53789@droso.net> On Fri, Aug 14, 2009 at 07:36:17PM +0800, wen heping wrote: > Hi, all: Hi Wen, > > How can I write a whitespace into a MASTER_SITE_SUBDIR? > Because a package's fetch address is something like: > http://....../atutor 1.6.3/atutor-1.6.3.tar.gz > Usually a whitespace in a URL can be encoded by %20, does this help for this port? Cheers, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090814/b6c7009f/attachment.pgp From kkobb at skylinecorp.com Fri Aug 14 13:30:44 2009 From: kkobb at skylinecorp.com (Kevin Kobb) Date: Fri Aug 14 13:30:50 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com> <1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> Message-ID: <4A855E0C.3090805@skylinecorp.com> Mike Jakubik wrote: > On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: > >> On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: >> >>> If the existing maintainer has disappeared, one option would be for >>> you to take over maintainership: Upgrade mailscanner yourself and >>> submit the upgrade as a PR that also transfers maintainership to >>> youself. If there's no response after about 2 weeks, the port is yours. >>> >> Actually, there is a 2-week timeout on updates, but a 3-month timeout >> on maintainer inactivity for transferring maintainership. Vacations >> can last more than 2 weeks :-) >> > > I've just submitted a patch that updates this port to the latest version, > perhaps we can squeeze it in before the freeze. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 > > Thanks. > > _______________________________________________ > 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 noticed a couple of things here. The 4.78.9 version is still listed as Beta according to the MailScanner site, though the site may just not have updated yet. Second, the patch submitted forces perl 5.10+ as a requirement. I've seen nothing on the MailScanner site that says that this is a requirement, and have had no problems myself using any of the Beta versions with perl 5.8.9_3. Given that upgrading perl is not something to be done lightly, I was wondering what issues people were seeing that 5.10 fixed. Thanks From Johan at double-l.nl Fri Aug 14 14:11:36 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Aug 14 14:11:42 2009 Subject: Updating the "Mailscanner" port References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> <4A855E0C.3090805@skylinecorp.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> >Mike Jakubik wrote: >> On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: >> >>> On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: >>> >>>> If the existing maintainer has disappeared, one option would be for >>>> you to take over maintainership: Upgrade mailscanner yourself and >>>> submit the upgrade as a PR that also transfers maintainership to >>>> youself. If there's no response after about 2 weeks, the port is yours. >>>> >>> Actually, there is a 2-week timeout on updates, but a 3-month timeout >>> on maintainer inactivity for transferring maintainership. Vacations >>> can last more than 2 weeks :-) >>> >> >> I've just submitted a patch that updates this port to the latest version, >> perhaps we can squeeze it in before the freeze. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 >> >> Thanks. >> >> _______________________________________________ >> 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 noticed a couple of things here. The 4.78.9 version is still listed as >Beta according to the MailScanner site, though the site may just not >have updated yet. Second, the patch submitted forces perl 5.10+ as a >requirement. I've seen nothing on the MailScanner site that says that >this is a requirement, and have had no problems myself using any of the >Beta versions with perl 5.8.9_3. Given that upgrading perl is not >something to be done lightly, I was wondering what issues people were >seeing that 5.10 fixed. > >Thanks I am running quit a few Mailscanner servers, and they all failed under perl 5.8.9 This was on FreeBSD 6.x, 7.x and 8-Current that time, when i switched to 5.10.x or back to 5.8.8 my problems went away. if you google on FreeBSD perl 5.8.9 and mailscanner there are a lot of people reporting issues. Regards, Johan Hendriks No virus found in this outgoing message. Checked by AVG - www.avg.com Version: 8.5.392 / Virus Database: 270.13.55/2301 - Release Date: 08/13/09 18:16:00 From kkobb at skylinecorp.com Fri Aug 14 15:18:38 2009 From: kkobb at skylinecorp.com (Kevin Kobb) Date: Fri Aug 14 15:18:44 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> <4A855E0C.3090805@skylinecorp.com> <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> Message-ID: <4A858035.80107@skylinecorp.com> Johan Hendriks wrote: >> Mike Jakubik wrote: >> >>> On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: >>> >>> >>>> On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: >>>> >>>> >>>>> If the existing maintainer has disappeared, one option would be for >>>>> you to take over maintainership: Upgrade mailscanner yourself and >>>>> submit the upgrade as a PR that also transfers maintainership to >>>>> youself. If there's no response after about 2 weeks, the port is >>>>> > yours. > >>>>> >>>>> >>>> Actually, there is a 2-week timeout on updates, but a 3-month >>>> > timeout > >>>> on maintainer inactivity for transferring maintainership. Vacations >>>> can last more than 2 weeks :-) >>>> >>>> >>> I've just submitted a patch that updates this port to the latest >>> > version, > >>> perhaps we can squeeze it in before the freeze. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 >>> >>> Thanks. >>> >>> _______________________________________________ >>> 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 noticed a couple of things here. The 4.78.9 version is still listed >> > as > >> Beta according to the MailScanner site, though the site may just not >> have updated yet. Second, the patch submitted forces perl 5.10+ as a >> requirement. I've seen nothing on the MailScanner site that says that >> this is a requirement, and have had no problems myself using any of the >> > > >> Beta versions with perl 5.8.9_3. Given that upgrading perl is not >> something to be done lightly, I was wondering what issues people were >> seeing that 5.10 fixed. >> >> Thanks >> > > I am running quit a few Mailscanner servers, and they all failed under > perl 5.8.9 > This was on FreeBSD 6.x, 7.x and 8-Current that time, when i switched to > 5.10.x or back to 5.8.8 my problems went away. > > if you google on FreeBSD perl 5.8.9 and mailscanner there are a lot of > people reporting issues. > > Regards, > Johan Hendriks > > > > > > No virus found in this outgoing message. > Checked by AVG - www.avg.com > Version: 8.5.392 / Virus Database: 270.13.55/2301 - Release Date: > 08/13/09 18:16:00 > _______________________________________________ > 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 do remember seeing these problems reported, but for the life of me, I can not reproduce them. I use 5.8.9 in production, and get 20 to 40 thousand messages a day scanned without a problem. I am setting up a new server, and I will try 5.10 on that and see how things go. From jasonh at DataIX.net Fri Aug 14 15:52:17 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Fri Aug 14 15:52:24 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <4A858035.80107@skylinecorp.com> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com> <1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> <4A855E0C.3090805@skylinecorp.com> <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> <4A858035.80107@skylinecorp.com> Message-ID: <20090814115210.97a614b2.jasonh@DataIX.net> On Fri, 14 Aug 2009 11:18:13 -0400 Kevin Kobb wrote: > Johan Hendriks wrote: > >> Mike Jakubik wrote: > >> > >>> On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: > >>> > >>> > >>>> On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: > >>>> > >>>> > >>>>> If the existing maintainer has disappeared, one option would be for > >>>>> you to take over maintainership: Upgrade mailscanner yourself and > >>>>> submit the upgrade as a PR that also transfers maintainership to > >>>>> youself. If there's no response after about 2 weeks, the port is > >>>>> > > yours. > > > >>>>> > >>>>> > >>>> Actually, there is a 2-week timeout on updates, but a 3-month > >>>> > > timeout > > > >>>> on maintainer inactivity for transferring maintainership. Vacations > >>>> can last more than 2 weeks :-) > >>>> > >>>> > >>> I've just submitted a patch that updates this port to the latest > >>> > > version, > > > >>> perhaps we can squeeze it in before the freeze. > >>> > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 > >>> > >>> Thanks. > >>> > >>> _______________________________________________ > >>> 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 noticed a couple of things here. The 4.78.9 version is still listed > >> > > as > > > >> Beta according to the MailScanner site, though the site may just not > >> have updated yet. Second, the patch submitted forces perl 5.10+ as a > >> requirement. I've seen nothing on the MailScanner site that says that > >> this is a requirement, and have had no problems myself using any of the > >> > > > > > >> Beta versions with perl 5.8.9_3. Given that upgrading perl is not > >> something to be done lightly, I was wondering what issues people were > >> seeing that 5.10 fixed. > >> > >> Thanks > >> > > > > I am running quit a few Mailscanner servers, and they all failed under > > perl 5.8.9 > > This was on FreeBSD 6.x, 7.x and 8-Current that time, when i switched to > > 5.10.x or back to 5.8.8 my problems went away. > > > > if you google on FreeBSD perl 5.8.9 and mailscanner there are a lot of > > people reporting issues. > > > > Regards, > > Johan Hendriks > > > > > > > > > > > > No virus found in this outgoing message. > > Checked by AVG - www.avg.com > > Version: 8.5.392 / Virus Database: 270.13.55/2301 - Release Date: > > 08/13/09 18:16:00 > > _______________________________________________ > > 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 do remember seeing these problems reported, but for the life of me, I > can not reproduce them. I use 5.8.9 in production, and get 20 to 40 > thousand messages a day scanned without a problem. I am setting up a new > server, and I will try 5.10 on that and see how things go. > _______________________________________________ > 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" This is most likely the common problem. ports/UPDATING states: 20090113: AFFECTS: users of lang/perl5.8 AUTHOR: skv@FreeBSD.org lang/perl5.8 has been updated to 5.8.9. You should update everything that depends on perl. The easiest way to do that is to use perl-after-upgrade script supplied with lang/perl5.8. Please see its manual page for details. Please check UPDATING after to follow up on any other updates for perl that you might have to perform. This explains why going back to 5.8.8 works for you. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net I pledge Allegiance to the Flag of the United States of America, and to the Republic for which it stands; one Nation under God, Indivisible, with Liberty and Justice for all. From mikej at rogers.com Fri Aug 14 15:58:51 2009 From: mikej at rogers.com (Mike Jakubik) Date: Fri Aug 14 15:58:58 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <4A858035.80107@skylinecorp.com> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> <4A855E0C.3090805@skylinecorp.com> <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> <4A858035.80107@skylinecorp.com> Message-ID: <50334a02ebff4f0492e058e52c0d6141.squirrel@wettoast.dyndns.org> On Fri, August 14, 2009 11:18 am, Kevin Kobb wrote: > I do remember seeing these problems reported, but for the life of me, I > can not reproduce them. I use 5.8.9 in production, and get 20 to 40 > thousand messages a day scanned without a problem. I am setting up a new > server, and I will try 5.10 on that and see how things go. There seems to be some kind of include problem with this version of perl on freebsd and mailscanner. I am not sure what exact condition triggers the issue, but enough people have complained about this. As of now I am unable to run mailscanner on any of my systems with perl 5.8.9, which version are you using? http://www.mail-archive.com/freebsd-ports@freebsd.org/msg18581.html Upgrading perl can indeed be a pain, as this problem shows, however i am not a perl programmer and i don't know how to address this issue. Perl 5.10 seems to work great. Since no one has addressed this and Jan does not seem to maintain this anymore, i took the initiative to update the port, as i needed a new version. This is the latest version, which is labeled as beta. It seems to be running just fine here, but it would be nice if more people could test it. From kkobb at skylinecorp.com Fri Aug 14 18:19:38 2009 From: kkobb at skylinecorp.com (Kevin Kobb) Date: Fri Aug 14 18:19:45 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <50334a02ebff4f0492e058e52c0d6141.squirrel@wettoast.dyndns.org> References: <20090325090758.1015bc2a@scorpio> <20090326100430.GI56137@server.vk2pj.dyndns.org> <20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org> <4A855E0C.3090805@skylinecorp.com> <57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local> <4A858035.80107@skylinecorp.com> <50334a02ebff4f0492e058e52c0d6141.squirrel@wettoast.dyndns.org> Message-ID: <4A85AAAB.1020604@skylinecorp.com> Mike Jakubik wrote: > On Fri, August 14, 2009 11:18 am, Kevin Kobb wrote: > > >> I do remember seeing these problems reported, but for the life of me, I >> can not reproduce them. I use 5.8.9 in production, and get 20 to 40 >> thousand messages a day scanned without a problem. I am setting up a new >> server, and I will try 5.10 on that and see how things go. >> > > There seems to be some kind of include problem with this version of perl > on freebsd and mailscanner. I am not sure what exact condition triggers > the issue, but enough people have complained about this. As of now I am > unable to run mailscanner on any of my systems with perl 5.8.9, which > version are you using? > > http://www.mail-archive.com/freebsd-ports@freebsd.org/msg18581.html > > Upgrading perl can indeed be a pain, as this problem shows, however i am > not a perl programmer and i don't know how to address this issue. Perl > 5.10 seems to work great. Since no one has addressed this and Jan does not > seem to maintain this anymore, i took the initiative to update the port, > as i needed a new version. This is the latest version, which is labeled as > beta. It seems to be running just fine here, but it would be nice if more > people could test it. > > _______________________________________________ > 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" > In production, I am using the official 4.75 FreeBSD port, which I submitted the patches for so if it is messed up it is probably my fault ;) I've also used 4.77 without problem, and very briefly tested 4.78. If people are having trouble and the port could strongly recommend using 5.10 that might be better. Doing a quick scan of /usr/ports, I didn't find any ports that specifically required 5.10+. I am not a perl programmer either, but if you want to take this port and upgrade it, I would be happy to help or test. I'm not sure what the status is of the listed maintainer. From Johan at double-l.nl Fri Aug 14 18:49:34 2009 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Aug 14 18:49:41 2009 Subject: Updating the "Mailscanner" port References: <20090325090758.1015bc2a@scorpio><20090326100430.GI56137@server.vk2pj.dyndns.org><20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org><4A855E0C.3090805@skylinecorp.com><57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local><4A858035.80107@skylinecorp.com> <20090814115210.97a614b2.jasonh@DataIX.net> Message-ID: <57200BF94E69E54880C9BB1AF714BBCB0111BB@w2003s01.double-l.local> >> Johan Hendriks wrote: >> >> Mike Jakubik wrote: >> >> >> >>> On Mon, March 30, 2009 9:49 pm, Mark Linimon wrote: >> >>> >> >>> >> >>>> On Thu, Mar 26, 2009 at 09:04:30PM +1100, Peter Jeremy wrote: >> >>>> >> >>>> >> >>>>> If the existing maintainer has disappeared, one option would be for >> >>>>> you to take over maintainership: Upgrade mailscanner yourself and >> >>>>> submit the upgrade as a PR that also transfers maintainership to >> >>>>> youself. If there's no response after about 2 weeks, the port is >> >>>>> >> > yours. >> > >> >>>>> >> >>>>> >> >>>> Actually, there is a 2-week timeout on updates, but a 3-month >> >>>> >> > timeout >> > >> >>>> on maintainer inactivity for transferring maintainership. Vacations >> >>>> can last more than 2 weeks :-) >> >>>> >> >>>> >> >>> I've just submitted a patch that updates this port to the latest >> >>> >> > version, >> > >> >>> perhaps we can squeeze it in before the freeze. >> >>> >> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=137747 >> >>> >> >>> Thanks. >> >>> >> >>> _______________________________________________ >> >>> 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 noticed a couple of things here. The 4.78.9 version is still listed >> >> >> > as >> > >> >> Beta according to the MailScanner site, though the site may just not >> >> have updated yet. Second, the patch submitted forces perl 5.10+ as a >> >> requirement. I've seen nothing on the MailScanner site that says that >> >> this is a requirement, and have had no problems myself using any of the >> >> >> > >> > >> >> Beta versions with perl 5.8.9_3. Given that upgrading perl is not >> >> something to be done lightly, I was wondering what issues people were >> >> seeing that 5.10 fixed. >> >> >> >> Thanks >> >> >> > >> > I am running quit a few Mailscanner servers, and they all failed under >> > perl 5.8.9 >> > This was on FreeBSD 6.x, 7.x and 8-Current that time, when i switched to >> > 5.10.x or back to 5.8.8 my problems went away. >> > >> > if you google on FreeBSD perl 5.8.9 and mailscanner there are a lot of >> > people reporting issues. >> > >> > Regards, >> > Johan Hendriks >> > >> I do remember seeing these problems reported, but for the life of me, I >> can not reproduce them. I use 5.8.9 in production, and get 20 to 40 >> thousand messages a day scanned without a problem. I am setting up a new >> server, and I will try 5.10 on that and see how things go. >> _______________________________________________ >> 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" >This is most likely the common problem. ports/UPDATING states: >20090113: > AFFECTS: users of lang/perl5.8 > AUTHOR: skv@FreeBSD.org > lang/perl5.8 has been updated to 5.8.9. You should update everything > that depends on perl. The easiest way to do that is to use > perl-after-upgrade script supplied with lang/perl5.8. Please see its > manual page for details. >Please check UPDATING after to follow up on any other updates for perl that you might have to perform. >This explains why going back to 5.8.8 works for you. >Best regards. -- >Jason J. Hellenthal >+1.616.403.8065 j>asonh@DataIX.net Well i can assure you that that was not the case. I did test it by going to 5.10, which worked, do all the things in /usr/ports/UPDATING. Then going back to 5.8.9, it did not work. Going back to 5.8.8 it did work. I also did fresh installs on FreeBSD 6.x and 7.x with the new perl 5.8.9 at that time and MailScanner refused to work. 5.8.9. just did not work! here is the thread off that on the ports list http://lists.freebsd.org/pipermail/freebsd-ports/2009-February/052959.html I got an answer from someone who also had the same issue on a clean install. So let MailScanner depend on 5.10.x is not a so bad in my opinion. And if it is just a mailscanner server the update from 5.8.x to 5.10.x is not so bad to do. I did it on all my systems and not one did fail. approx 20 with FreeBSD 6.x, 7.x and 8-CURRENT at that time From douglas at douglasthrift.net Fri Aug 14 22:15:09 2009 From: douglas at douglasthrift.net (Douglas Thrift) Date: Fri Aug 14 22:15:16 2009 Subject: FreeBSD Port: cmucl-19f_1 Message-ID: Hello, It looks like this port should depend on misc/compat6x rather than misc/compat4x. ____________________________________________________________ Douglas William Thrift From tingox at gmail.com Fri Aug 14 23:42:00 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Aug 14 23:42:05 2009 Subject: multimedia/mythtv - install fails Message-ID: This is mythtv 0.21_2, installation fails: Added group "mythtv". Added user "mythtv". Starting mysql. *** Unable to start mysqld *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. And mysql is running: root@kg-quiet# ps ax | grep mysql 23260 p0 S 0:00.01 /bin/sh /usr/local/bin/mysqld_safe --defaults-extra-file=/var/db/mysql/my.cnf --user=mysql 23281 p0 S 0:00.08 /usr/local/libexec/mysqld --defaults-extra-file=/var/db/mysql/my.cnf --basedir=/usr/local Running on: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #6: Sat May 30 16:13:13 CEST 2009 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 Wasn't this one fixed a while ago? -- Regards, Torfinn Ingolfsen From zvladov at gmail.com Sat Aug 15 07:36:13 2009 From: zvladov at gmail.com (Zvezdelin Vladov) Date: Sat Aug 15 07:36:20 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch Message-ID: Dear Sir/Madam, Please, publish in the official ports build patch system, the patch bellow for the problem that manifest itself only on the amd64 platform, and it is one and the same for both the flow-tools and flow-tools-ng - i.e. flow-capture eats all of the RAM and SWAP of the machine, until killed by the kernel. The problem itself is in the built-in mechanism in the flow-tools,( instead of using the macros in the FreeBSD,) to read msg structures and control-information from recvmsg calls. I've managed to patch myself the source, but my patch is ugly one, and consist of just commenting out the usage of the hack-in tools to read msg structures of the original source (but worked). The patch I am pasting here is from the author, and concerns the same problem. It looks much better than mine, and If I've new about it, I would be spending 4 days debugging....;-( Best Regards, Z.Vladov Mark R. mark at inetu.net Tue Oct 7 14:53:09 EDT 2008 Previous message: [Flow-tools] ftpdu_seq_check lost flows Next message: [Flow-tools] limit for number of filter elements Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] -------------------------------------------------------------------------------- Paul, Upon further investigation, it appears as if there is an alignment issue in 'struct msgip' inside of 'struct ftnet'. I've looked at some other code, and there appear to be a handful of useful CMSG_* macros to help deal with this. RFC 2292 details them. The attached patch works cleanly on my system and fixes the issue at hand. Hopefully it doesn't break other platforms. It's there for anybody who is interested. Thanks, Mark On Tue, 7 Oct 2008, Mark R. wrote: > > Paul, > > This is where I'm picking up the garbage data: > > ftnet.loc_addr.sin_addr.s_addr = ftnet.msgip.ip.s_addr > > The kernel is GENERIC plus IPFW. Nothing terribly oddball. I'm wondering if > this is a variable type issue somewhere. Running a 32bit build on amd64 and > the same box doesn't exhibit this issue. > > If you care to look into this, I can provide access to the box in question. > If not, I'll might eventually figure it out. > > I'm not at the point of caring about a memory leak. When I get there, I can > run it through valgrind. > > Thanks, > Mark > > On Tue, 7 Oct 2008, Paul P Komkoff Jr wrote: > >> Replying to Mark R.: >>> Are there any known issues with flow-tools on 64-bit platforms? I'm >>> trying to run 0.68 on FreeBSD 7.0/amd64 and running into some odd >>> behavior with flow-capture and flow-fanout. >> >> There is at least one known memory leak that only happens on 64-bit >> FreeBSD, that I still haven't fixed (mainly because it requires to set up >> FreeBSD somewhere). >> >> This one that you telling here is new. And it's serious, I wonder why >> nobody else seeing it. Maybe your kernel is broken? >> Or maybe it's ipv4-over-ipv6 issue? >> I don't have access to freebsd system to verify how recvmsg works >> there, sorry. >> >> -- >> Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key >> This message represents the official view of the voices in my head >> > _______________________________________________ > Flow-tools mailing list > flow-tools at splintered.net > http://mailman.splintered.net/mailman/listinfo/flow-tools -------------- next part -------------- --- lib/ftlib.h-orig 2008-03-09 13:09:01.000000000 +0000 +++ lib/ftlib.h 2008-10-07 17:41:11.000000000 +0000 @@ -459,11 +459,16 @@ int fd; /* fd receiving flows on */ struct mymsghdr msg; /* recvmsg data */ struct { - struct cmsghdr hdr; #ifdef IP_RECVDSTADDR +#ifdef CMSG_DATA + char cbuf[CMSG_SPACE(sizeof(struct sockaddr_storage))]; +#else + struct cmsghdr hdr; struct in_addr ip; +#endif /* CMSG_DATA */ #else #ifdef IP_PKTINFO + struct cmsghdr hdr; struct in_pktinfo pktinfo; #endif /* else */ #endif /* IP RECVDSTADDR */ --- src/flow-fanout.c-orig 2008-01-27 20:48:55.000000000 +0000 +++ src/flow-fanout.c 2008-10-07 17:42:33.000000000 +0000 @@ -124,6 +124,11 @@ int i, n, detach, one, ret, offset, hdr_len; int npeers, tx_delay; int stat_interval, stat_next, src_ip_spoof; +#ifdef IP_RECVDSTADDR +#ifdef CMSG_DATA + struct cmsghdr *cmsg; +#endif +#endif time_startup = time((time_t)0L); @@ -625,12 +630,24 @@ #ifdef IP_RECVDSTADDR /* got destination IP back? */ +#ifdef CMSG_DATA + for (cmsg = CMSG_FIRSTHDR(&ftnet.msg); cmsg != NULL; + cmsg = CMSG_NXTHDR(&ftnet.msg, cmsg)) { + if (cmsg->cmsg_level == IPPROTO_IP && + cmsg->cmsg_type == IP_RECVDSTADDR) { + memcpy(&ftnet.loc_addr.sin_addr.s_addr, + CMSG_DATA(cmsg), sizeof(struct in_addr)); + break; + } + } +#else if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && (ftnet.msgip.hdr.cmsg_type == IP_RECVDSTADDR)) { ftnet.loc_addr.sin_addr.s_addr = ftnet.msgip.ip.s_addr; } else { ftnet.loc_addr.sin_addr.s_addr = 0; } +#endif /* CMSG_DATA */ #else #ifdef IP_PKTINFO if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && --- src/flow-receive.c-orig 2008-01-27 20:48:55.000000000 +0000 +++ src/flow-receive.c 2008-10-07 17:42:35.000000000 +0000 @@ -93,6 +93,11 @@ char fmt_src_ip[32], fmt_dst_ip[32], fmt_dst_port[32]; char xl_rec[FT_IO_MAXREC], *out_rec; int stat_interval, stat_next; +#ifdef IP_RECVDSTADDR +#ifdef CMSG_DATA + struct cmsghdr *cmsg; +#endif +#endif time_startup = time((time_t)0L); @@ -488,12 +493,24 @@ #ifdef IP_RECVDSTADDR /* got destination IP back? */ +#ifdef CMSG_DATA + for (cmsg = CMSG_FIRSTHDR(&ftnet.msg); cmsg != NULL; + cmsg = CMSG_NXTHDR(&ftnet.msg, cmsg)) { + if (cmsg->cmsg_level == IPPROTO_IP && + cmsg->cmsg_type == IP_RECVDSTADDR) { + memcpy(&ftnet.loc_addr.sin_addr.s_addr, + CMSG_DATA(cmsg), sizeof(struct in_addr)); + break; + } + } +#else if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && (ftnet.msgip.hdr.cmsg_type == IP_RECVDSTADDR)) { ftnet.loc_addr.sin_addr.s_addr = ftnet.msgip.ip.s_addr; } else { ftnet.loc_addr.sin_addr.s_addr = 0; } +#endif /* CMSG_DATA */ #else #ifdef IP_PKTINFO if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && --- src/flow-capture.c-orig 2008-01-27 20:48:55.000000000 +0000 +++ src/flow-capture.c 2008-10-07 17:42:30.000000000 +0000 @@ -170,6 +170,11 @@ int stat_interval, stat_next, child_status; int v_flag; int preserve_umask; +#ifdef IP_RECVDSTADDR +#ifdef CMSG_DATA + struct cmsghdr *cmsg; +#endif +#endif time_startup = time((time_t)0L); @@ -621,7 +626,12 @@ ftnet.msg.msg_name = &ftnet.rem_addr; ftnet.msg.msg_namelen = sizeof ftnet.rem_addr; ftnet.msg.msg_control = &ftnet.msgip; + +#ifdef CMSG_DATA + ftnet.msg.msg_controllen = CMSG_LEN(sizeof(struct sockaddr_storage)); +#else ftnet.msg.msg_controllen = sizeof ftnet.msgip; +#endif while (1) { @@ -853,12 +863,24 @@ #ifdef IP_RECVDSTADDR /* got destination IP back? */ +#ifdef CMSG_DATA + for (cmsg = CMSG_FIRSTHDR(&ftnet.msg); cmsg != NULL; + cmsg = CMSG_NXTHDR(&ftnet.msg, cmsg)) { + if (cmsg->cmsg_level == IPPROTO_IP && + cmsg->cmsg_type == IP_RECVDSTADDR) { + memcpy(&ftnet.loc_addr.sin_addr.s_addr, + CMSG_DATA(cmsg), sizeof(struct in_addr)); + break; + } + } +#else if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && (ftnet.msgip.hdr.cmsg_type == IP_RECVDSTADDR)) { ftnet.loc_addr.sin_addr.s_addr = ftnet.msgip.ip.s_addr; } else { ftnet.loc_addr.sin_addr.s_addr = 0; } +#endif /* CMSG_DATA */ #else #ifdef IP_PKTINFO if ((ftnet.msgip.hdr.cmsg_level == IPPROTO_IP) && From freebsd at heesakkers.info Sat Aug 15 12:18:21 2009 From: freebsd at heesakkers.info (Oliver Heesakkers) Date: Sat Aug 15 12:18:28 2009 Subject: Dovecot port requires mention in UPDATING Message-ID: <200908151401.27962.freebsd@heesakkers.info> The configuration file of dovecot 1.1 will most likely not work for Dovecot 1.2 Shouldn't this be mentioned in UPDATING? See: http://wiki.dovecot.org/Upgrading/1.2 From wxs at FreeBSD.org Sat Aug 15 13:47:34 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Sat Aug 15 13:47:42 2009 Subject: Dovecot port requires mention in UPDATING In-Reply-To: <200908151401.27962.freebsd@heesakkers.info> References: <200908151401.27962.freebsd@heesakkers.info> Message-ID: <20090815134733.GA42386@atarininja.org> On Sat, Aug 15, 2009 at 02:01:27PM +0200, Oliver Heesakkers wrote: > The configuration file of dovecot 1.1 will most likely not work for Dovecot > 1.2 > > Shouldn't this be mentioned in UPDATING? > > See: http://wiki.dovecot.org/Upgrading/1.2 Yes, I will get something in there now. Sorry for the noise but this was not mentioned in the PR. -- WXS From serenity at exscape.org Sat Aug 15 15:08:47 2009 From: serenity at exscape.org (Thomas Backman) Date: Sat Aug 15 15:08:54 2009 Subject: portversion and pkg_version have different opinions on current versions Message-ID: First off: not subscribed to this list, please make sure to Cc me or I won't see your answers! :) Oh, and I use portsnap, in crontab: 0 19 * * * portsnap -I cron update So, long story short: [root@chaos ~]# pkgdb -aF ---> Checking the package registry database [root@chaos ~]# portversion -l '<' dnsmasq < ezm3 < libtool < python26 < [root@chaos ~]# pkg_version | awk '$2 !~ /=/' [root@chaos ~]# portupgrade -a [root@chaos ~]# ... How do I figure out which is correct, and which/what should I use in my crontab to check for out-of-date packages? I'm pretty new to FreeBSD (testing use since May, but I've used it briefly before), but have almost 10 years of Linux experience, mostly Gentoo, so I'm not new to *nix-like OS's, not to mention that Gentoo's portage is based on FreeBSD ports - except that it has an official interface (i.e. emerge), rather than portupgrade, portmaster, portmanager, etc. A bit of a mess in my outsider opinion. ;) I don't care overly much about having the bleeding-edge version, but I'd rather not, as I currently have, use packages with known vulnerabilities (I do know about portaudit, though, and will give that a check). For instance, I just noticed yesterday that I needed to upgrade apr, among about 6-7 other packages; the apr vulnerability had been known for a while before I updated. Regards, Thomas From njm at njm.me.uk Sat Aug 15 15:51:22 2009 From: njm at njm.me.uk (N.J. Mann) Date: Sat Aug 15 15:51:30 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: References: Message-ID: <20090815155118.GA95453@titania.njm.me.uk> In message , Thomas Backman (serenity@exscape.org) wrote: > First off: not subscribed to this list, please make sure to Cc me or I > won't see your answers! :) > > Oh, and I use portsnap, in crontab: > 0 19 * * * portsnap -I cron update > > So, long story short: > > [root@chaos ~]# pkgdb -aF > ---> Checking the package registry database > [root@chaos ~]# portversion -l '<' > dnsmasq < > ezm3 < > libtool < > python26 < > [root@chaos ~]# pkg_version | awk '$2 !~ /=/' > [root@chaos ~]# portupgrade -a > [root@chaos ~]# I do not have portversion on my system so I assume it is part of portupgrade or some other tool. I find pkg_version works fine for letting me know what needs updating after doing a CVSup. BTW you do not need to use awk in the above, e.g. pkg_version -L = will show only those ports which are not up-to-date, RTFM for details. :-) Some years ago I tried using portupgrade, but had all sorts of problems with its database getting corrupted. In desparation I tried portmaster and have been a very happy since. (Thanks Doug!). [...] > I don't care overly much about having the bleeding-edge version, but > I'd rather not, as I currently have, use packages with known > vulnerabilities (I do know about portaudit, though, and will give that > a check). For instance, I just noticed yesterday that I needed to > upgrade apr, among about 6-7 other packages; the apr vulnerability had > been known for a while before I updated. I think portaudit is definitely worth having installed. You can always ignore its warnings if you want to. Cheers, Nick. -- From dougb at FreeBSD.org Sat Aug 15 16:14:59 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 15 16:15:08 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <20090815155118.GA95453@titania.njm.me.uk> References: <20090815155118.GA95453@titania.njm.me.uk> Message-ID: <4A86DEF7.8060503@FreeBSD.org> N.J. Mann wrote: > Some years ago I tried using portupgrade, but had all sorts of problems > with its database getting corrupted. In desparation I tried portmaster > and have been a very happy since. (Thanks Doug!). Well I don't know about the desperation part, but you're welcome in any case. :) -- This .signature sanitized for your protection From dougb at FreeBSD.org Sat Aug 15 16:30:29 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 15 16:30:35 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: References: Message-ID: <4A86E299.9050303@FreeBSD.org> Thomas Backman wrote: > First off: not subscribed to this list, please make sure to Cc me or I > won't see your answers! :) > > Oh, and I use portsnap, in crontab: > 0 19 * * * portsnap -I cron update > > So, long story short: > > [root@chaos ~]# pkgdb -aF > ---> Checking the package registry database > [root@chaos ~]# portversion -l '<' > dnsmasq < > ezm3 < > libtool < > python26 < > [root@chaos ~]# pkg_version | awk '$2 !~ /=/' > [root@chaos ~]# portupgrade -a > [root@chaos ~]# Off hand I'd say this looks like your pkgdb might be corrupt or out of sync, but I am far from an expert in portupgrade. > ... How do I figure out which is correct, pkg_version is authoritative since by default it checks the version of what you have installed against what's in the port's Makefile. Nick was right and you can just use the following: pkg_version -L '=' > and which/what should I use in > my crontab to check for out-of-date packages? If you want to run it every night after portsnap runs I'd just add "&& pkg_version -L '='" to the end of your crontab. If you want a little nicer output there is a periodic script to check package status. You could copy the lines about 400.status-pkg from /etc/defaults/periodic.conf to /etc/periodic.conf, enable it there, and then do: && /etc/periodic/weekly/400.status-pkg at the end of your crontab line. > I'm pretty new to FreeBSD Welcome! > (testing use since May, but I've used it briefly before), but have > almost 10 years of Linux experience, mostly Gentoo, so I'm not new to > *nix-like OS's, not to mention that Gentoo's portage is based on FreeBSD > ports - except that it has an official interface (i.e. emerge), rather > than portupgrade, portmaster, portmanager, etc. A bit of a mess in my > outsider opinion. ;) One person's mess is another person's freedom of choice. :) Each of those tools has its positives and negatives, and each of them has a user base that is happy with the tool. In any case, hope that answers your question and good luck! Doug -- This .signature sanitized for your protection From 000.fbsd at quip.cz Sat Aug 15 18:32:06 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat Aug 15 18:32:13 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: References: Message-ID: <4A86FF1E.1030705@quip.cz> Thomas Backman wrote: [...] > [root@chaos ~]# pkgdb -aF > ---> Checking the package registry database > [root@chaos ~]# portversion -l '<' > dnsmasq < > ezm3 < > libtool < > python26 < > [root@chaos ~]# pkg_version | awk '$2 !~ /=/' > [root@chaos ~]# portupgrade -a > [root@chaos ~]# [...] As was mentioned, you can use pkg_version -L =, or you can compare it with INDEX.db instead of ports tree: pkg_version -IL =. This is significantly faster. pkg_version -L = Usr: 7.286s Krnl: 3.984s Totl: 0:31.77s pkg_version -IL = Usr: 0.195s Krnl: 0.015s Totl: 0:00.21s And if you want to know the version of newer (available) port, you can use pkg_version -vIL = It gives you something like this: png-1.2.35 < needs updating (index has 1.2.38) postfix-2.5.6,1 < needs updating (index has 2.6.3,1) vim-lite-7.2.209 < needs updating (index has 7.2.239) Miroslav Lachman From serenity at exscape.org Sat Aug 15 18:50:13 2009 From: serenity at exscape.org (Thomas Backman) Date: Sat Aug 15 18:50:20 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <4A86FF1E.1030705@quip.cz> References: <4A86FF1E.1030705@quip.cz> Message-ID: <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> On Aug 15, 2009, at 20:31, Miroslav Lachman wrote: > Thomas Backman wrote: > [...] >> [root@chaos ~]# pkgdb -aF >> ---> Checking the package registry database >> [root@chaos ~]# portversion -l '<' >> dnsmasq < >> ezm3 < >> libtool < >> python26 < >> [root@chaos ~]# pkg_version | awk '$2 !~ /=/' >> [root@chaos ~]# portupgrade -a >> [root@chaos ~]# > [...] > > As was mentioned, you can use pkg_version -L =, or you can compare > it with INDEX.db instead of ports tree: pkg_version -IL =. This is > significantly faster. > > pkg_version -L = > Usr: 7.286s Krnl: 3.984s Totl: 0:31.77s > > pkg_version -IL = > Usr: 0.195s Krnl: 0.015s Totl: 0:00.21s > > And if you want to know the version of newer (available) port, you > can use pkg_version -vIL = > It gives you something like this: > > png-1.2.35 < needs updating (index has 1.2.38) > postfix-2.5.6,1 < needs updating (index has 2.6.3,1) > vim-lite-7.2.209 < needs updating (index has 7.2.239) > > Miroslav Lachman Thanks, guys! However, a new issue appeared... Kind of. I know I read something about portsnap and INDEX on the -current list recently, so I'm guessing this is related? Maybe not, though (see later in the mail). [root@chaos /usr/ports/ports-mgmt]# portsnap -I fetch update >/dev/null [root@chaos /usr/ports/ports-mgmt]# pkg_version -vL= [root@chaos /usr/ports/ports-mgmt]# pkg_version -vIL= curl-7.19.5_1 < needs updating (index has 7.19.6) dnsmasq-2.49_1 < needs updating (index has 2.49_2) ezm3-1.1_2 < needs updating (index has 1.2_1) libtool-1.5.26 ! Comparison failed postfix-2.6.2_1,1 < needs updating (index has 2.6.3,1) python26-2.6.2_1 < needs updating (index has 2.6.2_2) vnstat-1.7_2 < needs updating (index has 1.8) vsftpd-ssl-2.1.2 < needs updating (index has 2.2.0) [root@chaos /usr/ports/ports-mgmt]# portupgrade -a [root@chaos /usr/ports/ports-mgmt]# ls -l /usr/ports/INDEX-* -rw-r--r-- 1 root wheel 17370624 Jul 31 19:45 /usr/ports/INDEX-5 -rw-r--r-- 1 root wheel 19813792 Aug 15 20:42 /usr/ports/INDEX-6 -rw-r--r-- 1 root wheel 19808537 Aug 15 20:42 /usr/ports/INDEX-7 -rw-r--r-- 1 root wheel 34316288 May 8 10:35 /usr/ports/INDEX-7.db -rw-r--r-- 1 root wheel 19816190 Aug 15 20:42 /usr/ports/INDEX-8 -rw-r--r-- 1 root wheel 1291821 May 30 12:06 /usr/ports/INDEX-8.bz2 -rw-r--r-- 1 root wheel 34869248 Aug 14 19:30 /usr/ports/INDEX-8.db [root@chaos /usr/ports/ports-mgmt]# date Sat Aug 15 20:43:07 CEST 2009 [root@chaos /usr/ports/ports-mgmt]# So... Using the index causes problems (or the opposite!). Could I be using an index for something like HEAD despite not using that ports tree? (Again, pretty new to this!) I don't know how the INDEX files work, but I do know (thank you DTrace) that INDEX-8 was the only one read during "pkg_version -vIL=". Oh, and my understanding is that the INDEX-8 is fetched via portsnap? Running the "fetch update" took less than 20 seconds (the cron job ran about 2 hours ago, though), so I guess it cannot have been built (that does take a lot of time, yes?)? Regards, Thomas From njm at njm.me.uk Sat Aug 15 19:33:43 2009 From: njm at njm.me.uk (N.J. Mann) Date: Sat Aug 15 19:33:50 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> Message-ID: <20090815193336.GA79191@titania.njm.me.uk> In message <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org>, Thomas Backman (serenity@exscape.org) wrote: > > On Aug 15, 2009, at 20:31, Miroslav Lachman wrote: > > Thomas Backman wrote: > > [...] > >> [root@chaos ~]# pkgdb -aF > >> ---> Checking the package registry database > >> [root@chaos ~]# portversion -l '<' > >> dnsmasq < > >> ezm3 < > >> libtool < > >> python26 < > >> [root@chaos ~]# pkg_version | awk '$2 !~ /=/' > >> [root@chaos ~]# portupgrade -a > >> [root@chaos ~]# > > [...] > > > > As was mentioned, you can use pkg_version -L =, or you can compare > > it with INDEX.db instead of ports tree: pkg_version -IL =. This is > > significantly faster. > > > > pkg_version -L = > > Usr: 7.286s Krnl: 3.984s Totl: 0:31.77s > > > > pkg_version -IL = > > Usr: 0.195s Krnl: 0.015s Totl: 0:00.21s > > > > And if you want to know the version of newer (available) port, you > > can use pkg_version -vIL = > > It gives you something like this: > > > > png-1.2.35 < needs updating (index has 1.2.38) > > postfix-2.5.6,1 < needs updating (index has 2.6.3,1) > > vim-lite-7.2.209 < needs updating (index has 7.2.239) > > > > Miroslav Lachman > Thanks, guys! > However, a new issue appeared... Kind of. I know I read something > about portsnap and INDEX on the -current list recently, so I'm > guessing this is related? Maybe not, though (see later in the mail). [...] I am not familiar with portsnap - I use CVS (and SVN) because I like to have ports, src, doc and www locally, just in case... Be that as it may, you can always do a make index to rebuild the INDEX-* file. Cheers, Nick. -- From m.seaman at infracaninophile.co.uk Sat Aug 15 19:33:57 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Aug 15 19:34:03 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> Message-ID: <4A870D93.3090302@infracaninophile.co.uk> Thomas Backman wrote: > However, a new issue appeared... Kind of. I know I read something about > portsnap and INDEX on the -current list recently, so I'm guessing this > is related? Maybe not, though (see later in the mail). > libtool-1.5.26 ! Comparison failed This is because the libtool-1.5.x port -- devel/libtool15 -- was renamed to devel/libtool22 and the port updated to libtool-1.22.x. See the 20090802 entry in /usr/ports/UPDATING for special instructions on how to deal with this. > So... Using the index causes problems (or the opposite!). Could I be > using an index for something like HEAD despite not using that ports > tree? (Again, pretty new to this!) No -- using the INDEX shows you what the INDEX is capable of showing you, which isn't everything you need to know when using the ports. You should get in the habit of casting an eye over /usr/ports/UPDATING any time you want to do an upgrade. There is only one ports tree, and you should be using the HEAD of it no matter what OS version you're running. There aren't any OS version specific branches -- just tags to mark the point in time at which support for a particular OS version was dropped, or to mark the specific set of ports bundled with a release. HEAD is a continuously moving target -- of the order of a hundred port updates will be checked in daily largely driven by the availability of new upsteam versions. The generated INDEXes are labeled with the OS major version, out of a choice of 5, 6, 7 or 8 -- which are the only OS versions the ports system is set up to work with right now. Actually, I think 5.x support may have been dropped already. The choice of 6, 7 or 8 covers all of the supported release branches and the bleeding edge 8-CURRENT stuff. Once the release of 8.0-STABLE happens, and the bleeding edge moves to 9-CURRENT there will be an INDEX-9 generated. The reason for the difference is that certain ports are not supported on all OS versions, some have variations in their dependency lists and some have a different set of default options, so the INDEX comes out differently on the different versions. > I don't know how the INDEX files work, but I do know (thank you DTrace) > that INDEX-8 was the only one read during "pkg_version -vIL=". Yes. You'll only use the INDEX corresponding to the major version of FreeBSD that you have installed. See portindex(5) for details of what the INDEX contains. > Oh, and my understanding is that the INDEX-8 is fetched via portsnap? > Running the "fetch update" took less than 20 seconds (the cron job ran > about 2 hours ago, though), so I guess it cannot have been built (that > does take a lot of time, yes?)? Yes. Building the INDEX on a fairly beefy machine takes 20min or more and thrashes disk IO while doing so. The index available for download by: # cd /usr/ports # make fetchindex should be rebuilt approximately hourly, but it isn't unknown for problems to prevent a new INDEX being available for a number of hours. I believe the INDEXes portsnap supplies are generated similarly. In fact, depending on the ports management software you use, the INDEX may be pretty much irrelevant -- portmaster(1) ignores it -- or certain discrepancies may be ignored -- portupgrade(1) uses data in the INDEX as a guide but double checks against the reality of the ports tree when working out what needs updating. If you've made any non-standard settings in /etc/make.conf such as, eg. running mysql-5.1.x instead of the default mysql-5.0.x or using apache13 or enabling LDAP or SASL functionality then you may find it worthwhile to build your own INDEX[*] as this can help avoid different bits of the system getting conflicting ideas about exactly what depends on what. Cheers, Matthew [*] Modesty prevents me from mentioning ports-mgmt/p5-FreeBSD-Portindex. -- 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090815/d20b8242/signature.pgp From dougb at FreeBSD.org Sat Aug 15 19:43:24 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 15 19:43:31 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> Message-ID: <4A870FD1.5070605@FreeBSD.org> Thomas Backman wrote: > Thanks, guys! > However, a new issue appeared... Kind of. I know I read something about > portsnap and INDEX on the -current list recently, so I'm guessing this > is related? Maybe not, though (see later in the mail). > > [root@chaos /usr/ports/ports-mgmt]# portsnap -I fetch update >/dev/null > [root@chaos /usr/ports/ports-mgmt]# pkg_version -vL= > [root@chaos /usr/ports/ports-mgmt]# pkg_version -vIL= > curl-7.19.5_1 < needs updating (index has 7.19.6) > dnsmasq-2.49_1 < needs updating (index has 2.49_2) > ezm3-1.1_2 < needs updating (index has 1.2_1) Can you check the files in your ports tree to see if they have the older versions or the newer? You can either read the Makefiles or do this: cd /usr/ports/ftp/curl make -V PKGNAME I suspect that somehow the INDEX file and your ports tree are out of date, although my understanding was that this should not happen with portsnap. > libtool-1.5.26 ! Comparison failed Read /usr/ports/UPDATING, you need to fix this. > [root@chaos /usr/ports/ports-mgmt]# ls -l /usr/ports/INDEX-* > -rw-r--r-- 1 root wheel 17370624 Jul 31 19:45 /usr/ports/INDEX-5 > -rw-r--r-- 1 root wheel 19813792 Aug 15 20:42 /usr/ports/INDEX-6 > -rw-r--r-- 1 root wheel 19808537 Aug 15 20:42 /usr/ports/INDEX-7 > -rw-r--r-- 1 root wheel 34316288 May 8 10:35 /usr/ports/INDEX-7.db > -rw-r--r-- 1 root wheel 19816190 Aug 15 20:42 /usr/ports/INDEX-8 > -rw-r--r-- 1 root wheel 1291821 May 30 12:06 /usr/ports/INDEX-8.bz2 > -rw-r--r-- 1 root wheel 34869248 Aug 14 19:30 /usr/ports/INDEX-8.db I would 'rm /usr/ports/INDEX*' before doing your next portsnap update just to be sure. hth, Doug -- This .signature sanitized for your protection From jasonh at DataIX.net Sat Aug 15 19:48:58 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Sat Aug 15 19:49:04 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> Message-ID: <20090815154851.be2ac5a7.jasonh@DataIX.net> On Sat, 15 Aug 2009 20:48:53 +0200 Thomas Backman wrote: > > On Aug 15, 2009, at 20:31, Miroslav Lachman wrote: > > > Thomas Backman wrote: > > [...] > >> [root@chaos ~]# pkgdb -aF > >> ---> Checking the package registry database > >> [root@chaos ~]# portversion -l '<' > >> dnsmasq < > >> ezm3 < > >> libtool < > >> python26 < > >> [root@chaos ~]# pkg_version | awk '$2 !~ /=/' > >> [root@chaos ~]# portupgrade -a > >> [root@chaos ~]# > > [...] > > > > As was mentioned, you can use pkg_version -L =, or you can compare > > it with INDEX.db instead of ports tree: pkg_version -IL =. This is > > significantly faster. > > > > pkg_version -L = > > Usr: 7.286s Krnl: 3.984s Totl: 0:31.77s > > > > pkg_version -IL = > > Usr: 0.195s Krnl: 0.015s Totl: 0:00.21s > > > > And if you want to know the version of newer (available) port, you > > can use pkg_version -vIL = > > It gives you something like this: > > > > png-1.2.35 < needs updating (index has 1.2.38) > > postfix-2.5.6,1 < needs updating (index has 2.6.3,1) > > vim-lite-7.2.209 < needs updating (index has 7.2.239) > > > > Miroslav Lachman > Thanks, guys! > However, a new issue appeared... Kind of. I know I read something > about portsnap and INDEX on the -current list recently, so I'm > guessing this is related? Maybe not, though (see later in the mail). > > [root@chaos /usr/ports/ports-mgmt]# portsnap -I fetch update >/dev/null > [root@chaos /usr/ports/ports-mgmt]# pkg_version -vL= > [root@chaos /usr/ports/ports-mgmt]# pkg_version -vIL= > curl-7.19.5_1 < needs updating (index has > 7.19.6) > dnsmasq-2.49_1 < needs updating (index has > 2.49_2) > ezm3-1.1_2 < needs updating (index has 1.2_1) > libtool-1.5.26 ! Comparison failed > postfix-2.6.2_1,1 < needs updating (index has > 2.6.3,1) > python26-2.6.2_1 < needs updating (index has > 2.6.2_2) > vnstat-1.7_2 < needs updating (index has 1.8) > vsftpd-ssl-2.1.2 < needs updating (index has 2.2.0) > [root@chaos /usr/ports/ports-mgmt]# portupgrade -a > [root@chaos /usr/ports/ports-mgmt]# ls -l /usr/ports/INDEX-* > -rw-r--r-- 1 root wheel 17370624 Jul 31 19:45 /usr/ports/INDEX-5 > -rw-r--r-- 1 root wheel 19813792 Aug 15 20:42 /usr/ports/INDEX-6 > -rw-r--r-- 1 root wheel 19808537 Aug 15 20:42 /usr/ports/INDEX-7 > -rw-r--r-- 1 root wheel 34316288 May 8 10:35 /usr/ports/INDEX-7.db > -rw-r--r-- 1 root wheel 19816190 Aug 15 20:42 /usr/ports/INDEX-8 > -rw-r--r-- 1 root wheel 1291821 May 30 12:06 /usr/ports/INDEX-8.bz2 > -rw-r--r-- 1 root wheel 34869248 Aug 14 19:30 /usr/ports/INDEX-8.db > [root@chaos /usr/ports/ports-mgmt]# date > Sat Aug 15 20:43:07 CEST 2009 > [root@chaos /usr/ports/ports-mgmt]# > > So... Using the index causes problems (or the opposite!). Could I be > using an index for something like HEAD despite not using that ports > tree? (Again, pretty new to this!) > I don't know how the INDEX files work, but I do know (thank you > DTrace) that INDEX-8 was the only one read during "pkg_version -vIL=". > Oh, and my understanding is that the INDEX-8 is fetched via portsnap? > Running the "fetch update" took less than 20 seconds (the cron job ran > about 2 hours ago, though), so I guess it cannot have been built (that > does take a lot of time, yes?)? > > Regards, > Thomas > Why not just add weekly_status_pkg_enable="YES" to /etc/periodic.conf.local and youll be informed of packages that need updating. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From dougb at FreeBSD.org Sat Aug 15 20:07:09 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Aug 15 20:07:15 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <20090815154851.be2ac5a7.jasonh@DataIX.net> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <20090815154851.be2ac5a7.jasonh@DataIX.net> Message-ID: <4A871560.70202@FreeBSD.org> Jason J. Hellenthal wrote: > Why not just add weekly_status_pkg_enable="YES" to /etc/periodic.conf.local and youll be informed of packages that need updating. Sorry to pick on your response, but this thread is a good time to remind people of some basic mailing list etiquette: 1. Read the whole thread before you reply (the suggestion you made above was already made earlier in this thread). 2. Make sure you understand the real problem before you reply (the OP has some sort of problem with his INDEX and ports tree not matching, we've moved past just finding out what needs updating). 3. Don't speculate. If you're not 100% sure about something let someone who is more knowledgeable reply. There have been several posts in this thread that gave misleading and/or confusing information that could easily have been avoided. hth, Doug -- This .signature sanitized for your protection From jasonh at DataIX.net Sat Aug 15 20:13:44 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Sat Aug 15 20:13:50 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <4A871560.70202@FreeBSD.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <20090815154851.be2ac5a7.jasonh@DataIX.net> <4A871560.70202@FreeBSD.org> Message-ID: <20090815161342.28932adc.jasonh@DataIX.net> On Sat, 15 Aug 2009 13:06:56 -0700 Doug Barton wrote: > Jason J. Hellenthal wrote: > > > Why not just add weekly_status_pkg_enable="YES" to /etc/periodic.conf.local and youll be informed of packages that need updating. > > Sorry to pick on your response, but this thread is a good time to > remind people of some basic mailing list etiquette: No its not a problem at all I must have missed part of the thread and picked up the portion where pkg_version was being discussed. > > 1. Read the whole thread before you reply (the suggestion you made > above was already made earlier in this thread). > > 2. Make sure you understand the real problem before you reply (the OP > has some sort of problem with his INDEX and ports tree not matching, > we've moved past just finding out what needs updating). > > 3. Don't speculate. If you're not 100% sure about something let > someone who is more knowledgeable reply. There have been several posts > in this thread that gave misleading and/or confusing information that > could easily have been avoided. > > > hth, > > Doug > > -- > > This .signature sanitized for your protection > -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From rjrobin at frontiernet.net Sat Aug 15 20:28:38 2009 From: rjrobin at frontiernet.net (Ronald J Robinson) Date: Sat Aug 15 20:28:44 2009 Subject: FreeBSD Port: kdebase-workspace-4.3.0 Message-ID: <001201ca1de3$0ca397f0$25eac7d0$@net> Folks, Am compiling KDE4 (from scratch) & am getting a stop in kdebase4-workspace. Stop is due to a missing xml file /usr/local/kde4/share/dbus-1/interfaces/org.kde.NotificationItemWatcher.xml. I believe I have compiled the dependencies with all the latest sources.. What am I missing???? Thank you, Ron Robinson Monroe, NY From 000.fbsd at quip.cz Sat Aug 15 20:58:43 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat Aug 15 20:59:56 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <4A870FD1.5070605@FreeBSD.org> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <4A870FD1.5070605@FreeBSD.org> Message-ID: <4A87217E.3040406@quip.cz> Doug Barton wrote: > Thomas Backman wrote: > > >>Thanks, guys! >>However, a new issue appeared... Kind of. I know I read something about >>portsnap and INDEX on the -current list recently, so I'm guessing this >>is related? Maybe not, though (see later in the mail). >> >>[root@chaos /usr/ports/ports-mgmt]# portsnap -I fetch update >/dev/null >>[root@chaos /usr/ports/ports-mgmt]# pkg_version -vL= >>[root@chaos /usr/ports/ports-mgmt]# pkg_version -vIL= >>curl-7.19.5_1 < needs updating (index has 7.19.6) >>dnsmasq-2.49_1 < needs updating (index has 2.49_2) >>ezm3-1.1_2 < needs updating (index has 1.2_1) > > > Can you check the files in your ports tree to see if they have the > older versions or the newer? You can either read the Makefiles or do this: > > cd /usr/ports/ftp/curl > make -V PKGNAME > > I suspect that somehow the INDEX file and your ports tree are out of > date, although my understanding was that this should not happen with > portsnap. Files in ports tree and INDEX are out of sync, because of the -I in portsnap command. The -I updates INDEX only! man portsnap: -I For the update command, update INDEX files, but not the rest of the ports tree. That's why portupgrade -a cannot upgrade anything, because ports tree doesn't have updated files. Solution: portsnap fetch update (This will update both INDEX + files) Miroslav Lachman PS: do not redirect output of the portsnap command to /dev/null and you will see, what portsnap is doing :) From linimon at lonesome.com Sun Aug 16 05:28:59 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun Aug 16 05:29:05 2009 Subject: diablo-jdk-1.6.0.07.02_5 remote code execution exploit In-Reply-To: <200908091016.52261.klaus@sentinel.dyndns.info> References: <200908091016.52261.klaus@sentinel.dyndns.info> Message-ID: <20090816052858.GA3928@lonesome.com> On Sun, Aug 09, 2009 at 10:16:44AM +0200, Klaus Koch wrote: > as of 6th of August, there's a possible remote code execution exploit > known in both "Sun JDK and JRE 6 Update 14 and earlier" and "Sun JDK > and JRE 5.0 Update 19 and earlier" [...] I didn't get any notifications > with portaudit yet. Because I don't know who to contact else, I'm > sending this to the port maintainer/team. For future reference, the right mailing address is secteam@FreeBSD.org. This is an address rather than a mailing list so tat fixes may be developed before vulnerabilities are announced. mcl From niktychina at gmail.com Sun Aug 16 05:41:12 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sun Aug 16 05:41:19 2009 Subject: startx won't start twm with empty xinitrc Message-ID: Hi! I rebuilt whole x11/xorg (due to problem with google earth - it's been missing earth picture) but i didn't solve that problem. Even more, now I'm trying to startx with empty ~/.xinitrc (twm should be run as default WM), but twm won't start. X server just shut down without errors. With "exec twm" defined in ~/.xinitrc something happens, X seems to be running, but screen is just black. Nothing happens. How can I solve this? Nik From serenity at exscape.org Sun Aug 16 08:41:35 2009 From: serenity at exscape.org (Thomas Backman) Date: Sun Aug 16 08:41:42 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <4A87217E.3040406@quip.cz> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <4A870FD1.5070605@FreeBSD.org> <4A87217E.3040406@quip.cz> Message-ID: On Aug 15, 2009, at 22:58, Miroslav Lachman wrote: > Doug Barton wrote: > >> Thomas Backman wrote: >>> Thanks, guys! >>> However, a new issue appeared... Kind of. I know I read something >>> about >>> portsnap and INDEX on the -current list recently, so I'm guessing >>> this >>> is related? Maybe not, though (see later in the mail). >>> >>> [root@chaos /usr/ports/ports-mgmt]# portsnap -I fetch update >/dev/ >>> null >>> [root@chaos /usr/ports/ports-mgmt]# pkg_version -vL= >>> [root@chaos /usr/ports/ports-mgmt]# pkg_version -vIL= >>> curl-7.19.5_1 < needs updating (index has >>> 7.19.6) >>> dnsmasq-2.49_1 < needs updating (index has >>> 2.49_2) >>> ezm3-1.1_2 < needs updating (index has >>> 1.2_1) >> Can you check the files in your ports tree to see if they have the >> older versions or the newer? You can either read the Makefiles or >> do this: >> cd /usr/ports/ftp/curl >> make -V PKGNAME >> I suspect that somehow the INDEX file and your ports tree are out of >> date, although my understanding was that this should not happen with >> portsnap. > > Files in ports tree and INDEX are out of sync, because of the -I in > portsnap command. The -I updates INDEX only! > > man portsnap: > -I For the update command, update INDEX files, but not the rest > of the ports tree. > > That's why portupgrade -a cannot upgrade anything, because ports > tree doesn't have updated files. > > Solution: > > portsnap fetch update > > (This will update both INDEX + files) > > Miroslav Lachman > > > PS: do not redirect output of the portsnap command to /dev/null and > you will see, what portsnap is doing :) D'oh! Thank you, this solved the problem. It appears I glanced over one sentence in the handbook re: portsnap -I and having to run 'update' manually at times. For the time being I use "portsnap cron update && pkg_version -vL=" in crontab, despite the warning about not using -I while a build might be in progress. I set it run at a time where it's extremely unlikely that it's building anything (early in the morning, and I don't have enough ports for the box to keep compiling all night if I start a rebuild late). (The -vIL= still doesn't *quite* work, one package, ezm3, is shown as needing updating but all other commands say it isn't so.) I only redirected to /dev/null because it felt unnecessary to show the output here, and I had ran the command recently enough to not really care about the output - I just wanted to show what I've done to make the issue appear. Thanks to everyone for the overwhelming response, I've learned a few new things here! :) Regards, Thomas From 000.fbsd at quip.cz Sun Aug 16 09:32:41 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sun Aug 16 09:32:48 2009 Subject: Subversion 1.6.4 with new dependency on db42 instead of db41 Message-ID: <4A87D234.6040707@quip.cz> Hi, I have upgraded Subversion from 1.6.2 (vulnerable version) to 1.6.4. This new version has dependency on db42, instead of db41, so the new db42 was installed. Now I have both db4 versions installed in the system. root@retezat ~/# pkg_info -E 'db4*' db41-4.1.25_4 db42-4.2.52_5 Subversion was built with following options: _OPTIONS_READ=subversion-1.6.1 WITH_MOD_DAV_SVN=true WITH_APACHE2_APR=true WITHOUT_MOD_DONTDOTHAT=true WITH_NEON=true WITHOUT_SERF=true WITHOUT_SASL=true WITH_BDB=true WITHOUT_ASVN=true WITHOUT_MAINTAINER_DEBUG=true WITHOUT_SVNSERVE_WRAPPER=true WITHOUT_STATIC=true WITHOUT_BOOK=true I tried to track down the reason of this new dependency, but with no luck. It seems needless to have db42 in my case. (see further) My first thought was - it is dependency of apr: root@retezat subversion/# make pretty-print-run-depends-list This port requires package(s) "apr-ipv6-gdbm-db42-1.3.8.1.3.9 db42-4.2.52_5 expat-2.0.1 gdbm-1.8.3_3 gettext-0.17_1 libiconv-1.13.1 neon28-0.28.4 pkg-config-0.23_1 sqlite3-3.6.14.2" to run. root@retezat subversion/# cd /usr/ports/devel/apr root@retezat apr/# make pretty-print-run-depends-list This port requires package(s) "db42-4.2.52_5 expat-2.0.1 gdbm-1.8.3_3 libiconv-1.13.1" to run. But I have no apr installed (bundled from Apache is used) Recorded dependencies shown db42 as direct dependency of Subversion: root@retezat ~/# pkg_info -rR subversion-1.6.4 Information for subversion-1.6.4: Depends on: Dependency: expat-2.0.1 Dependency: perl-5.8.9_3 Dependency: pkg-config-0.23_1 Dependency: pcre-7.9 Dependency: sqlite3-3.6.14.2 Dependency: db42-4.2.52_5 Dependency: db41-4.1.25_4 Dependency: libiconv-1.13.1 Dependency: gettext-0.17_1 Dependency: neon28-0.28.4 Dependency: apache-2.2.11_7 root@retezat ~/# pkg_tree -v subversion-1.6.4 subversion-1.6.4 |\__ expat-2.0.1 |\__ perl-5.8.9_3 |\__ pkg-config-0.23_1 |\__ pcre-7.9 |\__ sqlite3-3.6.14.2 | \__ pkg-config-0.23_1 |\__ db42-4.2.52_5 |\__ db41-4.1.25_4 |\__ libiconv-1.13.1 |\__ gettext-0.17_1 | \__ libiconv-1.13.1 |\__ neon28-0.28.4 | |\__ expat-2.0.1 | |\__ libiconv-1.13.1 | \__ gettext-0.17_1 | \__ libiconv-1.13.1 \__ apache-2.2.11_7 |\__ expat-2.0.1 |\__ perl-5.8.9_3 |\__ pcre-7.9 |\__ db41-4.1.25_4 \__ libiconv-1.13.1 It seems as result of this piece of code in Makefile.common (USE_BDB=42+) # Default us "on" .if !defined(WITHOUT_BDB) USE_BDB= 42+ PLIST_SUB+= BDB="" .else CONFIGURE_ARGS+= --without-berkeley-db PLIST_SUB+= BDB="@comment " .endif In my case, all binaries and libraries of subversion are linked to good old db41: root@retezat ~/# ldd /usr/local/lib/libsvn_*.so | grep db4 libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x386f7000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38376000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38376000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x383d7000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x383ad000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x383a4000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38376000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x3866b000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38400000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38392000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38392000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x383fc000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38300000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x383d7000) root@retezat ~/# ldd /usr/local/bin/svn* | grep db4 libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x382d3000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x381f4000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x381ef000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x381ff000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x38209000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x381aa000) libdb41.so.1 => /usr/local/lib/libdb41.so.1 (0x381bd000) That's why I think the dependency on db42 is useless. And the questions are: 1] Am I doing something wrong, or is something wrong in Subversion port? 2] If new Subversion will be linked to db42, will it cause some troubles with SVN repositories? (on this machine, SVN is used as client - just for updates / checkouts, but I have more machines, where Subversion is used as server and I am nervous to do this problematic upgrade in fear of repository damage. Miroslav Lachman From makc at issp.ac.ru Sun Aug 16 09:56:39 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Sun Aug 16 09:56:46 2009 Subject: FreeBSD Port: kdebase-workspace-4.3.0 In-Reply-To: <001201ca1de3$0ca397f0$25eac7d0$@net> References: <001201ca1de3$0ca397f0$25eac7d0$@net> Message-ID: <200908161318.25580.makc@issp.ac.ru> On Sat, 15 Aug 2009 16:00:19 -0400, Ronald J Robinson wrote: > Folks, > > Am compiling KDE4 (from scratch) & am getting a stop in kdebase4-workspace. > Stop is due to a missing xml file > /usr/local/kde4/share/dbus-1/interfaces/org.kde.NotificationItemWatcher.xml it should be installed by x11/kdelibs4-experimental, which is a dependency of kdebase4-workspace. >. I believe I have compiled the dependencies with all the latest sources.. > What am I missing???? From villa.alberto at gmail.com Sun Aug 16 10:18:15 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Sun Aug 16 10:18:22 2009 Subject: startx won't start twm with empty xinitrc In-Reply-To: References: Message-ID: <200908161157.39057.villa.alberto@gmail.com> On Sunday 16 August 2009 07:09:20 Nikolay Tychina wrote: > I rebuilt whole x11/xorg (due to problem with google earth - it's been > missing earth picture) > but i didn't solve that problem. hi iirc, google earth depends on qt4. there were similar problems (images not showing) during the upgrade to kde 4.3 for some of us, the solution was to rebuild qt4-imageformats. i don't know if this is your case (i don't even know if you have that package installed), but that's my advice -- Alberto Villa The distinction between true and false appears to become increasingly blurred by... the pollution of the language. -- Arne Tiselius From niktychina at gmail.com Sun Aug 16 11:42:49 2009 From: niktychina at gmail.com (Nikolay Tychina) Date: Sun Aug 16 11:43:00 2009 Subject: startx won't start twm with empty xinitrc In-Reply-To: <200908161157.39057.villa.alberto@gmail.com> References: <200908161157.39057.villa.alberto@gmail.com> Message-ID: Thanks for your reply. Actually, twm starts with "exec twm" in xinitrc (click on black screen opens context menu) I don't know does twm works properly, though. It used to look a bit different :) google-earth port in FreeBSD doesn't require qt4. i just removed linux_base-fc-4 and ports depend on it, and installed linux_base-f8. Everything is ok now :) cheers 2009/8/16 Alberto Villa > On Sunday 16 August 2009 07:09:20 Nikolay Tychina wrote: > > I rebuilt whole x11/xorg (due to problem with google earth - it's been > > missing earth picture) > > but i didn't solve that problem. > > hi > iirc, google earth depends on qt4. there were similar problems (images not > showing) during the upgrade to kde 4.3 for some of us, the solution was to > rebuild qt4-imageformats. i don't know if this is your case (i don't even > know > if you have that package installed), but that's my advice > -- > Alberto Villa > > The distinction between true and false appears to become > increasingly blurred by... the pollution of the language. > -- Arne Tiselius > From olivier at gid0.org Sun Aug 16 14:11:29 2009 From: olivier at gid0.org (Olivier Smedts) Date: Sun Aug 16 14:11:42 2009 Subject: multimedia/ffmpeg upgrade Message-ID: <367b2c980908160711i7f8e0adev2d9d8e0ba6158409@mail.gmail.com> Just a quick note to say I had to rebuild vlc after the last ffmpeg upgrade. I can't say for other ffmpeg-dependent ports as vlc is my only one. Maybe it should be noted in UPDATING or PORTREVISION should be bumped for some ports. Cheers -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From villa.alberto at gmail.com Sun Aug 16 18:14:50 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Sun Aug 16 18:14:57 2009 Subject: multimedia/ffmpeg upgrade Message-ID: <200908162014.45399.villa.alberto@gmail.com> i agree, there are other ports which need to be rebuilt. also, really old ones are broken due to api changes imho a note should be added in UPDATING -- Alberto Villa Fortune's Real-Life Courtroom Quote #52: Q: What is your name? A: Ernestine McDowell. Q: And what is your marital status? A: Fair. From dougb at FreeBSD.org Sun Aug 16 20:05:35 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Aug 16 20:05:42 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <20090815161342.28932adc.jasonh@DataIX.net> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <20090815154851.be2ac5a7.jasonh@DataIX.net> <4A871560.70202@FreeBSD.org> <20090815161342.28932adc.jasonh@DataIX.net> Message-ID: <4A886685.1060801@FreeBSD.org> Jason J. Hellenthal wrote: > On Sat, 15 Aug 2009 13:06:56 -0700 > Doug Barton wrote: > >> Jason J. Hellenthal wrote: >> >>> Why not just add weekly_status_pkg_enable="YES" to /etc/periodic.conf.local and youll be informed of packages that need updating. >> Sorry to pick on your response, but this thread is a good time to >> remind people of some basic mailing list etiquette: > > No its not a problem at all I must have missed part of the thread and picked up the portion where pkg_version was being discussed. No worries. Like I said I picked your post more or less at random. We all need a reminder now and then, including me! :) Doug -- This .signature sanitized for your protection From dougb at FreeBSD.org Sun Aug 16 20:18:50 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Aug 16 20:18:56 2009 Subject: portversion and pkg_version have different opinions on current versions In-Reply-To: <4A87217E.3040406@quip.cz> References: <4A86FF1E.1030705@quip.cz> <6B5B7698-CCD8-48FF-A5FB-0349D4CC1143@exscape.org> <4A870FD1.5070605@FreeBSD.org> <4A87217E.3040406@quip.cz> Message-ID: <4A88699E.8020905@FreeBSD.org> Miroslav Lachman wrote: > Files in ports tree and INDEX are out of sync, because of the -I in > portsnap command. The -I updates INDEX only! I sort of suspected that, but thanks for confirming. That would definitely do it. :) Doug -- This .signature sanitized for your protection From bsam at ipt.ru Sun Aug 16 20:24:52 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sun Aug 16 20:24:59 2009 Subject: startx won't start twm with empty xinitrc In-Reply-To: (Nikolay Tychina's message of "Sun\, 16 Aug 2009 15\:42\:47 +0400") References: <200908161157.39057.villa.alberto@gmail.com> Message-ID: <10953749@ipt.ru> Nikolay Tychina writes: > google-earth port in FreeBSD doesn't require qt4. > i just removed linux_base-fc-4 and ports depend on it, and installed > linux_base-f8. > Everything is ok now :) It's good that everithing is ok, but please keep in mind that linux_base-f8 is not a default for any FreeBSD version and it needs a special treat at /etc/make.conf for other linux ports. Please read carefully /usr/ports/UPDATING. In case you have any questions you are welcome to emulation@ ML. -- WBR, bsam From QAT at FreeBSD.org Mon Aug 17 03:23:31 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Aug 17 03:24:22 2009 Subject: cvs commit: ports/mail/anubis Makefile ports/irc/bitlbee Makefile ports/irc/bitlbee-otr Makefile ports/mail/claws-mail Makefile ports/net-im/climm Makefile ports/irc/conspire Makefile ports/net/csync2 Makefile ports/irc/ctrlprox In-Reply-To: <200908161804.n7GI4egB004368@repoman.freebsd.org> References: <200908161804.n7GI4egB004368@repoman.freebsd.org> Message-ID: <20090817032030.63ED539810@qat.tcbug.org> The Restless Daemon identified a depend_object error while trying to build: gwenhywfar-3.9.0_2 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/devel/gwenhywfar/Makefile,v 1.17 2009/08/16 18:04:31 novel Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/gwenhywfar-3.9.0_2.log : /bin/sh /work/a/ports/security/gnutls/work/gnome-libtool --tag=CC --mode=link cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o printlist printlist.o ../lib/libgnutls.la ../gl/libgnu.la gnome-libtool: link: cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -o .libs/errcodes errcodes.o -L/usr/local/lib ../lib/.libs/libgnutls.so -lz /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so ../gl/.libs/libgnu.a -Wl,-rpath -Wl,/usr/local/lib gnome-libtool: link: cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -o .libs/printlist printlist.o -L/usr/local/lib ../lib/.libs/libgnutls.so -lz /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so ../gl/.libs/libgnu.a -Wl,-rpath -Wl,/usr/local/lib Making all in tests Making all in . /bin/sh /work/a/ports/security/gnutls/work/gnome-libtool --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../gl -I../gl -I../lib/includes -I../lib/includes -I../libextra/includes -I../libextra/includes -I../lib -I../doc/examples -I./../lib/minitasn1 -I/usr/local/include -fPIC -O2 -fno-strict-aliasing -pipe -MT utils.lo -MD -MP -MF .deps/utils.Tpo -c -o utils.lo utils.c gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../gl -I../gl -I../lib/includes -I../lib/includes -I../libextra/includes -I../libextra/includes -I../lib -I../doc/examples -I./../lib/minitasn1 -I/usr/local/include -fPIC -O2 -fno-strict-aliasing -pipe -MT utils.lo -MD -MP -MF .deps/utils.Tpo -c utils.c -fPIC -DPIC -o .libs/utils.o gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../gl -I../gl -I../lib/includes -I../lib/includes -I../libextra/includes -I../libextra/includes -I../lib -I../doc/examples -I./../lib/minitasn1 -I/usr/local/include -fPIC -O2 -fno-strict-aliasing -pipe -MT utils.lo -MD -MP -MF .deps/utils.Tpo -c utils.c -o utils.o >/dev/null 2>&1 mv -f .deps/utils.Tpo .deps/utils.Plo /bin/sh /work/a/ports/security/gnutls/work/gnome-libtool --tag=CC --mode=link cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -no-install -L/usr/local/lib -o libutils.la utils.lo gnome-libtool: link: ar cru .libs/libutils.a .libs/utils.o gnome-libtool: link: ranlib .libs/libutils.a gnome-libtool: link: ( cd ".libs" && rm -f "libutils.la" && ln -s "../libutils.la" "libutils.la" ) Making all in rsa-md5-collision Making all in pkcs1-padding Making all in pkcs8-decode Making all in pkcs12-decode Making all in userid Making all in pathlen Making all in key-id Making all in sha2 Making all in openpgp-certs ===> Installing for gnutls-2.8.3 ===> gnutls-2.8.3 depends on executable: pkg-config - found ===> Generating temporary packing list ===> Checking if security/gnutls already installed ===> gnutls-2.8.3 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of security/gnutls without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/security/gnutls. *** Error code 1 Stop in /a/ports/devel/gwenhywfar. ================================================================ build of /usr/ports/devel/gwenhywfar ended at Mon Aug 17 03:20:28 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/gwenhywfar-3.9.0_2.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=devel&portname=gwenhywfar The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From QAT at FreeBSD.org Mon Aug 17 04:41:50 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Aug 17 04:42:03 2009 Subject: cvs commit: ports/mail/anubis Makefile ports/irc/bitlbee Makefile ports/irc/bitlbee-otr Makefile ports/mail/claws-mail Makefile ports/net-im/climm Makefile ports/irc/conspire Makefile ports/net/csync2 Makefile ports/irc/ctrlprox In-Reply-To: <200908161804.n7GI4egB004368@repoman.freebsd.org> References: <200908161804.n7GI4egB004368@repoman.freebsd.org> Message-ID: <20090817043849.3020E39810@qat.tcbug.org> The Restless Daemon identified a configure error while trying to build: libnewmail-0.3_16 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/mail/libnewmail/Makefile,v 1.34 2009/08/16 18:04:33 novel Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/libnewmail-0.3_16.log : appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dlopen... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) yes appending configuration tag "F77" to libtool ./configure: ./ltconfig: not found checking for oop_sys_run in -loop... yes checking oop.h usability... yes checking oop.h presence... yes checking for oop.h... yes checking for libgnutls-config... no checking for libgnutls - version >= 0.8.6... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: *** gnutls was not found *** ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/work/a/ports/mail/libnewmail/work/libnewmail-0.3/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 /a/ports/mail/libnewmail. ================================================================ build of /usr/ports/mail/libnewmail ended at Mon Aug 17 04:38:47 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/libnewmail-0.3_16.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=mail&portname=libnewmail The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From QAT at FreeBSD.org Mon Aug 17 05:36:02 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Aug 17 05:36:13 2009 Subject: cvs commit: ports/mail/anubis Makefile ports/irc/bitlbee Makefile ports/irc/bitlbee-otr Makefile ports/mail/claws-mail Makefile ports/net-im/climm Makefile ports/irc/conspire Makefile ports/net/csync2 Makefile ports/irc/ctrlprox In-Reply-To: <200908161804.n7GI4egB004368@repoman.freebsd.org> References: <200908161804.n7GI4egB004368@repoman.freebsd.org> Message-ID: <20090817053300.9955839810@qat.tcbug.org> The Restless Daemon identified a configure error while trying to build: csync2-1.34_6 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/csync2/Makefile,v 1.12 2009/08/16 18:04:29 novel Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/csync2-1.34_6.log : checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for bison... no checking for byacc... byacc checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for rs_sig_file in -lrsync... yes checking for sqlite_exec in -lsqlite... yes checking for libgnutls-config... no checking for libgnutls - version >= 1.0.0... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: gnutls not found; install gnutls, gnutls-openssl and libtasn1 packages for your system or run configure with --disable-gnutls ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/work/a/ports/net/csync2/work/csync2-1.34/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 /a/ports/net/csync2. ================================================================ build of /usr/ports/net/csync2 ended at Mon Aug 17 05:32:58 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/csync2-1.34_6.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=csync2 The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From bugmaster at FreeBSD.org Mon Aug 17 11:06:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 17 11:06:46 2009 Subject: Current unassigned ports problem reports Message-ID: <200908171106.n7HB65eX074860@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/137868 [NEW PORT] www/repos-style: stylesheet for the Subvers f ports/137867 Cannot compile ports/databases/freetds (FreeBSD 8.0 BE o ports/137865 [patch] sysutils/heartbeat: correct dealing with cases o ports/137863 [PATCH]math/maxima: update to 5.19.1 o ports/137862 net-im/psi-0.13 fails to build [patch] f ports/137851 [patch] ports-mgmt/kports-qt4 - missing dependency o ports/137849 update print/jabref to latest stable version o ports/137840 biology/dotter - fix fetch problem f ports/137835 [PATCH] audio/musicpd o ports/137828 [PATCH] palm/barry: update to 0.14 o ports/137827 Update port: sysutils/gai-leds Fix build o ports/137826 [bsd.sites.mk] Bad Mirror: RubyForge: http://rubyforge o ports/137824 Update port: print/latex-etoolbox update to 1.8 o ports/137823 [patch] add ports with kernel modules to `kld' virtual f ports/137812 [PATCH] www/libmicrohttpd: update to 0.4.2 o ports/137805 [patch] graphics/opencv - fix build against multimedia o ports/137793 [NEW PORT] sysutils/uhidd: Userland USB HID device dri o ports/137767 [PATCH] devel/Ice: missing dependency f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi o ports/137747 [patch] Upgrade mail/mailscanner to 4.78.9 o ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data f ports/137730 [NEW PORT] devel/fb303: The Facebook Bassline f ports/137728 New port: / f ports/137043 [patch] multimedia/mplayer: add SSSE3 support o ports/137020 New port: comms/dfu-programmer Programmer for USB Atme f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136934 devel/root is marked as BROKEN but OK with GCC 3.4 o ports/136892 mail/prayer: fixup username in prayer-cyclog o ports/136886 multimedia/mplayer does not play CSS enrypted DVDs f ports/136882 kdenlive (multimedia/kdenlive port) project rendering f ports/136611 security/swatch: leaves zombies behind o ports/136427 can't make devel/gwenhywfar o ports/136359 New port - lang/gnat-gcc44 f ports/136258 Port for sysutils/heartbeat (1.2.5_6) fails to build f ports/136227 science/Gramps Crashes When Opening a Family File o ports/136133 New port: net/callweaver Open source IP PBX based on A f ports/136132 Update port: devel/srecord to 1.49 f ports/136129 multimedia/kbtv won't build & install on 7.2 o ports/136124 sysutils/bsdstats needs timeout settings f ports/135867 net-im/gajim 0.12.3: wrong $path in bin file f ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- o ports/135019 sysutils/bubblemon-dockapp 1.46_6 memory usage meter i f ports/134743 devel/Monotone and pthreaded dependencies o ports/134711 mail/postfix - repocopy of (old) postfix to postfix25 s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133344 net/nss_ldap fails to compile if world was installed w f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132607 security/denyhosts: command_interpreter warnings in /v s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca f ports/130209 www/typo3 upgrade removes configuration o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128025 [patch] security/heimdal ldap support broken under 7 o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. o ports/82634 heimdal port conflict with base heimdal 113 problems total. From jette at nerdgirl.dk Mon Aug 17 11:29:31 2009 From: jette at nerdgirl.dk (Jette Derriche) Date: Mon Aug 17 11:29:38 2009 Subject: FreeBSD Port: pecl-APC-3.0.19 Message-ID: <1250507844.3532.9.camel@laptop> Hi I would like to know the plans for pecl-APC. The current version in ports is 3.0.19, and the latest available is 3.1.3p1. Is there any plans of creating a port based on a newer version of pecl-APC any time soon? Thanks :-) Kind regards, Jette Derriche From mnag at FreeBSD.org Mon Aug 17 12:54:56 2009 From: mnag at FreeBSD.org (Marcus Alves Grando) Date: Mon Aug 17 12:55:02 2009 Subject: FreeBSD Port: pecl-APC-3.0.19 In-Reply-To: <1250507844.3532.9.camel@laptop> References: <1250507844.3532.9.camel@laptop> Message-ID: <4A89531E.7050705@FreeBSD.org> I still keep in 3.0.19 because is latest stable release. I'll update a soon there's a new stable release. Best regards On 08/17/2009 08:17 AM, Jette Derriche wrote: > Hi > > I would like to know the plans for pecl-APC. The current version in > ports is 3.0.19, and the latest available is 3.1.3p1. > > Is there any plans of creating a port based on a newer version of > pecl-APC any time soon? > > Thanks :-) > > Kind regards, > Jette Derriche > > _______________________________________________ > 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" -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From comp.john at googlemail.com Mon Aug 17 13:39:56 2009 From: comp.john at googlemail.com (John .) Date: Mon Aug 17 13:40:02 2009 Subject: k3b build failure on freebsd-7.2-p3 Message-ID: Hello list 7.2-RELEASE-p3 FreeBSD 7.2-RELEASE-p3 #0: Sat Aug 15 17:56:40 BST 2009 csup as of today 0200 UTC in /usr/ports/sysutils/k3b : [snip] gmake[4]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5/plugins/decoder/libsndfile' Making all in ffmpeg gmake[4]: Entering directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5/plugins/decoder/ffmpeg' /usr/local/bin/moc ./k3bffmpegdecoder.h -o k3bffmpegdecoder.moc /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../.. -I./../../../libk3b/core -I./../../../libk3b/plugin -I./../../../libk3bdevice -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -D__STDC_CONSTANT_MACROS -MT k3bffmpegdecoder.lo -MD -MP -MF .deps/k3bffmpegdecoder.Tpo -c -o k3bffmpegdecoder.lo k3bffmpegdecoder.cpp mv -f .deps/k3bffmpegdecoder.Tpo .deps/k3bffmpegdecoder.Plo /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../.. -I./../../../libk3b/core -I./../../../libk3b/plugin -I./../../../libk3bdevice -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -D__STDC_CONSTANT_MACROS -MT k3bffmpegwrapper.lo -MD -MP -MF .deps/k3bffmpegwrapper.Tpo -c -o k3bffmpegwrapper.lo k3bffmpegwrapper.cpp k3bffmpegwrapper.cpp: In member function 'QString K3bFFMpegFile::typeComment() const': k3bffmpegwrapper.cpp:197: error: 'CODEC_ID_MP3LAME' was not declared in this scope k3bffmpegwrapper.cpp: In member function 'int K3bFFMpegFile::fillOutputBuffer()': k3bffmpegwrapper.cpp:296: error: 'avcodec_decode_audio' was not declared in this scope gmake[4]: *** [k3bffmpegwrapper.lo] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5/plugins/decoder/ffmpeg' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5/plugins/decoder' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5/plugins' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/k3b/work/k3b-1.0.5' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/k3b. *** Error code 1 Stop in /usr/ports/sysutils/k3b. [/snip] Lame was enabled in make config, will try building without. -- John From glarkin at FreeBSD.org Mon Aug 17 14:09:04 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Mon Aug 17 14:09:10 2009 Subject: multimedia/mythtv - install fails In-Reply-To: References: Message-ID: <4A896474.2010705@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torfinn Ingolfsen wrote: > This is mythtv 0.21_2, installation fails: > > Added group "mythtv". > Added user "mythtv". > Starting mysql. > *** Unable to start mysqld > *** Error code 1 > > Stop in /usr/ports/multimedia/mythtv. > *** Error code 1 > > Stop in /usr/ports/multimedia/mythtv. > *** Error code 1 > > Stop in /usr/ports/multimedia/mythtv. > > And mysql is running: > root@kg-quiet# ps ax | grep mysql > 23260 p0 S 0:00.01 /bin/sh /usr/local/bin/mysqld_safe > --defaults-extra-file=/var/db/mysql/my.cnf --user=mysql > 23281 p0 S 0:00.08 /usr/local/libexec/mysqld > --defaults-extra-file=/var/db/mysql/my.cnf --basedir=/usr/local > > Running on: > root@kg-quiet# uname -a > FreeBSD kg-quiet.kg4.no 7.2-STABLE FreeBSD 7.2-STABLE #6: Sat May 30 > 16:13:13 CEST 2009 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET > amd64 > > > Wasn't this one fixed a while ago? Hi Torfinn, I looked back at the email history for this issue (http://www.mail-archive.com/freebsd-ports@freebsd.org/msg20428.html), and I may have dropped it on the floor because of the ports freeze right around that time. I think the pkg-install script is not waiting for the mysql process to start before it checks its status again. In the end, mysql does start successfully, but pkg-install script has exited before it has a chance to create the database. Can you do me a favor and change line 1 of files/pkg-install.in from "#!/bin/sh" to "#!/bin/sh -x" and reinstall mythtv? Make sure that mysql is not running before you do that and then send me the output of the script. I'll also try to reproduce the problem here and see if I get similar results. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKiWR00sRouByUApARAla9AKCDFjPwmh4vuMP02pWNXBKy/oo+nACfZzau DZyFKPZU7OyWDtyGMgiK1BY= =pXka -----END PGP SIGNATURE----- From villa.alberto at gmail.com Mon Aug 17 14:26:56 2009 From: villa.alberto at gmail.com (Alberto Villa) Date: Mon Aug 17 14:27:02 2009 Subject: k3b build failure on freebsd-7.2-p3 In-Reply-To: References: Message-ID: <200908171626.49418.villa.alberto@gmail.com> On Monday 17 August 2009 15:18:44 John . wrote: > Stop in /usr/ports/sysutils/k3b. pr submitted: http://www.freebsd.org/cgi/query-pr.cgi?pr=137873 -- Alberto Villa I do not know myself and God forbid that I should. -- Johann Wolfgang von Goethe From erwin at FreeBSD.org Mon Aug 17 14:46:27 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Aug 17 14:47:58 2009 Subject: [HEADSUP]: Ports freeze schedule for 8.0-RELEASE In-Reply-To: <20090717090530.GS60681@droso.net> References: <20090717090530.GS60681@droso.net> Message-ID: <20090817144623.GM53789@droso.net> On Fri, Jul 17, 2009 at 11:05:30AM +0200, Erwin Lansing wrote: > Below is the tentative schedule for the ports freeze in preparation for > 8.0-RELEASE. If any major delays occur in the overall release schedule, > the dates may be postponed, but please start preparing to have your > changed committed to the tree before August 17 to ensure they are > included in the release. Also, portmgr kindly asks anyone who has > anything major lined up to already from today start mailing portmgr > about these so we know what to expect and not be surprised by any major > fallout that might extend the short freeze we have planned. > > August 17: ports tree is frozen and package build begin > August 24: ports tree is thawed and final package builds begin > August 31: FreeBSD 8.0-RELEASE is released and ports tree is unfrozen > As many have noticed, there have been some delays in the release schedule. Current estimation is a delay of 4 weeks, which puts the new expectd date of the ports freeze at September 14. Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- 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/20090817/85e205b8/attachment.pgp From 000.fbsd at quip.cz Mon Aug 17 14:52:38 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Aug 17 14:52:44 2009 Subject: FreeBSD Port: pecl-APC-3.0.19 In-Reply-To: <4A89531E.7050705@FreeBSD.org> References: <1250507844.3532.9.camel@laptop> <4A89531E.7050705@FreeBSD.org> Message-ID: <4A896A8B.30008@quip.cz> Marcus Alves Grando wrote: > I still keep in 3.0.19 because is latest stable release. I'll update a > soon there's a new stable release. Maybe it's time to make pecl-APC-devel (or pecl-APC-current) port. It is usual in many other ports in the ports tree. It can also help to test new port before release) (it is just an opinion, I am not trying to force anybody to do it) Miroslav Lachman > On 08/17/2009 08:17 AM, Jette Derriche wrote: > >> Hi >> >> I would like to know the plans for pecl-APC. The current version in >> ports is 3.0.19, and the latest available is 3.1.3p1. >> >> Is there any plans of creating a port based on a newer version of >> pecl-APC any time soon? From mikej at rogers.com Mon Aug 17 14:57:50 2009 From: mikej at rogers.com (Mike Jakubik) Date: Mon Aug 17 14:57:57 2009 Subject: Updating the "Mailscanner" port In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB0111BB@w2003s01.double-l.local> References: <20090325090758.1015bc2a@scorpio><20090326100430.GI56137@server.vk2pj.dyndns.org><20090331014900.GA24235@lonesome.com><1f8447334a4d96d2edfc74608d16f794.squirrel@wettoast.dyndns.org><4A855E0C.3090805@skylinecorp.com><57200BF94E69E54880C9BB1AF714BBCB5DEAEE@w2003s01.double-l.local><4A858035.80107@skylinecorp.com> <20090814115210.97a614b2.jasonh@DataIX.net> <57200BF94E69E54880C9BB1AF714BBCB0111BB@w2003s01.double-l.local> Message-ID: <41afa6a0e615758e8211d63f73edcffe.squirrel@wettoast.dyndns.org> On Fri, August 14, 2009 2:53 pm, Johan Hendriks wrote: > Well i can assure you that that was not the case. > I did test it by going to 5.10, which worked, do all the things in > /usr/ports/UPDATING. > Then going back to 5.8.9, it did not work. > Going back to 5.8.8 it did work. > > I also did fresh installs on FreeBSD 6.x and 7.x with the new perl 5.8.9 > at that time and MailScanner refused to work. > 5.8.9. just did not work! > > here is the thread off that on the ports list > http://lists.freebsd.org/pipermail/freebsd-ports/2009-February/052959.html > I got an answer from someone who also had the same issue on a clean > install. > > So let MailScanner depend on 5.10.x is not a so bad in my opinion. > And if it is just a mailscanner server the update from 5.8.x to 5.10.x is > not so bad to do. > I did it on all my systems and not one did fail. approx 20 with FreeBSD > 6.x, 7.x and 8-CURRENT at that time I have managed to install and run this port on a fresh install of FreeBSD and Perl 5.9. However i am still unable to use it on some of my production servers. Some condition seems to trigger this problem when upgrading Perl 5.8.8 to 5.8.9. I am not sure what it is at this time. Since it works for someone people i have taken out the explicit dependency on Perl 5.10 and have instead added an note on this problem. From mnag at FreeBSD.org Mon Aug 17 15:12:41 2009 From: mnag at FreeBSD.org (Marcus Alves Grando) Date: Mon Aug 17 15:12:48 2009 Subject: FreeBSD Port: pecl-APC-3.0.19 In-Reply-To: <4A896A8B.30008@quip.cz> References: <1250507844.3532.9.camel@laptop> <4A89531E.7050705@FreeBSD.org> <4A896A8B.30008@quip.cz> Message-ID: <4A897367.4030200@FreeBSD.org> On 08/17/2009 11:34 AM, Miroslav Lachman wrote: > Marcus Alves Grando wrote: >> I still keep in 3.0.19 because is latest stable release. I'll update a >> soon there's a new stable release. > > Maybe it's time to make pecl-APC-devel (or pecl-APC-current) port. It is > usual in many other ports in the ports tree. It can also help to test > new port before release) There's one PR about this: 134656 I'll check ASAP. Regards > > (it is just an opinion, I am not trying to force anybody to do it) > > Miroslav Lachman > >> On 08/17/2009 08:17 AM, Jette Derriche wrote: >> >>> Hi >>> >>> I would like to know the plans for pecl-APC. The current version in >>> ports is 3.0.19, and the latest available is 3.1.3p1. >>> >>> Is there any plans of creating a port based on a newer version of >>> pecl-APC any time soon? > _______________________________________________ > 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" -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From dougb at FreeBSD.org Mon Aug 17 20:23:33 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 17 20:23:40 2009 Subject: HEADS UP dockapp maintainers Message-ID: <4A89BC3C.1010605@FreeBSD.org> Howdy folks, I just committed a new port of libwraster so that those of us who are maintaining dockapps can depend on it rather than the full Window Maker port. As much as I loved Window Maker back in the day, the project is essentially dead, and I think a lot of us have moved on to newer window managers. I still like my dockapps though, so it's necessary to have libwraster available for them. You can see the diff to add the option in the link below. Enjoy, Doug -------- Original Message -------- Subject: cvs commit: ports/misc/wmweather+ Makefile Date: Mon, 17 Aug 2009 20:13:26 +0000 (UTC) From: Doug Barton To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org dougb 2009-08-17 20:13:26 UTC FreeBSD ports repository Modified files: misc/wmweather+ Makefile Log: Convert to have the option of using only libwraster instead of the full Window Maker port. The default is still to use WM so no change to the package. Revision Changes Path 1.17 +11 -2 ports/misc/wmweather+/Makefile http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/misc/wmweather+/Makefile.diff?&r1=1.16&r2=1.17&f=h -- This .signature sanitized for your protection From c.kworr at gmail.com Mon Aug 17 20:34:43 2009 From: c.kworr at gmail.com (Volodymyr Kostyrko) Date: Mon Aug 17 20:34:51 2009 Subject: Flow-tools and Flow-tools-ng - Flow-Capture - supposed to be memory leak - patch In-Reply-To: References: Message-ID: Zvezdelin Vladov wrote: > Dear Sir/Madam, > > Please, publish in the official ports build patch system, the patch > bellow for the problem > that manifest itself only on the amd64 platform, and it is one and the > same for both the > flow-tools and flow-tools-ng - i.e. flow-capture eats all of the RAM > and SWAP of the > machine, until killed by the kernel. I'm sorry, but as a maintainer of net-mgmt/flow-tools-ng I'm not going to accept this patch. It goes far beyond than simple build fix, it changes some internal structures in weird way (from my point of view) and I can't predict how this would work. You have already posted the patch on the project issue tracker and this is indeed a correct way. I'm watching it and will bring the final fix or new version to the ports ASAP. -- Sphinx of black quartz judge my vow. From tingox at gmail.com Mon Aug 17 20:46:17 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Aug 17 20:46:24 2009 Subject: multimedia/mythtv - install fails In-Reply-To: <4A896474.2010705@FreeBSD.org> References: <4A896474.2010705@FreeBSD.org> Message-ID: Hello, On Mon, Aug 17, 2009 at 4:08 PM, Greg Larkin wrote: > I looked back at the email history for this issue > (http://www.mail-archive.com/freebsd-ports@freebsd.org/msg20428.html), > and I may have dropped it on the floor because of the ports freeze right > around that time. > Such things happen. > I think the pkg-install script is not waiting for the mysql process to > start before it checks its status again. In the end, mysql does start > successfully, but pkg-install script has exited before it has a chance > to create the database. > That may be, but the install script also fails if mysql is already running. IMHO, that should be fixed too. > Can you do me a favor and change line 1 of files/pkg-install.in from > "#!/bin/sh" to "#!/bin/sh -x" and reinstall mythtv? Make sure that > mysql is not running before you do that and then send me the output of > the script. > I will do that. > > I'll also try to reproduce the problem here and see if I get similar > results. > Great! -- Regards, Torfinn Ingolfsen From 000.fbsd at quip.cz Mon Aug 17 21:27:02 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Aug 17 21:27:09 2009 Subject: portmaster is not always recursive Message-ID: <4A89CB20.3000408@quip.cz> Hi, I have some problem with portmaster. If I do upgrade of graphics/gd, portmaster check and upgrade all dependencies of gd (png, jpeg, pkg-config, freetype) but if upgrade of gd is called by upward recursive upgrade of jpeg library, I end up with new jpeg, new gd, new mrtg, but old png. It means that png was not upgraded as dependency of gd. root@ararat ~/# pkg_info -rR jpeg-6b_7 Information for jpeg-6b_7: Depends on: Required by: mrtg-2.16.2,1 gd-2.0.35,1 Upgrade of jpeg and all ports that depend on it root@ararat ~/# portmaster -r jpeg-6b_7 ===>>> The following actions were performed: Upgrade of jpeg-6b_7 to jpeg-7 Upgrade of gd-2.0.35,1 to gd-2.0.35_1,1 Upgrade of mrtg-2.16.2,1 to mrtg-2.16.2_1,1 root@ararat ~/# pkg_info -R jpeg-7 Information for jpeg-7: Required by: gd-2.0.35_1,1 mrtg-2.16.2_1,1 Upgrade of png must be done manualy: root@ararat ~/# portmaster png-1.2.35 Upgrade of png-1.2.35 to png-1.2.38 root@ararat ~/# pkg_info -r gd-2.0.35_1,1 Information for gd-2.0.35_1,1: Depends on: Dependency: png-1.2.38 Dependency: jpeg-7 Dependency: pkg-config-0.23_1 Dependency: freetype2-2.3.9_1 root@ararat ~/# pkg_tree gd gd-2.0.35_1,1 |\__ png-1.2.38 |\__ jpeg-7 |\__ pkg-config-0.23_1 \__ freetype2-2.3.9_1 Can we consider it as bug, or is it expected / feature? This is on 7.2-RELEASE i386 GENERIC with portmaster-2.9 and fresh ports tree (`portsnap fetch update` this afternoon). Miroslav Lachman From dougb at FreeBSD.org Mon Aug 17 21:35:20 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Aug 17 21:35:27 2009 Subject: portmaster is not always recursive In-Reply-To: <4A89CB20.3000408@quip.cz> References: <4A89CB20.3000408@quip.cz> Message-ID: <4A89CD0E.7010106@FreeBSD.org> Miroslav Lachman wrote: > Hi, > > I have some problem with portmaster. > If I do upgrade of graphics/gd, portmaster check and upgrade all > dependencies of gd (png, jpeg, pkg-config, freetype) but if upgrade of > gd is called by upward recursive upgrade of jpeg library, I end up with > new jpeg, new gd, new mrtg, but old png. It means that png was not > upgraded as dependency of gd. If png needed to be upgraded it should have been upgraded as a dependency of gd even when using -r. I'll look into this, thanks for your very detailed problem report. Doug -- This .signature sanitized for your protection From 000.fbsd at quip.cz Mon Aug 17 22:21:53 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Mon Aug 17 22:22:01 2009 Subject: portmaster is not always recursive In-Reply-To: <4A89CD0E.7010106@FreeBSD.org> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> Message-ID: <4A89D7FD.8080106@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: > >>Hi, >> >>I have some problem with portmaster. >>If I do upgrade of graphics/gd, portmaster check and upgrade all >>dependencies of gd (png, jpeg, pkg-config, freetype) but if upgrade of >>gd is called by upward recursive upgrade of jpeg library, I end up with >>new jpeg, new gd, new mrtg, but old png. It means that png was not >>upgraded as dependency of gd. > > > If png needed to be upgraded it should have been upgraded as a > dependency of gd even when using -r. I'll look into this, thanks for > your very detailed problem report. I have seen similar problem in the past with amavisd-new + spamassassin and their dependencies, but it is much bigger and complicated tree of dependencies and I have not evidence recorded for it. Reported case with jpeg / gd / png is the simplest one I have seen. Let me know if you need some more informations or test patches etc. Miroslav Lachman PS: Thanks for your work on my favourite ports-mgmt tool = portmaster ;) From feedback1611.autoresponder at baptist.org.ua Tue Aug 18 00:00:52 2009 From: feedback1611.autoresponder at baptist.org.ua (feedback1611.autoresponder@baptist.org.ua) Date: Tue Aug 18 00:00:58 2009 Subject: feedback1611 Message-ID: <200908172343.n7HNh21a021939@chifon.propagation.net> RU: moj adres izmenilsia, vmesto feedback1611 pishite na otziv1611 sobachka baptist.org.ua EN: my address has changed, instead feedback1611 use: otziv1611 at baptist.org.ua From dougb at FreeBSD.org Tue Aug 18 00:49:14 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 18 00:49:20 2009 Subject: portmaster is not always recursive In-Reply-To: <4A89D7FD.8080106@quip.cz> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> <4A89D7FD.8080106@quip.cz> Message-ID: <4A89FA80.8090308@FreeBSD.org> Miroslav Lachman wrote: > Doug Barton wrote: >> Miroslav Lachman wrote: >> >>> Hi, >>> >>> I have some problem with portmaster. >>> If I do upgrade of graphics/gd, portmaster check and upgrade all >>> dependencies of gd (png, jpeg, pkg-config, freetype) but if upgrade of >>> gd is called by upward recursive upgrade of jpeg library, I end up with >>> new jpeg, new gd, new mrtg, but old png. It means that png was not >>> upgraded as dependency of gd. >> >> >> If png needed to be upgraded it should have been upgraded as a >> dependency of gd even when using -r. I'll look into this, thanks for >> your very detailed problem report. > > I have seen similar problem in the past with amavisd-new + spamassassin > and their dependencies, but it is much bigger and complicated tree of > dependencies and I have not evidence recorded for it. > Reported case with jpeg / gd / png is the simplest one I have seen. Were these other cases also with the -r option, or were they when doing "regular" upgrades? > PS: Thanks for your work on my favourite ports-mgmt tool = portmaster ;) You're welcome, and thanks for the kind words. :) Doug -- This .signature sanitized for your protection From 000.fbsd at quip.cz Tue Aug 18 08:49:43 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Tue Aug 18 08:49:50 2009 Subject: portmaster is not always recursive In-Reply-To: <4A89FA80.8090308@FreeBSD.org> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> <4A89D7FD.8080106@quip.cz> <4A89FA80.8090308@FreeBSD.org> Message-ID: <4A8A6B20.1030100@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: [...] >>I have seen similar problem in the past with amavisd-new + spamassassin >>and their dependencies, but it is much bigger and complicated tree of >>dependencies and I have not evidence recorded for it. >>Reported case with jpeg / gd / png is the simplest one I have seen. > > > Were these other cases also with the -r option, or were they when > doing "regular" upgrades? It was with regular upgrade, if I remember it well, but it was some time ago... I'll track it better next time (if it occurs). Miroslav Lachman From mark at chpdesign.com Tue Aug 18 12:04:11 2009 From: mark at chpdesign.com (Mark Hall) Date: Tue Aug 18 12:04:18 2009 Subject: ffmpeg install failed Message-ID: <3EC8C240-4BA0-498A-84F5-B64B676BBEEB@chpdesign.com> Dear Maintainer, Pls find /var/build/ports/graphics/aalib/work/aalib-1.4.0/config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:584: checking for a BSD compatible install configure:637: checking whether build environment is sane configure:694: checking whether make sets ${MAKE} configure:740: checking for working aclocal configure:753: checking for working autoconf configure:766: checking for working automake configure:779: checking for working autoheader configure:792: checking for working makeinfo configure:812: checking host system type configure:833: checking target system type configure:882: checking for gcc configure:995: checking whether the C compiler (cc -O2 -fno-strict- aliasing -pipe ) works configure:1011: cc -o conftest -O2 -fno-strict-aliasing -pipe conftest.c 1>&5 configure:1037: checking whether the C compiler (cc -O2 -fno-strict- aliasing -pipe ) is a cross-compiler configure:1042: checking whether we are using GNU C configure:1070: checking whether cc accepts -g configure:1171: checking build system type configure:1191: checking for ranlib configure:1230: checking for ld used by GCC configure:1292: checking if the linker (/usr/bin/ld) is GNU ld configure:1308: checking for BSD-compatible nm configure:1344: checking whether ln -s works See script msgs below: dedicated# make install WITH_LAME ===> ffmpeg-0.5,1 depends on executable: yasm - found ===> ffmpeg-0.5,1 depends on executable: texi2html - found ===> ffmpeg-0.5,1 depends on executable: gmake - found ===> ffmpeg-0.5,1 depends on file: /usr/local/bin/sdl-config - not found ===> Verifying install for /usr/local/bin/sdl-config in /usr/ports/ devel/sdl12 ===> sdl-1.2.13_4,2 depends on executable: nasm - found ===> sdl-1.2.13_4,2 depends on file: /usr/local/libdata/pkgconfig/ xextproto.pc - found ===> sdl-1.2.13_4,2 depends on file: /usr/local/libdata/pkgconfig/ x11.pc - found ===> sdl-1.2.13_4,2 depends on file: /usr/local/libdata/pkgconfig/ xrender.pc - found ===> sdl-1.2.13_4,2 depends on file: /usr/local/libdata/pkgconfig/ xrandr.pc - found ===> sdl-1.2.13_4,2 depends on file: /usr/local/bin/libtool - found ===> sdl-1.2.13_4,2 depends on executable: pkg-config - found ===> sdl-1.2.13_4,2 depends on shared library: aa.1 - not found ===> Verifying install for aa.1 in /usr/ports/graphics/aalib ===> aalib-1.4.r5_4 depends on file: /usr/local/libdata/pkgconfig/ x11.pc - found ===> aalib-1.4.r5_4 depends on file: /usr/local/bin/libtool - found ===> Configuring for aalib-1.4.r5_4 loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c -o root - g wheel checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking host system type... i386-portbld-freebsd6.3 checking target system type... i386-portbld-freebsd6.3 checking for gcc... (cached) cc checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) works... yes checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether cc accepts -g... (cached) yes checking build system type... i386-portbld-freebsd6.3 checking for ranlib... (cached) ranlib checking for ld used by GCC... (cached) /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes checking for BSD-compatible nm... (cached) /usr/bin/nm -B checking whether ln -s works... (cached) yes ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist Try `ltconfig --help' for more information. configure: error: libtool configure failed ===> Script "configure" failed unexpectedly. Please report the problem to ports@FreeBSD.org [maintainer] and attach the "/var/build/ports/graphics/aalib/work/aalib-1.4.0/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 /ports/graphics/aalib. *** Error code 1 Stop in /ports/devel/sdl12. *** Error code 1 Stop in /ports/devel/sdl12. *** Error code 1 Stop in /ports/multimedia/ffmpeg. *** Error code 1 Stop in /ports/multimedia/ffmpeg. Pls advise asap. Thanks Mark Hall From glarkin at FreeBSD.org Tue Aug 18 13:40:51 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Aug 18 13:40:58 2009 Subject: ffmpeg install failed In-Reply-To: <3EC8C240-4BA0-498A-84F5-B64B676BBEEB@chpdesign.com> References: <3EC8C240-4BA0-498A-84F5-B64B676BBEEB@chpdesign.com> Message-ID: <4A8AA54D.6050502@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Hall wrote: > Dear Maintainer, > > Pls find /var/build/ports/graphics/aalib/work/aalib-1.4.0/config.log: > This file contains any messages produced by compilers while > running configure, to aid debugging if configure makes a mistake. > > configure:584: checking for a BSD compatible install > configure:637: checking whether build environment is sane > configure:694: checking whether make sets ${MAKE} > configure:740: checking for working aclocal > configure:753: checking for working autoconf > configure:766: checking for working automake > configure:779: checking for working autoheader > configure:792: checking for working makeinfo > configure:812: checking host system type > configure:833: checking target system type > configure:882: checking for gcc > configure:995: checking whether the C compiler (cc -O2 > -fno-strict-aliasing -pipe ) works > configure:1011: cc -o conftest -O2 -fno-strict-aliasing -pipe > conftest.c 1>&5 > configure:1037: checking whether the C compiler (cc -O2 > -fno-strict-aliasing -pipe ) is a cross-compiler > configure:1042: checking whether we are using GNU C > configure:1070: checking whether cc accepts -g > configure:1171: checking build system type > configure:1191: checking for ranlib > configure:1230: checking for ld used by GCC > configure:1292: checking if the linker (/usr/bin/ld) is GNU ld > configure:1308: checking for BSD-compatible nm > configure:1344: checking whether ln -s works > > See script msgs below: > dedicated# make install WITH_LAME > ===> ffmpeg-0.5,1 depends on executable: yasm - found > ===> ffmpeg-0.5,1 depends on executable: texi2html - found > ===> ffmpeg-0.5,1 depends on executable: gmake - found > ===> ffmpeg-0.5,1 depends on file: /usr/local/bin/sdl-config - not found > ===> Verifying install for /usr/local/bin/sdl-config in > /usr/ports/devel/sdl12 > ===> sdl-1.2.13_4,2 depends on executable: nasm - found > ===> sdl-1.2.13_4,2 depends on file: > /usr/local/libdata/pkgconfig/xextproto.pc - found > ===> sdl-1.2.13_4,2 depends on file: > /usr/local/libdata/pkgconfig/x11.pc - found > ===> sdl-1.2.13_4,2 depends on file: > /usr/local/libdata/pkgconfig/xrender.pc - found > ===> sdl-1.2.13_4,2 depends on file: > /usr/local/libdata/pkgconfig/xrandr.pc - found > ===> sdl-1.2.13_4,2 depends on file: /usr/local/bin/libtool - found > ===> sdl-1.2.13_4,2 depends on executable: pkg-config - found > ===> sdl-1.2.13_4,2 depends on shared library: aa.1 - not found > ===> Verifying install for aa.1 in /usr/ports/graphics/aalib > ===> aalib-1.4.r5_4 depends on file: > /usr/local/libdata/pkgconfig/x11.pc - found > ===> aalib-1.4.r5_4 depends on file: /usr/local/bin/libtool - found > ===> Configuring for aalib-1.4.r5_4 > loading cache ./config.cache > checking for a BSD compatible install... /usr/bin/install -c -o root -g > wheel > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... found > checking for working autoconf... found > checking for working automake... found > checking for working autoheader... found > checking for working makeinfo... found > checking host system type... i386-portbld-freebsd6.3 > checking target system type... i386-portbld-freebsd6.3 > checking for gcc... (cached) cc > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) > works... yes > checking whether the C compiler (cc -O2 -fno-strict-aliasing -pipe ) is > a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether cc accepts -g... (cached) yes > checking build system type... i386-portbld-freebsd6.3 > checking for ranlib... (cached) ranlib > checking for ld used by GCC... (cached) /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes > checking for BSD-compatible nm... (cached) /usr/bin/nm -B > checking whether ln -s works... (cached) yes > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > Please report the problem to ports@FreeBSD.org [maintainer] and attach the > "/var/build/ports/graphics/aalib/work/aalib-1.4.0/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 /ports/graphics/aalib. > *** Error code 1 > > Stop in /ports/devel/sdl12. > *** Error code 1 > > Stop in /ports/devel/sdl12. > *** Error code 1 > > Stop in /ports/multimedia/ffmpeg. > *** Error code 1 > > Stop in /ports/multimedia/ffmpeg. > > Pls advise asap. > > Thanks > > Mark Hall > Hi Mark, This question came up a week ago, and here is the answer to get aalib working so you can install ffmpeg: http://groups.google.com/group/muc.lists.freebsd.ports/browse_thread/thread/906781ad003c1d9a/495402b64a057b19?#495402b64a057b19 Cheers, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKiqVN0sRouByUApARAnLNAJ0Rx02GMPBZ9qz4DbMPIV1Y40vptgCfZKNJ /g4Q5qFExLN/Xrsvq4uQluA= =rpYu -----END PGP SIGNATURE----- From mexas at bristol.ac.uk Tue Aug 18 16:04:29 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Tue Aug 18 16:04:37 2009 Subject: port science/paraview Message-ID: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> port science/paraview is far behind the current version. I do understand that nobody really takes care of it, so please do not see this as a request. I'm grateful that somebody has created this port at all! I'd like to help but I've never done any serious port work, just occasional patches. What is your estimate of the amount of work, and of skills required to bring this port up to date? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From stephen at missouri.edu Tue Aug 18 16:37:25 2009 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Tue Aug 18 16:37:32 2009 Subject: port science/paraview In-Reply-To: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> References: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> Message-ID: <4A8AD89F.5050600@missouri.edu> Anton Shterenlikht wrote: > port science/paraview is far behind the current version. > > I do understand that nobody really takes care of it, > so please do not see this as a request. I'm grateful > that somebody has created this port at all! > > I'd like to help but I've never done any serious > port work, just occasional patches. > What is your estimate of the amount of work, and of > skills required to bring this port up to date? > > many thanks > In my experience, you usually cannot tell how hard it is going to be until you try. But quite often, the process of updating a port is not that hard. Certainly you don't necessarily have to understand how everything works to do this. Try changing the version number in the port, do a "make makesum" to download the source and make the distinfo file, and then do a "make" and see what happens. Quite likely you will need to remove some of the patches from the directory "files" - do this on a "try it and see" basis. The one file that will almost certainly need updating is "pkg-plist." I really do recommend you just try to update the port yourself, and see if you can do it. From m.seaman at infracaninophile.co.uk Tue Aug 18 18:00:01 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue Aug 18 18:00:08 2009 Subject: port science/paraview In-Reply-To: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> References: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> Message-ID: <4A8AEC0C.8010304@infracaninophile.co.uk> Anton Shterenlikht wrote: > port science/paraview is far behind the current version. > > I do understand that nobody really takes care of it, > so please do not see this as a request. I'm grateful > that somebody has created this port at all! > > I'd like to help but I've never done any serious > port work, just occasional patches. > What is your estimate of the amount of work, and of > skills required to bring this port up to date? > > many thanks > Hmmm... science/paraview is not too complicated as ports go. It uses cmake which is slightly unusual, and needs a bit of post-hoc modification to force it to install stuff under /usr/local rather than /usr/X11R6 but that's not a big deal. If you're capable of configuring, compiling and installing this software package outside of ports, and you have a fairly minimal amount of familiarity with make(1) and Makefiles, then you stand a good chance of being able to generate a set of patches to update the port, and could with a little practice probably go on to become the maintainer. Remember, the Porter's Handbook is your bible and reference for what all those USE_FOO and BAR_ARGS lines in the Makefiles actually mean. Well, that and reading the contents of the Makefiles in /usr/ports/Mk (these typically have extensive comments describing what all the different variables are for) plus comparing against prior art elsewhere in the ports tree. To generate an update, I usually work through the following stages: 0) Copy the port directory to a clean workspace somewhere 1) Modify the PORTVERSION and PORTREVISION settings in the Makefile, plus make any tweaks to MASTER_SITES etc. that are required until you can successfully run: # make makesum This will automatically download the distfiles and update the distinfo file. For the initial introduction of a new upstream version, any PORTREVISION line can be deleted, but be sure *not* to touch any PORTEPOCH lines. 2) Make sure all prerequisites ({BUILD,RUN,LIB}_DEPENDS) of the port are installed. To avoid conflicts with other software, it's handy to work in a jail but you don't have to. Installing into an alternative PREFIX and using an alternative PKG_DBDIR and PORT_DBDIR settings is almost as good. (ie. Prerequisites should go in the standard $LOCALBASE but the port in question can go into a custom $PREFIX. Usually.) 3) Attempt to build the port: # make If it doesn't work smoothly, try and diagnose what the problem is and fix it. Repeat until you get a clean build. This is very much the hardest part of updating a port, and can involve significant programming skills to write patches etc. 4) Now is a good time to make any edits to pkg-message or other miscellaneous stuff. 5) Make a record of what's installed under $PREFIX: # find /usr/local -print | sort > /tmp/local-files.before 6) Attempt to install the port # make install Again, you may need to apply a few fixups here 7) Record the contents of $PREFIX with the port installed: # find /usr/local -print | sort > /tmp/local-files.during 8) Now attempt to remove the port: # make deinstall If the pkg-plist is wrong, you'll almost certainly see errors here. 9) Record the contents of $PREFIX after removing the port: # find /usr/local | sort > /tmp/local-files.after 10) Now, by comparing the differences between /tmp/local-files* it should be fairly obvious what, if any, modifications are needed in pkg-plist to account for any differences in the files installed by the newer version of the port. 11) Return /usr/local to the state it was in at stage (5) if necessary (ie. look at any differences between /tmp/local-files.{before,after}) 12) Repeat from stage (5) until you get a clean install and deinstall. You may or may not need to 'make clean' and rebuild during this cycle depending on what you change. 13) Build a package from your port, and test that pkg_add(1) and pkg_delete(1) will similarly install and remove the port cleanly. (One gotcha is that pkgs cannot generate empty directories, so it may be necessary to add zero-length .placeholder files) 14) 'make clean' in the port. Remove any backup copies of files or other detritus. Run portlint(1) and fix up anything it makes a valid complaint about. 15) Create a diff against the original copy of the port: # cd .. # diff -Nur /usr/ports/science/paraview/ paraview/ > paraview.diff *Read* *through* the diff file as a sanity check. It's surprising how frequently you'll find a stray copy of an editor backup file has slipped through at stage (14). 16) Create a problem report, incorporating your diff: # send-pr -a paraview.diff -P > paraview.pr # emacs paraview.pr # send-pr -f paraview.pr When editing the PR, it helps the committers if you can list out any added, deleted or renamed files from the port itself. I like to provide links to ChangeLogs or similar for the benefit of anyone who does their due dilligence before updating, but that's up to you. If you're not the port maintainer, then set the PR as a 'change-request' If there is a listed maintainer, you can CC them in the PR, but the ports automation will send them e-mail anyhow. If this is an update to close a publicised security hole, then CC'ing secteam@freebsd.org is helpful. (If it's not a /publicised/ security hole, then it's better to contact the port maintainer or secteam@ privately rather than submitting an update through a public channel like the FreeBSD PR system). You should receive an acknowledgement from Gnats with a PR number in about 15 minutes. A committer will generally take the PR within a few hours and add it to their tinderbox queue for testing. If they are happy and everything works satisfactorily, then the update will generally be committed within about a week. Do this successfully enough times with unmaintained ports, and you will likely be offered maintainership when you submit updates. Volunteer to maintain a number of ports and keep supplying a good stream of correct updates and you're well on the slippery slope towards having a commit bit and an @freebsd.org address thrust upon you... 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: 259 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090818/547de110/signature.pgp From dougb at FreeBSD.org Tue Aug 18 18:10:29 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 18 18:10:35 2009 Subject: portmaster is not always recursive In-Reply-To: <4A8A6B20.1030100@quip.cz> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> <4A89D7FD.8080106@quip.cz> <4A89FA80.8090308@FreeBSD.org> <4A8A6B20.1030100@quip.cz> Message-ID: <4A8AEE8B.2010002@FreeBSD.org> Miroslav Lachman wrote: > Doug Barton wrote: >> Miroslav Lachman wrote: > > [...] > >>> I have seen similar problem in the past with amavisd-new + spamassassin >>> and their dependencies, but it is much bigger and complicated tree of >>> dependencies and I have not evidence recorded for it. >>> Reported case with jpeg / gd / png is the simplest one I have seen. >> >> >> Were these other cases also with the -r option, or were they when >> doing "regular" upgrades? > > It was with regular upgrade, if I remember it well, but it was some time > ago... I'll track it better next time (if it occurs). If it's failing on a regular upgrade I start to suspect weirdness in your local setup since that's a dead-simple thing that would be very hard for portmaster to get wrong. I'm also suspicious because I took a look at the code a couple times yesterday and even using -r each port should still be getting the full treatment, which includes upgrading dependencies as needed. I will however put some more time into testing it today and get back to you. Doug -- This .signature sanitized for your protection From pj at smo.de Tue Aug 18 18:59:35 2009 From: pj at smo.de (Philipp Ost) Date: Tue Aug 18 18:59:41 2009 Subject: port science/paraview In-Reply-To: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> References: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> Message-ID: <4A8AFA4B.4050600@smo.de> Anton Shterenlikht wrote: > port science/paraview is far behind the current version. > > I do understand that nobody really takes care of it, > so please do not see this as a request. I'm grateful > that somebody has created this port at all! > > I'd like to help but I've never done any serious > port work, just occasional patches. > What is your estimate of the amount of work, and of > skills required to bring this port up to date? I tried compiling a current version of ParaView outside the port infrastructure. I got the non-gui part compiled; the GUI needs an older version of Qt than actually is available in the ports tree. At this point I gave up -- but I have to admit that I didn't try that hard... Philipp -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4961 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090818/0e78a800/smime.bin From sergey.dyatko at gmail.com Tue Aug 18 19:57:30 2009 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Tue Aug 18 19:57:36 2009 Subject: multimedia/avidemux2 Message-ID: <20090818225905.43fc730c@notebook> Hi, subj is marked as 'BROKEN' (need a update for Qt 4.5). We have qt4-4.5.2 now. Can you fix avidemux2 build? With removed 'BROKEN' string on Makefile I got error. Build log: http://tiger.ipfw.ru/files/avidemux2build.txt -- wbr, tiger From LukeD at pobox.com Tue Aug 18 20:16:34 2009 From: LukeD at pobox.com (Luke Dean) Date: Tue Aug 18 20:16:40 2009 Subject: HEADS UP dockapp maintainers In-Reply-To: <4A89BC3C.1010605@FreeBSD.org> References: <4A89BC3C.1010605@FreeBSD.org> Message-ID: On Mon, 17 Aug 2009, Doug Barton wrote: > Howdy folks, > > I just committed a new port of libwraster so that those of us who are > maintaining dockapps can depend on it rather than the full Window > Maker port. > > As much as I loved Window Maker back in the day, the project is > essentially dead, and I think a lot of us have moved on to newer > window managers. I still like my dockapps though, so it's necessary to > have libwraster available for them. > > You can see the diff to add the option in the link below. > > > Enjoy, > > Doug > > -------- Original Message -------- > Subject: cvs commit: ports/misc/wmweather+ Makefile > Date: Mon, 17 Aug 2009 20:13:26 +0000 (UTC) > From: Doug Barton > To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, > cvs-all@FreeBSD.org > > dougb 2009-08-17 20:13:26 UTC > > FreeBSD ports repository > > Modified files: > misc/wmweather+ Makefile > Log: > Convert to have the option of using only libwraster instead of the > full Window Maker port. The default is still to use WM so no change > to the package. > > Revision Changes Path > 1.17 +11 -2 ports/misc/wmweather+/Makefile > > http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/misc/wmweather+/Makefile.diff?&r1=1.16&r2=1.17&f=h > I haven't moved on and was not aware that any window manager aside from Window Maker could make use of Window Maker Dockapps. Can you give some examples of window managers that I might be able to get dockapps to work with if I make this change? I'd like to try it out. From wenheping at gmail.com Wed Aug 19 00:13:01 2009 From: wenheping at gmail.com (wen heping) Date: Wed Aug 19 00:13:08 2009 Subject: port science/paraview In-Reply-To: <4A8AFA4B.4050600@smo.de> References: <20090818154751.GA1930@mech-cluster241.men.bris.ac.uk> <4A8AFA4B.4050600@smo.de> Message-ID: <7be7a2800908181712l5c07d45dj8dc2f29c1afe533b@mail.gmail.com> ParaView-3.6.1 require Qt4.3 or newer, there is qt-4.5.2 in FreeBSD ports tree. On Wed, Aug 19, 2009 at 3:00 AM, Philipp Ost wrote: > Anton Shterenlikht wrote: > >> port science/paraview is far behind the current version. >> >> I do understand that nobody really takes care of it, >> so please do not see this as a request. I'm grateful >> that somebody has created this port at all! >> >> I'd like to help but I've never done any serious >> port work, just occasional patches. >> What is your estimate of the amount of work, and of >> skills required to bring this port up to date? >> > > I tried compiling a current version of ParaView outside the port > infrastructure. I got the non-gui part compiled; the GUI needs an older > version of Qt than actually is available in the ports tree. At this point I > gave up -- but I have to admit that I didn't try that hard... > > Philipp > From QAT at FreeBSD.org Wed Aug 19 01:00:13 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Aug 19 01:00:31 2009 Subject: cvs commit: ports/astro/orsa Makefile ports/science/xloops-ginac Makefile In-Reply-To: <200908190057.n7J0vK4G053329@repoman.freebsd.org> References: <200908190057.n7J0vK4G053329@repoman.freebsd.org> Message-ID: <20090819005710.569A939851@qat.tcbug.org> The Restless Daemon identified a depend_object error while trying to build: orsa-0.7.0_10 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/astro/orsa/Makefile,v 1.27 2009/08/19 00:57:20 araujo Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/orsa-0.7.0_10.log : if /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo -I . \ -o ginac-examples.info ginac-examples.texi; \ then \ rc=0; \ CDPATH="${ZSH_VERSION+.}:" && cd .; \ else \ rc=$?; \ CDPATH="${ZSH_VERSION+.}:" && cd . && \ $restore $backupdir/* `echo "./ginac-examples.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo --no-split --no-headers ./ginac-examples.texi > ginac-examples.txt ./ginac-examples.texi:36: warning: `@contents' omitted since writing to stdout. /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo --no-split --html ./ginac-examples.texi gmake[2]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc/examples' gmake[2]: Entering directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[1]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[1]: Entering directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3' gmake[1]: Nothing to be done for `all-am'. gmake[1]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3' ===> Installing for GiNaC-1.5.3_1 ===> GiNaC-1.5.3_1 depends on executable: pkg-config - found ===> Generating temporary packing list ===> Checking if math/GiNaC already installed ===> GiNaC-1.5.3_1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of math/GiNaC without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/math/GiNaC. *** Error code 1 Stop in /a/ports/astro/orsa. ================================================================ build of /usr/ports/astro/orsa ended at Wed Aug 19 00:57:08 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/orsa-0.7.0_10.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=astro&portname=orsa The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From QAT at FreeBSD.org Wed Aug 19 01:01:29 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Aug 19 01:01:45 2009 Subject: cvs commit: ports/astro/orsa Makefile ports/science/xloops-ginac Makefile In-Reply-To: <200908190057.n7J0vK4G053329@repoman.freebsd.org> References: <200908190057.n7J0vK4G053329@repoman.freebsd.org> Message-ID: <20090819005826.6BDE839851@qat.tcbug.org> The Restless Daemon identified a depend_object error while trying to build: xloops-ginac-0.1.3_9 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/science/xloops-ginac/Makefile,v 1.26 2009/08/19 00:57:20 araujo Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/xloops-ginac-0.1.3_9.log : if /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo -I . \ -o ginac-examples.info ginac-examples.texi; \ then \ rc=0; \ CDPATH="${ZSH_VERSION+.}:" && cd .; \ else \ rc=$?; \ CDPATH="${ZSH_VERSION+.}:" && cd . && \ $restore $backupdir/* `echo "./ginac-examples.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo --no-split --no-headers ./ginac-examples.texi > ginac-examples.txt ./ginac-examples.texi:36: warning: `@contents' omitted since writing to stdout. /bin/sh /work/a/ports/math/GiNaC/work/ginac-1.5.3/config/missing --run makeinfo --no-split --html ./ginac-examples.texi gmake[2]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc/examples' gmake[2]: Entering directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[1]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3/doc' gmake[1]: Entering directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3' gmake[1]: Nothing to be done for `all-am'. gmake[1]: Leaving directory `/work/a/ports/math/GiNaC/work/ginac-1.5.3' ===> Installing for GiNaC-1.5.3_1 ===> GiNaC-1.5.3_1 depends on executable: pkg-config - found ===> Generating temporary packing list ===> Checking if math/GiNaC already installed ===> GiNaC-1.5.3_1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of math/GiNaC without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** Error code 1 Stop in /a/ports/math/GiNaC. *** Error code 1 Stop in /a/ports/science/xloops-ginac. ================================================================ build of /usr/ports/science/xloops-ginac ended at Wed Aug 19 00:58:24 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/xloops-ginac-0.1.3_9.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=science&portname=xloops-ginac The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From its_duff_man at hotmail.com Wed Aug 19 06:56:02 2009 From: its_duff_man at hotmail.com (its_duff_man@hotmail.com) Date: Wed Aug 19 06:56:10 2009 Subject: multimedia/avidemux2 In-Reply-To: <20090818225905.43fc730c@notebook> References: <20090818225905.43fc730c@notebook> Message-ID: On Tuesday 18 August 2009 14:59:05 Sergey V. Dyatko wrote: > Hi, > > subj is marked as 'BROKEN' (need a update for Qt 4.5). We have qt4-4.5.2 > now. Can you fix avidemux2 build? > With removed 'BROKEN' string on Makefile I got error. Build log: > http://tiger.ipfw.ru/files/avidemux2build.txt > > -- The attached patch got avidemux building again for me. I don't really know cmake, I just used the patch I found at http://trac.macports.org/attachment/ticket/19859/avidemux-2.4.4- cmake.patch.txt There is some extra whitespace and CRs in the file, that the mailer might mess up, so you may have to play with it to get it to apply. -------------- next part -------------- --- avidemux/CMakeLists.txt.orig 2008-10-03 06:05:09.000000000 -0500 +++ avidemux/CMakeLists.txt 2009-08-15 21:23:20.000000000 -0500 @@ -84,7 +84,6 @@ ADM_audio ADM_script ADM_videoFilter -ADM_filter ADM_video ADM_audiodevice ADM_ocr @@ -93,6 +92,24 @@ FOREACH(_current ${ADM_SUBDIR}) ADD_SUBDIRECTORY(${_current}) +ENDFOREACH(_current ${ADM_SUBDIR}) + +SET(ADM_SUBDIR +ADM_filter +ADM_audiofilter +ADM_editor +ADM_audiocodec +ADM_audio +ADM_script +ADM_videoFilter +ADM_filter +ADM_video +ADM_audiodevice +ADM_ocr +ADM_colorspace +) + +FOREACH(_current ${ADM_SUBDIR}) add_libs_all_targets(${_current}) ENDFOREACH(_current ${ADM_SUBDIR}) From mad at madpilot.net Wed Aug 19 07:45:06 2009 From: mad at madpilot.net (Guido Falsi) Date: Wed Aug 19 07:45:13 2009 Subject: HEADS UP dockapp maintainers In-Reply-To: References: <4A89BC3C.1010605@FreeBSD.org> Message-ID: <20090819074503.GC85381@megatron.madpilot.net> On Tue, Aug 18, 2009 at 01:00:39PM -0700, Luke Dean wrote: > > I haven't moved on and was not aware that any window manager aside > from Window Maker could make use of Window Maker Dockapps. > > Can you give some examples of window managers that I might be able > to get dockapps to work with if I make this change? I'd like to > try it out. fvwm2 in one I'm quite sure about. -- Guido Falsi From stb at lassitu.de Wed Aug 19 09:36:57 2009 From: stb at lassitu.de (Stefan Bethke) Date: Wed Aug 19 09:37:04 2009 Subject: May I direct a committers attention to PR ports/137731? Message-ID: <5C74D7A5-AE92-454B-821E-677D37C7880C@lassitu.de> Hi, would one of you mind taking a look at PR ports/137731? Thanks, Stefan -- Description: HAL integration of the vmmouse driver currently has two issues: - In the FDI file, the match element key="input.originating_device" contains="i8042_AUX_port" does not match on FreeBSD, so the the callout is never added, and the driver never activated. - The callout script uses hal-set-property --direct, which is not available in hal-0.5.10, the current port version of hal. How-To-Repeat: Try moving the mouse outside the VMware window. Fix: This patch forces the usage of the VMware mouse driver. Once hal-0.5.12 or newer is in ports, this patch should be changed to add the callout again. x11-drivers/xf86-input-vmmouse/files/patch-fdi-11-x11-vmmouse.fdi: --- fdi/11-x11-vmmouse.fdi 2008-12-16 23:41:13.000000000 +0100 +++ /root/11-x11-vmmouse.fdi 2009-08-13 18:35:17.000000000 +0200 @@ -2,8 +2,8 @@ - - hal-probe-vmmouse + + vmmouse -- Stefan Bethke Fon +49 151 14070811 From 000.fbsd at quip.cz Wed Aug 19 11:25:25 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Aug 19 11:25:32 2009 Subject: portmaster is not always recursive In-Reply-To: <4A8AEE8B.2010002@FreeBSD.org> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> <4A89D7FD.8080106@quip.cz> <4A89FA80.8090308@FreeBSD.org> <4A8A6B20.1030100@quip.cz> <4A8AEE8B.2010002@FreeBSD.org> Message-ID: <4A8BE120.9040606@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: > >>Doug Barton wrote: >> >>>Miroslav Lachman wrote: >> >>[...] >> >> >>>>I have seen similar problem in the past with amavisd-new + spamassassin >>>>and their dependencies, but it is much bigger and complicated tree of >>>>dependencies and I have not evidence recorded for it. >>>>Reported case with jpeg / gd / png is the simplest one I have seen. >>> >>> >>>Were these other cases also with the -r option, or were they when >>>doing "regular" upgrades? >> >>It was with regular upgrade, if I remember it well, but it was some time >>ago... I'll track it better next time (if it occurs). > > > If it's failing on a regular upgrade I start to suspect weirdness in > your local setup since that's a dead-simple thing that would be very > hard for portmaster to get wrong. I'm also suspicious because I took a > look at the code a couple times yesterday and even using -r each port > should still be getting the full treatment, which includes upgrading > dependencies as needed. > > I will however put some more time into testing it today and get back > to you. I will try to find some other machine with old versions of jpeg, gd, png and try same upgrade again. There is some more details from machine in original post: root@ararat ~/# cat ~/.portmasterrc # portmaster rc file DONT_SCRUB_DISTFILES=yes BACKUP=yes MAKE_PACKAGE=yes SAVE_SHARED=yes root@ararat ~/# grep -v '^#' /etc/make.conf NO_PORTSUPDATE=yes # use portsnap for updating ports tree SUP_UPDATE= yes SUP= /usr/local/bin/cvsup SUPFLAGS= -g -L 2 SUPHOST= cvsup.cz.FreeBSD.org SUPFILE= /usr/local/etc/cvsup/stable-supfile DOCSUPFILE= /usr/local/etc/cvsup/doc-supfile MASTER_SITE_APACHE_HTTPD?= http://mirror.styx.cz/apache/httpd/ http://ftp.sh.cvut.cz/MIRRORS/apache/httpd/ http://mirror.styx.cz/apache/httpd/ http://www.apache.org/dist/httpd/ http://www.eu.apache.org/dist/httpd/ WITH_APACHE=yes APACHE_VERSION=22 WITHOUT_X11=yes WITHOUT_GUI=yes WITHOUT_CUPS=yes MASTER_SITE_PHP= http://cz.php.net/%SUBDIR%/ .if !empty(.CURDIR:M/usr/ports*) && exists(/usr/local/libexec/portconf) _PORTCONF!=/usr/local/libexec/portconf .for i in ${_PORTCONF:S/|/ /g} ${i:S/%/ /g} .endfor .endif PERL_VERSION=5.8.9 root@ararat ~/# grep -v '^#' /usr/local/etc/ports.conf databases/mysql50-*: WITH_CHARSET=utf8 | WITH_XCHARSET=all | WITH_COLLATION=utf8_czech_ci databases/phpmyadmin: WITHOUT_PHP_DEPENDS=yes databases/sqlite3: WITH_THREADS=yes | WITHOUT_DOCS=yes devel/pcre: WITH_UTF8=yes ftp/bsdftpd-ssl: CLIENT_ONLY=yes ftp/proftpd: WITH_MYSQL=yes | WITH_OPENSSL=yes | WITH_QUOTA=yes | WITH_README=yes ftp/proftpd-mysql: WITH_MYSQL=yes | WITH_OPENSSL=yes | WITH_QUOTA=yes | WITH_README=yes java/jdk15: WITHOUT_WEB=yes mail/postfix: POSTFIX_DEFAULT_MTA=true | WITH_PCRE=true | WITH_SASL2=true | WITH_TLS=true | WITH_BDB=true | WITH_MYSQL=true | WITH_VDA=true | WITH_TEST=true | BATCH=true lang/php5: WITH_CLI=true | WITH_CGI=true | WITH_APACHE=true | WITH_SUHOSIN=true | WITH_MULTIBYTE=true | WITH_MAILHEAD=true | WITH_FASTCGI=true | WITH_PATHINFO=true | WITHOUT_DEBUG=true | WITHOUT_IPV6=true | WITHOUT_REDIRECT=true | WITHOUT_DISCARD=true From Wolfgang.Teschner at polizei.niedersachsen.de Wed Aug 19 12:03:06 2009 From: Wolfgang.Teschner at polizei.niedersachsen.de (Wolfgang Teschner) Date: Wed Aug 19 12:03:13 2009 Subject: FreeBSD Port: virtualbox-3.0.51.r22226 Message-ID: <4A8BE2EB.3010109@polizei.niedersachsen.de> Hi! Will this release (http://www.freebsd.org/cgi/ports.cgi?query=^virtualbox-3.0.51.r22226&stype=name) be supported by the current stable fbsd 7.2 or does it need v8? Thank you, wolfgang teschner -- Dipl. Kfm. Wolfgang Teschner ZPD - Zentrale Polizeidirektion Niedersachsen Abteilung 4 - Polizeitechnik Dezernat 42 Fachbereich 42.1.1 - Gesamtarchitektur und Anforderung Tannenbergallee 11 30163 Hannover Tel: +49 511 9695 7509 Fax: +49 511 9695 7... From QAT at FreeBSD.org Wed Aug 19 13:02:20 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Aug 19 13:02:42 2009 Subject: cvs commit: ports/graphics/giram Makefile pkg-descr pkg-plist In-Reply-To: <200908191256.n7JCuS5x048778@repoman.freebsd.org> References: <200908191256.n7JCuS5x048778@repoman.freebsd.org> Message-ID: <20090819125917.8969E39851@qat.tcbug.org> The Restless Daemon identified a mtree error while trying to build: giram-0.3.5_12 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/graphics/giram/Makefile,v 1.46 2009/08/19 12:56:28 danfe Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/giram-0.3.5_12.log : gmake[2]: Nothing to be done for `install-exec-am'. /bin/sh ./mkinstalldirs /usr/local/lib/giram/0.3 install -o root -g wheel -m 555 user_install /usr/local/lib/giram/0.3/user_install gmake install-man1 gmake[3]: Entering directory `/work/a/ports/graphics/giram/work/giram-0.3.5' /bin/sh ./mkinstalldirs /usr/local/man/man1 install -o root -g wheel -m 444 ./giram.1 /usr/local/man/man1/giram.1 gmake[3]: Leaving directory `/work/a/ports/graphics/giram/work/giram-0.3.5' /bin/sh ./mkinstalldirs /usr/local/lib/giram/0.3 install -o root -g wheel -m 444 ./giram_logo.ppm /usr/local/lib/giram/0.3/giram_logo.ppm install -o root -g wheel -m 444 ./giram_splash.ppm /usr/local/lib/giram/0.3/giram_splash.ppm /bin/sh ./mkinstalldirs /usr/local/etc/giram/0.3 mkdir /usr/local/etc/giram mkdir /usr/local/etc/giram/0.3 install -o root -g wheel -m 444 ./giramrc /usr/local/etc/giram/0.3/giramrc install -o root -g wheel -m 444 ./giramrc_user /usr/local/etc/giram/0.3/giramrc_user install -o root -g wheel -m 444 ./gtkrc /usr/local/etc/giram/0.3/gtkrc install -o root -g wheel -m 444 ./gtkrc_user /usr/local/etc/giram/0.3/gtkrc_user install -o root -g wheel -m 444 ./ps-menurc /usr/local/etc/giram/0.3/ps-menurc gmake[2]: Leaving directory `/work/a/ports/graphics/giram/work/giram-0.3.5' gmake[1]: Leaving directory `/work/a/ports/graphics/giram/work/giram-0.3.5' ===> Compressing manual pages for giram-0.3.5_12 ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for giram-0.3.5_12 ================================================================ ======================================== ===> Building package for giram-0.3.5_12 Creating package /tmp/packages/All/giram-0.3.5_12.tbz Registering depends: gtk-2.16.5_1 atk-1.26.0 pango-1.24.5 shared-mime-info-0.60_1 gio-fam-backend-2.20.4 gamin-0.1.10_3 glib-2.20.4 gettext-0.17_1 libxml2-2.7.3 libiconv-1.13.1 povray-3.6.1_5 lib3ds-1.3.0_1 libglut-7.4.4 libXmu-1.0.4,1 libXt-1.0.5_1 libGLU-7.4.4 libGL-7.4.4 libXdamage-1.1.1 libXcursor-1.1.9_1 libXcomposite-0.4.0,1 libXfixes-4.0.3_1 libXi-1.2.1,1 libXxf86vm-1.0.2 libXinerama-1.0.3,1 libXrandr-1.3.0 libXext-1.0.5,1 cairo-1.8.8,1 libXft-2.1.13 libXrender-0.9.4_1 libX11-1.2.1_1,1 xcb-util-0.3.5 libxcb-1.4 libdrm-2.4.12 libpthread-stubs-0.1 pcre-7.9 libXdmcp-1.0.2_1 libXau-1.0.4 libSM-1.1.0_1,1 libICE-1.0.4_1,1 xorg-fonts-truetype-7.4 font-misc-ethiopic-1.0.0 font-misc-meltho-1.0.0_1 font-bh-ttf-1.0.0 mkfontdir-1.0.4 mkfontscale-1.0.6 libfontenc-1.0.4 xproto-7.0.15 pixman-0.15.4 bitstream-vera-1.10_4 fontconfig-2.6.0,1 freetype2-2.3.9_1 pkg-config-0.23_1 jasper-1.900.1_8 tiff-3.8.2_4 jpeg-7 png-1.2.38 perl-5.8.9_3 xcb-proto-1.5 python26-2.6.2_2 hicolor-icon-theme- 0.10_2 expat-2.0.1 encodings-1.0.2,1 font-util-1.0.1 compositeproto-0.4 damageproto-1.1.0_2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 randrproto-1.3.0 renderproto-0.9.3 xextproto-7.0.5 xf86vidmodeproto-2.2.2 xineramaproto-1.1.2. Creating bzip'd tar ball in '/tmp/packages/All/giram-0.3.5_12.tbz' Deleting giram-0.3.5_12 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 639208 4 drwxr-xr-x 2 root wheel 512 Aug 19 12:59 usr/local/share/doc/giram 639209 56 -r--r--r-- 1 root wheel 27750 Aug 19 12:59 usr/local/share/doc/giram/Tutorial ================================================================ build of /usr/ports/graphics/giram ended at Wed Aug 19 12:59:15 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/giram-0.3.5_12.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=graphics&portname=giram The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From bms at incunabulum.net Wed Aug 19 13:35:25 2009 From: bms at incunabulum.net (Bruce Simpson) Date: Wed Aug 19 13:35:32 2009 Subject: [Fwd: Re: cvs commit: ports/net/py-txamqp Makefile distinfo pkg-plist] Message-ID: <4A8BFB72.70104@incunabulum.net> So they cut over to easy_install -- how do I tell it to record the egg information? This wasn't in the Porter's Handbook. Perhaps someone more familiar with the python ports knows? -------------- next part -------------- An embedded message was scrubbed... From: QAT@FreeBSD.org Subject: Re: cvs commit: ports/net/py-txamqp Makefile distinfo pkg-plist Date: Wed, 19 Aug 2009 13:13:07 +0000 (UTC) Size: 7565 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090819/786dc72e/py-txamqpMakefiledistinfopkg-plist.eml From amdmi3 at amdmi3.ru Wed Aug 19 15:34:15 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Aug 19 15:34:23 2009 Subject: Let's add more DESKTOP_ENTRIES to our ports Message-ID: <20090819153405.GC9942@hades.panopticon> Hi! There have been much effort in improving ports collection lately (MAKE_JOBS, custom PREFIX/LOCALBASE support and many more) and I'd like to suggest another one. While many of us prefer functional and lightweight window managers and terminals to fancy desktop environements, number of users who use FreeBSD as a desktop certainly grows. Taking that into account, is a shame that most of ports for GUI applications do not install .desktop files - thus they don't appear in users' start menus. I think we should improve this situation. Here's the list of ports that depend on libX11 (based on INDEX-8) and do not either have DESKTOP_ENTRIES in Makefile or share/applications/*.desktop in pkg-plist: http://people.freebsd.org/~amdmi3/desktop-needed.txt That is as many as 6201 ports, and that's 88% of our 7007 ports that depend on libX11 :/ There are many false positives though (that is, ports that do not install binaries; ports that use libX11 but are not really GUI programs; ports that do not require menu entry (such as window managers, desktop managers etc.), but I'm pretty sure all ports that require attention are there. Starting from my ports, here's a patch which adds 21 desktop entries for some of games maintainer by me: http://people.freebsd.org/~amdmi3/desktop.patch There will be many more, but here it is now for review and for use as an exaple (if I'm not doin' it wrong, of course). To make adding DESKTOP_ENTRIES simple and fun, here's a script called "de" which outputs a template for desktop entry when run from port's directory: --- de begins here --- #!/bin/sh echo "DESKTOP_ENTRIES=\"`make -V PORTNAME`\" \\" echo " \"`make -V COMMENT`\" \\" echo " \"\${DATADIR}/\" \\" echo " \"`make -V PORTNAME`\" \\" echo " \"`make -V CATEGORIES | tr ' ' ';' | sed 's|$|;|' | sed 's|games|game|'`\" \\" echo " false" --- de ends here --- if you use vim, just type !!de while editing port's makefile, and it'll add template for you, which will require only a little editing: - change app name in the first line for proper spacing and case (i.e. brainworkshop -> Brain Workshop) - possibly simplify description in the second line (while leaving it equal to COMMENT is generally good enough) - Change icon path (some ports install icons into ${DATADIR}, some (this likely only applies to games) have graphic sprites useable as icons, for others just list leave "" = no icon. - Fix categories. Full list here: http://standards.freedesktop.org/menu-spec/latest/apa.html I'd like to receive patch review and feedback. Also, I don't really understand what StartupNotification really is (true/false in the end of DESKTOP_ENTRY) and how to determine which is suitable for this or that port - could anyone explain? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From makc at issp.ac.ru Wed Aug 19 16:22:32 2009 From: makc at issp.ac.ru (Max Brazhnikov) Date: Wed Aug 19 16:22:40 2009 Subject: Let's add more DESKTOP_ENTRIES to our ports In-Reply-To: <20090819153405.GC9942@hades.panopticon> References: <20090819153405.GC9942@hades.panopticon> Message-ID: <200908192022.27296.makc@issp.ac.ru> On Wed, 19 Aug 2009 19:34:05 +0400, Dmitry Marakasov wrote: > I'd like to receive patch review and feedback. Also, I don't really > understand what StartupNotification really is (true/false in the end of > DESKTOP_ENTRY) and how to determine which is suitable for this or that > port - could anyone explain? If StartupNotification is true KDE will change cursor when starting application, e.g. adding apps icon near cursor (I believe other DE have something similar). It can be globally disabled in kde settings anytime. From amdmi3 at amdmi3.ru Wed Aug 19 16:54:06 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Aug 19 16:54:14 2009 Subject: Let's add more DESKTOP_ENTRIES to our ports In-Reply-To: <200908192022.27296.makc@issp.ac.ru> References: <20090819153405.GC9942@hades.panopticon> <200908192022.27296.makc@issp.ac.ru> Message-ID: <20090819165356.GE9942@hades.panopticon> * Max Brazhnikov (makc@issp.ac.ru) wrote: > > I'd like to receive patch review and feedback. Also, I don't really > > understand what StartupNotification really is (true/false in the end of > > DESKTOP_ENTRY) and how to determine which is suitable for this or that > > port - could anyone explain? > If StartupNotification is true KDE will change cursor when starting > application, e.g. adding apps icon near cursor (I believe other DE have > something similar). It can be globally disabled in kde settings anytime. According to http://standards.freedesktop.org/desktop-entry-spec/1.1/ar01s05.html it's something more complicated: ``If true, it is KNOWN that the application will send a "remove" message when started with the DESKTOP_STARTUP_ID environment variable set. If false, it is KNOWN that the application does not work with startup notification at all (does not shown any window, breaks even when using StartupWMClass, etc.). If absent, a reasonable handling is up to implementations (assuming false, using StartupWMClass, etc.).'' and I assume it requires some support from the application. Actually it looks like this shouldn't be mandatory in DESKTOP_ENTRIES. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From QAT at FreeBSD.org Wed Aug 19 18:57:42 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Aug 19 18:58:00 2009 Subject: cvs commit: ports/print/kpdftool Makefile ports/chinese/qterm Makefile ports/chinese/gbk2uni Makefile In-Reply-To: <200908191850.n7JIoK05090934@repoman.freebsd.org> References: <200908191850.n7JIoK05090934@repoman.freebsd.org> Message-ID: <20090819185436.38D0339851@qat.tcbug.org> The Restless Daemon identified a checksum error while trying to build: kpdftool-0.22_3 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/print/kpdftool/Makefile,v 1.6 2009/08/19 18:50:20 erwin Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/kpdftool-0.22_3.log : End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=qmake-3.3.8_1.tbz libmng-1.0.10_1.tbz png-1.2.38.tbz jpeg-7.tbz libXft-2.1.13.tbz cups-client-1.3.10_4.tbz nas-1.9.1_3.tbz libGLU-7.4.4.tbz libXinerama-1.0.3,1.tbz libSM-1.1.0_1,1.tbz libXi-1.2.1,1.tbz lcms-1.18a_1,1.tbz freetype2-2.3.9_1.tbz fontconfig-2.6.0,1.tbz xproto-7.0.15.tbz libXrender-0.9.4_1.tbz pkg-config-0.23_1.tbz gnutls-2.8.3.tbz libX11-1.2.1_1,1.tbz libXext-1.0.5,1.tbz libXt-1.0.5_1.tbz libXau-1.0.4.tbz libICE-1.0.4_1,1.tbz libXp-1.0.0,1.tbz libXpm-3.5.7.tbz libXmu-1.0.4,1.tbz libXaw-1.0.5_1,1.tbz libGL-7.4.4.tbz libXxf86vm-1.0.2.tbz libXdamage-1.1.1.tbz libXfixes-4.0.3_1.tbz xineramaproto-1.1.2.tbz inputproto-1.5.0.tbz expat-2.0.1.tbz renderproto-0.9.3.tbz libgcrypt-1.4.4.tbz libgpg-error-1.7.tbz libiconv-1.13.1.tbz gettext-0.17_1.tbz libxcb-1.4.tbz kbproto-1.0.3.tbz libXdmcp-1.0.2_1.tbz xextproto-7.0.5.tbz printproto-1.0.4.tbz libdrm-2.4.12.tbz dri2proto-2.0.tbz xf86vidmodeproto-2.2.2.tbz damageproto-1.1.0_2.tbz fixesproto-4.0.tbz xcb-proto-1.5. tbz libpthread-stubs-0.1.tbz python26-2.6.2_2.tbz qt-3.3.8_10.tbz gmake-3.81_3.tbz RUN_DEPENDS=jpeg-7.tbz png-1.2.38.tbz tiff-3.8.2_4.tbz liblqr-1-0.4.1.tbz libfpx-1.2.0.12_1.tbz jbigkit-1.6.tbz jasper-1.900.1_8.tbz lcms-1.18a_1,1.tbz freetype2-2.3.9_1.tbz fontconfig-2.6.0,1.tbz libltdl-2.2.6a.tbz libxml2-2.7.3.tbz libXext-1.0.5,1.tbz libXt-1.0.5_1.tbz perl-5.8.9_3.tbz pkg-config-0.23_1.tbz ghostscript8-8.64_6.tbz glib-2.20.4.tbz gio-fam-backend-2.20.4.tbz expat-2.0.1.tbz libiconv-1.13.1.tbz xextproto-7.0.5.tbz xproto-7.0.15.tbz libX11-1.2.1_1,1.tbz libXau-1.0.4.tbz libSM-1.1.0_1,1.tbz cups-image-1.3.10_4.tbz gsfonts-8.11_5.tbz pcre-7.9.tbz gettext-0.17_1.tbz python26-2.6.2_2.tbz gamin-0.1.10_3.tbz libxcb-1.4.tbz kbproto-1.0.3.tbz libXdmcp-1.0.2_1.tbz libICE-1.0.4_1,1.tbz cups-client-1.3.10_4.tbz gnutls-2.8.3.tbz xcb-proto-1.5.tbz libpthread-stubs-0.1.tbz libgcrypt-1.4.4.tbz libgpg-error-1.7.tbz ImageMagick-6.5.4.10_1.tbz libmng-1.0.10_1.tbz libXft-2.1.13.tbz nas-1.9.1_3.tbz libGLU-7.4.4.tbz libXinerama-1.0.3,1.tbz libXi-1.2.1,1.tbz libXrender-0.9.4_1.tbz l ibXp-1.0.0,1.tbz libXpm-3.5.7.tbz libXmu-1.0.4,1.tbz libXaw-1.0.5_1,1.tbz libGL-7.4.4.tbz libXxf86vm-1.0.2.tbz libXdamage-1.1.1.tbz libXfixes-4.0.3_1.tbz xineramaproto-1.1.2.tbz inputproto-1.5.0.tbz renderproto-0.9.3.tbz printproto-1.0.4.tbz libdrm-2.4.12.tbz dri2proto-2.0.tbz xf86vidmodeproto-2.2.2.tbz damageproto-1.1.0_2.tbz fixesproto-4.0.tbz qt-3.3.8_10.tbz add_pkg ================================================================ ======================================== => kpdftool-0.22.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. fetch: file:///distcache//kpdftool-0.22.tar.gz: size mismatch: expected 5521, actual 729 => Attempting to fetch from http://www.yuanjue.net/download/. fetch: http://www.yuanjue.net/download/kpdftool-0.22.tar.gz: size unknown fetch: http://www.yuanjue.net/download/kpdftool-0.22.tar.gz: size of remote file is not known kpdftool-0.22.tar.gz -1 B 8680 kBps => MD5 Checksum mismatch for kpdftool-0.22.tar.gz. => SHA256 Checksum mismatch for kpdftool-0.22.tar.gz. ===> Refetch for 1 more times files: kpdftool-0.22.tar.gz kpdftool-0.22.tar.gz => kpdftool-0.22.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from file:///distcache//. fetch: file:///distcache//kpdftool-0.22.tar.gz: size mismatch: expected 5521, actual 729 => Attempting to fetch from http://www.yuanjue.net/download/. fetch: http://www.yuanjue.net/download/kpdftool-0.22.tar.gz: size unknown fetch: http://www.yuanjue.net/download/kpdftool-0.22.tar.gz: size of remote file is not known kpdftool-0.22.tar.gz -1 B 10 MBps => MD5 Checksum mismatch for kpdftool-0.22.tar.gz. => SHA256 Checksum mismatch for kpdftool-0.22.tar.gz. ===> Giving up on fetching files: kpdftool-0.22.tar.gz kpdftool-0.22.tar.gz Make sure the Makefile and distinfo file (/a/ports/print/kpdftool/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /a/ports/print/kpdftool. *** Error code 1 Stop in /a/ports/print/kpdftool. ================================================================ build of /usr/ports/print/kpdftool ended at Wed Aug 19 18:54:34 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/kpdftool-0.22_3.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=print&portname=kpdftool The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 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. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From nox at jelal.kn-bremen.de Wed Aug 19 20:40:53 2009 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Wed Aug 19 20:40:59 2009 Subject: FreeBSD Port: virtualbox-3.0.51.r22226 In-Reply-To: <4A8BE2EB.3010109@polizei.niedersachsen.de> References: <4A8BE2EB.3010109@polizei.niedersachsen.de> Message-ID: <20090819203942.GA13239@triton8.kn-bremen.de> On Wed, Aug 19, 2009 at 01:32:59PM +0200, Wolfgang Teschner wrote: > Hi! > Will this release > (http://www.freebsd.org/cgi/ports.cgi?query=^virtualbox-3.0.51.r22226&stype=name) > be supported by the current stable fbsd 7.2 or does it need v8? I just tested this port with the tuntap/bridging hacks I just posted about... http://lists.freebsd.org/pipermail/freebsd-emulation/2009-August/006693.html ...on 7.2-STABLE from June: seems to work no worse than on 8. (There are a few known issues affecting all FreeBSD branches tho, see the wiki: http://wiki.freebsd.org/VirtualBox ) HTH, Juergen From sweetnavelorange at gmail.com Wed Aug 19 21:00:33 2009 From: sweetnavelorange at gmail.com (James Butler) Date: Wed Aug 19 21:00:39 2009 Subject: Fwd: HEADS UP dockapp maintainers In-Reply-To: References: <4A89BC3C.1010605@FreeBSD.org> <20090819074503.GC85381@megatron.madpilot.net> Message-ID: 2009/8/19 Guido Falsi : > On Tue, Aug 18, 2009 at 01:00:39PM -0700, Luke Dean wrote: >> >> I haven't moved on and was not aware that any window manager aside >> from Window Maker could make use of Window Maker Dockapps. >> >> Can you give some examples of window managers that I might be able >> to get dockapps to work with if I make this change? ?I'd like to >> try it out. > > fvwm2 in one I'm quite sure about. Openbox does natively, and Xfce can with a panel plugin. -James Butler From 000.fbsd at quip.cz Wed Aug 19 23:53:14 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Wed Aug 19 23:53:21 2009 Subject: portmaster is not always recursive In-Reply-To: <4A8AEE8B.2010002@FreeBSD.org> References: <4A89CB20.3000408@quip.cz> <4A89CD0E.7010106@FreeBSD.org> <4A89D7FD.8080106@quip.cz> <4A89FA80.8090308@FreeBSD.org> <4A8A6B20.1030100@quip.cz> <4A8AEE8B.2010002@FreeBSD.org> Message-ID: <4A8C9063.3030206@quip.cz> Doug Barton wrote: > Miroslav Lachman wrote: > >>Doug Barton wrote: >> >>>Miroslav Lachman wrote: >> >>[...] >> >> >>>>I have seen similar problem in the past with amavisd-new + spamassassin >>>>and their dependencies, but it is much bigger and complicated tree of >>>>dependencies and I have not evidence recorded for it. >>>>Reported case with jpeg / gd / png is the simplest one I have seen. >>> >>> >>>Were these other cases also with the -r option, or were they when >>>doing "regular" upgrades? >> >>It was with regular upgrade, if I remember it well, but it was some time >>ago... I'll track it better next time (if it occurs). > > > If it's failing on a regular upgrade I start to suspect weirdness in > your local setup since that's a dead-simple thing that would be very > hard for portmaster to get wrong. I'm also suspicious because I took a > look at the code a couple times yesterday and even using -r each port > should still be getting the full treatment, which includes upgrading > dependencies as needed. > > I will however put some more time into testing it today and get back > to you. I found machine with old jpeg, gd, png and tried portmaster -r jpeg-6b_7 ... and the result is the same - PNG was not upgraded. Here comes the executed commands: root@lite ~/# portsnap fetch update && pkg_version -IvL = Looking up portsnap.FreeBSD.org mirrors... 3 mirrors found. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Latest snapshot on server matches what we already have. No updates needed. Ports tree is already up to date. gd-2.0.35,1 < needs updating (index has 2.0.35_1,1) jpeg-6b_7 < needs updating (index has 7) m4-1.4.12,1 < needs updating (index has 1.4.13,1) mrtg-2.16.2,1 < needs updating (index has 2.16.2_1,1) mysql-server-5.0.77_1 < needs updating (index has 5.0.84) p5-Compress-Raw-Bzip2-2.019 < needs updating (index has 2.020) p5-Compress-Raw-Zlib-2.019 < needs updating (index has 2.020) p5-Digest-1.15_1 < needs updating (index has 1.16) p5-ExtUtils-CBuilder-0.24 < needs updating (index has 0.2603) p5-ExtUtils-ParseXS-2.19_1 < needs updating (index has 2.20) p5-File-Temp-0.21 < needs updating (index has 0.22) p5-Geography-Countries-1.4 < needs updating (index has 2009041301) p5-HTML-Parser-3.61 < needs updating (index has 3.62) p5-IO-Socket-SSL-1.26 < needs updating (index has 1.27) p5-IO-Zlib-1.09 < needs updating (index has 1.10) p5-Module-Build-0.32 < needs updating (index has 0.34) p5-Net-IP-1.25 < needs updating (index has 1.25_1) p5-Net-SSLeay-1.35_1 < needs updating (index has 1.35_2) p5-PathTools-3.2900 < needs updating (index has 3.3000) p5-Scalar-List-Utils-1.20,1 < needs updating (index has 1.21,1) p5-Storable-2.18 < needs updating (index has 2.21) p5-Test-Deep-0.104 < needs updating (index has 0.106) p5-Test-Simple-0.86 < needs updating (index has 0.92) p5-URI-1.38 < needs updating (index has 1.40) p5-YAML-0.68 < needs updating (index has 0.70) p5-libwww-5.828 < needs updating (index has 5.831) phpMyAdmin-3.2.0.1 < needs updating (index has 3.2.1) png-1.2.35 < needs updating (index has 1.2.38) portupgrade-2.4.6_2,2 < needs updating (index has 2.4.6_3,2) postfix-2.6.1_1,1 < needs updating (index has 2.6.3,1) python-2.5,2 < needs updating (index has 2.6,2) python25-2.5.4_1 < needs updating (index has 2.5.4_2) roundcube-0.2.1,1 < needs updating (index has 0.2.2,1) ruby+nopthreads-1.8.7.160_3,1 < needs updating (index has 1.8.7.160_4,1) smartmontools-5.38_3 < needs updating (index has 5.38_6) stunnel-4.26 < needs updating (index has 4.27) unrar-3.80,5 < needs updating (index has 3.90.b4,5) vim-lite-7.2.209 < needs updating (index has 7.2.239) root@lite ~/# pkg_info -rR jpeg-6b_7 Information for jpeg-6b_7: Depends on: Required by: mrtg-2.16.2,1 gd-2.0.35,1 php5-gd-5.2.10 php5-extensions-1.3 root@lite ~/# pkg_tree -v gd-2.0.35,1 gd-2.0.35,1 |\__ png-1.2.35 |\__ jpeg-6b_7 |\__ pkg-config-0.23_1 \__ freetype2-2.3.9_1 \__ pkg-config-0.23_1 root@lite ~/# pkg_info -rR png-1.2.35 Information for png-1.2.35: Depends on: Required by: mrtg-2.16.2,1 gd-2.0.35,1 php5-gd-5.2.10 php5-extensions-1.3 root@lite ~/# portmaster -r jpeg-6b_7 ===>>> Done displaying pkg-message files ===>>> The following actions were performed: Upgrade of jpeg-6b_7 to jpeg-7 Upgrade of gd-2.0.35,1 to gd-2.0.35_1,1 Upgrade of mrtg-2.16.2,1 to mrtg-2.16.2_1,1 Re-installation of php5-extensions-1.3 Re-installation of php5-gd-5.2.10 root@lite ~/# pkg_version -vL = m4-1.4.12,1 < needs updating (port has 1.4.13,1) mysql-server-5.0.77_1 < needs updating (port has 5.0.84) p5-Compress-Raw-Bzip2-2.019 < needs updating (port has 2.020) p5-Compress-Raw-Zlib-2.019 < needs updating (port has 2.020) p5-Digest-1.15_1 < needs updating (port has 1.16) p5-ExtUtils-CBuilder-0.24 < needs updating (port has 0.2603) p5-ExtUtils-ParseXS-2.19_1 < needs updating (port has 2.20) p5-File-Temp-0.21 < needs updating (port has 0.22) p5-Geography-Countries-1.4 < needs updating (port has 2009041301) p5-HTML-Parser-3.61 < needs updating (port has 3.62) p5-IO-Socket-SSL-1.26 < needs updating (port has 1.27) p5-IO-Zlib-1.09 < needs updating (port has 1.10) p5-Module-Build-0.32 < needs updating (port has 0.34) p5-Net-IP-1.25 < needs updating (port has 1.25_1) p5-Net-SSLeay-1.35_1 < needs updating (port has 1.35_2) p5-PathTools-3.2900 < needs updating (port has 3.3000) p5-Scalar-List-Utils-1.20,1 < needs updating (port has 1.21,1) p5-Storable-2.18 < needs updating (port has 2.21) p5-Test-Deep-0.104 < needs updating (port has 0.106) p5-Test-Simple-0.86 < needs updating (port has 0.92) p5-URI-1.38 < needs updating (port has 1.40) p5-YAML-0.68 < needs updating (port has 0.70) p5-libwww-5.828 < needs updating (port has 5.831) phpMyAdmin-3.2.0.1 < needs updating (port has 3.2.1) png-1.2.35 < needs updating (port has 1.2.38) portupgrade-2.4.6_2,2 < needs updating (port has 2.4.6_3,2) postfix-2.6.1_1,1 < needs updating (port has 2.6.3,1) python25-2.5.4_1 < needs updating (port has 2.5.4_2) roundcube-0.2.1,1 < needs updating (port has 0.2.2,1) ruby+nopthreads-1.8.7.160_3,1 < needs updating (port has 1.8.7.160_4,1) smartmontools-5.38_3 < needs updating (port has 5.38_6) stunnel-4.26 < needs updating (port has 4.27) unrar-3.80,5 < needs updating (port has 3.90.b4,5) vim-lite-7.2.209 < needs updating (port has 7.2.239) root@lite ~/# pkg_tree -v gd-2.0.35_1,1 gd-2.0.35_1,1 |\__ png-1.2.35 |\__ jpeg-7 |\__ pkg-config-0.23_1 \__ freetype2-2.3.9_1 \__ pkg-config-0.23_1 root@lite ~/# pkg_info -rR jpeg-7 Information for jpeg-7: Depends on: Required by: gd-2.0.35_1,1 mrtg-2.16.2_1,1 php5-extensions-1.3 php5-gd-5.2.10 I have seen message from portmaster saying ===>>> Launching child to update png-1.2.35 to png-1.2.38 but upgrade did not happend, so I tried it again and save the whole output to pastebin http://pastebin.ca/1535736 As you can see on line 19, portmaster knows about png, so I do not understand why png was not upgraded. I left the machine in this state, so I can try what ever you suggest to resolve this issue. Miroslav Lachman From amdmi3 at amdmi3.ru Thu Aug 20 02:33:25 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 20 02:33:31 2009 Subject: Migration to new SourceForge url scheme now inevitable, solution Message-ID: <20090820023314.GF1295@hades.panopticon> Hi! I've just discovered that even old ports hosted on SourceForge were switched to the new file distribution scheme (i.e. MASTER_SITE_SOURCEFORGE_PROJECT). Fetching from old urls result in redirects, which means that these ports can now only be fetched from our mirror. So we should switch to SOURECFORGE_PROJECT immediately. I've written a simple Perl script ([1]) which uses curl to try to fetch distfiles for each SourceForge-hosted port from old location, parses curl output to discover redirect target, gets SUBDIR out of it and enhances it by substituding ${PORTNAME} and ${PORTVERSION}. The script doesn't really download distfiles (--max-filesize 1000 option for curl), so it doesn't eat much traffic. However, it eats some (much!) CPU time due to many make calls. It also runs in 10 threads by default. The test run results are here: [2]. Except for 45 ports for which new URL could not be determined (that basically means that the don't fetch at all and files were likely removed), this provides useable MASTER_SITES_SUBDIRs (curl also produces escaped urls so there's no problem with spaces and other weird characters) for all SF ports, so we can generate a patch semi-automatically. I'd like to do it :) Also note that top 3 subdirs happen to be ([3]): 1018 ${PORTNAME}/${PORTNAME}/${PORTVERSION} 259 ${PORTNAME}/${PORTNAME}/${PORTNAME}-${PORTVERSION} 72 ${PORTNAME}/OldFiles thus I'd also change default MASTER_SITE_SUBDIR for SFP to ${PORTNAME}/${PORTNAME}/${PORTVERSION}. This will save us trouble of caring about subdir for ~30% of SF ports. Finally, since MASTER_SITE_SOURCEFORGE will no longer be of use, I'd remove MASTER_SITE_SOURCEFORGE_PROJECT and just use MASTER_SITE_SOURCEFORGE for the new scheme. [1] http://people.freebsd.org/~amdmi3/sf.pl.txt [2] http://people.freebsd.org/~amdmi3/sourceforge-subdirs.txt [3] http://people.freebsd.org/~amdmi3/sourceforge-subdirs-top.txt -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From pgollucci at p6m7g8.com Thu Aug 20 04:08:09 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Aug 20 04:08:16 2009 Subject: Migration to new SourceForge url scheme now inevitable, solution In-Reply-To: <20090820023314.GF1295@hades.panopticon> References: <20090820023314.GF1295@hades.panopticon> Message-ID: <4A8CCC24.8050605@p6m7g8.com> Dmitry Marakasov wrote: > [1] http://people.freebsd.org/~amdmi3/sf.pl.txt Awesome. Rewriting this: my $portname = `make -VPORTNAME`; chomp $portname; my $portname_lc = lc($portname); my $portversion = `make -VPORTVERSION`; chomp $portversion; Like this, will help substantially by reducing make spawns by 1/2, you'll notice the ports tinderbox code does this too :) my @lines = lc `make -V PORTNAME -V PORTVERSION`; my $portname = $lines[0]; chomp $portname; my $portversion = $lines[1]; chomp $portversion; (untested) > [2] http://people.freebsd.org/~amdmi3/sourceforge-subdirs.txt > [3] http://people.freebsd.org/~amdmi3/sourceforge-subdirs-top.txt -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org 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 Thu Aug 20 04:58:33 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Aug 20 04:58:39 2009 Subject: Migration to new SourceForge url scheme now inevitable, solution In-Reply-To: <4A8CCC24.8050605@p6m7g8.com> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> Message-ID: <4A8CD7F4.2050708@p6m7g8.com> Philip M. Gollucci wrote: > Dmitry Marakasov wrote: > my @lines = lc `make -V PORTNAME -V PORTVERSION`; oops my @lines = map { chomp; lc } \ split /\n/, `make -V PORTNAME -V PORTVERSION`; *sigh* ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Consultant - P6M7G8 Inc. http://p6m7g8.net Senior Sys Admin - RideCharge, Inc. http://ridecharge.com ASF Member - Apache Software Foundation http://apache.org FreeBSD Committer - FreeBSD Foundation http://freebsd.org Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From piotr.smyrak at heron.pl Thu Aug 20 06:59:05 2009 From: piotr.smyrak at heron.pl (piotr.smyrak@heron.pl) Date: Thu Aug 20 06:59:13 2009 Subject: Let's add more DESKTOP_ENTRIES to our ports In-Reply-To: <20090819153405.GC9942@hades.panopticon> References: <20090819153405.GC9942@hades.panopticon> Message-ID: <20090820065114.M60962@heron.pl> On Wed, 19 Aug 2009 19:34:05 +0400, Dmitry Marakasov wrote > > I'd like to receive patch review and feedback. Also, I > don't really understand what StartupNotification really is > (true/false in the end of DESKTOP_ENTRY) and how to > determine which is suitable for this or that port - could > anyone explain? > StartupNotification is telling the desktop env, that an app whose launcher was clicked by user, is currently being started up, but not ready yet, there is no window yet or so, so the desktop env could report back to the user. See here: http://library.gnome.org/devel/integration-guide/stable/startup- notification.html.en http://standards.freedesktop.org/startup-notification-spec/startup- notification-latest.txt -- Piotr Smyrak piotr.smyrak@heron.pl From vmagerya at gmail.com Thu Aug 20 08:45:41 2009 From: vmagerya at gmail.com (Vitaly Magerya) Date: Thu Aug 20 08:45:47 2009 Subject: Let's add more DESKTOP_ENTRIES to our ports In-Reply-To: <20090819153405.GC9942@hades.panopticon> References: <20090819153405.GC9942@hades.panopticon> Message-ID: On 19/08/2009, Dmitry Marakasov wrote: > Here's the list of ports that depend on libX11 (based on INDEX-8) and do > not either have DESKTOP_ENTRIES in Makefile or share/applications/*.desktop > in pkg-plist: > > http://people.freebsd.org/~amdmi3/desktop-needed.txt Should interactive console applications have desktop entries? For example we have console games (e.g. games/tornado), interpreters, shells; there's also irc/irssi, www/elinks and similar. How do others (e.g. pkgsrc, debian/ubuntu) handle this? From richardtoohey at paradise.net.nz Thu Aug 20 09:57:20 2009 From: richardtoohey at paradise.net.nz (Richard Toohey) Date: Thu Aug 20 09:57:27 2009 Subject: vsftpd 2.2.0 - FTP clients (PASV) not working after upgrade from 2.1.0 Message-ID: Hi, all. Hopefully this is the right list; apologies if not. Wondering if anyone else has seen this or if something peculiar to my set-up. Server is i386 FreeBSD 7.2, ports upgraded with portmaster. vsftpd upgraded from 2.0.5 (or .6) to 2.1.0 no problems. Upgraded to 2.2.0 and ftp clients have started to fail - first noticed on Windows/Internet Explorer, but also OpenBSD/Firefox 3.0.x. If I try a command line line, no such issues (from the logs, the command line clients are using EPSV.) Firefox 3.5 on Mac gives me 500 OOPS: priv_sock_get_cmd Google gave me this: http://www.mail-archive.com/debian-bugs- dist@lists.debian.org/msg673507.html I crank up the logging with log_ftp_protocol=YES and I see the same behaviour as reported to the Debian list: Thu Aug 20 21:10:04 2009 [pid 73929] FTP command: Client "XXX. 72.27.XXX", "USER xxxxxxx" Thu Aug 20 21:10:04 2009 [pid 73929] [xxxxxxx] FTP response: Client "XXX.72.27.XXX", "331 Please specify the password." Thu Aug 20 21:10:04 2009 [pid 73929] [xxxxxxx] FTP command: Client "XXX.72.27.XXX", "PASS " Thu Aug 20 21:10:04 2009 [pid 73928] [xxxxxxx] OK LOGIN: Client "XXX. 72.27.XXX" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP response: Client "XXX.72.27.XXX", "230 Login successful." Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP command: Client "XXX.72.27.XXX", "SYST" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP response: Client "XXX.72.27.XXX", "215 UNIX Type: L8" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP command: Client "XXX.72.27.XXX", "PWD" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP response: Client "XXX.72.27.XXX", "257 "/usr/home/xxxxxxx"" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP command: Client "XXX.72.27.XXX", "TYPE I" Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP response: Client "XXX.72.27.XXX", "200 Switching to Binary mode." Thu Aug 20 21:10:04 2009 [pid 73933] [xxxxxxx] FTP command: Client "XXX.72.27.XXX", "PASV" ... and the log ends there (if I use an FTP command line client, there's an EPSV rather than a PASV, and things continue.) I've gone back to 2.1.0 in the meantime. Any advice, cluesticks, etc., welcomed. I appreciate there may be a lot more information required, but a "yes, seen this" or a "no, all good here, it's something else in your configuration" will help a lot at this point. Thanks. From avg at icyb.net.ua Thu Aug 20 10:56:14 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 20 10:56:22 2009 Subject: devel/apr: can't build after update to libtool-2.2.6a Message-ID: <4A8D2BCB.8060905@icyb.net.ua> Ports tree updated this morning. libtool-2.2.6a is installed stable/7 amd64 Options: _OPTIONS_READ=apr-gdbm-db42-1.3.8.1.3.9 WITH_THREADS=true WITHOUT_IPV6=true WITH_GDBM=true WITH_BDB=true WITHOUT_NDBM=true WITHOUT_LDAP=true WITHOUT_MYSQL=true WITHOUT_PGSQL=true Build fails at configure stage. Interesting snippets from output: ===> Configuring for apr-gdbm-db42-1.3.8.1.3.9 cd /usr/obj/ports/usr/ports/devel/apr/work/apr-1.3.8 ; /usr/bin/env CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=nocona" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144 /bin/sh ./buildconf buildconf: checking installation... buildconf: python version 2.6.2 (ok) buildconf: autoconf version 2.62 (ok) buildconf: libtool version 2.2.6 (ok) Copying libtool helper files ... buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. Creating include/arch/unix/apr_private.h.in ... configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:190: the top level configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd Creating configure ... configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd build/libtool.m4:67: LT_INIT is expanded from... build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... configure.in:190: the top level configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd configure:9755: error: possibly undefined macro: m4_ifval If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS configure:12392: error: possibly undefined macro: LT_INIT ... cd /usr/obj/ports/usr/ports/devel/apr/work/apr-1.3.8; /usr/bin/env CC="cc" CFLAGS="-O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=nocona" PYTHON="/usr/local/bin/python2.6" SHELL=/bin/sh CONFIG_SHELL=/bin/sh ACLOCAL=/usr/local/bin/aclocal-1.9 AUTOMAKE=/usr/local/bin/automake-1.9 AUTOMAKE_VERSION=19 AUTOCONF=/usr/local/bin/autoconf-2.62 AUTOHEADER=/usr/local/bin/autoheader-2.62 AUTOIFNAMES=/usr/local/bin/ifnames-2.62 AUTOM4TE=/usr/local/bin/autom4te-2.62 AUTORECONF=/usr/local/bin/autoreconf-2.62 AUTOSCAN=/usr/local/bin/autoscan-2.62 AUTOUPDATE=/usr/local/bin/autoupdate-2.62 AUTOCONF_VERSION=262 LIBTOOL=/usr/local/bin/libtool LIBTOOLIZE=/usr/local/bin/libtoolize LIBTOOL_M4=/usr/local/share/aclocal/libtool.m4 lt_cv_sys_max_cmd_len=262144 /bin/sh ./configure --prefix=/usr/local ${_LATE_CONFIGURE_ARGS} --with-installbuilddir=/usr/local/share/apr/build-1 --enable-threads --disable-ipv6 ... performing libtool configuration... ./configure: 9753: Syntax error: word unexpected (expecting ")") *** Error code 2 Looking into the file I see a snippet in non-shell syntax: Xsed="$SED -e 1s/^X//" lt_if_append_uniq(lt_decl_varnames, SED, , , lt_dict_add_subkey([lt_decl_dict], [SED], [libtool_name], [m4_ifval([], [], [SED])]) lt_dict_add_subkey([lt_decl_dict], [SED], [value], [1]) m4_ifval([A sed program that does not truncate output], [lt_dict_add_subkey([lt_decl_dict], [SED], [description], [A sed program that does not truncate output])]) lt_dict_add_subkey([lt_decl_dict], [SED], [tagged?], [m4_ifval([], [yes], [no])])) lt_if_append_uniq(lt_decl_varnames, Xsed, , , lt_dict_add_subkey([lt_decl_dict], [Xsed], [libtool_name], [m4_ifval([], [], [Xsed])]) lt_dict_add_subkey([lt_decl_dict], [Xsed], [value], ["\$SED -e 1s/^X//"]) m4_ifval([Sed that helps us avoid accidentally triggering echo(1) options like -n], [lt_dict_add_subkey([lt_decl_dict], [Xsed], [description], [Sed that helps us avoid accidentally triggering echo(1) options like -n])]) lt_dict_add_subkey([lt_decl_dict], [Xsed], [tagged?], [m4_ifval([], [yes], [no])])) -- Andriy Gapon From avg at icyb.net.ua Thu Aug 20 11:32:36 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 20 11:32:42 2009 Subject: devel/apr: can't build after update to libtool-2.2.6a In-Reply-To: <4A8D2BCB.8060905@icyb.net.ua> References: <4A8D2BCB.8060905@icyb.net.ua> Message-ID: <4A8D344F.1030301@icyb.net.ua> It seems that the problem is caused by arp carrying its own libtool-related bits and those bits being incompatible with libtool-2.2.6a. For me, I resolved the problem by copying /usr/local/share/aclocal/ltoptions.m4 /usr/local/share/aclocal/ltsugar.m4 /usr/local/share/aclocal/ltversion.m4 /usr/local/share/aclocal/lt~obsolete.m4 to work/apr-1.3.8/build And /usr/local/bin/libtool to work/apr-1.3.8 But maybe the problem could have been resolved by requiring the previous version of libtool for this particular port. -- Andriy Gapon From amdmi3 at amdmi3.ru Thu Aug 20 12:46:49 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 20 12:46:57 2009 Subject: Migration to new SourceForge url scheme now inevitable, solution In-Reply-To: <4A8CCC24.8050605@p6m7g8.com> References: <20090820023314.GF1295@hades.panopticon> <4A8CCC24.8050605@p6m7g8.com> Message-ID: <20090820124638.GG1295@hades.panopticon> * Philip M. Gollucci (pgollucci@p6m7g8.com) wrote: > Rewriting this: > my $portname = `make -VPORTNAME`; > chomp $portname; > my $portname_lc = lc($portname); > > my $portversion = `make -VPORTVERSION`; > chomp $portversion; > > Like this, will help substantially by reducing make spawns by 1/2, > you'll notice the ports tinderbox code does this too :) True, but that's actually 1/3, and I think make fetch-url-list still takes most the time. Also, I've discovered that the script skipped ports that used DIST_SUBDIR (make fetch-url-list needs to be able to create subdirs), now fixed, script and data reuploaded. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From david at vizion2000.net Thu Aug 20 13:35:42 2009 From: david at vizion2000.net (David Southwell) Date: Thu Aug 20 13:35:49 2009 Subject: apr-gdbm-db42 upgrade conflicting with libtool In-Reply-To: <4A816B6B.3040300@twisted.net> References: <20090803125519.GA60550@twisted.net> <4A816A74.3000507@twisted.net> <4A816B6B.3040300@twisted.net> Message-ID: <200908201435.40081.david@vizion2000.net> > Troy wrote: > > David Southwell wrote: > >>> Troy wrote: > >>>> Updated all ports to python 26 and the problem still exists: > >>>> > >>>> pkg_info|grep py > >>>> boost-python-libs-1.39.0 Framework for interfacing Python and C++ > >>>> p5-Clone-0.31 Clone - recursively copy Perl datatypes > >>>> py26-dbus-0.83.0_1 Python bindings for the D-BUS messaging system > >>>> py26-elementtree-1.2.6_1 Container for hierarchical data structures > >>>> written in Pytho > >>>> py26-sip-4.8.2,1 Python to C and C++ bindings generator > >>>> py26-xml-0.8.4_2 PyXML: Python XML library enhancements > >>>> python26-2.6.2_1 An interpreted object-oriented programming > >>>> language > >>>> ruby18-bdb-0.6.5_1 Ruby interface to Sleepycat's Berkeley DB revision > >>>> 2 or lat > >>>> xdpyinfo-1.0.3 Display information utility for X > >>>> > >>>> checking for stdint.h... yes > >>>> checking for unistd.h... yes > >>>> checking minix/config.h usability... no > >>>> checking minix/config.h presence... no > >>>> checking for minix/config.h... no > >>>> checking whether it is safe to define __EXTENSIONS__... yes > >>>> checking for library containing strerror... none required > >>>> checking whether system uses EBCDIC... no > >>>> performing libtool configuration... > >>>> ./configure: 9753: Syntax error: word unexpected (expecting ")") > >>>> *** Error code 2 > >>>> > >>>> Stop in /usr/ports/devel/apr. > >>>> *** Error code 1 > >>>> > >>>> Stop in /usr/ports/devel/apr. > >>>> *** Error code 1 > >>>> > >>>> Stop in /usr/ports/devel/apr. > >>>> ** Command failed [exit code 1]: /usr/bin/script -qa > >>>> /tmp/portinstall20090810-73192-8x2jso-0 env make reinstall > >>>> ** Fix the installation problem and try again. > >>>> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >>>> ! devel/apr (install error) > >>>> > >>>> > >>>> FreeBSD somedomain 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat May 23 > >>>> 10:45:33 CDT 2009 someone@domain /usr/obj/usr/src/sys/kernel > >>>> amd64 > >>>> > >>>> Any thoughts? > >>>> > >>>> -Troy > >>>> > >>>> _______________________________________________ > >>>> 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" > >>> > >>> Just to add to this the following warnings came up when trying to build > >>> apr. I also deinstalled libtool and it installs just fine. I also > >>> researched these errors and someone said it was related to gettext. I > >>> reinstalled it just to be safe and still it did not change the outcome. > >>> > >>> > >>> Copying libtool helper files ... > >>> buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. > >>> Creating include/arch/unix/apr_private.h.in ... > >>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not > >>> m4_defun'd > >>> build/libtool.m4:67: LT_INIT is expanded from... > >>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... > >>> configure.in:190: the top level > >>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not > >>> m4_defun'd > >>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not > >>> m4_defun'd > >>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not > >>> m4_defun'd > >>> Creating configure ... > >>> configure.in:190: warning: LTOPTIONS_VERSION is m4_require'd but not > >>> m4_defun'd > >>> build/libtool.m4:67: LT_INIT is expanded from... > >>> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from... > >>> configure.in:190: the top level > >>> configure.in:190: warning: LTSUGAR_VERSION is m4_require'd but not > >>> m4_defun'd > >>> configure.in:190: warning: LTVERSION_VERSION is m4_require'd but not > >>> m4_defun'd > >>> configure.in:190: warning: LTOBSOLETE_VERSION is m4_require'd but not > >>> m4_defun'd > >>> configure:9755: error: possibly undefined macro: m4_ifval > >>> If this token and others are legitimate, please use > >>> m4_pattern_allow. > >>> See the Autoconf documentation. > >>> configure:12392: error: possibly undefined macro: _LT_SET_OPTIONS > >>> configure:12392: error: possibly undefined macro: LT_INIT > >> > >> did you apply the following in updating?? > >> > >> 20090608: > >> AFFECTS: users of lang/python* and py-* > >> AUTHOR: miwi@FreeBSD.org > >> > >> The default version of Python has been changed from 2.5.x to 2.6.x. > >> If you have 2.5.x installed, perform an upgrade of lang/python25 to > >> lang/python26 with one of the following commands: > >> > >> If using portupgrade: > >> # portupgrade -o lang/python26 lang/python25 > >> > >> If using portmaster: > >> # portmaster -o lang/python26 lang/python25 > >> > >> If you want to retain 2.5.x as default Python version, set the > >> PYTHON_DEFAULT_VERSION variable to 'python2.5' (without quotes) in > >> /etc/make.conf, then go to lang/python and perform the following > >> command: > >> > >> # portupgrade -R python > >> > >> Once the installed Python has been updated to 2.6, by using the > >> method above, it is required to run the upgrade-site-packages > >> target in > >> lang/python to assure that site-packages are made available to the new > >> Python version. > >> > >> If using portupgrade: > >> # cd /usr/ports/lang/python && make upgrade-site-packages > >> > >> If using portmaster: > >> # cd /usr/ports/lang/python && make upgrade-site-packages > >> -DUSE_PORTMASTER > >> > >> The portmaster case can take quite some time to complete due to the > >> lack of > >> cached information that the portupgrade suite uses (specifically > >> pkg_which). > >> This is not the fault of portmaster. > > > > I removed the old versions and installed the new versions from scratch > > and then made sure all dependencies were fixed with pkgdb -F. I only > > have a few py26 ports installed on this machine. I just did a > > recursive build again. It doesn't appear this is the root of the > > problem.. > > > > _______________________________________________ > > 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" > > Maybe this will help. I pasted the entire build of apr so you can see > the log. Buildconf states the proper python and libtool versions. > > http://pastebin.com/m51f0cd07 > Troy I have been away for a week -- did you get your apr sorted?? David From avg at icyb.net.ua Thu Aug 20 13:37:07 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 20 13:37:13 2009 Subject: pulseaudio build error (curious/strange) Message-ID: <4A8D517F.7050405@icyb.net.ua> ... /bin/sh /usr/obj/ports/usr/ports/audio/pulseaudio/work/gnome-libtool --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I../src -I../src -I../src/modules -I../src/modules -I../src/modules/rtp -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/gconf -I../src/modules/bluetooth -I../src/modules/bluetooth -I../src/mod