From erwin at FreeBSD.org Wed Apr 1 00:02:01 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Apr 1 00:02:08 2009 Subject: INDEX build failed for 6.x Message-ID: <200904010702.n317217T084247@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-6 - please wait.."/a/erwin/tindex/ports/Mk/bsd.gnome.mk", line 634: The Pre include part of bsd.gnome.mk part is not included. Did you forget WANT_GNOME=yes before bsd.port.pre.mk? ===> palm/synce-vdccm failed *** Error code 1 pkg_info: not found pkg_info: not found *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: amdmi3 cy danfe lioux miwi rafan tdb will Most recent CVS update was: U multimedia/x264/Makefile From pav at FreeBSD.org Wed Apr 1 01:08:36 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Apr 1 01:09:21 2009 Subject: LATEST_LINK not in index In-Reply-To: <49D2956A.20106@bsdforen.de> References: <49CE6B06.8080402@bsdforen.de> <1238446459.17527.4.camel@hood.oook.cz> <49D2956A.20106@bsdforen.de> Message-ID: <1238573306.66242.1.camel@pav.hide.vol.cz> Dominic Fandrey p??e v st 01. 04. 2009 v 00:12 +0200: > > Upgrades are easy. Look up @comment ORIGIN line in +CONTENTS file of the > > port being upgraded, then look up this value in second column of INDEX > > file. > > > > I don't see how this is connected to my question. > > I want people to be able to use LATEST_LINK to identify ports, > e.g. apache for www/apache13, apache20 form www/apache20 and so > forth. LATEST_LINK is a unique identifier, unfortunately > neither recorded in the INDEX nor +CONTENTS. > Also, to read it from +CONTENTS (if it were there) I'd have to > know, which package is actually meant, which I don't know, > because this is the information I want to find out. Maybe you really want people to specify ports by ORIGIN, not by LATEST_LINK ... -- Pav Lucistnik You can't expect to wield supreme executive power just 'cause some watery tart threw a sword at you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090401/5eeccb54/attachment.pgp From citrin at citrin.ru Wed Apr 1 02:20:08 2009 From: citrin at citrin.ru (Anton Yuzhaninov) Date: Wed Apr 1 02:20:15 2009 Subject: Possibly unbuildable ports reminder References: <200903281000.n2SA06Vp086264@freefall.freebsd.org> Message-ID: On Wed, 01 Apr 2009 10:42:47 +0200, Dirk Meyer wrote: >> It will be useful to add RSS/Atom feeds to some pages on pointyhat.freebsd.org >> Insted of periodicaly polling of pointyhat, this feed can be added in rss-reader. DM> DM> This would be a lot of data for an RSS feed. DM> Could you elaborate how this data can be mapped? DM> This feeds can contain short info about new build error, with link to error log. Per-maintainer and per-port feeds will contain not lot of info. -- Anton Yuzhaninov From erwin at FreeBSD.org Wed Apr 1 03:10:59 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Apr 1 03:11:06 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200904011010.n31AAxof082499@pointyhat.freebsd.org> From careers at globalfmjobs.co.uk Wed Apr 1 03:47:58 2009 From: careers at globalfmjobs.co.uk (Check out the latest FM, Maintenance and Property Jobs) Date: Wed Apr 1 03:48:09 2009 Subject: This weeks HOT jobs and TIPS to finding new employment! Message-ID: <439f9af652e6821cc6f1e7364576f09b@www.globalfmjobs.co.uk> Your email client cannot read this email. To view it online, please go here: http://www.globalfmjobs.co.uk/sendstudionx/display.php?M=130904&C=dbd523afe161828c7501944a6821b2a7&S=77&L=12&N=33 To stop receiving these emails:http://www.globalfmjobs.co.uk/sendstudionx/unsubscribe.php?M=130904&C=dbd523afe161828c7501944a6821b2a7&L=12&N=77 From amdmi3 at amdmi3.ru Wed Apr 1 04:39:04 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Apr 1 04:39:11 2009 Subject: Status of devel/boost upgrade In-Reply-To: References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> Message-ID: <20090401113857.GO1964@hades.panopticon> * Jeremy Messenger (mezz7@cox.net) wrote: > No need bsd.boost.mk over that small stuff. How about resolve conflict for > real by split boost and boost-python by have boost only install non-python > stuff and boost-python install only python stuff? That of course would be harder and more interesting, maybe I gotta dig into it. > The USE_BOOST isn't > going to solve anything either because the boost-check-python still stop > and tell it's conflict. Yes, but it's more verbose and it condenses hacks and checks in a single place. Also, if we solve the problem above and make boost-python only install python stuff, it will be easier to change logic in a single place. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From chuckr at telenix.org Wed Apr 1 13:14:23 2009 From: chuckr at telenix.org (Chuck Robey) Date: Wed Apr 1 13:14:29 2009 Subject: why was XFree86 dropped for ports? In-Reply-To: <1238558849.8491.385.camel@balrog.2hip.net> References: <49D24F4A.3060900@telenix.org> <20090331222207.GB7661@lonesome.com> <28283d910903311903q76d4a6fdjda6daa35313c5047@mail.gmail.com> <49D2D32D.3020103@telenix.org> <1238558849.8491.385.camel@balrog.2hip.net> Message-ID: <49D3CB38.7040600@telenix.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Noland wrote: > On Tue, 2009-03-31 at 22:36 -0400, Chuck Robey wrote: > > I recently got kde4.2 working on my home box, and all the neat eye candy things > that are added, I'll have to see, maybe you're right, XFree86 might not work > with KDE, but saying that XFree86 hasn't had an update since December makes no > sense to me, versus the fact that I *think* git allows no release tags, so I > think one could argue that there are no Xorg releases at all. That, or I don't > know git well enough, either is possible. If there are tags in git, I will go > back and reread the git docs until I find them. > >> git has tags and branches, all of which can be checked out from fd.o. >> AFAIK, things aren't tagged for "Xorg releases", but all of the packages >> carry tags and some have release branches. I was hoping I would get an answer on this. It is indeed a feature of git, or has it been grafted on by convention? If git's got it, I'll drop this particular topic, and try to find the command I must have missed. If those features are done by convention, I guessed I was relying on the git man pages, and just didn't look hard enough at the web pages for Xorg to spot the info. I've been a bit critical of git in my mind, and need to get myself either justified or corrected. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknTyzgACgkQz62J6PPcoOlfrgCfc9/ZsGKtJOhb4xqUecVLfrhy NDoAnRcfOJdQH1OsxVBTtjlbxlN1jyLG =uHG+ -----END PGP SIGNATURE----- From gamato at users.sf.net Wed Apr 1 14:03:16 2009 From: gamato at users.sf.net (martinko) Date: Wed Apr 1 14:03:22 2009 Subject: Chandler port .. ? Message-ID: Hallo list, I've been wondering if someone here is a user of Chandler (The Note-to-Self Organizer) which is quite a great and useful application: http://chandlerproject.org/ It is a multi platform, written in Python with a few dependencies. It is available for Windows, Mac OS X and Linux (.tar.gz and .deb). The problem is that according to porters to some other (than Ubuntu) Linux distributions it is not that easy task and would require certain skills. Therefore I wonder if and wish that someone skilled would try and port Chandler to FreeBSD. :-) Thanks and regards! Martin From Willy.Picard at ue.poznan.pl Wed Apr 1 14:35:40 2009 From: Willy.Picard at ue.poznan.pl (Willy Picard) Date: Wed Apr 1 14:35:47 2009 Subject: Chandler port .. ? In-Reply-To: References: Message-ID: <20090401231629.GB66691@copernic.kti.ue.poznan.pl> On Wed, Apr 01, 2009 at 11:02:56PM +0200, martinko wrote: > Therefore I wonder if and wish that someone skilled would try and port > Chandler to FreeBSD. :-) +1 Willy -- Willy Picard e-mail: Willy.Picard@ue.poznan.pl Dept. of Information Technology www: http://www.kti.ue.poznan.pl/ Poznan University of Economics tel: +48 61 848 05 49 Mansfelda 4, 60-854 Poznan, Poland fax: +48 61 848 38 40 From brian at brianwhalen.net Wed Apr 1 14:52:59 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Wed Apr 1 14:53:17 2009 Subject: Chandler port .. ? In-Reply-To: References: Message-ID: <49D3E238.6050208@brianwhalen.net> martinko wrote: > Hallo list, > > I've been wondering if someone here is a user of Chandler (The > Note-to-Self Organizer) which is quite a great and useful application: > http://chandlerproject.org/ > It is a multi platform, written in Python with a few dependencies. > It is available for Windows, Mac OS X and Linux (.tar.gz and .deb). > The problem is that according to porters to some other (than Ubuntu) > Linux distributions it is not that easy task and would require certain > skills. > Therefore I wonder if and wish that someone skilled would try and port > Chandler to FreeBSD. :-) > Thanks and regards! > > Martin Did you see http://chandlerproject.org/Developers/BuildingChandlerDesktop Brian From gerald at pfeifer.com Wed Apr 1 15:49:02 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Wed Apr 1 15:49:09 2009 Subject: How to name a port for MPC (the C library) Message-ID: I need to package MPC (http://www.multiprecision.org/mpc/) which is going to become a prerequisite of GCC 4.5. In principle that should be simple, except that we already have ports/audio/mpc which is something quite different. Any thoughts on how to best handle this? Gerald @FreeBSD.org PS: grep mpc CVSROOT/modules gives akode-plugins-mpc ports/audio/akode-plugins-mpc gmpc ports/audio/gmpc gmpc-alarm ports/audio/gmpc-alarm gmpc-autoplaylist ports/audio/gmpc-autoplaylist gmpc-extraplaylist ports/audio/gmpc-extraplaylist gmpc-favorites ports/audio/gmpc-favorites gmpc-lastfm ports/audio/gmpc-lastfm gmpc-libnotify ports/audio/gmpc-libnotify gmpc-lyrics ports/audio/gmpc-lyrics gmpc-lyricwiki ports/audio/gmpc-lyricwiki gmpc-magnatune ports/audio/gmpc-magnatune gmpc-mdcover ports/audio/gmpc-mdcover gmpc-mserver ports/audio/gmpc-mserver gmpc-osd ports/audio/gmpc-osd gmpc-qosd ports/audio/gmpc-qosd gmpc-random-playlist ports/audio/gmpc-random-playlist gmpc-serverstats ports/audio/gmpc-serverstats gmpc-shout ports/audio/gmpc-shout gmpc-stopbutton ports/audio/gmpc-stopbutton gmpc-wikipedia ports/audio/gmpc-wikipedia gmpccaa ports/audio/gmpccaa icmpchat ports/net-im/icmpchat ifd-gempc410 ports/security/ifd-gempc410 libmpcbdm ports/devel/libmpcbdm libmpcdec ports/audio/libmpcdec lmpc ports/games/lmpc mpc ports/audio/mpc ncmpc ports/audio/ncmpc ncmpcpp ports/audio/ncmpcpp scmpc ports/audio/scmpc stmpclean ports/sysutils/stmpclean tempcontrol ports/misc/tempcontrol wmpccard ports/sysutils/wmpccard xfce4-mpc-plugin ports/audio/xfce4-mpc-plugin xfmpc ports/audio/xfmpc -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From amdmi3 at amdmi3.ru Wed Apr 1 16:18:39 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Wed Apr 1 16:18:46 2009 Subject: -pthread propagation Message-ID: <20090401231831.GS1964@hades.panopticon> Hi! I have a question about -pthread. Imagine the situation where one port installs shared library that uses threads, and other port links with this library. A question: should the second port explicitely add -pthread to linker flags? For example, graphics/ilmbase is built with pthread support by default, but it's shared libraries are not linked with -pthread: % ldd /usr/local/lib/libIlmThread.so /usr/local/lib/libIlmThread.so: libIex.so.6 => /usr/local/lib/libIex.so.6 (0x2819c000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28300000) libm.so.5 => /lib/libm.so.5 (0x281ad000) libc.so.7 => /lib/libc.so.7 (0x2808b000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281c6000) no libthr.so mention. Thus, % gcc helloworld.cc -lIlmThread -L/usr/local/lib /usr/local/lib/libIlmThread.so: undefined reference to `pthread_create' I assume this should be fixed in ilmbase instead of all dependent ports (for example, graphics/nvidia-texture-tools and graphics/devil, which supports the former), am I right? Btw, libIlmThread.la _does_ have -pthread in dependency_libs. However, I've encountered situations where linking with library linked with -pthread will succeed, but the resulting binary will not be broken. Example is games/battletanks: When built as is (note that it has ${PTHREAD_LIBS} explicitely added to LDFLAGS), it runs without problems. However, if you remove ${PTHREAD_LIBS}, it'll still build successfully, but won't run: % bt [03:04:45.449][src/main.cpp:44] [notice] starting up... version: 5800 beta [03:04:45.449][src/main.cpp:46] [notice] mem avail: -1 mb terminate called after throwing an instance of '__gnu_cxx::__concurrence_lock_error' what(): __gnu_cxx::__concurrence_lock_error [1] 58620 abort (core dumped) bt I think that's linked with static variable initialization - it should be protected with a mutex in threaded environment, but it doesn't happen correctly when linking without -pthread, even if with -lthr. I'll be really grateful if someone explains what really happens when using -lpthread, and what happens in the above mentioned error case (cc'ing hackers@). So should -pthread be forced in ldflags 1) Only in ports that explicitely use threads 2) In all ports that link with -lthr implicitely, including through other ports? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From deischen at freebsd.org Wed Apr 1 17:31:25 2009 From: deischen at freebsd.org (Daniel Eischen) Date: Wed Apr 1 17:31:32 2009 Subject: -pthread propagation In-Reply-To: <20090401231831.GS1964@hades.panopticon> References: <20090401231831.GS1964@hades.panopticon> Message-ID: On Thu, 2 Apr 2009, Dmitry Marakasov wrote: > Hi! > > I have a question about -pthread. Imagine the situation where one port > installs shared library that uses threads, and other port links with > this library. A question: should the second port explicitely add > -pthread to linker flags? Yes. > For example, graphics/ilmbase is built with pthread support by default, > but it's shared libraries are not linked with -pthread: > > % ldd /usr/local/lib/libIlmThread.so > /usr/local/lib/libIlmThread.so: > libIex.so.6 => /usr/local/lib/libIex.so.6 (0x2819c000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x28300000) > libm.so.5 => /lib/libm.so.5 (0x281ad000) > libc.so.7 => /lib/libc.so.7 (0x2808b000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281c6000) > > no libthr.so mention. Thus, > > % gcc helloworld.cc -lIlmThread -L/usr/local/lib > /usr/local/lib/libIlmThread.so: undefined reference to `pthread_create' > > I assume this should be fixed in ilmbase instead of all dependent ports > (for example, graphics/nvidia-texture-tools and graphics/devil, which > supports the former), am I right? Btw, libIlmThread.la _does_ have > -pthread in dependency_libs. Yes, all ports that use libraries that create threads on their behalf should use -pthread. > However, I've encountered situations where linking with library > linked with -pthread will succeed, but the resulting binary will not > be broken. Example is games/battletanks: This is probably because libc contains some simple thread wrappers (mostly lock related stuff). They go unused unless a thread is created (and libthr is explicitly brought in), in which case those wrappers are overridden by libthr. > When built as is (note that it has ${PTHREAD_LIBS} explicitely added to > LDFLAGS), it runs without problems. However, if you remove > ${PTHREAD_LIBS}, it'll still build successfully, but won't run: > > % bt > [03:04:45.449][src/main.cpp:44] [notice] starting up... version: 5800 beta > [03:04:45.449][src/main.cpp:46] [notice] mem avail: -1 mb > terminate called after throwing an instance of '__gnu_cxx::__concurrence_lock_error' > what(): __gnu_cxx::__concurrence_lock_error > [1] 58620 abort (core dumped) bt > > I think that's linked with static variable initialization - it should > be protected with a mutex in threaded environment, but it doesn't happen > correctly when linking without -pthread, even if with -lthr. It is possible for a library to be thread-aware and thread-safe. In this case it can play pragma weak games with "pthread_create" and only use locks if pthread_create resolves to a non-null pointer. > I'll be really grateful if someone explains what really happens when > using -lpthread, and what happens in the above mentioned error case > (cc'ing hackers@). > > So should -pthread be forced in ldflags > 1) Only in ports that explicitely use threads > 2) In all ports that link with -lthr implicitely, including through > other ports? It depends, libraries can be made thread-safe/aware as above, and both threaded and non-threaded applications can link with them just fine. Assuming those libraries are smart about how they use the locking mechanisms, and never use them unless they know that "pthread_create" is present (or some other symbol not present in libc, but present in libthr). But for libraries that create threads, applications must also link with -pthread (or -lpthread). If you can understand it, you can see src/contrib/gcc/gthr-posix.h for how libgcc is thread-aware. A comment from that file: /* On Solaris 2.6 up to 9, the libc exposes a POSIX threads interface even if -pthreads is not specified. The functions are dummies and most return an error value. However pthread_once returns 0 without invoking the routine it is passed so we cannot pretend that the interface is active if -pthreads is not specified. On Solaris 2.5.1, the interface is not exposed at all so we need to play the usual game with weak symbols. On Solaris 10 and up, a working interface is always exposed. On FreeBSD 6 and later, libc also exposes a dummy POSIX threads interface, similar to what Solaris 2.6 up to 9 does. FreeBSD >= 700014 even provides a pthread_cancel stub in libc, which means the alternate __gthread_active_p below cannot be used there. */ -- DE From kitchetech at gmail.com Wed Apr 1 19:14:53 2009 From: kitchetech at gmail.com (matt donovan) Date: Wed Apr 1 19:15:00 2009 Subject: How to name a port for MPC (the C library) In-Reply-To: References: Message-ID: <28283d910904011914h6da5d275ue2812de95710f4e2@mail.gmail.com> On Wed, Apr 1, 2009 at 6:28 PM, Gerald Pfeifer wrote: > I need to package MPC (http://www.multiprecision.org/mpc/) which > is going to become a prerequisite of GCC 4.5. > > In principle that should be simple, except that we already have > ports/audio/mpc which is something quite different. Any thoughts > on how to best handle this? > > libmpc maybe? From ota at j.email.ne.jp Wed Apr 1 22:17:42 2009 From: ota at j.email.ne.jp (Yoshihiro Ota) Date: Wed Apr 1 22:18:14 2009 Subject: HEADS UP multi processor compilations for everyone In-Reply-To: <1238000271.2543.42.camel@localhost> References: <1237901632.1849.19.camel@pav.hide.vol.cz> <49C8EE21.3080702@gmail.com> <1237906449.1849.25.camel@pav.hide.vol.cz> <1237906705.1741.13.camel@localhost> <1237907945.1849.27.camel@pav.hide.vol.cz> <1237912100.1741.16.camel@localhost> <1237912382.1849.35.camel@pav.hide.vol.cz> <20090325163050.GD32386@hades.panopticon> <1238000271.2543.42.camel@localhost> Message-ID: <20090402011727.2c718f5d.ota@j.email.ne.jp> On Wed, 25 Mar 2009 12:57:51 -0400 Coleman Kane wrote: > On Wed, 2009-03-25 at 19:30 +0300, Dmitry Marakasov wrote: > > * Pav Lucistnik (pav@FreeBSD.org) wrote: > > > > > > > This would break very fast -- it's passing -j3 to port Makefile instead > > > > > of vendor Makefile. > > > > > > > > This has worked fine for me for countless years, except where the > > > > vendor's Makefiles were not parallel-safe. This has been my trick to get > > > > larger things (like mysql or xorg-server) to make in parallel. It *did* > > > > work. If this has changed, then it definitely warrants mention in > > > > UPDATING. > > > > > > Then it must have worked all these years by pure chance :) > > > > Be the way, could anyone clarify how this works? My idea was that > > passing -j to port Makefile does nothing, as make/gmake on vendor's > > Makefile is ran without any -j flags -> you get usual singlethreaded > > build. However, I have a broken port, which uses gmake and something > > like that: > > > > sometarget: > > (cd xxx; make) > > > > and that fails with -j (make: illegal option -- -). So is there > > some magic with recursive make calls and -j? > > > > When processing a Makefile, make's that support concurrent operation > look for targets that will execute the $(MAKE) program. Whenever a > compliant make is run (make or gmake), if it detects $(MAKE) in a rule > then it will automatically expand that rule into a child process that > has some sort of magical connection to the parent process. The > connection allows the different make processes to share the same pool of > "process count" resources amongst each other. > > I am not sure what the implementation is, but this communication > mechanism allows child "make" processes called with "$(MAKE) ..." from > inside a Makefile to globally only use N children (from -j N), and > otherwise block until more "free jobs" are available amongst their > shared job pool. > > I hope that's clear... Probably more so than the explanation given on > GNU make's manual. > > -- > Coleman Kane > Indeed, that is why (cd xxx; make) fails where gmake is running this command. The way GNU make and BSD make passes -j related options are different. They are not compatible. If I remember correctly, if GNU make calls BSD make (which is an error of writing Makefiles in most of vendor codes), the differences are significant and fails. Usually, changing "make" to "$(MAKE)" fixes the problems. Why did it build when "-j" was not supplied. That is because makefile rule was not GNU makefile specific such that BSD make could also executed it without problems. With "-j" switch presented, these two "make" commands became incompatible each other. I hope this helps if you guys haven't found this facts; I hope I had replied earlier. Regards, Hiro From rnoland at FreeBSD.org Thu Apr 2 00:07:34 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Thu Apr 2 00:07:41 2009 Subject: why was XFree86 dropped for ports? In-Reply-To: <49D3CB38.7040600@telenix.org> References: <49D24F4A.3060900@telenix.org> <20090331222207.GB7661@lonesome.com> <28283d910903311903q76d4a6fdjda6daa35313c5047@mail.gmail.com> <49D2D32D.3020103@telenix.org> <1238558849.8491.385.camel@balrog.2hip.net> <49D3CB38.7040600@telenix.org> Message-ID: <1238656013.20670.5.camel@balrog.2hip.net> On Wed, 2009-04-01 at 16:14 -0400, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Robert Noland wrote: > > On Tue, 2009-03-31 at 22:36 -0400, Chuck Robey wrote: > > > > I recently got kde4.2 working on my home box, and all the neat eye candy things > > that are added, I'll have to see, maybe you're right, XFree86 might not work > > with KDE, but saying that XFree86 hasn't had an update since December makes no > > sense to me, versus the fact that I *think* git allows no release tags, so I > > think one could argue that there are no Xorg releases at all. That, or I don't > > know git well enough, either is possible. If there are tags in git, I will go > > back and reread the git docs until I find them. > > > >> git has tags and branches, all of which can be checked out from fd.o. > >> AFAIK, things aren't tagged for "Xorg releases", but all of the packages > >> carry tags and some have release branches. > > I was hoping I would get an answer on this. It is indeed a feature of git, or > has it been grafted on by convention? If git's got it, I'll drop this > particular topic, and try to find the command I must have missed. If those > features are done by convention, I guessed I was relying on the git man pages, > and just didn't look hard enough at the web pages for Xorg to spot the info. > I've been a bit critical of git in my mind, and need to get myself either > justified or corrected. GIT-TAG(1) git has a lot of nice features... It also has it's weak points in my mind. Generally the biggest advantage and disadvantage is the distributed nature of git. It is very convenient to make local commits and rebase and keep local branches, but I think it leads to chaos if it isn't controlled. Everyone has a master repo. I pretty regularly use cvs, svn and git these days, covering all my different corners of hell... robert. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAknTyzgACgkQz62J6PPcoOlfrgCfc9/ZsGKtJOhb4xqUecVLfrhy > NDoAnRcfOJdQH1OsxVBTtjlbxlN1jyLG > =uHG+ > -----END PGP SIGNATURE----- -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090402/5b3b6873/attachment.pgp From rene at freebsd.org Thu Apr 2 05:20:42 2009 From: rene at freebsd.org (Rene Ladan) Date: Thu Apr 2 05:20:52 2009 Subject: xfce4-cpugraph-plugin Message-ID: Hi, is anyone able to run sysutils/xfce4-cpugraph-plugin in xfce4.6 on a 64-bit computer? The current version in the ports (0.3.0) runs fine on my i386 laptop running 8.0-CURRENT, but it fails on my amd64 laptop running 7.1-RELEASE. In the latter case it builds alright, but it crashes when loading it into the panel (in a loop which looks fine). It might be wrong option in one of its dependencies, but I didn't notice anything obvious in its immediate dependencies. Can someone confirm if it works and optionally post the options the dependencies were built with? I will also poke the upstream developers for a BSD version of 0.4.0 (the current version, which has multi-core support). Thanks, Rene From xxjack12xx at gmail.com Thu Apr 2 06:18:51 2009 From: xxjack12xx at gmail.com (Jack L.) Date: Thu Apr 2 06:18:57 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: References: Message-ID: It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as well. I have 3 computers with the same exact issue. On Thu, Apr 2, 2009 at 5:20 AM, Rene Ladan wrote: > Hi, > > is anyone able to run sysutils/xfce4-cpugraph-plugin in xfce4.6 on a > 64-bit computer? > The current version in the ports (0.3.0) runs fine on my i386 laptop > running 8.0-CURRENT, but it fails on my amd64 laptop running > 7.1-RELEASE. > In the latter case it builds alright, but it crashes when loading it > into the panel (in a loop which looks fine). > > It might be wrong option in one of its dependencies, but I didn't > notice anything obvious in its immediate dependencies. > Can someone confirm if it works and optionally post the options the > dependencies were built with? > > I will also poke the upstream developers for a BSD version of 0.4.0 > (the current version, which has multi-core support). > > Thanks, > Rene > _______________________________________________ > 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 Thu Apr 2 08:21:03 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Thu Apr 2 08:21:10 2009 Subject: Status of devel/boost upgrade In-Reply-To: <20090401113857.GO1964@hades.panopticon> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> Message-ID: <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> 2009/4/1 Dmitry Marakasov : > * Jeremy Messenger (mezz7@cox.net) wrote: > >> No need bsd.boost.mk over that small stuff. How about resolve conflict for >> real by split boost and boost-python by have boost only install non-python >> stuff and boost-python install only python stuff? > > That of course would be harder and more interesting, maybe I gotta dig > into it. Hi folks! I've already did it about a month ago. Currently I'm testing the solution. There are two ideas about splitting boost: 1) Split it into bjam, source-libs, shared-libs, python-libs and docs. This is what was actually done by me. 2) Split it into bjam, docs and a separate port for each library. This needs discussion. If you are interested, you may download sample ports from http://alexanderchuranov.com/boost-port/ The most recent tarball contains a set of alternative non-conflicting versioned ports for boost. They may be installed in addition to existing devel/boost. The 'source-libs' are header-only libraries that do not need compilation. For now I've found a single flaw in the latest set of these ports: devel/boost-python-libs-1.38 conflicts with devel/boost, because they install Pyste in the same place. Please, note that the flaw is only about the conflict of versioned port and non-versioned, if we would break non-versioned, system-layout boost as we currently have into parts, then there is no flaw at all. I didn't started a mailing thread on this topic, because there are tasks related to devel/boost that are not yet completed: updating to 1.37 and then to 1.38. Splitting boost into parts have following benefits: 1) Shorter time of installation/updates from packages. 2) Fine-grained selection of what's really necessary. 3) Simplified dependency tracking for other ports that depend on boost. 4) No more issues like conflict of devel/boost and devel/boost-python There are also drawbacks: 1) Time to build complete boost from ports is increased, because boost.org provides a single source package and it gets decompressed several times. 2) The number of ports is increased. The questions are: 1) Should we break boost into parts? 2) Should we break boost into "jam', 'source-libs', 'shared-libs', 'python-libs' and 'docs' or into one port per library? If folks agree on splitting boost into parts, I'll be glad to finish it. Sincerely, Alexander Churanov, maintainer of devel/boost From dforsyth at FreeBSD.org Thu Apr 2 14:57:07 2009 From: dforsyth at FreeBSD.org (David Forsythe) Date: Thu Apr 2 14:57:13 2009 Subject: Parallel builds, build locks, pkg_dbdir locked Message-ID: Hey all, A week or two ago I sent mail with a patch/makefile for locks and parallel builds. I was asked to put it all into bsd.port.mk, so here it is. If you set either of the parallel flags, I strongly suggest you use BATCH. If a config screen pops up during a build where 4 dependencies are running at a time, you will not be too happy. You can set NO_LOCKS to ignore all the locks that have been added, but parallel dependencies and fetching won't work without them (I don't know why you wouldn't want them anyway...). You can also set BUILD_TRACKER to get some tagged output to see which ports are building when, but this breaks certain messages. I also plan on adding a list of relevant targets so that when running targets what don't need the initial lock, there aren't duplicate warnings. patch: http://dmz2.khome.utcorp.net/~dforsyth/port.mk-locks.diff makefile: http://dmz2.khome.utcorp.net/~dforsyth/bsd.port.mk Thanks, Dave -- David Forsythe From amdmi3 at amdmi3.ru Thu Apr 2 15:44:24 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Apr 2 15:44:31 2009 Subject: Status of devel/boost upgrade In-Reply-To: <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> Message-ID: <20090402224413.GV1964@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > I've already did it about a month ago. Currently I'm testing the > solution. There are two ideas about splitting boost: Woo, this is great! > 1) Split it into bjam, source-libs, shared-libs, python-libs and docs. > This is what was actually done by me. > 2) Split it into bjam, docs and a separate port for each library. This > needs discussion. Not sure if splitting it into many small libraries is a good idea. How many are there, btw? Is it a port per libboost_*so, or per include/boost/* ? Also splitting shared libs and source libs is a strange idea - there will be confusion on which port does specific library belong and it seems very likely that most boost-using ports will depend on both ports. Boost-python is a must to be split into separate port because it has an extra dependency, docs too, because not many people need them, bjam, well, because it's a build tool, and everything else may be left in a single port. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From subbsd at gmail.com Fri Apr 3 01:41:11 2009 From: subbsd at gmail.com (subbsd) Date: Fri Apr 3 01:41:17 2009 Subject: adding users in ports Message-ID: <200904031212.18475.subbsd@gmail.com> Hello maillist, I've planned porting some software to FreeBSD and currently generate Makefile for ports. My application required presence of some account in system. I've see many sample from current ports like "squid, cacti, avahi, mysql, pgsql, cups, distcc..." and many-many-many, they are using equally construction like: --- if ${PW} user show "${USER}" 2>/dev/null; then echo "You already have a user \"${USER}\", so I will use it." else if ${PW} useradd ${USER} -u ${UID} -g ${GROUP} -h - \ -d "/nonexistent" -s /usr/sbin/nologin -c "User user" then echo "Added user \"${USER}\"." else echo "Adding user \"${USER}\" failed..." exit 1 fi fi --- My question - why do not make this facility by generic (for example create add/del/check-existence procedure in some /usr/ports/Mk/bsd.users.mk file) ? Thanks From kamikaze at bsdforen.de Fri Apr 3 02:46:48 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Apr 3 02:46:55 2009 Subject: LATEST_LINK not in index In-Reply-To: <1238573306.66242.1.camel@pav.hide.vol.cz> References: <49CE6B06.8080402@bsdforen.de> <1238446459.17527.4.camel@hood.oook.cz> <49D2956A.20106@bsdforen.de> <1238573306.66242.1.camel@pav.hide.vol.cz> Message-ID: <49D5DAFF.9030304@bsdforen.de> Pav Lucistnik wrote: > Dominic Fandrey p??e v st 01. 04. 2009 v 00:12 +0200: > >>> Upgrades are easy. Look up @comment ORIGIN line in +CONTENTS file of the >>> port being upgraded, then look up this value in second column of INDEX >>> file. >>> >> I don't see how this is connected to my question. >> >> I want people to be able to use LATEST_LINK to identify ports, >> e.g. apache for www/apache13, apache20 form www/apache20 and so >> forth. LATEST_LINK is a unique identifier, unfortunately >> neither recorded in the INDEX nor +CONTENTS. >> Also, to read it from +CONTENTS (if it were there) I'd have to >> know, which package is actually meant, which I don't know, >> because this is the information I want to find out. > > Maybe you really want people to specify ports by ORIGIN, not by > LATEST_LINK ... > Actually I want people to be able to do both. Since this is a binary package only tool, I want people to be able to use the same parameters as they'd be able to use with "pkg_add -r". I have implemented some guessing by now and it fails very rarely. But it's not the kind of solution I like. From pav at FreeBSD.org Fri Apr 3 03:17:11 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Fri Apr 3 03:17:20 2009 Subject: LATEST_LINK not in index In-Reply-To: <49D5DAFF.9030304@bsdforen.de> References: <49CE6B06.8080402@bsdforen.de> <1238446459.17527.4.camel@hood.oook.cz> <49D2956A.20106@bsdforen.de> <1238573306.66242.1.camel@pav.hide.vol.cz> <49D5DAFF.9030304@bsdforen.de> Message-ID: <1238753820.66242.26.camel@pav.hide.vol.cz> Dominic Fandrey p??e v p? 03. 04. 2009 v 11:46 +0200: > Pav Lucistnik wrote: > > Dominic Fandrey p??e v st 01. 04. 2009 v 00:12 +0200: > > > >>> Upgrades are easy. Look up @comment ORIGIN line in +CONTENTS file of the > >>> port being upgraded, then look up this value in second column of INDEX > >>> file. > >>> > >> I don't see how this is connected to my question. > >> > >> I want people to be able to use LATEST_LINK to identify ports, > >> e.g. apache for www/apache13, apache20 form www/apache20 and so > >> forth. LATEST_LINK is a unique identifier, unfortunately > >> neither recorded in the INDEX nor +CONTENTS. > >> Also, to read it from +CONTENTS (if it were there) I'd have to > >> know, which package is actually meant, which I don't know, > >> because this is the information I want to find out. > > > > Maybe you really want people to specify ports by ORIGIN, not by > > LATEST_LINK ... > > > > Actually I want people to be able to do both. Since this is a > binary package only tool, I want people to be able to use the > same parameters as they'd be able to use with "pkg_add -r". > > I have implemented some guessing by now and it fails very rarely. > But it's not the kind of solution I like. You could ls -l Latest/ directory on the ftp server and parse the output, but it's a huge hack.. -- Pav Lucistnik Said Helvetica Narrow to Helvetica Bold: "Hey, you're just my type." -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090403/fa49a560/attachment.pgp From rwmaillists at googlemail.com Fri Apr 3 05:40:25 2009 From: rwmaillists at googlemail.com (RW) Date: Fri Apr 3 05:40:32 2009 Subject: adding users in ports In-Reply-To: <200904031212.18475.subbsd@gmail.com> References: <200904031212.18475.subbsd@gmail.com> Message-ID: <20090403134020.7f1d1331@gumby.homeunix.com> On Fri, 3 Apr 2009 12:12:18 +0400 subbsd wrote: > My question - why do not make this facility by generic (for example > create add/del/check-existence procedure in > some /usr/ports/Mk/bsd.users.mk file) ? Presumably because the same functionality has to go into package files, and work for someone that doesn't have a ports tree installed. From erwin at FreeBSD.org Fri Apr 3 06:07:32 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Apr 3 06:07:39 2009 Subject: Ports freeze to start April 13 Message-ID: <20090403130728.GD78186@droso.net> The ports freeze for the upcoming release of 7.2 will start in one week time on April 13. Release packages will be built immediately and have to be ready for RC2 which is scheduled for March 20. To keep the freeze as short as possible, the date might be moved depending on any delays in the src release process. Also, to keep this freeze this short we kindly ask anyone with commits in their queues that might have any larger effect on the packages to run their changes by portmgr from today to make sure no new regressions are introduced. As always, we are looking for volunteers to fix outstanding errors, and this is a good time to focus on existing errors and regressions instead of new features to make sure as many packages can be inclused in the release. For a list of outstanding build errors, please see the following links: http://portsmon.freebsd.org/portsconcordanceforbuildenv.py?buildenv=-7-&buildenv2= Remember: All commits after April 13 need explicit approval from portmgr! -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090403/4b4aac45/attachment.pgp From alexanderchuranov at gmail.com Fri Apr 3 06:32:32 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Fri Apr 3 06:32:38 2009 Subject: Status of devel/boost upgrade In-Reply-To: <20090402224413.GV1964@hades.panopticon> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> Message-ID: <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> 2009/4/3 Dmitry Marakasov : > Not sure if splitting it into many small libraries is a good idea. How > many are there, btw? Is it a port per libboost_*so, or per > include/boost/* ? Neither. Per the list of libraries: http://www.boost.org/doc/libs/1_38_0 There are 95 libraries in boost. Those that do not require compilation go into "source-libs" port: Accumulators, Any, Array, Asio, Assign, Bimap, Bind, Call Traits, Circular Buffer, Compatibility, Compressed Pair, Concept Check, Config, Conversion, CRC, Disjoint Sets, Dynamic Bitset, Enable If, Exception, Flyweight, Foreach, Format, Function, Function Types, Functional, Functional/Hash, Fusion, GIL, In Place Factory, Typed In Place Factory, Integer, Interprocess, Interval, Intrusive, IO State Savers, Iterators, Lambda, Math, Math Common Factor, Math Octonion, Math Quaternion, Math/Statistical Distributions, Member Function, Min-Max, MPL, Multi-Array, Multi-Index, Numeric Conversion, Operators, Optional, Parameter, Pointer Container, Pool, Preprocessor, Property Map, Proto, Random, Range, Rational, Ref, Scope Exit, Smart Ptr, Spirit, Statechart, Static Assert, String Algo, Swap, Timer, Tokenizer, TR1, Tribool, Tuple, Type Traits, Typeof, uBLAS, Units, Unordered, Utility, Value Initialized, Variant, Xpressive Others, that require compilation go into "shared-libs" port: Date Time, Filesystem, Graph, Iostreams, Math/Special Functions, MPI, Program Options, Python, Regex, Serialization, Signals, System, Test, Thread, Wave > Also splitting shared libs and source libs is a strange idea - there > will be confusion on which port does specific library belong and it > seems very likely that most boost-using ports will depend on both > ports. Let me explain that: Boost has source-only libraries and separately-compiled libraries. Source-only libraries consist of header files only and do not require any compilation at all. Separately-compiled libraries consist of BOTH header files and shared library objects. I often use source-libraries only. For example currently in a project at work I use "interprocess", "function", "smart ptr". Neither of them requires compilation. Hence the idea. I agree that for some users it will be harder to get to know what port contains certatin library. There are two solutions: 1) Read documentation: the "build & link" in each library description at http://www.boost.org/doc/libs/1_38_0 2) Explicitly list libraries in port long description > Boost-python is a must to be split into separate port because it > has an extra dependency, docs too, because not many people need > them, bjam, well, because it's a build tool I agree. So then the list of options is as follows: 1) "jam", "source-libs", "compiled-libs" (or "shared-libs"), "python-libs" and "docs" 2) "jam", "libs", "python-libs" and "docs" 3) "jam", "docs" and 95 ports more :-) I am not against the second option. However I'd like to also read comments of other boost users. Sincerely, Alexander Churanov, maintainer of devel/boost From kimelto at gmail.com Fri Apr 3 06:45:15 2009 From: kimelto at gmail.com (Julien Laffaye) Date: Fri Apr 3 06:45:22 2009 Subject: adding users in ports In-Reply-To: <20090403134020.7f1d1331@gumby.homeunix.com> References: <200904031212.18475.subbsd@gmail.com> <20090403134020.7f1d1331@gumby.homeunix.com> Message-ID: On Fri, Apr 3, 2009 at 2:40 PM, RW wrote: > On Fri, 3 Apr 2009 12:12:18 +0400 > subbsd wrote: > > >> My question - why do not make this facility by generic (for example >> create add/del/check-existence procedure in >> some /usr/ports/Mk/bsd.users.mk file) ? > > Presumably because the same functionality has to go into package files, > and work for someone that doesn't have a ports tree installed. That's where the staged installs are interesting. You implement the functionnality into the pkg_tools and the ports tree use them (make package before make install). It will also ensure that all post 'make package' features are supported by the pkg_tools because the ports tree will rely on that. An other solution, less elegant IMHO, is that the *.mk facilities generates the files/pkg-install.in file, which will be executed later by make or the pkg_tools. Well... that's *very* crappy :-) From kamikaze at bsdforen.de Fri Apr 3 06:49:12 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Fri Apr 3 06:49:19 2009 Subject: LATEST_LINK not in index In-Reply-To: <1238753820.66242.26.camel@pav.hide.vol.cz> References: <49CE6B06.8080402@bsdforen.de> <1238446459.17527.4.camel@hood.oook.cz> <49D2956A.20106@bsdforen.de> <1238573306.66242.1.camel@pav.hide.vol.cz> <49D5DAFF.9030304@bsdforen.de> <1238753820.66242.26.camel@pav.hide.vol.cz> Message-ID: <49D613D3.4050405@bsdforen.de> Pav Lucistnik wrote: > Dominic Fandrey p??e v p? 03. 04. 2009 v 11:46 +0200: >> Pav Lucistnik wrote: >>> Dominic Fandrey p??e v st 01. 04. 2009 v 00:12 +0200: >>> >>>>> Upgrades are easy. Look up @comment ORIGIN line in +CONTENTS file of the >>>>> port being upgraded, then look up this value in second column of INDEX >>>>> file. >>>>> >>>> I don't see how this is connected to my question. >>>> >>>> I want people to be able to use LATEST_LINK to identify ports, >>>> e.g. apache for www/apache13, apache20 form www/apache20 and so >>>> forth. LATEST_LINK is a unique identifier, unfortunately >>>> neither recorded in the INDEX nor +CONTENTS. >>>> Also, to read it from +CONTENTS (if it were there) I'd have to >>>> know, which package is actually meant, which I don't know, >>>> because this is the information I want to find out. >>> Maybe you really want people to specify ports by ORIGIN, not by >>> LATEST_LINK ... >>> >> Actually I want people to be able to do both. Since this is a >> binary package only tool, I want people to be able to use the >> same parameters as they'd be able to use with "pkg_add -r". >> >> I have implemented some guessing by now and it fails very rarely. >> But it's not the kind of solution I like. > > You could ls -l Latest/ directory on the ftp server and parse the > output, but it's a huge hack.. > That's actually trivial with netcat, I'm alread checking age and size of the index file on the server to find out weather I need to download a new copy. But the trouble is that I have to download the package so that I can get the origin from the +CONTENTS file. Internally the origin is used as the package identifier to access the index file. So I'd have to wait for the download before I could do any dependency checking. Possible, but it feels clumsy. From avg at icyb.net.ua Fri Apr 3 07:07:15 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Apr 3 07:07:22 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 Message-ID: <49D6180F.5@icyb.net.ua> For instance: acroread8 has USE_LINUX_APPS=scimgtk. bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. But I have: $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 linux-scim-libs-fc7-1.4.5_2 And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. So acroread8 can't detect linux-scim-libs dependency, tries to install that port again and that obviously fails. Ideas, suggestions? -- Andriy Gapon From bsam at ipt.ru Fri Apr 3 07:19:51 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 07:20:04 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D6180F.5@icyb.net.ua> (Andriy Gapon's message of "Fri\, 03 Apr 2009 17\:07\:11 +0300") References: <49D6180F.5@icyb.net.ua> Message-ID: <69851296@bb.ipt.ru> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > For instance: acroread8 has USE_LINUX_APPS=scimgtk. > bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > But I have: > $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > linux-scim-libs-fc7-1.4.5_2 > And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. Please, read my HEADSUP message from April, 01. Well, it was not a joke. ;-) > So acroread8 can't detect linux-scim-libs dependency, tries to install that port > again and that obviously fails. > Ideas, suggestions? WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From avg at icyb.net.ua Fri Apr 3 07:27:01 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri Apr 3 07:27:07 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <69851296@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> Message-ID: <49D61C8E.1030806@icyb.net.ua> on 03/04/2009 17:19 Boris Samorodov said the following: > On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >> But I have: >> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >> linux-scim-libs-fc7-1.4.5_2 > >> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > Please, read my HEADSUP message from April, 01. Well, it was not > a joke. ;-) Could you please explain it to me? I didn't see anything related to f7 in the message and I don't plan to upgrade to f8 soon. So how am I affected by your changes? The only thing I could guess was new variable OVERRIDE_LINUX_NON_BASE_PORTS, I set it to f7, but it didn't change anything. >> So acroread8 can't detect linux-scim-libs dependency, tries to install that port >> again and that obviously fails. > >> Ideas, suggestions? > > > WBR -- Andriy Gapon From scjamorim at bsd.com.br Fri Apr 3 07:39:50 2009 From: scjamorim at bsd.com.br (=?ISO-8859-1?Q?Sylvio_C=E9sar_Teixeira_Amorim?=) Date: Fri Apr 3 07:39:57 2009 Subject: failed with pkg_add Message-ID: <5859850b0904030707y7ce5c0f2t54af4a7283bfc1f7@mail.gmail.com> Hi I want to know if there is not more the tarball gnome2, gnome2-lite, KDE4, etc via pkg_add -r for version current i386 Whenever I try, return package not found. Just getting through ports, but rather takes to compile. -- -=-=-=-=-=-=-=- Live free or die - UNIX* -=-=-=-=-=-=-= -- -=-=-=-=-=-=-=- Live free or die - UNIX* -=-=-=-=-=-=-= From bsam at ipt.ru Fri Apr 3 07:43:23 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 07:43:35 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D61C8E.1030806@icyb.net.ua> (Andriy Gapon's message of "Fri\, 03 Apr 2009 17\:26\:22 +0300") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> Message-ID: <03779878@bb.ipt.ru> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > on 03/04/2009 17:19 Boris Samorodov said the following: > > On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > > > >> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >> But I have: > >> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >> linux-scim-libs-fc7-1.4.5_2 > > > >> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > > > Please, read my HEADSUP message from April, 01. Well, it was not > > a joke. ;-) > Could you please explain it to me? The variable OVERRIDE_LINUX_BASE_PORT should mean override linux base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) did his best to give everyone an opportunity to use new linux libs when there was no other linux infrastructure ports. > I didn't see anything related to f7 in the message and I don't plan to upgrade to > f8 soon. As for ports, there is no difference between f7 and f8 ones. Except f8 linux infrastructure ports are fully presented at the portstree. > So how am I affected by your changes? You are affected by a side effect of the fact that hrs@ gave you an opportunity to use newer linux libs when there was no other infrastructure ports. And he decided (it was the only one right decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between different versions of ports/packages. > The only thing I could guess was new variable OVERRIDE_LINUX_NON_BASE_PORTS, I set > it to f7, but it didn't change anything. Sure, the only one valid value is "f8". > >> So acroread8 can't detect linux-scim-libs dependency, tries to install that port > >> again and that obviously fails. > > > >> Ideas, suggestions? I'd say that if you have used f7 and linux-scim-libs-fc7 successfully, then you may upgrade to new linux f8 ports. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From amdmi3 at amdmi3.ru Fri Apr 3 08:50:23 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Apr 3 08:50:30 2009 Subject: Status of devel/boost upgrade In-Reply-To: <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> Message-ID: <20090403155011.GC60788@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > There are 95 libraries in boost. Woo, that's sure too many. > Let me explain that: > Boost has source-only libraries and separately-compiled libraries. > Source-only libraries consist of header files only and do not require > any compilation at all. Separately-compiled libraries consist of BOTH > header files and shared library objects. Yeah, I know that. > I often use source-libraries only. For example currently in a project > at work I use "interprocess", "function", "smart ptr". Neither of > them requires compilation. Hence the idea. There sure is a point. However I still don't like tearing the port in half based on some unpractical criteria. It resembles most linux distros' stupid way of splitting includes into separate packages too much :) If you devel with boost, you probably will need some of shared libraries sooner or later, so you will probably install the whole boost once to not waste time for lacking components later. What's for the users, I can see theoretical advantage - if many ports depend on header libs only, this part of boost will be installed fast without compiling anything. However, from my experience most ports still depend on shared libs, so this will not really bring anything good. Can you provide any statistics on how many ports will benefit of that? > So then the list of options is as follows: > > 1) "jam", "source-libs", "compiled-libs" (or "shared-libs"), > "python-libs" and "docs" > 2) "jam", "libs", "python-libs" and "docs" > 3) "jam", "docs" and 95 ports more :-) I'm for 2, but not against 1 if it brings more advantages than inconvenience. And there's another option between 1 and 3. 4) "jam", "docs", "source-libs" and N more, where N is up to number of shared libs installed by boost. For 1.37 there are 19, but some small/related ones may be merged (maybe math? for example, ubuntu has 13 packages for separate libs for boost 1.35 including python). It seem to be more logical than just source/shared ports as it will really fasten compilation by not building unneeded parts of boost, it's consistent with boost-python separation, it's somewhat transparent from the point of library names (i.e. if I want ${libname} I should use boost-${libname} if it exists, else just boost-other or how-do-we-name- it). The statistics on what ports use which boost libs, and build times for separate boost libs will really be useful. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From parv at pair.com Fri Apr 3 09:05:58 2009 From: parv at pair.com (Parv) Date: Fri Apr 3 09:06:05 2009 Subject: pulseaudio - main.c: Daemon startup failed In-Reply-To: <20090403154943.GA51834@holstein.holy.cow> References: <20090403154943.GA51834@holstein.holy.cow> Message-ID: <20090403160613.GB51834@holstein.holy.cow> in message <20090403154943.GA51834@holstein.holy.cow>, wrote parv@pair.com thusly... > > I am finally annoyed enough the message produced by pulseaudio ... ^ ^ "by" > Apr 3 05:15:12 holstein pulseaudio[91444]: main.c: Daemon startup failed. > > > ... whenever flash plugin (graphics/swfdec, www/swfdec-plugin) is > invoked in Firefox. ... > Could anybody tell me please if there is any other way to get > pulseaudio to produce sound through the above mentioned flash > plugin? I just rebuilt swfdec* with OSS driver instead for I thought graphics/swfdec might have the option to use another method for audio. WELCOME TO THE TALKIES! At this point, I could not care less for the pulseaudio problem. - Parv -- From rjk at wintek.com Fri Apr 3 10:29:34 2009 From: rjk at wintek.com (Richard Kuhns) Date: Fri Apr 3 10:31:43 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <03779878@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> Message-ID: <49D642F5.5080809@wintek.com> Boris Samorodov wrote: > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: >> on 03/04/2009 17:19 Boris Samorodov said the following: >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: >>> >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >>>> But I have: >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >>>> linux-scim-libs-fc7-1.4.5_2 >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. >>> Please, read my HEADSUP message from April, 01. Well, it was not >>> a joke. ;-) > >> Could you please explain it to me? > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > did his best to give everyone an opportunity to use new linux > libs when there was no other linux infrastructure ports. > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to >> f8 soon. > > As for ports, there is no difference between f7 and f8 ones. Except > f8 linux infrastructure ports are fully presented at the portstree. > >> So how am I affected by your changes? > > You are affected by a side effect of the fact that hrs@ gave you > an opportunity to use newer linux libs when there was no other > infrastructure ports. And he decided (it was the only one right > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > different versions of ports/packages. > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to delete all linux ports and reinstall, even though I'm running -f8? I've had no problems until trying to upgrade acroread8, which failed as described above. When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to upgrade, I end up with multiple versions of several linux libraries until I hit the following error: ===> Checking if x11-fonts/linux-f8-fontconfig already installed cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer or same age version exists /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: newer or same age version exists 42 blocks ln: /compat/linux/etc//fonts: File exists *** Error code 1 Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From parv at pair.com Fri Apr 3 10:45:55 2009 From: parv at pair.com (parv@pair.com) Date: Fri Apr 3 10:46:01 2009 Subject: pulseaudio - main.c: Daemon startup failed Message-ID: <20090403154943.GA51834@holstein.holy.cow> I am finally annoyed enough the message produced by pulseaudio ... Apr 3 05:15:12 holstein pulseaudio[91444]: main.c: Daemon startup failed. ... whenever flash plugin (graphics/swfdec, www/swfdec-plugin) is invoked in Firefox. I tried building the port with default options selected, and no option selected at all. Same difference. When pulseaudio is run by itself (again, either with default options or none) on the console, it produces ... pulseaudio I: caps.c: Dropping root privileges. W: main.c: High-priority scheduling enabled in configuration but not allowed by policy. W: pid.c: Stale PID file, overwriting. E: module-console-kit.c: Unable to contact D-Bus system bus: org.freedesktop.DBus.Error.FileNotFound: Failed to connect to socket /var/run/dbus/system_bus_socket: No such file or directory E: module.c: Failed to load module "module-console-kit" (argument: ""): initialization failed. E: main.c: Module load failed. E: main.c: Failed to initialize daemon. I do not see any dbus process running in ps(1) output if that would be the real reason for pulseaudio to carp. I do have these in /etc/make.conf ... WITHOUT_HAL= yes WITHOUT_DBUS= yes ... if that matters. After commenting out dbus variable, there was no change. I have these ports installed ... devel/dbus dbus-1.2.1 devel/dbus-glib dbus-glib-0.76 sysutils/hal hal-0.5.11_1 Could anybody tell me please if there is any other way to get pulseaudio to produce sound through the above mentioned flash plugin? - Parv -- From bsam at ipt.ru Fri Apr 3 10:48:07 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 10:48:14 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D642F5.5080809@wintek.com> (Richard Kuhns's message of "Fri\, 03 Apr 2009 13\:10\:13 -0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> Message-ID: <37698795@bb.ipt.ru> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > Boris Samorodov wrote: > > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > >> on 03/04/2009 17:19 Boris Samorodov said the following: > >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >>> > >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >>>> But I have: > >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >>>> linux-scim-libs-fc7-1.4.5_2 > >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > >>> Please, read my HEADSUP message from April, 01. Well, it was not > >>> a joke. ;-) > > > >> Could you please explain it to me? > > > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > > did his best to give everyone an opportunity to use new linux > > libs when there was no other linux infrastructure ports. > > > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to > >> f8 soon. > > > > As for ports, there is no difference between f7 and f8 ones. Except > > f8 linux infrastructure ports are fully presented at the portstree. > > > >> So how am I affected by your changes? > > > > You are affected by a side effect of the fact that hrs@ gave you > > an opportunity to use newer linux libs when there was no other > > infrastructure ports. And he decided (it was the only one right > > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > > different versions of ports/packages. > > > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > delete all linux ports and reinstall, even though I'm running -f8? I've had no You were running linux_base-f8 and linux infrastructure ports for fc4. Yes, if you use linux_base-f8 and upgrade any linux application you should upgrade to new infrastructure ports. > problems until trying to upgrade acroread8, which failed as described above. > When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to > upgrade, I end up with multiple versions of several linux libraries until I hit > the following error: > ===> Checking if x11-fonts/linux-f8-fontconfig already installed > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d > -exec /bin/mkdir -p "/compat/linux/{}" \; > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | > /usr/bin/cpio -pm -R root:wheel /compat/linux > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or > same age version exists > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: > newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html > not created: newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt > not created: newer or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer > or same age version exists > /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: > newer or same age version exists > 42 blocks > ln: /compat/linux/etc//fonts: File exists > *** Error code 1 > Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From bsam at ipt.ru Fri Apr 3 11:05:09 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 11:05:15 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <37698795@bb.ipt.ru> (Boris Samorodov's message of "Fri\, 03 Apr 2009 21\:48\:04 +0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> Message-ID: <91290989@bb.ipt.ru> On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: > On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > > Boris Samorodov wrote: > > > On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > > >> on 03/04/2009 17:19 Boris Samorodov said the following: > > >>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > > >>> > > >>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > > >>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > > >>>> But I have: > > >>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > > >>>> linux-scim-libs-fc7-1.4.5_2 > > >>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > > >>> Please, read my HEADSUP message from April, 01. Well, it was not > > >>> a joke. ;-) > > > > > >> Could you please explain it to me? > > > > > > The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > > > base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > > > did his best to give everyone an opportunity to use new linux > > > libs when there was no other linux infrastructure ports. > > > > > >> I didn't see anything related to f7 in the message and I don't plan to upgrade to > > >> f8 soon. > > > > > > As for ports, there is no difference between f7 and f8 ones. Except > > > f8 linux infrastructure ports are fully presented at the portstree. > > > > > >> So how am I affected by your changes? > > > > > > You are affected by a side effect of the fact that hrs@ gave you > > > an opportunity to use newer linux libs when there was no other > > > infrastructure ports. And he decided (it was the only one right > > > decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > > > different versions of ports/packages. > > > > > So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > > delete all linux ports and reinstall, even though I'm running -f8? I've had no > You were running linux_base-f8 and linux infrastructure ports for fc4. > Yes, if you use linux_base-f8 and upgrade any linux application you > should upgrade to new infrastructure ports. Wrong phrasing at my side. That should be: Yes, if you use non-default linux base port and upgrade any linux application using linux-scim-libs you should upgrade to new infrastructure ports. Besides, I've got a patch which may help with linux-scim-libs case. the patch should be applied at /usr/ports/Mk directory. ----- Index: bsd.linux-apps.mk =================================================================== RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v retrieving revision 1.4 diff -u -r1.4 bsd.linux-apps.mk --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 @@ -299,8 +299,8 @@ scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk scimgtk_DEPENDS= gtk2 scimlibs -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs scimlibs_DEPENDS= gtk2 ----- Please, test it and give a feedback. > > problems until trying to upgrade acroread8, which failed as described above. > > When I added OVERRIDE_LINUX_NON_BASE_PORTS=f8 to /etc/make.conf and tried to > > upgrade, I end up with multiple versions of several linux libraries until I hit > > the following error: > > ===> Checking if x11-fonts/linux-f8-fontconfig already installed > > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * -type d > > -exec /bin/mkdir -p "/compat/linux/{}" \; > > cd /usr/ports/x11-fonts/linux-f8-fontconfig/work && /usr/bin/find * ! -type d | > > /usr/bin/cpio -pm -R root:wheel /compat/linux > > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1 not created: newer or > > same age version exists > > /usr/bin/cpio: /compat/linux/usr/lib/libfontconfig.so.1.2.0 not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/AUTHORS not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/COPYING not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/README not created: > > newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.html > > not created: newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/doc/fontconfig-2.4.2/fontconfig-user.txt > > not created: newer or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-cat.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-list.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man1/fc-match.1.gz not created: newer > > or same age version exists > > /usr/bin/cpio: /compat/linux/usr/share/man/man5/fonts-conf.5.gz not created: > > newer or same age version exists > > 42 blocks > > ln: /compat/linux/etc//fonts: File exists > > *** Error code 1 > > Stop in /usr/ports/x11-fonts/linux-f8-fontconfig. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From rjk at wintek.com Fri Apr 3 11:09:32 2009 From: rjk at wintek.com (Richard Kuhns) Date: Fri Apr 3 11:09:49 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <91290989@bb.ipt.ru> References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> <91290989@bb.ipt.ru> Message-ID: <49D650D6.5090609@wintek.com> Boris Samorodov wrote: > On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: >> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: >>> Boris Samorodov wrote: >>>> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: >>>>> on 03/04/2009 17:19 Boris Samorodov said the following: >>>>>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: >>>>>> >>>>>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. >>>>>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. >>>>>>> But I have: >>>>>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 >>>>>>> linux-scim-libs-fc7-1.4.5_2 >>>>>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. >>>>>> Please, read my HEADSUP message from April, 01. Well, it was not >>>>>> a joke. ;-) >>>>> Could you please explain it to me? >>>> The variable OVERRIDE_LINUX_BASE_PORT should mean override linux >>>> base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) >>>> did his best to give everyone an opportunity to use new linux >>>> libs when there was no other linux infrastructure ports. >>>> >>>>> I didn't see anything related to f7 in the message and I don't plan to upgrade to >>>>> f8 soon. >>>> As for ports, there is no difference between f7 and f8 ones. Except >>>> f8 linux infrastructure ports are fully presented at the portstree. >>>> >>>>> So how am I affected by your changes? >>>> You are affected by a side effect of the fact that hrs@ gave you >>>> an opportunity to use newer linux libs when there was no other >>>> infrastructure ports. And he decided (it was the only one right >>>> decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between >>>> different versions of ports/packages. >>>> > >>> So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to >>> delete all linux ports and reinstall, even though I'm running -f8? I've had no > >> You were running linux_base-f8 and linux infrastructure ports for fc4. > >> Yes, if you use linux_base-f8 and upgrade any linux application you >> should upgrade to new infrastructure ports. > > Wrong phrasing at my side. That should be: > Yes, if you use non-default linux base port and upgrade any linux > application using linux-scim-libs you should upgrade to new > infrastructure ports. > > Besides, I've got a patch which may help with linux-scim-libs case. > the patch should be applied at /usr/ports/Mk directory. > ----- > Index: bsd.linux-apps.mk > =================================================================== > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > retrieving revision 1.4 > diff -u -r1.4 bsd.linux-apps.mk > --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 > +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 > @@ -299,8 +299,8 @@ > scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk > scimgtk_DEPENDS= gtk2 scimlibs > > -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 > -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 > +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs > scimlibs_DEPENDS= gtk2 > ----- > > Please, test it and give a feedback. > With this patch I was able to upgrade acroread8 without having OVERRIDE_LINUX_NON_BASE_PORTS=f8 in /etc/make.conf. Thanks! - Rich -- Richard Kuhns Wintek Corporation E-mail: rjk@wintek.com 427 N 6th Street STE C Receptionist: 765-742-8428 Lafayette, IN 47901-2211 Direct Line: 765-269-8541 United States of America From bsam at ipt.ru Fri Apr 3 11:18:47 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 3 11:18:59 2009 Subject: USE_LINUX_APPS=scimgtk vs OVERRIDE_LINUX_BASE_PORT=f7 In-Reply-To: <49D650D6.5090609@wintek.com> (Richard Kuhns's message of "Fri\, 03 Apr 2009 14\:09\:26 -0400") References: <49D6180F.5@icyb.net.ua> <69851296@bb.ipt.ru> <49D61C8E.1030806@icyb.net.ua> <03779878@bb.ipt.ru> <49D642F5.5080809@wintek.com> <37698795@bb.ipt.ru> <91290989@bb.ipt.ru> <49D650D6.5090609@wintek.com> Message-ID: <25210173@bb.ipt.ru> On Fri, 03 Apr 2009 14:09:26 -0400 Richard Kuhns wrote: > Boris Samorodov wrote: > > On Fri, 03 Apr 2009 21:48:04 +0400 Boris Samorodov wrote: > >> On Fri, 03 Apr 2009 13:10:13 -0400 Richard Kuhns wrote: > >>> Boris Samorodov wrote: > >>>> On Fri, 03 Apr 2009 17:26:22 +0300 Andriy Gapon wrote: > >>>>> on 03/04/2009 17:19 Boris Samorodov said the following: > >>>>>> On Fri, 03 Apr 2009 17:07:11 +0300 Andriy Gapon wrote: > >>>>>> > >>>>>>> For instance: acroread8 has USE_LINUX_APPS=scimgtk. > >>>>>>> bsd.linux-apps.mk translates this to dependency on libscim-1.0.so.8.1.0. > >>>>>>> But I have: > >>>>>>> $ pkg_which /usr/compat/linux/usr/lib/libscim-1.0.so.8.1.1 > >>>>>>> linux-scim-libs-fc7-1.4.5_2 > >>>>>>> And yes, I have OVERRIDE_LINUX_BASE_PORT=f7. > >>>>>> Please, read my HEADSUP message from April, 01. Well, it was not > >>>>>> a joke. ;-) > >>>>> Could you please explain it to me? > >>>> The variable OVERRIDE_LINUX_BASE_PORT should mean override linux > >>>> base port. Hrs@ (as a maintainer of textproc/linux-scim-libs) > >>>> did his best to give everyone an opportunity to use new linux > >>>> libs when there was no other linux infrastructure ports. > >>>> > >>>>> I didn't see anything related to f7 in the message and I don't plan to upgrade to > >>>>> f8 soon. > >>>> As for ports, there is no difference between f7 and f8 ones. Except > >>>> f8 linux infrastructure ports are fully presented at the portstree. > >>>> > >>>>> So how am I affected by your changes? > >>>> You are affected by a side effect of the fact that hrs@ gave you > >>>> an opportunity to use newer linux libs when there was no other > >>>> infrastructure ports. And he decided (it was the only one right > >>>> decision) to use OVERRIDE_LINUX_BASE_PORT to distinguish between > >>>> different versions of ports/packages. > >>>> > > > >>> So if I'm reading this correctly, if I want to upgrade acroread8 I'll need to > >>> delete all linux ports and reinstall, even though I'm running -f8? I've had no > > > >> You were running linux_base-f8 and linux infrastructure ports for fc4. > > > >> Yes, if you use linux_base-f8 and upgrade any linux application you > >> should upgrade to new infrastructure ports. > > > > Wrong phrasing at my side. That should be: > > Yes, if you use non-default linux base port and upgrade any linux > > application using linux-scim-libs you should upgrade to new > > infrastructure ports. > > > > Besides, I've got a patch which may help with linux-scim-libs case. > > the patch should be applied at /usr/ports/Mk directory. > > ----- > > Index: bsd.linux-apps.mk > > =================================================================== > > RCS file: /home/pcvs/ports/Mk/bsd.linux-apps.mk,v > > retrieving revision 1.4 > > diff -u -r1.4 bsd.linux-apps.mk > > --- bsd.linux-apps.mk 2 Apr 2009 12:58:21 -0000 1.4 > > +++ bsd.linux-apps.mk 3 Apr 2009 18:04:25 -0000 > > @@ -299,8 +299,8 @@ > > scimgtk_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-gtk > > scimgtk_DEPENDS= gtk2 scimlibs > > > > -scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.1.0 > > -scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8.2.3 > > +scimlibs_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > > +scimlibs_f8_FILE= ${LINUXBASE}/usr/lib/libscim-1.0.so.8 > > scimlibs_DETECT= ${scimlibs${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > > scimlibs_PORT= ${PORTSDIR}/textproc/linux${LINUX_DIST_SUFFIX}-scim-libs > > scimlibs_DEPENDS= gtk2 > > ----- > > > > Please, test it and give a feedback. > With this patch I was able to upgrade acroread8 without having > OVERRIDE_LINUX_NON_BASE_PORTS=f8 in /etc/make.conf. Committed, thanks for the feedback. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From jeffrey at goldmark.org Fri Apr 3 19:26:04 2009 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Fri Apr 3 19:26:40 2009 Subject: postfix-policyd-spf Message-ID: <47443693-5C9A-48FF-A204-A9209D308993@goldmark.org> I have been having a terrible time trying to compile postfix-policyd- spf. Before I go into details, I'd like to ask whether there is an alternative way to get a postfix SPF milter running. If I can skip this package, I think I'll be much happier. postfix-policyd-spf specifically depends on LIB_DEPENDS= spf2.1:${PORTSDIR}/mail/libspf2-10 However, libspf2-10 won't build without a force because of a known security problem. $ cd ../libspf2-10/ [jeffrey@winky /usr/ports/mail/libspf2-10]$ sudo make clean ===> Cleaning for libspf2-1.0.4_1 [jeffrey@winky /usr/ports/mail/libspf2-10]$ sudo make build ===> libspf2-1.0.4_1 has known vulnerabilities: => libspf2 -- Buffer overflow. Reference: Now there is also a port, mail/libspf2 which is more current. And I can build that just fine. So I tried modifying the Makefile for postfix-policyd-spf thus #LIB_DEPENDS= spf2.1:${PORTSDIR}/mail/libspf2-10 LIB_DEPENDS= spf2:${PORTSDIR}/mail/libspf2 However, postfix-policyd-spf will not build against libspf2, complaining during configure: checking for strings.h... (cached) yes checking spf2/spf.h usability... no checking spf2/spf.h presence... yes configure: WARNING: spf2/spf.h: present but cannot be compiled configure: WARNING: spf2/spf.h: check for missing prerequisite headers? configure: WARNING: spf2/spf.h: see the Autoconf documentation configure: WARNING: spf2/spf.h: section "Present But Cannot Be Compiled" configure: WARNING: spf2/spf.h: proceeding with the preprocessor's result configure: WARNING: spf2/spf.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------ ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## ------------------------------------------ ## checking for spf2/spf.h... yes checking for SPF_destroy_config in -lspf2... no libspf2 is required to build this program. ===> Script "configure" failed unexpectedly. Please report the problem to mnag@FreeBSD.org [maintainer] and attach the "/usr/ports/mail/postfix-policyd-spf/work/policyd-1.0.1/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/mail/postfix-policyd-spf. I emailed the maintainer about this sometime in December 2008 and was told that the problem had been fixed in October. It certainly isn't fixed as I see things. I will submit a proper PR about this, but I'm really just wondering if I'm missing something obvious. Or if there is some alternative way to get SPF checking with postfix. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From gesbbb at yahoo.com Sat Apr 4 04:22:16 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Apr 4 04:22:22 2009 Subject: Adding comment to UPDATING file Message-ID: <20090404072204.28191678@scorpio> I maintain a port that is undergoing some radical changes in the way it maintains its 'config' files. This will require that the end user make some minor changes in order to get the program to run correctly. How do I go about getting something posted in the UPDATING file? I couldn't find anything in the Porter's Handbook describing the procedure. -- Jerry gesbbb@yahoo.com An Irish twelve-step meeting is where you find two pubs next door to each other. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090404/7e008886/signature.pgp From m.seaman at infracaninophile.co.uk Sat Apr 4 05:46:18 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Apr 4 05:46:25 2009 Subject: Adding comment to UPDATING file In-Reply-To: <20090404072204.28191678@scorpio> References: <20090404072204.28191678@scorpio> Message-ID: <49D75693.1030802@infracaninophile.co.uk> Jerry wrote: > I maintain a port that is undergoing some radical changes in the way it > maintains its 'config' files. This will require that the end user make > some minor changes in order to get the program to run correctly. How do > I go about getting something posted in the UPDATING file? I couldn't > find anything in the Porter's Handbook describing the procedure. Add a request to the PR you send in with the updates to your port, including the text you'ld like to have added to UPDATING. Unless it's completely frivolous or contentious or otherwise unsuitable most ports committers would happily add the message to UPDATING for you. I find it's also a good idea to add a warning about such things to any pkg_message printed out at install time. 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/20090404/33542d7e/signature.pgp From gesbbb at yahoo.com Sat Apr 4 06:32:03 2009 From: gesbbb at yahoo.com (Jerry) Date: Sat Apr 4 06:32:10 2009 Subject: Adding comment to UPDATING file In-Reply-To: <49D75693.1030802@infracaninophile.co.uk> References: <20090404072204.28191678@scorpio> <49D75693.1030802@infracaninophile.co.uk> Message-ID: <20090404093151.344c9868@scorpio> On Sat, 04 Apr 2009 13:46:11 +0100 Matthew Seaman wrote: >Jerry wrote: >> I maintain a port that is undergoing some radical changes in the way >> it maintains its 'config' files. This will require that the end user >> make some minor changes in order to get the program to run >> correctly. How do I go about getting something posted in the >> UPDATING file? I couldn't find anything in the Porter's Handbook >> describing the procedure. > >Add a request to the PR you send in with the updates to your port, >including the text you'ld like to have added to UPDATING. Unless it's >completely frivolous or contentious or otherwise unsuitable most ports >committers would happily add the message to UPDATING for you. > >I find it's also a good idea to add a warning about such things to >any pkg_message printed out at install time. Thanks! I was considering the pkg_message idea; however, users of Portupgrade or other port maintenance tools often do not see the messages printed out out the end of the installation. I will be including a message though. Maybe they should add an addendum to the Porter's Handbook describing that. -- Jerry gesbbb@yahoo.com Alley's Axiom : Justice always prevails . . . three times out of seven. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090404/3e7ebadc/signature.pgp From m.seaman at infracaninophile.co.uk Sat Apr 4 06:49:14 2009 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Sat Apr 4 06:49:20 2009 Subject: Adding comment to UPDATING file In-Reply-To: <20090404093151.344c9868@scorpio> References: <20090404072204.28191678@scorpio> <49D75693.1030802@infracaninophile.co.uk> <20090404093151.344c9868@scorpio> Message-ID: <49D7654C.8010608@infracaninophile.co.uk> Jerry wrote: > On Sat, 04 Apr 2009 13:46:11 +0100 > Matthew Seaman wrote: >> I find it's also a good idea to add a warning about such things to >> any pkg_message printed out at install time. > > Thanks! I was considering the pkg_message idea; however, users of > Portupgrade or other port maintenance tools often do not see the > messages printed out out the end of the installation. I will be > including a message though. portmaster saves up all the pkg_messages and displays them at the end of the update session. I believe moves are afoot to add similar behaviour to some other ports management tools. Also: pkg_info -Dx portname is a command that should be more widely known and used. > Maybe they should add an addendum to the Porter's Handbook > describing that. If you send an e-mail to freebsd-doc@... or send-pr with some suggested text, it or something similar is fairly likely to be incorporated. Even better if you send a patch against the Docbook sources, but on the whole just having some suggested text to work with is acceptable. Although right now is maybe not the best time as I think the docs slush preparatory to 7.2-RELEASE is imminent, if not already here... 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/20090404/dbdf45a2/signature.pgp From tingox at gmail.com Sat Apr 4 10:42:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Apr 4 10:42:24 2009 Subject: upgrade of databases/sqlite3 to 3.6.11 fails Message-ID: When trying to portupgrade databases/sqlite3 from 3.6.10 to 3.6.11 it fails with: /usr/bin/install -c -o root -g wheel .libs/sqlite3 /usr/local/bin/sqlite3 /usr/bin/install -c -o root -g wheel -d /usr/local/include /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.h /usr/local/include /usr/bin/install -c -o root -g wheel -m 0644 ./src/sqlite3ext.h /usr/local/include /usr/bin/install -c -o root -g wheel -d /usr/local/libdata/pkgconfig /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.pc /usr/local/libdata/pkgconfig libtool: install: error: cannot install `libtclsqlite3.la' to a directory not ending in /usr/local/lib/tcl8.4/sqlite3 *** Error code 1 Stop in /usr/ports/databases/sqlite3. *** Error code 1 Stop in /usr/ports/databases/sqlite3. *** Error code 1 Stop in /usr/ports/databases/sqlite3. ===> Cleaning for sqlite3-3.6.11 ---> Cleaning out obsolete shared libraries On this version: root@kg-work2# uname -a FreeBSD kg-work2.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #4: Sun Feb 8 20:56:08 CET 2009 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 i386 with these options: root@kg-work2# cd /usr/ports/databases/sqlite3;make showconfig;cd ===> The following configuration options are available for sqlite3-3.6.11: DEBUG=off "Enable debugging & verbose explain" FTS3=off "Enable FTS3 (Full Text Search) module" RAMTABLE=off "Store temporary tables in RAM" TCLWRAPPER=on "Enable TCL wrapper" METADATA=on "Enable column metadata" THREADS=on "Enable threads support" ===> Use 'make config' to modify these settings If I set TCLWRAPPER to 'off' I can install the port without problems. This is probably not the right way to fix it, though. :) HTH -- Regards, Torfinn Ingolfsen From bsam at ipt.ru Sat Apr 4 10:52:59 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Sat Apr 4 10:53:06 2009 Subject: portupgrade, fetch and PACKAGESITE Message-ID: <03763894@bb.ipt.ru> Hello List, maybe I've busted my configs but I can't find where did I. :-( ----- # uname -a FreeBSD bb.ipt.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Sat Apr 4 16:29:29 MSD 2009 root@bb.ipt.ru:/usr/obj/usr/src/sys/BB i386 # echo $PACKAGESITE ftp://localhost/pub/FreeBSD/i386/ports/packages/8-bsam/Latest/ # pkg_info -xI portupgrade portupgrade-2.4.6_1,2 FreeBSD ports/packages administration and management tool s ----- But "portupgrade -PP" ignores a "/" after localhost: ----- ---> Checking for the latest package of 'lang/python25' ---> Fetching the package(s) for 'python25-2.5.4_1' (lang/python25) ---> Fetching python25-2.5.4_1 fetch: ftp://localhostpub/FreeBSD/i386/ports/packages/8-bsam/All/python25-2.5.4_1.tbz: No address record ----- Ktrace shows that it even tries to resolv localhostpub.ipt.ru (ipt.ru is a domain in search rule at /etc/resolv.conf). Any help is appreciated. Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From chuckop at gmail.com Sat Apr 4 19:28:06 2009 From: chuckop at gmail.com (Charles Oppermann) Date: Sat Apr 4 19:28:13 2009 Subject: Adding comment to UPDATING file In-Reply-To: <49D7654C.8010608@infracaninophile.co.uk> References: <20090404072204.28191678@scorpio> <20090404093151.344c9868@scorpio> <49D7654C.8010608@infracaninophile.co.uk> Message-ID: <200904042207.12587.chuckop@gmail.com> On Saturday 04 April 2009 9:49:00 am Matthew Seaman wrote: > >> I find it's also a good idea to add a warning about such things to > >> any pkg_message printed out at install time. > > > > Thanks! I was considering the pkg_message idea; however, users of > > Portupgrade or other port maintenance tools often do not see the > > messages printed out out the end of the installation. I will be > > including a message though. Is it completely out of the question to either support the old format config file, or have a utility migrate the settings to the new format? What's the impact of the user using the upgraded port with the older config file? Is it going to prevent the app from running, or will it cause it to crash, or will there just not be all the functionality available? From rene at freebsd.org Sun Apr 5 05:27:33 2009 From: rene at freebsd.org (Rene Ladan) Date: Sun Apr 5 05:27:41 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: References: Message-ID: <49D8A3B1.5090709@freebsd.org> Jack L. schreef: > It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as > well. I have 3 computers with the same exact issue. > I have (finally) mailed the authors of the plugin (the 4 listed in the AUTHORS file, hopefully still up-to-date). The bug I entered: http://bugzilla.xfce.org/show_bug.cgi?id=4920 > On Thu, Apr 2, 2009 at 5:20 AM, Rene Ladan wrote: >> Hi, >> >> is anyone able to run sysutils/xfce4-cpugraph-plugin in xfce4.6 on a >> 64-bit computer? >> The current version in the ports (0.3.0) runs fine on my i386 laptop >> running 8.0-CURRENT, but it fails on my amd64 laptop running >> 7.1-RELEASE. >> In the latter case it builds alright, but it crashes when loading it >> into the panel (in a loop which looks fine). >> >> It might be wrong option in one of its dependencies, but I didn't >> notice anything obvious in its immediate dependencies. >> Can someone confirm if it works and optionally post the options the >> dependencies were built with? >> >> I will also poke the upstream developers for a BSD version of 0.4.0 >> (the current version, which has multi-core support). >> Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From rene at freebsd.org Sun Apr 5 05:33:01 2009 From: rene at freebsd.org (Rene Ladan) Date: Sun Apr 5 05:33:07 2009 Subject: Adding comment to UPDATING file In-Reply-To: <49D7654C.8010608@infracaninophile.co.uk> References: <20090404072204.28191678@scorpio> <49D75693.1030802@infracaninophile.co.uk> <20090404093151.344c9868@scorpio> <49D7654C.8010608@infracaninophile.co.uk> Message-ID: <49D8A4F9.3060602@freebsd.org> Matthew Seaman schreef: > Jerry wrote: >> On Sat, 04 Apr 2009 13:46:11 +0100 >> Matthew Seaman wrote: > >>> I find it's also a good idea to add a warning about such things to >>> any pkg_message printed out at install time. >> >> Thanks! I was considering the pkg_message idea; however, users of >> Portupgrade or other port maintenance tools often do not see the >> messages printed out out the end of the installation. I will be >> including a message though. > > portmaster saves up all the pkg_messages and displays them at the end > of the update session. I believe moves are afoot to add similar behaviour > to some other ports management tools. > > Also: > > pkg_info -Dx portname > is a command that should be more widely known and used. > >> Maybe they should add an addendum to the Porter's Handbook >> describing that. > > If you send an e-mail to freebsd-doc@... or send-pr with some suggested > text, > it or something similar is fairly likely to be incorporated. Even > better if > you send a patch against the Docbook sources, but on the whole just having > some suggested text to work with is acceptable. Although right now is Both plain text and SGML are fine, altough the latter is easier to incorporate. Don't forget to mention the section where to place it. > maybe > not the best time as I think the docs slush preparatory to 7.2-RELEASE is > imminent, if not already here... > The slush will start at April 10. This does not mean that every commit has to be approved, unlike commits to ports when the ports tree is frozen. It is meant as a slowdown (no big patches or patches that move a lot of text around) to allow translators to catch up and for the doceng/re team to start building the documentation for the CD/DVD images. Regards, Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From tingox at gmail.com Sun Apr 5 11:34:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Apr 5 11:34:21 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: References: Message-ID: Hi, On Thu, Apr 2, 2009 at 2:46 PM, Jack L. wrote: > It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as > well. I have 3 computers with the same exact issue. It doesn't work with latest RELENG_7 (ie. 7.2-prerelease / amd64) either. -- Regards, Torfinn Ingolfsen From rene at freebsd.org Sun Apr 5 12:41:53 2009 From: rene at freebsd.org (Rene Ladan) Date: Sun Apr 5 12:42:06 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: References: Message-ID: <49D9097D.2060605@freebsd.org> Torfinn Ingolfsen schreef: > Hi, > > On Thu, Apr 2, 2009 at 2:46 PM, Jack L. wrote: >> It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as >> well. I have 3 computers with the same exact issue. > > It doesn't work with latest RELENG_7 (ie. 7.2-prerelease / amd64) either. It fails on 7.2-BETA1/amd64 as well, at the same point as before: cpu.c line 959: base->m_History[i] = 0; with i == 39, but base->m_History points to an inaccessible long int. I've mailed the authors (the first one listed has an invalid email address), to see how they think about it. Rene -- http://www.rene-ladan.nl/ GPG fingerprint = ADBC ECCD EB5F A6B4 549F 600D 8C9E 647A E564 2BFC (subkeys.pgp.net) From careers at ukfmjobs.co.uk Sun Apr 5 22:09:05 2009 From: careers at ukfmjobs.co.uk (Add all your FM | Engineering | Property | jobs) Date: Sun Apr 5 22:09:13 2009 Subject: For the next 90 days you are able to advertise your vacancies free of charge Message-ID: Your email client cannot read this email. To view it online, please go here: http://www.ukfmjobs.co.uk/sendstudionx/display.php?M=20583&C=32b35089e7a457415ac0a10dd7faa545&S=7&L=2&N=3 To stop receiving these emails:http://www.ukfmjobs.co.uk/sendstudionx/unsubscribe.php?M=20583&C=32b35089e7a457415ac0a10dd7faa545&L=2&N=7 From rene at freebsd.org Mon Apr 6 03:21:37 2009 From: rene at freebsd.org (Rene Ladan) Date: Mon Apr 6 03:21:45 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: <49D9097D.2060605@freebsd.org> References: <49D9097D.2060605@freebsd.org> Message-ID: 2009/4/5 Rene Ladan : > Torfinn Ingolfsen schreef: >> >> Hi, >> >> On Thu, Apr 2, 2009 at 2:46 PM, Jack L. wrote: >>> >>> It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as >>> well. I have 3 computers with the same exact issue. >> >> It doesn't work with latest RELENG_7 (ie. 7.2-prerelease / amd64) either. > > It fails on 7.2-BETA1/amd64 as well, at the same point as before: > cpu.c line 959: > > base->m_History[i] = 0; > > with i == 39, but base->m_History points to an inaccessible long int. > > I've mailed the authors (the first one listed has an invalid email address), > to see how they think about it. > I got an answer from 2 of the authors. They both say xfce4-cpugraph-plugin is abandonware. There are some alternatives: * http://adesklets.sourceforge.net/desklets.html (requires the adesklets framework) * http://gatopeichs.pbwiki.com/#gatotraymonitorCPUgraphicallyfromyoursystemstray (freedesktop/gtk+) Regards, Rene From careers at ukfmjobs.co.uk Mon Apr 6 03:51:49 2009 From: careers at ukfmjobs.co.uk (Find the latest jobs with www.ukfmjobs.co.uk and www.globalfmjobs.co.uk) Date: Mon Apr 6 03:52:03 2009 Subject: The latest facilities management jobs from the fastest growingFM jobsite Message-ID: <2e90b0bcdefcf0f9196b990ba01dc7e7@www.ukfmjobs.co.uk> Your email client cannot read this email. To view it online, please go here: http://www.ukfmjobs.co.uk/sendstudionx/display.php?M=15972&C=ffde112df5217b1e34c699f34533dc78&S=5&L=1&N=2 To stop receiving these emails:http://www.ukfmjobs.co.uk/sendstudionx/unsubscribe.php?M=15972&C=ffde112df5217b1e34c699f34533dc78&L=1&N=5 From bugmaster at FreeBSD.org Mon Apr 6 04:06:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 6 04:06:33 2009 Subject: Current unassigned ports problem reports Message-ID: <200904061106.n36B66mw060917@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/133414 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133413 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133412 install trouble of security/openssh-portable with OPEN o ports/133409 Update of math/fricas o ports/133408 [NEW PORT] chinese/qq: Tencent QQ for Linux o ports/133389 NVIDIA Driver -173 is out of date and no longer works o ports/133387 openoffice don't appear in 7.1-release/Latest o ports/133385 dav_svn_module and authz_svn_module added in wrong ord f ports/133361 www/free-sa: new version 1.6.0 f ports/133358 [PATCH] net/bounce: add new -q option f ports/133353 [PATCH] audio/rubygem-mp3info: fix packaging and updat f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133333 ClamAV Milter passes 'Worm.Mydoom.I' and this virus tu o ports/133307 lang/ocaml-nox11 doesn't build in amd64 f ports/133303 lang/visualworks cannot load Jun because of lacking TG o ports/133288 [PATCH] games/btanks: pass environement to scons allow f ports/133268 security/nmap: New recommended version f ports/133261 [patch] www/free-sa: respect system cflags and expose o ports/133254 [bsd.fpc.mk] don't display bogus message for fpc-using o ports/133248 New Port: security/scamp o ports/133241 net/balance parameter -b does not accept numeric ip ad f ports/133220 dns/ldns will not compile f ports/133164 [PATCH] net-mgmt/zabbix: update to 1.6.3 f ports/133163 [PATCH] net-mgmt/zabbix-agent: update to 1.6.3 o ports/133085 New Port: textproc/lexxia: A Multiformat Text Processo o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133036 Update Port: x11-fonts/linuxlibertine Newer version an o ports/133033 www/nspluginwrapper segfaults when NIS is used (amd64) f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132956 [new port] mail/gml: Mbox & Maildir to Gmail loader f ports/132909 [PATCH] sysutils/htop: fix treeview bug f ports/132815 add option to mail/nmzmail to override max number of m o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132772 [new port] lang/rakudo-devel The Rakudo Perl 6 Compil f ports/132707 New port: games/GHost++, a Warcraft 3 game hosting bot o ports/132698 [patch] Fix sysutils/be_agent distfile detection f ports/132578 ports/net/isc-dhcp30-server: Compile error : dhcpd.c: o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132536 mail/assp periodically hangs up I/O o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/131856 sysutils/virtualmin adds new users to www group - over o ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131344 New port: sysutils/smp_utils Utilities for Serial Atta o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131169 New port lang/ikarus: optimizing incremental Scheme co f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr p ports/130779 [PATCH] emulators/dosbox enable directserial passthrou o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130541 new port: net/isc-dhcp41-server f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration o ports/130063 databases/rrdtool update o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129881 [patch] net/openospfd: update to 4.3 and fix some bugs o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser 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 f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124841 [PATCH] devel/zthread: Fix signature in BlockingQueue. f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr o ports/108795 ports/icc: Proposed update to icc port for intel compi o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 89 problems total. From david at vizion2000.net Mon Apr 6 11:02:36 2009 From: david at vizion2000.net (David Southwell) Date: Mon Apr 6 11:03:10 2009 Subject: Auto-split.pm ?? Cant Locate --cause failure of multiple ports: Message-ID: <200904061137.09066.david@vizion2000.net> I am getting multiple portupgarde failures due to the error shown below but cannot trace which port needs fixing!! Anyone any idea?? Thanks in advance David PORT_VER=1.56 make ** Fix the problem and try again. ---> Reinstalling 'p5-ExtUtils-CBuilder-0.24' (devel/p5-ExtUtils-CBuilder) ---> Building '/usr/ports/devel/p5-ExtUtils-CBuilder' ===> Cleaning for p5-ExtUtils-CBuilder-0.24 ===> Extracting for p5-ExtUtils-CBuilder-0.24 => MD5 Checksum OK for ExtUtils-CBuilder-0.24.tar.gz. => SHA256 Checksum OK for ExtUtils-CBuilder-0.24.tar.gz. ===> p5-ExtUtils-CBuilder-0.24 depends on file: /usr/local/bin/perl5.8.9 - found ===> Patching for p5-ExtUtils-CBuilder-0.24 ===> p5-ExtUtils-CBuilder-0.24 depends on file: /usr/local/bin/perl5.8.9 - found ===> p5-ExtUtils-CBuilder-0.24 depends on file: /usr/local/bin/perl5.8.9 - found ===> Configuring for p5-ExtUtils-CBuilder-0.24 Checking if your kit is complete... Looks good Writing Makefile for ExtUtils::CBuilder ===> Building for p5-ExtUtils-CBuilder-0.24 Can't locate AutoSplit.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) at /usr/local/lib/perl5/5.8.9/ExtUtils/Install.pm line 6. BEGIN failed--compilation aborted at /usr/local/lib/perl5/5.8.9/ExtUtils/Install.pm line 6. Compilation failed in require. BEGIN failed--compilation aborted. *** Error code 2 Stop in /usr/ports/devel/p5-ExtUtils-CBuilder/work/ExtUtils-CBuilder-0.24. *** Error code 1 Stop in /usr/ports/devel/p5-ExtUtils-CBuilder. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20090406-41176-rf7p5g-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=p5-ExtUtils-CBuilder-0.24 UPGRADE_PORT_VER=0.24 make ** Fix the problem and try again. From army.of.root at googlemail.com Mon Apr 6 11:18:18 2009 From: army.of.root at googlemail.com (army.of.root) Date: Mon Apr 6 11:18:24 2009 Subject: xfce4-cpugraph-plugin In-Reply-To: References: <49D9097D.2060605@freebsd.org> Message-ID: <49DA4765.9050808@googlemail.com> Rene Ladan wrote: > 2009/4/5 Rene Ladan : >> Torfinn Ingolfsen schreef: >>> Hi, >>> >>> On Thu, Apr 2, 2009 at 2:46 PM, Jack L. wrote: >>>> It doesn't work on my setup with 7.1-STABLE and xfce4.6 on amd64 as >>>> well. I have 3 computers with the same exact issue. >>> It doesn't work with latest RELENG_7 (ie. 7.2-prerelease / amd64) either. >> It fails on 7.2-BETA1/amd64 as well, at the same point as before: >> cpu.c line 959: >> >> base->m_History[i] = 0; >> >> with i == 39, but base->m_History points to an inaccessible long int. >> >> I've mailed the authors (the first one listed has an invalid email address), >> to see how they think about it. >> > I got an answer from 2 of the authors. They both say xfce4-cpugraph-plugin is > abandonware. There are some alternatives: > > * http://adesklets.sourceforge.net/desklets.html (requires the > adesklets framework) > * http://gatopeichs.pbwiki.com/#gatotraymonitorCPUgraphicallyfromyoursystemstray > (freedesktop/gtk+) > > Regards, > Rene Hi, this is sad, i like the current Plugin; its not perfect but certainly better then the one on the second link (on a superficial look, it cant be resized to be like 100px wide). It would be really nice if we keep it around for some time. regards From erwin at FreeBSD.org Mon Apr 6 12:39:20 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Apr 6 12:39:27 2009 Subject: INDEX build failed for 6.x Message-ID: <200904061939.n36JdJcs093092@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: linux-f8-nss-3.12.2.0: no entry for /usr/ports/databases/linux-sqlite3 make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr Committers on the hook: bsam dhn kan lev lme mat Most recent CVS update was: U Mk/bsd.linux-apps.mk U databases/Makefile U databases/linux-f8-sqlite3/Makefile U databases/linux-f8-sqlite3/distinfo.i386 U databases/p5-DBD-ODBC/Makefile U databases/p5-DBD-ODBC/distinfo U devel/Makefile U devel/linux-f8-nspr/Makefile U devel/linux-f8-nspr/distinfo.i386 U devel/p5-B-Keywords/Makefile U devel/p5-B-Keywords/distinfo U devel/subversion/Makefile U devel/subversion/Makefile.common U devel/subversion/pkg-deinstall U devel/subversion/pkg-plist U devel/subversion-freebsd/Makefile U dns/Makefile U dns/linux-f8-libidn/Makefile U dns/linux-f8-libidn/distinfo.i386 U dns/linux-f8-libidn/pkg-plist U emulators/open-vm-tools/Makefile U math/fxt/Makefile U math/fxt/distinfo U math/fxt/pkg-plist U misc/heyu2/Makefile U misc/heyu2/distinfo U multimedia/devede/Makefile U multimedia/devede/distinfo U multimedia/devede/pkg-plist U security/Makefile U security/linux-f8-libssh2/Makefile U security/linux-f8-libssh2/distinfo.i386 U security/linux-f8-nss/Makefile U security/linux-f8-nss/distinfo.i386 U security/linux-f8-nss/pkg-plist From phoffman at proper.com Mon Apr 6 12:44:23 2009 From: phoffman at proper.com (Paul Hoffman) Date: Mon Apr 6 12:44:31 2009 Subject: How do I tell what arguments were given to configure? Message-ID: Greetings again. I am trying to trace down a bug that I think is happening in a port. I have captured the output of "make", but I don't see in it what arguments are being given to the port's "configure" script. Where do I find that? From alexey at renatasystems.org Mon Apr 6 13:05:41 2009 From: alexey at renatasystems.org (Alexey V. Degtyarev) Date: Mon Apr 6 13:05:48 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: References: Message-ID: <20090406200533.GG57864@hs-4.renatasystems.org> Hi Paul, make -V CONFIGURE_ARGS and make -V CONFIGURE_ENV within port's directory will show you arguments passed to configure script and environment variables to be set respectively. > Greetings again. I am trying to trace down a bug that I think is > happening in a port. I have captured the output of "make", but I don't > see in it what arguments are being given to the port's "configure" > script. Where do I find that? -- Alexey V. Degtyarev From bsam at ipt.ru Mon Apr 6 13:14:43 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Mon Apr 6 13:14:49 2009 Subject: INDEX build failed for 6.x In-Reply-To: <200904061939.n36JdJcs093092@pointyhat.freebsd.org> (Erwin Lansing's message of "Mon\, 6 Apr 2009 19\:39\:19 GMT") References: <200904061939.n36JdJcs093092@pointyhat.freebsd.org> Message-ID: <35895091@bb.ipt.ru> On Mon, 6 Apr 2009 19:39:19 GMT Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: linux-f8-nss-3.12.2.0: no entry for /usr/ports/databases/linux-sqlite3 > make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr I see the problem, working on it. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From cm at therek.net Mon Apr 6 13:18:15 2009 From: cm at therek.net (Cezary Morga) Date: Mon Apr 6 13:18:22 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: References: Message-ID: <200904062218.03354.cm@therek.net> Paul Hoffman wrote: > Greetings again. I am trying to trace down a bug that I think is happening > in a port. I have captured the output of "make", but I don't see in it what > arguments are being given to the port's "configure" script. Where do I find > that? make -dl configure or make -n configure -- Cezary Morga "I've wrestled with reality for 35 years, Doctor, and I'm happy to state I finally won out over it." (Mary Chase) From kwm at rainbow-runner.nl Mon Apr 6 13:22:18 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Mon Apr 6 13:22:24 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: References: Message-ID: <1239048428.24393.3.camel@headache.rainbow-runner.nl> On Mon, 2009-04-06 at 12:44 -0700, Paul Hoffman wrote: > Greetings again. I am trying to trace down a bug that I think is happening in a port. I have captured the output of "make", but I don't see in it what arguments are being given to the port's "configure" script. Where do I find that? Go into work/${Portname} and check config.log From maciej at suszko.eu Mon Apr 6 13:35:46 2009 From: maciej at suszko.eu (Maciej Suszko) Date: Mon Apr 6 13:35:53 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: References: Message-ID: <20090406220856.0b78efd4@suszko.eu> Paul Hoffman wrote: > Greetings again. I am trying to trace down a bug that I think is > happening in a port. I have captured the output of "make", but I > don't see in it what arguments are being given to the port's > "configure" script. Where do I find that? From within port directory: make -C . -V CONFIGURE_ARGS -- regards, Maciej Suszko. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090406/6b477aca/signature.pgp From phoffman at proper.com Mon Apr 6 13:41:49 2009 From: phoffman at proper.com (Paul Hoffman) Date: Mon Apr 6 13:41:56 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: <49DA5EA3.4020207@comcast.net> References: <49DA5EA3.4020207@comcast.net> Message-ID: Thanks for all the replies. I was, in fact, able to determine that the configuration arguments for this port are broken, and have submitted a bug report with the fix. FWIW, the port is lang/python30. It is *not* built with UCS-4 support even when you tell it to be due to bad config arguments. From korvus at comcast.net Mon Apr 6 13:42:34 2009 From: korvus at comcast.net (Steve Polyack) Date: Mon Apr 6 13:42:42 2009 Subject: How do I tell what arguments were given to configure? In-Reply-To: References: Message-ID: <49DA5EA3.4020207@comcast.net> Paul Hoffman wrote: > Greetings again. I am trying to trace down a bug that I think is happening in a port. I have captured the output of "make", but I don't see in it what arguments are being given to the port's "configure" script. Where do I find that? > You can either examine the port's Makefile to determine what options it passes to the configure script, or you can check config.log in the work directory: [/usr/ports/lang/php5/work/php-5.2.9]$ head config.log | grep ./configure $ ./configure --with-layout=GNU --with-config-file-scan-dir=/usr/local/etc/php --disable-all --enable-libxml --with-libxml-dir=/usr/local --enable-reflection --program-prefix= --disable-cgi --with-regex=php --with-zend-vm=CALL --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=i386-portbld-freebsd7.1 From erwin at FreeBSD.org Mon Apr 6 15:32:00 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Apr 6 15:32:18 2009 Subject: INDEX build failed for 6.x Message-ID: <200904062232.n36MW03o021188@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: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/databases/linux-sqlite3 make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr Committers on the hook: bsam dhn gahr itetcu kan lev lme makc mat pav sobomax stas Most recent CVS update was: U Mk/bsd.linux-apps.mk U archivers/stuffit/Makefile U archivers/stuffit/pkg-descr U audio/Makefile U audio/denemo/Makefile U audio/flite/Makefile U audio/flite/files/patch-Makefile U audio/gervill/Makefile U audio/gervill/distinfo U audio/gervill/pkg-descr U audio/linux-shoutcast/Makefile U databases/libgda4/Makefile U devel/ocaml-equeue/Makefile U devel/p5-Data-Dump-Streamer/Makefile U devel/p5-Data-Dump-Streamer/distinfo U devel/p5-DateTime-Format-HTTP/Makefile U devel/p5-DateTime-Format-HTTP/distinfo U devel/p5-DateTime-Format-Pg/Makefile U devel/p5-DateTime-Format-Pg/distinfo U devel/p5-DateTime-Set/Makefile U devel/p5-DateTime-Set/distinfo U devel/p5-IPC-ShareLite/Makefile U devel/p5-IPC-ShareLite/distinfo U devel/p5-NEXT/Makefile U devel/p5-NEXT/distinfo U editors/slime/Makefile U editors/slime/distinfo U editors/slime/pkg-plist U graphics/dcraw/Makefile U graphics/dcraw/distinfo U graphics/ocaml-lablgl/Makefile U graphics/ocaml-lablgl/distinfo U graphics/ocaml-lablgl/files/patch-Togl_src_Togl_togl.c U lang/ocaml/files/patch-configure U net/asterisk16/Makefile U net/asterisk16/distinfo U ports-mgmt/Makefile U ports-mgmt/kports/Makefile U ports-mgmt/kports-qt4/Makefile U ports-mgmt/kports-qt4/distinfo U ports-mgmt/kports-qt4/pkg-descr U ports-mgmt/kports-qt4/pkg-message.nokdebase U ports-mgmt/kports-qt4/pkg-plist From mezz7 at cox.net Mon Apr 6 15:44:09 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Apr 6 15:44:16 2009 Subject: Status of devel/boost upgrade In-Reply-To: <20090403155011.GC60788@hades.panopticon> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> Message-ID: On Fri, 03 Apr 2009 09:50:11 -0600, Dmitry Marakasov wrote: > * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > >> There are 95 libraries in boost. > > Woo, that's sure too many. > >> Let me explain that: >> Boost has source-only libraries and separately-compiled libraries. >> Source-only libraries consist of header files only and do not require >> any compilation at all. Separately-compiled libraries consist of BOTH >> header files and shared library objects. > > Yeah, I know that. > >> I often use source-libraries only. For example currently in a project >> at work I use "interprocess", "function", "smart ptr". Neither of >> them requires compilation. Hence the idea. > > There sure is a point. However I still don't like tearing the port in > half based on some unpractical criteria. It resembles most linux > distros' stupid way of splitting includes into separate packages > too much :) > > If you devel with boost, you probably will need some of shared libraries > sooner or later, so you will probably install the whole boost once to > not waste time for lacking components later. What's for the users, I can > see theoretical advantage - if many ports depend on header libs only, > this part of boost will be installed fast without compiling anything. > However, from my experience most ports still depend on shared libs, so > this will not really bring anything good. Can you provide any statistics > on how many ports will benefit of that? > >> So then the list of options is as follows: >> >> 1) "jam", "source-libs", "compiled-libs" (or "shared-libs"), >> "python-libs" and "docs" >> 2) "jam", "libs", "python-libs" and "docs" >> 3) "jam", "docs" and 95 ports more :-) > > I'm for 2, but not against 1 if it brings more advantages than > inconvenience. I agree with what Dmitry has said. I vote for #2. Cheers, Mezz > And there's another option between 1 and 3. > 4) "jam", "docs", "source-libs" and N more, where N is up to number of > shared libs installed by boost. For 1.37 there are 19, but some > small/related ones may be merged (maybe math? for example, ubuntu > has 13 packages for separate libs for boost 1.35 including python). > > It seem to be more logical than just source/shared ports as it will > really fasten compilation by not building unneeded parts of boost, > it's consistent with boost-python separation, it's somewhat transparent > from the point of library names (i.e. if I want ${libname} I should use > boost-${libname} if it exists, else just boost-other or how-do-we-name- > it). > > The statistics on what ports use which boost libs, and build times for > separate boost libs will really be useful. > -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From abryan at centraldesktop.com Mon Apr 6 16:53:53 2009 From: abryan at centraldesktop.com (Alan Bryan) Date: Mon Apr 6 16:54:00 2009 Subject: FreeBSD Port: sugarcrm-5.2.0a Message-ID: <49DA91C7.30102@centraldesktop.com> Any idea when an upgrade to 5.2.0c will be coming? Thanks, Alan Bryan From itetcu at FreeBSD.org Mon Apr 6 18:40:07 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon Apr 6 18:40:15 2009 Subject: Auto-split.pm ?? Cant Locate --cause failure of multiple ports: In-Reply-To: <200904061137.09066.david@vizion2000.net> References: <200904061137.09066.david@vizion2000.net> Message-ID: <20090407042319.7143146b@it.buh.tecnik93.com> On Mon, 6 Apr 2009 11:37:08 -0700 David Southwell wrote: > I am getting multiple portupgarde failures due to the error shown > below but cannot trace which port needs fixing!! > > Anyone any idea?? > > Thanks in advance > > David > > > PORT_VER=1.56 make > ** Fix the problem and try again. > ---> Reinstalling > 'p5-ExtUtils-CBuilder-0.24' (devel/p5-ExtUtils-CBuilder) ---> > Building '/usr/ports/devel/p5-ExtUtils-CBuilder' ===> Cleaning for > p5-ExtUtils-CBuilder-0.24 ===> Extracting for > p5-ExtUtils-CBuilder-0.24 => MD5 Checksum OK for > ExtUtils-CBuilder-0.24.tar.gz. => SHA256 Checksum OK for > ExtUtils-CBuilder-0.24.tar.gz. ===> p5-ExtUtils-CBuilder-0.24 > depends on file: /usr/local/bin/perl5.8.9 - found > ===> Patching for p5-ExtUtils-CBuilder-0.24 > ===> p5-ExtUtils-CBuilder-0.24 depends on > file: /usr/local/bin/perl5.8.9 - found > ===> p5-ExtUtils-CBuilder-0.24 depends on > file: /usr/local/bin/perl5.8.9 - found > ===> Configuring for p5-ExtUtils-CBuilder-0.24 > Checking if your kit is complete... > Looks good > Writing Makefile for ExtUtils::CBuilder > ===> Building for p5-ExtUtils-CBuilder-0.24 > Can't locate AutoSplit.pm in @INC (@INC > contains: /usr/local/lib/perl5/5.8.9/BSDPAN /usr/local/lib/perl5/site_perl/5.8.9/mach /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach /usr/local/lib/perl5/5.8.9 .) itetcu@it> /home/itetcu/tmp/PCVS [22:05:24] 0 > locate AutoSplit /usr/local/lib/perl5/5.8.9/AutoSplit.pm /usr/local/lib/perl5/5.8.9/perl/man/man3/AutoSplit.3.gz itetcu@it> /home/itetcu/tmp/PCVS [4:22:01] 0 > pkg_info -W /usr/local/lib/perl5/5.8.9/AutoSplit.pm /usr/local/lib/perl5/5.8.9/AutoSplit.pm was installed by package perl-threaded-5.8.9_2 Reinstall perl. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/272890fd/signature.pgp From erwin at FreeBSD.org Mon Apr 6 18:57:01 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Apr 6 18:57:11 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200904070157.n371v0br086223@pointyhat.freebsd.org> From christer.solskogen at gmail.com Tue Apr 7 05:09:47 2009 From: christer.solskogen at gmail.com (Christer Solskogen) Date: Tue Apr 7 05:10:24 2009 Subject: emulators/hatari port Message-ID: Hi! Just a small note that the hatari port is a bit outdated. The latest version is 1.2.0, while the one in ports is 1.0.1. -- chs From alexanderchuranov at gmail.com Tue Apr 7 07:28:48 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Apr 7 07:28:55 2009 Subject: Status of devel/boost upgrade In-Reply-To: References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> Message-ID: <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> OK, guys, As I see everybody agrees on splitting boost into several ports and on Boost.Python beeing a separate port. Let's proceed with option #2 ("jam", "libs", "python-libs" and "docs"). Personally, I like the idea #4 of having source-libs and a port per a shared library. I'd like to have another discussion on that when some statistics on boost usage in ports is ready. I have questions on how to perform this task: 1) Given that port freeze starts on 13th, are there any chances to have boost-1.38 splitted into several packages in 7.2-RELEASE? 2) Is is permitted to test patch for updating to 1.38 with some ports, not with all that depend on boost and then file a PR, specifying which ports were tested? The aim is to omit building and testing some ports (like openoffice) myself. Sincerely, Alexander Churanov, maintainer of devel/boost From amdmi3 at amdmi3.ru Tue Apr 7 07:56:42 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Apr 7 07:56:49 2009 Subject: Status of devel/boost upgrade In-Reply-To: <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090331230246.GN1964@hades.panopticon> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> Message-ID: <20090407145624.GA64876@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > As I see everybody agrees on splitting boost into several ports and on > Boost.Python beeing a separate port. Let's proceed with option #2 > ("jam", "libs", "python-libs" and "docs"). > > Personally, I like the idea #4 of having source-libs and a port per a > shared library. I'd like to have another discussion on that when some > statistics on boost usage in ports is ready. > > I have questions on how to perform this task: > > 1) Given that port freeze starts on 13th, are there any chances to > have boost-1.38 splitted into several packages in 7.2-RELEASE? We still have time till the end of week, if we ask pav@ to do exp-run right now and there are few to none failures, you can try. > 2) Is is permitted to test patch for updating to 1.38 with some ports, > not with all that depend on boost and then file a PR, specifying which We'll need an exp-run for it anyway, so I guess it's OK. If you have a patch ready, I suggest to file a PR and mail pav@ to do exp-run for it. If there are no major failures, we can push it into the tree, else we won't be bored during the freeze fixing it. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From alexanderchuranov at gmail.com Tue Apr 7 08:42:14 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Tue Apr 7 08:42:20 2009 Subject: Status of devel/boost upgrade In-Reply-To: <20090407145624.GA64876@hades.panopticon> References: <3cb459ed0903270809s2da0fce7i66686a176d369931@mail.gmail.com> <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> <20090407145624.GA64876@hades.panopticon> Message-ID: <3cb459ed0904070842j73d8ee0cree667f8c1de75344@mail.gmail.com> Dmitry, > We'll need an exp-run for it anyway, so I guess it's OK. > If you have a patch ready, I suggest to file a PR and mail pav@ to do > exp-run for it. If there are no major failures, we can push it into the > tree, else we won't be bored during the freeze fixing it. As I understand this, it's OK to file a PR for just updating to 1.38, but port re-organization is delayed until 7.2 is released. Is this correct? Sincerely, Alexander Churanov, maintainer of devel/boost From amdmi3 at amdmi3.ru Tue Apr 7 09:13:20 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Tue Apr 7 09:13:34 2009 Subject: Status of devel/boost upgrade In-Reply-To: <3cb459ed0904070842j73d8ee0cree667f8c1de75344@mail.gmail.com> References: <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> <20090407145624.GA64876@hades.panopticon> <3cb459ed0904070842j73d8ee0cree667f8c1de75344@mail.gmail.com> Message-ID: <20090407161301.GB64876@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > > We'll need an exp-run for it anyway, so I guess it's OK. > > If you have a patch ready, I suggest to file a PR and mail pav@ to do > > exp-run for it. If there are no major failures, we can push it into the > > tree, else we won't be bored during the freeze fixing it. > > As I understand this, it's OK to file a PR for just updating to 1.38, > but port re-organization is delayed until 7.2 is released. Is this > correct? Better ask pav (cc'd). I myself see no reason why not do both update and split in one go. -- 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 ridecharge.com Tue Apr 7 10:48:05 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Apr 7 10:53:49 2009 Subject: devel/bison - NO* vars Message-ID: <49DB8F78.7010206@ridecharge.com> === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 49479 8 -r--r--r-- 1 root wheel 2180 Apr 7 07:51 usr/local/lib/charset.alias ================================================================ build of /usr/ports/devel/bison ended at Tue Apr 7 07:51:16 UTC 2009 -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pgollucci at ridecharge.com Tue Apr 7 10:50:53 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Apr 7 10:54:28 2009 Subject: converters/libiconv is not MAKE_JOBS_SAFE Message-ID: <49DB9021.1050305@ridecharge.com> This port is not make -j safe. Can someone mark it as such or patch it? I only ask since b/c some many ports depend on it. http://people.freebsd.org/~pgollucci/libiconv-1.11_1.log -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pgollucci at ridecharge.com Tue Apr 7 10:52:02 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Apr 7 10:54:56 2009 Subject: lang/perl5.10 mtree error Message-ID: <49DB9066.7070608@ridecharge.com> ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 49020 4 drwxr-xr-x 3 root wheel 512 Apr 7 07:47 usr/local/lib/perl5 49021 8 drwxr-xr-x 3 root wheel 3072 Apr 7 07:47 usr/local/lib/perl5/5.10.0 49022 4 drwxr-xr-x 3 root wheel 1024 Apr 7 07:47 usr/local/lib/perl5/5.10.0/mach 51827 4 drwxr-xr-x 3 root wheel 1024 Apr 7 07:47 usr/local/lib/perl5/5.10.0/mach/auto 71144 4 drwxr-xr-x 2 root wheel 512 Apr 7 07:46 usr/local/lib/perl5/5.10.0/mach/auto/ExtTest 71145 24 -r-xr-xr-x 1 root wheel 11877 Apr 7 07:46 usr/local/lib/perl5/5.10.0/mach/auto/ExtTest/ExtTest.so 49203 4 -r--r--r-- 1 root wheel 857 Apr 7 07:46 usr/local/lib/perl5/5.10.0/ExtTest.pm ================================================================ build of /usr/ports/lang/perl5.10 ended at Tue Apr 7 07:47:44 UTC 2009 -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pgollucci at p6m7g8.com Tue Apr 7 11:28:09 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Apr 7 11:28:21 2009 Subject: converters/libiconv is not MAKE_JOBS_SAFE Message-ID: <49DB98D8.5060109@p6m7g8.com> This port is not make -j safe. Can someone mark it as such or patch it? I only ask since b/c some many ports depend on it. http://people.freebsd.org/~pgollucci/libiconv-1.11_1.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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 naylor.b.david at gmail.com Tue Apr 7 11:35:22 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Tue Apr 7 11:35:28 2009 Subject: Ports requiring MAKE_JOBS_UNSAFE Message-ID: <200904072007.53739.naylor.b.david@gmail.com> Hi, I've recently added FORCE_MAKE_JOBS to my make.conf and the following ports popped up as failling. This is on a quad core system (running FreeBSD 7.1p2-i386). I tried MAKE_JOBS_NUMBER=3,2,1 in tern and all failed (even with =1). The ports did complete properly with DISABLE_MAKE_JOBS set. The list of ports (so far): converters/libiconv databases/firebird20-client security/libgpg-error Could someone please commit the changes required. Thanks P.S. Why did the ports fail with # make clean all MAKE_JOBS_NUMBER=1 FORCE_MAKE_JOBS=yes P.P.S. Not on mailling list, so please CC me. -------------- 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/20090407/783a962d/attachment.pgp From pav at FreeBSD.org Tue Apr 7 12:22:56 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Apr 7 12:23:27 2009 Subject: Status of devel/boost upgrade In-Reply-To: <20090407161301.GB64876@hades.panopticon> References: <20090401113857.GO1964@hades.panopticon> <3cb459ed0904020821u3051c572l6461274ae7ff118b@mail.gmail.com> <20090402224413.GV1964@hades.panopticon> <3cb459ed0904030632x215f1e3n25363903a80b5639@mail.gmail.com> <20090403155011.GC60788@hades.panopticon> <3cb459ed0904070728w162d56dey1359c65c2394635d@mail.gmail.com> <20090407145624.GA64876@hades.panopticon> <3cb459ed0904070842j73d8ee0cree667f8c1de75344@mail.gmail.com> <20090407161301.GB64876@hades.panopticon> Message-ID: <1239132159.1189.1.camel@hood.oook.cz> Dmitry Marakasov p??e v ?t 07. 04. 2009 v 20:13 +0400: > * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > > > > We'll need an exp-run for it anyway, so I guess it's OK. > > > If you have a patch ready, I suggest to file a PR and mail pav@ to do > > > exp-run for it. If there are no major failures, we can push it into the > > > tree, else we won't be bored during the freeze fixing it. > > > > As I understand this, it's OK to file a PR for just updating to 1.38, > > but port re-organization is delayed until 7.2 is released. Is this > > correct? > > Better ask pav (cc'd). I myself see no reason why not do both update and > split in one go. If it passes testing, you can do it in one pass. BTW what's the proposed new ports? -- Pav Lucistnik Maybe I should go ask that elvish wizard standing over there (YES A REAL ELF IS STANDING IN MY ROOM!), he should be able to tell me. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/c2fcdad6/attachment.pgp From pgollucci at p6m7g8.com Tue Apr 7 13:48:39 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Apr 7 13:48:46 2009 Subject: graphics/png -- NO* mtree error Message-ID: <49DBBC25.5010301@p6m7g8.com> ================================================================ ======================================== ===> Building package for png-1.2.35 tar: man/man3/libpng.3.gz: Cannot stat: No such file or directory tar: man/man3/libpngpf.3.gz: Cannot stat: No such file or directory tar: man/man5/png.5.gz: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 Creating package /tmp/packages/All/png-1.2.35.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/png-1.2.35.tbz' *** Error code 1 Stop in /a/ports/graphics/png. Deleting png-1.2.35 pkg_delete: file '/usr/local/man/man3/libpng.3.gz' doesn't exist pkg_delete: file '/usr/local/man/man3/libpngpf.3.gz' doesn't exist pkg_delete: file '/usr/local/man/man5/png.5.gz' doesn't exist pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) === Checking filesystem state === Checking filesystem state after all packages deleted ================================================================ -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 Tue Apr 7 14:16:40 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Apr 7 14:16:56 2009 Subject: graphics/png -- NO* mtree error In-Reply-To: <20090408001248.08b7606d@it.buh.tecnik93.com> References: <49DBBC25.5010301@p6m7g8.com> <20090408001248.08b7606d@it.buh.tecnik93.com> Message-ID: <49DBC2B6.8070902@p6m7g8.com> Ion-Mihai Tetcu wrote: > Pass me the full log please. http://people.freebsd.org/~pgollucci/png-1.2.35.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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 itetcu at FreeBSD.org Tue Apr 7 14:30:07 2009 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue Apr 7 14:30:14 2009 Subject: graphics/png -- NO* mtree error In-Reply-To: <49DBBC25.5010301@p6m7g8.com> References: <49DBBC25.5010301@p6m7g8.com> Message-ID: <20090408001248.08b7606d@it.buh.tecnik93.com> On Tue, 7 Apr 2009 16:48:37 -0400 "Philip M. Gollucci" wrote: > ================================================================ > ======================================== > ===> Building package for png-1.2.35 > tar: man/man3/libpng.3.gz: Cannot stat: No such file or directory > tar: man/man3/libpngpf.3.gz: Cannot stat: No such file or directory > tar: man/man5/png.5.gz: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > Creating package /tmp/packages/All/png-1.2.35.tbz > Registering depends:. > Creating bzip'd tar ball in '/tmp/packages/All/png-1.2.35.tbz' > *** Error code 1 > > Stop in /a/ports/graphics/png. > Deleting png-1.2.35 > pkg_delete: file '/usr/local/man/man3/libpng.3.gz' doesn't exist > pkg_delete: file '/usr/local/man/man3/libpngpf.3.gz' doesn't exist > pkg_delete: file '/usr/local/man/man5/png.5.gz' doesn't exist > pkg_delete: couldn't entirely delete package (perhaps the packing > list is incorrectly specified?) > > === Checking filesystem state > > === Checking filesystem state after all packages deleted > ================================================================ I'm not seeing this, either on QAT or my other tindys. http://t64.tecnik93.com//logs/7-STABLE-amd64/png-1.2.35.log Pass me the full log please. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/18f0c78b/signature.pgp From pgollucci at p6m7g8.com Tue Apr 7 14:30:45 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Tue Apr 7 14:30:53 2009 Subject: lang/perl5.10 mtree error In-Reply-To: <49DB9066.7070608@ridecharge.com> References: <49DB9066.7070608@ridecharge.com> Message-ID: <49DBC603.2040200@p6m7g8.com> This is related to the regression-test target AFAIK -- Speaking of which, can we disable that by default like gcc did -- its a difference of 2:40 vs 10+ minutes. Index: Makefile =================================================================== RCS file: /home/pcvs/ports/lang/perl5.10/Makefile,v retrieving revision 1.109 diff -u -r1.109 Makefile --- Makefile 4 Apr 2009 09:06:53 -0000 1.109 +++ Makefile 7 Apr 2009 21:29:50 -0000 @@ -189,7 +189,7 @@ test: build @(cd ${WRKSRC}; make test) -regression-test: test +full-regression-test: test rebuild-xs: ${LOCALBASE}/sbin/portupgrade -f `(${FIND} ${PKG_DBDIR}/p5*/+CONTENTS | \ Philip M. Gollucci wrote: > ================================================================ > > === Checking filesystem state > list of extra files and directories in / (not present before this port > was installed but present after it was deinstalled) > 49020 4 drwxr-xr-x 3 root wheel > 512 Apr 7 07:47 usr/local/lib/perl5 > 49021 8 drwxr-xr-x 3 root wheel > 3072 Apr 7 07:47 usr/local/lib/perl5/5.10.0 > 49022 4 drwxr-xr-x 3 root wheel > 1024 Apr 7 07:47 usr/local/lib/perl5/5.10.0/mach > 51827 4 drwxr-xr-x 3 root wheel > 1024 Apr 7 07:47 usr/local/lib/perl5/5.10.0/mach/auto > 71144 4 drwxr-xr-x 2 root wheel > 512 Apr 7 07:46 usr/local/lib/perl5/5.10.0/mach/auto/ExtTest > 71145 24 -r-xr-xr-x 1 root wheel > 11877 Apr 7 07:46 usr/local/lib/perl5/5.10.0/mach/auto/ExtTest/ExtTest.so > 49203 4 -r--r--r-- 1 root wheel > 857 Apr 7 07:46 usr/local/lib/perl5/5.10.0/ExtTest.pm > ================================================================ > build of /usr/ports/lang/perl5.10 ended at Tue Apr 7 07:47:44 UTC 2009 > -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 pav at FreeBSD.org Tue Apr 7 16:23:12 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Apr 7 16:23:19 2009 Subject: devel/bison - NO* vars In-Reply-To: <49DB8F78.7010206@ridecharge.com> References: <49DB8F78.7010206@ridecharge.com> Message-ID: <1239146581.1189.7.camel@hood.oook.cz> Philip M. Gollucci p??e v ?t 07. 04. 2009 v 13:38 -0400: > === Checking filesystem state > list of extra files and directories in / (not present before this port was > installed but present after it was deinstalled) > 49479 8 -r--r--r-- 1 root wheel 2180 > Apr 7 07:51 usr/local/lib/charset.alias > ================================================================ > build of /usr/ports/devel/bison ended at Tue Apr 7 07:51:16 UTC 2009 You have a very broken system. This file means bison used bundled gettext instead of system-wide installation. -- Pav Lucistnik > Why do we need a film of "Lord of the Rings" when we have the book? Because watching a cg enhanced Legolas fire a flaming arrow into the heart of a warg is cool? - asdf@asdf.com in rec.games.roguelike.angband -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/e34b0c54/attachment.pgp From pav at FreeBSD.org Tue Apr 7 16:26:40 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Apr 7 16:26:47 2009 Subject: Ports requiring MAKE_JOBS_UNSAFE In-Reply-To: <200904072007.53739.naylor.b.david@gmail.com> References: <200904072007.53739.naylor.b.david@gmail.com> Message-ID: <1239146791.1189.8.camel@hood.oook.cz> David Naylor p??e v ?t 07. 04. 2009 v 20:07 +0200: > I've recently added FORCE_MAKE_JOBS to my make.conf and the following ports > popped up as failling. > > This is on a quad core system (running FreeBSD 7.1p2-i386). I tried > MAKE_JOBS_NUMBER=3,2,1 in tern and all failed (even with =1). The ports did > complete properly with DISABLE_MAKE_JOBS set. > > The list of ports (so far): > converters/libiconv > databases/firebird20-client > security/libgpg-error > > Could someone please commit the changes required. Done. > P.S. Why did the ports fail with > # make clean all MAKE_JOBS_NUMBER=1 FORCE_MAKE_JOBS=yes -j1 and no -j are two different internal logics... -- Pav Lucistnik Autumn changed into Winter ... Winter changed into Spring ... Spring changed back into Autumn and Autumn gave Winter and Spring a miss and went straight on into Summer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/52ca8afc/attachment.pgp From pgollucci at ridecharge.com Tue Apr 7 16:30:29 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Apr 7 16:30:36 2009 Subject: devel/bison - NO* vars In-Reply-To: <1239146581.1189.7.camel@hood.oook.cz> References: <49DB8F78.7010206@ridecharge.com> <1239146581.1189.7.camel@hood.oook.cz> Message-ID: <49DBE212.1060606@ridecharge.com> Pav Lucistnik wrote: > Philip M. Gollucci p??e v ?t 07. 04. 2009 v 13:38 -0400: >> === Checking filesystem state >> list of extra files and directories in / (not present before this port was >> installed but present after it was deinstalled) >> 49479 8 -r--r--r-- 1 root wheel 2180 >> Apr 7 07:51 usr/local/lib/charset.alias >> ================================================================ >> build of /usr/ports/devel/bison ended at Tue Apr 7 07:51:16 UTC 2009 > > You have a very broken system. This file means bison used bundled > gettext instead of system-wide installation. > So if I have WITHOUT_NLS=yes in /etc/ports.conf devel/bison doesn't work ? bison would probably be the first port built since its so low in the chain so that flag would actually apply. I say the ports system is foobar'ed. I shall try it without that flag and see what happens. -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From pav at FreeBSD.org Tue Apr 7 16:34:07 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Tue Apr 7 16:34:13 2009 Subject: devel/bison - NO* vars In-Reply-To: <49DBE212.1060606@ridecharge.com> References: <49DB8F78.7010206@ridecharge.com> <1239146581.1189.7.camel@hood.oook.cz> <49DBE212.1060606@ridecharge.com> Message-ID: <1239147235.1189.9.camel@hood.oook.cz> Philip M. Gollucci p??e v ?t 07. 04. 2009 v 19:30 -0400: > Pav Lucistnik wrote: > > Philip M. Gollucci p??e v ?t 07. 04. 2009 v 13:38 -0400: > >> === Checking filesystem state > >> list of extra files and directories in / (not present before this port was > >> installed but present after it was deinstalled) > >> 49479 8 -r--r--r-- 1 root wheel 2180 > >> Apr 7 07:51 usr/local/lib/charset.alias > >> ================================================================ > >> build of /usr/ports/devel/bison ended at Tue Apr 7 07:51:16 UTC 2009 > > > > You have a very broken system. This file means bison used bundled > > gettext instead of system-wide installation. > > > > So if I have WITHOUT_NLS=yes in /etc/ports.conf devel/bison doesn't work ? And how are we supposed to guess you set this flag? > I say the ports system is foobar'ed. Thanks for telling us. -- Pav Lucistnik Bento's Law: If It Can Break, It Will Break Bento's Corollary: If It Can Break, Kris Can Send Mail About It -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090407/752efeaa/attachment.pgp From pgollucci at ridecharge.com Tue Apr 7 16:35:54 2009 From: pgollucci at ridecharge.com (Philip M. Gollucci) Date: Tue Apr 7 16:36:01 2009 Subject: devel/bison - NO* vars In-Reply-To: <1239147235.1189.9.camel@hood.oook.cz> References: <49DB8F78.7010206@ridecharge.com> <1239146581.1189.7.camel@hood.oook.cz> <49DBE212.1060606@ridecharge.com> <1239147235.1189.9.camel@hood.oook.cz> Message-ID: <49DBE358.2070405@ridecharge.com> Pav Lucistnik wrote: > And how are we supposed to guess you set this flag? you weren't, I forgot to mention it since it didn't occur to me until you said gettext. > Thanks for telling us. lol. Anything constructive ? -- ------------------------------------------------------------------------ Philip M. Gollucci (pgollucci@ridecharge.com) p: 703.549.2050x206, did: 703.579.6947 Senior System Admin - RideCharge, Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From david at vizion2000.net Wed Apr 8 03:02:35 2009 From: david at vizion2000.net (David Southwell) Date: Wed Apr 8 03:02:42 2009 Subject: After installing perl-5.10.0_1 error on pkgdb -F bsdpan-Pod_Perldoc dependency Message-ID: <200904080337.20930.david@vizion2000.net> Can anyon please tell me how to fix this?: Stale dependency: bsdpan-Pod-Perldoc-3.15 -> perl-5.8.9_2 (lang/perl5.8): can't convert nil into String Also how can we get the origins for bsdpan into the database so they are easily findable with pkg_info Thanks in advance David From erwin at FreeBSD.org Wed Apr 8 03:30:23 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Apr 8 03:30:29 2009 Subject: INDEX build failed for 6.x Message-ID: <200904081030.n38AUN7X087424@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: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/databases/linux-sqlite3 make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr Committers on the hook: bsam itetcu jadawin leeym mi osa rnoland roam Most recent CVS update was: U MOVED U Mk/bsd.linux-apps.mk U devel/compiz-bcop/Makefile U devel/compiz-bcop/distinfo U devel/p5-CPANPLUS-Dist-Build/Makefile U devel/p5-CPANPLUS-Dist-Build/distinfo U graphics/libraw/Makefile U graphics/libraw/distinfo U graphics/libraw/pkg-plist U graphics/quat-gui/Makefile U mail/kiltdown/Makefile U mail/p5-Mail-IMAPClient/Makefile U mail/p5-Mail-IMAPClient/distinfo U textproc/xslide.el/Makefile U www/mod_auth_mysql41_ap2/Makefile U www/mod_bw/Makefile U www/mod_curb/Makefile U www/p5-WWW-Curl/Makefile U www/p5-WWW-Curl/distinfo U x11-toolkits/termit/Makefile U x11-toolkits/termit/pkg-plist From bsam at ipt.ru Wed Apr 8 03:32:35 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Wed Apr 8 03:32:42 2009 Subject: INDEX build failed for 6.x In-Reply-To: <200904081030.n38AUN7X087424@pointyhat.freebsd.org> (Erwin Lansing's message of "Wed\, 8 Apr 2009 10\:30\:23 GMT") References: <200904081030.n38AUN7X087424@pointyhat.freebsd.org> Message-ID: <23392397@bb.ipt.ru> On Wed, 8 Apr 2009 10:30:23 GMT Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/databases/linux-sqlite3 > make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr > Committers on the hook: > bsam itetcu jadawin leeym mi osa rnoland roam This is mine, looking at it. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From david at vizion2000.net Wed Apr 8 04:18:18 2009 From: david at vizion2000.net (David Southwell) Date: Wed Apr 8 04:18:25 2009 Subject: Auto-split.pm ?? Cant Locate --cause failure of multiple ports: In-Reply-To: <20090407042319.7143146b@it.buh.tecnik93.com> References: <200904061137.09066.david@vizion2000.net> <20090407042319.7143146b@it.buh.tecnik93.com> Message-ID: <200904080453.02927.david@vizion2000.net> On Monday 06 April 2009 18:23:19 Ion-Mihai Tetcu wrote: > On Mon, 6 Apr 2009 11:37:08 -0700 > > David Southwell wrote: > > I am getting multiple portupgarde failures due to the error shown > > below but cannot trace which port needs fixing!! > > > > Anyone any idea?? > > > > Thanks in advance > > > > David > > > > > > PORT_VER=1.56 make > > ** Fix the problem and try again. > > ---> Reinstalling > > 'p5-ExtUtils-CBuilder-0.24' (devel/p5-ExtUtils-CBuilder) ---> > > Building '/usr/ports/devel/p5-ExtUtils-CBuilder' ===> Cleaning for > > p5-ExtUtils-CBuilder-0.24 ===> Extracting for > > p5-ExtUtils-CBuilder-0.24 => MD5 Checksum OK for > > ExtUtils-CBuilder-0.24.tar.gz. => SHA256 Checksum OK for > > ExtUtils-CBuilder-0.24.tar.gz. ===> p5-ExtUtils-CBuilder-0.24 > > depends on file: /usr/local/bin/perl5.8.9 - found > > ===> Patching for p5-ExtUtils-CBuilder-0.24 > > ===> p5-ExtUtils-CBuilder-0.24 depends on > > file: /usr/local/bin/perl5.8.9 - found > > ===> p5-ExtUtils-CBuilder-0.24 depends on > > file: /usr/local/bin/perl5.8.9 - found > > ===> Configuring for p5-ExtUtils-CBuilder-0.24 > > Checking if your kit is complete... > > Looks good > > Writing Makefile for ExtUtils::CBuilder > > ===> Building for p5-ExtUtils-CBuilder-0.24 > > Can't locate AutoSplit.pm in @INC (@INC > > contains: /usr/local/lib/perl5/5.8.9/BSDPAN > > /usr/local/lib/perl5/site_perl/5.8.9/mach > > /usr/local/lib/perl5/site_perl/5.8.9 /usr/local/lib/perl5/5.8.9/mach > > /usr/local/lib/perl5/5.8.9 .) > > itetcu@it> /home/itetcu/tmp/PCVS [22:05:24] 0 > > > locate AutoSplit > > /usr/local/lib/perl5/5.8.9/AutoSplit.pm > /usr/local/lib/perl5/5.8.9/perl/man/man3/AutoSplit.3.gz > itetcu@it> /home/itetcu/tmp/PCVS [4:22:01] 0 > > > pkg_info -W /usr/local/lib/perl5/5.8.9/AutoSplit.pm > > /usr/local/lib/perl5/5.8.9/AutoSplit.pm was installed by package > perl-threaded-5.8.9_2 > > Reinstall perl. Brilliant - thank you David From ache at nagual.pp.ru Wed Apr 8 04:34:35 2009 From: ache at nagual.pp.ru (Andrey Chernov) Date: Wed Apr 8 04:34:42 2009 Subject: graphics/png -- NO* mtree error In-Reply-To: <49DBC2B6.8070902@p6m7g8.com> References: <49DBBC25.5010301@p6m7g8.com> <20090408001248.08b7606d@it.buh.tecnik93.com> <49DBC2B6.8070902@p6m7g8.com> Message-ID: <20090408112205.GA2992@nagual.pp.ru> On Tue, Apr 07, 2009 at 05:16:38PM -0400, Philip M. Gollucci wrote: > Ion-Mihai Tetcu wrote: > > Pass me the full log please. > > http://people.freebsd.org/~pgollucci/png-1.2.35.log You have WITHOUT_MAN=yes I am not sure how ports system should handle that, in case it should. -- http://ache.pp.ru/ From freebsd at fahrners.de Wed Apr 8 04:49:02 2009 From: freebsd at fahrners.de (Jochen) Date: Wed Apr 8 04:49:09 2009 Subject: Porting ROX applications Message-ID: <1239190152.20664.1309561451@webmail.messagingengine.com> Hello, I'm new to FreeBSD and was looking for a system that runs on old hardware. I found ROX performs very well on old hardware and has a nice look & feel. Some ROX applications (e.g. rox-filer, rox-session) are already ported to FreeBSD, but many are missing. I want try to complete porting all ROX apps, but I'm not very familar with the ports system, maybe someone can help a newbie making the first steps. ;-) I have already ported some apps, but did not make the ports structure for submitting those ports. There is something special with the ROX apps. They are not installed file by file, but they consist of a whole directory tree that is installed into /usr/local/apps. It is not necessary to unpack them into a working dir, instead the tarball is extracted to /usr/local/apps and then "/usr/local/apps/mynewapp/AppRun --compile" is run, if the app contains some C code (many apps only consist of some python code and need not be compiled). The task would be: unpack the tarball into /usr/local/apps, make some patches, run "AppRun --compile". 1. How can I do this with the ports system? My next problem is, finding the right dependices. My first port, ROX-CLib, depends on the following libraries: gtk+-2.0 >= 2.0.1 glib-2.0 >= 2.0.3 libxml-2.0 >= 2.4.0 2. How can I find out the correct entries for the LIB_DEPENDS (name of the lib, package which contains this lib). Jochen From utisoft at googlemail.com Wed Apr 8 06:17:04 2009 From: utisoft at googlemail.com (Chris Rees) Date: Wed Apr 8 06:17:11 2009 Subject: Portupgrade still broken? Message-ID: Dear all on freebsd-ports@, I recall from http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html that there was a bug in portupgrade last year, causing it to break when a port is recursively (-R) upgraded; it's surfacing for me too :( [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade --version portupgrade 2.4.6 Is this a 'fixed' version, or not? I think it's the most recent... [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade -rR emacs xterm curl php5-mbstring otp-md5 488 am9338 ext Password: [Updating the pkgdb in /var/db/pkg ... - 263 packages found (-3 +3) (...)... done] [Gathering depends for editors/emacs ....................................................................................................................................................................................................................................................................................................... done] [Exclude up-to-date packages ....................................................................................... done] /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: - (ArgumentError) from /usr/local/sbin/portupgrade:614:in `new' from /usr/local/sbin/portupgrade:614:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1243:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1236:in `order' from /usr/local/sbin/portupgrade:565:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:787:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 Is the bug still there, or is my pkgdb hosed? If so, how do I fix it? Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From erwin at FreeBSD.org Wed Apr 8 06:33:09 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Apr 8 06:33:16 2009 Subject: INDEX build failed for 6.x Message-ID: <200904081333.n38DXAQI068756@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: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/databases/linux-sqlite3 make_index: linux-f8-nss-3.12.2.0: no entry for :/a/erwin/tindex/ports/devel/linux-nspr Committers on the hook: bsam demon itetcu jadawin leeym mi osa rnoland roam Most recent CVS update was: U ftp/uftp/Makefile U ftp/uftp/distinfo U irc/ngircd/files/patch-doc::Makefile.in U japanese/kdrill/Makefile U japanese/nethack32/Makefile U japanese/nethack32/pkg-plist U japanese/nethack32/files/pkg-message.in U security/snort/Makefile U sysutils/wtmp-tools/Makefile U sysutils/xfsprogs/Makefile From mailing at gaturkey.com Wed Apr 8 06:45:09 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Wed Apr 8 06:45:17 2009 Subject: Turkey Calling Producers Message-ID: <3ad62cf0b38b4a128788808136929607@localhost.localdomain> [http://www.turkeycalling.us] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] Thanks to the fast growing technology, now people have access to anywhere in the world, anytime they want. This creates a great demand for the TV and Movie industry to improve itself and come up with new ideas and unique projects all the time. It is now essential to make what?s not made, showing where?s not shown before. Competition is big and those who can understand and satisfy the audience will be the winner. Turkey is a uniquely beautiful country offering a lot to its visitors. Located in a vast area in mid-zone, Turkey is blessed with 4 different seasons and climates, wide forests, secluded beaches, snowy mountains and beautiful scenery throughout the country. Being surrounded by 3 seas and a natural bridge from Asia to Europe, Turkey attracted many tribes, nations and empires throughout its history and they all left their footprints on this land. Greek Gods ruled here, Battle of Troy was held here, 7 Churches of Revelation are here, even Santa Clause was born here! There is a story interesting for everyone in Turkey. [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] BMP TV and Global Access Travel are two sister companies, who together can provide you with both technical and logistic support in Turkey and surrounding countries. BMP TV offers technical services to radio and TV stations with experienced and professional staff. We feature the latest technology and provide service in Turkey to top companies such as Kanal D, Fox TV, CNBC, NTV, CNNTurk, Star TV and companies from outside Turkey such as DW, Eurosport, TF1 and many others. As well as technical equipment, BMP TV is also able to provide staff for your projects such as Cameramans, Jimmy Jib Operators and all crew for your production requirements. Global Access is a Destination Management Company, running both incoming and outgoing operations. Our services are preferred by many major tour operators throughout the world, therefore we enjoy very good rates from most hotels in Turkey. We will make sure that your staff and equipment travels safely throughout country and be provided the best accommodation, food and extra services possible. Turkey is a paradise for producers and now we will make this paradise accessible for you. Please contact us and let?s discuss what amazing projects we can create together. [http://www.turkeycalling.us/istanbul/turkey-calling-contact.htm] Please fill the form below and let us determine the best solutions for you [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [mailto:incoming@bookinglobe.com?subject=Turkey Calling Producers] This message was sent by: Global Access Travel, N?zhetiye Cad. No:46/A Blok Besiktas, istanbul, bjk 34357, Turkey Powered by iContact: http://freetrial.icontact.com Manage your subscription: http://app.icontact.com/icp/mmail-mprofile.pl?r=45863179&l=82214&s=Z8CG&m=558507&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=558507&s=45863179&c=Z8CG&cid=305227 From kamikaze at bsdforen.de Wed Apr 8 06:53:13 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Apr 8 06:53:21 2009 Subject: xorg upgrade issue Message-ID: <49DCAC41.6040208@bsdforen.de> Ater the recent Xorg related upgrades, I can no longer set a German keyboard layout. > setxkbmap de Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description Even though it says all back to us, even a lot o us keys do not work any more. You might have recognized some missing letters, here. Also there is a 30% perormance loss in ioquake3. From subbsd at gmail.com Wed Apr 8 07:02:01 2009 From: subbsd at gmail.com (subbsd) Date: Wed Apr 8 07:02:08 2009 Subject: xorg upgrade issue In-Reply-To: <49DCAC41.6040208@bsdforen.de> References: <49DCAC41.6040208@bsdforen.de> Message-ID: <200904081801.44226.subbsd@gmail.com> Hello, i also update this ports today: xf86-input-keyboard-1.3.2_1 xkeyboard-config-1.5 and lose kbd switch functionality too after reload X On Wednesday 08 April 2009 17:53:05 Dominic Fandrey wrote: > Ater the recent Xorg related upgrades, I can no longer set a German > keyboard layout. > > > setxkbmap de > > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > > Even though it says all back to us, even a lot o us keys do not work any > more. You might have recognized some missing letters, here. > > Also there is a 30% perormance loss in ioquake3. > _______________________________________________ > 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 tingox at gmail.com Wed Apr 8 07:17:53 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Apr 8 07:17:59 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: Hello, On Wed, Apr 8, 2009 at 2:51 PM, Chris Rees wrote: > Is the bug still there, or is my pkgdb hosed? If so, how do I fix it? IMO, the bug is still in portupgrade, even in the latest 2.4.6 version. I have also seen it very recently. -- Regards, Torfinn Ingolfsen From gesbbb at yahoo.com Wed Apr 8 07:23:36 2009 From: gesbbb at yahoo.com (Jerry) Date: Wed Apr 8 07:24:01 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: <20090408102324.3b1cec27@scorpio> On Wed, 8 Apr 2009 13:51:48 +0100 Chris Rees wrote: >Dear all on freebsd-ports@, > >I recall from >http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html >that there was a bug in portupgrade last year, causing it to break >when a port is recursively (-R) upgraded; it's surfacing for me too :( > >[chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade >--version portupgrade 2.4.6 > >Is this a 'fixed' version, or not? I think it's the most recent... > >[chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade >-rR emacs xterm curl php5-mbstring >otp-md5 488 am9338 ext >Password: >[Updating the pkgdb in /var/db/pkg ... - 263 >packages found (-3 +3) (...)... done] >[Gathering depends for editors/emacs >....................................................................................................................................................................................................................................................................................................... >done] >[Exclude up-to-date packages >....................................................................................... >done] >/usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not >in due form: - (ArgumentError) > from /usr/local/sbin/portupgrade:614:in `new' > from /usr/local/sbin/portupgrade:614:in `main' > from /usr/local/sbin/portupgrade:613:in `each' > from /usr/local/sbin/portupgrade:613:in `main' > from /usr/local/sbin/portupgrade:588:in `catch' > from /usr/local/sbin/portupgrade:588:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `call' > from /usr/local/lib/ruby/1.8/optparse.rb:1305:in > `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in > `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in > `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in > `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in > `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1243:in > `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1236:in `order' > from /usr/local/sbin/portupgrade:565:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:787:in `initialize' > from /usr/local/sbin/portupgrade:229:in `new' > from /usr/local/sbin/portupgrade:229:in `main' > from /usr/local/sbin/portupgrade:2208 > >Is the bug still there, or is my pkgdb hosed? If so, how do I fix it? I have just started getting the same error output. I switched back to portmanager. -- Jerry gesbbb@yahoo.com The primary function of the design engineer is to make things difficult for the fabricator and impossible for the serviceman. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/10c1b0da/signature.pgp From kstewart at owt.com Wed Apr 8 07:54:42 2009 From: kstewart at owt.com (Kent Stewart) Date: Wed Apr 8 07:54:49 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: <200904080735.40746.kstewart@owt.com> On Wednesday 08 April 2009 05:51:48 am Chris Rees wrote: > Dear all on freebsd-ports@, > > I recall from > http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html > that there was a bug in portupgrade last year, causing it to break when a > port is recursively (-R) upgraded; it's surfacing for me too :( > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade --version > portupgrade 2.4.6 > > Is this a 'fixed' version, or not? I think it's the most recent... > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade > -rR emacs xterm curl php5-mbstring > otp-md5 488 am9338 ext > Password: > [Updating the pkgdb in /var/db/pkg ... - 263 > packages found (-3 +3) (...)... done] > [Gathering depends for editors/emacs > ........................................................................... >............................................................................ >............................................................................ >.................................................................... done] > [Exclude up-to-date packages > ........................................................................... >............ done] > /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not > in due form: - (ArgumentError) > from /usr/local/sbin/portupgrade:614:in `new' > from /usr/local/sbin/portupgrade:614:in `main' > from /usr/local/sbin/portupgrade:613:in `each' > from /usr/local/sbin/portupgrade:613:in `main' > from /usr/local/sbin/portupgrade:588:in `catch' > from /usr/local/sbin/portupgrade:588:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `call' > from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `parse_in_order' > from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `catch' > from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `parse_in_order' > from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `catch' > from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `parse_in_order' > from /usr/local/lib/ruby/1.8/optparse.rb:1243:in `order!' > from /usr/local/lib/ruby/1.8/optparse.rb:1236:in `order' > from /usr/local/sbin/portupgrade:565:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:787:in `initialize' > from /usr/local/sbin/portupgrade:229:in `new' > from /usr/local/sbin/portupgrade:229:in `main' > from /usr/local/sbin/portupgrade:2208 > > > > > Is the bug still there, or is my pkgdb hosed? If so, how do I fix it? I still get the optparse.rb:787:in stop. It seems to happen quicker, when you have a larger number of ports in the rR tree. I hadn't updated my ports since 4 Apr. I did a cvsup update and and checked to see how many needed updating. There were 15 ports. I then did a "portupgrade -rRp libxcb" and it died fairly quickly. Libxcb on my system, has 173 ports that depend on it. I find that "portupgrade -pa" works for me. Kent > > Chris -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From rnoland at FreeBSD.org Wed Apr 8 08:34:44 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Apr 8 08:34:51 2009 Subject: xorg upgrade issue In-Reply-To: <200904081801.44226.subbsd@gmail.com> References: <49DCAC41.6040208@bsdforen.de> <200904081801.44226.subbsd@gmail.com> Message-ID: <1239204828.4491.2.camel@balrog.2hip.net> On Wed, 2009-04-08 at 18:01 +0400, subbsd wrote: > Hello, > > i also update this ports today: > xf86-input-keyboard-1.3.2_1 > xkeyboard-config-1.5 Ok, I'm betting on xkeyboard-config. Let me have a look. robert. > and lose kbd switch functionality too after reload X > > On Wednesday 08 April 2009 17:53:05 Dominic Fandrey wrote: > > Ater the recent Xorg related upgrades, I can no longer set a German > > keyboard layout. > > > > > setxkbmap de > > > > Couldn't interpret _XKB_RULES_NAMES property > > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > > Error loading new keyboard description > > > > Even though it says all back to us, even a lot o us keys do not work any > > more. You might have recognized some missing letters, here. > > > > Also there is a 30% perormance loss in ioquake3. > > _______________________________________________ > > 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" > > > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/47467ce0/attachment.pgp From utisoft at googlemail.com Wed Apr 8 08:45:28 2009 From: utisoft at googlemail.com (Chris Rees) Date: Wed Apr 8 08:45:35 2009 Subject: Portupgrade still broken? In-Reply-To: <200904080735.40746.kstewart@owt.com> References: <200904080735.40746.kstewart@owt.com> Message-ID: 2009/4/8 Kent Stewart : > On Wednesday 08 April 2009 05:51:48 am Chris Rees wrote: >> Dear all on freebsd-ports@, >> >> I recall from >> http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html >> that there was a bug in portupgrade last year, causing it to break when a >> port is recursively (-R) upgraded; it's surfacing for me too :( >> >> Is the bug still there, or is my pkgdb hosed? If so, how do I fix it? > > I still get the optparse.rb:787:in stop. It seems to happen quicker, when you > have a larger number of ports in the rR tree. I hadn't updated my ports since > 4 Apr. I did a cvsup update and and checked to see how many needed updating. > There were 15 ports. I then did a "portupgrade -rRp libxcb" and it died > fairly quickly. Libxcb on my system, has 173 ports that depend on it. > > I find that "portupgrade -pa" works for me. > > Kent That's a bugger, I may check out portmaster. Thanks for all the replies. Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From pgollucci at p6m7g8.com Wed Apr 8 08:51:00 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 8 08:51:07 2009 Subject: graphics/png -- NO* mtree error In-Reply-To: <20090408112205.GA2992@nagual.pp.ru> References: <49DBBC25.5010301@p6m7g8.com> <20090408001248.08b7606d@it.buh.tecnik93.com> <49DBC2B6.8070902@p6m7g8.com> <20090408112205.GA2992@nagual.pp.ru> Message-ID: <49DCC7E1.2090207@p6m7g8.com> Andrey Chernov wrote: > On Tue, Apr 07, 2009 at 05:16:38PM -0400, Philip M. Gollucci wrote: >> Ion-Mihai Tetcu wrote: >>> Pass me the full log please. >> http://people.freebsd.org/~pgollucci/png-1.2.35.log > > You have > WITHOUT_MAN=yes > I am not sure how ports system should handle that, in case it should. > Do I ? Of f, I do. sorry for the noise. Not sure how that got in there. -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 rnoland at FreeBSD.org Wed Apr 8 08:55:18 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Apr 8 08:55:25 2009 Subject: xorg upgrade issue In-Reply-To: <1239204828.4491.2.camel@balrog.2hip.net> References: <49DCAC41.6040208@bsdforen.de> <200904081801.44226.subbsd@gmail.com> <1239204828.4491.2.camel@balrog.2hip.net> Message-ID: <1239206060.4491.3.camel@balrog.2hip.net> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/254c76e0/attachment.pgp From pgollucci at p6m7g8.com Wed Apr 8 09:11:01 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 8 09:11:07 2009 Subject: [rubygems-]: Request for Review and -exp Run Message-ID: <49DCCC93.2010209@p6m7g8.com> Hi guys, If this is something good, I'll file a pr with it. CVS Log: -------- - convert to RUBYGEM_AUTOPLIST remove x-generate-plist and friends - use RF macro and remove SUBDIR where possible - remove some uneeded GEM_NAME=${DISTNAME} (this c/should be handled better in bsd.*.mk) None of this changes the resultant packages, so no PORTREVISIONs where bumped except the 1 noted below. individual ports: audio/rubygem-mp3info - unbreak, fix packaging, bump PORTREVISION devel/rubygem-rapt - adopt devel/rubygem-rspec - remove BUILD_DEPENDS=RUN_DEPENDS -- neither set devel/rubygem-ruby2ruby - add #' for vim highlight graphics/rubygem-extifr - drop PORTREVISION=0 graphics/rubygem-gd2 - add #' for vim highlight www/rubygem-rubyfulsoup - swap GEM_NAME / DISTNAME for constistency Diff: ----- http://people.freebsd.org/~pgollucci/rubygems.diff -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 erwin at FreeBSD.org Wed Apr 8 09:31:47 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Apr 8 09:31:53 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200904081631.n38GVls8000773@pointyhat.freebsd.org> From s.kachelmann at googlemail.com Wed Apr 8 09:38:30 2009 From: s.kachelmann at googlemail.com (Sandra Kachelmann) Date: Wed Apr 8 09:38:39 2009 Subject: portupgrade-devel: portversion -vl'<' does not show current version Message-ID: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> Hi I _really_ still miss this functionality :-( Could you please re-implement it? Sandra Sergey Matveychuk Date 3 Jul 2008 09:50:58 Subject Re: portupgrade-devel: portversion -vl'<' does not show current version Message-ID 486CA0AF.3020602@FreeBSD.org In reply to Sandra Kachelmann References to Sandra Kachelmann Replies Robert Huff Referenced by Robert Huff, Sergey Matveychuk Sandra Kachelmann wrote: > After upgrading from portupgrade to portupgrade-devel the command > > $ portversion -vl'<' > > does not show the _current_ version anymore. Why was it removed? I > found the information useful. > > before: > gnutls-2.4.0 < needs updating (port has 2.4.1) > > now: > gnutls < needs updating (port has 2.4.1) Looks like it's a side effect of new options implementation. Now you can use -Fvl options. But I'll think to back this functionality. Thanks. -- Dixi. Sem. From kamikaze at bsdforen.de Wed Apr 8 10:12:11 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Apr 8 10:12:18 2009 Subject: xorg upgrade issue In-Reply-To: <1239206060.4491.3.camel@balrog.2hip.net> References: <49DCAC41.6040208@bsdforen.de> <200904081801.44226.subbsd@gmail.com> <1239204828.4491.2.camel@balrog.2hip.net> <1239206060.4491.3.camel@balrog.2hip.net> Message-ID: <49DCDAE2.1060406@bsdforen.de> Robert Noland wrote: > On Wed, 2009-04-08 at 10:33 -0500, Robert Noland wrote: >> On Wed, 2009-04-08 at 18:01 +0400, subbsd wrote: >>> Hello, >>> >>> i also update this ports today: >>> xf86-input-keyboard-1.3.2_1 >>> xkeyboard-config-1.5 >> Ok, I'm betting on xkeyboard-config. Let me have a look. > > Can you test this patch? > > robert. No change. >From my Xorg.0.log: (EE) XKB: Rules returned no components (EE) XKB: No components provided for device Virtual core keyboard (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap # setxkbmap de Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description (returns 251) I even did a portmaster -fR x11/xorg From rnoland at FreeBSD.org Wed Apr 8 10:21:23 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Apr 8 10:21:39 2009 Subject: xorg upgrade issue In-Reply-To: <49DCDAE2.1060406@bsdforen.de> References: <49DCAC41.6040208@bsdforen.de> <200904081801.44226.subbsd@gmail.com> <1239204828.4491.2.camel@balrog.2hip.net> <1239206060.4491.3.camel@balrog.2hip.net> <49DCDAE2.1060406@bsdforen.de> Message-ID: <1239211228.4491.6.camel@balrog.2hip.net> On Wed, 2009-04-08 at 19:12 +0200, Dominic Fandrey wrote: > Robert Noland wrote: > > On Wed, 2009-04-08 at 10:33 -0500, Robert Noland wrote: > >> On Wed, 2009-04-08 at 18:01 +0400, subbsd wrote: > >>> Hello, > >>> > >>> i also update this ports today: > >>> xf86-input-keyboard-1.3.2_1 > >>> xkeyboard-config-1.5 > >> Ok, I'm betting on xkeyboard-config. Let me have a look. > > > > Can you test this patch? > > > > robert. > > No change. > > >From my Xorg.0.log: > (EE) XKB: Rules returned no components > (EE) XKB: No components provided for device Virtual core keyboard > (WW) Couldn't load XKB keymap, falling back to pre-XKB keymap > > # setxkbmap de > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > (returns 251) balrog% setxkbmap de Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' balrog% setxkbmap us balrog% setxkbmap de balrog% setxkbmap us balrog% setxkbmap de Try setting to us then de. Not sure why that seemed to work, but the error went away for me... and my keys do strange things when set to 'de'. ;) robert. > > I even did a > portmaster -fR x11/xorg > _______________________________________________ > 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" -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/1e25cb92/attachment.pgp From tingox at gmail.com Wed Apr 8 11:23:08 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Wed Apr 8 11:23:15 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: Hello again, On Wed, Apr 8, 2009 at 4:17 PM, Torfinn Ingolfsen wrote: > IMO, the bug is still in portupgrade, even in the latest 2.4.6 > version. I have also seen it very recently. Yep, still there with latest portupgrade: root@kg-v2# portupgrade -R ImageMagick diablo-jdk ffmpeg gsm gstreamer-plugins-good jackit mesa-demos py25-tkinter vlc x264 xf86-video-via xfce4-clipman-plugin xfce4-mixer [Gathering depends for graphics/ImageMagick .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Gathering depends for java/diablo-jdk16 .................... done] [Exclude up-to-date packages ................................................................................................................................................ done] [Gathering depends for multimedia/ffmpeg ................................................................ done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Gathering depends for multimedia/gstreamer-plugins-good ............................................... done] [Exclude up-to-date packages ............................................................................................................................................................................ done] [Gathering depends for audio/jack ....................... done] [Exclude up-to-date packages ................................................................................................................................................................................ done] /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: - (ArgumentError) from /usr/local/sbin/portupgrade:614:in `new' from /usr/local/sbin/portupgrade:614:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1243:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1236:in `order' from /usr/local/sbin/portupgrade:565:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:787:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 root@kg-v2# root@kg-v2# portversion -vF | grep portupgrade portupgrade-2.4.6_1,2 = up-to-date with port root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #5: Sat Apr 4 21:43:24 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 -- Regards, Torfinn Ingolfsen From pav at FreeBSD.org Wed Apr 8 11:46:01 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Apr 8 11:46:08 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <49DCCC93.2010209@p6m7g8.com> References: <49DCCC93.2010209@p6m7g8.com> Message-ID: <1239216349.50237.2.camel@hood.oook.cz> Philip M. Gollucci p??e v st 08. 04. 2009 v 12:10 -0400: > Hi guys, > > If this is something good, I'll file a pr with it. > > CVS Log: > -------- > - convert to RUBYGEM_AUTOPLIST > remove x-generate-plist and friends > - use RF macro and remove SUBDIR where possible > - remove some uneeded GEM_NAME=${DISTNAME} > (this c/should be handled better in bsd.*.mk) > > None of this changes the resultant packages, so no PORTREVISIONs > where bumped except the 1 noted below. > > individual ports: > audio/rubygem-mp3info - unbreak, fix packaging, bump PORTREVISION > devel/rubygem-rapt - adopt > devel/rubygem-rspec - remove BUILD_DEPENDS=RUN_DEPENDS -- neither set > devel/rubygem-ruby2ruby - add #' for vim highlight > graphics/rubygem-extifr - drop PORTREVISION=0 > graphics/rubygem-gd2 - add #' for vim highlight > www/rubygem-rubyfulsoup - swap GEM_NAME / DISTNAME for constistency > > Diff: > ----- > http://people.freebsd.org/~pgollucci/rubygems.diff If only the individual ports are changed, we does not need to waste resources on exp run. Just run these seven ports in Tinderbox... -- Pav Lucistnik What do we know about love? Love is like a pear. Pear is sweet and have a specific shape. Try to exactly define the shape of a pear. -- Marigold: 50 Years Of Poetry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/51330c96/attachment.pgp From pgollucci at p6m7g8.com Wed Apr 8 11:50:34 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 8 11:50:42 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <1239216349.50237.2.camel@hood.oook.cz> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> Message-ID: <49DCF1F2.3040501@p6m7g8.com> Pav Lucistnik wrote: >> Diff: >> ----- >> http://people.freebsd.org/~pgollucci/rubygems.diff > > If only the individual ports are changed, we does not need to waste > resources on exp run. Just run these seven ports in Tinderbox... Would have helped if you looked at the diff or did you and that still applies ? Those seven ports have the deltas listed in *ADDITION* to the first 3 which are global across all remaining rubygem-* ports (except maybe mongrel and merb) $ grep -c Index: rubygems.diff 111 -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 pav at FreeBSD.org Wed Apr 8 11:57:44 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Apr 8 11:57:50 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <49DCF1F2.3040501@p6m7g8.com> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> Message-ID: <1239217051.50237.16.camel@hood.oook.cz> Philip M. Gollucci p??e v st 08. 04. 2009 v 14:50 -0400: > >> Diff: > >> ----- > >> http://people.freebsd.org/~pgollucci/rubygems.diff > > > > If only the individual ports are changed, we does not need to waste > > resources on exp run. Just run these seven ports in Tinderbox... > > Would have helped if you looked at the diff or did you and that still applies ? > > Those seven ports have the deltas listed in *ADDITION* to the first 3 > which are global across all remaining rubygem-* ports (except maybe mongrel > and merb) > > > $ grep -c Index: rubygems.diff > 111 Ah. Was misled by the proposed commit log. I will queue it for exp-run. But cannot guarantee it will run before the freeze starts. -- Pav Lucistnik It whines, glows and fades... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/aaa98ecd/attachment.pgp From pgollucci at p6m7g8.com Wed Apr 8 12:03:33 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 8 12:03:40 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <1239217051.50237.16.camel@hood.oook.cz> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> <1239217051.50237.16.camel@hood.oook.cz> Message-ID: <49DCF502.7090604@p6m7g8.com> > I will queue it for exp-run. But cannot guarantee it will run before the > freeze starts. The only problem with that is that I have lots of 'port updates' for rubygems-* pending that depend on the AUTOPLIST. what a PITA. When is the freeze supposed to be over ? This is restricted to rubygem-* ports: clsung@freebsd.org 28 11 39.29% jw@innerewut.de 10 10 100.00% r.s.a.vandomburg@nedforce.nl 4 3 75.00% tota@rtfm.jp 7 2 28.57% romanbsd@yahoo.com 1 1 100.00% skreuzer@freebsd.org 3 1 33.33% lukhnos@gmail.com 1 1 100.00% tdb@freebsd.org 1 1 100.00% tha_walka@hotmail.com 1 1 100.00% uspoerlein@gmail.com 2 1 50.00% wenheping@gmail.com 16 1 6.25% ijliao@freebsd.org 3 1 33.33% yds@coolrat.org 2 1 50.00% miwi@freebsd.org 8 1 12.50% pgollucci@freebsd.org 3 1 33.33% ports@logvinov.com 21 1 4.76% thats ~39 -- updating them before the AUTOPLIST means I've gotta muck with pkg-plist. oh well c'est la via. -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 david.marec at davenulle.org Wed Apr 8 12:15:08 2009 From: david.marec at davenulle.org (David Marec) Date: Wed Apr 8 12:15:15 2009 Subject: xorg upgrade issue In-Reply-To: <1239211228.4491.6.camel@balrog.2hip.net> References: <49DCAC41.6040208@bsdforen.de> <49DCDAE2.1060406@bsdforen.de> <1239211228.4491.6.camel@balrog.2hip.net> Message-ID: <200904082055.41946.david.marec@davenulle.org> Le Wednesday 08 April 2009 19:20:28 Robert Noland, vous avez ?crit?: > balrog% setxkbmap de > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > balrog% setxkbmap us > balrog% setxkbmap de > balrog% setxkbmap us > balrog% setxkbmap de > Try setting to us then de. Not sure why that seemed to work, but the david:~$ setxkbmap us Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description david:~$ setxkbmap fr Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description david:~$ setxkbmap us Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description david:~$ setxkbmap fr Couldn't interpret _XKB_RULES_NAMES property Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' Error loading new keyboard description > error went away for me... No change here. > and my keys do strange things when set to > 'de'. ;) Strange behavior here too, using the default set. -- http://david.marec.free.fr/ http://www.freebsd.org/fr/ http://www.diablotins.org/ From pav at FreeBSD.org Wed Apr 8 12:19:42 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed Apr 8 12:19:49 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <49DCF502.7090604@p6m7g8.com> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> <1239217051.50237.16.camel@hood.oook.cz> <49DCF502.7090604@p6m7g8.com> Message-ID: <1239218370.50237.39.camel@hood.oook.cz> Philip M. Gollucci p??e v st 08. 04. 2009 v 15:03 -0400: > When is the freeze supposed to be over ? Max two weeks, hopefully. -- Pav Lucistnik Bento's Law: If It Can Break, It Will Break Bento's Corollary: If It Can Break, Kris Can Send Mail About It -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090408/3ffea7c7/attachment.pgp From barbara.xxx1975 at libero.it Wed Apr 8 13:56:30 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Wed Apr 8 13:56:37 2009 Subject: Portupgrade still broken? Message-ID: I've wrote many time to the maintainer about the problem, I think since about 2 years ago, and I've also received some answer from him about other issues. But he never answered about that problem. regards Barbara From kamikaze at bsdforen.de Wed Apr 8 14:00:56 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Apr 8 14:01:02 2009 Subject: xorg upgrade issue In-Reply-To: <200904082055.41946.david.marec@davenulle.org> References: <49DCAC41.6040208@bsdforen.de> <49DCDAE2.1060406@bsdforen.de> <1239211228.4491.6.camel@balrog.2hip.net> <200904082055.41946.david.marec@davenulle.org> Message-ID: <49DD107E.5090002@bsdforen.de> David Marec wrote: > Le Wednesday 08 April 2009 19:20:28 Robert Noland, vous avez ?crit : > >> balrog% setxkbmap de >> Couldn't interpret _XKB_RULES_NAMES property >> Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' >> balrog% setxkbmap us >> balrog% setxkbmap de >> balrog% setxkbmap us >> balrog% setxkbmap de >> Try setting to us then de. Not sure why that seemed to work, but the > > david:~$ setxkbmap us > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > david:~$ setxkbmap fr > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > david:~$ setxkbmap us > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > david:~$ setxkbmap fr > Couldn't interpret _XKB_RULES_NAMES property > Use defaults: rules - 'xorg' model - 'pc105' layout - 'us' > Error loading new keyboard description > >> error went away for me... > > No change here. The same here, the error prevails. > >> and my keys do strange things when set to >> 'de'. ;) > > Strange behavior here too, using the default set. > From freebsd at fahrners.de Wed Apr 8 14:21:28 2009 From: freebsd at fahrners.de (Jochen Fahrner) Date: Wed Apr 8 14:21:34 2009 Subject: xorg upgrade issue In-Reply-To: <49DCAC41.6040208@bsdforen.de> References: <49DCAC41.6040208@bsdforen.de> Message-ID: <2C438784-E3B2-4408-841A-85651E8C16F6@fahrners.de> I just did: pkg_delete -R xorg pkg_add -r xorg That didn't help. German keyboard still not working. Now my whole system is ruined, lots of packages are missing. :-( Please repair this bug in the port, or show a way how to switch back to an older version. On a german keyboard I even cannot type a pipe symbol! My system is unusable in this state! :-( And to the port maintainer: please be cautious in the future. Let people test your ports before you submit them. Xorg effects EVERY system on this planet. From roberthuff at rcn.com Wed Apr 8 14:32:18 2009 From: roberthuff at rcn.com (Robert Huff) Date: Wed Apr 8 14:32:25 2009 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> References: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> Message-ID: <18909.6098.502964.318473@jerusalem.litteratus.org> Sandra Kachelmann writes: > I _really_ still miss this functionality :-( Could you please > re-implement it? Try the "-F" switch. (I believe this used to be the default, but Something Happened(tm) within the last year to make it necessary to use it explicitly. There was a message (somewhere) about making it the default again ,,, but that seems to have not happened.) Robert Huff From david.marec at davenulle.org Wed Apr 8 14:42:29 2009 From: david.marec at davenulle.org (David Marec) Date: Wed Apr 8 14:42:35 2009 Subject: xorg upgrade issue In-Reply-To: <49DD107E.5090002@bsdforen.de> References: <49DCAC41.6040208@bsdforen.de> <200904082055.41946.david.marec@davenulle.org> <49DD107E.5090002@bsdforen.de> Message-ID: <200904082342.26108.david.marec@davenulle.org> Le Wednesday 08 April 2009 23:00:46 Dominic Fandrey, vous avez ?crit?: > The same here, the error prevails. The last upgrade of xkeyboard-config solve the issue. -- http://david.marec.free.fr/ http://www.freebsd.org/fr/ http://www.diablotins.org/ From kamikaze at bsdforen.de Wed Apr 8 15:03:13 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Wed Apr 8 15:03:21 2009 Subject: xorg upgrade issue In-Reply-To: <200904082342.26108.david.marec@davenulle.org> References: <49DCAC41.6040208@bsdforen.de> <200904082055.41946.david.marec@davenulle.org> <49DD107E.5090002@bsdforen.de> <200904082342.26108.david.marec@davenulle.org> Message-ID: <49DD1F1B.7030307@bsdforen.de> David Marec wrote: > Le Wednesday 08 April 2009 23:00:46 Dominic Fandrey, vous avez ?crit : > >> The same here, the error prevails. > > The last upgrade of xkeyboard-config solve the issue. True, somehow I missed this. From stas at FreeBSD.org Wed Apr 8 15:09:56 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Wed Apr 8 15:10:03 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <49DCF1F2.3040501@p6m7g8.com> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> Message-ID: <20090409002918.e48eecde.stas@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 8 Apr 2009 14:50:26 -0400 "Philip M. Gollucci" mentioned: > Pav Lucistnik wrote: > >> Diff: > >> ----- > >> http://people.freebsd.org/~pgollucci/rubygems.diff > > > > If only the individual ports are changed, we does not need to waste > > resources on exp run. Just run these seven ports in Tinderbox... > > Would have helped if you looked at the diff or did you and that still applies ? > > Those seven ports have the deltas listed in *ADDITION* to the first 3 > which are global across all remaining rubygem-* ports (except maybe mongrel > and merb) > > > $ grep -c Index: rubygems.diff > 111 I don't think Exprun is really required. We can run this on tinderbox - ruby ports builds pretty fast. The change seems to be straightforward and limited to the affected ports only. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkndCSoACgkQK/VZk+smlYEPNQCfaZJD/LzuQ2ckl+qx8qV/Udjb orYAn2h5syUNYJet8/nBH58oUTfO2NpO =Xplo -----END PGP SIGNATURE----- !DSPAM:49dd1d30967001736490404! From pgollucci at p6m7g8.com Wed Apr 8 15:25:15 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 8 15:25:22 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <20090409002918.e48eecde.stas@FreeBSD.org> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> <20090409002918.e48eecde.stas@FreeBSD.org> Message-ID: <49DD2449.4080509@p6m7g8.com> Stanislav Sedov wrote: > I don't think Exprun is really required. We can run this on tinderbox - ruby > ports builds pretty fast. The change seems to be straightforward and limited > to the affected ports only. I've already run it on a tinderbox at $work (RideCharge Inc) unfortunately its not public. -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 basil at vpm.net.ua Wed Apr 8 15:26:07 2009 From: basil at vpm.net.ua (Vasiliy P. Melnik) Date: Wed Apr 8 15:26:14 2009 Subject: ports/133498 Message-ID: <20090408222605.GB32106@creator.lan> Plees submit my port -- ------------------------------------------------------------------------------- Vasiliy P. Melnik VPM-RIPE, VPM-UANIC From stas at FreeBSD.org Wed Apr 8 15:39:18 2009 From: stas at FreeBSD.org (Stanislav Sedov) Date: Wed Apr 8 15:39:25 2009 Subject: [rubygems-]: Request for Review and -exp Run In-Reply-To: <49DD2449.4080509@p6m7g8.com> References: <49DCCC93.2010209@p6m7g8.com> <1239216349.50237.2.camel@hood.oook.cz> <49DCF1F2.3040501@p6m7g8.com> <20090409002918.e48eecde.stas@FreeBSD.org> <49DD2449.4080509@p6m7g8.com> Message-ID: <20090409023917.223c7d1e.stas@FreeBSD.org> On Wed, 8 Apr 2009 18:25:13 -0400 "Philip M. Gollucci" mentioned: > Stanislav Sedov wrote: > > I don't think Exprun is really required. We can run this on tinderbox - ruby > > ports builds pretty fast. The change seems to be straightforward and limited > > to the affected ports only. > I've already run it on a tinderbox at $work (RideCharge Inc) > > unfortunately its not public. > Then it should be safe to commit if the run was successfull. -- Stanislav Sedov ST4096-RIPE !DSPAM:49dd2794967001216313571! From oberman at es.net Wed Apr 8 21:14:30 2009 From: oberman at es.net (Kevin Oberman) Date: Wed Apr 8 21:14:36 2009 Subject: Deluge hangs during startup with boost-python-1.37 Message-ID: <20090409041427.D2CC71CC50@ptavv.es.net> After upgrading boost-python from 1.34.1 to 1.37, deluge will no longer run. It prints out the version (1.1.5) to the terminal and starts drawing the GUI, but stops in the early part with only the basic GUI fixed elements drawn. At that point it stops. Due to lack of time, I downgraded boost-python-1.34.1 and deluge ran normally. I have opened PR ports/133531. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From a134qaed at gmail.com Wed Apr 8 21:30:11 2009 From: a134qaed at gmail.com (Dylan Cochran) Date: Wed Apr 8 21:30:45 2009 Subject: Porting ROX applications In-Reply-To: <1239190152.20664.1309561451@webmail.messagingengine.com> References: <1239190152.20664.1309561451@webmail.messagingengine.com> Message-ID: On 4/8/09, Jochen wrote: > Hello, > I'm new to FreeBSD and was looking for a system that runs on old > hardware. > I found ROX performs very well on old hardware and has a nice look & > feel. > Some ROX applications (e.g. rox-filer, rox-session) are already ported > to FreeBSD, but many are missing. > I want try to complete porting all ROX apps, but I'm not very familar > with the ports system, maybe someone can help a newbie making the first > steps. ;-) > > I have already ported some apps, but did not make the ports structure > for submitting those ports. > > There is something special with the ROX apps. They are not installed > file by file, but they consist of a whole directory tree that is > installed into /usr/local/apps. It is not necessary to unpack them into > a working dir, instead the tarball is extracted to /usr/local/apps and > then "/usr/local/apps/mynewapp/AppRun --compile" is run, if the app > contains some C code (many apps only consist of some python code and > need not be compiled). This may be the wrong way to go about it, as in the ROX world, 0install is the preferred method of distributing and installing software. The only impetus for this working entirely as expected on FreeBSD, is 0compile (which handles C compiling). If that portion of 0install is fixed, then it becomes a matter of downloading ROX-All, extracting it to your home directory, and clicking on the apps you want to run; with this in place the ports for ROX are down to two, rox-apps (effectively extracting ROX-All to /usr/local/apps/, and zeroinstall-injector. This has been an item on my todo list for over a year, but due to time it has never been explored. I will gladly support any attempt to fix it that you may make, though :) > The task would be: unpack the tarball into /usr/local/apps, make some > patches, run "AppRun --compile". > > 1. How can I do this with the ports system? > > My next problem is, finding the right dependices. My first port, > ROX-CLib, depends on the following libraries: > > gtk+-2.0 >= 2.0.1 > glib-2.0 >= 2.0.3 > libxml-2.0 >= 2.4.0 > > 2. How can I find out the correct entries for the LIB_DEPENDS (name of > the lib, package which contains this lib). > > Jochen > _______________________________________________ > 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 lehmann at ans-netz.de Wed Apr 8 23:27:41 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Apr 8 23:28:39 2009 Subject: problems with lang/gcc43 Message-ID: <20090409062738.65318.qmail@avocado.salatschuessel.net> Hi, I've two problems with lang/gcc43. 1) for me it appears not to be MAKE_JOBS_SAFE. I'm getting continous errors compiling it on my dual PIII850 System: http://files.pofo.de/gcc-4.3.4_20090326.log 2) something in the /usr/local/lib/gcc-4.3.4/include/c++/bits/locale_facets.h header seems to be broken. just take the toupper() function definition. It takes two arguments and it conflicts somehow with the libc declaration of toupper() where toupper(3) reveals that it only takes one argument. http://files.pofo.de/freeorion-0.3.12.20090408_2.log From careers at globalfmjobs.co.uk Wed Apr 8 23:48:29 2009 From: careers at globalfmjobs.co.uk (Think Fast and Play Smart! Check us today and earn more) Date: Wed Apr 8 23:49:04 2009 Subject: What do you know about the UK FM JOBS Group? Message-ID: Your email client cannot read this email. To view it online, please go here: http://www.globalfmjobs.co.uk/sendstudionx/display.php?M=136561&C=341c8b8ae7c52e069b4ccfee3d90c4dc&S=82&L=18&N=35 To stop receiving these emails:http://www.globalfmjobs.co.uk/sendstudionx/unsubscribe.php?M=136561&C=341c8b8ae7c52e069b4ccfee3d90c4dc&L=18&N=82 From mailing at gaturkey.com Thu Apr 9 00:43:05 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Thu Apr 9 00:43:13 2009 Subject: Private Shore Excursions-Turkey Message-ID: [http://www.turkeycalling.us] PRIVATE SHORE EXCURSIONS- TURKEY Your cruise clients will make the best of their time in Turkey on a private shore excursion! Istanbul Kusadasi & Ephesus [mailto:incoming@gaturkey.com?subject=Private Shore Excursions- Turkey] **************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. **************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. *********************************************************************************************** Yasal Uyar?; Bu e-posta, sadece adreste belirtilen kisi veya kurulusun kullanimini hedeflemekte olup,mesajda yer alan bilgiler kisiye ozel ve gizli olabilir, yasalar ya da anlasmalar geregi ?c?nc? kisiler ile paylasilmasi m?mk?n olmayabilir.Mesaji alan kisi, mesajin g?nderilmek istendigi kisi veya kurulus degilse,bu mesaji yaymak,dagitmak veya kopyalamak yasaktir Mesaj tarafiniza yanlislikla ulasmissa l?tfen mesaji geri g?nderiniz ve sisteminizden siliniz. Global Turizm Hizmetleri Anonim Sirketi bu mesajin icerigi ile ilgili olarak hicbir hukuksal sorumlulugu kabul etmez. ********************************************************************************************** Disclaimer; This e-mail communication is intended only for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and that may not be made public by law or agreement. If the recipient of this message is not the intended recipient or entity, you are hereby notified that any further dissemination, distribution or copying of this information is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete it from your system. The Global Turizm Hizmetleri Anonim Sirketi does not accept legal responsibility for the contents of this message. This message was sent by: Global Access Incoming, Nuzhetiye cad, istanbul, besiktas 34357, Turkey Powered by iContact: http://freetrial.icontact.com To be removed click here: http://app.icontact.com/icp/mmail-mprofile.pl?r=46043325&l=82228&s=IUCR&m=562566&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=562566&s=46043325&c=IUCR&cid=305227 From freebsd at fahrners.de Thu Apr 9 01:48:16 2009 From: freebsd at fahrners.de (Jochen Fahrner) Date: Thu Apr 9 01:50:08 2009 Subject: xorg upgrade issue In-Reply-To: <200904082342.26108.david.marec@davenulle.org> References: <49DCAC41.6040208@bsdforen.de> <200904082055.41946.david.marec@davenulle.org> <49DD107E.5090002@bsdforen.de> <200904082342.26108.david.marec@davenulle.org> Message-ID: <834A6FE8-0C91-42E3-B16A-E1C56D285321@fahrners.de> Am 08.04.2009 um 23:42 schrieb David Marec: > The last upgrade of xkeyboard-config solve the issue. Same for me. Thanks for the fast fix. Jochen From mad at madpilot.net Thu Apr 9 03:03:23 2009 From: mad at madpilot.net (Guido Falsi) Date: Thu Apr 9 03:03:30 2009 Subject: squidguard and default blacklists in plist Message-ID: <20090409094545.GB43377@megatron.madpilot.net> Hi, I'm the maintainer of the www/squidguard port. Some time ago I have been asked to try not make the port remove the blacklists when, after installing the default ones, they were modified by the user. I fully understand and agree to this approach, so time allowing, I have made a few tests, but found some obstacles, so I'd like to ask what could be the best course of actions(hopefully not requiring a total port Makefile rewrite). I was hoping to coherce the pkg_delete program not to delete modified files based on file checksum saved in +CONTENTS, but make deinstall passes the -f flag to it(and portamster/portupgrade too I think) and it will delete files anyway, so this option is not applicable. This leaves me the situation that if I put those files in the plist they will definetly be removed. I have few options at this point: I could install them, not have them in the pkg-plist and have a deinstall script to analyze the files and delete them if and only if not modified. Could this be acceptable? Another option is simply not manage those sample files, and have a personalized make target (install-examples, f.e.) which installs them and then leave to the user their deletion, if wanted. Obviously this would have to be explained in the pkg_message. So, what is the best choice? Are there any better options? Thanks in advance for any opinions/suggestions. -- Guido Falsi From bsam at ipt.ru Thu Apr 9 03:44:59 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 03:45:06 2009 Subject: HEADSUP: linux f8 infrastructure and ports are introduced Message-ID: <12660073@bb.ipt.ru> Hello List! Those who are subscribed to emulation@ ML already know that the linux ports infrastructure has been changed. I've just committed the last patch I want to introduce before 7.2-RELEASE. Those changes allow using new linux f8 infrastructure files. One should define sysctl compat.linux.osrelease=2.6.16, OVERRIDE_LINUX_BASE_PORT=f8 and OVERRIDE_LINUX_NONBASE_PORTS=f8. The last two should be defined at /etc/make.conf file. Beware that the defaults for all FreeBSD versions so far are linux base fc4 and it's infrastructure ports. For 6-STABLE users new configuration is not supported. Users of 7-STABLE may use those capabilities with care. Some changes can not be MFCed from 8-CURRENT because of native FreeBSD ABI breakage. However most of linux applications should work fine. But YMMV, so please be careful. 8-CURRENT should be fully supported. There is no strict dependency upon OSRELEASE at new linux ports infrastructure. This may change if/when f8 has become a default for 8-CURRENT. Please, report any inconsistency to emulation@ ML. Those who want to test/use/swith to -f8- linux ports should read /usr/ports/UPDATING for instructions. And as always don't install infrastructure ports directly (install a needed application instead: net/skype, print/acroread8, etc.), if you have to do it, then something is wrong: either your system/configuration is wrong or the ports system has bugs. Please write a letter to emulation@ or file a PR if you are sure it'a port bug. All linux ports are switched to new world order. Only one exception exists: graphics/linux_dri. I have got a port for tests and will submit it for testing soon. Port MAINTAINERs should use new rules for adding dependencies upon any linux infrastructure port. There is a list of all linux components (take a look at Mk/bsd.linux-apps.mk) that should be used at the port's Makefiles. For non-infrastructure linux ports (i.e. not from a linux distro) like the upcomming linux-f8-flashplugin10 which should use at least linux_base-f8 and above, please define USE_LINUX=yes at apropriate Makefiles (not f8, f8+, etc.). Now run dependencies are used like USE_LINUX_APPS=xorglibs. Which just mean that the application uses linux xorg libraries at run time (i.e. replaces RUN_DEPENDS). The ports infrastructure will use apropriate port (depending on your system configuration): . default is x11/linux-xorg-libs; . f8 port is x11/linux-f8-xorg-libs. For some additional information you may search recent emulation@ ML archieve. TODO: . introduce graphics/linux-f8-dri port; [partially done] . replace bsd.linux-rpm.mk and bsd.linux.apps.mk with bsd.linux.mk; . move all linux stuff from bsd.ports.mk and bsd.linux-*.mk to bsd.linux.mk; . allow USE_LINUX use values like "f8+" (should be used only by ports maintainers). Suggestions, help and patches are welcome. Enjoy and thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From roam at ringlet.net Thu Apr 9 03:48:42 2009 From: roam at ringlet.net (Peter Pentchev) Date: Thu Apr 9 03:48:49 2009 Subject: squidguard and default blacklists in plist In-Reply-To: <20090409094545.GB43377@megatron.madpilot.net> References: <20090409094545.GB43377@megatron.madpilot.net> Message-ID: <20090409104417.GA945@straylight.m.ringlet.net> On Thu, Apr 09, 2009 at 11:45:45AM +0200, Guido Falsi wrote: > Hi, > > I'm the maintainer of the www/squidguard port. > > Some time ago I have been asked to try not make the port remove the > blacklists when, after installing the default ones, they were modified > by the user. [snip] > I have few options at this point: The usual approach is to install them as .dist or .sample or something like that, copy them with their real names, and only remove the "real" ones if they are the same as the sample ones. This involes several steps: - modify the upstream source to install them with a .dist or .sample extension, or install them in a different subdirectory if the program will process them even with a different extension; - modify pkg-plist to refer to the sample files, not the real ones; - when installing, use either pkg-plist's @exec directive or a pkg-install script to check if the "real" files exist and, if they don't, copy the .dist file to one with the real filename; - when deinstalling, use either pkg-plist's @unexec directive or a pkg-install script to check if the "real" files are the same as the sample ones and, if they are, remove them. For an example of doing this with a .dist extension, take a look at the mail/vpopmail port's handling of the etc/vpopmail.mysql and etc/vlimits.default files: - files/patch-Makefile.in installs them as .dist files; - pkg-plist contains the .dist files; - pkg-plist contains an @exec if [ ! -f ... ]; then cp... - pkg-plist contains an @unexec if cmp -s ...; then rm... 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 I had to translate this sentence into English because I could not read the original Sanskrit. -------------- 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/20090409/9295b9ca/attachment.pgp From lupe at lupe-christoph.de Thu Apr 9 03:54:13 2009 From: lupe at lupe-christoph.de (Lupe Christoph) Date: Thu Apr 9 03:54:21 2009 Subject: squidguard and default blacklists in plist In-Reply-To: <20090409094545.GB43377@megatron.madpilot.net> References: <20090409094545.GB43377@megatron.madpilot.net> Message-ID: <20090409104226.GD9629@lupe-christoph.de> On Thursday, 2009-04-09 at 11:45:45 +0200, Guido Falsi wrote: This is how sysutils/munin=node does it: Makefile: post-install: ... ${INSTALL_DATA} ${FILESDIR}/plugins.conf ${PREFIX}/etc/munin/plugin-conf.d/plugins.conf.sample @if [ ! -f ${PREFIX}/etc/munin/plugin-conf.d/plugins.conf ]; then \ ${INSTALL_DATA} ${PREFIX}/etc/munin/plugin-conf.d/plugins.conf.sample ${PREFIX}/etc/munin/plugin-conf.d/plugins.conf; \ fi ... pkg-plist: @unexec if cmp -s %D/etc/munin/plugin-conf.d/plugins.conf %D/etc/munin/plugin-conf.d/plugins.conf.sample; then rm -f %D/etc/munin/plugin-conf.d/plugins.conf; fi etc/munin/plugin-conf.d/plugins.conf.sample I.e. I install the config provided by Munin as plugins.conf.sample. If there is no plugins.conf, I copy plugins.conf.sample to plugins.conf. On deinstall, I check if plugins.conf has been modified by comparing it to the sample. If it hasn't (e.g. package build), I remove it. Then i remove the sample. I believe this is a simple and robust method. HTH, Lupe Christoph -- | There is no substitute for bad design except worse design. | | /me | From mad at madpilot.net Thu Apr 9 05:27:02 2009 From: mad at madpilot.net (Guido Falsi) Date: Thu Apr 9 05:27:09 2009 Subject: squidguard and default blacklists in plist In-Reply-To: <20090409104417.GA945@straylight.m.ringlet.net> References: <20090409094545.GB43377@megatron.madpilot.net> <20090409104417.GA945@straylight.m.ringlet.net> Message-ID: <20090409122701.GE43377@megatron.madpilot.net> On Thu, Apr 09, 2009 at 01:44:17PM +0300, Peter Pentchev wrote: > On Thu, Apr 09, 2009 at 11:45:45AM +0200, Guido Falsi wrote: > > Hi, > > > > I'm the maintainer of the www/squidguard port. > > > > Some time ago I have been asked to try not make the port remove the > > blacklists when, after installing the default ones, they were modified > > by the user. > [snip] > > I have few options at this point: > > The usual approach is to install them as .dist or .sample or something > like that, copy them with their real names, and only remove the "real" > ones if they are the same as the sample ones. This involes several > steps: [...] I see, but, my mistake, I did not explain an important detail of the prblem: the sample files are really a whole hierarchy with files being compiled to bdb files in it. Should I install the whole hierarchy with a .sample name and work as usuale with the files inside? Is this acceptable? I understood it was not. -- Guido Falsi From pj at smo.de Thu Apr 9 05:45:11 2009 From: pj at smo.de (Philipp Ost) Date: Thu Apr 9 05:45:19 2009 Subject: problems with lang/gcc43 In-Reply-To: <20090409062738.65318.qmail@avocado.salatschuessel.net> References: <20090409062738.65318.qmail@avocado.salatschuessel.net> Message-ID: <49DDED74.9020102@smo.de> Oliver Lehmann wrote: > Hi, > I've two problems with lang/gcc43. > 1) for me it appears not to be MAKE_JOBS_SAFE. I'm getting continous > errors compiling it on my dual PIII850 System: > http://files.pofo.de/gcc-4.3.4_20090326.log [...] I can't confirm this here. I just build lang/gcc43 on my dual Athlon MP system running a recent CURRENT. There were no such error as in your case; both CPUs were used just fine. Regards, Philipp From sem at FreeBSD.org Thu Apr 9 05:53:04 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Apr 9 05:53:24 2009 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> References: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> Message-ID: <49DDE879.3080600@FreeBSD.org> OK. I've just committed a patch. Sandra Kachelmann wrote: > Hi > > I _really_ still miss this functionality :-( Could you please re-implement it? > > Sandra > > > > > > Sergey Matveychuk > Date > 3 Jul 2008 09:50:58 > Subject > Re: portupgrade-devel: portversion -vl'<' does not show current version > Message-ID > 486CA0AF.3020602@FreeBSD.org > > In reply to > Sandra Kachelmann > References to > Sandra Kachelmann > Replies > Robert Huff > Referenced by > Robert Huff, Sergey Matveychuk > > > Sandra Kachelmann wrote: >> After upgrading from portupgrade to portupgrade-devel the command >> >> $ portversion -vl'<' >> >> does not show the _current_ version anymore. Why was it removed? I >> found the information useful. >> >> before: >> gnutls-2.4.0 < needs updating (port has 2.4.1) >> >> now: >> gnutls < needs updating (port has 2.4.1) > > Looks like it's a side effect of new options implementation. Now you can > use -Fvl options. But I'll think to back this functionality. > > Thanks. > -- > Dixi. > Sem. -- Dixi. Sem. From sem at FreeBSD.org Thu Apr 9 05:53:05 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Thu Apr 9 05:53:25 2009 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <18909.6098.502964.318473@jerusalem.litteratus.org> References: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> <18909.6098.502964.318473@jerusalem.litteratus.org> Message-ID: <49DDE8D4.5040605@FreeBSD.org> Robert Huff wrote: > Sandra Kachelmann writes: > >> I _really_ still miss this functionality :-( Could you please >> re-implement it? > > Try the "-F" switch. > (I believe this used to be the default, but Something Happened(tm) > within the last year to make it necessary to use it explicitly. > There was a message (somewhere) about making it the default again > ,,, but that seems to have not happened.) Yeap, it was a side effect of one patch I got. I've just fixed it. -- Dixi. Sem. From rromine at nsf.gov Thu Apr 9 08:06:54 2009 From: rromine at nsf.gov (Raleigh Romine) Date: Thu Apr 9 08:07:03 2009 Subject: FreeBSD Port: snort-2.8.2.2_3 Message-ID: <8F320960-8631-47F9-821D-F96BDB267A5C@nsf.gov> Is there any timeframe for updating the port to the new 2.8.4 release? I really need the capabilities of the new version and *hate* running two different flavors of the same application. THanks! Raleigh From parv at pair.com Thu Apr 9 09:37:31 2009 From: parv at pair.com (Parv) Date: Thu Apr 9 09:37:40 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: <20090409163749.GA6149@holstein.holy.cow> in message , wrote Chris Rees thusly... > > I recall from http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html > that there was a bug in portupgrade last year, causing it to break > when a port is recursively (-R) upgraded; it's surfacing for me > too :( > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade --version > portupgrade 2.4.6 > > Is this a 'fixed' version, or not? I think it's the most recent... > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade > -rR emacs xterm curl php5-mbstring > otp-md5 488 am9338 ext > Password: > [Updating the pkgdb in /var/db/pkg ... - 263 > packages found (-3 +3) (...)... done] > [Gathering depends for editors/emacs > ....................................................................................................................................................................................................................................................................................................... > done] > [Exclude up-to-date packages > ....................................................................................... > done] > /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not > in due form: - (ArgumentError) > from /usr/local/sbin/portupgrade:614:in `new' > from /usr/local/sbin/portupgrade:614:in `main' ... Does this Perl (5.8 & onwards) program ... http://www103.pair.com/parv/comp/src/perl/check-portupgrade-00 ... produces anything when run *without any arguments*? Purpose of the program is to find a port name (based on directory name in /var/db/pkg) which fails to match the regular expression /^(.+)-([^-]+)$/ used in pkginfo.rb, among other files of portupgrade. If the Perl program is run with any arguments, then a sorted list of matched names will be printed, something like ... aalib-1.4.r5_4 : aalib 1.4.r5_4 acroread8-8.1.2_2 : acroread8 8.1.2_2 acroreadwrapper-0.0.20080906 : acroreadwrapper 0.0.20080906 agg-2.5_5 : agg 2.5_5 aircrack-ng-1.0.r1 : aircrack-ng 1.0.r1 amspsfnt-1.0_5 : amspsfnt 1.0_5 ... - Parv -- From kstewart at owt.com Thu Apr 9 11:35:09 2009 From: kstewart at owt.com (Kent Stewart) Date: Thu Apr 9 11:35:15 2009 Subject: Portupgrade still broken? In-Reply-To: <20090409163749.GA6149@holstein.holy.cow> References: <20090409163749.GA6149@holstein.holy.cow> Message-ID: <200904091135.06329.kstewart@owt.com> On Thursday 09 April 2009 09:37:49 am Parv wrote: > in message , > wrote Chris Rees thusly... > > > I recall from > > http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html > > that there was a bug in portupgrade last year, causing it to break when a > > port is recursively (-R) upgraded; it's surfacing for me > > too :( > > > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade --version > > portupgrade 2.4.6 > > > > Is this a 'fixed' version, or not? I think it's the most recent... > > > > [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade > > -rR emacs xterm curl php5-mbstring > > otp-md5 488 am9338 ext > > Password: > > [Updating the pkgdb in /var/db/pkg ... - 263 > > packages found (-3 +3) (...)... done] > > [Gathering depends for editors/emacs > > ......................................................................... > >.......................................................................... > >.......................................................................... > >.......................................................................... > > done] > > [Exclude up-to-date packages > > ......................................................................... > >.............. done] > > /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not > > in due form: - (ArgumentError) > > from /usr/local/sbin/portupgrade:614:in `new' > > from /usr/local/sbin/portupgrade:614:in `main' > > ... > > Does this Perl (5.8 & onwards) program ... > > http://www103.pair.com/parv/comp/src/perl/check-portupgrade-00 > > > ... produces anything when run *without any arguments*? It doesn't produce any messages. > > Purpose of the program is to find a port name (based on directory > name in /var/db/pkg) which fails to match the regular expression > /^(.+)-([^-]+)$/ used in pkginfo.rb, among other files of > portupgrade. > > If the Perl program is run with any arguments, then a sorted list of > matched names will be printed, something like ... > > aalib-1.4.r5_4 : aalib 1.4.r5_4 > acroread8-8.1.2_2 : acroread8 8.1.2_2 > acroreadwrapper-0.0.20080906 : acroreadwrapper 0.0.20080906 > agg-2.5_5 : agg 2.5_5 > aircrack-ng-1.0.r1 : aircrack-ng 1.0.r1 > amspsfnt-1.0_5 : amspsfnt 1.0_5 > ... > "check-portupgrade p5" produced a list of 632 names, which is about what I have installed. I ran "portupgrade -rR libxcb" recently and it failed with the same pkginfo.rb error you are listing. Kent -- kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From pgollucci at FreeBSD.org Thu Apr 9 11:51:48 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:51:54 2009 Subject: ports/111501: [NEW PORT] databases/ruby-oci8 Message-ID: <200904091851.n39Ipl4l078663@freefall.freebsd.org> Synopsis: [NEW PORT] databases/ruby-oci8 Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:51:41 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=111501 From pgollucci at FreeBSD.org Thu Apr 9 11:52:31 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:52:37 2009 Subject: docs/13050: man vinum reports incorrect log file name Message-ID: <200904091852.n39IqTnl080893@freefall.freebsd.org> Synopsis: man vinum reports incorrect log file name Responsible-Changed-From-To: grog->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:52:24 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=13050 From pgollucci at FreeBSD.org Thu Apr 9 11:52:52 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:52:58 2009 Subject: ports/131168: new port: devel/lpc21isp Message-ID: <200904091852.n39IqoVe080976@freefall.freebsd.org> Synopsis: new port: devel/lpc21isp Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:52:47 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=131168 From pgollucci at FreeBSD.org Thu Apr 9 11:54:14 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:54:29 2009 Subject: ports/131256: [Update + fix] emulators/cpmtools27: Update to 2.8 Message-ID: <200904091854.n39IsCcj081077@freefall.freebsd.org> Synopsis: [Update + fix] emulators/cpmtools27: Update to 2.8 Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:53:09 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=131256 From pgollucci at FreeBSD.org Thu Apr 9 11:58:32 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:58:40 2009 Subject: ports/131329: [patch] - update java/poseidon to version 6.0.2 Message-ID: <200904091858.n39IwVCt081265@freefall.freebsd.org> Synopsis: [patch] - update java/poseidon to version 6.0.2 Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:58:31 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=131329 From pgollucci at FreeBSD.org Thu Apr 9 11:58:47 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:58:53 2009 Subject: ports/131442: new port: audio/xmms-timidity Message-ID: <200904091858.n39IwkVE081344@freefall.freebsd.org> Synopsis: new port: audio/xmms-timidity Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:58:45 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=131442 From pgollucci at FreeBSD.org Thu Apr 9 11:59:32 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 11:59:39 2009 Subject: ports/121050: New port: sysutils/heartbeat2 Linux High-Availability Daemon Message-ID: <200904091859.n39IxVhT081432@freefall.freebsd.org> Synopsis: New port: sysutils/heartbeat2 Linux High-Availability Daemon Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:59:30 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=121050 From pgollucci at FreeBSD.org Thu Apr 9 11:59:59 2009 From: pgollucci at FreeBSD.org (pgollucci@FreeBSD.org) Date: Thu Apr 9 12:00:06 2009 Subject: ports/130675: [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC bridge Message-ID: <200904091859.n39IxvO2081526@freefall.freebsd.org> Synopsis: [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC bridge Responsible-Changed-From-To: pgollucci->freebsd-ports Responsible-Changed-By: pgollucci Responsible-Changed-When: Thu Apr 9 18:59:56 UTC 2009 Responsible-Changed-Why: e no time http://www.freebsd.org/cgi/query-pr.cgi?pr=130675 From bsam at ipt.ru Thu Apr 9 12:01:32 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Thu Apr 9 12:01:39 2009 Subject: ports/111501: [NEW PORT] databases/ruby-oci8 In-Reply-To: <200904091851.n39Ipl4l078663@freefall.freebsd.org> (pgollucci@freebsd.org's message of "Thu\, 9 Apr 2009 18\:51\:47 GMT") References: <200904091851.n39Ipl4l078663@freefall.freebsd.org> Message-ID: <01936885@h30.sp.ipt.ru> On Thu, 9 Apr 2009 18:51:47 GMT pgollucci@FreeBSD.org wrote: > Synopsis: [NEW PORT] databases/ruby-oci8 > Responsible-Changed-From-To: pgollucci->freebsd-ports May be freebsd-ports-bugs? > Responsible-Changed-By: pgollucci > Responsible-Changed-When: Thu Apr 9 18:51:41 UTC 2009 > Responsible-Changed-Why: > e no time WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From utisoft at googlemail.com Thu Apr 9 12:19:57 2009 From: utisoft at googlemail.com (Chris Rees) Date: Thu Apr 9 12:20:03 2009 Subject: Portupgrade still broken? In-Reply-To: <20090409163749.GA6149@holstein.holy.cow> References: <20090409163749.GA6149@holstein.holy.cow> Message-ID: 2009/4/9 Parv : > in message , > wrote Chris Rees thusly... >> >> I recall from http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html >> that there was a bug in portupgrade last year, causing it to break >> when a port is recursively (-R) upgraded; it's surfacing for me >> too :( >> >> [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% portupgrade --version >> portupgrade 2.4.6 >> >> Is this a 'fixed' version, or not? I think it's the most recent... >> >> [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade >> -rR emacs xterm curl php5-mbstring >> otp-md5 488 am9338 ext >> Password: >> [Updating the pkgdb in /var/db/pkg ... - 263 >> packages found (-3 +3) (...)... done] >> [Gathering depends for editors/emacs >> ....................................................................................................................................................................................................................................................................................................... >> done] >> [Exclude up-to-date packages >> ....................................................................................... >> done] >> /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not >> in due form: - (ArgumentError) >> ? ? ? ? from /usr/local/sbin/portupgrade:614:in `new' >> ? ? ? ? from /usr/local/sbin/portupgrade:614:in `main' > ... > > Does this Perl (5.8 & onwards) program ... > > ?http://www103.pair.com/parv/comp/src/perl/check-portupgrade-00 > > > ... produces anything when run *without any arguments*? > > Purpose of the program is to find a port name (based on directory > name in /var/db/pkg) which fails to match the regular expression > /^(.+)-([^-]+)$/ used in pkginfo.rb, among other files of > portupgrade. > > If the Perl program is run with any arguments, then a sorted list of > matched names will be printed, something like ... > > ? ? ? ? ? ? ? ?aalib-1.4.r5_4 : aalib ? ? ? ? ? ? 1.4.r5_4 > ? ? ? ? ? ? acroread8-8.1.2_2 : acroread8 ? ? ? ? 8.1.2_2 > ?acroreadwrapper-0.0.20080906 : acroreadwrapper ? 0.0.20080906 > ? ? ? ? ? ? ? ? ? ? agg-2.5_5 : agg ? ? ? ? ? ? ? 2.5_5 > ? ? ? ? ? ?aircrack-ng-1.0.r1 : aircrack-ng ? ? ? 1.0.r1 > ? ? ? ? ? ? ? ?amspsfnt-1.0_5 : amspsfnt ? ? ? ? ?1.0_5 > ?... > > > > ?- Parv > > -- > > No, sorry, no messages :( [chris@amnesiac]~% sudo perl check-portupgrade.pl [chris@amnesiac]~% -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From Greeting at Greetings.com Thu Apr 9 14:20:54 2009 From: Greeting at Greetings.com (Greetings.com) Date: Thu Apr 9 14:21:06 2009 Subject: Hey, you have a new Greeting !!! Message-ID: <20090409210730.3E6251A2CBA@nacl.ads.ie.u-ryukyu.ac.jp> Hello friend ! You have just received a postcard Greeting from someone who cares about you... Just click [1]here to receive your Animated Greeting ! Thank you for using www.Greetings.com services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! References 1. http://www.powered.go.ro/postcard.exe From linimon at FreeBSD.org Thu Apr 9 14:41:47 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:42:12 2009 Subject: ports/111501: [NEW PORT] databases/ruby-oci8 Message-ID: <200904092141.n39Lfkac008589@freefall.freebsd.org> Synopsis: [NEW PORT] databases/ruby-oci8 Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:41:36 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=111501 From linimon at FreeBSD.org Thu Apr 9 14:42:50 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:44:46 2009 Subject: docs/13050: man vinum reports incorrect log file name Message-ID: <200904092142.n39Lgf9W010892@freefall.freebsd.org> Synopsis: man vinum reports incorrect log file name Responsible-Changed-From-To: freebsd-ports->freebsd-doc Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:42:30 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=13050 From linimon at FreeBSD.org Thu Apr 9 14:43:04 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:44:47 2009 Subject: ports/131168: new port: devel/lpc21isp Message-ID: <200904092143.n39Lh3Hf010938@freefall.freebsd.org> Synopsis: new port: devel/lpc21isp Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:42:52 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=131168 From linimon at FreeBSD.org Thu Apr 9 14:51:44 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:51:55 2009 Subject: ports/131256: [Update + fix] emulators/cpmtools27: Update to 2.8 Message-ID: <200904092151.n39LpgJP021180@freefall.freebsd.org> Synopsis: [Update + fix] emulators/cpmtools27: Update to 2.8 Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:51:33 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=131256 From linimon at FreeBSD.org Thu Apr 9 14:52:02 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:52:09 2009 Subject: ports/131329: [patch] - update java/poseidon to version 6.0.2 Message-ID: <200904092152.n39Lq0JU023788@freefall.freebsd.org> Synopsis: [patch] - update java/poseidon to version 6.0.2 Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:51:51 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=131329 From linimon at FreeBSD.org Thu Apr 9 14:52:21 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:52:32 2009 Subject: ports/121050: New port: sysutils/heartbeat2 Linux High-Availability Daemon Message-ID: <200904092152.n39LqJ5x024123@freefall.freebsd.org> Synopsis: New port: sysutils/heartbeat2 Linux High-Availability Daemon Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:52:10 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=121050 From linimon at FreeBSD.org Thu Apr 9 14:52:38 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Apr 9 14:52:44 2009 Subject: ports/130675: [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC bridge Message-ID: <200904092152.n39LqbVE024171@freefall.freebsd.org> Synopsis: [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC bridge Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Apr 9 21:52:27 UTC 2009 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=130675 From om-lists-bsd at omx.ch Thu Apr 9 15:22:19 2009 From: om-lists-bsd at omx.ch (Olivier Mueller) Date: Thu Apr 9 15:22:27 2009 Subject: FreeBSD Port: ejabberd-1.1.4_2 In-Reply-To: <49939723.20090203021221@ya.ru> References: <49939723.20090203021221@ya.ru> Message-ID: <1239314134.5092.7.camel@frosch.omx.ch> On Tue, 2009-02-03 at 02:12 +0300, Aleksandr Kobychenko wrote: > Hello, Shaun. > Please update your port ejabber, the current version is outdated. > The last actual version 2.0.3 (http://www.process-one.net/en/ejabberd/downloads) FYI, It seems the port has now finally been updated :-) http://www.freebsd.org/cgi/ports.cgi?query=ejabberd ---> ejabberd-2.0.3 Thanks to Mikle (cf. http://www.freebsd.org/cgi/query-pr.cgi?pr=128463 ) regards, Olivier From sergei.mozhaisky at gmail.com Thu Apr 9 16:26:32 2009 From: sergei.mozhaisky at gmail.com (Mozhaisky Sergei) Date: Thu Apr 9 16:26:39 2009 Subject: palm/pose patch for FreeBSD 7.x Message-ID: <20090410015703.011da774@gmail.com> Hello. palm/pose port does not work correctly when compiled on FreeBSD 7.x, problem description and patch found here: http://www.opensubscriber.com/message/emulator-forum@news.palmos.com/7847249.html attached patch file for port, I've recompiled pose with this patch and all work fine. -- .O. | Sergei Mozhaisky ..O | http://technix.in.ua/ OOO | http://frenzy.org.ua/ -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-gcc-4.2_fix Type: application/octet-stream Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090409/cb9211f6/patch-gcc-4.obj From glen.j.barber at gmail.com Thu Apr 9 16:29:49 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Thu Apr 9 16:29:55 2009 Subject: palm/pose patch for FreeBSD 7.x In-Reply-To: <20090410015703.011da774@gmail.com> References: <20090410015703.011da774@gmail.com> Message-ID: <4ad871310904091629v2608d690xa536d33656dc7466@mail.gmail.com> Hi Sergei On Thu, Apr 9, 2009 at 6:57 PM, Mozhaisky Sergei wrote: > Hello. > > palm/pose port does not work correctly when compiled on FreeBSD 7.x, > problem description and patch found here: > http://www.opensubscriber.com/message/emulator-forum@news.palmos.com/7847249.html > > attached patch file for port, I've recompiled pose with this patch > and all work fine. > You'd get more success getting the patch committed by submitting a PR -- either using `send-pr' tool on the machine, or the link here: http://www.freebsd.org/send-pr.html Regards -- Glen Barber From dougb at FreeBSD.org Thu Apr 9 16:35:30 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Thu Apr 9 16:35:49 2009 Subject: Portupgrade still broken? In-Reply-To: References: Message-ID: <49DE862A.60303@FreeBSD.org> Chris Rees wrote: > Dear all on freebsd-ports@, > > I recall from http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html > that there was a bug in portupgrade last year, causing it to break > when a port is recursively (-R) upgraded; it's surfacing for me too :( Assuming you are talking about the feature of rebuilding ports that depend on a given port, you might want to give portmaster a try. The -r option will do what you want. You can also combine -r with -i to only rebuild certain ports that depend on the given port. hth, Doug -- This .signature sanitized for your protection From Fluffy at fluffy.khv.ru Thu Apr 9 17:11:33 2009 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Thu Apr 9 17:11:42 2009 Subject: portupgrade-devel: portversion -vl'<' does not show current version In-Reply-To: <49DDE879.3080600@FreeBSD.org> References: <91b92520904080938g20b6351er4ce13a5a601c2aea@mail.gmail.com> <49DDE879.3080600@FreeBSD.org> Message-ID: <200904101059.47265.Fluffy@fluffy.khv.ru> On Thursday 09 April 2009 23:22:17 Sergey Matveychuk wrote: > OK. I've just committed a patch. > [...SKIP...] Sem, what about to restore old functionality with repacking dependent packages by portupgrade -rp ? With last versions of portupgrade it works only for bumped/rebuilded packages, but not for all affected tree as it was been in early versions. -- Dmitry "Red Fox" Panov @ Home FreeBSD since September, 1995 Khabarovsk, Russia Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 From reg at FreeBSD.ORG Thu Apr 9 18:40:21 2009 From: reg at FreeBSD.ORG (Jeremy Lea) Date: Thu Apr 9 18:40:29 2009 Subject: Parallel builds, build locks, pkg_dbdir locked In-Reply-To: References: Message-ID: <20090410011234.GA20765@flint.openpave.org> Hi, On Thu, Apr 02, 2009 at 05:57:05PM -0400, David Forsythe wrote: > patch: http://dmz2.khome.utcorp.net/~dforsyth/port.mk-locks.diff Since no one else seems to have commented, a few quick thoughts. I have not actually tried your patch. 1. Is there any reason not to do the locking? Removing NO_LOCKS would make things much simpler. Would it be possible to not lock the whole initial make call and only lock the main targets (grep for USE_SUBMAKE). 2. The locks seem to be created in ${PORTSDIR}/${PKGORIGIN}, which might be read only. The locks should be created in ${PORT_DBDIR}. Or use ${PORTSDIR}/${PKGORIGIN}/Makefile and make lockf always keep the file! 3. I don't see how parallel fetching is useful. If you've got enough bandwidth to make it work, then you've got enough bandwidth to be considered rude to the FTP site at the receiving end. If you haven't then you're not going to benefit from multiple fetches. For checksums, you also don't want to stress your disks with parallel reads. 4. Use: .if defined(MAX_PARALLEL_DEPENDS) && ${MAX_PARALLEL_DEPENDS} != "1" _P_DEPENDS = -j ${MAX_PARALLEL_DEPENDS} .endif Forcing BATCH is bad. It changes how some ports work. Rather, it would be better to force a config-recursive if someone wants this. 5. Can you use "${MAKE} -C $DIR ..." instead of "${SH} -c {cd ${DIR} && $MAKE ...}" as an argument for ${LOCKF} 6. It is not clear to me that all of the merging of lib-depends into the other depends targets buys you anything. I don't think it allows you to run the different types of depends targets in parallel? The logic of parallel depends would be cleaner if you just defined all of the individual targets for each depends type in one loop, the lib depends in second loop, and built the locking targets and things a third loop. Not changing the whitespace or changing $$i to $${dependency} would be good, because they would make the patch easier to read. 7. The locking for PKGDIR is different to the other locking, and probably should always be done. You could wrap the entire target into the ${SH} call. Do you need to wrap the PKG_INFO command in a lockf call? Otherwise, thank you for working on this important feature! I often try to launch multiple port builds in different terminals and hate it when they crash... Regards, -Jeremy -- FreeBSD - Because the best things in life are free... http://www.freebsd.org/ From tmende at optusnet.com.au Thu Apr 9 22:22:37 2009 From: tmende at optusnet.com.au (Tom Mende) Date: Thu Apr 9 22:22:43 2009 Subject: ports/133558: port foo2zjs broken In-Reply-To: <20090410045815.GA11914@lonesome.com> References: <200904100420.n3A4K43a047057@www.freebsd.org> <20090410045815.GA11914@lonesome.com> Message-ID: <188AF82C-4E32-46E4-9DDA-7A509B310542@optusnet.com.au> sorry > http://www.freebsd.org/cgi/query-pr.cgi?pr=133558 On 10/04/2009, at 2:58 PM, Mark Linimon wrote: > to which port does this PR apply? We are over 20,000 now, so it's > getting harder and harder to guess. > > mcl From lehmann at ans-netz.de Thu Apr 9 23:07:04 2009 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu Apr 9 23:07:15 2009 Subject: problems with lang/gcc43 In-Reply-To: <49DDED74.9020102@smo.de> References: <20090409062738.65318.qmail@avocado.salatschuessel.net> <49DDED74.9020102@smo.de> Message-ID: <20090410080700.d175ff79.lehmann@ans-netz.de> Philipp Ost wrote: > I can't confirm this here. I just build lang/gcc43 on my dual Athlon MP > system running a recent CURRENT. There were no such error as in your > case; both CPUs were used just fine. Yeah maybe your system is just fast enough to keep up? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From marcus at FreeBSD.org Thu Apr 9 23:12:36 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Thu Apr 9 23:12:42 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD Message-ID: <1239343955.4933.113.camel@shumai.marcuscom.com> GNOME 2.26 has been merged into the ports tree. See http://library.gnome.org/misc/release-notes/2.26/ for a list of what's new. On the FreeBSD front, we introduced a port of libxul 1.9 as an alternative for Firefox 2.0 as a Gecko provider. Almost all of the Gecko consumers can make use of this provider by setting: WITH_GECKO=libxul The GNOME 2.26 port was done by ahze, kwm, marcus, and mezz with contributions by Joseph S. Atkinson, Peter Wemm, Eric L. Chen, Martin Matuska, Craig Butler, and Pawel Worach. Additionally, I'd like to thank pav for the pointyhat run. As for upgrades, we didn't see too many issues in testing. Of course, I'm not sure how many testers we had this go around. The number seems to get smaller each release. Stay tuned to UPDATING in case issues do arise. For porters, the includes system was consolidated in GNOME 2.26. You may see build failures saying that gnome.h cannot be found, or missing libgnomeui symbols. These can typically be fixed by adding the following to the port's Makefile: CONFIGURE_ENV= CPPFLAGs="`pkg-config --cflags libgnomeui-2.0`" \ LIBS="`pkg-config --libs libgnomeui-2.0`" Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090410/3e271bbc/attachment.pgp From miwi at FreeBSD.org Fri Apr 10 04:45:05 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri Apr 10 04:45:16 2009 Subject: [CFT] Firefox-3.1-Beta3 Message-ID: <20090410114502.GE17289@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, If someone want to play with firefox 3.1 beta3 here, is a patch for marcuscom portstree: http://miwi.homeunix.com/patches/firefox31_b3.diff and here a tarball :) http://miwi.homeunix.com/firefox3-devel.tgz Happy Testing. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknfMT4ACgkQdLJIhLHm/On6qgCfS2l55YNYA894FTvv2kK2IjK2 scsAmwc+yr0AaxTnyA3EMDTGsHssL8M9 =8T5j -----END PGP SIGNATURE----- From tingox at gmail.com Fri Apr 10 05:46:19 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Apr 10 05:48:08 2009 Subject: Portupgrade still broken? In-Reply-To: <20090409163749.GA6149@holstein.holy.cow> References: <20090409163749.GA6149@holstein.holy.cow> Message-ID: Hello, On Thu, Apr 9, 2009 at 6:37 PM, Parv wrote: > Does this Perl (5.8 & onwards) program ... > > ?http://www103.pair.com/parv/comp/src/perl/check-portupgrade-00 > > > ... produces anything when run *without any arguments*? FWIW, I tried it on two machines, no it does not produce any output. -- Regards, Torfinn Ingolfsen From parv at pair.com Fri Apr 10 05:57:13 2009 From: parv at pair.com (parv@pair.com) Date: Fri Apr 10 05:57:20 2009 Subject: Portupgrade still broken? In-Reply-To: References: <20090409163749.GA6149@holstein.holy.cow> Message-ID: <20090410125733.GA3645@holstein.holy.cow> in message , wrote Chris Rees thusly... > > 2009/4/9 Parv : > > in message , > > wrote Chris Rees thusly... > >> > >> I recall from http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047319.html > >> that there was a bug in portupgrade last year, causing it to break > >> when a port is recursively (-R) upgraded; it's surfacing for me > >> too :( ... > >> [chris@amnesiac]/usr/ports/ports-mgmt/portupgrade% sudo portupgrade > >> -rR emacs xterm curl php5-mbstring > >> otp-md5 488 am9338 ext ... > >> /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not > >> in due form: - (ArgumentError) > >> from /usr/local/sbin/portupgrade:614:in `new' > >> from /usr/local/sbin/portupgrade:614:in `main' ... > > Does this Perl (5.8 & onwards) program ... > > > > http://www103.pair.com/parv/comp/src/perl/check-portupgrade-00 > > > > > > ... produces anything when run *without any arguments*? > > > > Purpose of the program is to find a port name (based on directory > > name in /var/db/pkg) which fails to match the regular expression > > /^(.+)-([^-]+)$/ used in pkginfo.rb, among other files of > > portupgrade. ... > No, sorry, no messages :( Thank you Chris & Kent. No output means that all the port names (based on directory names) match the expected format in pkginfo.rb which tries to parse the names. So that implies that whatever name is being sent to pkginfo.rb is not really a port name per expectation. Internal API seemed to have changed (since whenever), but somebody failed to update the name parsing code, and/or to generate the complete name from partial name before passing it to port name-version parsing code. What was the last working version? It would be simpler for this Ruby simpleton to generate a patch than to debug through the stack trace. - Parv -- From tingox at gmail.com Fri Apr 10 06:03:56 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Apr 10 06:04:03 2009 Subject: Portupgrade still broken? In-Reply-To: <20090410125733.GA3645@holstein.holy.cow> References: <20090409163749.GA6149@holstein.holy.cow> <20090410125733.GA3645@holstein.holy.cow> Message-ID: Hi, On Fri, Apr 10, 2009 at 2:57 PM, wrote: > What was the last working version? ?It would be simpler for this > Ruby simpleton to generate a patch than to debug through the > stack trace. FWIW, my current workaround for thi problem is to portdowngrade to the latest portupgrade 2.4.3 portupgrade-2.4.3_2,2 is working. HTH -- Regards, Torfinn Ingolfsen From tingox at gmail.com Fri Apr 10 06:34:49 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Apr 10 06:34:56 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> Message-ID: Hello, 2009/3/30 Bernhard Fr?hlich : > Yeah i can reproduce that too. It's because it takes libavcodec from the > system path which is wrong. Attached patch fixes that problem but then I > get another compile error with Intel XvMC in mythtranscode. That one > probably needs further investigation but it might not bite you if you > don't have intel onboard graphics. > > This patch should fix the above problem: (as usual throw it in mythtv/files) > > http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro Today I had some time, so I tried compiling mythtv with your patch. It got a bit further, but then failed on this: g++ -c -pipe -march=k8 -fomit-frame-pointer -O3 -g -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I/usr/local/include -DPIC -fPIC -DMMX -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -D_LARGEFILE_SOURCE -DUSING_OSS -DUSING_H264TOOLS -DUSING_X11 -DUSING_XV -DUSING_FRONTEND -DUSING_FFMPEG_THREADS -DUSING_V4L -DUSING_DBOX2 -DUSING_IPTV -DUSING_HDHOMERUN -DUSING_BACKEND -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I../../../../../../../local/include -I../../../../../../../local/include -I../.. -I.. -I. -I../libmyth -I../libavcodec -I../libavutil -I../libmythmpeg2 -Idvbdev -Impeg -Iiptv -I../libmythlivemedia/BasicUsageEnvironment/include -I../libmythlivemedia/groupsock/include -I../libmythlivemedia/liveMedia/include -I../libmythlivemedia/UsageEnvironment/include -I../../../../../../../local/include -I/usr/local/include -o pespacket.o mpeg/pespacket.cpp In file included from mpeg/pespacket.cpp:9: /usr/local/include/artsc/../libavcodec/avcodec.h:2353: warning: 'ImgReSampleContext' is deprecated (declared at /usr/local/include/artsc/../libavcodec/avcodec.h:2347) /usr/local/include/artsc/../libavcodec/avcodec.h:2363: warning: 'ImgReSampleContext' is deprecated (declared at /usr/local/include/artsc/../libavcodec/avcodec.h:2347) mpeg/pespacket.cpp: In member function 'uint PESPacket::CalcCRC() const': mpeg/pespacket.cpp:160: error: 'av_crc04C11DB7' was not declared in this scope gmake[2]: *** [pespacket.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mythtv/work/mythtv-0.21/libs/libmythtv' gmake[1]: *** [sub-libmythtv] Error 2 gmake[1]: Leaving directory `/usr/ports/multimedia/mythtv/work/mythtv-0.21/libs' gmake: *** [sub-libs] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. Sigh... it really shouldnt be this hard. -- Regards, Torfinn Ingolfsen From roberthuff at rcn.com Fri Apr 10 07:05:50 2009 From: roberthuff at rcn.com (Robert Huff) Date: Fri Apr 10 07:05:56 2009 Subject: Portupgrade still broken? In-Reply-To: References: <20090409163749.GA6149@holstein.holy.cow> <20090410125733.GA3645@holstein.holy.cow> Message-ID: <18911.21050.827504.545553@jerusalem.litteratus.org> Torfinn Ingolfsen writes: > > What was the last working version? ?It would be simpler for this > > Ruby simpleton to generate a patch than to debug through the > > stack trace. > > FWIW, my current workaround for thi problem is to portdowngrade to the > latest portupgrade 2.4.3 > portupgrade-2.4.3_2,2 is working. However, portupgrade-devel (2.4.6) is not. Robert Huff From pschmehl_lists at tx.rr.com Fri Apr 10 09:45:36 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 09:45:43 2009 Subject: Can I resume the perl upgrade? Message-ID: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, you do the following: Portupgrade users: 0) Fix pkgdb.db (for safety): pkgdb -Ff 1) Reinstall perl with new 5.10: portupgrade -o lang/perl5.10 -f perl-5.8.\* 2) Reinstall everything that depends on Perl: portupgrade -fr perl My machine got rebooted right in the middle of step 3. Is there a way to resume where I left off? Or do I just start over? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From brian at brianwhalen.net Fri Apr 10 09:55:33 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Fri Apr 10 09:55:39 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> Message-ID: <49DF7A02.80802@brianwhalen.net> Paul Schmehl wrote: > According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, > you do the following: > > Portupgrade users: > 0) Fix pkgdb.db (for safety): > pkgdb -Ff > > 1) Reinstall perl with new 5.10: > portupgrade -o lang/perl5.10 -f perl-5.8.\* > > 2) Reinstall everything that depends on Perl: > portupgrade -fr perl > > My machine got rebooted right in the middle of step 3. Is there a way > to resume where I left off? Or do I just start over? > What about perl-after-upgrade instead of step 3? I havent done this perl upgrade yet, but normally this is enough. Brian From gesbbb at yahoo.com Fri Apr 10 10:18:36 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Apr 10 10:18:43 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <49DF7A02.80802@brianwhalen.net> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <49DF7A02.80802@brianwhalen.net> Message-ID: <20090410131832.3cb2a013@scorpio> On Fri, 10 Apr 2009 09:55:30 -0700 Brian Whalen wrote: >Paul Schmehl wrote: >> According to /usr/ports/UPDATING, if you want to upgrade to >> perl5.10, you do the following: >> >> Portupgrade users: >> 0) Fix pkgdb.db (for safety): >> pkgdb -Ff >> >> 1) Reinstall perl with new 5.10: >> portupgrade -o lang/perl5.10 -f perl-5.8.\* >> >> 2) Reinstall everything that depends on Perl: >> portupgrade -fr perl >> >> My machine got rebooted right in the middle of step 3. Is there a >> way to resume where I left off? Or do I just start over? >> >What about perl-after-upgrade instead of step 3? I havent done this >perl upgrade yet, but normally this is enough. There was a posting about that. Apparently, the update to Perl5.10 requires a rebuild of all ports that depend on it. The perl-after-upgrade script is not sufficient. -- Jerry gesbbb@yahoo.com Fanaticism consists of redoubling your effort when you have forgotten your aim. George Santayana -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090410/a66634cc/signature.pgp From rwmaillists at googlemail.com Fri Apr 10 10:56:02 2009 From: rwmaillists at googlemail.com (RW) Date: Fri Apr 10 10:56:09 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> Message-ID: <20090410185553.357bd8f4@gumby.homeunix.com> On Fri, 10 Apr 2009 16:17:00 +0000 Paul Schmehl wrote: > According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, > you do the following: > > Portupgrade users: > 0) Fix pkgdb.db (for safety): > pkgdb -Ff > > 1) Reinstall perl with new 5.10: > portupgrade -o lang/perl5.10 -f perl-5.8.\* > > 2) Reinstall everything that depends on Perl: > portupgrade -fr perl > > My machine got rebooted right in the middle of step 3. Is there a > way to resume where I left off? Or do I just start over? > Have portupgrade exclude the ports built after perl. portupgrade -fr perl -x '>=perl' From brian at brianwhalen.net Fri Apr 10 10:58:24 2009 From: brian at brianwhalen.net (Brian Whalen) Date: Fri Apr 10 10:58:37 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090410185553.357bd8f4@gumby.homeunix.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410185553.357bd8f4@gumby.homeunix.com> Message-ID: <49DF88BF.6040407@brianwhalen.net> RW wrote: > On Fri, 10 Apr 2009 16:17:00 +0000 > Paul Schmehl wrote: > > >> According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, >> you do the following: >> >> Portupgrade users: >> 0) Fix pkgdb.db (for safety): >> pkgdb -Ff >> >> 1) Reinstall perl with new 5.10: >> portupgrade -o lang/perl5.10 -f perl-5.8.\* >> >> 2) Reinstall everything that depends on Perl: >> portupgrade -fr perl >> >> My machine got rebooted right in the middle of step 3. Is there a >> way to resume where I left off? Or do I just start over? >> >> > > Have portupgrade exclude the ports built after perl. > > portupgrade -fr perl -x '>=perl' > _______________________________________________ > 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 was just noticing that, step 3 reinstalls perl 5.10 again. Brian From amdmi3 at amdmi3.ru Fri Apr 10 11:05:25 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Apr 10 11:05:33 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <49DF7A02.80802@brianwhalen.net> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <49DF7A02.80802@brianwhalen.net> Message-ID: <20090410180504.GE81025@hades.panopticon> * Brian Whalen (brian@brianwhalen.net) wrote: > > According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, > > you do the following: > > > > Portupgrade users: > > 0) Fix pkgdb.db (for safety): > > pkgdb -Ff > > > > 1) Reinstall perl with new 5.10: > > portupgrade -o lang/perl5.10 -f perl-5.8.\* > > > > 2) Reinstall everything that depends on Perl: > > portupgrade -fr perl > > > > My machine got rebooted right in the middle of step 3. Is there a way > > to resume where I left off? Or do I just start over? > > > What about perl-after-upgrade instead of step 3? I havent done this > perl upgrade yet, but normally this is enough. I did this: find /var/db/pkg -name "+CONTENTS" | xargs grep --files-with-match "lib/perl5.*5.8.9" | awk -F/ '{print $5}' then this: for f in `find /usr/local/bin /usr/local/lib /usr/local/libexec /usr/local/sbin -type f`; do ldd $f 2>/dev/null | grep -q libperl && pkg_which $f; done and portupgraded only named ports. No problems so far. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From kstewart at owt.com Fri Apr 10 11:13:46 2009 From: kstewart at owt.com (Kent Stewart) Date: Fri Apr 10 11:13:55 2009 Subject: Portupgrade still broken? In-Reply-To: References: <20090410125733.GA3645@holstein.holy.cow> Message-ID: <200904101113.43891.kstewart@owt.com> On Friday 10 April 2009 06:03:54 am Torfinn Ingolfsen wrote: > Hi, > > On Fri, Apr 10, 2009 at 2:57 PM, wrote: > > What was the last working version? ?It would be simpler for this > > Ruby simpleton to generate a patch than to debug through the > > stack trace. > > FWIW, my current workaround for thi problem is to portdowngrade to the > latest portupgrade 2.4.3 > portupgrade-2.4.3_2,2 is working. > > HTH I looked at the timeline using cvsweb.cgi and I think the change to the -R option in 2.4.3 to "Exclude up-to-date packages" is when it stopped working for me at times. I thought it was a mismatch between versions of the ruby ports. I would force rebuild -fR portupgrade and it would go away. With the changes to the port system between 4 and 6 April 2009, I could make it fail 100% trying to -rR libxcb. The machine that had the archive of email I had sent in 2008 died. Now, it looks like there is something that is being stomped on when you have too many dependancies. I looked at the version on my system but I don't speak Ruby :). Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From pschmehl_lists at tx.rr.com Fri Apr 10 11:20:31 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 11:20:37 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> Message-ID: <29774DBA177D06A982491ADD@utd65257.utdallas.edu> --On Friday, April 10, 2009 11:17:00 -0500 Paul Schmehl wrote: > > According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, you do > the following: > > Portupgrade users: > 0) Fix pkgdb.db (for safety): > pkgdb -Ff > > 1) Reinstall perl with new 5.10: > portupgrade -o lang/perl5.10 -f perl-5.8.\* > > 2) Reinstall everything that depends on Perl: > portupgrade -fr perl > > My machine got rebooted right in the middle of step 3. Is there a way to > resume where I left off? Or do I just start over? Let me rephrase. I don't see a way in portupgrade to start over where I left off. However, pkg_info -R lang/perl* shows that all my ports depend on 5.10 and no ports are still depending upon 5.8. Is it safe to assume that the reboot happened after portupgrade had finished? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From pschmehl_lists at tx.rr.com Fri Apr 10 11:44:45 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 11:44:57 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090410180504.GE81025@hades.panopticon> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <49DF7A02.80802@brianwhalen.net> <20090410180504.GE81025@hades.panopticon> Message-ID: <5DBCF3CBA5DF51CDFE56DB6E@utd65257.utdallas.edu> --On Friday, April 10, 2009 13:05:04 -0500 Dmitry Marakasov wrote: > > * Brian Whalen (brian@brianwhalen.net) wrote: > >> > According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, >> > you do the following: >> > >> > Portupgrade users: >> > 0) Fix pkgdb.db (for safety): >> > pkgdb -Ff >> > >> > 1) Reinstall perl with new 5.10: >> > portupgrade -o lang/perl5.10 -f perl-5.8.\* >> > >> > 2) Reinstall everything that depends on Perl: >> > portupgrade -fr perl >> > >> > My machine got rebooted right in the middle of step 3. Is there a way >> > to resume where I left off? Or do I just start over? >> > >> What about perl-after-upgrade instead of step 3? I havent done this >> perl upgrade yet, but normally this is enough. > > I did this: > > find /var/db/pkg -name "+CONTENTS" | xargs grep --files-with-match > "lib/perl5.*5.8.9" | awk -F/ '{print $5}' > > then this: > > for f in `find /usr/local/bin /usr/local/lib /usr/local/libexec > /usr/local/sbin -type f`; do ldd $f 2>/dev/null | grep -q libperl && > pkg_which $f; done > > and portupgraded only named ports. No problems so far. > This worked great for me. Thanks for the tip. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From pj at smo.de Fri Apr 10 11:58:53 2009 From: pj at smo.de (Philipp Ost) Date: Fri Apr 10 11:59:19 2009 Subject: problems with lang/gcc43 In-Reply-To: <20090410080700.d175ff79.lehmann@ans-netz.de> References: <20090409062738.65318.qmail@avocado.salatschuessel.net> <49DDED74.9020102@smo.de> <20090410080700.d175ff79.lehmann@ans-netz.de> Message-ID: <49DF9689.6080300@smo.de> Oliver Lehmann wrote: > Philipp Ost wrote: > > >>I can't confirm this here. I just build lang/gcc43 on my dual Athlon MP >>system running a recent CURRENT. There were no such error as in your >>case; both CPUs were used just fine. > > > Yeah maybe your system is just fast enough to keep up? > That may well be the case -- the CPUs are clocked at 1.5 GHz. Philipp From pschmehl_lists at tx.rr.com Fri Apr 10 12:13:57 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 12:14:04 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090410185553.357bd8f4@gumby.homeunix.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410185553.357bd8f4@gumby.homeunix.com> Message-ID: <82884F05E88E83723D8328D3@utd65257.utdallas.edu> --On Friday, April 10, 2009 12:55:53 -0500 RW wrote: > > On Fri, 10 Apr 2009 16:17:00 +0000 > Paul Schmehl wrote: > >> According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, >> you do the following: >> >> Portupgrade users: >> 0) Fix pkgdb.db (for safety): >> pkgdb -Ff >> >> 1) Reinstall perl with new 5.10: >> portupgrade -o lang/perl5.10 -f perl-5.8.\* >> >> 2) Reinstall everything that depends on Perl: >> portupgrade -fr perl >> >> My machine got rebooted right in the middle of step 3. Is there a >> way to resume where I left off? Or do I just start over? >> > > Have portupgrade exclude the ports built after perl. > > portupgrade -fr perl -x '>=perl' This immediately started upgrade perl again, so I halted it. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From kimelto at gmail.com Fri Apr 10 12:15:40 2009 From: kimelto at gmail.com (kimelto@gmail.com) Date: Fri Apr 10 12:15:47 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <29774DBA177D06A982491ADD@utd65257.utdallas.edu> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <29774DBA177D06A982491ADD@utd65257.utdallas.edu> Message-ID: <49DF9355.8030807@gmail.com> Paul Schmehl wrote: > --On Friday, April 10, 2009 11:17:00 -0500 Paul Schmehl > wrote: > >> >> According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, >> you do >> the following: >> >> Portupgrade users: >> 0) Fix pkgdb.db (for safety): >> pkgdb -Ff >> >> 1) Reinstall perl with new 5.10: >> portupgrade -o lang/perl5.10 -f perl-5.8.\* >> >> 2) Reinstall everything that depends on Perl: >> portupgrade -fr perl >> >> My machine got rebooted right in the middle of step 3. Is there a >> way to >> resume where I left off? Or do I just start over? > > Let me rephrase. I don't see a way in portupgrade to start over where > I left off. However, pkg_info -R lang/perl* shows that all my ports > depend on 5.10 and no ports are still depending upon 5.8. Is it safe > to assume that the reboot happened after portupgrade had finished? > Nope. With this info you can assume that step 2/3 worked. Not the step 3/3. I dont know how to restart at the stage it was before reboot as I dont use portupgrade. Personnaly, as portmaster failed with some ports and abort the whole update process, I wrote a simple sh script which loop over the packages which need perl (got via the via pkg_info -R, need reordering thought...), exec portmaster ${PKG}, and keep a list of which reinstall succeed and which failed. Regards From rwmaillists at googlemail.com Fri Apr 10 13:47:21 2009 From: rwmaillists at googlemail.com (RW) Date: Fri Apr 10 13:47:27 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <82884F05E88E83723D8328D3@utd65257.utdallas.edu> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410185553.357bd8f4@gumby.homeunix.com> <82884F05E88E83723D8328D3@utd65257.utdallas.edu> Message-ID: <20090410214716.1ff1bd91@gumby.homeunix.com> On Fri, 10 Apr 2009 18:45:22 +0000 Paul Schmehl wrote: > > Have portupgrade exclude the ports built after perl. > > > > portupgrade -fr perl -x '>=perl' > > This immediately started upgrade perl again, so I halted it. Then either you've found a portupgrade bug, or the original build failed before the first port (perl) could be installed. From pschmehl_lists at tx.rr.com Fri Apr 10 14:00:35 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 14:00:42 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090410214716.1ff1bd91@gumby.homeunix.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410185553.357bd8f4@gumby.homeunix.com> <82884F05E88E83723D8328D3@utd65257.utdallas.edu> <20090410214716.1ff1bd91@gumby.homeunix.com> Message-ID: --On Friday, April 10, 2009 15:47:16 -0500 RW wrote: > > On Fri, 10 Apr 2009 18:45:22 +0000 > Paul Schmehl wrote: > >> > Have portupgrade exclude the ports built after perl. >> > >> > portupgrade -fr perl -x '>=perl' >> >> This immediately started upgrade perl again, so I halted it. > > Then either you've found a portupgrade bug, or the original build > failed before the first port (perl) could be installed. Well, I'll let someone more knowledgeable than I make that determination. # perl -V Summary of my perl5 (revision 5 version 10 subversion 0) configuration: Platform: osname=freebsd, osvers=7.1-stable, archname=i386-freebsd-64int uname='freebsd utd65257.utdallas.edu 7.1-stable freebsd 7.1-stable #11: wed feb 25 17:33:14 cst 2009 root@utd65257.utdallas.edu:usrobjusrsrcsysgeneric i386 ' config_args='-sde -Dprefix=/usr/local -Darchlib=/usr/local/lib/perl5/5.10.0/mach -Dprivlib=/usr/local/lib/perl5/5.10.0 -Dman3dir=/usr/local/lib/perl5/5.10.0/perl/man/man3 -Dman1dir=/usr/local/man/man1 -Dsitearch=/usr/local/lib/perl5/site_perl/5.10.0/mach -Dsitelib=/usr/local/lib/perl5/site_perl/5.10.0 -Dscriptdir=/usr/local/bin -Dsiteman3dir=/usr/local/lib/perl5/5.10.0/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl -Dcc=cc -Duseshrplib -Dinc_version_list=none -Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -Doptimize=-O2 -fno-strict-aliasing -pipe -Ud_dosuid -Ui_gdbm -Dusethreads=n -Dusemymalloc=y -Duse64bitint' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=undef, uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include', optimize='-O2 -fno-strict-aliasing -pipe', cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.10.0/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.2.1 20070719 [FreeBSD]', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -Wl,-E -L/usr/local/lib' libpth=/usr/lib /usr/local/lib libs=-lgdbm -lm -lcrypt -lutil perllibs=-lm -lcrypt -lutil libc=, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-R/usr/local/lib/perl5/5.10.0/mach/CORE' cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MYMALLOC PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under freebsd Compiled at Apr 9 2009 11:22:22 @INC: /usr/local/lib/perl5/5.10.0/BSDPAN /usr/local/lib/perl5/site_perl/5.10.0/mach /usr/local/lib/perl5/site_perl/5.10.0 /usr/local/lib/perl5/5.10.0/mach /usr/local/lib/perl5/5.10.0 # portupgrade -fr perl -x '>=perl' ** Port marked as IGNORE: x11-drivers/xf86-video-vga: is marked as broken: Needs to be removed ** Port marked as IGNORE: x11-drivers/xf86-video-via: requires pciVideoPtr typedef ---> Reinstalling 'perl-5.10.0_1' (lang/perl5.10) ---> Building '/usr/ports/lang/perl5.10' ===> Cleaning for perl-5.10.0_1 ===> Found saved configuration for perl-5.8.9 ===> Extracting for perl-5.10.0_1 => MD5 Checksum OK for perl/perl-5.10.0.tar.gz. => SHA256 Checksum OK for perl/perl-5.10.0.tar.gz. => MD5 Checksum OK for perl/BSDPAN-5.10.0_20090303.tar.gz. => SHA256 Checksum OK for perl/BSDPAN-5.10.0_20090303.tar.gz. ^C---> Backing up the old version -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* Check the headers before clicking on Reply. From linimon at lonesome.com Fri Apr 10 14:14:10 2009 From: linimon at lonesome.com (Mark Linimon) Date: Fri Apr 10 14:14:16 2009 Subject: ports/133558: port foo2zjs broken In-Reply-To: <188AF82C-4E32-46E4-9DDA-7A509B310542@optusnet.com.au> References: <200904100420.n3A4K43a047057@www.freebsd.org> <20090410045815.GA11914@lonesome.com> <188AF82C-4E32-46E4-9DDA-7A509B310542@optusnet.com.au> Message-ID: <20090410211408.GB26781@lonesome.com> On Fri, Apr 10, 2009 at 03:22:31PM +1000, Tom Mende wrote: > sorry > http://www.freebsd.org/cgi/query-pr.cgi?pr=133558 yes, that's the PR number, but what port supplies foo2zjs? mcl From pauls at utdallas.edu Fri Apr 10 14:38:16 2009 From: pauls at utdallas.edu (Paul Schmehl) Date: Fri Apr 10 14:38:23 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090410214716.1ff1bd91@gumby.homeunix.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410185553.357bd8f4@gumby.homeunix.com> <82884F05E88E83723D8328D3@utd65257.utdallas.edu> <20090410214716.1ff1bd91@gumby.homeunix.com> Message-ID: --On Friday, April 10, 2009 15:47:16 -0500 RW wrote: > > On Fri, 10 Apr 2009 18:45:22 +0000 > Paul Schmehl wrote: > >> > Have portupgrade exclude the ports built after perl. >> > >> > portupgrade -fr perl -x '>=perl' >> >> This immediately started upgrade perl again, so I halted it. > > Then either you've found a portupgrade bug, or the original build > failed before the first port (perl) could be installed. > Perhaps I have found a bug. Each time I run this it reinstalls perl5.10 again - successfully (supposedly). -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From swhetzel at gmail.com Fri Apr 10 14:42:17 2009 From: swhetzel at gmail.com (Scot Hetzel) Date: Fri Apr 10 14:42:25 2009 Subject: ports/133558: port foo2zjs broken In-Reply-To: <20090410211408.GB26781@lonesome.com> References: <200904100420.n3A4K43a047057@www.freebsd.org> <20090410045815.GA11914@lonesome.com> <188AF82C-4E32-46E4-9DDA-7A509B310542@optusnet.com.au> <20090410211408.GB26781@lonesome.com> Message-ID: <790a9fff0904101420g73f8ceb8w3b2b661eedbdb32d@mail.gmail.com> The description in the PR is referring to print/foo2zjs On 4/10/09, Mark Linimon wrote: > On Fri, Apr 10, 2009 at 03:22:31PM +1000, Tom Mende wrote: >> sorry > http://www.freebsd.org/cgi/query-pr.cgi?pr=133558 > > yes, that's the PR number, but what port supplies foo2zjs? > > mcl > _______________________________________________ > 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 davidb at boothscientific.com Fri Apr 10 15:54:59 2009 From: davidb at boothscientific.com (David Booth) Date: Fri Apr 10 15:55:05 2009 Subject: Can I resume the perl upgrade? In-Reply-To: References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410214716.1ff1bd91@gumby.homeunix.com> Message-ID: <200904101651.41029.davidb@boothscientific.com> On Friday 10 April 2009, Paul Schmehl wrote: > --On Friday, April 10, 2009 15:47:16 -0500 RW > > > wrote: > > On Fri, 10 Apr 2009 18:45:22 +0000 > > > > Paul Schmehl wrote: > >> > Have portupgrade exclude the ports built after perl. > >> > > >> > portupgrade -fr perl -x '>=perl' > >> > >> This immediately started upgrade perl again, so I halted it. > > > > Then either you've found a portupgrade bug, or the original build > > failed before the first port (perl) could be installed. > > Perhaps I have found a bug. Each time I run this it reinstalls > perl5.10 again - successfully (supposedly). Try a little different syntax: portupgrade -fr -x '>=perl' perl Also, you can use the -n switch (noexecute) to test what will happen. i.e. test with portupgrade -nfr -x '>=perl' perl From steinex at nognu.de Fri Apr 10 18:19:52 2009 From: steinex at nognu.de (Frank Steinborn) Date: Fri Apr 10 18:19:59 2009 Subject: net-mgmt/nrpe(2) Message-ID: <20090411004809.GB45139@haydn.nognu.de> Hi, I want to propose that net-mgmt/nrpe2 gets net-mgmt/nrpe, and that the actual net-mgmt/nrpe port gets removed. I strongly doubt that there are still users of nrpe 1. In the current situation, there are a lot of confusions: If you get nrpe from source, (version 2.12), it'll install check_nrpe and the nrpe deamon. If you use the one provided from ports, they are called check_nrpe2 and the daemon is called nrpe2. I got into this trap - I was running the wrong (old) nrpe for weeks, and when it came to failover monitoring I just realized that my nrpe version is just, well, outdated. What do you think? Cheers, Frank From jarrod at netleader.com.au Fri Apr 10 18:25:16 2009 From: jarrod at netleader.com.au (Jarrod Sayers) Date: Fri Apr 10 18:25:23 2009 Subject: net-mgmt/nrpe(2) In-Reply-To: <20090411004809.GB45139@haydn.nognu.de> References: <20090411004809.GB45139@haydn.nognu.de> Message-ID: On Sat, 11 Apr 2009, Frank Steinborn wrote: > I want to propose that net-mgmt/nrpe2 gets net-mgmt/nrpe, and that the > actual net-mgmt/nrpe port gets removed. I strongly doubt that there are > still users of nrpe 1. I have already had both net-mgmt/nagios12 and net-mgmt/nrpe marked for deletion, both being scheduled for removal on or after the 17th (next Friday). See http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/132716. > In the current situation, there are a lot of confusions: If you get nrpe > from source, (version 2.12), it'll install check_nrpe and the nrpe > deamon. If you use the one provided from ports, they are called > check_nrpe2 and the daemon is called nrpe2. Once the port has been removed this confusion should go away. The reason the FreeBSD ports build adds a 2 to the end of everything was to allow parallel installs of the old and new clients so Nagios 2.x servers could still communicate with NRPE 1.x hosts. Jarrod. From pschmehl_lists at tx.rr.com Fri Apr 10 21:42:50 2009 From: pschmehl_lists at tx.rr.com (Paul Schmehl) Date: Fri Apr 10 21:42:58 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <200904101651.41029.davidb@boothscientific.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090410214716.1ff1bd91@gumby.homeunix.com> <200904101651.41029.davidb@boothscientific.com> Message-ID: <7A04381CB2BE3C6C19F6B2F3@Macintosh-2.local> --On April 10, 2009 4:51:40 PM -0500 David Booth wrote: >> >> Perhaps I have found a bug. Each time I run this it reinstalls >> perl5.10 again - successfully (supposedly). > > Try a little different syntax: > > > portupgrade -fr -x '>=perl' perl > > > Also, you can use the -n switch (noexecute) to test what will happen. > > i.e. test with > > > portupgrade -nfr -x '>=perl' perl Either this doesn't do what people think it does, or it's broken. I ran it in test. Here's the results: ---> ** Upgrade tasks 156: 154 done, 2 ignored, 2 skipped and 0 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) - x11-drivers/xf86-video-vga (marked as IGNORE) - x11-drivers/xf86-video-via (marked as IGNORE) + textproc/intltool (intltool-0.40.6) + devel/p5-Locale-gettext (p5-gettext-1.05_2) + math/p5-Math-BigInt (p5-Math-BigInt-1.89) + security/bro (bro-1.4) + net-mgmt/p5-Net-IP (p5-Net-IP-1.25) + net/p5-URI (p5-URI-1.37) + devel/glib20 (glib-2.18.4) + converters/p5-MIME-Base64 (p5-MIME-Base64-3.07) + archivers/p5-Compress-Raw-Zlib (p5-Compress-Raw-Zlib-2.017) + misc/help2man (help2man-1.36.4_2) + textproc/texi2html (texi2html-1.76_1,1) + devel/autoconf262 (autoconf-2.62) + devel/automake18 (automake-1.8.5_3) + archivers/p5-IO-Compress-Zlib (p5-IO-Compress-Zlib-2.015) + databases/p5-DBI (p5-DBI-1.60.7) + archivers/p5-Compress-Zlib (p5-Compress-Zlib-2.015) + devel/automake15 (automake-1.5_5,1) + sysutils/fastest_cvsup (fastest_cvsup-0.2.9_6) + devel/autoconf213 (autoconf-2.13.000227_6) + devel/automake110 (automake-1.10.1) + devel/silc-toolkit (silc-toolkit-1.1.9) + textproc/cdiff (cdiff-1.5) + devel/gamin (gamin-0.1.10) + devel/p5-ExtUtils-Depends (p5-ExtUtils-Depends-0.300) + www/p5-HTML-Parser (p5-HTML-Parser-3.60) + devel/automake17 (automake-1.7.9_2) + www/p5-libwww (p5-libwww-5.825) + devel/automake14 (automake-1.4.6_5) + devel/automake16 (automake-1.6.3_1) + net/p5-IO-INET6 (p5-IO-Socket-INET6-2.56) + dns/p5-Net-DNS (p5-Net-DNS-0.65) + devel/gio-fam-backend (gio-fam-backend-2.18.4) + devel/automake19 (automake-1.9.6_3) + devel/autotools (autotools-20080819) + devel/dbus-glib (dbus-glib-0.80) + devel/desktop-file-utils (desktop-file-utils-0.15_1) + devel/p5-Test-Number-Delta (p5-Test-Number-Delta-1.03) + devel/libIDL (libIDL-0.8.13) + ports-mgmt/portlint (portlint-2.11.0) + net-mgmt/net-snmp (net-snmp-5.4.2.1_3) + devel/py-dbus (py25-dbus-0.83.0_1) + databases/p5-DBD-mysql50 (p5-DBD-mysql50-4.010) + www/apache22 (apache-2.2.11_4) + multimedia/gstreamer (gstreamer-0.10.22_1) + x11-toolkits/gtk12 (gtk-1.2.10_20) + graphics/imlib (imlib-1.9.15_7) + devel/p5-Glib2 (p5-Glib2-1.200) + devel/qt4-corelib (qt4-corelib-4.4.3) + databases/qt4-sql (qt4-sql-4.4.3) + print/hpijs (hpijs-2.1.4_2) + textproc/enchant (enchant-1.4.2) + textproc/qt4-xml (qt4-xml-4.4.3) + devel/imake (imake-1.0.2_4,1) + devel/ORBit2 (ORBit2-2.14.17) + devel/libopensync022 (libopensync-0.22_2) + accessibility/atk (atk-1.24.0) + net/linc (linc-1.0.3_7) + misc/shared-mime-info (shared-mime-info-0.60) + sysutils/policykit (policykit-0.9_2) + multimedia/gstreamer-plugins (gstreamer-plugins-0.10.22_1,3) + multimedia/gstreamer-plugins-ugly (gstreamer-plugins-ugly-0.10.11,3) + sysutils/consolekit (consolekit-0.3.0_3) + multimedia/gstreamer-plugins-bad (gstreamer-plugins-bad-0.10.11,3) + audio/gstreamer-plugins-mad (gstreamer-plugins-mad-0.10.11,3) + multimedia/gstreamer-plugins-dvd (gstreamer-plugins-dvd-0.10.11,3) + multimedia/gstreamer-ffmpeg (gstreamer-ffmpeg-0.10.7) + multimedia/gstreamer-plugins-theora (gstreamer-plugins-theora-0.10.22,3) + multimedia/gstreamer-plugins-xvid (gstreamer-plugins-xvid-0.10.11,3) + audio/gstreamer-plugins-a52dec (gstreamer-plugins-a52dec-0.10.11,3) + net/avahi-app (avahi-app-0.6.24_1) + audio/arts (arts-1.5.10_1,1) + audio/gstreamer-plugins-ogg (gstreamer-plugins-ogg-0.10.22_1,3) + multimedia/gstreamer-plugins-dts (gstreamer-plugins-dts-0.10.11,3) + audio/gstreamer-plugins-mp3 (gstreamer-plugins-mp3-0.10.0_1) + sysutils/hal (hal-0.5.11_10) + multimedia/gstreamer-plugins-good (gstreamer-plugins-good-0.10.14,3) + graphics/gstreamer-plugins-libpng (gstreamer-plugins-libpng-0.10.14,3) + audio/gstreamer-plugins-vorbis (gstreamer-plugins-vorbis-0.10.22_1,3) + lang/php5 (php5-5.2.9) + textproc/php5-xml (php5-xml-5.2.9) + www/php5-session (php5-session-5.2.9) + devel/php5-pcre (php5-pcre-5.2.9) + databases/php5-mysql (php5-mysql-5.2.9) + ports-mgmt/porttools (porttools-0.77_3) + ports-mgmt/port-authoring-tools (port-authoring-tools-1.0) + security/p5-Authen-SASL (p5-Authen-SASL-2.12) + net/p5-Net (p5-Net-1.22_1,1) + print/teTeX-base (teTeX-base-3.0_14) + x11/kdelibs3 (kdelibs-3.5.10) + devel/pear (pear-1.7.2) + x11-clocks/kdetoys3 (kdetoys-3.5.10) + databases/kmysqladmin (kmysqladmin-0.7.2_3) + x11-fonts/p5-type1inst (p5-type1inst-0.6.1_5) + misc/kdeedu3 (kdeedu-3.5.10) + ports-mgmt/tinderbox (tinderbox-3.2) + net/krdesktop (krdesktop-1.8_6) + games/kdegames3 (kdegames-3.5.10) + accessibility/kdeaccessibility (kdeaccessibility-3.5.10_1) + graphics/kuickshow (kdegraphics-kuickshow-3.5.10) + x11-wm/kompmgr (kdebase-kompmgr-3.5.10) + x11/kdebase3 (kdebase-3.5.10_2) + misc/kdeutils3 (kdeutils-3.5.10) + devel/kdesdk3 (kdesdk-3.5.10_1) + x11-themes/kdeartwork3 (kdeartwork-3.5.10_1) + net/kdenetwork3 (kdenetwork-3.5.10) + sysutils/kdeadmin3 (kdeadmin-3.5.10) + www/kdewebdev (kdewebdev-3.5.10_1,2) + devel/kdevelop (kdevelop-3.5.3_1) + deskutils/kdepim3 (kdepim-3.5.10_2) + x11-servers/xorg-server (xorg-server-1.4.2,1) + x11-drivers/xf86-video-radeonhd (xf86-video-radeonhd-1.2.4) + x11-drivers/xf86-input-mouse (xf86-input-mouse-1.2.3_2) + x11-drivers/xf86-video-ati (xf86-video-ati-6.9.0) + x11-drivers/xf86-video-intel (xf86-video-intel-2.4.3) + x11-drivers/xf86-video-nv (xf86-video-nv-2.1.12) + x11-drivers/xf86-input-keyboard (xf86-input-keyboard-1.2.2_2) + x11-drivers/xf86-video-r128 (xf86-video-r128-6.8.0) + x11-drivers/xf86-video-mach64 (xf86-video-mach64-6.8.0) + multimedia/xine_artsplugin (kdemultimedia-xine_artsplugin-3.5.10) + graphics/kdegraphics3 (kdegraphics-3.5.10) + multimedia/kdemultimedia3 (kdemultimedia-3.5.10) + graphics/p5-Cairo (p5-Cairo-1.060) + net/qt4-network (qt4-network-4.4.3) + x11-toolkits/qt4-gui (qt4-gui-4.4.3_2) + devel/qt4-qt3support (qt4-qt3support-4.4.3) + x11-drivers/xf86-video-vesa (xf86-video-vesa-1.3.0_2) * x11-drivers/xorg-drivers (xorg-drivers-7.3_3) * x11/xorg (xorg-7.3_2) + x11-toolkits/pango (pango-1.22.4) + x11-toolkits/gtk20 (gtk-2.14.7_1) + devel/libglade2 (libglade2-2.6.4) + security/nessus (nessus-gtk2-2.2.9_1) + multimedia/mplayer (mplayer-0.99.11_9) + www/nspluginwrapper (nspluginwrapper-1.2.2_1) + www/linux-mplayer-plugin (linux-mplayerplug-in-3.50_2) + devel/gconf2 (gconf2-2.24.0) + devel/libgsf (libgsf-1.14.11) + www/firefox (firefox-2.0.0.20_6,1) + www/helixplugin (hxplugin-20070318_3) + net-im/libpurple (libpurple-2.5.5_1) + www/firefox3 (firefox-3.0.8,1) + accessibility/qt4-accessible (qt4-accessible-4.4.3) + textproc/wv2 (wv2-0.2.3_2) + net/wireshark (wireshark-1.0.5) + x11-toolkits/gstreamer-plugins-pango (gstreamer-plugins-pango-0.10.21,3) + x11-toolkits/p5-Gtk2 (p5-Gtk2-1.200_1) + x11-toolkits/p5-Gtk2-Ex-Utils (p5-Gtk2-Ex-Utils-0.09) + x11-toolkits/p5-Gtk2-GladeXML (p5-Gtk2-GladeXML-1.006) + multimedia/gstreamer-plugins-core (gstreamer-plugins-core-0.10_10) + x11-toolkits/p5-Gtk2-Ex-Dialogs (p5-Gtk2-Ex-Dialogs-0.11) + security/nessus-plugins (nessus-plugins-2.2.9_1) + textproc/gtkspell (gtkspell-2.0.15) + textproc/libwpd (libwpd-0.8.14_1) + editors/koffice-kde3 (koffice-1.6.3_7,2) + net-im/pidgin (pidgin-2.5.4) + x11/kde3 (kde-3.5.10_1) ---> Packages processed: 154 done, 2 ignored, 2 skipped and 0 failed ---> Session ended at: Fri, 10 Apr 2009 22:41:45 -0500 (consumed 00:00:28) I can guarantee you that all these ports have already been rebuilt. In fact I did the x11-toolkits/p5-Gtk2* ports manually because they were missed during the original build (which was interrupted by a reboot). Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From christer.solskogen at gmail.com Sat Apr 11 04:00:04 2009 From: christer.solskogen at gmail.com (Christer Solskogen) Date: Sat Apr 11 04:00:11 2009 Subject: FreeBSD Port: net/xmlrpc-c-devel Message-ID: <49E0757F.1030300@gmail.com> Hi! It seems to be a problem with the xmlrpc-c-devel port on my machine(FreeBSD 7.1-RELEASE-p4 amd64). Here's the error: gmake[3]: Leaving directory `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util' cc -o xmlrpc xmlrpc.o srcdir/tools/lib/dumpvalue.o /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/casprintf.o /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/cmdline_parser.o /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/getoptx.o /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/stripcaseeq.o /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/string_parser.o -Lblddir/src -Lblddir/lib/libutil -lxmlrpc_client -lxmlrpc -lxmlrpc_util -L/usr/local/lib -lcurl -rpath=/usr/lib:/usr/local/lib -lssl -lcrypto -lz -L/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/expat/xmlparse -lxmlrpc_xmlparse -L/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/expat/xmltok -lxmlrpc_xmltok /usr/bin/ld: warning: libxmlrpc.so.14, needed by blddir/src/libxmlrpc_client.so, may conflict with libxmlrpc.so.3 blddir/src/libxmlrpc.so: undefined reference to `xmlrpc_XML_GetErrorString' gmake[2]: *** [xmlrpc] Error 1 gmake[2]: Leaving directory `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/tools/xmlrpc' gmake[1]: *** [xmlrpc/all] Error 2 gmake[1]: Leaving directory `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/tools' gmake: *** [tools/all] Error 2 *** Error code 1 Stop in /usr/ports/net/xmlrpc-c-devel. *** Error code 1 Stop in /usr/ports/net/xmlrpc-c-devel. -- chs From david at vizion2000.net Sat Apr 11 08:00:07 2009 From: david at vizion2000.net (David Southwell) Date: Sat Apr 11 08:00:14 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <49DF9355.8030807@gmail.com> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <29774DBA177D06A982491ADD@utd65257.utdallas.edu> <49DF9355.8030807@gmail.com> Message-ID: <200904110835.14672.david@vizion2000.net> On Friday 10 April 2009 11:43:33 kimelto@gmail.com wrote: > Paul Schmehl wrote: > > --On Friday, April 10, 2009 11:17:00 -0500 Paul Schmehl > > > > wrote: > >> According to /usr/ports/UPDATING, if you want to upgrade to perl5.10, > >> you do > >> the following: > >> > >> Portupgrade users: > >> 0) Fix pkgdb.db (for safety): > >> pkgdb -Ff > >> > >> 1) Reinstall perl with new 5.10: > >> portupgrade -o lang/perl5.10 -f perl-5.8.\* > >> > >> 2) Reinstall everything that depends on Perl: > >> portupgrade -fr perl > >> > >> My machine got rebooted right in the middle of step 3. Is there a > >> way to > >> resume where I left off? Or do I just start over? > > > > Let me rephrase. I don't see a way in portupgrade to start over where > > I left off. However, pkg_info -R lang/perl* shows that all my ports > > depend on 5.10 and no ports are still depending upon 5.8. Is it safe > > to assume that the reboot happened after portupgrade had finished? > > Nope. With this info you can assume that step 2/3 worked. Not the step 3/3. > I dont know how to restart at the stage it was before reboot as I dont > use portupgrade. > Personnaly, as portmaster failed with some ports and abort the whole > update process, I wrote a simple sh script which loop over the packages > which need perl (got via the via pkg_info -R, need reordering > thought...), exec portmaster ${PKG}, and keep a list of which reinstall > succeed and which failed. > > Regards I hope it is not too far off topic but: Can anyone tell me how to fix this one: Stale dependency: bsdpan-Pod-Perldoc-3.15 -> perl-5.8.9_2 (lang/perl5.8): can't convert nil into string My update to 10 seems to be OK except for this.. I cannot find its origin so do not know what to deinstall and reinstall It would also be great to get all bsdpan into the pkgdb with their origins.. is there any way to do that? Thanks in advance David From freebsd at fahrners.de Sat Apr 11 13:31:10 2009 From: freebsd at fahrners.de (Jochen Fahrner) Date: Sat Apr 11 13:31:19 2009 Subject: Porting ROX applications In-Reply-To: References: <1239190152.20664.1309561451@webmail.messagingengine.com> Message-ID: Hi Dylan, Am 09.04.2009 um 06:01 schrieb Dylan Cochran: > This may be the wrong way to go about it, as in the ROX world, > 0install is the preferred method of distributing and installing > software. In the meantime I think I fully understand the concept of 0install. I was in contact with Thomas Leonard, analyzing the problems I have. Imho 0install is only working with platforms that are widely used and well supported by the maintainer of the 0install applications. You loose if there is no binary on the server for you. Take ROX-Filer: the actual version is 2.8. The server has a outdated and broken 2.4.1 binary for FreeBSD. Instead of letting me download and compile the latest source, 0install insists on downloading this broken binary. 0install does not let me download and compile the new version, but according to the documentation it should. My conclusion is: 0install generates more trouble than it has benefit. So I favour the old fashioned install method. I will not use 0install. Jochen From evanben at valleycomnet.com Sat Apr 11 14:00:47 2009 From: evanben at valleycomnet.com (Erik Van Benschoten) Date: Sat Apr 11 14:00:54 2009 Subject: Samba 3.x build problems with LDAP support Message-ID: <49E10003.4030002@valleycomnet.com> Hello, Is anyone else experiencing problems building/installing samba32 or samba33? Either port does not seem to install the idmap_ldap backend. I've tried uninstalling everything and then reinstalling from scratch - no luck. The other idmap backends (ad, adex, hash, rid & tdb2) are installed fine. Thanks, Erik Van Benschoten From thenudnik at gmail.com Sat Apr 11 14:54:51 2009 From: thenudnik at gmail.com (David M. Patronis) Date: Sat Apr 11 14:54:59 2009 Subject: Deluge 1.1.5 Message-ID: <49E10B49.5030503@gmail.com> I thought it might be of interest that a recent change to the Makefile for > this port caused a build to halt with error code -1, "gcc43" failure. I'm > using 7.1 AMD64. When I replaced the Makefile with the previous version > (1.54) everything went smoothly. > > I think this might be the line that caused the abort: - Add USE_GCC=4.3+ to > fix building with boost 1.37. > > Just wanted to make others aware in the event this is a common problem on > AMD64. > > --David From erwin at FreeBSD.org Sat Apr 11 15:38:46 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Apr 11 15:38:52 2009 Subject: INDEX build failed for 6.x Message-ID: <200904112238.n3BMck9k008942@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: p5-RTx-Statistics-0.1.8_1: no entry for /usr/ports/www/rt34 make_index: p5-RTx-Statistics-0.1.8_1: no entry for /usr/ports/www/rt34 Committers on the hook: gahr harti leeym linimon pgollucci rnoland Most recent CVS update was: U audio/lmms/Makefile U audio/lmms/files/patch-src-widgets_knob.cpp U audio/q-audio/Makefile U audio/q-audio/distinfo U audio/q-audio/pkg-plist U graphics/q-graph/Makefile U graphics/q-graph/distinfo U graphics/q-graph/pkg-plist U graphics/robot/Makefile U graphics/robot/pkg-plist U graphics/robot/files/patch-ARK_arckplot.c U graphics/robot/files/patch-Robot+main.c U graphics/robot/files/patch-Robot+subroutines.f U graphics/robot/files/patch-Robot_fitter.c U graphics/robot/files/patch-Robot_history.c U graphics/robot/files/patch-Robot_rfits.c U graphics/robot/files/patch-Robot_subroutines3.f U lang/q/Makefile U lang/q/distinfo U lang/q/pkg-descr U lang/q/pkg-plist U lang/q/files/patch-modules-clib_system.c U net/atmsupport/files/patch-ats_cc-kern.c U polish/Makefile U science/svmlight/Makefile U science/svmlight/distinfo U security/Makefile U www/Makefile U www/rubygem-amazon-ecs/Makefile U www/rubygem-amazon-ecs/distinfo U www/rubygem-scrubyt/Makefile U www/rubygem-scrubyt/distinfo U www/trac-blog/Makefile U www/trac-restrictedarea/Makefile U x11/gnome2-fifth-toe/Makefile U x11/gnome2-power-tools/Makefile From erwin at FreeBSD.org Sat Apr 11 18:52:58 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Apr 11 18:53:05 2009 Subject: INDEX now builds successfully on 6.x Message-ID: <200904120152.n3C1qwmh089825@pointyhat.freebsd.org> From linimon at FreeBSD.org Sat Apr 11 19:41:30 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:41:41 2009 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20090412024128.829961CD4B@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: 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: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical 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/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: devel/pecl-spl_types broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090407233155/pecl-spl_types-0.3.0.log (_Mar_20_22:59:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-spl_types portname: devel/ruby-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: games/freeorion broken because: does not compile with new graphviz build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: 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/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba 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/toxine broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/toxine-0.6.3_7.log (Wed Mar 18 11:43:30 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=toxine 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/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net/asterisk12-addons broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/asterisk-addons12-1.2.3_5.log (_Apr__7_06:08:59_UTC_2009) 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: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius 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/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn 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: sysutils/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-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/p5-TclTk broken because: does not build, use x11-toolkits/p5-Tcl-Tk instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk 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-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From linimon at FreeBSD.org Sat Apr 11 19:41:53 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:42:00 2009 Subject: FreeBSD ports which are currently marked broken Message-ID: <20090412024150.C1F861CCE5@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/esperanza broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=esperanza portname: audio/gnomad2 broken because: does not compile with current version of libmtp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnomad2 portname: audio/p5-Audio-TagLib broken because: does not build with taglib 1.5 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib portname: audio/py-sdl_mixer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/sineshaper broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sineshaper portname: biology/embassy broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090402081834/embassy-5.0.0.log (_Mar_24_16:44:00_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=embassy portname: biology/p5-bioperl-run-devel broken because: this port needs dependency update to p5-bioperl=1.5.2 and Build.PL mechanism build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-run-devel portname: cad/alliance broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/alliance-5.0.20070718_1.log (_Apr__7_05:55:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: cad/freecad broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=freecad 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/gfax broken because: doesn't build with mono 2.0.1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=gfax 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090325034718/libgda4-jdbc-4.0.0.log (_Mar_25_20:35:24_UTC_2009) 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: deskutils/contacts broken because: needs upgrade to work with evolution-data-server 2.24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=contacts portname: deskutils/kio_locate broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=kio_locate portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: deskutils/plasma-applet-quicklauncher broken because: Does not compile with KDE 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=plasma-applet-quicklauncher portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090325034718/gdb-act-5.3_2,1.log (_Mar_25_20:35:09_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090403140227/msp430-gdb-5.1.1.20030909_1.log (_Apr__6_06:12:49_UTC_2009) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090325034718/msp430-gdb-5.1.1.20030909_1.log (_Mar_25_20:37:04_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/p5-VCP broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-VCP portname: devel/pecl-spl_types broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090407233155/pecl-spl_types-0.3.0.log (_Mar_20_22:59:20_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pecl-spl_types 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: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20090402081834/poco-1.3.3p1.log (_Jan_26_03:14:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco portname: devel/pysvn broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pysvn 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-p4 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 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/tcl-trf broken because: self-test fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tcl-trf 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/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/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/fgsd broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fgsd portname: games/flightgear-atlas broken because: does not build with simgear build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=flightgear-atlas portname: games/freeorion broken because: does not compile with new graphviz build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: games/njam broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090224003245/njam-1.25_2.log (Sat Feb 28 11:23:42 UTC 2009) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/njam-1.25_2.log (Tue Feb 24 09:27:53 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=njam portname: german/wordpress broken because: distfile mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=wordpress portname: graphics/demeter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=demeter portname: graphics/ivtools broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-GraphViz-Data-Structure broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/p5-GraphViz-Data-Structure-0.17_1.log (_Apr__7_05:59:57_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-GraphViz-Data-Structure portname: graphics/py-exiv2 broken because: does not compile with exiv2-0.18, should change at future version py-exiv2-0.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-exiv2 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: irc/ircg broken because: Does not build with newer st build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg 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/slirc broken because: Does not compile with devel/libslang2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=slirc 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/dbvis broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis 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.20090403140227/jdk-1.4.2p8_14.log (_Apr__6_05:46:38_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/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/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/pm3-base broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/tclX broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090411055359/tclX-8.4_1.log (_Mar__7_17:49:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tclX portname: lang/tinycobol broken because: Missing htcobol compiler binary build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/tinycobol-0.64.log (_Mar_16_01:18:03_UTC_2009) 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: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090405093949/XSB-2.6_1.log (_Apr__9_12:51:37_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/p5-Mail-ClamAV broken because: Doesn't build with clamav 0.95 or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-Mail-ClamAV portname: mail/silkymail broken because: doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail portname: 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: multimedia/dirac-reference broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference 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/smilutils broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils portname: multimedia/toxine broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/toxine-0.6.3_7.log (Wed Mar 18 11:43:30 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=toxine 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/icqnd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=icqnd portname: net-im/ocaml-jabbr broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ocaml-jabbr portname: net-mgmt/nav broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net/asterisk12-addons broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/asterisk-addons12-1.2.3_5.log (_Apr__7_06:08:59_UTC_2009) 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/evolution-rss broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=evolution-rss 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/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/openpbx.org broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/openradius broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openradius portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current broken because: Does not install (makedbz segfaults) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.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/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: print/lgrind broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lgrind portname: science/elmerfront broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20090222112727/elmerfront-5.4.0_3.log (Tue Feb 24 09:37:01 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerfront portname: science/elmerpost broken because: Latest version fails to compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090224003245/elmerpost-5.4.0_5.log (Sat Feb 28 11:23:18 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost portname: science/mbdyn broken because: fails to build with GCC 4.3 as needed for Fortran build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=mbdyn portname: science/openfoam broken because: bad depobj for java3d build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=openfoam 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/metasploit broken because: unsatisfiable dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090224003245/metasploit-3.0_2.log http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20090323054122/metasploit-3.0_2.log (_Feb_28_11:23:26_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=metasploit 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.20090403140227/shibboleth-sp-1.3f.log (_Apr__6_06:24:23_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/linux-megacli broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megacli 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/memtest86 broken because: checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20090403140158/memtest86-3.5.log (_Mar_16_01:27:47_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=memtest86 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/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/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/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/p5-Senna broken because: This version does not support latest libsenna interface. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Senna 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/cacheboy broken because: leaves leftover binary after deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy portname: www/epiphany-webkit broken because: is not ready for use; this port should be available in GNOME 2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=epiphany-webkit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/p5-HTML-Embperl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTML-Embperl portname: www/thttpd-st broken because: does not compile with new st build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20090411055359/thttpd-st-2.25b_3.log (_Dec_19_01:14:34_UTC_2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=thttpd-st portname: www/toofpy broken because: Installs files outside of localbase build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/trac-wikinotification broken because: bad depobj build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-wikinotification 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: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: www/wml broken because: does not build with perl 5.8.9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wml portname: x11-drivers/xf86-video-radeonhd-devel broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090325034718/xf86-video-radeonhd-devel-1.2.4.20090301.log (Tue Mar 17 06:35:41 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-radeonhd-devel portname: x11-drivers/xf86-video-vga broken because: Needs to be removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-vga portname: x11-fm/velocity broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/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-themes/nimbus broken because: needs an update to work with latest intltool build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=nimbus 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/p5-TclTk broken because: does not build, use x11-toolkits/p5-Tcl-Tk instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/py-pyqwt broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20090405093949/py25-pyqwt-5.1.0.log (_Apr__9_13:23:53_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyqwt portname: x11-toolkits/py-pyxfce broken because: no new version released so far to match xfce 4.6.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-pyxfce 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-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla From linimon at FreeBSD.org Sat Apr 11 19:42:11 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:42:35 2009 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20090412024208.0030C1CD22@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/festival+OGI description: Text-to-speech system with OGI residual LPC synthesizer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI portname: audio/rosegarden description: The Rosegarden Editor and Sequencer suite maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden portname: audio/snowstar description: A GUI interface to copy files to/from the Diamond Rio PM300 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snowstar portname: devel/cppadvio description: Advanced i/o, networking, and arithmetic compression C++ classlib maintainer: ports@FreeBSD.org deprecated because: abandoned upstream, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cppadvio portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: mail/postilion description: Mail client with the NeXt look maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postilion portname: misc/sonytv description: Sony-compatible TV remote maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sonytv portname: multimedia/toxine description: Text user interface using the xine library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been inactive for almost 5 years expiration date: 2009-04-12 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/toxine-0.6.3_7.log (Wed Mar 18 11:43:30 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=toxine portname: sysutils/bbsmount description: Graphical disk mounter for the Blackbox slit maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=bbsmount portname: sysutils/tua description: The Uucp Analyzer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=tua portname: textproc/sp description: An object-oriented toolkit for SGML parsing and entity management maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=sp 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/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/p5-TclTk description: Perl5 module to access to Tk via the Tcl extension maintainer: ports@FreeBSD.org status: BROKEN deprecated because: replaced by x11-toolkits/p5-Tcl-Tk expiration date: 2009-05-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla 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/qrash description: Animated musical demo for X11 maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=qrash From linimon at FreeBSD.org Sat Apr 11 19:42:15 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:42:36 2009 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20090412024212.1FC2A1CD0B@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/festival+OGI description: Text-to-speech system with OGI residual LPC synthesizer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=festival%2BOGI portname: audio/py-sdl_mixer description: Pysdl_mixer is a python interface to SDL's sdl_mixer maintainer: acm@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/rosegarden description: The Rosegarden Editor and Sequencer suite maintainer: ports@FreeBSD.org deprecated because: tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden portname: audio/snowstar description: A GUI interface to copy files to/from the Diamond Rio PM300 maintainer: ports@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snowstar portname: biology/p5-bioperl-devel description: A collection of Perl modules for bioinformatics (developer release) maintainer: mauricio@arareko.net deprecated because: no longer under development expiration date: 2009-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-devel portname: biology/p5-bioperl-run-devel description: Wrapper modules for common bioinformatics tools (developer release) maintainer: mauricio@arareko.net status: BROKEN deprecated because: no longer under development expiration date: 2009-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=p5-bioperl-run-devel 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.20090407233155/firebird-client-1.5.5.log (_Apr__9_15:26:10_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/cppadvio description: Advanced i/o, networking, and arithmetic compression C++ classlib maintainer: ports@FreeBSD.org deprecated because: abandoned upstream, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cppadvio portname: graphics/libimg-tk83 description: A library of image format handlers for Tk4.1 and later maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libimg-tk83 portname: irc/olirc description: A small irc client using GTK+ maintainer: nox@FreeBSD.org deprecated because: project is discontinued and tcl82 support is going to be dropped expiration date: 2009-04-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=olirc portname: lang/perl5.6 description: Practical Extraction and Report Language maintainer: skv@FreeBSD.org deprecated because: no longer under development, please use lang/perl5.8 or lang/perl5.10 expiration date: 2009-05-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=perl5.6 portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pm3-forms description: High-level GUI libraries and tools for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-forms portname: lang/pm3-gui description: Low-level GUI libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-gui portname: lang/pm3-m3tk description: Modula-3 source code analysis and transformation toolkit (PM3 distribution) maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-m3tk portname: lang/pm3-net description: Low-level networking libraries for the PM3 Modula-3 distribution maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-net portname: lang/pm3-netobj description: PM3 distributed objects package supporting robust distributed applications maintainer: ports@FreeBSD.org deprecated because: depends on broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-netobj portname: lang/tcl80 description: Tool Command Language maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=tcl80 portname: mail/bogofilter-qdbm description: Fast, teachable, learning spam detector maintainer: matthias.andree@gmx.de deprecated because: Migrate to bogofilter-tc instead expiration date: 2009-06-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=bogofilter-qdbm portname: mail/postilion description: Mail client with the NeXt look maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postilion portname: misc/sonytv description: Sony-compatible TV remote maintainer: ports@FreeBSD.org deprecated because: tcl8.3 support is going to be dropped expiration date: 2009-05-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=sonytv portname: multimedia/toxine description: Text user interface using the xine library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been inactive for almost 5 years expiration date: 2009-04-12 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/toxine-0.6.3_7.log (Wed Mar 18 11:43:30 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=toxine portname: net-mgmt/nagios12 description: Extremely powerful network monitoring system maintainer: jarrod@netleader.com.au deprecated because: Obsolete version, consider migration to net-mgmt/nagios expiration date: 2009-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nagios12 portname: net-mgmt/nrpe description: Nagios Remote Plugin Executor maintainer: jarrod@netleader.com.au deprecated because: Obsolete version, consider migration to net-mgmt/nrpe2 expiration date: 2009-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nrpe portname: security/pam_krb5 description: A Pluggable Authentication Module for Kerberos 5 maintainer: cy@FreeBSD.org status: IGNORE deprecated because: Pam_krb5 is in the base FreeBSD system. expiration date: 2009-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_krb5 portname: sysutils/bbsmount description: Graphical disk mounter for the Blackbox slit maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=bbsmount portname: sysutils/puppet-devel description: A configuration management framework written in Ruby maintainer: cherry@trombik.org deprecated because: Use sysutils/puppet instead expiration date: 2009-04-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=puppet-devel portname: sysutils/tua description: The Uucp Analyzer maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=tua portname: textproc/sp description: An object-oriented toolkit for SGML parsing and entity management maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=sp 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/tdiary-devel description: A Web-based diary system (like weblog) written in Ruby maintainer: tota@rtfm.jp status: FORBIDDEN deprecated because: has been forbidden for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/trac-blog description: A blog plugin for Trac maintainer: gerrit.beine@gmx.de status: IGNORE deprecated because: Not supported anymore for trac > 0.10; use FullBlogPlugin instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-blog portname: www/trac-restrictedarea description: Set up restricted areas within Trac maintainer: gerrit.beine@gmx.de status: IGNORE deprecated because: Not supported anymore; functionality included in trac since 0.11 expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-restrictedarea 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/p5-GtkXmHTML description: The HTML widget module of Gtk-Perl maintainer: ports@FreeBSD.org deprecated because: depends on a broken, expired port expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GtkXmHTML portname: x11-toolkits/p5-TclTk description: Perl5 module to access to Tk via the Tcl extension maintainer: ports@FreeBSD.org status: BROKEN deprecated because: replaced by x11-toolkits/p5-Tcl-Tk expiration date: 2009-05-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-TclTk portname: x11-toolkits/tk80 description: Graphical toolkit for TCL maintainer: mm@FreeBSD.org deprecated because: tcl8.0 support is going to be dropped expiration date: 2009-03-22 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tk80 portname: x11-toolkits/wxmozilla description: Embedding Mozilla in wxWidgets maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for more than 6 months expiration date: 2009-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla 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/qrash description: Animated musical demo for X11 maintainer: ports@FreeBSD.org deprecated because: unmaintained, does not work with current versions of GCC, needs gcc295 which has been failing to build for months expiration date: 2009-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=qrash From linimon at FreeBSD.org Sat Apr 11 19:42:19 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:42:36 2009 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20090412024217.1F9941CD33@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: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress 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/awstats-devel forbidden because: http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel portname: www/linux-firefox-devel forbidden because: Security issus 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 Sat Apr 11 19:42:19 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat Apr 11 19:42:37 2009 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20090412024218.14F9C1CD0B@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: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress 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/amaya forbidden because: Security issues http://www.vuxml.org/freebsd/a89b76a7-f6bd-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=amaya portname: www/awstats-devel forbidden because: http://www.vuxml.org/freebsd/27d78386-d35f-11dd-b800-001b77d09812.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=awstats-devel portname: www/linux-firefox forbidden because: Security issues http://www.vuxml.org/freebsd/8b491182-f842-11dd-94d9-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox portname: www/linux-firefox-devel forbidden because: Security issus 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 portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel From glarkin at FreeBSD.org Sat Apr 11 20:35:14 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Sat Apr 11 20:35:22 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> Message-ID: <49E1616C.5060404@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Fr?hlich wrote: > On Mon, March 30, 2009 7:54 pm, Torfinn Ingolfsen wrote: >> Hi, >> I am trying to install the mythtv 0.21 port (multimedia/mythtv) under >> FreeBSd 7.2-prerelease/amd64: >> root@kg-quiet# uname -a >> FreeBSD kg-quiet.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #3: Sun >> Mar 29 14:46:57 CEST 2009 >> root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 >> and ports tree updated yesterday: >> root@kg-quiet# ll /usr/ports/IN* >> -rw-r--r-- 1 root wheel 19094389 Mar 29 12:14 /usr/ports/INDEX-7 >> -rw-r--r-- 1 root wheel 1261454 Mar 29 09:35 /usr/ports/INDEX-7.bz2 >> -rw-r--r-- 1 root wheel 33808384 Mar 29 12:15 /usr/ports/INDEX-7.db >> >> However, when I do >> cd /usr/ports/multimedia/mythtv >> make >> >> it barfs after a while with: [...] >> >> Stop in /usr/ports/multimedia/mythtv. >> >> Any hints? > > Yeah i can reproduce that too. It's because it takes libavcodec from the > system path which is wrong. Attached patch fixes that problem but then I > get another compile error with Intel XvMC in mythtranscode. That one > probably needs further investigation but it might not bite you if you > don't have intel onboard graphics. > > This patch should fix the above problem: (as usual throw it in mythtv/files) > > http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro > > > --- libs/libmyth/libmyth.pro.orig 2009-03-30 22:55:47.000000000 +0200 > +++ libs/libmyth/libmyth.pro 2009-03-30 22:58:01.000000000 +0200 > @@ -43,14 +43,14 @@ > SOURCES += volumebase.cpp volumecontrol.cpp virtualkeyboard.cpp xmlparse.cpp > SOURCES += mythhdd.cpp mythcdrom.cpp storagegroup.cpp dbutil.cpp > > -INCLUDEPATH += ../libmythsamplerate ../libmythsoundtouch > ../libmythfreesurround > -INCLUDEPATH += ../libavcodec ../libavutil > -INCLUDEPATH += ../.. ../ ./ > -DEPENDPATH += ../libmythsamplerate ../libmythsoundtouch > -DEPENDPATH += ../libmythfreesurround > -DEPENDPATH += ../libavcodec ../libavutil > -DEPENDPATH += ../ ../libmythui > -DEPENDPATH += ../libmythupnp > +INCLUDEPATH = ../libmythsamplerate ../libmythsoundtouch > ../libmythfreesurround $${INCLUDEPATH} > +INCLUDEPATH = ../libavcodec ../libavutil $${INCLUDEPATH} > +INCLUDEPATH = ../.. ../ ./ $${INCLUDEPATH} > +DEPENDPATH = ../libmythsamplerate ../libmythsoundtouch $${DEPENDPATH} > +DEPENDPATH = ../libmythfreesurround $${DEPENDPATH} > +DEPENDPATH = ../libavcodec ../libavutil $${DEPENDPATH} > +DEPENDPATH = ../ ../libmythui $${DEPENDPATH} > +DEPENDPATH = ../libmythupnp $${DEPENDPATH} > > > LIBS += -L../libmythsamplerate -lmythsamplerate-$${LIBVERSION} > > > Hi Bernhard, Thank you for preparing that patch. I am testing it now on my machine here, and I will commit the change once verified. Can anyone else that has had compile errors on this OS/arch combination verify that Bernhard's patch has solved the compile problem? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ4WFs0sRouByUApARApDjAJ9UdqW+aQVnkEDyRRmglJ5Oe8hLnwCfQkMc QVtbnQQiYDvcO2p/xnEj1RE= =xjXA -----END PGP SIGNATURE----- From ulrich at pukruppa.net Sat Apr 11 23:46:54 2009 From: ulrich at pukruppa.net (Peter Ulrich Kruppa) Date: Sat Apr 11 23:47:01 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239343955.4933.113.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> Message-ID: <1239517132.4628.2.camel@pukruppa.net> Hi, Am Freitag, den 10.04.2009, 02:12 -0400 schrieb Joe Marcus Clarke: > GNOME 2.26 has been merged into the ports tree. See > http://library.gnome.org/misc/release-notes/2.26/ for a list of what's > new. On the FreeBSD front, we introduced a port of libxul 1.9 as an > alternative for Firefox 2.0 as a Gecko provider. Almost all of the > Gecko consumers can make use of this provider by setting: > > WITH_GECKO=libxul I see galeon-2.0.7 (via gnome2-fifth-toe) offers option "xulrunner" not "libxul". With your setting WITH_GECKO=libxul it will use firefox instead. Greeetings, Uli. > Joe > From naylor.b.david at gmail.com Sun Apr 12 01:28:14 2009 From: naylor.b.david at gmail.com (David Naylor) Date: Sun Apr 12 01:28:22 2009 Subject: Ports requiring MAKE_JOBS_UNSAFE In-Reply-To: <1239146791.1189.8.camel@hood.oook.cz> References: <200904072007.53739.naylor.b.david@gmail.com> <1239146791.1189.8.camel@hood.oook.cz> Message-ID: <200904121028.53512.naylor.b.david@gmail.com> On Wednesday 08 April 2009 01:26:31 Pav Lucistnik wrote: > David Naylor p??e v ?t 07. 04. 2009 v 20:07 +0200: > > I've recently added FORCE_MAKE_JOBS to my make.conf and the following > > ports popped up as failling. > > > > This is on a quad core system (running FreeBSD 7.1p2-i386). I tried > > MAKE_JOBS_NUMBER=3,2,1 in tern and all failed (even with =1). The ports > > did complete properly with DISABLE_MAKE_JOBS set. > > > > The list of ports (so far): > > converters/libiconv > > databases/firebird20-client > > security/libgpg-error > > > > Could someone please commit the changes required. > > Done. Thanks. I've found another port, although this one appears to work with MAKE_JOBS_NUMBER=1 (but not above 1). audio/nas Regards -------------- 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/20090412/a0ed6580/attachment-0001.pgp From utisoft at googlemail.com Sun Apr 12 01:42:15 2009 From: utisoft at googlemail.com (Chris Rees) Date: Sun Apr 12 01:42:21 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: <20090412024212.1FC2A1CD0B@mail.droso.net> References: <20090412024212.1FC2A1CD0B@mail.droso.net> Message-ID: 2009/4/12 : > As part of an ongoing effort to reduce the number of problems in > the FreeBSD ports system, we periodically schedule removal of ports > that have been judged to have outlived their usefulness. ?Often, > this is due to a better alternative having become available and/or > the cessation of development on the existing port. ?In some cases, > ports are marked for removal because they fail to build and install > correctly from their sources, or otherwise fail in operation. > > The ports, and the reason and date that they have been scheduled > for removal, are listed below. ?If no one has stepped forward before > that time to propose a way to fix the problems (such as via a PR), > the ports will be deleted. > > > > portname: ? ? ? ? ? audio/rosegarden > description: ? ? ? ?The Rosegarden Editor and Sequencer suite > maintainer: ? ? ? ? ports@FreeBSD.org > deprecated because: tcl82 support is going to be dropped > expiration date: ? ?2009-04-22 > build errors: ? ? ? none. > overview: ? ? ? ? ? http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden > Woah! How do I save this? I'm thinking we could replace this with the new version (ironically called 1.7.3 rather than 2.1). What needs doing? Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From glen.j.barber at gmail.com Sun Apr 12 02:03:22 2009 From: glen.j.barber at gmail.com (Glen Barber) Date: Sun Apr 12 02:03:28 2009 Subject: Anyone interested in taking maintainership of a few ports? Message-ID: <4ad871310904120203i5495a6h2594c178cedd1619@mail.gmail.com> Good morning, ports@ Recently, I have been undertaking far too many tasks, and as my use of FreeBSD has changed from desktop-side to (headless) server-side, I need to drop maintainership of a few GUI-based ports and thought I'd post here in the event someone out there wishes to take them, rather than back to ports@ if not necessary. The ports I need to drop are: databases/kmysqladmin devel/c_c++_reference palm/palmos-sdk palm/palmpower palm/prc-tools Thanks. (Happy Easter to those who celebrate.) -- Glen Barber From craig001 at lerwick.hopto.org Sun Apr 12 02:26:02 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sun Apr 12 02:26:09 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: References: <20090412024212.1FC2A1CD0B@mail.droso.net> Message-ID: <1239526749.45792.4.camel@main.lerwick.hopto.org> On Sun, 2009-04-12 at 09:41 +0100, Chris Rees wrote: > 2009/4/12 : > > As part of an ongoing effort to reduce the number of problems in > > the FreeBSD ports system, we periodically schedule removal of ports > > that have been judged to have outlived their usefulness. Often, > > this is due to a better alternative having become available and/or > > the cessation of development on the existing port. In some cases, > > ports are marked for removal because they fail to build and install > > correctly from their sources, or otherwise fail in operation. > > > > The ports, and the reason and date that they have been scheduled > > for removal, are listed below. If no one has stepped forward before > > that time to propose a way to fix the problems (such as via a PR), > > the ports will be deleted. > > > > > > > > portname: audio/rosegarden > > description: The Rosegarden Editor and Sequencer suite > > maintainer: ports@FreeBSD.org > > deprecated because: tcl82 support is going to be dropped > > expiration date: 2009-04-22 > > build errors: none. > > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden > > > > Woah! How do I save this? I'm thinking we could replace this with the > new version (ironically called 1.7.3 rather than 2.1). > > What needs doing? Update the port following the port handbook, submit pr with your changes, including change of maintainer over to you if you want it... http://www.freebsd.org/doc/en/articles/contributing-ports/article.html also has a link to the port maintainers handbook. If you need a hand just shout. Cheers Craig B > > Chris > From eitanadlerlist at gmail.com Sun Apr 12 06:45:14 2009 From: eitanadlerlist at gmail.com (Eitan Adler) Date: Sun Apr 12 06:53:26 2009 Subject: xchat conflicts with xchat1 Message-ID: <49E1F099.8020302@gmail.com> irc/Xchat and irc/Xchat1 conflict. A CONFLICTS= line should probably be added to both of them. -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From pav at FreeBSD.org Sun Apr 12 13:23:51 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Apr 12 13:57:02 2009 Subject: Ports requiring MAKE_JOBS_UNSAFE In-Reply-To: <200904121028.53512.naylor.b.david@gmail.com> References: <200904072007.53739.naylor.b.david@gmail.com> <1239146791.1189.8.camel@hood.oook.cz> <200904121028.53512.naylor.b.david@gmail.com> Message-ID: <1239567818.13056.1.camel@hood.oook.cz> David Naylor p??e v ne 12. 04. 2009 v 10:28 +0200: > Thanks. > > I've found another port, although this one appears to work with > MAKE_JOBS_NUMBER=1 (but not above 1). > > audio/nas Marked unsafe, thank you for report. -- Pav Lucistnik The Linimon's Rule: The More You Close, The More Will Come -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090412/20f75b62/attachment.pgp From dfilter at FreeBSD.ORG Sun Apr 12 14:50:07 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Apr 12 15:48:17 2009 Subject: ports/13186: commit references a PR Message-ID: <200904122150.n3CLo27m059147@freefall.freebsd.org> The following reply was made to PR ports/13186; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/13186: commit references a PR Date: Sun, 12 Apr 2009 21:45:48 +0000 (UTC) itetcu 2009-04-12 21:21:47 UTC FreeBSD ports repository Modified files: multimedia/mlt Makefile distinfo pkg-plist Added files: multimedia/mlt/files patch-src-albino-Makefile patch-src-humperdink-Makefile patch-src-inigo-Makefile patch-src-miracle-Makefile Removed files: multimedia/mlt/files patch-src-modules-sox-filter_sox.c Log: - Upgrade to latest version and fix compilation on freebsd 6.4 (patches accepted in upstream). - pet portlint PR: ports/13186 Submitted by: Alberto Villa (maintainer) Revision Changes Path 1.3 +14 -5 ports/multimedia/mlt/Makefile 1.2 +3 -3 ports/multimedia/mlt/distinfo 1.1 +11 -0 ports/multimedia/mlt/files/patch-src-albino-Makefile (new) 1.1 +11 -0 ports/multimedia/mlt/files/patch-src-humperdink-Makefile (new) 1.1 +11 -0 ports/multimedia/mlt/files/patch-src-inigo-Makefile (new) 1.1 +11 -0 ports/multimedia/mlt/files/patch-src-miracle-Makefile (new) 1.2 +0 -11 ports/multimedia/mlt/files/patch-src-modules-sox-filter_sox.c (dead) 1.2 +5 -3 ports/multimedia/mlt/pkg-plist _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From hummel at pasteur.fr Sun Apr 12 14:58:17 2009 From: hummel at pasteur.fr (Thomas Hummel) Date: Sun Apr 12 15:49:35 2009 Subject: Gnucash-2.2.7_2 - 7.2 - Core dump Message-ID: <20090412214236.GA18508@parmesan.sis.pasteur.fr> Hello, I was running RELENG_7/amd64 and the gnucash-2.2.7_2 port. After the last portupgrade (I usually portupgrade -a each day) few days ago, gnucash started to launch but dumped core while trying to enter into an account. For additionnal reasons (including a half completed perl5.10 upgrade), I deleted all my installed ports and started again with packages (I know about how violent it is, but I hadn't much time) : I kept my base, pkg_deleted everything and pkg_added -r gnucash and xorg). At that moment, gnucash worked again. Then I portsnaped fetch extract, portsnaped fetch update, then portupgraded -a : gnucash dumped core again when accessing an account. For again some other reasons, I started all over again (from Isos and pkg_add -r) today. Now I'm running : FreeBSD 7.2-BETA1 FreeBSD 7.2-BETA1 #0: Tue Mar 31 16:24:35 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 gnucahh-2.2.7_2 Quicken-like money and finance manager gnucash-docs-2.2.0_3 Documentation for gnucash and gnucash is working again. I re-portsnaped the port tree (fetch extract) and did a fetch update. Now portversion -l "<" shows me : atk < dri < freetype2 < gconf2 < gio-fam-backend < glib < gnome-doc-utils < gnome-icon-theme < gnome-keyring < gnomehier < gtk < gtkhtml3 < gvfs < hal < iso-codes < libGL < libGLU < libdrm < libgnome < libgnomecanvas < libsoup < pango < pcre < pixman < yelp < I guess the upgrade of one or more of those packages (through portupgrade -a, thus rebuilding needed dependencies) will make the gnucash core dump problem occur again. Any clue ? Thanks -- Thomas Hummel From tingox at gmail.com Mon Apr 13 00:22:46 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Apr 13 00:42:54 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <49E1616C.5060404@FreeBSD.org> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> Message-ID: Hello, 2009/4/12 Greg Larkin : > Hi Bernhard, > > Thank you for preparing that patch. ?I am testing it now on my machine > here, and I will commit the change once verified. > > Can anyone else that has had compile errors on this OS/arch combination > verify that Bernhard's patch has solved the compile problem? A small correction here: Bernhard's patch solves *one* compile problem, there are still one (or more) compilation problem(s) after applying his patch. Please see the other messages in this thread. HTH -- Regards, Torfinn Ingolfsen From decke at bluelife.at Mon Apr 13 00:57:58 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Mon Apr 13 01:52:24 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> Message-ID: <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> On Mon, April 13, 2009 9:22 am, Torfinn Ingolfsen wrote: > Hello, > > 2009/4/12 Greg Larkin : >> Hi Bernhard, >> >> Thank you for preparing that patch. ?I am testing it now on my machine >> here, and I will commit the change once verified. >> >> Can anyone else that has had compile errors on this OS/arch combination >> verify that Bernhard's patch has solved the compile problem? > > A small correction here: Bernhard's patch solves *one* compile > problem, there are still one (or more) compilation problem(s) after > applying his patch. Please see the other messages in this thread. Yes, that is correct. It took me some time to figure out why that only affects multimedia/mythtv and not the multimedia/mythtv-frontend port though they are nearly the same. The reason is that the mythtranscode patch got lost on the way because it was included in my PR but is not in the repository. So i have reattached it now. It is nearly useless to test them in a tinderbox because the problems are all conflicts with an installed ffmpeg and that does not happen in a tinderbox build. Here are the patches that i've needed to get both ports working again. multimedia/mythtv: http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro http://home.bluelife.at/ports/mythtv/patch-programs-mythtranscode-mythtranscode.pro multimedia/mythtv-frontend: http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro The good news is, that i've talked to the mythtv developers yesterday and they have already fixed the include path problems that we regularly stumble across. So that should not happen again with mythtv 0.22 Thanks to the testers! -- Bernhard Fr?hlich http://www.bluelife.at/ From utisoft at googlemail.com Mon Apr 13 02:54:24 2009 From: utisoft at googlemail.com (Chris Rees) Date: Mon Apr 13 03:18:50 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: <1239526749.45792.4.camel@main.lerwick.hopto.org> References: <20090412024212.1FC2A1CD0B@mail.droso.net> <1239526749.45792.4.camel@main.lerwick.hopto.org> Message-ID: 2009/4/12 Craig Butler : > > > On Sun, 2009-04-12 at 09:41 +0100, Chris Rees wrote: >> 2009/4/12 ?: >> > As part of an ongoing effort to reduce the number of problems in >> > the FreeBSD ports system, we periodically schedule removal of ports >> > that have been judged to have outlived their usefulness. ?Often, >> > this is due to a better alternative having become available and/or >> > the cessation of development on the existing port. ?In some cases, >> > ports are marked for removal because they fail to build and install >> > correctly from their sources, or otherwise fail in operation. >> > >> > The ports, and the reason and date that they have been scheduled >> > for removal, are listed below. ?If no one has stepped forward before >> > that time to propose a way to fix the problems (such as via a PR), >> > the ports will be deleted. >> > >> > >> > >> > portname: ? ? ? ? ? audio/rosegarden >> > description: ? ? ? ?The Rosegarden Editor and Sequencer suite >> > maintainer: ? ? ? ? ports@FreeBSD.org >> > deprecated because: tcl82 support is going to be dropped >> > expiration date: ? ?2009-04-22 >> > build errors: ? ? ? none. >> > overview: ? ? ? ? ? http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden >> > >> >> Woah! How do I save this? I'm thinking we could replace this with the >> new version (ironically called 1.7.3 rather than 2.1). >> >> What needs doing? > Update the port following the port handbook, ?submit pr with your > changes, including change of maintainer over to you if you want it... > > http://www.freebsd.org/doc/en/articles/contributing-ports/article.html > also has a link to the port maintainers handbook. > > If you need a hand just shout. > > Cheers > > Craig B > >> >> Chris >> > > Thanks a lot, I'll bear your offer in mind, Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From mad at madpilot.net Mon Apr 13 03:45:35 2009 From: mad at madpilot.net (Guido Falsi) Date: Mon Apr 13 04:29:47 2009 Subject: Gnucash-2.2.7_2 - 7.2 - Core dump In-Reply-To: <20090412214236.GA18508@parmesan.sis.pasteur.fr> References: <20090412214236.GA18508@parmesan.sis.pasteur.fr> Message-ID: <49E317CA.3000308@madpilot.net> Thomas Hummel wrote: > Hello, > > I was running RELENG_7/amd64 and the gnucash-2.2.7_2 port. After the last > portupgrade (I usually portupgrade -a each day) few days ago, gnucash started > to launch but dumped core while trying to enter into an account. > > For additionnal reasons (including a half completed perl5.10 upgrade), I > deleted all my installed ports and started again with packages (I know about > how violent it is, but I hadn't much time) : I kept my base, pkg_deleted > everything and pkg_added -r gnucash and xorg). At that moment, gnucash worked > again. Then I portsnaped fetch extract, portsnaped fetch update, then > portupgraded -a : gnucash dumped core again when accessing an account. > [...] > I guess the upgrade of one or more of those packages (through portupgrade -a, > thus rebuilding needed dependencies) will make the gnucash core dump problem > occur again. > > Any clue ? I'm having the same problem both with 7.2 and 8. It crashes when opening any account page, I think the problem is the glib update to 2.20, or perhaps the gtk. Gnucash already had this kind of problem in the past. Here is a backtrace: (gdb) bt #0 0x28205e70 in gnucash_sheet_styles_set_dimensions () from /usr/local/lib/gnucash/libgncmod-register-gnome.so #1 0x282060e1 in gnucash_sheet_compile_styles () from /usr/local/lib/gnucash/libgncmod-register-gnome.so #2 0x282069a9 in gnc_table_init_gui () from /usr/local/lib/gnucash/libgncmod-register-gnome.so #3 0x281b2fc8 in gnc_split_reg_new () from /usr/local/lib/libgnc-gnome.so.0 #4 0x281aeba5 in gnc_plugin_page_register_create_widget () from /usr/local/lib/libgnc-gnome.so.0 #5 0x2990f800 in ?? () #6 0x0000000a in ?? () #7 0x00000000 in ?? () #8 0x2ba00000 in ?? () #9 0x0804c5c4 in ?? () #10 0xbfbfd968 in ?? () #11 0x2977be64 in pthread_mutex_unlock () from /lib/libthr.so.3 Previous frame inner to this frame (corrupt stack?) I'm unable to make much from it though. > > Thanks > > -- > Thomas Hummel > _______________________________________________ > 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" -- Guido Falsi From bugmaster at FreeBSD.org Mon Apr 13 04:06:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 13 04:32:23 2009 Subject: Current unassigned ports problem reports Message-ID: <200904131106.n3DB65sd083984@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/133698 New port: x11-themes/kde4-windeco-crystal theme for KD o ports/133689 [UPDATE] mail/libpst update to 0.6.35 o ports/133674 [maintainer update] net/freeradius2 - pkg-install.in b o ports/133669 [patch] x11/printscreen update to 1.3 o ports/133667 ports/dirvish does not work with non-Bourne shells f ports/133666 [patch] net-mgmt/nagios silence config check warning o ports/133655 New port: sysutils/megacli MegaCLI SAS RAID Management o ports/133652 [Patch] squirrelmail-1.4.17: non-ascii text handling f f ports/133598 [PATCH] lang/squeak: Fix build f ports/133578 Update port: lang/swi-pl to version 5.6.64 o ports/133577 [PATCH] japanese/ja-jpmobile: RUBYGEM_AUTOPLIST o ports/133564 audio/cdplay ports - bad behavior when cd drive is emp o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133555 fix for lang/tclX o ports/133553 fix palm/pose on FreeBSD 7.x o ports/133533 [PATCH] Add a static user/group for audio/musicpd port o ports/133501 [patch] pthread_atfork breaks net/nss_ldap on RELENG_7 f ports/133487 endianess detection wrong in devel/boost o ports/133484 Port update: editors/yzis - Update to v1.0.a.1 f ports/133452 Can't install www/linux-flashplugin9 f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li f ports/133449 [PATCH] net-mgmt/zabbix: update to 1.6.4, take maintai f ports/133448 [PATCH] net-mgmt/zabbix-agent: update to 1.6.4, take m o ports/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved o ports/133421 [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime o ports/133414 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133413 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133408 [NEW PORT] chinese/qq: Tencent QQ for Linux o ports/133387 openoffice don't appear in 7.1-release/Latest f ports/133361 www/free-sa: new version 1.6.0 f ports/133358 [PATCH] net/bounce: add new -q option f ports/133353 [PATCH] audio/rubygem-mp3info: fix packaging and updat f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133333 ClamAV Milter passes 'Worm.Mydoom.I' and this virus tu f ports/133303 lang/visualworks cannot load Jun because of lacking TG f ports/133261 [patch] www/free-sa: respect system cflags and expose o ports/133254 [bsd.fpc.mk] don't display bogus message for fpc-using o ports/133248 New Port: security/scamp o ports/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad f ports/133220 dns/ldns will not compile o ports/133085 New Port: textproc/lexxia: A Multiformat Text Processo o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133036 Update Port: x11-fonts/linuxlibertine Newer version an o ports/133033 www/nspluginwrapper segfaults when NIS is used (amd64) f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132956 [new port] mail/gml: Mbox & Maildir to Gmail loader f ports/132909 [PATCH] sysutils/htop: fix treeview bug f ports/132815 add option to mail/nmzmail to override max number of m o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132772 [new port] lang/rakudo-devel The Rakudo Perl 6 Compil f ports/132578 ports/net/isc-dhcp30-server: Compile error : dhcpd.c: o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132536 mail/assp periodically hangs up I/O o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/131856 sysutils/virtualmin adds new users to www group - over o ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131442 ports new port: audio/xmms-timidity o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131329 [patch] - update java/poseidon to version 6.0.2 o ports/131309 sysutils/wmbluecpu: libxcb + wmbluecpu problem? o ports/131256 [Update + fix] emulators/cpmtools27: Update to 2.8 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131169 New port lang/ikarus: optimizing incremental Scheme co o ports/131168 new port: devel/lpc21isp f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr p ports/130779 [PATCH] emulators/dosbox enable directserial passthrou o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130675 [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC o ports/130541 new port: net/isc-dhcp41-server o ports/130505 Update sysutils/linux-megacli to 2.00.15 f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration o ports/130063 databases/rrdtool update o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129881 [patch] net/openospfd: update to 4.3 and fix some bugs o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser 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 f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/124841 [PATCH] devel/zthread: Fix signature in BlockingQueue. f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr 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 s ports/85513 Intel C++ compiler not 100% binary compatible with sys o bin/85011 /sbin/restore on 5.4 will not read Solaris-sparc dumps 112 problems total. From kim at westryn.net Mon Apr 13 04:33:38 2009 From: kim at westryn.net (Kim Shrier) Date: Mon Apr 13 05:27:35 2009 Subject: require gem is not working for ruby19 Message-ID: Hello, I am running FreeBSD 7.1 RELENG and I have installed ruby 1.9 using the port in /usr/ports/lang/ruby19. I have installed a gem named tmail that I want to include in my script. According to the ruby docs, I should be able to just say: require 'tmail' However, this fails and reports that it cannot find the gem. If I use the folloowing statements: require 'rubygems' gem 'tmail' require 'tmail' I can load the gem and use it. I also get 20 or so warning messages like the following: /usr/local/lib/ruby/1.9/rubygems/defaults.rb:11: warning: method redefined; discarding old default_sources /usr/local/lib/ruby/1.9/rubygems/defaults.rb:19: warning: method redefined; discarding old default_dir /usr/local/lib/ruby/1.9/rubygems/defaults.rb:31: warning: method redefined; discarding old user_dir /usr/local/lib/ruby/1.9/rubygems/defaults.rb:39: warning: method redefined; discarding old default_path ... /usr/local/lib/ruby/1.9/rubygems.rb:46: warning: method redefined; discarding old gem /usr/local/lib/ruby/1.9/rubygems.rb:306: warning: method redefined; discarding old dir ... It would appear that I am redefining methods that are already defined, both with the require 'rubygems' statement and the gem 'tmail' statement. However, if I don't include these 2 statements in my source, the require 'tmail' statement fails with the following error: ./test.rb:24:in `require': no such file to load -- tmail (LoadError) from ./test.rb:24:in `
' Is there some problem with the rubygems support that is built in to ruby19? Thanks, Kim -- Kim Shrier - principal, Shrier and Deihl - mailto:kim@westryn.net Remote Unix Network Admin, Security, Internet Software Development westryn.net - Superior FreeBSD-based Web Hosting http://www.westryn.net/ From varga.michal at gmail.com Mon Apr 13 05:39:32 2009 From: varga.michal at gmail.com (Michal Varga) Date: Mon Apr 13 06:00:05 2009 Subject: gnome-session - half a year later, almost there Message-ID: <3f1fd1ea0904130515i6964da21qf36f43ff7dd16907@mail.gmail.com> Hi guys, I know that FreeBSD Gnome team has spread pretty thin in past few months, but just in case (or as a reminder) - is someone from the Gnome staff keeping an eye on this issue? http://bugzilla.gnome.org/show_bug.cgi?id=552387 Basically, the single biggest Gnome regression (ever?) is back to its pre-2.24 state, it probably wouldn't hurt having it back in FreeBSD before 7.2 comes out (if that's still possible, and if there is time, resources for it, etc). m. From erwin at FreeBSD.org Mon Apr 13 05:42:47 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Apr 13 06:07:07 2009 Subject: [HEADSUP]: The ports tree is frozen. Message-ID: <20090413124244.GY78186@droso.net> The ports tree is now frozen for the 7.2 release cycle. No commits will be allowed without explicit portmgr approval. We hope we can keep the freeze short and go into slush after two weeks. The tree will be completely unfrozen after the release is announced. For the full schedule, see the release schedule http://www.freebsd.org/releases/7.2R/schedule.html As always, only commit that fix existing breakage will be allowed during the freeze and we encourage everyone will help fix as many ports as possible for this release. For more information about what kinds of commits are allowed during which period, please see the portmgr policies webpage: http://www.freebsd.org/portmgr/policies_committing.html -erwin -- Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090413/9fd83028/attachment.pgp From marcus at marcuscom.com Mon Apr 13 10:41:15 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Apr 13 11:14:24 2009 Subject: gnome-session - half a year later, almost there In-Reply-To: <3f1fd1ea0904130515i6964da21qf36f43ff7dd16907@mail.gmail.com> References: <3f1fd1ea0904130515i6964da21qf36f43ff7dd16907@mail.gmail.com> Message-ID: <1239644465.1304.16.camel@shumai.marcuscom.com> On Mon, 2009-04-13 at 14:15 +0200, Michal Varga wrote: > Hi guys, > I know that FreeBSD Gnome team has spread pretty thin in past few > months, but just in case (or as a reminder) - is someone from the > Gnome staff keeping an eye on this issue? > http://bugzilla.gnome.org/show_bug.cgi?id=552387 I have been watching this, but I hesitated committing the 2.26.0.90 release of gnome-session because it was still unfinished. If they put out a stable 2.26.1 before the freeze lifts, I'll try to get it in the tree. Joe > > Basically, the single biggest Gnome regression (ever?) is back to its > pre-2.24 state, it probably wouldn't hurt having it back in FreeBSD > before 7.2 comes out (if that's still possible, and if there is time, > resources for it, etc). > > m. > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" > -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- 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/20090413/2dfbd3c1/attachment.pgp From varga.michal at gmail.com Mon Apr 13 10:48:18 2009 From: varga.michal at gmail.com (Michal Varga) Date: Mon Apr 13 11:16:09 2009 Subject: [PATCH] gnome-session with session support (duh) Message-ID: <3f1fd1ea0904131048v28480406y41f813c36a9932a6@mail.gmail.com> As noted in my previous email today ( http://lists.freebsd.org/pipermail/freebsd-gnome/2009-April/022096.html ), gnome-session 2.26.0.90 is out, with working session save/restore, the one that has been exterminated with introduction of Gnome 2.24 and created an usability nightmare for many desktop users. Since moments later the ports tree has been frozen for the upcoming FreeBSD 7.2 release, here is a little local patch in case the new changes won't make it there for a while: (gmail will probably break the lines at 80 chars, does anyone know how to prevent this?) --snip--- --- Makefile 2009-04-10 07:56:18.000000000 +0200 +++ Makefile.new 2009-04-13 17:34:24.000000000 +0200 @@ -7,7 +7,7 @@ # PORTNAME= gnome-session -PORTVERSION= 2.26.0 +PORTVERSION= 2.26.0.90 CATEGORIES= x11 gnome MASTER_SITES= GNOME \ http://www.marcuscom.com/downloads/:local --- distinfo 2009-04-10 07:56:18.000000000 +0200 +++ distinfo.new 2009-04-13 18:18:05.000000000 +0200 @@ -1,6 +1,6 @@ -MD5 (gnome2/gnome-session-2.26.0.tar.bz2) = e17dbce7446b3e42fac2b1cea7dedffd -SHA256 (gnome2/gnome-session-2.26.0.tar.bz2) = 0a161c419718b83e18200fe51e7e5f827b9b72a5ef055782c8c896c550a7881b -SIZE (gnome2/gnome-session-2.26.0.tar.bz2) = 829541 +MD5 (gnome2/gnome-session-2.26.0.90.tar.bz2) = b715b1de0de24a49eb91b41a6731919b +SHA256 (gnome2/gnome-session-2.26.0.90.tar.bz2) = d13fd92dd85286eee8d322a9f4a91dbd464bff3507f3d300b7f829d45e31d9fb +SIZE (gnome2/gnome-session-2.26.0.90.tar.bz2) = 834138 MD5 (gnome2/freebsd-splashes-gnome-2.18_1.tar) = 80eb8c52fcf9fe977e0bf8ed48b85fe5 SHA256 (gnome2/freebsd-splashes-gnome-2.18_1.tar) = fcca0f6eb759a4ef0211ecd61340f84ce8ad4d7493f725ac8613724faadbb508 SIZE (gnome2/freebsd-splashes-gnome-2.18_1.tar) = 1630720 --snip--- I've been testing .90 for a while and it seems to be working "just fine" (though, I guess anything could be considered fine in opposition to the whole functionality missing). So far no problems encountered, so those who can't wait for the proper introduction (be it 2.26.0.90 or 2.26.1) can use these steps to upgrade to the .90 version now: # cd /usr/ports/x11/gnome-session # fetch http://varga.stonehenge.sk/temp/gnome-session-2.26.0.90.patch # patch < gnome-session-2.26.0.90.patch # rm -fv *.orig gnome-session-2.26.0.90.patch # portupgrade -vRu gnome-session (portmaster users should replace the last step with proper portmaster equivalent, of course) Restart Gnome, start using the desktop as you did back in 2.22. In case you find something seriously wrong with .90, you can go back to original 2.26.0 any time later with basically the same steps, just answer 'yes' when asked for patch reversal: # cd /usr/ports/x11/gnome-session # fetch http://varga.stonehenge.sk/temp/gnome-session-2.26.0.90.patch # patch < gnome-session-2.26.0.90.patch # rm -fv *.orig gnome-session-2.26.0.90.patch # portupgrade -vfu gnome-session m. From tingox at gmail.com Mon Apr 13 11:34:19 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Mon Apr 13 12:29:16 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: Hello, 2009/4/13 Bernhard Fr?hlich : > Here are the patches that i've needed to get both ports working again. > > > multimedia/mythtv: > > http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro > http://home.bluelife.at/ports/mythtv/patch-programs-mythtranscode-mythtranscode.pro On a freshly updated ports tree and with those two patches, I still get this error: g++ -c -pipe -march=k8 -fomit-frame-pointer -O3 -g -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I/usr/local/include -DPIC -fPIC -DMMX -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DPREFIX=\"/usr/local\" -DLIBDIR=\"/usr/local/lib\" -D_LARGEFILE_SOURCE -DUSING_OSS -DUSING_H264TOOLS -DUSING_X11 -DUSING_XV -DUSING_FRONTEND -DUSING_FFMPEG_THREADS -DUSING_V4L -DUSING_DBOX2 -DUSING_IPTV -DUSING_HDHOMERUN -DUSING_BACKEND -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/local/share/qt/mkspecs/freebsd-g++ -I. -I../../../../../../../local/include -I../../../../../../../local/include -I../.. -I.. -I. -I../libmyth -I../libavcodec -I../libavutil -I../libmythmpeg2 -Idvbdev -Impeg -Iiptv -I../libmythlivemedia/BasicUsageEnvironment/include -I../libmythlivemedia/groupsock/include -I../libmythlivemedia/liveMedia/include -I../libmythlivemedia/UsageEnvironment/include -I../../../../../../../local/include -I/usr/local/include -o pespacket.o mpeg/pespacket.cpp In file included from mpeg/pespacket.cpp:9: /usr/local/include/artsc/../libavcodec/avcodec.h:2353: warning: 'ImgReSampleContext' is deprecated (declared at /usr/local/include/artsc/../libavcodec/avcodec.h:2347) /usr/local/include/artsc/../libavcodec/avcodec.h:2363: warning: 'ImgReSampleContext' is deprecated (declared at /usr/local/include/artsc/../libavcodec/avcodec.h:2347) mpeg/pespacket.cpp: In member function 'uint PESPacket::CalcCRC() const': mpeg/pespacket.cpp:160: error: 'av_crc04C11DB7' was not declared in this scope gmake[2]: *** [pespacket.o] Error 1 gmake[2]: Leaving directory `/usr/ports/multimedia/mythtv/work/mythtv-0.21/libs/libmythtv' gmake[1]: *** [sub-libmythtv] Error 2 gmake[1]: Leaving directory `/usr/ports/multimedia/mythtv/work/mythtv-0.21/libs' gmake: *** [sub-libs] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. This is on a machine running: root@kg-quiet# uname -a FreeBSD kg-quiet.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #3: Sun Mar 29 14:46:57 CEST 2009 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/QUIET amd64 Do I need to do something more than dropping the patches into 'files'? This is the contents of the 'files' drirctory: root@kg-quiet# pwd /usr/ports/multimedia/mythtv root@kg-quiet# ls -l files total 40 -rw-r--r-- 1 root wheel 764 Jan 17 2007 makedb -rw-r--r-- 1 root wheel 592 Feb 27 2007 mythbackend.in -rw-r--r-- 1 root wheel 935 Mar 20 22:59 patch-configure -rw-r--r-- 1 root wheel 1190 Mar 30 23:31 patch-libs-libmyth-libmyth.pro -rw-r--r-- 1 root wheel 428 Mar 10 22:08 patch-libs__libmyth__compat.h -rw-r--r-- 1 root wheel 338 Mar 10 22:08 patch-libs__libmyth__util.cpp -rw-r--r-- 1 root wheel 400 Mar 10 22:08 patch-libs__libmythdvdnav__dvd_input.c -rw-r--r-- 1 root wheel 293 Mar 10 22:08 patch-libs__libmythdvdnav__dvdnav_internal.h -rw-r--r-- 1 root wheel 437 Mar 10 22:08 patch-libs__libmythfreemheg__Programs.cpp -rw-r--r-- 1 root wheel 386 Mar 10 22:08 patch-libs__libmythtv__cardutil.cpp -rw-r--r-- 1 root wheel 1457 Mar 10 22:08 patch-libs__libmythupnp__httprequest.cpp -rw-r--r-- 1 root wheel 510 Apr 12 15:44 patch-programs-mythtranscode-mythtranscode.pro -rw-r--r-- 1 root wheel 738 Mar 10 22:08 patch-programs__mythbackend__mainserver.cpp -rw-r--r-- 1 root wheel 456 Mar 10 22:08 patch-programs__mythbackend__scheduler.cpp -rw-r--r-- 1 root wheel 458 Mar 10 22:08 patch-programs__mythfrontend__main.cpp -rw-r--r-- 1 root wheel 500 Mar 10 22:08 patch-programs__mythtv-setup__backendsettings.cpp -rw-r--r-- 1 root wheel 417 Mar 10 22:08 pkg-deinstall.in -rw-r--r-- 1 root wheel 2268 Mar 16 20:10 pkg-install.in -rw-r--r-- 1 root wheel 280 Mar 10 22:08 pkg-message.in > multimedia/mythtv-frontend: > > http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro But 'make' in mythtv-frontend works with this patch (completes without errors), on the same machine. HTH -- Regards, Torfinn Ingolfsen From decke at bluelife.at Mon Apr 13 13:52:30 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Mon Apr 13 14:42:29 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: On Mon, April 13, 2009 8:34 pm, Torfinn Ingolfsen wrote: > Hello, > > 2009/4/13 Bernhard Fr?hlich : >> Here are the patches that i've needed to get both ports working again. >> >> >> multimedia/mythtv: >> >> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro >> http://home.bluelife.at/ports/mythtv/patch-programs-mythtranscode-mythtranscode.pro > > On a freshly updated ports tree and with those two patches, I still > get this error: > g++ -c -pipe -march=k8 -fomit-frame-pointer -O3 -g -Wall -Wno-switch > -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor > -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT > [snip] Looks like another missing patch. Now i've double checked with your list and this is the last missing one. (also taken from mythtv-frontend) http://home.bluelife.at/ports/mythtv/patch-libs-libmythtv-libmythtv.pro >> multimedia/mythtv-frontend: >> >> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro > > But 'make' in mythtv-frontend works with this patch (completes without > errors), on the same machine. Jiha :o) -- Bernhard Fr?hlich http://www.bluelife.at/ From bob at immure.com Mon Apr 13 16:33:49 2009 From: bob at immure.com (Bob Willcox) Date: Mon Apr 13 16:43:55 2009 Subject: MailScanner w/sendmail - why no one listening on port 25? Message-ID: <20090413232051.GF65933@rancor.immure.com> I am trying to get sendmail and MailScanner running on a 7.2-PRERELEASE system and can't figure out how to get sendmail (or any other program) to listen on port 25. If I remove MailScanner from the setup and just run sendmail alone it works as expected but adding MailScanner into the mix and the system won't accept port 25 connections. I have pretty much the same configuration running on a 6.4-STABLE system (this is a new system scheduled to replace the 6.4 system) and it works fine. I'm using the same MailScanner configuration files and sendmail.mc files on both systems. Anyone have any idea what may have changed and/or what I may have overlooked doing? Any good debugging tips for this problem would be welcomed (I've used sendmail for years but have never learned too much about it). Thanks, Bob -- Bob Willcox The trouble with doing something right the first bob@immure.com time is that nobody appreciates how difficult it was. Austin, TX -- unknown From marck at rinet.ru Mon Apr 13 16:58:20 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Apr 13 17:22:29 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239343955.4933.113.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> Message-ID: On Fri, 10 Apr 2009, Joe Marcus Clarke wrote: JMC> GNOME 2.26 has been merged into the ports tree. See [snip] After upgrading via portupgrade -a my home machine I can no longer use Treminal remote login using ssh keys with the following message in the logs (sorry, can't reproduce the message from Terminal popup window) Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and or keys from being written to the disk Any hints to fix this? RELENG_7/i386 Thanks in advance. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Mon Apr 13 17:08:40 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 13 17:23:42 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> Message-ID: <1239667718.1304.66.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 03:47 +0400, Dmitry Morozovsky wrote: > On Fri, 10 Apr 2009, Joe Marcus Clarke wrote: > > JMC> GNOME 2.26 has been merged into the ports tree. See > > [snip] > > After upgrading via portupgrade -a my home machine I can no longer use Treminal > remote login using ssh keys with the following message in the logs (sorry, > can't reproduce the message from Terminal popup window) > > Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 > revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and > or keys from being written to the disk > > Any hints to fix this? RELENG_7/i386 This error is normal, and not fatal. How do you have PAM configured for SSH? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/af64f571/attachment.pgp From marck at rinet.ru Mon Apr 13 17:30:28 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Apr 13 18:09:07 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239667718.1304.66.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> Message-ID: On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC> > After upgrading via portupgrade -a my home machine I can no longer use Treminal JMC> > remote login using ssh keys with the following message in the logs (sorry, JMC> > can't reproduce the message from Terminal popup window) JMC> > JMC> > Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 JMC> > revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and JMC> > or keys from being written to the disk JMC> > JMC> > Any hints to fix this? RELENG_7/i386 JMC> JMC> This error is normal, and not fatal. How do you have PAM configured for JMC> SSH? Hrrm, this is from client side, not from server, how can PAM intervent with this? BTW, I have There was an error creating the child process for this terminal as a modal dialog box when I tried to open stored Terminal window to the host which requires authorized_keys authentication. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Mon Apr 13 17:37:45 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 13 18:10:07 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> Message-ID: <1239669463.1304.67.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 04:30 +0400, Dmitry Morozovsky wrote: > On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > After upgrading via portupgrade -a my home machine I can no longer use Treminal > JMC> > remote login using ssh keys with the following message in the logs (sorry, > JMC> > can't reproduce the message from Terminal popup window) > JMC> > > JMC> > Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 > JMC> > revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and > JMC> > or keys from being written to the disk > JMC> > > JMC> > Any hints to fix this? RELENG_7/i386 > JMC> > JMC> This error is normal, and not fatal. How do you have PAM configured for > JMC> SSH? > > > Hrrm, this is from client side, not from server, how can PAM intervent with > this? Then I guess I misunderstand the problem. Are you having a problem with seahorse-agent acting as an SSH agent? Joe > > BTW, I have > > There was an error creating the child process for this terminal > > as a modal dialog box when I tried to open stored Terminal window to the host > which requires authorized_keys authentication. > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/a8bec379/attachment.pgp From marck at rinet.ru Mon Apr 13 17:46:07 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Apr 13 18:11:21 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239669463.1304.67.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> Message-ID: On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC> > JMC> > remote login using ssh keys with the following message in the logs (sorry, JMC> > JMC> > can't reproduce the message from Terminal popup window) JMC> > JMC> > JMC> > JMC> > Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 JMC> > JMC> > revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and JMC> > JMC> > or keys from being written to the disk JMC> > JMC> > JMC> > JMC> > Any hints to fix this? RELENG_7/i386 JMC> > JMC> JMC> > JMC> This error is normal, and not fatal. How do you have PAM configured for JMC> > JMC> SSH? JMC> > JMC> > JMC> > Hrrm, this is from client side, not from server, how can PAM intervent with JMC> > this? JMC> JMC> Then I guess I misunderstand the problem. Are you having a problem with JMC> seahorse-agent acting as an SSH agent? It seems to be so. Let me explain the situation a bit: My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as my window to my work servers, some of them recognising my SSH key as trusted. Before the upgrade, I had once pop-up asking for my key passphrase, then let me use this private key during my (home) session without further asking. Now, when I try to connect to the host which even possibly want to check whether I want to present some key there, I got the pop-up. I even checked that I can connect to the host in question using plain xterm, and have usual password qiery. Any other hints? Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Mon Apr 13 17:48:48 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 13 18:11:53 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> Message-ID: <1239670126.1304.75.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 04:46 +0400, Dmitry Morozovsky wrote: > On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > JMC> > remote login using ssh keys with the following message in the logs (sorry, > JMC> > JMC> > can't reproduce the message from Terminal popup window) > JMC> > JMC> > > JMC> > JMC> > Apr 12 11:54:37 revamp kernel: Apr 12 11:54:37 > JMC> > JMC> > revamp gnome-keyring-ask: couldn't allocate secure memory to keep passwords and > JMC> > JMC> > or keys from being written to the disk > JMC> > JMC> > > JMC> > JMC> > Any hints to fix this? RELENG_7/i386 > JMC> > JMC> > JMC> > JMC> This error is normal, and not fatal. How do you have PAM configured for > JMC> > JMC> SSH? > JMC> > > JMC> > > JMC> > Hrrm, this is from client side, not from server, how can PAM intervent with > JMC> > this? > JMC> > JMC> Then I guess I misunderstand the problem. Are you having a problem with > JMC> seahorse-agent acting as an SSH agent? > > It seems to be so. > > Let me explain the situation a bit: > > My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as > my window to my work servers, some of them recognising my SSH key as trusted. > > Before the upgrade, I had once pop-up asking for my key passphrase, then > let me use this private key during my (home) session without further asking. > > Now, when I try to connect to the host which even possibly want to check > whether I want to present some key there, I got the pop-up. I even checked that > I can connect to the host in question using plain xterm, and have usual > password qiery. What versions of gnome-keyring and seahorse do you have? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/a3c66971/attachment.pgp From marck at rinet.ru Mon Apr 13 17:52:13 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Apr 13 18:12:14 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239670126.1304.75.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> Message-ID: On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: JMC> > JMC> Then I guess I misunderstand the problem. Are you having a problem with JMC> > JMC> seahorse-agent acting as an SSH agent? JMC> > JMC> > It seems to be so. JMC> > JMC> > Let me explain the situation a bit: JMC> > JMC> > My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as JMC> > my window to my work servers, some of them recognising my SSH key as trusted. JMC> > JMC> > Before the upgrade, I had once pop-up asking for my key passphrase, then JMC> > let me use this private key during my (home) session without further asking. JMC> > JMC> > Now, when I try to connect to the host which even possibly want to check JMC> > whether I want to present some key there, I got the pop-up. I even checked that JMC> > I can connect to the host in question using plain xterm, and have usual JMC> > password qiery. JMC> JMC> What versions of gnome-keyring and seahorse do you have? marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' gnome-keyring-2.26.0 A program that keeps passwords and other secrets seahorse-2.26.0 GNOME application for managing encryption keys (PGP, SSH) -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marck at rinet.ru Mon Apr 13 18:13:15 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Mon Apr 13 18:37:10 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> Message-ID: Dear Joe Marcus, DM> JMC> What versions of gnome-keyring and seahorse do you have? DM> DM> marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' DM> gnome-keyring-2.26.0 A program that keeps passwords and other secrets DM> seahorse-2.26.0 GNOME application for managing encryption keys (PGP, SSH) After portupgrade -f seahorse gnome-keyring and reboot still the same effect... Of course, I can wipe packages installed and set it up from scratch, but I would prefer a bit safer way if at all possible ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Mon Apr 13 19:48:23 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 13 20:02:58 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> Message-ID: <1239677301.1304.76.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 04:52 +0400, Dmitry Morozovsky wrote: > On Mon, 13 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > JMC> Then I guess I misunderstand the problem. Are you having a problem with > JMC> > JMC> seahorse-agent acting as an SSH agent? > JMC> > > JMC> > It seems to be so. > JMC> > > JMC> > Let me explain the situation a bit: > JMC> > > JMC> > My home machine, RELENG_7/i386, with fresh source and fresh ports tree, acts as > JMC> > my window to my work servers, some of them recognising my SSH key as trusted. > JMC> > > JMC> > Before the upgrade, I had once pop-up asking for my key passphrase, then > JMC> > let me use this private key during my (home) session without further asking. > JMC> > > JMC> > Now, when I try to connect to the host which even possibly want to check > JMC> > whether I want to present some key there, I got the pop-up. I even checked that > JMC> > I can connect to the host in question using plain xterm, and have usual > JMC> > password qiery. > JMC> > JMC> What versions of gnome-keyring and seahorse do you have? > > marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' > gnome-keyring-2.26.0 A program that keeps passwords and other secrets > seahorse-2.26.0 GNOME application for managing encryption keys (PGP, SSH) Go to 2.26.1 on both, and see if the problem persists. Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/78189666/attachment.pgp From varga.michal at gmail.com Mon Apr 13 20:20:22 2009 From: varga.michal at gmail.com (Michal Varga) Date: Mon Apr 13 20:40:34 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> Message-ID: <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> On Tue, Apr 14, 2009 at 3:13 AM, Dmitry Morozovsky wrote: > Dear Joe Marcus, > > DM> JMC> What versions of gnome-keyring and seahorse do you have? > DM> > DM> marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' > DM> gnome-keyring-2.26.0 A program that keeps passwords and other secrets > DM> seahorse-2.26.0 ? ? GNOME application for managing encryption keys (PGP, SSH) > > After > > portupgrade -f seahorse gnome-keyring > > and reboot > > still the same effect... > > Of course, I can wipe packages installed and set it up from scratch, but I > would prefer a bit safer way if at all possible ;-) > Well, I have no idea what a "Terminal remote login" in this particular context is, so this may not be of any help, but I've seen this issue before: "Before the upgrade, I had once pop-up asking for my key passphrase, then let me use this private key during my (home) session without further asking.. Now, when I try to connect to the host which even possibly want to check whether I want to present some key there, I got the pop-up. I even checked that I can connect to the host in question using plain xterm, and have usual password qiery." I've been in similiar situation some time ago, when new gnome-keyring/seahorse (it started with one of the recent versions, don't remember exactly when, but definitely before 2.26 was introduced) for some surely interesting reason insisted on creating a very own keyring every other reboot - while originally you were using one default keyring (let's call it "default") for storing your passwords, now gnome-keyring kept creating a new one named "login" and always set it as the default one. That "login" keyring was even more special in that that nothing stored in it ever worked, it still kept asking for passwords and even then was not able to use them (and lost them on the next reboot anyway.. Maybe that's a feature, don't know, don't care). I've run into this on a few different machines, every time I needed to open 'seahorse', get to Passwords tab, delete the "login" keyring, set the original "default" as the default keyring (first time I wiped them all and created a clean one to be sure, but as it turned out later, this wasn't needed), after that, passwords worked fine again. This procedure again and again for a few days/reboots, until seahorse miraculously stopped this madness and let my default keyring be, well, default (yes, just like that). Anyway, if you weren't there yet, check seahorse gui for what keyring are you really using, maybe you've hit the same issue with the "login" stupidity.. m. From varga.michal at gmail.com Mon Apr 13 20:32:16 2009 From: varga.michal at gmail.com (Michal Varga) Date: Mon Apr 13 20:43:00 2009 Subject: [PATCH] gnome-session with session support (duh) In-Reply-To: <3f1fd1ea0904131048v28480406y41f813c36a9932a6@mail.gmail.com> References: <3f1fd1ea0904131048v28480406y41f813c36a9932a6@mail.gmail.com> Message-ID: <3f1fd1ea0904132032k18f5f965rb44a6b3406f51f31@mail.gmail.com> Additional small patch (attached) for ConsoleKit is needed for 'shutdown' from within Gnome to work with gnome-session 2.26.0.90. Logout alone works even without applying this patch. Diff is against consolekit-0.3.0_6 (latest). # cd /usr/local/etc/dbus-1/system.d/ # fetch http://varga.stonehenge.sk/temp/ConsoleKit.patch # patch < ConsoleKit.patch # rm -fv *.orig ConsoleKit.patch Relog Gnome, shutdown works again. m. -------------- next part -------------- A non-text attachment was scrubbed... Name: ConsoleKit.patch Type: application/octet-stream Size: 567 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090414/51bfd181/ConsoleKit.obj From sirdice at gmail.com Tue Apr 14 00:44:23 2009 From: sirdice at gmail.com (Sir Dice) Date: Tue Apr 14 01:10:20 2009 Subject: Make index fails Message-ID: <445ca0b40904140014l6b4d669ds95ef2bb9073023dc@mail.gmail.com> Hi, I just updated my ports tree with csup but make index fails: Generating INDEX-7 - please wait.."Makefile", line 114: Inconsistent operator for post-patch make: fatal errors encountered -- cannot continue ===> archivers/rpm5 failed *** Error code 1 1 error Cheers, Remko C. From fenner at FreeBSD.org Tue Apr 14 03:00:07 2009 From: fenner at FreeBSD.org (Bill Fenner) Date: Tue Apr 14 03:12:27 2009 Subject: Possibly unbuildable ports reminder Message-ID: <200904141000.n3EA07EW077214@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 mad at madpilot.net Tue Apr 14 03:06:42 2009 From: mad at madpilot.net (Guido Falsi) Date: Tue Apr 14 03:31:34 2009 Subject: Gnucash-2.2.7_2 - 7.2 - Core dump In-Reply-To: <49E317CA.3000308@madpilot.net> References: <20090412214236.GA18508@parmesan.sis.pasteur.fr> <49E317CA.3000308@madpilot.net> Message-ID: <20090414100640.GA95305@megatron.madpilot.net> On Mon, Apr 13, 2009 at 12:45:30PM +0200, Guido Falsi wrote: >> >> Any clue ? > > I'm having the same problem both with 7.2 and 8. It crashes when opening > any account page, I think the problem is the glib update to 2.20, or > perhaps the gtk. Gnucash already had this kind of problem in the past. > After finding this: https://bugzilla.redhat.com/show_bug.cgi?id=474511 which looks exactly like our problem, I noticed a newer version of gnucash was also available, incorporating a fix. I filed this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=133721 I hope the port maintainer will look at it in a few days at most, I think this is an update we would like to have before 7.2, since the port is broken otherwise. Is this possible? Is there anything I can do to speed things up? -- Guido Falsi From ale at FreeBSD.org Tue Apr 14 03:16:45 2009 From: ale at FreeBSD.org (Alex Dupre) Date: Tue Apr 14 04:00:42 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: References: <20090412024212.1FC2A1CD0B@mail.droso.net> Message-ID: <49E45C4A.5000800@FreeBSD.org> Chris Rees ha scritto: >> portname: audio/rosegarden >> description: The Rosegarden Editor and Sequencer suite >> maintainer: ports@FreeBSD.org >> deprecated because: tcl82 support is going to be dropped >> expiration date: 2009-04-22 >> build errors: none. >> overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden >> > > Woah! How do I save this? I'm thinking we could replace this with the > new version (ironically called 1.7.3 rather than 2.1). I have a port for the latest version of rosegarden on my PC, waiting for being finished and committed. -- Alex Dupre From marck at rinet.ru Tue Apr 14 03:24:48 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 04:02:47 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> Message-ID: On Tue, 14 Apr 2009, Michal Varga wrote: MV> On Tue, Apr 14, 2009 at 3:13 AM, Dmitry Morozovsky wrote: MV> > Dear Joe Marcus, MV> > MV> > DM> JMC> What versions of gnome-keyring and seahorse do you have? MV> > DM> MV> > DM> marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' MV> > DM> gnome-keyring-2.26.0 A program that keeps passwords and other secrets MV> > DM> seahorse-2.26.0 ? ? GNOME application for managing encryption keys (PGP, SSH) MV> > MV> > After MV> > MV> > portupgrade -f seahorse gnome-keyring MV> > MV> > and reboot MV> > MV> > still the same effect... MV> > MV> > Of course, I can wipe packages installed and set it up from scratch, but I MV> > would prefer a bit safer way if at all possible ;-) MV> > MV> Well, I have no idea what a "Terminal remote login" in this particular MV> context is, so this may not be of any help, but I've seen this issue MV> before: MV> MV> "Before the upgrade, I had once pop-up asking for my key passphrase, then MV> let me use this private key during my (home) session without further asking.. MV> Now, when I try to connect to the host which even possibly want to check MV> whether I want to present some key there, I got the pop-up. I even checked that MV> I can connect to the host in question using plain xterm, and have usual MV> password qiery." MV> MV> I've been in similiar situation some time ago, when new MV> gnome-keyring/seahorse (it started with one of the recent versions, MV> don't remember exactly when, but definitely before 2.26 was MV> introduced) for some surely interesting reason insisted on creating a MV> very own keyring every other reboot - while originally you were using MV> one default keyring (let's call it "default") for storing your MV> passwords, now gnome-keyring kept creating a new one named "login" and MV> always set it as the default one. MV> MV> That "login" keyring was even more special in that that nothing stored MV> in it ever worked, it still kept asking for passwords and even then MV> was not able to use them (and lost them on the next reboot anyway.. MV> Maybe that's a feature, don't know, don't care). I've run into this on MV> a few different machines, every time I needed to open 'seahorse', get MV> to Passwords tab, delete the "login" keyring, set the original MV> "default" as the default keyring (first time I wiped them all and MV> created a clean one to be sure, but as it turned out later, this MV> wasn't needed), after that, passwords worked fine again. This MV> procedure again and again for a few days/reboots, until seahorse MV> miraculously stopped this madness and let my default keyring be, well, MV> default (yes, just like that). MV> MV> Anyway, if you weren't there yet, check seahorse gui for what keyring MV> are you really using, maybe you've hit the same issue with the "login" MV> stupidity.. Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix the situation: if in the Terminal I try to open tab which ssh's to outer host, I immediately got the popup with "There was an error creating the child process for this terminal" nothing in this tab is started, and tab is just hanging. "login" keyring sometimes got recreated, sometimes not, but the effect above is totally reproducible. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From varga.michal at gmail.com Tue Apr 14 03:37:55 2009 From: varga.michal at gmail.com (Michal Varga) Date: Tue Apr 14 04:05:12 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> Message-ID: <3f1fd1ea0904140337x6f3563f7s80b3cfc1f31328ea@mail.gmail.com> On Tue, Apr 14, 2009 at 12:24 PM, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Michal Varga wrote: > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix > the situation: if in the Terminal I try to open tab which ssh's to outer host, > I immediately got the popup with > > "There was an error creating the child process for this terminal" > > nothing in this tab is started, and tab is just hanging. > Out of curiosity, unrelated to your issue - if this is about interactive ssh [shell] session, do you mean Gnome Terminal? I wasn't aware it can do anything on its own with ssh, normally I run the regular ssh client inside. How do you ssh directly from Gnome Terminal (if that's the one you mean) with gnome-keyring/seahorse capabilities? m. From mad at madpilot.net Tue Apr 14 04:00:53 2009 From: mad at madpilot.net (Guido Falsi) Date: Tue Apr 14 04:11:34 2009 Subject: PR for devel/jsmin not answered by maintainer Message-ID: <20090414110051.GD95305@megatron.madpilot.net> Hello, Almost a month ago I filed a PR for jsmin, which is not building because teh distfile(a .c file) was modified upstram for a new version, so fails checksum rendering the port effectively broken. It was automatically assighen to the port mantainer, but no action was taken, is someone looking at it? This is the PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=132775 Is it correct for me to ask for maintainer timeout to be applied? Thanks in advance to anyone looking at this. -- Guido Falsi From wxs at FreeBSD.org Tue Apr 14 06:23:28 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Apr 14 07:02:23 2009 Subject: PR for devel/jsmin not answered by maintainer In-Reply-To: <20090414110051.GD95305@megatron.madpilot.net> References: <20090414110051.GD95305@megatron.madpilot.net> Message-ID: <20090414132327.GB2058@atarininja.org> On Tue, Apr 14, 2009 at 01:00:51PM +0200, Guido Falsi wrote: > Hello, > > Almost a month ago I filed a PR for jsmin, which is not building > because teh distfile(a .c file) was modified upstram for a new version, > so fails checksum rendering the port effectively broken. > > It was automatically assighen to the port mantainer, but no action was > taken, is someone looking at it? > > This is the PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132775 > > Is it correct for me to ask for maintainer timeout to be applied? > > Thanks in advance to anyone looking at this. Yes, it is in maintainer timeout so I'll grab it and commit it after the freeze is over (it's not quite broken yet because the old .c file is still available on the FreeBSD mirror). Sorry for the delay. -- WXS From mad at madpilot.net Tue Apr 14 06:46:11 2009 From: mad at madpilot.net (Guido Falsi) Date: Tue Apr 14 07:09:39 2009 Subject: PR for devel/jsmin not answered by maintainer In-Reply-To: <20090414132327.GB2058@atarininja.org> References: <20090414110051.GD95305@megatron.madpilot.net> <20090414132327.GB2058@atarininja.org> Message-ID: <20090414134609.GG95305@megatron.madpilot.net> On Tue, Apr 14, 2009 at 09:23:27AM -0400, Wesley Shields wrote: > On Tue, Apr 14, 2009 at 01:00:51PM +0200, Guido Falsi wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132775 > > > > Is it correct for me to ask for maintainer timeout to be applied? > > > > Thanks in advance to anyone looking at this. > > Yes, it is in maintainer timeout so I'll grab it and commit it after the > freeze is over (it's not quite broken yet because the old .c file is > still available on the FreeBSD mirror). > > Sorry for the delay. No problem, thank you for the quick reply. I'm in no hurry to get that committed, so after the freeze is ok. I just wnated to make sure someone was following it. Thank you again for your kind support. -- Guido Falsi From rnoland at FreeBSD.org Tue Apr 14 06:54:21 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Tue Apr 14 07:11:20 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> Message-ID: <1239717249.1407.9.camel@wombat.2hip.net> On Tue, 2009-04-14 at 14:24 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Michal Varga wrote: > > MV> On Tue, Apr 14, 2009 at 3:13 AM, Dmitry Morozovsky wrote: > MV> > Dear Joe Marcus, > MV> > > MV> > DM> JMC> What versions of gnome-keyring and seahorse do you have? > MV> > DM> > MV> > DM> marck@revamp:/usr/ports> pkg_info | egrep 'gnome-keyring|seahorse' > MV> > DM> gnome-keyring-2.26.0 A program that keeps passwords and other secrets > MV> > DM> seahorse-2.26.0 GNOME application for managing encryption keys (PGP, SSH) > MV> > > MV> > After > MV> > > MV> > portupgrade -f seahorse gnome-keyring > MV> > > MV> > and reboot > MV> > > MV> > still the same effect... > MV> > > MV> > Of course, I can wipe packages installed and set it up from scratch, but I > MV> > would prefer a bit safer way if at all possible ;-) > MV> > > MV> Well, I have no idea what a "Terminal remote login" in this particular > MV> context is, so this may not be of any help, but I've seen this issue > MV> before: > MV> > MV> "Before the upgrade, I had once pop-up asking for my key passphrase, then > MV> let me use this private key during my (home) session without further asking.. > MV> Now, when I try to connect to the host which even possibly want to check > MV> whether I want to present some key there, I got the pop-up. I even checked that > MV> I can connect to the host in question using plain xterm, and have usual > MV> password qiery." > MV> > MV> I've been in similiar situation some time ago, when new > MV> gnome-keyring/seahorse (it started with one of the recent versions, > MV> don't remember exactly when, but definitely before 2.26 was > MV> introduced) for some surely interesting reason insisted on creating a > MV> very own keyring every other reboot - while originally you were using > MV> one default keyring (let's call it "default") for storing your > MV> passwords, now gnome-keyring kept creating a new one named "login" and > MV> always set it as the default one. > MV> > MV> That "login" keyring was even more special in that that nothing stored > MV> in it ever worked, it still kept asking for passwords and even then > MV> was not able to use them (and lost them on the next reboot anyway.. > MV> Maybe that's a feature, don't know, don't care). I've run into this on > MV> a few different machines, every time I needed to open 'seahorse', get > MV> to Passwords tab, delete the "login" keyring, set the original > MV> "default" as the default keyring (first time I wiped them all and > MV> created a clean one to be sure, but as it turned out later, this > MV> wasn't needed), after that, passwords worked fine again. This > MV> procedure again and again for a few days/reboots, until seahorse > MV> miraculously stopped this madness and let my default keyring be, well, > MV> default (yes, just like that). > MV> > MV> Anyway, if you weren't there yet, check seahorse gui for what keyring > MV> are you really using, maybe you've hit the same issue with the "login" > MV> stupidity.. > > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix > the situation: if in the Terminal I try to open tab which ssh's to outer host, > I immediately got the popup with > > "There was an error creating the child process for this terminal" > > nothing in this tab is started, and tab is just hanging. > > "login" keyring sometimes got recreated, sometimes not, but the effect above is > totally reproducible. If I am following this correctly, the functionality you are talking about is actually provided by seahorse-agent, which is installed with the seahorse-plugins port now. Unless something has changed with the default session (and I don't think it has, since my keyrings still work) we wrap the session with ssh-agent and seahorse-agent if they are found. robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090414/83a4e5da/attachment.pgp From marck at rinet.ru Tue Apr 14 08:34:41 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 09:05:42 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <3f1fd1ea0904140337x6f3563f7s80b3cfc1f31328ea@mail.gmail.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <3f1fd1ea0904140337x6f3563f7s80b3cfc1f31328ea@mail.gmail.com> Message-ID: On Tue, 14 Apr 2009, Michal Varga wrote: MV> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix MV> > the situation: if in the Terminal I try to open tab which ssh's to outer host, MV> > I immediately got the popup with MV> > MV> > "There was an error creating the child process for this terminal" MV> > MV> > nothing in this tab is started, and tab is just hanging. MV> > MV> Out of curiosity, unrelated to your issue - if this is about MV> interactive ssh [shell] session, do you mean Gnome Terminal? MV> MV> I wasn't aware it can do anything on its own with ssh, normally I run MV> the regular ssh client inside. How do you ssh directly from Gnome MV> Terminal (if that's the one you mean) with gnome-keyring/seahorse MV> capabilities? Yes, it's Gnome Terminal, see $SUBJ ;-) I just filled 'ssh -e none host' in execute command field. Before upgrade to 2.26 everything is worked like a charm -- on a first external connect, seahorse popup appears, asks me for a passphrase, and subsequent external sessions works automagically. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From varga.michal at gmail.com Tue Apr 14 08:45:28 2009 From: varga.michal at gmail.com (Michal Varga) Date: Tue Apr 14 09:08:27 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <3f1fd1ea0904140337x6f3563f7s80b3cfc1f31328ea@mail.gmail.com> Message-ID: <3f1fd1ea0904140845o335d74b2h28f1aa948fcd346b@mail.gmail.com> On Tue, Apr 14, 2009 at 5:34 PM, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Michal Varga wrote: > Yes, it's Gnome Terminal, see $SUBJ ;-) > > I just filled 'ssh -e none host' in execute command field. > > Before upgrade to 2.26 everything is worked like a charm -- on a first external > connect, seahorse popup appears, asks me for a passphrase, and subsequent > external sessions works automagically. > I'm still puzzled with that, by execute command field i guess you mean "[x] run a custom command instead of my shell" in gnome-terminal preferences. Bud where'd you get the ssh/seahorse functionality? Let's assume the 'ssh' will run the first ssh in path, that is by default $ which ssh /usr/bin/ssh $ ssh -V OpenSSH_5.1p1 FreeBSD-20080901, OpenSSL 0.9.8e 23 Feb 2007 But where does your seahorse powered ssh client come from? m. From marck at rinet.ru Tue Apr 14 10:05:57 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 10:24:59 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239717249.1407.9.camel@wombat.2hip.net> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> Message-ID: On Tue, 14 Apr 2009, Robert Noland wrote: [snip all] RN> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix RN> > the situation: if in the Terminal I try to open tab which ssh's to outer host, RN> > I immediately got the popup with RN> > RN> > "There was an error creating the child process for this terminal" RN> > RN> > nothing in this tab is started, and tab is just hanging. RN> > RN> > "login" keyring sometimes got recreated, sometimes not, but the effect above is RN> > totally reproducible. RN> RN> If I am following this correctly, the functionality you are talking RN> about is actually provided by seahorse-agent, which is installed with RN> the seahorse-plugins port now. Unless something has changed with the RN> default session (and I don't think it has, since my keyrings still work) RN> we wrap the session with ssh-agent and seahorse-agent if they are found. Aha! Yes, and seahorse-plugins was not installed; moreover, one of its dependencies (pth) conflicted with pth-hard installed previously. I'll try to clean this up and report the results. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From olivier at gid0.org Tue Apr 14 10:22:13 2009 From: olivier at gid0.org (Olivier SMEDTS) Date: Tue Apr 14 11:04:42 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <3f1fd1ea0904140845o335d74b2h28f1aa948fcd346b@mail.gmail.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <3f1fd1ea0904140337x6f3563f7s80b3cfc1f31328ea@mail.gmail.com> <3f1fd1ea0904140845o335d74b2h28f1aa948fcd346b@mail.gmail.com> Message-ID: <367b2c980904140949s25039fc9m13bec7b46f8667e6@mail.gmail.com> 2009/4/14 Michal Varga : > On Tue, Apr 14, 2009 at 5:34 PM, Dmitry Morozovsky wrote: >> On Tue, 14 Apr 2009, Michal Varga wrote: > >> Yes, it's Gnome Terminal, see $SUBJ ;-) >> >> I just filled 'ssh -e none host' in execute command field. >> >> Before upgrade to 2.26 everything is worked like a charm -- on a first external >> connect, seahorse popup appears, asks me for a passphrase, and subsequent >> external sessions works automagically. >> > I'm still puzzled with that, by execute command field i guess you mean > "[x] run a custom command instead of my shell" in gnome-terminal > preferences. Bud where'd you get the ssh/seahorse functionality? > > Let's assume the 'ssh' will run the first ssh in path, that is by default > > $ which ssh > /usr/bin/ssh > > $ ssh -V > OpenSSH_5.1p1 FreeBSD-20080901, OpenSSL 0.9.8e 23 Feb 2007 > > But where does your seahorse powered ssh client come from? It's an ssh agent, not an ssh client. I think it defines some SSH_* env variables at session opening, which are used by /usr/bin/ssh. -- 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 marcus at FreeBSD.org Tue Apr 14 10:26:47 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Tue Apr 14 11:05:54 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> Message-ID: <1239730007.1304.237.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 21:05 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Robert Noland wrote: > > [snip all] > > RN> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix > RN> > the situation: if in the Terminal I try to open tab which ssh's to outer host, > RN> > I immediately got the popup with > RN> > > RN> > "There was an error creating the child process for this terminal" > RN> > > RN> > nothing in this tab is started, and tab is just hanging. > RN> > > RN> > "login" keyring sometimes got recreated, sometimes not, but the effect above is > RN> > totally reproducible. > RN> > RN> If I am following this correctly, the functionality you are talking > RN> about is actually provided by seahorse-agent, which is installed with > RN> the seahorse-plugins port now. Unless something has changed with the > RN> default session (and I don't think it has, since my keyrings still work) > RN> we wrap the session with ssh-agent and seahorse-agent if they are found. > > Aha! Yes, and seahorse-plugins was not installed; moreover, one of its > dependencies (pth) conflicted with pth-hard installed previously. I'll try to > clean this up and report the results. I had assumed you had x11/gnome2 installed which includes seahorse-plugins. I find people that expect to be using seahorse-agent are using the entire GNOME Desktop. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/d195483c/attachment.pgp From utisoft at googlemail.com Tue Apr 14 11:02:29 2009 From: utisoft at googlemail.com (Chris Rees) Date: Tue Apr 14 11:15:47 2009 Subject: FreeBSD ports which are currently scheduled for deletion In-Reply-To: <49E45C4A.5000800@FreeBSD.org> References: <20090412024212.1FC2A1CD0B@mail.droso.net> <49E45C4A.5000800@FreeBSD.org> Message-ID: 2009/4/14 Alex Dupre : > Chris Rees ha scritto: >>> >>> portname: ? ? ? ? ? audio/rosegarden >>> description: ? ? ? ?The Rosegarden Editor and Sequencer suite >>> maintainer: ? ? ? ? ports@FreeBSD.org >>> deprecated because: tcl82 support is going to be dropped >>> expiration date: ? ?2009-04-22 >>> build errors: ? ? ? none. >>> overview: >>> http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rosegarden >>> >> >> Woah! How do I save this? I'm thinking we could replace this with the >> new version (ironically called 1.7.3 rather than 2.1). > > I have a port for the latest version of rosegarden on my PC, waiting for > being finished and committed. > > -- > Alex Dupre > Hehe, glad I got this before I got too far with my efforts. Thanks for the warning. I would offer a hand, but I'm an amateur, and since you have an @freebsd email I'm guessing you're a regular. If you do want help, I'm here :D Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From tingox at gmail.com Tue Apr 14 11:11:57 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Tue Apr 14 11:47:24 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: Hi, 2009/4/13 Bernhard Fr?hlich : > Looks like another missing patch. Now i've double checked with your list > and this is the last missing one. (also taken from mythtv-frontend) > > http://home.bluelife.at/ports/mythtv/patch-libs-libmythtv-libmythtv.pro Yes, now 'make' in mythtv woks as expected. Thank you. :-) However, 'make install' fails if mysql is not running: 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. The port is lying about not being able to start mysql: root@kg-quiet# /usr/local/etc/rc.d/mysql-server status mysql is running as pid 34965. If I run 'make install' with mysql running, it works as expected. I'm not really sure how this should be handled. Perphaps the port should just tell the user that it was unable to install the database, and tel her / hom how to do it manually? -- Regards, Torfinn Ingolfsen From marck at rinet.ru Tue Apr 14 11:18:54 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 12:06:31 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239730007.1304.237.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> Message-ID: On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC> > RN> If I am following this correctly, the functionality you are talking JMC> > RN> about is actually provided by seahorse-agent, which is installed with JMC> > RN> the seahorse-plugins port now. Unless something has changed with the JMC> > RN> default session (and I don't think it has, since my keyrings still work) JMC> > RN> we wrap the session with ssh-agent and seahorse-agent if they are found. JMC> > JMC> > Aha! Yes, and seahorse-plugins was not installed; moreover, one of its JMC> > dependencies (pth) conflicted with pth-hard installed previously. I'll try to JMC> > clean this up and report the results. JMC> JMC> I had assumed you had x11/gnome2 installed which includes JMC> seahorse-plugins. I find people that expect to be using seahorse-agent JMC> are using the entire GNOME Desktop. Well, I did ;-) Somehow during the upgrade gnome2 meta-port had been uninstalled, hence missing portupgrade -a. I'm now in progress of portupgrade -N gnome2, will report the results. Thank you! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marck at rinet.ru Tue Apr 14 11:20:47 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 12:09:38 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239730007.1304.237.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> Message-ID: On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC> I had assumed you had x11/gnome2 installed which includes JMC> seahorse-plugins. I find people that expect to be using seahorse-agent JMC> are using the entire GNOME Desktop. Another question: is there a way to avoid apache22 install (i have apache13 installed and have no current plans to upgrade) ? I tried to chase options but failed. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Tue Apr 14 12:14:37 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Tue Apr 14 12:37:21 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> Message-ID: <1239736472.1304.251.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 22:20 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: > > JMC> I had assumed you had x11/gnome2 installed which includes > JMC> seahorse-plugins. I find people that expect to be using seahorse-agent > JMC> are using the entire GNOME Desktop. > > Another question: is there a way to avoid apache22 install (i have apache13 > installed and have no current plans to upgrade) ? I tried to chase > options but failed. Not by using the meta-port. This is required for gnome-user-share which is now part of the GNOME Desktop. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/2c2affd1/attachment.pgp From marck at rinet.ru Tue Apr 14 12:22:54 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 14 13:07:57 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239736472.1304.251.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> Message-ID: On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC> > JMC> I had assumed you had x11/gnome2 installed which includes JMC> > JMC> seahorse-plugins. I find people that expect to be using seahorse-agent JMC> > JMC> are using the entire GNOME Desktop. JMC> > JMC> > Another question: is there a way to avoid apache22 install (i have apache13 JMC> > installed and have no current plans to upgrade) ? I tried to chase JMC> > options but failed. JMC> JMC> Not by using the meta-port. This is required for gnome-user-share which JMC> is now part of the GNOME Desktop. Hmm, so currently there is no way to install gnome2 without requiring apache22? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marcus at FreeBSD.org Tue Apr 14 12:37:01 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Tue Apr 14 13:18:04 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> Message-ID: <1239737820.1304.265.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 23:22 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > JMC> I had assumed you had x11/gnome2 installed which includes > JMC> > JMC> seahorse-plugins. I find people that expect to be using seahorse-agent > JMC> > JMC> are using the entire GNOME Desktop. > JMC> > > JMC> > Another question: is there a way to avoid apache22 install (i have apache13 > JMC> > installed and have no current plans to upgrade) ? I tried to chase > JMC> > options but failed. > JMC> > JMC> Not by using the meta-port. This is required for gnome-user-share which > JMC> is now part of the GNOME Desktop. > > Hmm, so currently there is no way to install gnome2 without requiring apache22? Correct. You could, of course, go through the meta-port, and remove gnome-user-share on your own (i.e. build your own customized meta-port). Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090414/58d6bffc/attachment.pgp From p.christias at noc.ntua.gr Tue Apr 14 16:25:01 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Tue Apr 14 17:01:48 2009 Subject: How to "portinstall -P" packages that alter ther names via PKGNAMESUFFIX? Message-ID: <49E51B4B.1090700@noc.ntua.gr> Hello, we were looking for a way to manage efficiently the ports installed in our servers and we came up with the idea to set up a "builder" server on which we compile, install and test all ports. The rest of our servers set the PKG_SITES variable to "builder" and use "portinstall -P" and "portupgrade -P" for installations and upgrades. The setup works quite well and has saved us a lot of time and effort. Currently we are looking for ways to automate as much as possible the whole process. One of the problems we face is the initial installation of packages that alter their names, like sendmail+tls+sasl2+ldap+db46 and openldap-sasl-server. Seems like there is no obvious way to "portinstall -P" such packages. Falling back to "pkg_add -r full-URL" would be an ugly solution :-/ Any ideas? Cheers, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From joshua_rickmar at eumx.net Tue Apr 14 16:29:19 2009 From: joshua_rickmar at eumx.net (Josh Rickmar) Date: Tue Apr 14 17:13:45 2009 Subject: net-im/finch crashing on startup Message-ID: Hi, First, some system details: [18:41][joshua@FGD135] % uname -a FreeBSD FGD135.localdomain 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun Mar 22 12:35:36 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 I have just built the net-im/finch port (and libpurple) using the following configure options: BONJOUR=on "Enable mDNS support" DBUS=on "Enable DBUS bindings" GNUTLS=on "GNUTLS encryption support" NSS=off "Mozilla NSS encryption support" SASL=off "Cyrus SASL support (for jabberd)" PERL=off "Perl scripting" TCLTK=off "Tcl/Tk scripting" SAMETIME=off "The Lotus Sametime chat protocol" SILC=off "The Secure Internet Live Conferencing protocol" GG=off "The Gadu-Gadu chat protocol" IRC=off "The Internet Relay Chat protocol" JABBER=on "The Jabber/XMPP/Google Talk protocol" MSN=off "The MSN Messenger protocol" MYSPACE=off "The MySpaceIM protocol" NOVELL=off "The Novell GroupWise chat protocol" OSCAR=on "The AIM/ICQ/Oscar protocol" QQ=off "The Tercent QQ chat protocol" SIMPLE=off "The SIMPLE chat protocol" YAHOO=off "The Yahoo! Messenger protocol" ZEPHYR=off "The Zephyr chat protocol" As soon as I try and start finch, it loads for a brief second, but then I get a segmentation fault. My terminal is also messed up afterwards. Can anybody help? I'm not quite sure what to do to fix this, or even figure out what is going wrong. Also, does anyone has any other recommendations as to a console-based IM client supporting at least XMPP if I can't get finch working? From timur at FreeBSD.org Tue Apr 14 17:22:29 2009 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Tue Apr 14 18:00:21 2009 Subject: Samba 3.x build problems with LDAP support In-Reply-To: <49E10003.4030002@valleycomnet.com> References: <49E10003.4030002@valleycomnet.com> Message-ID: <7d743c270904141722l5617de3ck500c50d45e918727@mail.gmail.com> Hi, Erik! I guess the answer lays in the config.log, where it said: idmap_ldap ... static So, it is compiled into Samba. Regards, Timur. On Sat, Apr 11, 2009 at 10:39 PM, Erik Van Benschoten wrote: > Hello, > > Is anyone else experiencing problems building/installing samba32 or samba33? > Either port does not seem to install the idmap_ldap backend. I've tried > uninstalling > everything and then reinstalling from scratch - no luck. The other idmap > backends > (ad, adex, hash, rid & tdb2) are installed fine. > > Thanks, > Erik Van Benschoten > _______________________________________________ > 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 rwmaillists at googlemail.com Tue Apr 14 17:57:44 2009 From: rwmaillists at googlemail.com (RW) Date: Tue Apr 14 18:19:53 2009 Subject: How to "portinstall -P" packages that alter ther names via PKGNAMESUFFIX? In-Reply-To: <49E51B4B.1090700@noc.ntua.gr> References: <49E51B4B.1090700@noc.ntua.gr> Message-ID: <20090415015738.69a03702@gumby.homeunix.com> On Wed, 15 Apr 2009 02:24:59 +0300 Panagiotis Christias wrote: > The setup works quite well and has saved us a lot of time and effort. > Currently we are looking for ways to automate as much as possible the > whole process. One of the problems we face is the initial > installation of packages that alter their names, like > sendmail+tls+sasl2+ldap+db46 and openldap-sasl-server. Seems like > there is no obvious way to "portinstall -P" such packages. This is sometimes handled through slave ports e.g. net/cvsup-without-gui. If there aren't too many variations you might create some local slave ports. From mailing at gaturkey.com Wed Apr 15 01:10:15 2009 From: mailing at gaturkey.com (Global Access Travel) Date: Wed Apr 15 01:40:21 2009 Subject: Turkey Calling Producers Message-ID: [http://www.turkeycalling.us] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] Thanks to the fast growing technology, now people have access to anywhere in the world, anytime they want. This creates a great demand for the TV and Movie industry to improve itself and come up with new ideas and unique projects all the time. It is now essential to make what?s not made, showing where?s not shown before. Competition is big and those who can understand and satisfy the audience will be the winner. Turkey is a uniquely beautiful country offering a lot to its visitors. Located in a vast area in mid-zone, Turkey is blessed with 4 different seasons and climates, wide forests, secluded beaches, snowy mountains and beautiful scenery throughout the country. Being surrounded by 3 seas and a natural bridge from Asia to Europe, Turkey attracted many tribes, nations and empires throughout its history and they all left their footprints on this land. Greek Gods ruled here, Battle of Troy was held here, 7 Churches of Revelation are here, even Santa Clause was born here! There is a story interesting for everyone in Turkey. [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] BMP TV and Global Access Travel are two sister companies, who together can provide you with both technical and logistic support in Turkey and surrounding countries. BMP TV offers technical services to radio and TV stations with experienced and professional staff. We feature the latest technology and provide service in Turkey to top companies such as Kanal D, Fox TV, CNBC, NTV, CNNTurk, Star TV and companies from outside Turkey such as DW, Eurosport, TF1 and many others. As well as technical equipment, BMP TV is also able to provide staff for your projects such as Cameramans, Jimmy Jib Operators and all crew for your production requirements. Global Access is a Destination Management Company, running both incoming and outgoing operations. Our services are preferred by many major tour operators throughout the world, therefore we enjoy very good rates from most hotels in Turkey. We will make sure that your staff and equipment travels safely throughout country and be provided the best accommodation, food and extra services possible. Turkey is a paradise for producers and now we will make this paradise accessible for you. Please contact us and let?s discuss what amazing projects we can create together. [http://www.turkeycalling.us/istanbul/turkey-calling-contact.htm] Please fill the form below and let us determine the best solutions for you [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [http://www.turkeycalling.us/istanbul/Istanbul-Calling-Producers.htm] [mailto:incoming@bookinglobe.com?subject=Turkey Calling Producers] This message was sent by: sehnaz, Besiktas, istanbul, 33 34357, Turkey Manage your subscription: http://app.icontact.com/icp/mmail-mprofile.pl?r=46175004&l=82236&s=ZEUQ&m=563575&c=305227 Forward to a friend: http://app.icontact.com/icp/sub/forward?m=563575&s=46175004&c=ZEUQ&cid=305227 From toshi at ruby.ocn.ne.jp Wed Apr 15 04:12:46 2009 From: toshi at ruby.ocn.ne.jp (SAITOU Toshihide) Date: Wed Apr 15 04:44:31 2009 Subject: LibSM problem with make configure In-Reply-To: <49C65F17.9020302@seliverstoff.fr> References: <49C65F17.9020302@seliverstoff.fr> Message-ID: <20090415.194039.07433541.toshi@ruby.ocn.ne.jp> In message: <49C65F17.9020302@seliverstoff.fr> michel writes: > Hello, > I'm having problems upgrading LibSM, some problem with aclocal. > I tried to upgrade portupgrade -f 'autoconf*' 'automake*' but it didn't help > Thanks for your help, > Michel > > (FreeBSD 6.2-RELEASE-p12 i386) > > /usr/ports/x11/libSM $ make configure > ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found > ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found > ===> Configuring for libSM-1.1.0_1,1 > /usr/local/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK > /usr/local/share/aclocal/gtk.m4:7: run info '(automake)Extending aclocal' > /usr/local/share/aclocal/gtk.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal > configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst > ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... > /usr/local/share/aclocal/header.m4:12: AM_CONFIG_HEADER is expanded from... > configure.ac:15: the top level > configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp > /usr/local/share/aclocal/header.m4:58: _AM_DIRNAME is expanded from... > ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... > configure.ac:57: the top level > configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst > ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... > aclocal.m4:279: AM_CONFIG_HEADER is expanded from... > configure.ac:15: the top level > configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp > aclocal.m4:325: _AM_DIRNAME is expanded from... > ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... > configure.ac:57: the top level > configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst > ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... > aclocal.m4:279: AM_CONFIG_HEADER is expanded from... > configure.ac:15: the top level > configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp > aclocal.m4:325: _AM_DIRNAME is expanded from... > ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... > configure.ac:57: the top level > configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst > ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... > aclocal.m4:279: AM_CONFIG_HEADER is expanded from... > configure.ac:15: the top level > configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp > aclocal.m4:325: _AM_DIRNAME is expanded from... > ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... > configure.ac:57: the top level > configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an > configure.ac:11: old Automake version. You should recreate aclocal.m4 > configure.ac:11: with aclocal and run automake again. > /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL > /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' > /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. > *** Error code 63 > > Stop in /usr/ports/x11/libSM. I encountered a same problem and solved by deleting some obsolete(?) m4 files in the /usr/local/share/aclocal. I don't know why these m4 files remained during upgrade process. ---- SAITOU Toshihide From p.christias at noc.ntua.gr Wed Apr 15 04:26:10 2009 From: p.christias at noc.ntua.gr (Panagiotis Christias) Date: Wed Apr 15 04:48:29 2009 Subject: How to "portinstall -P" packages that alter ther names via PKGNAMESUFFIX? In-Reply-To: <20090415015738.69a03702@gumby.homeunix.com> References: <49E51B4B.1090700@noc.ntua.gr> <20090415015738.69a03702@gumby.homeunix.com> Message-ID: <49E5C40A.50003@noc.ntua.gr> RW wrote: > On Wed, 15 Apr 2009 02:24:59 +0300 > Panagiotis Christias wrote: > >> The setup works quite well and has saved us a lot of time and effort. >> Currently we are looking for ways to automate as much as possible the >> whole process. One of the problems we face is the initial >> installation of packages that alter their names, like >> sendmail+tls+sasl2+ldap+db46 and openldap-sasl-server. Seems like >> there is no obvious way to "portinstall -P" such packages. > > This is sometimes handled through slave ports e.g. > net/cvsup-without-gui. > > If there aren't too many variations you might create some local slave > ports. Wouldn't that require to create the ports INDEX file locally? -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From evanben at valleycomnet.com Wed Apr 15 06:26:14 2009 From: evanben at valleycomnet.com (Erik Van Benschoten) Date: Wed Apr 15 06:59:23 2009 Subject: Samba 3.x build problems with LDAP support In-Reply-To: <7d743c270904141722l5617de3ck500c50d45e918727@mail.gmail.com> References: <49E10003.4030002@valleycomnet.com> <7d743c270904141722l5617de3ck500c50d45e918727@mail.gmail.com> Message-ID: <49E5E070.40902@valleycomnet.com> Timur, Thanks for the response. I seem to be having another issue, then. I've checked that LDAP support is compiled in: # smbd -b | grep LDAP HAVE_LDAP_H HAVE_LDAP HAVE_LDAP_ADD_RESULT_ENTRY HAVE_LDAP_INIT HAVE_LDAP_INITIALIZE HAVE_LDAP_SASL_WRAPPING HAVE_LDAP_SET_REBIND_PROC HAVE_LIBLDAP LDAP_SET_REBIND_PROC_ARGS And, # smbd -b | grep ldap pdb_ldap pdb_smbpasswd pdb_tdbsam rpc_lsarpc rpc_winreg rpc_initshutdown rpc_dssetup rpc_wkssvc rpc_svcctl2 rpc_ntsvcs2 rpc_netlogon rpc_netdfs rpc_srvsvc rpc_spoolss rpc_eventlog2 rpc_samr idmap_ldap idmap_tdb idmap_passdb idmap_nss nss_info_template auth_sam auth_unix auth_winbind auth_server auth_domain auth_builtin vfs_default vfs_posixacl Yet, when I try to perform a 'net sam provision' command I get the following: Checking for Domain Users group. Adding the Domain Users group. Unable to allocate a new gid to create Domain Users group! Checking for Domain Admins group. Adding the Domain Admins group. Unable to allocate a new gid to create Domain Admins group! Check for Administrator account. Adding the Administrator user. Can't create Administrator user, Domain Admins group not available! And this seems to be caused by what I see in the log.winbindd-idmap file: [2009/04/15 09:14:12, 1] winbindd/idmap.c:idmap_alloc_init(578) could not find idmap alloc module ldap [2009/04/15 09:14:12, 1] winbindd/idmap.c:idmap_alloc_init(578) could not find idmap alloc module ldap How could it be that it can't find the module when support is compiled in? Thanks, Erik Van Benschoten Timur I. Bakeyev wrote: > Hi, Erik! > > I guess the answer lays in the config.log, where it said: > > idmap_ldap ... static > > So, it is compiled into Samba. > > Regards, > Timur. > > On Sat, Apr 11, 2009 at 10:39 PM, Erik Van Benschoten > wrote: > >> Hello, >> >> Is anyone else experiencing problems building/installing samba32 or samba33? >> Either port does not seem to install the idmap_ldap backend. I've tried >> uninstalling >> everything and then reinstalling from scratch - no luck. The other idmap >> backends >> (ad, adex, hash, rid & tdb2) are installed fine. >> >> Thanks, >> Erik Van Benschoten >> _______________________________________________ >> 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" >> > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.238 / Virus Database: 270.11.57/2059 - Release Date: 04/14/09 14:52:00 > > From QAT at FreeBSD.org Wed Apr 15 06:57:46 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Wed Apr 15 07:19:07 2009 Subject: cvs commit: ports/net/mpd/files patch-Makefile patch-conf::Makefile patch-src::Makefile In-Reply-To: <200904151355.n3FDtspm094998@repoman.freebsd.org> References: <200904151355.n3FDtspm094998@repoman.freebsd.org> Message-ID: <20090415134240.183638FC3B@release.ixsystems.com> The Restless Daemon identified a mtree error while trying to build: mpd-3.18_5 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/net/mpd/Makefile,v 1.51 2007/02/12 07:57:25 sem Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/mpd-3.18_5.log : ===> src (install) install -s -o root -g wheel -m 555 mpd /usr/local/sbin ===> conf (install) install -c -o root -g wheel -m 444 mpd.conf.sample mpd.links.sample mpd.secret.sample mpd.script.sample /usr/local/etc/mpd ===> doc (install) install -o root -g wheel -m 444 mpd.8.gz /usr/local/man/man8 ===> Installing rc.d startup script(s) ===> Registering installation for mpd-3.18_5 ===> SECURITY REPORT: This port has installed the following files which may act as network servers and may therefore pose a remote security risk to the system. /usr/local/sbin/mpd This port has installed the following startup scripts which may cause these network services to be started at boot time. /usr/local/etc/rc.d/mpd If there are vulnerabilities in these programs there may be a security risk to the system. FreeBSD makes no guarantee about the security of ports included in the Ports Collection. Please type 'make deinstall' to deinstall the port if this is a concern. For more information, and contact details about the security status of this software, see the following webpage: http://sourceforge.net/projects/mpd/ ================================================================ ======================================== ===> Building package for mpd-3.18_5 Creating package /tmp/packages/All/mpd-3.18_5.tbz Registering depends:. Registering conflicts: mpd-[^3]*. Creating bzip'd tar ball in '/tmp/packages/All/mpd-3.18_5.tbz' Deleting mpd-3.18_5 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 8126751 4 drwxr-xr-x 2 root wheel 512 Apr 15 13:42 usr/local/share/doc/mpd ================================================================ build of /usr/ports/net/mpd ended at Wed Apr 15 13:42:38 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/mpd-3.18_5.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net&portname=mpd The build which triggered this BotMail was done under tinderbox-devel-3.2_2; 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 david at vizion2000.net Wed Apr 15 07:59:45 2009 From: david at vizion2000.net (David Southwell) Date: Wed Apr 15 08:17:29 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <20090415122737.GA51442@ei.bzerk.org> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <200904140801.29211.david@vizion2000.net> <20090415122737.GA51442@ei.bzerk.org> Message-ID: <200904150835.18949.david@vizion2000.net> On Wednesday 15 April 2009 05:27:37 you wrote: > On Tue, Apr 14, 2009 at 08:01:28AM -0700, David Southwell typed: > > On Tuesday 14 April 2009 05:20:35 Ruben de Groot wrote: > > > > > Perhaps you should start a new thread. > > > > > > > > > > Chris > > > > > > > > Tried that last week to no avail > > > > So asmy question was vaguely on topic I had hoped someone might be > > > > able to contribute something useful!! > > > > > > If you can send a reply-all to the list, you certainly can send a new > > > question, can't you? Hijacking threads *is* considered > > > rude/ignorant/dumb by some. > > > > > > That said, Pod::Perldoc seems to be part of perl-5.8.[8-9] on my > > > systems, so unless you're doing some nonstandard things with this > > > package, I suggest you just pkg_delete the bsdpan package and get on > > > with it. > > > > Hi Ruben > > > > Sorry to get cross with you but it has been clear from your responses > > that you have not actually troubled to read the detail of what I posted. > > The origibnal posting refrred to the issue as being one that came as a > > result of doing something similar to the OP for the thread. There was a > > second part (relating to getting the info on bsdpan into the DB. > > My "responses" ??? > Sorry, but this was my first response to anything you've posted on this > list. > > > a. If you had read carefully you would have found that I have already > > tried: posting another thread > > Tried searching the archives a bit but sorry. What can possibly go wrong > with sending an new email to questions@freebsd.org? You tried and failed? > that's pretty weird! > > > b. I had already tried pkg_delete without success. > > What is the error? Tried pkg_delete -f? > > > c. I had tried package_deinstall again without success. > > You probably mean pkg_deinstall. What what the error? which options did you > use? > > > d. I am totally puzzled why bsdpan-Pod_Perldoc should be showing a > > dependency on perl-5.8-9 when I have upgraded to 10. > > Ehm, is there maybe something like this in your /etc/make.conf? > > # more /etc/make.conf > # added by use.perl 2008-05-07 04:31:59 > PERL_VER=5.8.9 > PERL_VERSION=5.8.9 > > When you upgrade to something that's not (yet) in the ports tree, and you > don't completely know what you're doing, Puzzling Things(TM) might happen. > Live with it. > > Ruben I do not know what you are on but it is well past time you brought your ports tree up to date -- perl5.10 has been in the tree since April 5th. [root@dns1 /usr/ports/lang]# ls -l |grep perl drwxr-xr-x 3 root wheel 512 Jan 30 04:48 eperl drwxr-xr-x 2 root wheel 512 Jul 2 2008 linux-libperl5.8 drwxr-xr-x 3 root wheel 512 Mar 4 2007 pecl-perl drwxr-xr-x 4 root wheel 512 Apr 14 14:56 perl5.10 drwxr-xr-x 3 root wheel 512 Mar 11 01:49 perl5.6 drwxr-xr-x 3 root wheel 512 Mar 26 08:48 perl5.8 drwxr-xr-x 3 root wheel 512 Apr 9 06:47 ruby-perl Thanks again.. it seems as though you are not reading things carefully. I do not know why but why do you feel the need to snipe - and do so based upon incorrect assumptions? I had previously checked my make.conf to see if it had any hangovers from the earlier version in the ports tree but that had been correctly changed during the upgrade. It reads: PERL_VERSION=5.10. Thanks again David From david at vizion2000.net Wed Apr 15 08:41:59 2009 From: david at vizion2000.net (David Southwell) Date: Wed Apr 15 09:17:26 2009 Subject: Can I resume the perl upgrade? In-Reply-To: <200904150835.18949.david@vizion2000.net> References: <486EACE56EE9A4FF9B93958A@utd65257.utdallas.edu> <20090415122737.GA51442@ei.bzerk.org> <200904150835.18949.david@vizion2000.net> Message-ID: <200904150917.33930.david@vizion2000.net> On Wednesday 15 April 2009 08:35:18 David Southwell wrote: > On Wednesday 15 April 2009 05:27:37 you wrote: > > On Tue, Apr 14, 2009 at 08:01:28AM -0700, David Southwell typed: > > > On Tuesday 14 April 2009 05:20:35 Ruben de Groot wrote: > > > > > > Perhaps you should start a new thread. > > > > > > > > > > > > Chris > > > > > > > > > > Tried that last week to no avail > > > > > So asmy question was vaguely on topic I had hoped someone might be > > > > > able to contribute something useful!! > > > > > > > > If you can send a reply-all to the list, you certainly can send a new > > > > question, can't you? Hijacking threads *is* considered > > > > rude/ignorant/dumb by some. > > > > > > > > That said, Pod::Perldoc seems to be part of perl-5.8.[8-9] on my > > > > systems, so unless you're doing some nonstandard things with this > > > > package, I suggest you just pkg_delete the bsdpan package and get on > > > > with it. > > > > > > Hi Ruben > > > > > > Sorry to get cross with you but it has been clear from your responses > > > that you have not actually troubled to read the detail of what I > > > posted. The origibnal posting refrred to the issue as being one that > > > came as a result of doing something similar to the OP for the thread. > > > There was a second part (relating to getting the info on bsdpan into > > > the DB. > > > > My "responses" ??? > > Sorry, but this was my first response to anything you've posted on this > > list. > > > > > a. If you had read carefully you would have found that I have already > > > tried: posting another thread > > > > Tried searching the archives a bit but sorry. What can possibly go wrong > > with sending an new email to questions@freebsd.org? You tried and failed? > > that's pretty weird! > > > > > b. I had already tried pkg_delete without success. > > > > What is the error? Tried pkg_delete -f? > > > > > c. I had tried package_deinstall again without success. > > > > You probably mean pkg_deinstall. What what the error? which options did > > you use? > > > > > d. I am totally puzzled why bsdpan-Pod_Perldoc should be showing a > > > dependency on perl-5.8-9 when I have upgraded to 10. > > > > Ehm, is there maybe something like this in your /etc/make.conf? > > > > # more /etc/make.conf > > # added by use.perl 2008-05-07 04:31:59 > > PERL_VER=5.8.9 > > PERL_VERSION=5.8.9 > > > > When you upgrade to something that's not (yet) in the ports tree, and you > > don't completely know what you're doing, Puzzling Things(TM) might > > happen. Live with it. > > > > Ruben > > I do not know what you are on but it is well past time you brought your > ports tree up to date -- perl5.10 has been in the tree since April 5th. Sorry I should have said 28th March 2009 -- see UPDATING > > [root@dns1 /usr/ports/lang]# ls -l |grep perl > drwxr-xr-x 3 root wheel 512 Jan 30 04:48 eperl > drwxr-xr-x 2 root wheel 512 Jul 2 2008 linux-libperl5.8 > drwxr-xr-x 3 root wheel 512 Mar 4 2007 pecl-perl > drwxr-xr-x 4 root wheel 512 Apr 14 14:56 perl5.10 > drwxr-xr-x 3 root wheel 512 Mar 11 01:49 perl5.6 > drwxr-xr-x 3 root wheel 512 Mar 26 08:48 perl5.8 > drwxr-xr-x 3 root wheel 512 Apr 9 06:47 ruby-perl > > > Thanks again.. it seems as though you are not reading things carefully. I > do not know why but why do you feel the need to snipe - and do so based > upon incorrect assumptions? > > I had previously checked my make.conf to see if it had any hangovers from > the earlier version in the ports tree but that had been correctly changed > during the upgrade. > > It reads: > PERL_VERSION=5.10. > > Thanks again > David > > > > > > > _______________________________________________ > 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 christer.solskogen at gmail.com Wed Apr 15 08:57:29 2009 From: christer.solskogen at gmail.com (Christer Solskogen) Date: Wed Apr 15 09:22:27 2009 Subject: FreeBSD Port: net/xmlrpc-c-devel In-Reply-To: <49E6011E.5050907@gmail.com> References: <49E0757F.1030300@gmail.com> <49E6011E.5050907@gmail.com> Message-ID: <49E603E3.4090001@gmail.com> On 4/15/09 5:45 PM, Ricardo Jesus wrote: > Was updating it yesterday and my build also failed. Uninstall it first and it will work. -- chs From ricardo.meb.jesus at gmail.com Wed Apr 15 09:14:09 2009 From: ricardo.meb.jesus at gmail.com (Ricardo Jesus) Date: Wed Apr 15 09:35:29 2009 Subject: FreeBSD Port: net/xmlrpc-c-devel In-Reply-To: <49E0757F.1030300@gmail.com> References: <49E0757F.1030300@gmail.com> Message-ID: <49E6011E.5050907@gmail.com> Christer Solskogen wrote: > Hi! > > It seems to be a problem with the xmlrpc-c-devel port on my > machine(FreeBSD 7.1-RELEASE-p4 amd64). Here's the error: > > gmake[3]: Leaving directory > `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util' > cc -o xmlrpc xmlrpc.o srcdir/tools/lib/dumpvalue.o > /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/casprintf.o > /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/cmdline_parser.o > /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/getoptx.o > /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/stripcaseeq.o > /usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/util/string_parser.o > -Lblddir/src -Lblddir/lib/libutil -lxmlrpc_client -lxmlrpc -lxmlrpc_util > -L/usr/local/lib -lcurl -rpath=/usr/lib:/usr/local/lib -lssl -lcrypto > -lz > -L/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/expat/xmlparse > -lxmlrpc_xmlparse > -L/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/lib/expat/xmltok > -lxmlrpc_xmltok > /usr/bin/ld: warning: libxmlrpc.so.14, needed by > blddir/src/libxmlrpc_client.so, may conflict with libxmlrpc.so.3 > blddir/src/libxmlrpc.so: undefined reference to `xmlrpc_XML_GetErrorString' > gmake[2]: *** [xmlrpc] Error 1 > gmake[2]: Leaving directory > `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/tools/xmlrpc' > gmake[1]: *** [xmlrpc/all] Error 2 > gmake[1]: Leaving directory > `/usr/obj/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.18.00/tools' > gmake: *** [tools/all] Error 2 > *** Error code 1 > > Stop in /usr/ports/net/xmlrpc-c-devel. > *** Error code 1 > > Stop in /usr/ports/net/xmlrpc-c-devel. > > Was updating it yesterday and my build also failed. From guestion at question.ebay.no Wed Apr 15 09:33:22 2009 From: guestion at question.ebay.no (eBay Question) Date: Wed Apr 15 10:22:09 2009 Subject: I am responding to the email for your auction which was posted Message-ID: <1239815740.1.23456789543654e+16.qmail@questionebb.no> Hi, I am responding to the email for your auction which was posted on eBay. I believe i emailed you a week ago regarding this sale, and my interest in it. Please confirm that it is the same auction with the one posted on eBay link: [1]http://signin.ebay.com/viewitem/ I am very interested in this auction and ready to complete the deal as soon as possible. Hope to hear from you soon! Sincerely, Steve Neff References 1. http://erato.booom.com.ph/roundcube/logs/ws/eBayISAPIdll/SignInruhttp3A/www.ebay.com/trksidm37/ndex.htm From stef-list at memberwebs.com Wed Apr 15 12:20:33 2009 From: stef-list at memberwebs.com (Stef Walter) Date: Wed Apr 15 13:05:37 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> Message-ID: <20090415185612.B5849EFB6DA@mx.npubs.com> Dmitry Morozovsky wrote: > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix > the situation: if in the Terminal I try to open tab which ssh's to outer host, > I immediately got the popup with > > "There was an error creating the child process for this terminal" > > nothing in this tab is started, and tab is just hanging. I believe this problem is fixed in gnome-keyring 2.26.1. FWIW, the GNOME SSH agent is part if gnome-keyring. Cheers, Stef From swell.k at gmail.com Wed Apr 15 15:44:22 2009 From: swell.k at gmail.com (Anonymous) Date: Wed Apr 15 16:32:01 2009 Subject: MANLANG + MAN_ usage Message-ID: <8663h5tvn8.fsf@gmail.com> I have following lines in my Makefile (from ports/133764) %%% MANLANG= "" cs de en_GB es fi hu it lt pl sr sr@latin sv tr zh_CN MAN6= wesnoth.6 MAN6_GL= wesnoth.6 MAN6_RU= wesnoth.6 MAN6_SK= wesnoth.6 ... MAN6+= wesnothd.6 %%% which specify to install wesnoth.6 and wesnothd.6 in all language- specific subdirectories under ${PREFIX}/man/ according to MANLANG. Nothing wrong with it. Next, because I want only wesnoth.6 installed for `gl ru sk' as well as for languages in MANLANG I added added each one to a specific MAN6_ according to example from Mk/bsd.port.mk. But what I got are leftovers after `make deinstall': files: man/gl/man6/wesnoth.6 man/ru/man6/wesnoth.6 man/sk/man6/wesnoth.6 Looks like these files were not affected by MAN6_. Removing MAN6 didn't help. But adding them to MANLANG produces following %%% ===> Compressing manual pages for wesnoth-1.6.1 gzip: can't stat: /myprefix/man/gl/man6/wesnothd.6: No such file or directory gzip: can't stat: /myprefix/man/ru/man6/wesnothd.6: No such file or directory gzip: can't stat: /myprefix/man/sk/man6/wesnothd.6: No such file or directory ===> Registering installation for wesnoth-1.6.1 %%% Am I missing something? What's correct usage of MAN_ together with MANLANG? From michel at seliverstoff.fr Wed Apr 15 18:20:11 2009 From: michel at seliverstoff.fr (michel) Date: Wed Apr 15 18:57:21 2009 Subject: LibSM problem with make configure In-Reply-To: <20090415.194039.07433541.toshi@ruby.ocn.ne.jp> References: <49C65F17.9020302@seliverstoff.fr> <20090415.194039.07433541.toshi@ruby.ocn.ne.jp> Message-ID: <49E687C1.70907@seliverstoff.fr> SAITOU Toshihide wrote: > In message: <49C65F17.9020302@seliverstoff.fr> > michel writes: > >> Hello, >> I'm having problems upgrading LibSM, some problem with aclocal. >> I tried to upgrade portupgrade -f 'autoconf*' 'automake*' but it didn't help >> Thanks for your help, >> Michel >> >> (FreeBSD 6.2-RELEASE-p12 i386) >> >> /usr/ports/x11/libSM $ make configure >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found >> ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found >> ===> Configuring for libSM-1.1.0_1,1 >> /usr/local/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK >> /usr/local/share/aclocal/gtk.m4:7: run info '(automake)Extending aclocal' >> /usr/local/share/aclocal/gtk.m4:7: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal >> configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst >> ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... >> /usr/local/share/aclocal/header.m4:12: AM_CONFIG_HEADER is expanded from... >> configure.ac:15: the top level >> configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp >> /usr/local/share/aclocal/header.m4:58: _AM_DIRNAME is expanded from... >> ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... >> configure.ac:57: the top level >> configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst >> ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... >> aclocal.m4:279: AM_CONFIG_HEADER is expanded from... >> configure.ac:15: the top level >> configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp >> aclocal.m4:325: _AM_DIRNAME is expanded from... >> ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... >> configure.ac:57: the top level >> configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst >> ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... >> aclocal.m4:279: AM_CONFIG_HEADER is expanded from... >> configure.ac:15: the top level >> configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp >> aclocal.m4:325: _AM_DIRNAME is expanded from... >> ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... >> configure.ac:57: the top level >> configure.ac:15: warning: do not use m4_patsubst: use patsubst or m4_bpatsubst >> ../../lib/autoconf/general.m4:196: AC_FOREACH is expanded from... >> aclocal.m4:279: AM_CONFIG_HEADER is expanded from... >> configure.ac:15: the top level >> configure.ac:57: warning: do not use m4_regexp: use regexp or m4_bregexp >> aclocal.m4:325: _AM_DIRNAME is expanded from... >> ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... >> configure.ac:57: the top level >> configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an >> configure.ac:11: old Automake version. You should recreate aclocal.m4 >> configure.ac:11: with aclocal and run automake again. >> /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL >> /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' >> /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. >> *** Error code 63 >> >> Stop in /usr/ports/x11/libSM. >> > > I encountered a same problem and solved by deleting some > obsolete(?) m4 files in the /usr/local/share/aclocal. > > I don't know why these m4 files remained during upgrade > process. > > ---- > SAITOU Toshihide > Thanks for your help, I removed these: aalib.m4 audiofile.m4 glib.m4 gtk.m4 header.m4 make.m4 Now I only have one error. Michel $ make configure ===> Extracting for libSM-1.1.0_1,1 => MD5 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. => SHA256 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. ===> Patching for libSM-1.1.0_1,1 ===> Applying FreeBSD patches for libSM-1.1.0_1,1 ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found ===> Configuring for libSM-1.1.0_1,1 configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an configure.ac:11: old Automake version. You should recreate aclocal.m4 configure.ac:11: with aclocal and run automake again. /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. *** Error code 63 Stop in /usr/ports/x11/libSM. From lapo at lapo.it Wed Apr 15 23:09:56 2009 From: lapo at lapo.it (Lapo Luchini) Date: Wed Apr 15 23:35:57 2009 Subject: LIB_DEPENDS & dealing with libraries which don't show up in ldconfig -r In-Reply-To: <307782.69347.qm@web39103.mail.mud.yahoo.com> References: <307782.69347.qm@web39103.mail.mud.yahoo.com> Message-ID: <49E6CBA8.700@lapo.it> bf wrote: >> Sevan / Venture37 wrote: >>> what is the process for dealing with libraries as dependencies >>> which don't show up in ldconfig -r???? >>> >> Problem solved >> Instead of trying to list the .so file as a dependency, list the .jar >> file which is part of jicmp instead. >> >> BUILD_DEPENDS= ${JAVAJARDIR}/jicmp.jar:${PORTSDIR}/net/jicmp > > Yes, but you may have to add it to RUN_DEPENDS as well So BUILD+RUN instead of LIB is the "best" solution? Then I guess that applies also to devel/monotone which need to depend on security/botan in next release... (see also ports/133026). -- Lapo Luchini - http://lapo.it/ ?There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.? (Jeremy S. Anderson) From toshi at ruby.ocn.ne.jp Thu Apr 16 03:54:01 2009 From: toshi at ruby.ocn.ne.jp (SAITOU Toshihide) Date: Thu Apr 16 04:18:24 2009 Subject: LibSM problem with make configure In-Reply-To: <49E687C1.70907@seliverstoff.fr> References: <49C65F17.9020302@seliverstoff.fr> <20090415.194039.07433541.toshi@ruby.ocn.ne.jp> <49E687C1.70907@seliverstoff.fr> Message-ID: <20090416.195323.48511504.toshi@ruby.ocn.ne.jp> In message: <49E687C1.70907@seliverstoff.fr> michel writes: > SAITOU Toshihide wrote: > > In message: <49C65F17.9020302@seliverstoff.fr> > > michel writes: --- (the lines is omitted) --- > > I encountered a same problem and solved by deleting some > > obsolete(?) m4 files in the /usr/local/share/aclocal. > > > > I don't know why these m4 files remained during upgrade > > process. > > > > ---- > > SAITOU Toshihide > > > Thanks for your help, > I removed these: aalib.m4 audiofile.m4 glib.m4 gtk.m4 header.m4 make.m4 > Now I only have one error. > Michel > > $ make configure > ===> Extracting for libSM-1.1.0_1,1 > => MD5 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. > => SHA256 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. > ===> Patching for libSM-1.1.0_1,1 > ===> Applying FreeBSD patches for libSM-1.1.0_1,1 > ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found > ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found > ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found > ===> Configuring for libSM-1.1.0_1,1 > configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an > configure.ac:11: old Automake version. You should recreate aclocal.m4 > configure.ac:11: with aclocal and run automake again. > /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL > /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' > /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. > *** Error code 63 > > Stop in /usr/ports/x11/libSM. I'm not confident but confirming the time of file is helpful. % ls -lt /usr/local/share/aclocal If the time of file is too old, how about removing these files? ---- SAITOU Toshihide From jhkingsr at gmail.com Wed Apr 15 23:46:06 2009 From: jhkingsr at gmail.com (Joseph King) Date: Thu Apr 16 05:17:36 2009 Subject: audio/teamspeak_client ARCH -amd64 ONLY_FOR_ARCHS= i386 Message-ID: After trying for about 12 hours straight I gave up trying to get this client working on the amd64 arch. As far as I can tell it is only for i386. I downgraded from amd64 to i386 because of this. Figured you might want to remove the amd64 from the ONLY_FOR_ARCHS= This might also be the case with the audio/teamspeak_server. From michel at seliverstoff.fr Thu Apr 16 05:02:47 2009 From: michel at seliverstoff.fr (michel) Date: Thu Apr 16 05:34:49 2009 Subject: LibSM problem with make configure In-Reply-To: <20090416.195323.48511504.toshi@ruby.ocn.ne.jp> References: <49C65F17.9020302@seliverstoff.fr> <20090415.194039.07433541.toshi@ruby.ocn.ne.jp> <49E687C1.70907@seliverstoff.fr> <20090416.195323.48511504.toshi@ruby.ocn.ne.jp> Message-ID: <49E71E3E.3040000@seliverstoff.fr> SAITOU Toshihide wrote: > In message: <49E687C1.70907@seliverstoff.fr> > michel writes: > >> SAITOU Toshihide wrote: >> >>> In message: <49C65F17.9020302@seliverstoff.fr> >>> michel writes: >>> > --- (the lines is omitted) --- > >>> I encountered a same problem and solved by deleting some >>> obsolete(?) m4 files in the /usr/local/share/aclocal. >>> >>> I don't know why these m4 files remained during upgrade >>> process. >>> >>> ---- >>> SAITOU Toshihide >>> >>> >> Thanks for your help, >> I removed these: aalib.m4 audiofile.m4 glib.m4 gtk.m4 header.m4 make.m4 >> Now I only have one error. >> Michel >> >> $ make configure >> ===> Extracting for libSM-1.1.0_1,1 >> => MD5 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. >> => SHA256 Checksum OK for xorg/lib/libSM-1.1.0.tar.bz2. >> ===> Patching for libSM-1.1.0_1,1 >> ===> Applying FreeBSD patches for libSM-1.1.0_1,1 >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/share/aclocal/xorg-macros.m4 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xtrans.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/ice.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/libdata/pkgconfig/xproto.pc - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/automake-1.10 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/autoconf-2.62 - found >> ===> libSM-1.1.0_1,1 depends on file: /usr/local/bin/libtool - found >> ===> libSM-1.1.0_1,1 depends on executable: pkg-config - found >> ===> Configuring for libSM-1.1.0_1,1 >> configure.ac:11: your implementation of AM_INIT_AUTOMAKE comes from an >> configure.ac:11: old Automake version. You should recreate aclocal.m4 >> configure.ac:11: with aclocal and run automake again. >> /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL >> /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' >> /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. >> *** Error code 63 >> >> Stop in /usr/ports/x11/libSM. >> > > I'm not confident but confirming the time of file is > helpful. > > % ls -lt /usr/local/share/aclocal > > If the time of file is too old, how about removing these > files? > > ---- > SAITOU Toshihide > Thank you so much ! I removed all files that dated from last year or earlier and it worked Michel From marius at nuenneri.ch Thu Apr 16 06:01:37 2009 From: marius at nuenneri.ch (=?ISO-8859-1?Q?Marius_N=FCnnerich?=) Date: Thu Apr 16 06:47:09 2009 Subject: audio/teamspeak_client ARCH -amd64 ONLY_FOR_ARCHS= i386 In-Reply-To: References: Message-ID: On Thu, Apr 16, 2009 at 08:19, Joseph King wrote: > After trying for about 12 hours straight I gave up trying to get this client > working on the amd64 arch. As far as I can tell it is only for i386. > > I downgraded from amd64 to i386 because of this. > > Figured you might want to remove the amd64 from the ONLY_FOR_ARCHS= > > This might also be the case with the audio/teamspeak_server. This won't help you with teamspeak but maybe you can use audio/mumble. It is open source. From oleg.ginzburg at nevosoft.ru Thu Apr 16 08:14:12 2009 From: oleg.ginzburg at nevosoft.ru (Oleg Ginzburg) Date: Thu Apr 16 08:46:34 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with some name Message-ID: <200904161900.42681.oleg.ginzburg@nevosoft.ru> Hello maillist! I have two examples of ports with which arises some complexities by operation with pkg_add and argument "-r". One of ports is "security/keepassx". His name is registered in lowercase, however at installation in/var/db/pkg is registered as KeepAssX. If to try to install port with pkg_add -r keepassx it will be fail and it will be correct with pkg_add -r KeepAssX. Probably it is an error in naming of port? One more problem with port - deco. It is present at two locations: % cat /usr/ports/{archivers,misc}/deco/pkg-descr Deco is a Un*x script able to extract various archive file formats. Supported archive formats: 7z, ace, ar, arc, arj, bz2, cab, cpio, deb, flac, gz, jar, lha, lzma, lzo, rar, rpm, tar, zip, zoo. WWW: http://hartlich.com/deco/ A clone of Norton Commander for Unix. Text-based, full featured file manager intuitive interface. WWW: http://deco.sourceforge.net/ Whether there is a way to specify to what category to me it is required to download package of "deco"? whereis -sq deco /usr/ports/archivers/deco - its archivers By command pkg_add -r deco - I've receive in the system fine NC-clone, but not the archivers. When number of port with equal name will be increase - expected results may can not coincide with result pkg_add, and case-sensitive naming port make works a bit difficult . From pgollucci at p6m7g8.com Thu Apr 16 08:52:26 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Apr 16 09:28:50 2009 Subject: MAKE_JOBS_UNSAFE += a few ports Message-ID: <49E75438.2080107@p6m7g8.com> editors/vim mail/procmail net-mgmt/net-snmp net-mgmt/nagios -- ------------------------------------------------------------------------ 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 Contractor - PositiveEnergyUSA http://positiveenergyusa.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 oleg.ginzburg at nevosoft.ru Thu Apr 16 09:16:37 2009 From: oleg.ginzburg at nevosoft.ru (Oleg Ginzburg) Date: Thu Apr 16 09:35:09 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with some name In-Reply-To: References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> Message-ID: <200904162016.25524.oleg.ginzburg@nevosoft.ru> On Thursday 16 April 2009 19:52:38 Chris Rees wrote: > 2009/4/16 Oleg Ginzburg : > > Hello maillist! > > > > I have two examples of ports with which arises some complexities by > > operation with pkg_add and argument "-r". > > > > One of ports is "security/keepassx". His name is registered in lowercase, > > however at installation in/var/db/pkg is registered as KeepAssX. If to > > try to install port with pkg_add -r keepassx it will be fail and ?it will > > be correct with pkg_add -r KeepAssX. Probably it is an error in naming of > > port? > > > > One more problem with port - deco. It is present at two locations: > > > > % cat /usr/ports/{archivers,misc}/deco/pkg-descr > > Deco is a Un*x script able to extract various archive file formats. > > Supported archive formats: 7z, ace, ar, arc, arj, bz2, cab, cpio, deb, > > flac, gz, jar, lha, lzma, lzo, rar, rpm, tar, zip, zoo. > > > > WWW: http://hartlich.com/deco/ > > A clone of Norton Commander for Unix. ?Text-based, > > full featured file manager intuitive interface. > > > > WWW: http://deco.sourceforge.net/ > > > > Whether there is a way to specify to what category to me it is required > > to download package of "deco"? > > > > whereis -sq deco > > /usr/ports/archivers/deco - its archivers > > > > By command pkg_add -r deco - I've receive in the system fine NC-clone, > > but not the archivers. > > > > When number of port with equal name will be increase - expected results > > may can not coincide with result pkg_add, and case-sensitive naming port > > make works a bit difficult . > > > > > > _______________________________________________ > > 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" > > Try appending the version number? Do you mean pkg_add -r deco-N.M (in my example?) % pkg_add -r deco-3.9_4 Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8- current/Latest/deco-3.9_4.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8- current/Latest/deco-3.9_4.tbz' by URL [root@oleg lftp]# lftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ cd ok, cwd=/pub/FreeBSD/ports/i386/packages-8-current/Latest lftp ftp.freebsd.org:/pub/FreeBSD/ports/i386/packages-8-current/Latest> ls | grep deco-3.9 lrwxr-xr-x 1 1006 1006 21 Feb 22 01:30 deco.tbz -> ../All/deco-3.9_4.tbz - on ftp servers packages without version as i see. Anyway, its not protect in situation with equal name and equal version of diffrent ports. > > Or use portinstall -PP archivers/deco Ok, this may be solution. BTW, portinstall still not in FreeBSD base system ;) > > Chris From glarkin at FreeBSD.org Thu Apr 16 15:23:35 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Thu Apr 16 15:41:50 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: <49E7AFDF.8050301@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Fr?hlich wrote: > On Mon, April 13, 2009 8:34 pm, Torfinn Ingolfsen wrote: >> Hello, >> >> 2009/4/13 Bernhard Fr?hlich : >>> Here are the patches that i've needed to get both ports working again. >>> >>> >>> multimedia/mythtv: >>> >>> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro >>> http://home.bluelife.at/ports/mythtv/patch-programs-mythtranscode-mythtranscode.pro >> On a freshly updated ports tree and with those two patches, I still >> get this error: >> g++ -c -pipe -march=k8 -fomit-frame-pointer -O3 -g -Wall -Wno-switch >> -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor >> -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT >> [snip] > > Looks like another missing patch. Now i've double checked with your list > and this is the last missing one. (also taken from mythtv-frontend) > > http://home.bluelife.at/ports/mythtv/patch-libs-libmythtv-libmythtv.pro > > >>> multimedia/mythtv-frontend: >>> >>> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro >> But 'make' in mythtv-frontend works with this patch (completes without >> errors), on the same machine. > > Jiha :o) > > Hi Bernhard, Thanks very much for all of the work organizing the patches. The ports tree is frozen right now, but once it thaws, I'll commit these changes. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ56/f0sRouByUApARAqFeAJ9gWAEc/smiDBmLZ/j9I4aZWOJ3oQCfXKV5 sblVMa7eXl+i2ah5GI7Oztw= =q6l/ -----END PGP SIGNATURE----- From glarkin at FreeBSD.org Thu Apr 16 15:31:46 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Thu Apr 16 15:57:03 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: <49E7B1CB.10302@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Torfinn Ingolfsen wrote: > Hi, > > 2009/4/13 Bernhard Fr?hlich : >> Looks like another missing patch. Now i've double checked with your list >> and this is the last missing one. (also taken from mythtv-frontend) >> >> http://home.bluelife.at/ports/mythtv/patch-libs-libmythtv-libmythtv.pro > > Yes, now 'make' in mythtv woks as expected. Thank you. :-) > > However, 'make install' fails if mysql is not running: > > 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. > > The port is lying about not being able to start mysql: > > root@kg-quiet# /usr/local/etc/rc.d/mysql-server status > mysql is running as pid 34965. > > > If I run 'make install' with mysql running, it works as expected. > I'm not really sure how this should be handled. > Perphaps the port should just tell the user that it was unable to > install the database, and tel her / hom how to do it manually? > Hi Torfinn, Would you mind applying this small patch to mythtv/files/pkg-install.in? http://people.freebsd.org/~glarkin/diffs/mythtv-pkg-install.in.diff Since the "Unable to start mysqld" message is emitted in two different places, I'd like to know which one you are getting. I think that the spurious error might be caused by checking for the process existence too quickly, but I could be wrong. If you have a chance to re-install the port, let me know which message appears now when it attempts to start mysqld. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ57HL0sRouByUApARAk6bAJ4/xRvhnUi0vCHuVnU/QaRVdf0wWQCgv5J6 ozMf2y9Zh6yfsqZWMVCmgO4= =+clW -----END PGP SIGNATURE----- From oleg.ginzburg at nevosoft.ru Thu Apr 16 23:48:08 2009 From: oleg.ginzburg at nevosoft.ru (Oleg Ginzburg) Date: Fri Apr 17 00:13:24 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with some name In-Reply-To: <200904162016.25524.oleg.ginzburg@nevosoft.ru> References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> <200904162016.25524.oleg.ginzburg@nevosoft.ru> Message-ID: <200904171047.56671.oleg.ginzburg@nevosoft.ru> And i forget to say for one else problem with {archivers,mis}/deco: both of them produced one binary file in /usr/local/bin/deco. cd /usr/ports/archivers/deco make install ... (i have deco archivers) pkg_add -r deco (deco/NC-clone replace /usr/local/bin/deco) pkg_which /usr/local/bin/deco [Updating the pkgdb in /var/db/pkg ... - 718 packages found (-1 +1) (...). done] deco-3.9_4 deco-1.6 pkg_delete -f deco-3.9\* .. On Thursday 16 April 2009 20:16:25 Oleg Ginzburg wrote: > On Thursday 16 April 2009 19:52:38 Chris Rees wrote: > > 2009/4/16 Oleg Ginzburg : > > > Hello maillist! > > > > > > I have two examples of ports with which arises some complexities by > > > operation with pkg_add and argument "-r". > > > > > > One of ports is "security/keepassx". His name is registered in > > > lowercase, however at installation in/var/db/pkg is registered as > > > KeepAssX. If to try to install port with pkg_add -r keepassx it will be > > > fail and ?it will be correct with pkg_add -r KeepAssX. Probably it is > > > an error in naming of port? > > > > > > One more problem with port - deco. It is present at two locations: > > > > > > % cat /usr/ports/{archivers,misc}/deco/pkg-descr > > > Deco is a Un*x script able to extract various archive file formats. > > > Supported archive formats: 7z, ace, ar, arc, arj, bz2, cab, cpio, deb, > > > flac, gz, jar, lha, lzma, lzo, rar, rpm, tar, zip, zoo. > > > > > > WWW: http://hartlich.com/deco/ > > > A clone of Norton Commander for Unix. ?Text-based, > > > full featured file manager intuitive interface. > > > > > > WWW: http://deco.sourceforge.net/ > > > > > > Whether there is a way to specify to what category to me it is required > > > to download package of "deco"? > > > > > > whereis -sq deco > > > /usr/ports/archivers/deco - its archivers > > > > > > By command pkg_add -r deco - I've receive in the system fine NC-clone, > > > but not the archivers. > > > > > > When number of port with equal name will be increase - expected results > > > may can not coincide with result pkg_add, and case-sensitive naming > > > port make works a bit difficult . > > > > > > > > > _______________________________________________ > > > 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" > > > > Try appending the version number? > > Do you mean pkg_add -r deco-N.M (in my example?) > > % pkg_add -r deco-3.9_4 > Error: FTP Unable to get > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8- > current/Latest/deco-3.9_4.tbz: File unavailable (e.g., file not found, no > access) > pkg_add: unable to fetch > 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8- > current/Latest/deco-3.9_4.tbz' by URL > > [root@oleg lftp]# lftp > ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-current/Latest/ > cd ok, cwd=/pub/FreeBSD/ports/i386/packages-8-current/Latest > lftp ftp.freebsd.org:/pub/FreeBSD/ports/i386/packages-8-current/Latest> ls > | grep deco-3.9 > lrwxr-xr-x 1 1006 1006 21 Feb 22 01:30 deco.tbz -> ../All/deco-3.9_4.tbz > > - on ftp servers packages without version as i see. > > Anyway, its not protect in situation with equal name and equal version of > diffrent ports. > > > Or use portinstall -PP archivers/deco > > Ok, this may be solution. BTW, portinstall still not in FreeBSD base system > ;) > > > Chris > > _______________________________________________ > 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 ml at netfence.it Fri Apr 17 01:29:03 2009 From: ml at netfence.it (Andrea Venturoli) Date: Fri Apr 17 02:14:13 2009 Subject: DCC permission question Message-ID: <49E8351E.4000400@netfence.it> Hello. I'm using MIMEDefang -> SpamAssassin -> DCC & Razor. Lately I started seeing a lot of messages like the following in my logs: dccproc[54019]: /usr/local/dcc: Permission denied These are all the concerned permissions (as per default port install, I guess, since I didn't change them manually). #ls -l /usr/local/|grep dcc drwxr-xr-x 5 root wheel 512 Apr 2 14:35 dcc # ls -l /usr/local/dcc/ total 78 drwxr-xr-x 2 dcc wheel 512 Apr 2 14:35 cgi-bin -rw-r--r-- 1 dcc wheel 5482 Apr 2 14:35 dcc_conf -rw-r--r-- 1 dcc wheel 5482 Apr 2 14:35 dcc_conf.sample -rw-r--r-- 1 dcc wheel 797 Apr 2 14:35 flod -rw-r--r-- 1 dcc wheel 797 Apr 2 14:35 flod.sample -rw-r--r-- 1 dcc wheel 427 Apr 2 14:35 grey_flod -rw-r--r-- 1 dcc wheel 427 Apr 2 14:35 grey_flod.sample -rw-r--r-- 1 dcc wheel 496 Apr 2 14:35 grey_whitelist -rw-r--r-- 1 dcc wheel 496 Apr 2 14:35 grey_whitelist.sample -rw------- 1 dcc wheel 2433 Apr 2 14:35 ids -rw------- 1 dcc wheel 2433 Apr 2 14:35 ids.sample drwxr-xr-x 2 dcc wheel 1024 Apr 2 14:35 libexec drwx--x--- 2 dcc wheel 512 Apr 2 14:35 log -rw------- 1 dcc wheel 7564 Apr 17 09:47 map -rw------- 1 dcc wheel 7564 Apr 2 14:35 map.sample -rw------- 1 dcc wheel 405 Apr 2 14:35 map.txt -rw------- 1 dcc wheel 405 Apr 2 14:35 map.txt.sample -rw-r--r-- 1 dcc wheel 4138 Apr 2 14:35 whiteclnt -rw-r--r-- 1 dcc wheel 4138 Apr 2 14:35 whiteclnt.sample -rw-r--r-- 1 dcc wheel 1667 Apr 2 14:35 whitecommon -rw-r--r-- 1 dcc wheel 1667 Apr 2 14:35 whitecommon.sample -rw-r--r-- 1 dcc wheel 864 Apr 2 14:35 whitelist -rw-r--r-- 1 dcc wheel 864 Apr 2 14:35 whitelist.sample # ls -l /usr/local/bin/dccproc -r-sr-xr-x 1 dcc wheel 435522 Apr 2 14:35 /usr/local/bin/dccproc Any hint? Does dccproc need to write in /usr/local/dcc/? Also, I get: mimedefang-multiplexor[94437]: Slave 1 stderr: pyzor: check failed: internal error Any hint on how to start debugging this? bye & Thanks av. From utisoft at googlemail.com Fri Apr 17 02:46:02 2009 From: utisoft at googlemail.com (Chris Rees) Date: Fri Apr 17 03:32:19 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with some name In-Reply-To: <200904171047.56671.oleg.ginzburg@nevosoft.ru> References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> <200904162016.25524.oleg.ginzburg@nevosoft.ru> <200904171047.56671.oleg.ginzburg@nevosoft.ru> Message-ID: 2009/4/17 Oleg Ginzburg : > And i forget to say for one else problem with {archivers,mis}/deco: > both of them produced one binary file in /usr/local/bin/deco. > > cd /usr/ports/archivers/deco > make install > ... > (i have deco archivers) > pkg_add -r deco > > (deco/NC-clone replace /usr/local/bin/deco) > > ?pkg_which /usr/local/bin/deco > [Updating the pkgdb in /var/db/pkg ... - 718 packages found > (-1 +1) (...). done] > deco-3.9_4 deco-1.6 > > pkg_delete -f deco-3.9\* > > .. > OK, that's seriously annoying. That can't possibly be by design.... By the way, please don't top-post http://www.freebsd.org/doc/en/articles/mailing-list-faq/etiquette.html Chris -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From oleg.ginzburg at nevosoft.ru Fri Apr 17 03:20:03 2009 From: oleg.ginzburg at nevosoft.ru (Oleg Ginzburg) Date: Fri Apr 17 03:46:21 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with same name In-Reply-To: <49E8556F.3090505@quip.cz> References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> <200904171047.56671.oleg.ginzburg@nevosoft.ru> <49E8556F.3090505@quip.cz> Message-ID: <200904171419.47519.oleg.ginzburg@nevosoft.ru> On Friday 17 April 2009 14:09:51 Miroslav Lachman wrote: > Oleg Ginzburg wrote: > > And i forget to say for one else problem with {archivers,mis}/deco: > > both of them produced one binary file in /usr/local/bin/deco. > > > > cd /usr/ports/archivers/deco > > make install > > ... > > (i have deco archivers) > > pkg_add -r deco > > > > (deco/NC-clone replace /usr/local/bin/deco) > > > > pkg_which /usr/local/bin/deco > > [Updating the pkgdb in /var/db/pkg ... - 718 packages > > found (-1 +1) (...). done] > > deco-3.9_4 deco-1.6 > > > > pkg_delete -f deco-3.9\* > > Can you open a PR for this problem? I think it is really bad. If two > ports are installing same files, then there must be set CONFLICTS in > Makefile. Ok. > > The next thing is that I think there should not be the two ports with > the same name. IMHO, soon or later, problems like that will be surface is frequency . More so, a package numbers is increase day by day. May be location like /usr/local/bin/* most certainly controlling by some stuff through analyzing/scanning pkg-plist files for stop potential collision? > > Miroslav Lachman From 000.fbsd at quip.cz Fri Apr 17 03:28:32 2009 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Fri Apr 17 03:50:25 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with same name In-Reply-To: <200904171047.56671.oleg.ginzburg@nevosoft.ru> References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> <200904162016.25524.oleg.ginzburg@nevosoft.ru> <200904171047.56671.oleg.ginzburg@nevosoft.ru> Message-ID: <49E8556F.3090505@quip.cz> Oleg Ginzburg wrote: > And i forget to say for one else problem with {archivers,mis}/deco: > both of them produced one binary file in /usr/local/bin/deco. > > cd /usr/ports/archivers/deco > make install > ... > (i have deco archivers) > pkg_add -r deco > > (deco/NC-clone replace /usr/local/bin/deco) > > pkg_which /usr/local/bin/deco > [Updating the pkgdb in /var/db/pkg ... - 718 packages found > (-1 +1) (...). done] > deco-3.9_4 deco-1.6 > > pkg_delete -f deco-3.9\* Can you open a PR for this problem? I think it is really bad. If two ports are installing same files, then there must be set CONFLICTS in Makefile. The next thing is that I think there should not be the two ports with the same name. Miroslav Lachman From bsam at ipt.ru Fri Apr 17 03:28:51 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Fri Apr 17 03:50:26 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <49E7AFDF.8050301@FreeBSD.org> (Greg Larkin's message of "Thu, 16 Apr 2009 18:23:27 -0400") References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> <49E7AFDF.8050301@FreeBSD.org> Message-ID: <69671456@serv3.int.kfs.ru> On Thu, 16 Apr 2009 18:23:27 -0400 Greg Larkin wrote: > Bernhard Fr?hlich wrote: > > On Mon, April 13, 2009 8:34 pm, Torfinn Ingolfsen wrote: > >> Hello, > >> > >> 2009/4/13 Bernhard Fr?hlich : > >>> Here are the patches that i've needed to get both ports working again. > >>> > >>> > >>> multimedia/mythtv: > >>> > >>> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro > >>> http://home.bluelife.at/ports/mythtv/patch-programs-mythtranscode-mythtranscode.pro > >> On a freshly updated ports tree and with those two patches, I still > >> get this error: > >> g++ -c -pipe -march=k8 -fomit-frame-pointer -O3 -g -Wall -Wno-switch > >> -Wpointer-arith -Wredundant-decls -Wno-non-virtual-dtor > >> -D__STDC_CONSTANT_MACROS -I/usr/local/include/artsc -D_REENTRANT > >> [snip] > > > > Looks like another missing patch. Now i've double checked with your list > > and this is the last missing one. (also taken from mythtv-frontend) > > > > http://home.bluelife.at/ports/mythtv/patch-libs-libmythtv-libmythtv.pro > > > > > >>> multimedia/mythtv-frontend: > >>> > >>> http://home.bluelife.at/ports/mythtv/patch-libs-libmyth-libmyth.pro > >> But 'make' in mythtv-frontend works with this patch (completes without > >> errors), on the same machine. > Thanks very much for all of the work organizing the patches. The ports > tree is frozen right now, but once it thaws, I'll commit these changes. Well, but patches that recover ports are accepted. This is the main goal of ports freezing. Just ask an approval from portmgr@. WBR -- bsam From wxs at atarininja.org Fri Apr 17 06:32:25 2009 From: wxs at atarininja.org (Wesley Shields) Date: Fri Apr 17 07:21:19 2009 Subject: a little confuse with case-sensitive name ports and multiple ports with some name In-Reply-To: References: <200904161900.42681.oleg.ginzburg@nevosoft.ru> <200904162016.25524.oleg.ginzburg@nevosoft.ru> <200904171047.56671.oleg.ginzburg@nevosoft.ru> Message-ID: <20090417133211.GA68145@atarininja.org> On Fri, Apr 17, 2009 at 10:45:46AM +0100, Chris Rees wrote: > 2009/4/17 Oleg Ginzburg : > > And i forget to say for one else problem with {archivers,mis}/deco: > > both of them produced one binary file in /usr/local/bin/deco. > > > > cd /usr/ports/archivers/deco > > make install > > ... > > (i have deco archivers) > > pkg_add -r deco > > > > (deco/NC-clone replace /usr/local/bin/deco) > > > > ?pkg_which /usr/local/bin/deco > > [Updating the pkgdb in /var/db/pkg ... - 718 packages found > > (-1 +1) (...). done] > > deco-3.9_4 deco-1.6 > > > > pkg_delete -f deco-3.9\* > > > > .. > > > > OK, that's seriously annoying. That can't possibly be by design.... It is because misc/deco is not marked as having a conflict with archivers/deco, but archivers/deco does have a conflict with misc/deco recorded. If you were to install misc/deco before archivers/deco the situation would become obvious. One of the two should probably change their pkgname so that pkg_add -r can properly find it. Right now pkg_add appears to get misc/deco, even if you want archivers/deco. Opening a PR for both these is likely the next best step. -- WXS From amdmi3 at amdmi3.ru Fri Apr 17 06:38:55 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri Apr 17 07:27:16 2009 Subject: freetype vulnerabilities Message-ID: <20090417133824.GA93239@hades.panopticon> There were some pretty serious vulnerabilities found in freetype: http://secunia.com/advisories/34723/ I think we need to fix these before the tag. There's the patch: https://bugzilla.redhat.com/show_bug.cgi?id=491384 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From mark at foster.cc Fri Apr 17 08:51:32 2009 From: mark at foster.cc (Mark Foster) Date: Fri Apr 17 09:21:12 2009 Subject: ports/132800: vuxml submission for net-im/ejabberd Message-ID: <49E8A264.7000001@foster.cc> I'm following up regarding this apparent maintainer timeout. It's not my intention to place blame, but to me it is unacceptable that important security (vuxml) updates are sometimes blocked by unresponsive maintainers. It is not in the best interest of the users or FreeBSD to let these things slip. The vuxml updates should be reviewed & committed without waiting on the maintainer of the port. Perhaps a simple non-blocking heads-up (Cc:) to the maintainer is more appropriate. Once publicized, the security notifications (via portaudit) become known to a wider, targetted audience. This establishes an important feedback loop as opposed to keeping the problem a "secret", since the users are more likely to either nudge the maintainer for an update to the port or submit one (via send-pr) themselves. -- I hate rascists. Mark D. Foster http://mark.foster.cc/ | http://conshell.net/ From wxs at FreeBSD.org Fri Apr 17 09:38:49 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Apr 17 10:18:57 2009 Subject: ports/132800: vuxml submission for net-im/ejabberd In-Reply-To: <49E8A264.7000001@foster.cc> References: <49E8A264.7000001@foster.cc> Message-ID: <20090417163848.GC68145@atarininja.org> On Fri, Apr 17, 2009 at 08:38:12AM -0700, Mark Foster wrote: > I'm following up regarding this apparent maintainer timeout. It's not my > intention to place blame, but to me it is unacceptable that important > security (vuxml) updates are sometimes blocked by unresponsive > maintainers. It is not in the best interest of the users or FreeBSD to > let these things slip. Agreed. This one managed to slip through the cracks. Sorry about that. > The vuxml updates should be reviewed & committed without waiting on the > maintainer of the port. Perhaps a simple non-blocking heads-up (Cc:) to > the maintainer is more appropriate. Once publicized, the security > notifications (via portaudit) become known to a wider, targetted > audience. This establishes an important feedback loop as opposed to > keeping the problem a "secret", since the users are more likely to > either nudge the maintainer for an update to the port or submit one (via > send-pr) themselves. I agree. VuXML submissions should be committed promptly. I'll work this one now and get it in the tree. Again, sorry for the delay. -- WXS From tingox at gmail.com Fri Apr 17 14:18:38 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Apr 17 14:55:53 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <49E7B1CB.10302@FreeBSD.org> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> <49E7B1CB.10302@FreeBSD.org> Message-ID: Hi, 2009/4/17 Greg Larkin : > Would you mind applying this small patch to mythtv/files/pkg-install.in? > > http://people.freebsd.org/~glarkin/diffs/mythtv-pkg-install.in.diff Not at all. :-) > Since the "Unable to start mysqld" message is emitted in two different > places, I'd like to know which one you are getting. ?I think that the > spurious error might be caused by checking for the process existence too > quickly, but I could be wrong. > > If you have a chance to re-install the port, let me know which message > appears now when it attempts to start mysqld. Here goes: Added group "mythtv". Added user "mythtv". Starting mysql. 2: *** Unable to start mysqld *** Error code 1 Stop in /usr/ports/multimedia/mythtv. *** Error code 1 Stop in /usr/ports/multimedia/mythtv. HTH, Have a nice weekend, everybody! -- Regards, Torfinn From gesbbb at yahoo.com Fri Apr 17 15:08:04 2009 From: gesbbb at yahoo.com (Jerry) Date: Fri Apr 17 15:35:29 2009 Subject: Unable to get MAN pages installed Message-ID: <20090417180801.74461803@scorpio> I am in the process of creating a new port. I cannot seem to get the 'man' file installed correctly; however. This is the error message at the end of the install process. The file 'scamp.1' exists in the $WRKSRC directory when I extract the distro. ===> Compressing manual pages for scamp-5.2a gzip: can't stat: /usr/local/man/man1/scamp.1: No such file or directory ===> Registering installation for scamp-5.2a This is the Makefile for the port. It will probably wrap incorrectly! # New ports collection makefile for: scamp # Date created: 31 March 2009 # Whom: Gerard Seibert # # $FreeBSD$ PORTNAME= scamp PORTVERSION= 5.2a CATEGORIES= security MASTER_SITES= http://site1/ ${MASTER_SITE_SOURCEFORGE:S/$/:sourceforge,TEST/} DISTFILES= scamp/scamp-5.2a.tar.gz:sourceforge MAINTAINER= gerard@seibercom.net COMMENT= Download & Install additional definition files for Clamav .include .if exists (${LOCALBASE}/bin/wget) && ! exists (${LOCALBASE}/bin/curl) RUN_DEPENDS+= wget>=1.11.4:${PORTSDIR}/ftp/wget \ bash>=3.2.48_1:${PORTSDIR}/shells/bash3 \ clamav>=0.95:${PORTSDIR}/security/clamav \ gnupg>=2.0.11:${PORTSDIR}/security/gnupg \ rsync>=3.0.5:${PORTSDIR}/net/rsync .else RUN_DEPENDS+= curl>=7.19.2:${PORTSDIR}/ftp/curl \ bash>=3.2.48_1:${PORTSDIR}/shells/bash3 \ clamav>=0.95:${PORTSDIR}/security/clamav \ gnupg>=2.0.11:${PORTSDIR}/security/gnupg \ rsync>=3.0.5:${PORTSDIR}/net/rsync .endif NO_BUILD= yes SUB_FILES= pkg-message MAN1= scamp.1 MANCOMPRESS= no post-patch: @${REINPLACE_CMD} -e 's|SIG_DB=$${SIG_DB:-""}|SIG_DB=$${SIG_DB:-"/var/db/clamav"}|g' ${WRKSRC}/${PORTNAME}.sh @${REINPLACE_CMD} -e 's|CONFIG_DIR="/etc/scamp"|CONFIG_DIR="/usr/local/etc/scamp"|g' ${WRKSRC}/${PORTNAME}.sh post-install: @${INSTALL_DATA} ${FILESDIR}/scamp.conf.sample ${PREFIX}/etc/ @if [ ! -f ${PREFIX}/etc/scamp.conf ]; then \ ${CP} -p ${PREFIX}/etc/scamp.conf.sample \ ${PREFIX}/etc/scamp.conf ; \ fi do-install: cd ${WRKSRC} && ${INSTALL_SCRIPT} ${PORTNAME}.sh ${PREFIX}/bin .ifndef(NOPORTDOCS) @${MKDIR} ${DOCSDIR} cd ${WRKSRC} && ${INSTALL_DATA} README CHANGE.LOG INSTALL Release.html ${DOCSDIR} .endif ${CAT} ${PKGMESSAGE} .include Obviously, I am doing something wrong; I just cannot find it. A scan with 'portlint -A' did not turn up a single error on the port. I assume I am giving it the wrong PATH; however, I do not know how to correct it. -- Jerry gesbbb@yahoo.com Blessed is he who expects nothing, for he shall never be disappointed. Alexander Pope From pgollucci at p6m7g8.com Fri Apr 17 21:50:06 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat Apr 18 05:01:45 2009 Subject: MAKE_JOBS_UNSAFE += a few ports In-Reply-To: <49E75438.2080107@p6m7g8.com> References: <49E75438.2080107@p6m7g8.com> Message-ID: <49E95BFA.7080102@p6m7g8.com> Philip M. Gollucci wrote: > editors/vim > mail/procmail > net-mgmt/net-snmp > net-mgmt/nagios another: devel/pth -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From marck at rinet.ru Sat Apr 18 00:06:34 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Apr 18 05:13:17 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <20090415185612.B5849EFB6DA@mx.npubs.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <20090415185612.B5849EFB6DA@mx.npubs.com> Message-ID: On Wed, 15 Apr 2009, Stef Walter wrote: SW> Dmitry Morozovsky wrote: SW> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix SW> > the situation: if in the Terminal I try to open tab which ssh's to outer host, SW> > I immediately got the popup with SW> > SW> > "There was an error creating the child process for this terminal" SW> > SW> > nothing in this tab is started, and tab is just hanging. SW> SW> I believe this problem is fixed in gnome-keyring 2.26.1. FWIW, the GNOME SW> SSH agent is part if gnome-keyring. Hmm, I just did portupgrade -f gnome-keyring gnome-terminal, and ensured there is no additional keyrings. Still, gnome terminal can't start any tab which executes ssh :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marck at rinet.ru Sat Apr 18 00:56:20 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Apr 18 05:15:31 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <20090415185612.B5849EFB6DA@mx.npubs.com> Message-ID: On Sat, 18 Apr 2009, Dmitry Morozovsky wrote: DM> SW> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix DM> SW> > the situation: if in the Terminal I try to open tab which ssh's to outer host, DM> SW> > I immediately got the popup with DM> SW> > DM> SW> > "There was an error creating the child process for this terminal" DM> SW> > DM> SW> > nothing in this tab is started, and tab is just hanging. DM> SW> DM> SW> I believe this problem is fixed in gnome-keyring 2.26.1. FWIW, the GNOME DM> SW> SSH agent is part if gnome-keyring. DM> DM> Hmm, I just did portupgrade -f gnome-keyring gnome-terminal, and ensured there DM> is no additional keyrings. Still, gnome terminal can't start any tab which DM> executes ssh :( Well, the devil finally found somewhere in the settings: I just created new user from scratch, relogin into this account, and key-based ssh sessions in the Terminal work. So, I'll clean up my dot directories and try to start a bit over ;-) Thanks all. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From marck at rinet.ru Sat Apr 18 02:47:36 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Apr 18 05:21:28 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1239737820.1304.265.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: JMC> > JMC> > Another question: is there a way to avoid apache22 install (i have apache13 JMC> > JMC> > installed and have no current plans to upgrade) ? I tried to chase JMC> > JMC> > options but failed. JMC> > JMC> JMC> > JMC> Not by using the meta-port. This is required for gnome-user-share which JMC> > JMC> is now part of the GNOME Desktop. JMC> > JMC> > Hmm, so currently there is no way to install gnome2 without requiring apache22? JMC> JMC> Correct. You could, of course, go through the meta-port, and remove JMC> gnome-user-share on your own (i.e. build your own customized meta-port). Well, would you object to the following quick fix? Index: x11/gnome2/Makefile =================================================================== RCS file: /home/ncvs/ports/x11/gnome2/Makefile,v retrieving revision 1.154 diff -u -r1.154 Makefile --- x11/gnome2/Makefile 10 Apr 2009 05:56:18 -0000 1.154 +++ x11/gnome2/Makefile 18 Apr 2009 09:26:50 -0000 @@ -68,7 +68,8 @@ .endif .if !defined(GNOME_SLAVE) || ${.CURDIR:T}=="gnome2-lite" -OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off +OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off \ + USER_SHARE "Use gnome-user-share for file sharing" on .endif do-install: # empty @@ -90,9 +91,11 @@ swfdec-player:${PORTSDIR}/multimedia/swfdec-gnome \ vinagre:${PORTSDIR}/net/vinagre \ brasero:${PORTSDIR}/sysutils/brasero \ - gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share \ ${LOCALBASE}/lib/deskbar-applet/deskbar-applet:${PORTSDIR}/deskutils/deskbar-applet \ ${LOCALBASE}/lib/hamster-applet/hamster-applet:${PORTSDIR}/deskutils/hamster-applet +.if !defined(WITHOUT_USER_SHARE) +RUN_DEPENDS+= gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share +.endif .if ${ARCH} == "i386" #RUN_DEPENDS+= tomboy:${PORTSDIR}/deskutils/tomboy .endif -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From tingox at gmail.com Sat Apr 18 04:23:47 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Apr 18 05:30:35 2009 Subject: Portupgrade still broken? In-Reply-To: <200904101113.43891.kstewart@owt.com> References: <20090410125733.GA3645@holstein.holy.cow> <200904101113.43891.kstewart@owt.com> Message-ID: Hello again, Just a reminder: portupgrade 2.4.6 hasn't been fixed yet - it is still broken: root@kg-v2# portversion -v | grep portupgrade portupgrade-2.4.6_2,2 = up-to-date with port root@kg-v2# uname -a FreeBSD kg-v2.kg4.no 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #5: Sat Apr 4 21:43:24 CEST 2009 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 Output: root@kg-v2# portupgrade -R ImageMagick atk dri freetype2 gamin gconf2 gedit gedit-plugins gio-fam-backend glib gnome-doc-utils gnome-icon-theme gnome-keyring gnomehier gtk gtk-engines2 gtksourceview2 gucharmap gvfs hal iso-codes liveMedia mesa-demos orage pango pcre pixman portlint vlc vte xf86-video-radeonhd xf86-video-via [Gathering depends for graphics/ImageMagick .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Gathering depends for graphics/dri ........... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................... done] [Gathering depends for editors/gedit ...................................................................................... done] [Exclude up-to-date packages ....................................................................................................................................................... done] [Gathering depends for editors/gedit-plugins ................................................................................................ done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Gathering depends for devel/glib12 .. done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Exclude up-to-date packages .................................................................................................................................................................... done] [Gathering depends for misc/gnome-icon-theme ........................ done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Gathering depends for security/gnome-keyring .................. done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Gathering depends for x11-toolkits/gtk12 ........... done] [Exclude up-to-date packages .......................................................................................................................................................................... done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Exclude up-to-date packages ......................................................................................................................................................................... done] [Gathering depends for devel/gvfs ....................................................................................................................... done] [Exclude up-to-date packages ........................................................................................................................................................................................... done] /usr/local/lib/ruby/site_ruby/1.8/pkginfo.rb:74:in `initialize': : Not in due form: - (ArgumentError) from /usr/local/sbin/portupgrade:614:in `new' from /usr/local/sbin/portupgrade:614:in `main' from /usr/local/sbin/portupgrade:613:in `each' from /usr/local/sbin/portupgrade:613:in `main' from /usr/local/sbin/portupgrade:588:in `catch' from /usr/local/sbin/portupgrade:588:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `call' from /usr/local/lib/ruby/1.8/optparse.rb:1305:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1301:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `catch' from /usr/local/lib/ruby/1.8/optparse.rb:1249:in `parse_in_order' from /usr/local/lib/ruby/1.8/optparse.rb:1243:in `order!' from /usr/local/lib/ruby/1.8/optparse.rb:1236:in `order' from /usr/local/sbin/portupgrade:565:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:787:in `initialize' from /usr/local/sbin/portupgrade:229:in `new' from /usr/local/sbin/portupgrade:229:in `main' from /usr/local/sbin/portupgrade:2208 root@kg-v2# It would be very nice if this could be fixed. -- Regards, Torfinn Ingolfsen From miwi at FreeBSD.org Sat Apr 18 04:36:08 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Apr 18 05:31:03 2009 Subject: freetype vulnerabilities In-Reply-To: <20090417133824.GA93239@hades.panopticon> References: <20090417133824.GA93239@hades.panopticon> Message-ID: <20090418112450.GF82454@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, Apr 17, 2009 at 05:38:24PM +0400, Dmitry Marakasov wrote: > There were some pretty serious vulnerabilities found in freetype: > > http://secunia.com/advisories/34723/ > > I think we need to fix these before the tag. > > There's the patch: > https://bugzilla.redhat.com/show_bug.cgi?id=491384 Done > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru > _______________________________________________ > 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 | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknpuIIACgkQdLJIhLHm/OkP9wCgrDOADcPCumQTErq0qmxX77+R 2z0AoJt3jIBO73VOcwBFYVzflIJ7EQc/ =od5k -----END PGP SIGNATURE----- From jumper99 at gmx.de Sat Apr 18 13:40:57 2009 From: jumper99 at gmx.de (Helmut Schneider) Date: Sat Apr 18 13:41:06 2009 Subject: DCC permission question References: <49E8351E.4000400@netfence.it> Message-ID: Andrea Venturoli wrote: > I'm using MIMEDefang -> SpamAssassin -> DCC & Razor. > > Lately I started seeing a lot of messages like the following in my logs: > > dccproc[54019]: /usr/local/dcc: Permission denied > > > These are all the concerned permissions (as per default port install, I > guess, since I didn't change them manually). > > #ls -l /usr/local/|grep dcc > drwxr-xr-x 5 root wheel 512 Apr 2 14:35 dcc > > > # ls -l /usr/local/dcc/ > total 78 > drwxr-xr-x 2 dcc wheel 512 Apr 2 14:35 cgi-bin > -rw-r--r-- 1 dcc wheel 5482 Apr 2 14:35 dcc_conf > -rw-r--r-- 1 dcc wheel 5482 Apr 2 14:35 dcc_conf.sample > -rw-r--r-- 1 dcc wheel 797 Apr 2 14:35 flod > -rw-r--r-- 1 dcc wheel 797 Apr 2 14:35 flod.sample > -rw-r--r-- 1 dcc wheel 427 Apr 2 14:35 grey_flod > -rw-r--r-- 1 dcc wheel 427 Apr 2 14:35 grey_flod.sample > -rw-r--r-- 1 dcc wheel 496 Apr 2 14:35 grey_whitelist > -rw-r--r-- 1 dcc wheel 496 Apr 2 14:35 grey_whitelist.sample > -rw------- 1 dcc wheel 2433 Apr 2 14:35 ids > -rw------- 1 dcc wheel 2433 Apr 2 14:35 ids.sample > drwxr-xr-x 2 dcc wheel 1024 Apr 2 14:35 libexec > drwx--x--- 2 dcc wheel 512 Apr 2 14:35 log > -rw------- 1 dcc wheel 7564 Apr 17 09:47 map [...] > Does dccproc need to write in /usr/local/dcc/? It needs to write "map". HTH, Helmut -- No Swen today, my love has gone away My mailbox stands for lorn, a symbol of the dawn From mezz7 at cox.net Sat Apr 18 14:43:38 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Apr 18 14:43:53 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: On Sat, 18 Apr 2009 04:47:33 -0500, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > JMC> > Another question: is there a way to avoid apache22 install > (i have apache13 > JMC> > JMC> > installed and have no current plans to upgrade) ? I tried > to chase > JMC> > JMC> > options but failed. > JMC> > JMC> > JMC> > JMC> Not by using the meta-port. This is required for > gnome-user-share which > JMC> > JMC> is now part of the GNOME Desktop. > JMC> > > JMC> > Hmm, so currently there is no way to install gnome2 without > requiring apache22? > JMC> > JMC> Correct. You could, of course, go through the meta-port, and remove > JMC> gnome-user-share on your own (i.e. build your own customized > meta-port). > > Well, would you object to the following quick fix? Wel.. I object. marcus also said that you only can do in your own system, so it means we don't want to add any option in x11/gnome2. We always turn down that kind of patch unless no choice for limit size to build packages in CD for the release. Cheers, Mezz > Index: x11/gnome2/Makefile > =================================================================== > RCS file: /home/ncvs/ports/x11/gnome2/Makefile,v > retrieving revision 1.154 > diff -u -r1.154 Makefile > --- x11/gnome2/Makefile 10 Apr 2009 05:56:18 -0000 1.154 > +++ x11/gnome2/Makefile 18 Apr 2009 09:26:50 -0000 > @@ -68,7 +68,8 @@ > .endif > .if !defined(GNOME_SLAVE) || ${.CURDIR:T}=="gnome2-lite" > -OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off > +OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off \ > + USER_SHARE "Use gnome-user-share for file sharing" on > .endif > do-install: # empty > @@ -90,9 +91,11 @@ > swfdec-player:${PORTSDIR}/multimedia/swfdec-gnome \ > vinagre:${PORTSDIR}/net/vinagre \ > brasero:${PORTSDIR}/sysutils/brasero \ > - > gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share \ > ${LOCALBASE}/lib/deskbar-applet/deskbar-applet:${PORTSDIR}/deskutils/deskbar-applet > \ > ${LOCALBASE}/lib/hamster-applet/hamster-applet:${PORTSDIR}/deskutils/hamster-applet > +.if !defined(WITHOUT_USER_SHARE) > +RUN_DEPENDS+= > gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share > +.endif > .if ${ARCH} == "i386" > #RUN_DEPENDS+= tomboy:${PORTSDIR}/deskutils/tomboy > .endif > -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From marck at rinet.ru Sat Apr 18 15:16:07 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Sat Apr 18 15:16:14 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: On Sat, 18 Apr 2009, Jeremy Messenger wrote: JM> > JMC> > JMC> > Another question: is there a way to avoid apache22 install JM> > (i have apache13 JM> > JMC> > JMC> > installed and have no current plans to upgrade) ? I tried to JM> > chase JM> > JMC> > JMC> > options but failed. JM> > JMC> > JMC> JM> > JMC> > JMC> Not by using the meta-port. This is required for JM> > gnome-user-share which JM> > JMC> > JMC> is now part of the GNOME Desktop. JM> > JMC> > JM> > JMC> > Hmm, so currently there is no way to install gnome2 without JM> > requiring apache22? JM> > JMC> JM> > JMC> Correct. You could, of course, go through the meta-port, and remove JM> > JMC> gnome-user-share on your own (i.e. build your own customized JM> > meta-port). JM> > JM> > Well, would you object to the following quick fix? JM> JM> Wel.. I object. marcus also said that you only can do in your own system, so JM> it means we don't want to add any option in x11/gnome2. We always turn down JM> that kind of patch unless no choice for limit size to build packages in CD JM> for the release. I hope I understand your intentions, but this is not the first options for the metaport, heh? ;-) My main concern is that many my colleagues work on desktop systems which they are using as sorta "personal websevers" too, not too resource hungry, hence apache 1.3. From the last upgrade the only way to achieve it on a single machine is to split Gnome and apache to separate jails... -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From mezz7 at cox.net Sat Apr 18 15:38:43 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Apr 18 15:38:49 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: On Sat, 18 Apr 2009 10:15:59 -0500, Dmitry Morozovsky wrote: > On Sat, 18 Apr 2009, Jeremy Messenger wrote: > > JM> > JMC> > JMC> > Another question: is there a way to avoid apache22 > install > JM> > (i have apache13 > JM> > JMC> > JMC> > installed and have no current plans to upgrade) ? I > tried to > JM> > chase > JM> > JMC> > JMC> > options but failed. > JM> > JMC> > JMC> > JM> > JMC> > JMC> Not by using the meta-port. This is required for > JM> > gnome-user-share which > JM> > JMC> > JMC> is now part of the GNOME Desktop. > JM> > JMC> > > JM> > JMC> > Hmm, so currently there is no way to install gnome2 without > JM> > requiring apache22? > JM> > JMC> > JM> > JMC> Correct. You could, of course, go through the meta-port, and > remove > JM> > JMC> gnome-user-share on your own (i.e. build your own customized > JM> > meta-port). > JM> > > JM> > Well, would you object to the following quick fix? > JM> > JM> Wel.. I object. marcus also said that you only can do in your own > system, so > JM> it means we don't want to add any option in x11/gnome2. We always > turn down > JM> that kind of patch unless no choice for limit size to build packages > in CD > JM> for the release. > > I hope I understand your intentions, but this is not the first options > for the > metaport, heh? ;-) > > My main concern is that many my colleagues work on desktop systems which > they > are using as sorta "personal websevers" too, not too resource hungry, > hence > apache 1.3. From the last upgrade the only way to achieve it on a single > machine is to split Gnome and apache to separate jails... I didn't exactly read previous thread, but you do have a good point. I am surpised about that gnome-user-share doesn't use gvfs. Isn't gvfs supposed to be already support WebDAV (gvfs-dav)? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Sat Apr 18 15:48:50 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Apr 18 15:49:03 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: On Sat, 18 Apr 2009 10:38:35 -0500, Jeremy Messenger wrote: > On Sat, 18 Apr 2009 10:15:59 -0500, Dmitry Morozovsky > wrote: > >> On Sat, 18 Apr 2009, Jeremy Messenger wrote: >> >> JM> > JMC> > JMC> > Another question: is there a way to avoid apache22 >> install >> JM> > (i have apache13 >> JM> > JMC> > JMC> > installed and have no current plans to upgrade) ? I >> tried to >> JM> > chase >> JM> > JMC> > JMC> > options but failed. >> JM> > JMC> > JMC> >> JM> > JMC> > JMC> Not by using the meta-port. This is required for >> JM> > gnome-user-share which >> JM> > JMC> > JMC> is now part of the GNOME Desktop. >> JM> > JMC> > >> JM> > JMC> > Hmm, so currently there is no way to install gnome2 without >> JM> > requiring apache22? >> JM> > JMC> >> JM> > JMC> Correct. You could, of course, go through the meta-port, >> and remove >> JM> > JMC> gnome-user-share on your own (i.e. build your own customized >> JM> > meta-port). >> JM> > >> JM> > Well, would you object to the following quick fix? >> JM> >> JM> Wel.. I object. marcus also said that you only can do in your own >> system, so >> JM> it means we don't want to add any option in x11/gnome2. We always >> turn down >> JM> that kind of patch unless no choice for limit size to build >> packages in CD >> JM> for the release. >> >> I hope I understand your intentions, but this is not the first options >> for the >> metaport, heh? ;-) >> >> My main concern is that many my colleagues work on desktop systems >> which they >> are using as sorta "personal websevers" too, not too resource hungry, >> hence >> apache 1.3. From the last upgrade the only way to achieve it on a >> single >> machine is to split Gnome and apache to separate jails... > > I didn't exactly read previous thread, but you do have a good point. > > I am surpised about that gnome-user-share doesn't use gvfs. Isn't gvfs > supposed to be already support WebDAV (gvfs-dav)? Nevermind about that gvfs part. Clearly wake up and type email is a bad idea. > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kamikaze at bsdforen.de Sat Apr 18 20:21:35 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sat Apr 18 20:21:43 2009 Subject: Unable to get MAN pages installed In-Reply-To: <20090417180801.74461803@scorpio> References: <20090417180801.74461803@scorpio> Message-ID: <49EA3645.8060604@bsdforen.de> Jerry wrote: > I am in the process of creating a new port. I cannot seem to get the > 'man' file installed correctly; however. This is the error message at > the end of the install process. The file 'scamp.1' exists in the $WRKSRC > directory when I extract the distro. > > ===> Compressing manual pages for scamp-5.2a > gzip: can't stat: /usr/local/man/man1/scamp.1: No such file or directory > ===> Registering installation for scamp-5.2a > > This is the Makefile for the port. It will probably wrap incorrectly! > > # New ports collection makefile for: scamp > # Date created: 31 March 2009 > # Whom: Gerard Seibert > # > # $FreeBSD$ > > PORTNAME= scamp > PORTVERSION= 5.2a > CATEGORIES= security > MASTER_SITES= http://site1/ ${MASTER_SITE_SOURCEFORGE:S/$/:sourceforge,TEST/} > DISTFILES= scamp/scamp-5.2a.tar.gz:sourceforge > > MAINTAINER= gerard@seibercom.net > COMMENT= Download & Install additional definition files for Clamav > > .include > > .if exists (${LOCALBASE}/bin/wget) && ! exists (${LOCALBASE}/bin/curl) > RUN_DEPENDS+= wget>=1.11.4:${PORTSDIR}/ftp/wget \ > bash>=3.2.48_1:${PORTSDIR}/shells/bash3 \ > clamav>=0.95:${PORTSDIR}/security/clamav \ > gnupg>=2.0.11:${PORTSDIR}/security/gnupg \ > rsync>=3.0.5:${PORTSDIR}/net/rsync > .else > RUN_DEPENDS+= curl>=7.19.2:${PORTSDIR}/ftp/curl \ > bash>=3.2.48_1:${PORTSDIR}/shells/bash3 \ > clamav>=0.95:${PORTSDIR}/security/clamav \ > gnupg>=2.0.11:${PORTSDIR}/security/gnupg \ > rsync>=3.0.5:${PORTSDIR}/net/rsync > .endif > > NO_BUILD= yes > > SUB_FILES= pkg-message > > MAN1= scamp.1 > MANCOMPRESS= no > > post-patch: > @${REINPLACE_CMD} -e 's|SIG_DB=$${SIG_DB:-""}|SIG_DB=$${SIG_DB:-"/var/db/clamav"}|g' ${WRKSRC}/${PORTNAME}.sh > @${REINPLACE_CMD} -e 's|CONFIG_DIR="/etc/scamp"|CONFIG_DIR="/usr/local/etc/scamp"|g' ${WRKSRC}/${PORTNAME}.sh > > post-install: > @${INSTALL_DATA} ${FILESDIR}/scamp.conf.sample ${PREFIX}/etc/ > @if [ ! -f ${PREFIX}/etc/scamp.conf ]; then \ > ${CP} -p ${PREFIX}/etc/scamp.conf.sample \ > ${PREFIX}/etc/scamp.conf ; \ > fi > > do-install: > cd ${WRKSRC} && ${INSTALL_SCRIPT} ${PORTNAME}.sh ${PREFIX}/bin > > .ifndef(NOPORTDOCS) > @${MKDIR} ${DOCSDIR} > cd ${WRKSRC} && ${INSTALL_DATA} README CHANGE.LOG INSTALL Release.html ${DOCSDIR} > .endif > > ${CAT} ${PKGMESSAGE} > > .include > > > Obviously, I am doing something wrong; I just cannot find it. A scan > with 'portlint -A' did not turn up a single error on the port. > > I assume I am giving it the wrong PATH; however, I do not know how > to correct it. > > You shouldn't use MANCOMPRESS. Just remove that line. Depending on whether your port installs compressed man-pagers or not you should set MANCOMPRESSED to yes or no. From alexanderchuranov at gmail.com Sun Apr 19 09:06:20 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Apr 19 09:06:27 2009 Subject: problems with lang/gcc43 In-Reply-To: <20090409062738.65318.qmail@avocado.salatschuessel.net> References: <20090409062738.65318.qmail@avocado.salatschuessel.net> Message-ID: <3cb459ed0904190206y70199a7apf1ab124c1dfe3a85@mail.gmail.com> Hi Oliver, Just want to add my 2 cents. > 2) something in the > /usr/local/lib/gcc-4.3.4/include/c++/bits/locale_facets.h header seems to be > broken. just take the toupper() function definition. It takes two arguments > and it conflicts somehow with the libc declaration of toupper() where > toupper(3) reveals that it only takes one argument. This is has nothing in common with libc and toupper(3). This is a method of class "_ctype_abstract_base" used to implement C++ locale facet. Alexander Churanov From alexanderchuranov at gmail.com Sun Apr 19 09:15:59 2009 From: alexanderchuranov at gmail.com (Alexander Churanov) Date: Sun Apr 19 09:16:06 2009 Subject: Deluge hangs during startup with boost-python-1.37 In-Reply-To: <20090409041427.D2CC71CC50@ptavv.es.net> References: <20090409041427.D2CC71CC50@ptavv.es.net> Message-ID: <3cb459ed0904190215j13992879v3fe143403764a712@mail.gmail.com> Kevin, I'm looking into that. Alexander Churanov From kamikaze at bsdforen.de Sun Apr 19 09:30:44 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Apr 19 09:30:51 2009 Subject: broken INDEX Message-ID: <49EAEF3C.6090409@bsdforen.de> ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/INDEX lists the package youtube_dl-2009.04.06_1, however ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/youtube_dl-2009.04.06_1.tbz does not exist. From kamikaze at bsdforen.de Sun Apr 19 09:52:47 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Apr 19 09:52:54 2009 Subject: broken INDEX In-Reply-To: <49EAEF3C.6090409@bsdforen.de> References: <49EAEF3C.6090409@bsdforen.de> Message-ID: <49EAF467.4020407@bsdforen.de> Dominic Fandrey wrote: > ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/INDEX > lists the package youtube_dl-2009.04.06_1, however > ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/youtube_dl-2009.04.06_1.tbz > does not exist. Just to clarify this, I'm working on a binary package upgrade tool. I'm just in the process of removing the last rough corners before release. Every time the INDEX is broken however, I cannot continue my testing, because it performs all downloads first and only starts updates when all required packages are downloaded. This is not the first time this has happened and I'm wondering, is this a bug in Tinderbox? Shouldn't packages listed in the INDEX always be available? Even if a newer package than the one listed in the INDEX is available, by not being listed in the INDEX it could as well not exist at all, as far as I am concerned. So I think packages should really only be listed in the INDEX if they are available and only deleted AFTER they have been removed from the INDEX. Rant over. Thank you for your time. From gerald at pfeifer.com Sun Apr 19 10:00:20 2009 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sun Apr 19 10:00:28 2009 Subject: problems with lang/gcc43 In-Reply-To: <20090409062738.65318.qmail@avocado.salatschuessel.net> References: <20090409062738.65318.qmail@avocado.salatschuessel.net> Message-ID: Hi Oliver, On Thu, 9 Apr 2009, Oliver Lehmann wrote: > I've two problems with lang/gcc43. > 1) for me it appears not to be MAKE_JOBS_SAFE. I'm getting continous errors > compiling it on my dual PIII850 System: > http://files.pofo.de/gcc-4.3.4_20090326.log this is the only report of this kind that I have seen so far, both in the context of FreeBSD and in general. Many, if not most, GCC developers have been building GCC with -j2, -j4, or above (up to and including -j64 on true 64 core hardware as early as four years ago), on fast machines as well as environments that take days to build, and I would expect any issue like this to have come up in that context. Gerald -- Gerald (Jerry) Pfeifer gerald@pfeifer.com http://www.pfeifer.com/gerald/ From tingox at gmail.com Sun Apr 19 10:58:35 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sun Apr 19 10:58:40 2009 Subject: ports/110728 - patch for mail/py-spambayes Message-ID: Hello, ports/110728[1] contains a one-line patch that fixes py-spambayes (so that it loads the config file from a defined location, instead of some random directory). The patch was submitted on August 27th, 2007. Yes, the PR is still open. This is a patch which improves the port - IMHO, it should be closed before this ports freeze is over. Could someone look at it? References: 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=110728&cat= -- Regards, Torfinn Ingolfsen From frederic.perrin at resel.fr Sun Apr 19 13:30:06 2009 From: frederic.perrin at resel.fr (=?utf-8?Q?Fr=C3=A9d=C3=A9ric_Perrin?=) Date: Sun Apr 19 13:30:14 2009 Subject: Failure when upgrading policy kit Message-ID: <86eivo7pwd.fsf@chameau.maisel.enst-bretagne.fr> Hello, For some time now, policykit does not upgrade properly. This has already been reported a couple of times --see [1], [2]. It fails at the same time as the other reports, when running xsltproc. Removing the -nonet option from the xsltproc invokation allows the build to proceed. The (I think) relevant package versions that I have are the following : docbook-4.1_3 = up-to-date with port libxml2-2.7.3 = up-to-date with port libxslt-1.1.24_2 = up-to-date with port sdocbook-xml-1.1,1 = up-to-date with port policykit-0.9_2 < needs updating (port has 0.9_4) Also : % ls -l /usr/local/share/xsl/docbook/manpages/docbook.xsl -rw-r--r-- 1 root wheel 14763 24 f?v 12:51 /usr/local/share/xsl/docbook/manpages/docbook.xsl The version that fails to rebuild correctly is : # $FreeBSD: ports/sysutils/policykit/Makefile,v 1.18 2009/03/30 00:17:16 marcus Exp $ # $MCom: ports/sysutils/policykit/Makefile,v 1.22 2008/08/21 21:53:00 mezz Exp $ (By the way, is that the right place to send a problem with ports, or should I try send-pr ? The handbook says to try contacting the maintainer.) The trace that I get is the following : [Runs fine...] cc -O2 -fno-strict-aliasing -march=pentium4 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wformat -Wformat-security -Wl,--as-needed -o .libs/polkitd polkitd-polkit-daemon.o polkitd-main.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so ../src/polkit/.libs/libpolkit.so ../src/polkit-dbus/.libs/libpolkit-dbus.so ../src/polkit-grant/.libs/libpolkit-grant.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/ports/sysutils/policykit/work/PolicyKit-0.9/src/polkit/.libs/libpolkit.so /usr/local/lib/libexpat.so -Wl,--rpath -Wl,/usr/local/lib creating polkitd gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/polkitd' gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/polkitd' Making all in doc gmake[2]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc' Making all in man gmake[3]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc/man' /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl polkit-auth.xml I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl gmake[3]: *** [polkit-auth.1] Error 4 gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc/man' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc' Other, unanswered reports : [1] Error building policykit, Frank frank_s at bellsouth.net, Sat Feb 21 05:35:05 PST 2009. [2] policykit build failure, Eitan Adler eitanadlerlist at gmail.com, Thu Mar 12 17:47:56 PDT 2009 Regards, -- Fred From kitchetech at gmail.com Sun Apr 19 14:47:04 2009 From: kitchetech at gmail.com (matt donovan) Date: Sun Apr 19 14:47:11 2009 Subject: dsniff fails linking Message-ID: <28283d910904190747j2ae2e476h898cf6d36d893c28@mail.gmail.com> when I try to compile the dsniff port it fails at linking. Sorry about the long paste in this email but I sent this to the maintainer as well. cc -o dsniff asn1.o base64.o buf.o hex.o magic.o mount.o pcaputil.o rpc.o tcp_r aw.o trigger.o record.o dsniff.o decode.o decode_aim.o decode_citrix.o decode_cv s.o decode_ftp.o decode_hex.o decode_http.o decode_icq.o decode_imap.o decode_ir c.o decode_ldap.o decode_mmxp.o decode_mountd.o decode_napster.o decode_nntp.o d ecode_oracle.o decode_ospf.o decode_pcanywhere.o decode_pop.o decode_portmap.o d ecode_postgresql.o decode_pptp.o decode_rip.o decode_rlogin.o decode_smb.o decod e_smtp.o decode_sniffer.o decode_snmp.o decode_socks.o decode_tds.o decode_telne t.o decode_vrrp.o decode_yp.o decode_x11.o -lrpcsvc -L. -lmissing -L/usr/local/ lib -lnids -lpcap -L/usr/local/lib/libnet10 -lnet -lssl -lcrypto /usr/local/lib/libnids.a(libnids.o)(.text+0xa8): In function `nids_dispatch': : undefined reference to `g_async_queue_push' /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function `nids_dispatch': : undefined reference to `g_thread_create_full' /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function `cap_queue_process _thread': : undefined reference to `g_async_queue_pop' /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function `cap_queue_process _thread': : undefined reference to `g_thread_exit' /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function `nids_exit': : undefined reference to `g_async_queue_length' /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': : undefined reference to `g_thread_create_full' /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': : undefined reference to `g_async_queue_push' /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function `nids_dispatch': : undefined reference to `g_thread_create_full' /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function `cap_queue_process _thread': : undefined reference to `g_async_queue_pop' /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function `cap_queue_process _thread': : undefined reference to `g_thread_exit' /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function `nids_exit': : undefined reference to `g_async_queue_length' /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': : undefined reference to `g_thread_create_full' /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': : undefined reference to `g_async_queue_push' /usr/local/lib/libnids.a(libnids.o)(.text+0x63e): In function `nids_init': : undefined reference to `g_thread_init' /usr/local/lib/libnids.a(libnids.o)(.text+0x643): In function `nids_init': : undefined reference to `g_async_queue_new' /usr/local/lib/libnids.a(libnids.o)(.text+0xbc7): In function `nids_pcap_handler ': : undefined reference to `g_async_queue_lock' /usr/local/lib/libnids.a(libnids.o)(.text+0xbd4): In function `nids_pcap_handler ': : undefined reference to `g_async_queue_length_unlocked' /usr/local/lib/libnids.a(libnids.o)(.text+0xbf1): In function `nids_pcap_handler ': : undefined reference to `g_async_queue_push_unlocked' /usr/local/lib/libnids.a(libnids.o)(.text+0xd40): In function `nids_next': : undefined reference to `g_thread_create_full' /usr/local/lib/libnids.a(libnids.o)(.text+0xd87): In function `nids_next': : undefined reference to `g_async_queue_push' /usr/local/lib/libnids.a(libnids.o)(.text+0xc0a): In function `nids_pcap_handler ': : undefined reference to `g_async_queue_unlock' From david at vizion2000.net Sun Apr 19 15:28:10 2009 From: david at vizion2000.net (David Southwell) Date: Sun Apr 19 15:28:17 2009 Subject: sqlite3 error on install Message-ID: <200904190904.13564.david@vizion2000.net> Anyone any idea what may be going on here?? Thanks in advance David ___________________________ error messages from #make install . . . . . /usr/bin/install -c -o root -g wheel -d /usr/local/bin /usr/local/bin/libtool --mode=install /usr/bin/install -c -o root -g wheel sqlite3 /usr/local/bin /usr/bin/install -c -o root -g wheel .libs/sqlite3 /usr/local/bin/sqlite3 /usr/bin/install -c -o root -g wheel -d /usr/local/include /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.h /usr/local/include /usr/bin/install -c -o root -g wheel -m 0644 ./src/sqlite3ext.h /usr/local/include /usr/bin/install -c -o root -g wheel -d /usr/local/libdata/pkgconfig /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.pc /usr/local/libdata/pkgconfig libtool: install: error: cannot install `libtclsqlite3.la' to a directory not ending in /usr/local/lib/tcl8.4/sqlite3 *** Error code 1 Stop in /usr/ports/databases/sqlite3. *** Error code 1 Stop in /usr/ports/databases/sqlite3. [root@dns1 /usr/ports/databases/sqlite3]# cd /usr/ports/lang [root@dns1 /usr/ports/lang]# ls -l |grep tcl drwxr-xr-x 2 root wheel 512 Jan 21 15:19 fpc-tcl drwxr-xr-x 3 root wheel 512 Feb 15 05:40 itcl drwxr-xr-x 2 root wheel 512 Apr 17 14:13 linux-f8-tcl84 drwxr-xr-x 2 root wheel 512 Feb 15 05:40 otcl drwxr-xr-x 3 root wheel 512 Aug 17 2006 tcl-manual drwxr-xr-x 2 root wheel 512 Mar 12 09:07 tcl-modules drwxr-xr-x 3 root wheel 512 Mar 11 01:49 tcl-wrapper drwxr-xr-x 3 root wheel 512 Feb 15 05:40 tcl80 drwxr-xr-x 3 root wheel 512 Mar 11 01:49 tcl82 drwxr-xr-x 3 root wheel 512 Mar 11 01:49 tcl83 drwxr-xr-x 3 root wheel 512 Mar 11 07:58 tcl84 drwxr-xr-x 2 root wheel 512 Mar 20 2007 tcl84-thread drwxr-xr-x 3 root wheel 512 Mar 12 09:07 tcl85 drwxr-xr-x 2 root wheel 512 Apr 8 2007 tcl85-thread drwxr-xr-x 3 root wheel 512 Mar 11 01:49 tcl86 drwxr-xr-x 2 root wheel 512 Feb 15 05:40 tcl86-thread drwxr-xr-x 3 root wheel 512 Mar 18 09:24 tclX drwxr-xr-x 3 root wheel 512 Jul 2 2008 tcltutor drwxr-xr-x 3 root wheel 512 Mar 26 08:48 xotcl [root@dns1 /usr/ports/lang]# pkg_info |grep tcl expect-5.43.0_3 A sophisticated scripter based on tcl/tk tcl-8.4.19_2,1 Tool Command Language tcl-8.5.6_3 Tool Command Language tcl-modules-8.5.6 Tcl common modules From scf at FreeBSD.org Sun Apr 19 18:03:08 2009 From: scf at FreeBSD.org (Sean C. Farley) Date: Sun Apr 19 18:03:15 2009 Subject: COPYTREE_SHARE behavior (7.x and earlier vs. 8.x) Message-ID: As noted in ports/131535[1] concerning the install of Skype, I noticed that COPYTREE_SHARE behaves differently on FreeBSD 7.x and earlier than it does on 8.x. Here is my note on the PR: ---------------- I think I see the issue. It is with the cpio call in COPYTREE_SHARE. GNU cpio 2.6 on FreeBSD 7 creates directories with umask set to 077. bsdcpio as found in FreeBSD 8 uses the user's umask. Setup: cd /usr/ports/net/skype make cd work/skype_static-2.0.0.72-oss Tests (make sure to delete to destination directory first) on a RELENG_7 system: /usr/bin/find -d avatars icons sounds lang | /usr/FreeBSD/HEAD/src/usr.bin/cpio/bsdcpio -dumpl /tmp/usr/local/share/skype/ /usr/bin/find -d avatars icons sounds lang | /usr/bin/cpio -dumpl /tmp/usr/local/share/skype/ I think creating the directory first should solve the problem. ---------------- There is probably a better solution than creating the directory first, but I just wanted to make sure people saw this. Sean P.S. I tried to tell beech about this, but E-mail to him is being rejected. Anyone else have any luck? 1. http://www.freebsd.org/cgi/query-pr.cgi?pr=131535 -- scf@FreeBSD.org From rwmaillists at googlemail.com Sun Apr 19 19:13:07 2009 From: rwmaillists at googlemail.com (RW) Date: Sun Apr 19 19:13:13 2009 Subject: broken INDEX In-Reply-To: <49EAF467.4020407@bsdforen.de> References: <49EAEF3C.6090409@bsdforen.de> <49EAF467.4020407@bsdforen.de> Message-ID: <20090419201301.4431770b@gumby.homeunix.com> On Sun, 19 Apr 2009 11:52:39 +0200 Dominic Fandrey wrote: > This is not the first time this has happened and I'm wondering, is > this a bug in Tinderbox? Shouldn't packages listed in the INDEX > always be available? > ... > So I think packages should really only be listed in the INDEX if > they are available and only deleted AFTER they have been removed > from the INDEX. The INDEX file is information about the current ports tree, and it has to match the current tree. It's used by portupgrade, pkg_version, portversion, and a few minor make targets to speed things up. INDEX has little to do with package files, not all packages listed in INDEX are even packaged. From kamikaze at bsdforen.de Sun Apr 19 20:33:48 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Apr 19 20:33:55 2009 Subject: broken INDEX In-Reply-To: <20090419201301.4431770b@gumby.homeunix.com> References: <49EAEF3C.6090409@bsdforen.de> <49EAF467.4020407@bsdforen.de> <20090419201301.4431770b@gumby.homeunix.com> Message-ID: <49EB8541.3000301@bsdforen.de> RW wrote: > On Sun, 19 Apr 2009 11:52:39 +0200 > Dominic Fandrey wrote: > > >> This is not the first time this has happened and I'm wondering, is >> this a bug in Tinderbox? Shouldn't packages listed in the INDEX >> always be available? >> ... >> So I think packages should really only be listed in the INDEX if >> they are available and only deleted AFTER they have been removed >> from the INDEX. > > > The INDEX file is information about the current ports tree, and it has > to match the current tree. It's used by portupgrade, pkg_version, > portversion, and a few minor make targets to speed things up. > > INDEX has little to do with package files, not all packages listed in > INDEX are even packaged. Umm... no. The index file in the ports tree is what you are talking about. I'm talking about the INDEX file provided by a package build server (like tinderbox), which only contains entries about ports actually available as binary packages. This is a mirroring problem (at least I assume it is). On ftp://ftp.freebsd.org the INDEX is consistent with the available packages. To fix this a mirror would have to update in the following way: 1) Download the new INDEX into a temporary location. 2) Download all packages listed in the new index file. 3) Overwrite the old INDEX with the new one. 4) Delete all packages no longer listed. From sbrabez at gmail.com Sun Apr 19 21:53:49 2009 From: sbrabez at gmail.com (Sofian Brabez) Date: Sun Apr 19 21:53:55 2009 Subject: dsniff fails linking In-Reply-To: <28283d910904190747j2ae2e476h898cf6d36d893c28@mail.gmail.com> References: <28283d910904190747j2ae2e476h898cf6d36d893c28@mail.gmail.com> Message-ID: <3456f9ca0904191424l4bc64fd9x9f858cdc41b4be4@mail.gmail.com> Hello matt, Indeed dsniff doesn't compile anymore, I see an update of libnids by roam@ yesterday [1]. As dsniff depends of libnids to compile, I think the problem come from libnids update. I will investigate and fix this. Thanks for warning me. [1] http://www.freebsd.org/cgi/getmsg.cgi?fetch=745549+0+/usr/local/www/db/text/2009/cvs-ports/20090322.cvs-ports On Sun, Apr 19, 2009 at 4:47 PM, matt donovan wrote: > when I try to compile the dsniff port it fails at linking. Sorry about > the long paste in this email but I sent this to the maintainer as > well. > > cc -o dsniff asn1.o base64.o buf.o hex.o magic.o mount.o pcaputil.o rpc.o tcp_r > aw.o trigger.o record.o dsniff.o decode.o decode_aim.o decode_citrix.o decode_cv > s.o decode_ftp.o decode_hex.o decode_http.o decode_icq.o decode_imap.o decode_ir > c.o decode_ldap.o decode_mmxp.o decode_mountd.o decode_napster.o decode_nntp.o d > ecode_oracle.o decode_ospf.o decode_pcanywhere.o decode_pop.o decode_portmap.o d > ecode_postgresql.o decode_pptp.o decode_rip.o decode_rlogin.o decode_smb.o decod > e_smtp.o decode_sniffer.o decode_snmp.o decode_socks.o decode_tds.o decode_telne > t.o decode_vrrp.o decode_yp.o decode_x11.o -lrpcsvc -L. -lmissing -L/usr/local/ > lib -lnids -lpcap -L/usr/local/lib/libnet10 -lnet -lssl -lcrypto > /usr/local/lib/libnids.a(libnids.o)(.text+0xa8): In function `nids_dispatch': > : undefined reference to `g_async_queue_push' > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function `nids_dispatch': > : undefined reference to `g_thread_create_full' > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function `cap_queue_process > _thread': > : undefined reference to `g_async_queue_pop' > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function `cap_queue_process > _thread': > : undefined reference to `g_thread_exit' > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function `nids_exit': > : undefined reference to `g_async_queue_length' > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > : undefined reference to `g_thread_create_full' > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > : undefined reference to `g_async_queue_push' > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function `nids_dispatch': > : undefined reference to `g_thread_create_full' > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function `cap_queue_process > _thread': > : undefined reference to `g_async_queue_pop' > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function `cap_queue_process > _thread': > : undefined reference to `g_thread_exit' > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function `nids_exit': > : undefined reference to `g_async_queue_length' > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > : undefined reference to `g_thread_create_full' > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > : undefined reference to `g_async_queue_push' > /usr/local/lib/libnids.a(libnids.o)(.text+0x63e): In function `nids_init': > : undefined reference to `g_thread_init' > /usr/local/lib/libnids.a(libnids.o)(.text+0x643): In function `nids_init': > : undefined reference to `g_async_queue_new' > /usr/local/lib/libnids.a(libnids.o)(.text+0xbc7): In function `nids_pcap_handler > ': > : undefined reference to `g_async_queue_lock' > /usr/local/lib/libnids.a(libnids.o)(.text+0xbd4): In function `nids_pcap_handler > ': > : undefined reference to `g_async_queue_length_unlocked' > /usr/local/lib/libnids.a(libnids.o)(.text+0xbf1): In function `nids_pcap_handler > ': > : undefined reference to `g_async_queue_push_unlocked' > /usr/local/lib/libnids.a(libnids.o)(.text+0xd40): In function `nids_next': > : undefined reference to `g_thread_create_full' > /usr/local/lib/libnids.a(libnids.o)(.text+0xd87): In function `nids_next': > : undefined reference to `g_async_queue_push' > /usr/local/lib/libnids.a(libnids.o)(.text+0xc0a): In function `nids_pcap_handler > ': > : undefined reference to `g_async_queue_unlock' > Regards -- sbz From pav at FreeBSD.org Sun Apr 19 22:59:11 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Apr 19 22:59:17 2009 Subject: broken INDEX In-Reply-To: <49EAEF3C.6090409@bsdforen.de> References: <49EAEF3C.6090409@bsdforen.de> Message-ID: <1240181941.13601.29.camel@hood.oook.cz> Dominic Fandrey p??e v ne 19. 04. 2009 v 11:30 +0200: > ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/INDEX > lists the package youtube_dl-2009.04.06_1, however > ftp://ftp.uk.freebsd.org/pub/FreeBSD/ports/i386/packages-7-stable/All/youtube_dl-2009.04.06_1.tbz > does not exist. The package does exist on pointyhat, so perhaps you hit into a middle of the mirror updating from its upstream server. -- Pav Lucistnik Fairy tales do not tell children that dragons exist. Children already know dragons exist. Fairy tales tell children that dragons can be killed. -- G. K. Chesterton -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090419/d926a45d/attachment.pgp From marcus at FreeBSD.org Mon Apr 20 00:52:52 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 20 00:52:58 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> Message-ID: <1240188770.1356.26.camel@shumai.marcuscom.com> On Sat, 2009-04-18 at 13:47 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Joe Marcus Clarke wrote: > > JMC> > JMC> > Another question: is there a way to avoid apache22 install (i have apache13 > JMC> > JMC> > installed and have no current plans to upgrade) ? I tried to chase > JMC> > JMC> > options but failed. > JMC> > JMC> > JMC> > JMC> Not by using the meta-port. This is required for gnome-user-share which > JMC> > JMC> is now part of the GNOME Desktop. > JMC> > > JMC> > Hmm, so currently there is no way to install gnome2 without requiring apache22? > JMC> > JMC> Correct. You could, of course, go through the meta-port, and remove > JMC> gnome-user-share on your own (i.e. build your own customized meta-port). > > Well, would you object to the following quick fix? Actually, I have always shied away from such things. We regularly get requests to change the meta-port, but we long ago took the philosophy to keep the Desktop meta-port as close to the official set of GNOME Desktop components as possible. If we add an option for this, then we slide down the slope of making everything optional. In the past I've simply prompted people to create their own local meta-ports, or install x11/gnome2-lite (no user-share there), then build on that for what they need. Joe > > Index: x11/gnome2/Makefile > =================================================================== > RCS file: /home/ncvs/ports/x11/gnome2/Makefile,v > retrieving revision 1.154 > diff -u -r1.154 Makefile > --- x11/gnome2/Makefile 10 Apr 2009 05:56:18 -0000 1.154 > +++ x11/gnome2/Makefile 18 Apr 2009 09:26:50 -0000 > @@ -68,7 +68,8 @@ > .endif > > .if !defined(GNOME_SLAVE) || ${.CURDIR:T}=="gnome2-lite" > -OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off > +OPTIONS= XSCREENSAVER "Use xscreensaver as screen saver app" off \ > + USER_SHARE "Use gnome-user-share for file sharing" on > .endif > > do-install: # empty > @@ -90,9 +91,11 @@ > swfdec-player:${PORTSDIR}/multimedia/swfdec-gnome \ > vinagre:${PORTSDIR}/net/vinagre \ > brasero:${PORTSDIR}/sysutils/brasero \ > - gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share \ > > ${LOCALBASE}/lib/deskbar-applet/deskbar-applet:${PORTSDIR}/deskutils/deskbar-applet > \ > > ${LOCALBASE}/lib/hamster-applet/hamster-applet:${PORTSDIR}/deskutils/hamster-applet > +.if !defined(WITHOUT_USER_SHARE) > +RUN_DEPENDS+= gnome-file-share-properties:${PORTSDIR}/www/gnome-user-share > +.endif > .if ${ARCH} == "i386" > #RUN_DEPENDS+= tomboy:${PORTSDIR}/deskutils/tomboy > .endif > > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090420/ecb37697/attachment.pgp From marcus at FreeBSD.org Mon Apr 20 00:54:07 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 20 00:54:18 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239667718.1304.66.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> Message-ID: <1240188845.1356.28.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 21:05 +0400, Dmitry Morozovsky wrote: > On Tue, 14 Apr 2009, Robert Noland wrote: > > [snip all] > > RN> > Yes, seahorse shows me two keyrings; however, deleting "login" one does not fix > RN> > the situation: if in the Terminal I try to open tab which ssh's to outer host, > RN> > I immediately got the popup with > RN> > > RN> > "There was an error creating the child process for this terminal" > RN> > > RN> > nothing in this tab is started, and tab is just hanging. > RN> > > RN> > "login" keyring sometimes got recreated, sometimes not, but the effect above is > RN> > totally reproducible. > RN> > RN> If I am following this correctly, the functionality you are talking > RN> about is actually provided by seahorse-agent, which is installed with > RN> the seahorse-plugins port now. Unless something has changed with the > RN> default session (and I don't think it has, since my keyrings still work) > RN> we wrap the session with ssh-agent and seahorse-agent if they are found. > > Aha! Yes, and seahorse-plugins was not installed; moreover, one of its > dependencies (pth) conflicted with pth-hard installed previously. I'll try to > clean this up and report the results. I just discovered two serious bugs in seahorse and gnome-keyring that may be messing you up. I have committed fixes to the ports-stable module in MarcusCom CVS pending the ports thaw. You can access the report using the instructions at http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi . Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090420/30784197/attachment.pgp From marcus at FreeBSD.org Mon Apr 20 00:59:26 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon Apr 20 00:59:33 2009 Subject: Failure when upgrading policy kit In-Reply-To: <86eivo7pwd.fsf@chameau.maisel.enst-bretagne.fr> References: <86eivo7pwd.fsf@chameau.maisel.enst-bretagne.fr> Message-ID: <1240189164.1356.31.camel@shumai.marcuscom.com> On Sun, 2009-04-19 at 15:07 +0200, Fr?d?ric Perrin wrote: > Hello, > > For some time now, policykit does not upgrade properly. This has already > been reported a couple of times --see [1], [2]. It fails at the same > time as the other reports, when running xsltproc. Removing the -nonet > option from the xsltproc invokation allows the build to proceed. > > The (I think) relevant package versions that I have are the following : > > docbook-4.1_3 = up-to-date with port > libxml2-2.7.3 = up-to-date with port > libxslt-1.1.24_2 = up-to-date with port > sdocbook-xml-1.1,1 = up-to-date with port > policykit-0.9_2 < needs updating (port has 0.9_4) > > Also : > % ls -l /usr/local/share/xsl/docbook/manpages/docbook.xsl > -rw-r--r-- 1 root wheel 14763 24 f?v 12:51 /usr/local/share/xsl/docbook/manpages/docbook.xsl > > The version that fails to rebuild correctly is : > # $FreeBSD: ports/sysutils/policykit/Makefile,v 1.18 2009/03/30 00:17:16 marcus Exp $ > # $MCom: ports/sysutils/policykit/Makefile,v 1.22 2008/08/21 21:53:00 mezz Exp $ > > (By the way, is that the right place to send a problem with ports, or > should I try send-pr ? The handbook says to try contacting the > maintainer.) > > The trace that I get is the following : > > [Runs fine...] > cc -O2 -fno-strict-aliasing -march=pentium4 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wformat -Wformat-security -Wl,--as-needed -o .libs/polkitd polkitd-polkit-daemon.o polkitd-main.o -L/usr/local/lib /usr/local/lib/libdbus-glib-1.so /usr/local/lib/libgobject-2.0.so ../src/polkit/.libs/libpolkit.so ../src/polkit-dbus/.libs/libpolkit-dbus.so ../src/polkit-grant/.libs/libpolkit-grant.so /usr/local/lib/libglib-2.0.so -licui18n /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /usr/local/lib/libpcre.so /usr/local/lib/libdbus-1.so -pthread /usr/ports/sysutils/policykit/work/PolicyKit-0.9/src/polkit/.libs/libpolkit.so /usr/local/lib/libexpat.so -Wl,--rpath -Wl,/usr/local/lib > creating polkitd > gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/polkitd' > gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/polkitd' > Making all in doc > gmake[2]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc' > Making all in man > gmake[3]: Entering directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc/man' > /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl polkit-auth.xml > I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" > cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl Can you access this URL from your build environment? Joe > gmake[3]: *** [polkit-auth.1] Error 4 > gmake[3]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc/man' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/ports/sysutils/policykit/work/PolicyKit-0.9/doc' > > Other, unanswered reports : > > [1] Error building policykit, Frank frank_s at bellsouth.net, Sat Feb 21 > 05:35:05 PST 2009. > > > [2] policykit build failure, Eitan Adler eitanadlerlist at gmail.com, > Thu Mar 12 17:47:56 PDT 2009 > > > Regards, -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- 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/20090420/e9b3c4ca/attachment.pgp From kitchetech at gmail.com Mon Apr 20 01:29:10 2009 From: kitchetech at gmail.com (matt donovan) Date: Mon Apr 20 01:29:17 2009 Subject: dsniff fails linking In-Reply-To: <3456f9ca0904191424l4bc64fd9x9f858cdc41b4be4@mail.gmail.com> References: <28283d910904190747j2ae2e476h898cf6d36d893c28@mail.gmail.com> <3456f9ca0904191424l4bc64fd9x9f858cdc41b4be4@mail.gmail.com> Message-ID: <28283d910904191828p5fb78f60i5498d46d7b3a27d2@mail.gmail.com> On Sun, Apr 19, 2009 at 5:24 PM, Sofian Brabez wrote: > Hello matt, > > Indeed dsniff doesn't compile anymore, I see an update of libnids by roam@ > yesterday [1]. As dsniff depends of libnids to compile, I think the > problem come from libnids update. > > I will investigate and fix this. Thanks for warning me. > > [1] > http://www.freebsd.org/cgi/getmsg.cgi?fetch=745549+0+/usr/local/www/db/text/2009/cvs-ports/20090322.cvs-ports > > On Sun, Apr 19, 2009 at 4:47 PM, matt donovan > wrote: > > when I try to compile the dsniff port it fails at linking. Sorry about > > the long paste in this email but I sent this to the maintainer as > > well. > > > > cc -o dsniff asn1.o base64.o buf.o hex.o magic.o mount.o pcaputil.o > rpc.o tcp_r > > aw.o trigger.o record.o dsniff.o decode.o decode_aim.o decode_citrix.o > decode_cv > > s.o decode_ftp.o decode_hex.o decode_http.o decode_icq.o decode_imap.o > decode_ir > > c.o decode_ldap.o decode_mmxp.o decode_mountd.o decode_napster.o > decode_nntp.o d > > ecode_oracle.o decode_ospf.o decode_pcanywhere.o decode_pop.o > decode_portmap.o d > > ecode_postgresql.o decode_pptp.o decode_rip.o decode_rlogin.o > decode_smb.o decod > > e_smtp.o decode_sniffer.o decode_snmp.o decode_socks.o decode_tds.o > decode_telne > > t.o decode_vrrp.o decode_yp.o decode_x11.o -lrpcsvc -L. -lmissing > -L/usr/local/ > > lib -lnids -lpcap -L/usr/local/lib/libnet10 -lnet -lssl -lcrypto > > /usr/local/lib/libnids.a(libnids.o)(.text+0xa8): In function > `nids_dispatch': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function > `nids_dispatch': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_async_queue_pop' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_thread_exit' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function > `nids_exit': > > : undefined reference to `g_async_queue_length' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function > `nids_dispatch': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_async_queue_pop' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_thread_exit' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function > `nids_exit': > > : undefined reference to `g_async_queue_length' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x63e): In function > `nids_init': > > : undefined reference to `g_thread_init' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x643): In function > `nids_init': > > : undefined reference to `g_async_queue_new' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbc7): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_lock' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbd4): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_length_unlocked' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbf1): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_push_unlocked' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xd40): In function > `nids_next': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xd87): In function > `nids_next': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xc0a): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_unlock' > > > > Regards > > -- > sbz hmm for some reason make clean for me did not work but then I did a rm -rf on the work folder for dsniff and for some reason it did work for linking From kitchetech at gmail.com Mon Apr 20 01:29:23 2009 From: kitchetech at gmail.com (matt donovan) Date: Mon Apr 20 01:29:30 2009 Subject: dsniff fails linking In-Reply-To: <3456f9ca0904191424l4bc64fd9x9f858cdc41b4be4@mail.gmail.com> References: <28283d910904190747j2ae2e476h898cf6d36d893c28@mail.gmail.com> <3456f9ca0904191424l4bc64fd9x9f858cdc41b4be4@mail.gmail.com> Message-ID: <28283d910904191829x570068f4l46ab87c5fa71f89e@mail.gmail.com> On Sun, Apr 19, 2009 at 5:24 PM, Sofian Brabez wrote: > Hello matt, > > Indeed dsniff doesn't compile anymore, I see an update of libnids by roam@ > yesterday [1]. As dsniff depends of libnids to compile, I think the > problem come from libnids update. > > I will investigate and fix this. Thanks for warning me. > > [1] > http://www.freebsd.org/cgi/getmsg.cgi?fetch=745549+0+/usr/local/www/db/text/2009/cvs-ports/20090322.cvs-ports > > On Sun, Apr 19, 2009 at 4:47 PM, matt donovan > wrote: > > when I try to compile the dsniff port it fails at linking. Sorry about > > the long paste in this email but I sent this to the maintainer as > > well. > > > > cc -o dsniff asn1.o base64.o buf.o hex.o magic.o mount.o pcaputil.o > rpc.o tcp_r > > aw.o trigger.o record.o dsniff.o decode.o decode_aim.o decode_citrix.o > decode_cv > > s.o decode_ftp.o decode_hex.o decode_http.o decode_icq.o decode_imap.o > decode_ir > > c.o decode_ldap.o decode_mmxp.o decode_mountd.o decode_napster.o > decode_nntp.o d > > ecode_oracle.o decode_ospf.o decode_pcanywhere.o decode_pop.o > decode_portmap.o d > > ecode_postgresql.o decode_pptp.o decode_rip.o decode_rlogin.o > decode_smb.o decod > > e_smtp.o decode_sniffer.o decode_snmp.o decode_socks.o decode_tds.o > decode_telne > > t.o decode_vrrp.o decode_yp.o decode_x11.o -lrpcsvc -L. -lmissing > -L/usr/local/ > > lib -lnids -lpcap -L/usr/local/lib/libnet10 -lnet -lssl -lcrypto > > /usr/local/lib/libnids.a(libnids.o)(.text+0xa8): In function > `nids_dispatch': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function > `nids_dispatch': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_async_queue_pop' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_thread_exit' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function > `nids_exit': > > : undefined reference to `g_async_queue_length' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xec): In function > `nids_dispatch': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x215): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_async_queue_pop' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x22a): In function > `cap_queue_process > > _thread': > > : undefined reference to `g_thread_exit' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x335): In function > `nids_exit': > > : undefined reference to `g_async_queue_length' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x41f): In function `nids_run': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x478): In function `nids_run': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x63e): In function > `nids_init': > > : undefined reference to `g_thread_init' > > /usr/local/lib/libnids.a(libnids.o)(.text+0x643): In function > `nids_init': > > : undefined reference to `g_async_queue_new' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbc7): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_lock' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbd4): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_length_unlocked' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xbf1): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_push_unlocked' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xd40): In function > `nids_next': > > : undefined reference to `g_thread_create_full' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xd87): In function > `nids_next': > > : undefined reference to `g_async_queue_push' > > /usr/local/lib/libnids.a(libnids.o)(.text+0xc0a): In function > `nids_pcap_handler > > ': > > : undefined reference to `g_async_queue_unlock' > > > > Regards > > -- > sbz hmm for some reason make clean for me did not work but then I did a rm -rf on the work folder for dsniff and for some reason it did work for linking From ml at netfence.it Mon Apr 20 08:28:00 2009 From: ml at netfence.it (Andrea Venturoli) Date: Mon Apr 20 08:28:08 2009 Subject: DCC permission question In-Reply-To: References: <49E8351E.4000400@netfence.it> Message-ID: <49EC3201.6050101@netfence.it> Helmut Schneider ha scritto: >> Does dccproc need to write in /usr/local/dcc/? > > It needs to write "map". Thanks. It looks like "chmod dcc /usr/local/dcc" solved this. bye av. From bugmaster at FreeBSD.org Mon Apr 20 11:06:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Apr 20 11:06:31 2009 Subject: Current unassigned ports problem reports Message-ID: <200904201106.n3KB64Nm032063@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/133871 [MAINTAINER] net/istgt: update to 20090420 f ports/133866 [patch] www/squid: take into account of squid_chdir wh o ports/133865 [UPDATE] mail/extmail update to 1.0.9 o ports/133863 Update to dependencies of davical port o ports/133858 net/freenx: nxagent dumps core on FreeBSD 7.* o ports/133847 [patch] - update devel/php-libawl to version 0.36 f ports/133832 [patch] - update misc/gnuls to version 7.2 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE o ports/133822 New port for cad/linux-eagle5 (Eagle 5.5.0) o ports/133791 [PATCH] security/cyrus_sasl2 fails to install as non-r o ports/133752 ports/database/sqlite3 does not install f ports/133746 [patch] port net/freeradius does not build sql driver o ports/133718 audio/amarok-kde4 2.0.2 has last.fm support broken o ports/133655 New port: sysutils/megacli MegaCLI SAS RAID Management o ports/133577 [PATCH] japanese/ja-jpmobile: RUBYGEM_AUTOPLIST o ports/133564 audio/cdplay ports - bad behavior when cd drive is emp o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR f ports/133555 fix for lang/tclX o ports/133553 fix palm/pose on FreeBSD 7.x o ports/133533 [PATCH] Add a static user/group for audio/musicpd port o ports/133501 [patch] pthread_atfork breaks net/nss_ldap on RELENG_7 f ports/133487 endianess detection wrong in devel/boost o ports/133484 Port update: editors/yzis - Update to v1.0.a.1 f ports/133452 Can't install www/linux-flashplugin9 f ports/133451 www/plone3 build fails. Plone3 needs python-2.4 but li o ports/133441 graphics/sane-backends: epson2 sane-backend wants to r o ports/133435 deskutils/egroupware dependency unresolved o ports/133421 [NEW PORT] java/eclipse-xsd: EMF-XSD Runtime o ports/133414 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133413 [patch] sysctls/libcdio-0.78.2 is broken for CDROM's o ports/133408 [NEW PORT] chinese/qq: Tencent QQ for Linux o ports/133387 openoffice don't appear in 7.1-release/Latest f ports/133358 [PATCH] net/bounce: add new -q option f ports/133353 [PATCH] audio/rubygem-mp3info: fix packaging and updat f ports/133344 net/nss_ldap fails to compile if world was installed w o ports/133333 ClamAV Milter passes 'Worm.Mydoom.I' and this virus tu f ports/133303 lang/visualworks cannot load Jun because of lacking TG f ports/133261 [patch] www/free-sa: respect system cflags and expose o ports/133254 [bsd.fpc.mk] don't display bogus message for fpc-using o ports/133242 [PATCH] science/gromacs: fix sparc64, fix WITH_MPICH o ports/133241 net/balance parameter -b does not accept numeric ip ad f ports/133220 dns/ldns will not compile o ports/133102 lang/ruby18 will not install on a fresh system - incor o ports/133068 New port: audio/linux-genpuid o ports/133047 [maintainer-update] Update graphics/linux-ac3d to 6.4. f ports/133036 Update Port: x11-fonts/linuxlibertine Newer version an o ports/133033 www/nspluginwrapper segfaults when NIS is used (amd64) f ports/133031 ports/net/igmpproxy "must be at least 2 Vif's where on o ports/132956 [new port] mail/gml: Mbox & Maildir to Gmail loader f ports/132909 [PATCH] sysutils/htop: fix treeview bug f ports/132815 add option to mail/nmzmail to override max number of m o ports/132792 [new port] re-activating print/ifhp o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/132772 [new port] lang/rakudo-devel The Rakudo Perl 6 Compil o ports/132556 New port: ftp/vsftpd-ext Extended build of ftp/vsftp f ports/132536 mail/assp periodically hangs up I/O o ports/132391 multimedia/mplayer does not work with pulseaudio o ports/132108 Hard coded variables in the mail/postfix install scrip o ports/131856 sysutils/virtualmin adds new users to www group - over o ports/131580 port databases/frontbase upgraded to version 4.2.9 o ports/131526 lang/cmucl: CMUCL for FreeBSD 7 o ports/131442 ports new port: audio/xmms-timidity o ports/131357 New port: editors/japi -- a simple gtk2 based text edi o ports/131329 [patch] - update java/poseidon to version 6.0.2 s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/131169 New port lang/ikarus: optimizing incremental Scheme co o ports/131168 new port: devel/lpc21isp f ports/131093 chrooting net/isc-dhcp30-server to aliased /home can c o ports/131041 [new port] x11-themes/gtk-nodoka-engine: GTK nodoka en o ports/130972 sysutils/gnomebaker 0.6.4 dumps core when trying to cr p ports/130779 [PATCH] emulators/dosbox enable directserial passthrou o ports/130719 www/nspluginwrapper installs plugins in the old direct o ports/130715 New Port:devel/binutils-2.19 o ports/130675 [NEW PORT] devel/ocfpcsc: Open Card Framework to PC/SC o ports/130541 new port: net/isc-dhcp41-server o ports/130505 Update sysutils/linux-megacli to 2.00.15 f ports/130326 [patch] update to sysutils/megarc f ports/130209 www/typo3 upgrade removes configuration o ports/129972 Update Port: benchmarks/lmbench [patch] - A system per o ports/129881 [patch] net/openospfd: update to 4.3 and fix some bugs o ports/129677 /usr/ports/sysutils/aaccli Bad system call: 12 (core d o ports/129598 Update ports: finance/aqbanking, devel/gwenhywfar to 3 o ports/129478 multimedia/acidrip: patch file to commit to ports o ports/129435 java/jakarta-commons-dbcp not BROKEN on jdk15 o ports/128603 [patch] textproc/flex has too small capacity o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 p ports/127995 net/isc-dhcp30-server creates a user/group with dynami o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s s ports/127402 [NEW PORT] security/shibboleth2-sp: C++ Shibboleth Ser 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 f ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/124841 [PATCH] devel/zthread: Fix signature in BlockingQueue. f ports/124423 multimedia/mplayer detection of OSS Audio is faulty o ports/123927 devel/Boost and devel/boost-python ports naming genera o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122571 [patch] net/libnet10 does not work on amd64 o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/114106 mail/postgrey does not properly shut down via rc.d scr 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 s ports/85513 Intel C++ compiler not 100% binary compatible with sys o bin/85011 /sbin/restore on 5.4 will not read Solaris-sparc dumps 108 problems total. From eculp at encontacto.net Mon Apr 20 11:55:49 2009 From: eculp at encontacto.net (eculp) Date: Mon Apr 20 11:55:56 2009 Subject: Problem building libX11 from automake, autoconf, etc. Message-ID: <20090420064544.11992xsf4psha084@econet.encontacto.net> configure.ac:420: warning: do not use m4_regexp: use regexp or m4_bregexp aclocal.m4:325: _AM_DIRNAME is expanded from... ../../lib/autoconf/status.m4:1578: _AC_OUTPUT_MAIN_LOOP is expanded from... configure.ac:420: the top level configure.ac:10: your implementation of AM_INIT_AUTOMAKE comes from an configure.ac:10: old Automake version. You should recreate aclocal.m4 configure.ac:10: with aclocal and run automake again. /usr/local/share/automake-1.10/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/local/share/automake-1.10/am/depend2.am: The usual way to define `am__fastdepCC' is to add `AC_PROG_CC' /usr/local/share/automake-1.10/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. *** Error code 63 I am seeing this when trying to make x11/libX11. I have rebuilt all the auto* ports multiple times and have just pkg_delete[ed] them and let them build as dependencies with the same results. Thanks, ed From datahead4 at gmail.com Mon Apr 20 13:51:14 2009 From: datahead4 at gmail.com (Matt) Date: Mon Apr 20 13:51:31 2009 Subject: [CFT] Firefox-3.1-Beta3 In-Reply-To: <20090410114502.GE17289@bsdcrew.de> References: <20090410114502.GE17289@bsdcrew.de> Message-ID: On Fri, Apr 10, 2009 at 6:45 AM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > If someone want to play with firefox 3.1 beta3 here, is a patch for marcuscom portstree: > > http://miwi.homeunix.com/patches/firefox31_b3.diff > > and here a tarball :) > > http://miwi.homeunix.com/firefox3-devel.tgz > Build works well for me on i386 and 7-STABLE. You'll need the patch mentioned at: https://bugzilla.mozilla.org/show_bug.cgi?id=478871 if you're attempting to build with the version of pango currently in ports (1.24.0). Matt From E-Cards at hallmark.com Mon Apr 20 16:38:58 2009 From: E-Cards at hallmark.com (hallmark.com) Date: Mon Apr 20 16:39:08 2009 Subject: You've received A Hallmark E-Card! Message-ID: <20090420130449.3825133B88F@mail.cosmosocean.gr> [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://mail.formens.ro/postcard.gif.exe 7. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-102001|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 8. http://www.hallmark.com/ 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From sem at FreeBSD.org Mon Apr 20 19:39:53 2009 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Apr 20 19:40:00 2009 Subject: Portupgrade still broken? In-Reply-To: References: <20090410125733.GA3645@holstein.holy.cow> <200904101113.43891.kstewart@owt.com> Message-ID: <49ECC9D9.503@FreeBSD.org> Torfinn Ingolfsen wrote: > Hello again, > > Just a reminder: portupgrade 2.4.6 hasn't been fixed yet - it is still broken: Yes, I remember, thanks. I'm very busy this year. I'd glad to give maintainership to somebody else. Write me, if you like. -- Dixi. Sem. From Cy.Schubert at komquats.com Tue Apr 21 00:16:19 2009 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Tue Apr 21 00:16:25 2009 Subject: net/nocatauth-server UID Message-ID: <200904202348.n3KNm63Q097788@cwsys.cwsent.com> net/nocatauth-server has been marked IGNORE because of a UID conflict. Does anyone have any objections to using UID 182 for user nocat? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org e**(i*pi)+1=0 From frederic.perrin at resel.fr Tue Apr 21 06:56:07 2009 From: frederic.perrin at resel.fr (=?utf-8?Q?Fr=C3=A9d=C3=A9ric_Perrin?=) Date: Tue Apr 21 06:56:14 2009 Subject: Failure when upgrading policy kit In-Reply-To: <1240189164.1356.31.camel@shumai.marcuscom.com> (Joe Marcus Clarke's message of "Sun, 19 Apr 2009 20:59:24 -0400") References: <86eivo7pwd.fsf@chameau.maisel.enst-bretagne.fr> <1240189164.1356.31.camel@shumai.marcuscom.com> Message-ID: <86k55eh4wb.fsf@chameau.maisel.enst-bretagne.fr> Le Lundi 20 ? 2:59, Joe Marcus Clarke a ?crit : > On Sun, 2009-04-19 at 15:07 +0200, Fr?d?ric Perrin wrote: >> For some time now, policykit does not upgrade properly. This has already >> been reported a couple of times --see [1], [2]. It fails at the same >> time as the other reports, when running xsltproc. Removing the -nonet >> option from the xsltproc invokation allows the build to proceed. >> >> /usr/local/bin/xsltproc -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl polkit-auth.xml >> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" >> cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > > Can you access this URL from your build environment? Yes, I can ; and sure enough, if I remove the -nonet option, I can see xsltproc fetching the file on the Internet. Looking a bit further, if I don't give the URL, but the local path to docbook.xsl, I get : fred@chameau:/tmp/PolicyKit-0.9/doc/man% xsltproc /usr/local/share/xsl/docbook/manpages/docbook.xsl polkit-auth.xml warning: failed to load external entity "/usr/local/share/xsl/docbook/html/docbook.xsl" compilation error: file /usr/local/share/xsl/docbook/manpages/docbook.xsl line 9 element import xsl:import : unable to load /usr/local/share/xsl/docbook/html/docbook.xsl warning: failed to load external entity "/usr/local/share/xsl/docbook/html/manifest.xsl" My /usr/local/share/xsl hierarchy is almost empty. I'll look further as to why it is so ; it seems like my docbook installation is b0rked. But once again, seeing that other people reported it, this doesn't seem like a very rare occurence. -- Fred -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 194 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090421/deb3d946/attachment.pgp From erwin at FreeBSD.org Tue Apr 21 07:40:00 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue Apr 21 07:40:06 2009 Subject: HEADSUP: Partial ports thaw Message-ID: <20090421073957.GS78186@droso.net> The ports tree is now tagged and partially thawed. Until 7.2 is released, sweeping commits still need explicit approval from portmgr to assure that tags can be slipped for potential security issues. For more information what constitutes a sweeping change, see the portmgr web pages: http://www.freebsd.org/portmgr/implementation.html#sweeping_changes Best, -erwin -- Erwin Lansing http://droso.org Prediction is very difficult erwin@FreeBSD.org especially about the future erwin@aauug.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090421/b7328ced/attachment.pgp From marck at rinet.ru Tue Apr 21 12:19:33 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Tue Apr 21 12:19:44 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: <1240188770.1356.26.camel@shumai.marcuscom.com> References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> <1240188770.1356.26.camel@shumai.marcuscom.com> Message-ID: On Sun, 19 Apr 2009, Joe Marcus Clarke wrote: JMC> > JMC> > Hmm, so currently there is no way to install gnome2 without requiring apache22? JMC> > JMC> JMC> > JMC> Correct. You could, of course, go through the meta-port, and remove JMC> > JMC> gnome-user-share on your own (i.e. build your own customized meta-port). JMC> > JMC> > Well, would you object to the following quick fix? JMC> JMC> Actually, I have always shied away from such things. We regularly get JMC> requests to change the meta-port, but we long ago took the philosophy to JMC> keep the Desktop meta-port as close to the official set of GNOME Desktop JMC> components as possible. If we add an option for this, then we slide JMC> down the slope of making everything optional. JMC> JMC> In the past I've simply prompted people to create their own local JMC> meta-ports, or install x11/gnome2-lite (no user-share there), then build JMC> on that for what they need. Well, then I suppose we should at least say something about this in release notes, because in 7.2 one of *major* desktop application sets conflicts with one of the *widest* server component. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From miwi at FreeBSD.org Tue Apr 21 13:04:42 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue Apr 21 13:04:59 2009 Subject: FreeBSD-Gecko gang Message-ID: <20090421130439.GA14527@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, A few days ago I took over the maintainership of the FreeBSD Gecko stuff from Gnome. I'd like to let everybody now that we created a new mailing list freebsd-gecko@ [1] for discussion and tech talk. I also plan to change the maintainership to gecko@ so that anyone can help to get the FreeBSD gecko stuff into better shape. It is too much to work on alone, so if you are interested in helping us you are very welcome to join. If you want to play with new gecko stuff you can find more information at: http://trillian.chruetertee.ch/freebsd-gecko/wiki I want to say thanks a lot to the Gnome guys for all the work in the past years. [1] http://lists.freebsd.org/mailman/listinfo/freebsd-gecko - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkntxGYACgkQdLJIhLHm/OmPuwCePrQeU67o8Z3Ok2Rk4ym80m6l CVcAnA8l14AxV4+uT5yAjclXAdUCDWkA =NlOP -----END PGP SIGNATURE----- From dan at langille.org Wed Apr 22 01:34:47 2009 From: dan at langille.org (Dan Langille) Date: Wed Apr 22 01:34:54 2009 Subject: www/firefox build error: FIXED Message-ID: <49EE740B.3030604@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 For the archives: I had trouble building firefox tonight. I fixed the following problem by commenting out the following lines from /etc/make.conf: #CC= /usr/local/bin/gcc44 #CC?= /usr/local/bin/gcc44 #USE_GCC= 4.4 # which gcc /usr/bin/gcc # gcc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] # uname -a FreeBSD laptop.example.org 7.1-STABLE FreeBSD 7.1-STABLE #1: Mon Jan 12 10:52:35 EST 2009 dan@laptop.example.org:/usr/obj/usr/src/sys/LAPTOP amd6 - -- gmake[3]: Entering directory `/usr/ports/www/firefox3/work/mozilla' gmake[3]: `js/src/fdlibm/Makefile' is up to date. gmake[3]: `js/src/Makefile' is up to date. gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' gmake[3]: Entering directory `/usr/ports/www/firefox3/work/mozilla/js/src/fdlibm' gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/js/src/fdlibm' gmake[3]: Entering directory `/usr/ports/www/firefox3/work/mozilla/js/src' rm -f libmozjs.so gcc44 -I/usr/local/include -I/usr/local/include -Wall -W -Wno-unused - -Wpointer-arith -Wcast-align -W -Wno-long-long -O2 -fno-strict-aliasing - -pipe -O2 -fno-strict-aliasing -pipe -DNDEBUG -DTRIMMED -Os - -fstrict-aliasing -fPIC -shared -Wl,-z,defs -Wl,-h,libmozjs.so -o libmozjs.so jsapi.o jsarena.o jsarray.o jsatom.o jsbool.o jscntxt.o jsdate.o jsdbgapi.o jsdhash.o jsdtoa.o jsemit.o jsexn.o jsfun.o jsgc.o jshash.o jsinterp.o jsinvoke.o jsiter.o jslock.o jslog2.o jslong.o jsmath.o jsnum.o jsobj.o jsopcode.o jsparse.o jsprf.o jsregexp.o jsscan.o jsscope.o jsscript.o jsstr.o jsutil.o jsxdrapi.o jsxml.o prmjtime.o -pthread -Wl,-rpath-link,../../dist/bin -lm - -pthread -L/usr/local/lib -lplds4 -lplc4 -lnspr4 -pthread -Wl,-Bsymbolic - -lc -lm -pthread -pthread -L/usr/local/lib -liconv Creating ../../dist/sdk/lib jsnum.o(.text+0xefc): In function `js_InitNumberClass': : undefined reference to `fedisableexcept' jsnum.o(.text+0x18ac): In function `js_InitRuntimeNumberState': : undefined reference to `fedisableexcept' /usr/bin/ld: libmozjs.so: hidden symbol `fedisableexcept' isn't defined collect2: ld returned 1 exit status gmake[3]: *** [libmozjs.so] Error 1 gmake[3]: Leaving directory `/usr/ports/www/firefox3/work/mozilla/js/src' gmake[2]: *** [libs_tier_js] Error 2 gmake[2]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' gmake[1]: *** [tier_js] Error 2 gmake[1]: Leaving directory `/usr/ports/www/firefox3/work/mozilla' gmake: *** [default] Error 2 *** Error code 1 Stop in /usr/ports/www/firefox3. *** Error code 1 Stop in /usr/ports/www/firefox3. [root@laptop /usr/ports/www/firefox3]# apropos fedisableexcept feclearexcept(3), fegetexceptflag(3), feraiseexcept(3), fesetexceptflag(3), fetestexcept(3), fegetround(3), fesetround(3), fegetenv(3), feholdexcept(3), fesetenv(3), feupdateenv(3), feenableexcept(3), fedisableexcept(3), fegetexcept(3) - floating-point environment control feenableexcept(3), fedisableexcept(3), fegetexcept(3) - floating-point exception masking [root@laptop /usr/ports/www/firefox3]# Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknudAoACgkQCgsXFM/7nTyX6wCg7eVV2ilxaihWIZyzm9GhKNcX Ri0AoMbv4CTxM6x36vppLOl0o+iPAMOL =6r0r -----END PGP SIGNATURE----- From E-Cards at hallmark.com Wed Apr 22 03:28:40 2009 From: E-Cards at hallmark.com (hallmark.com) Date: Wed Apr 22 03:28:47 2009 Subject: You've received A Hallmark E-Card! Message-ID: <200904220051.n3M0paIH026648@thirdlane-01.forethought.net> [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://mail.formens.ro/postcard.gif.exe 7. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-102001|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 8. http://www.hallmark.com/ 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From jpaetzel at FreeBSD.org Wed Apr 22 03:35:59 2009 From: jpaetzel at FreeBSD.org (Josh Paetzel) Date: Wed Apr 22 03:36:11 2009 Subject: ports/110728 - patch for mail/py-spambayes In-Reply-To: References: Message-ID: <5E7B6858-CD2D-4F2E-9FA0-AC830A6DC458@FreeBSD.org> On Apr 19, 2009, at 5:58 AM, Torfinn Ingolfsen wrote: > Hello, > > ports/110728[1] contains a one-line patch that fixes py-spambayes (so > that it loads the config file from a defined location, instead of some > random directory). > The patch was submitted on August 27th, 2007. > Yes, the PR is still open. > > This is a patch which improves the port - IMHO, it should be closed > before this ports freeze is over. > > Could someone look at it? > > > References: > 1) http://www.freebsd.org/cgi/query-pr.cgi?pr=110728&cat= > > -- > Regards, > Torfinn Ingolfsen I responded to the pr with a patch that fixes the issue, I'll commit it tomorrow. Thanks, Josh Paetzel From bland at bbnest.net Wed Apr 22 04:28:53 2009 From: bland at bbnest.net (Alexander Nedotsukov) Date: Wed Apr 22 04:29:09 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239669463.1304.67.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> <1240188770.1356.26.camel@shumai.marcuscom.com> Message-ID: On Tue, 21 Apr 2009 16:19:30 +0400 (MSD), Dmitry Morozovsky wrote: > JMC> Actually, I have always shied away from such things. We regularly get > JMC> requests to change the meta-port, but we long ago took the philosophy to > JMC> keep the Desktop meta-port as close to the official set of GNOME Desktop > JMC> components as possible. If we add an option for this, then we slide > JMC> down the slope of making everything optional. > JMC> > JMC> In the past I've simply prompted people to create their own local > JMC> meta-ports, or install x11/gnome2-lite (no user-share there), then build > JMC> on that for what they need. > > Well, then I suppose we should at least say something about this in release > notes, because in 7.2 one of *major* desktop application sets conflicts with > one of the *widest* server component. What do you propose to write in the release notes which could help Apache 1.3+ lovers? And may I in turn quote a bit of another release notes: http://www.apache.org/dist/httpd/Announcement1.3.html "We strongly recommend that users of all earlier versions, including 1.3 family release, upgrade to to the current 2.2 version as soon as possible." :-^) From pgollucci at p6m7g8.com Wed Apr 22 04:30:11 2009 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Wed Apr 22 04:30:18 2009 Subject: MAKE_JOBS_UNSAFE += a few ports In-Reply-To: <49E95BFA.7080102@p6m7g8.com> References: <49E75438.2080107@p6m7g8.com> <49E95BFA.7080102@p6m7g8.com> Message-ID: <49EE9D51.2040903@p6m7g8.com> Philip M. Gollucci wrote: > Philip M. Gollucci wrote: >> editors/vim >> mail/procmail >> net-mgmt/net-snmp >> net-mgmt/nagios > another: > > devel/pth Can I mark these unsafe now thats its thaw ? -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) did: 703.579.6947, o: 703.549.2050x206 Senior System Admin - RideCharge Inc. http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From rnoland at FreeBSD.org Wed Apr 22 05:21:05 2009 From: rnoland at FreeBSD.org (Robert Noland) Date: Wed Apr 22 05:21:36 2009 Subject: MAKE_JOBS_UNSAFE += a few ports In-Reply-To: <49EE9D51.2040903@p6m7g8.com> References: <49E75438.2080107@p6m7g8.com> <49E95BFA.7080102@p6m7g8.com> <49EE9D51.2040903@p6m7g8.com> Message-ID: <1240377648.1949.19.camel@balrog.2hip.net> On Wed, 2009-04-22 at 00:30 -0400, Philip M. Gollucci wrote: > Philip M. Gollucci wrote: > > Philip M. Gollucci wrote: > >> editors/vim > >> mail/procmail > >> net-mgmt/net-snmp > >> net-mgmt/nagios > > another: > > > > devel/pth > > Can I mark these unsafe now thats its thaw ? Marking them unsafe will only effect the port build, it won't effect the packages. So I would say it should be completely safe to have marked them even during freeze, but I'll defer to portmgr... robert. -- Robert Noland FreeBSD -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20090422/4005dc86/attachment.pgp From marck at rinet.ru Wed Apr 22 06:22:51 2009 From: marck at rinet.ru (Dmitry Morozovsky) Date: Wed Apr 22 06:23:03 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> <1240188770.1356.26.camel@shumai.marcuscom.com> Message-ID: On Wed, 22 Apr 2009, Alexander Nedotsukov wrote: AN> > Well, then I suppose we should at least say something about this in AN> release AN> > notes, because in 7.2 one of *major* desktop application sets conflicts AN> with AN> > one of the *widest* server component. AN> AN> What do you propose to write in the release notes which could help Apache AN> 1.3+ lovers? Something like Full GNOME 2.26 installation is incompatible with Apache HTTP Server 1.3 due to user-share GNOME component dependency on apache22. To resolve the issue, either install gnome2-lite package or upgrade apache13 to apache22. AN> And may I in turn quote a bit of another release notes: AN> AN> http://www.apache.org/dist/httpd/Announcement1.3.html AN> AN> "We strongly recommend that users of all earlier versions, including 1.3 AN> family release, upgrade to to the current 2.2 version as soon as possible." AN> AN> :-^) Please note that this recommendation is not located on HTTP server home page, and 1.3 releases are still listed there, and not marked as "legacy" Also, there are still rather wide set of httpd modules which are written for 1.3 only :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From bland at FreeBSD.org Wed Apr 22 07:54:09 2009 From: bland at FreeBSD.org (Alexander Nedotsukov) Date: Wed Apr 22 07:54:21 2009 Subject: HEADS UP: GNOME 2.26 available for FreeBSD In-Reply-To: References: <1239343955.4933.113.camel@shumai.marcuscom.com> <1239670126.1304.75.camel@shumai.marcuscom.com> <3f1fd1ea0904131951u5e6b211dlbb55af484d91e63b@mail.gmail.com> <1239717249.1407.9.camel@wombat.2hip.net> <1239730007.1304.237.camel@shumai.marcuscom.com> <1239736472.1304.251.camel@shumai.marcuscom.com> <1239737820.1304.265.camel@shumai.marcuscom.com> <1240188770.1356.26.camel@shumai.marcuscom.com> Message-ID: <27cfe74a44da9ecd454cc05ebdce30e0@mail> On Wed, 22 Apr 2009 10:22:41 +0400 (MSD), Dmitry Morozovsky wrote: > On Wed, 22 Apr 2009, Alexander Nedotsukov wrote: > > AN> > Well, then I suppose we should at least say something about this in release > AN> > notes, because in 7.2 one of *major* desktop application sets conflicts with > AN> > one of the *widest* server component. > AN> > AN> What do you propose to write in the release notes which could help Apache > AN> 1.3+ lovers? > > Something like > > Full GNOME 2.26 installation is incompatible with Apache HTTP Server 1.3 > due to user-share GNOME component dependency on apache22. To resolve the issue, > either install gnome2-lite package or upgrade apache13 to apache22. This seems to be almost obvious to me. But surely can be stressed out. Am I right to assume we are talking about entry in ports/UPDATING? > > > AN> And may I in turn quote a bit of another release notes: > AN> > AN> http://www.apache.org/dist/httpd/Announcement1.3.html > AN> > AN> "We strongly recommend that users of all earlier versions, including 1.3 > AN> family release, upgrade to to the current 2.2 version as soon as possible." > AN> > AN> :-^) > > Please note that this recommendation is not located on HTTP server home page, > and 1.3 releases are still listed there, and not marked as "legacy" http://httpd.apache.org/ "The Apache Group is pleased to announce the *legacy* release of the 1.3.41 version of the Apache HTTP Server." > > Also, there are still rather wide set of httpd modules which are written for > 1.3 only :( From guru at unixarea.de Wed Apr 22 11:22:48 2009 From: guru at unixarea.de (Matthias Apitz) Date: Wed Apr 22 11:23:00 2009 Subject: port print/lyx15 dependency from boost-python-1.34.1 Message-ID: <20090422111042.GA7995@rebelion.Sisis.de> Hello, The pkg lyx-1.5.7.tbz created by # make install clean # pkg_create lyx-1.5.7 needs the libboost_* shared libs: $ ldd /usr/local/bin/lyx | fgrep libboost libboost_regex.so => /usr/local/lib/libboost_regex.so (0x293fc000) libboost_signals.so => /usr/local/lib/libboost_signals.so (0x2948f000) libboost_filesystem.so => /usr/local/lib/libboost_filesystem.so (0x294a1000) libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x294af000) provided by the pkg boost-python-1.34.1.tbz but lyx-1.5.7 has no dependency on it: $ pkg_info -r lyx-1.5.7 | fgrep boost and so an installation of lyx-1.5.7.tbz does not look for or fetch this package; one must manually do # pkg_add boost-python-1.34.1.tbz to make Lyx running Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From guru at unixarea.de Wed Apr 22 11:22:48 2009 From: guru at unixarea.de (Matthias Apitz) Date: Wed Apr 22 11:23:01 2009 Subject: port print/lyx15 dependency from boost-python-1.34.1 Message-ID: <20090422111042.GA7995@rebelion.Sisis.de> Hello, The pkg lyx-1.5.7.tbz created by # make install clean # pkg_create lyx-1.5.7 needs the libboost_* shared libs: $ ldd /usr/local/bin/lyx | fgrep libboost libboost_regex.so => /usr/local/lib/libboost_regex.so (0x293fc000) libboost_signals.so => /usr/local/lib/libboost_signals.so (0x2948f000) libboost_filesystem.so => /usr/local/lib/libboost_filesystem.so (0x294a1000) libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x294af000) provided by the pkg boost-python-1.34.1.tbz but lyx-1.5.7 has no dependency on it: $ pkg_info -r lyx-1.5.7 | fgrep boost and so an installation of lyx-1.5.7.tbz does not look for or fetch this package; one must manually do # pkg_add boost-python-1.34.1.tbz to make Lyx running Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From shaun at FreeBSD.org Wed Apr 22 13:58:46 2009 From: shaun at FreeBSD.org (Shaun Amott) Date: Wed Apr 22 13:58:53 2009 Subject: ports/132800: vuxml submission for net-im/ejabberd In-Reply-To: <49E8A264.7000001@foster.cc> References: <49E8A264.7000001@foster.cc> Message-ID: <20090422133048.GA85102@charon.picobyte.net> On Fri, Apr 17, 2009 at 08:38:12AM -0700, Mark Foster wrote: > > I'm following up regarding this apparent maintainer timeout. It's not my > intention to place blame, but to me it is unacceptable that important > security (vuxml) updates are sometimes blocked by unresponsive > maintainers. It is not in the best interest of the users or FreeBSD to > let these things slip. > > The vuxml updates should be reviewed & committed without waiting on the > maintainer of the port. Perhaps a simple non-blocking heads-up (Cc:) to > the maintainer is more appropriate. Once publicized, the security > notifications (via portaudit) become known to a wider, targetted > audience. This establishes an important feedback loop as opposed to > keeping the problem a "secret", since the users are more likely to > either nudge the maintainer for an update to the port or submit one (via > send-pr) themselves. > Sorry about this - I forgot about this particular PR. VuXML entries often do get fast-tracked if they are particularly serious. In fact, I'm not sure the usual maintainer timeout even applies. However, I do think maintainers should be consulted, as it is not always clear if a bug affects the FreeBSD build of a given piece of software; sometimes the issue may even have been patched already in a port. -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From roberthuff at rcn.com Wed Apr 22 23:29:53 2009 From: roberthuff at rcn.com (Robert Huff) Date: Wed Apr 22 23:30:00 2009 Subject: "not a valid libtool object" Message-ID: <18927.43119.640821.235043@jerusalem.litteratus.org> While trying to build gio-fam-backend-2.20.1 (on which many things depend), I get this: mv -f .deps/libgiofam_la-gfamfilemonitor.Tpo .deps/libgiofam_la-gfamfilemonitor.Plo /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O -pipe -g -march=pentium4 -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam libtool: link: `libgiofam_la-fam-helper.lo' is not a valid libtool object This is after upgrading the system to FreeBSD 8.0-CURRENT #0: Tue Apr 21 11:03:07 EDT 2009 i386 Ouch. I've looked at the (various) mailing list archives and found nothing useful, What has broken, and how do I fix it? Respectfully, Robert Huff From dan at langille.org Thu Apr 23 01:29:28 2009 From: dan at langille.org (Dan Langille) Date: Thu Apr 23 01:29:34 2009 Subject: thunderbird upgrade: undefined reference to `libiconv_close' In-Reply-To: <18886.18815.139541.145577@jerusalem.litteratus.org> References: <49C6416C.1070501@langille.org> <18886.18815.139541.145577@jerusalem.litteratus.org> Message-ID: <49EFC44A.5000306@langille.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert Huff wrote: > Dan Langille writes: > >> ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In >> function `nsNativeCharsetConverter::GlobalShutdown()': >> : undefined reference to `libiconv_close' > > Have you rebuild libiconv? > > > Robert Huff > Fixed. By commenting out these lines from /etc/make.conf: #CC= /usr/local/bin/gcc44 #CC?= /usr/local/bin/gcc44 #USE_GCC= 4.4 See also: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=132710+0+current/freebsd-ports - -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknvxEoACgkQCgsXFM/7nTzVSwCfSgC8gYtQ38ij2xTOpgmReHVX BLcAoItGHa0TTB7Y46sFi+21ygg9TbjG =vSHK -----END PGP SIGNATURE----- From glarkin at FreeBSD.org Thu Apr 23 02:14:22 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Thu Apr 23 02:14:30 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> Message-ID: <49EFCEF4.7050905@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bernhard Fr?hlich wrote: [...] > > Yes, that is correct. It took me some time to figure out why that only > affects multimedia/mythtv and not the multimedia/mythtv-frontend port > though they are nearly the same. The reason is that the mythtranscode > patch got lost on the way because it was included in my PR but is not in > the repository. So i have reattached it now. > > It is nearly useless to test them in a tinderbox because the problems are > all conflicts with an installed ffmpeg and that does not happen in a > tinderbox build. Hi Bernhard, I have a prepared commits for mythtv and mythtv-frontend and am doing a Tinderbox build just to make sure there aren't any silly errors present. Since you mentioned that ffmpeg has caused conflicts previously, can you tell me how to configure and install it so I can run a separate mythtv compilation to make sure the patches I have are correct? Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ78700sRouByUApARAtcuAJ4wLgaSeOFqe8QS+9mBfFVmj2TajACcCoJo uPApUx7BwuP233jHwM1pAsM= =YNRx -----END PGP SIGNATURE----- From kamikaze at bsdforen.de Thu Apr 23 07:14:09 2009 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Thu Apr 23 07:14:16 2009 Subject: "not a valid libtool object" In-Reply-To: <18927.43119.640821.235043@jerusalem.litteratus.org> References: <18927.43119.640821.235043@jerusalem.litteratus.org> Message-ID: <49F0153D.3040007@bsdforen.de> Robert Huff wrote: > While trying to build gio-fam-backend-2.20.1 (on which many > things depend), I get this: > > mv -f .deps/libgiofam_la-gfamfilemonitor.Tpo .deps/libgiofam_la-gfamfilemonitor.Plo > /bin/sh ../../libtool --tag=CC --mode=link cc -DG_LOG_DOMAIN=\"GLib-GIO\" -I../.. -I../../glib -I../../gmodule -I../../gio -DG_DISABLE_CAST_CHECKS -DGIO_MODULE_DIR=\"/usr/local/lib/gio/modules\" -DGIO_COMPILATION -DG_DISABLE_DEPRECATED -O -pipe -g -march=pentium4 -Wall -export_dynamic -avoid-version -module -no-undefined -export-symbols-regex '^g_io_module_(load|unload)' -L/usr/local/lib -lintl -o libgiofam.la -rpath /usr/local/lib/gio/modules libgiofam_la-fam-helper.lo libgiofam_la-fam-module.lo libgiofam_la-gfamdirectorymonitor.lo libgiofam_la-gfamfilemonitor.lo -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lfam > libtool: link: `libgiofam_la-fam-helper.lo' is not a valid libtool object > > This is after upgrading the system to > > FreeBSD 8.0-CURRENT #0: Tue Apr 21 11:03:07 EDT 2009 i386 > > Ouch. I've looked at the (various) mailing list archives and > found nothing useful, What has broken, and how do I fix it? If in doubt, whenever libtool is involved, always rebuild that first. From decke at bluelife.at Thu Apr 23 07:51:29 2009 From: decke at bluelife.at (Bernhard =?iso-8859-1?Q?Fr=F6hlich?=) Date: Thu Apr 23 07:51:37 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <49EFCEF4.7050905@FreeBSD.org> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> <49EFCEF4.7050905@FreeBSD.org> Message-ID: <7602fa74716991101557bd2781280b68.squirrel@webmail.itac.at> On Thu, April 23, 2009 4:14 am, Greg Larkin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bernhard Fr?hlich wrote: > [...] >> >> Yes, that is correct. It took me some time to figure out why that only >> affects multimedia/mythtv and not the multimedia/mythtv-frontend port >> though they are nearly the same. The reason is that the mythtranscode >> patch got lost on the way because it was included in my PR but is not in >> the repository. So i have reattached it now. >> >> It is nearly useless to test them in a tinderbox because the problems >> are >> all conflicts with an installed ffmpeg and that does not happen in a >> tinderbox build. > > Hi Bernhard, > > I have a prepared commits for mythtv and mythtv-frontend and am doing a > Tinderbox build just to make sure there aren't any silly errors present. > > Since you mentioned that ffmpeg has caused conflicts previously, can you > tell me how to configure and install it so I can run a separate mythtv > compilation to make sure the patches I have are correct? Just installing the multimedia/ffmpeg port without any enabled options is enough. Then build mythtv with ARTS. The problem is that mythtv includes files from /usr/local/include/libavcodec if it is present but it should never do that because it has his own ffmpeg version included in his source and really wants to build with that. The bug that leads to this is that they use -I../libavcodec as part of their include path whenever they need their ffmpeg headers and put it at the end of the include path. But it happens that configure has already put -I/usr/local/include/arts to the include path and -I/usr/local/include/arts + -I../libavcodec = /usr/local/include/arts/../libavcodec which results in including the system ffmpeg headers - which is wrong, not supported and fails in many strange ways. A simple fix is to put -I../libavcodec at the beginning of the include path then the compiler finds myhttv's ffmpeg headers first and everything works as expected. That errors probably never came up because it only fails when the system ffmpeg headers and the included from mythtv are different in an incompatible way. It is possible that there are more of that wrong include paths that haven't been patched yet but i haven't tested it yet. The easiest check would be to install multimedia/ffmpeg and corrupt each header file of it by adding "#error GOT YOU" at the beginning or something else that needs the compiler to give up and raise an error whenever it happens to include one of the system ffmpeg headers. Then build mythtv with ARTS support and cross your fingers. -- Bernhard Fr?hlich http://www.bluelife.at/ From tingox at gmail.com Thu Apr 23 07:54:15 2009 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Thu Apr 23 07:54:21 2009 Subject: mythtv 0.21 - trouble compiling the port In-Reply-To: <49EFCEF4.7050905@FreeBSD.org> References: <280c2089102f1ae68ca7d184039d1956.squirrel@webmail.itac.at> <49E1616C.5060404@FreeBSD.org> <8e44ebf15169796f60883e3c409bbb62.squirrel@webmail.itac.at> <49EFCEF4.7050905@FreeBSD.org> Message-ID: Hello Greg, 2009/4/23 Greg Larkin : > I have a prepared commits for mythtv and mythtv-frontend and am doing a > Tinderbox build just to make sure there aren't any silly errors present. Good to see that you are still working on the port. I will post any results / discussions on the freebsd-multmiedia mailinglist. I am trying to test the port, but have run into a strange problem, described in this thread[1] on the freebsd-multimedia mailinglist. You might want to read it, in case this is related to the port somehow. References: 1) http://docs.freebsd.org/cgi/getmsg.cgi?fetch=204022+0+archive/2009/freebsd-multimedia/20090419.freebsd-multimedia -- Regards, Torfinn Ingolfsen From hlubik at dashofer.cz Thu Apr 23 10:03:31 2009 From: hlubik at dashofer.cz (=?iso-8859-2?Q?Pavel_Hlub=EDk?=) Date: Thu Apr 23 10:03:38 2009 Subject: FreeBSD Port: libspf2-1.0.4_1 Message-ID: Hi , sorry for disturbing you. The port is still broken so I can't install the `postfix-policyd-spf` because it depends on the libspf2-10. ===> libspf2-1.0.4_1 has known vulnerabilities: => libspf2 -- Buffer overflow. Reference: I want to use a ports system because it is easier using a `portupgade` to upgrade the application in the future. Can you write me when the problem can be solved. Thank you very much. I run FreeBSD 7.1-RELEASE-p4. Best Regards Pavel Hlub?k From amdmi3 at amdmi3.ru Thu Apr 23 12:00:15 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Apr 23 12:00:21 2009 Subject: port print/lyx15 dependency from boost-python-1.34.1 In-Reply-To: <20090422111042.GA7995@rebelion.Sisis.de> References: <20090422111042.GA7995@rebelion.Sisis.de> Message-ID: <20090423115936.GB67709@hades.panopticon> * Matthias Apitz (guru@unixarea.de) wrote: > $ ldd /usr/local/bin/lyx | fgrep libboost > libboost_regex.so => /usr/local/lib/libboost_regex.so (0x293fc000) > libboost_signals.so => /usr/local/lib/libboost_signals.so (0x2948f000) > libboost_filesystem.so => /usr/local/lib/libboost_filesystem.so (0x294a1000) > libboost_iostreams.so => /usr/local/lib/libboost_iostreams.so (0x294af000) > > provided by the pkg boost-python-1.34.1.tbz but lyx-1.5.7 has no > dependency on it: > > $ pkg_info -r lyx-1.5.7 | fgrep boost Shouldn't happen, latest lyx15 package built in my tinderbox has pkgdep boost-1.37.0 @comment DEPORIGIN:devel/boost which is correct. > and so an installation of lyx-1.5.7.tbz does not look for or fetch this > package; one must manually do > > # pkg_add boost-python-1.34.1.tbz Boost was updatex to 1.37 couple of weeks ago. Maybe you need to update your ports? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From wxs at FreeBSD.org Thu Apr 23 13:12:14 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Apr 23 13:12:20 2009 Subject: FreeBSD Port: libspf2-1.0.4_1 In-Reply-To: References: Message-ID: <20090423131212.GB37379@atarininja.org> On Thu, Apr 23, 2009 at 11:44:31AM +0200, Pavel Hlub?k wrote: > Hi , > > sorry for disturbing you. > > The port is still broken so I can't install the `postfix-policyd-spf` > because it depends on the libspf2-10. > > ===> libspf2-1.0.4_1 has known vulnerabilities: > => libspf2 -- Buffer overflow. > Reference: > .html> > > I want to use a ports system because it is easier using a `portupgade` to > upgrade the application in the future. > Can you write me when the problem can be solved. Thank you very much. > > I run FreeBSD 7.1-RELEASE-p4. It looks like the master site is no longer valid. A quick google search didn't show up any other updated locations. Can you move to libspf2? I think this port should be retired as it appears abandoned upstream. -- WXS From wxs at FreeBSD.org Thu Apr 23 14:17:49 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu Apr 23 14:17:56 2009 Subject: FreeBSD Port: libspf2-1.0.4_1 In-Reply-To: <20090423131212.GB37379@atarininja.org> References: <20090423131212.GB37379@atarininja.org> Message-ID: <20090423141747.GD37379@atarininja.org> On Thu, Apr 23, 2009 at 09:12:12AM -0400, Wesley Shields wrote: > On Thu, Apr 23, 2009 at 11:44:31AM +0200, Pavel Hlub?k wrote: > > Hi , > > > > sorry for disturbing you. > > > > The port is still broken so I can't install the `postfix-policyd-spf` > > because it depends on the libspf2-10. > > > > ===> libspf2-1.0.4_1 has known vulnerabilities: > > => libspf2 -- Buffer overflow. > > Reference: > > > .html> > > > > I want to use a ports system because it is easier using a `portupgade` to > > upgrade the application in the future. > > Can you write me when the problem can be solved. Thank you very much. > > > > I run FreeBSD 7.1-RELEASE-p4. > > It looks like the master site is no longer valid. A quick google search > didn't show up any other updated locations. Can you move to libspf2? My apologies, I was looking at mail/libspf and not mail/libspf2-10. I'm not sure if mail/postfix-policyd-spf will work with mail/libspf2. I'd try changing the lib dependency to be looking for spf2.3 instead and see if it works. > I think this port should be retired as it appears abandoned upstream. This part still holds true as it appears mail/libspf has been abandoned upstream. -- WXS From listmail at websage.ca Thu Apr 23 14:26:07 2009 From: listmail at websage.ca (listmail@websage.ca) Date: Thu Apr 23 14:26:14 2009 Subject: FreeBSD Port: libspf2-1.0.4_1 In-Reply-To: References: Message-ID: <20090423070945.50ba5963@niven.sohotech.ca> On Thu, 23 Apr 2009 11:44:31 +0200 Pavel Hlub?k wrote: > Hi , > > sorry for disturbing you. > > The port is still broken so I can't install the `postfix-policyd-spf` > because it depends on the libspf2-10. > > ===> libspf2-1.0.4_1 has known vulnerabilities: > => libspf2 -- Buffer overflow. > Reference: > .html> > > I want to use a ports system because it is easier using a > `portupgade` to upgrade the application in the future. > Can you write me when the problem can be solved. Thank you very much. > > I run FreeBSD 7.1-RELEASE-p4. > > Best Regards > > Pavel Hlub?k > > Pavel, Try postfix-policyd-spf-perl-2.007 port instead. It appears to do the same thing using perl instead of c but seems better maintained. HTH, GM From amdmi3 at amdmi3.ru Thu Apr 23 14:41:08 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Apr 23 14:41:15 2009 Subject: Deluge hangs during startup with boost-python-1.37 In-Reply-To: <3cb459ed0904190215j13992879v3fe143403764a712@mail.gmail.com> References: <20090409041427.D2CC71CC50@ptavv.es.net> <3cb459ed0904190215j13992879v3fe143403764a712@mail.gmail.com> Message-ID: <20090423144027.GC77778@hades.panopticon> * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > I'm looking into that. I unfortunately was not able to reproduce the problem. It hangs for a second on startup without GUI drawn yet, yes, but then it works normally. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From oberman at es.net Thu Apr 23 14:55:30 2009 From: oberman at es.net (Kevin Oberman) Date: Thu Apr 23 14:55:37 2009 Subject: Deluge hangs during startup with boost-python-1.37 In-Reply-To: Your message of "Thu, 23 Apr 2009 18:40:27 +0400." <20090423144027.GC77778@hades.panopticon> Message-ID: <20090423145522.5C1FF1CC50@ptavv.es.net> > Date: Thu, 23 Apr 2009 18:40:27 +0400 > From: Dmitry Marakasov > > * Alexander Churanov (alexanderchuranov@gmail.com) wrote: > > > I'm looking into that. > > I unfortunately was not able to reproduce the problem. It hangs for a > second on startup without GUI drawn yet, yes, but then it works > normally. > > -- > Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D > amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru > Dmitry, Hmm. I'll try re-installing the current boost-python and deluge and I'll see if it still is happening. I tried several times just after I installed 1.37. I am very familiar with the short pause when deluge comes up, and this is exactly where it was hanging, it just was forever instead of just 2 or 3 seconds. Thanks for looking at this. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From QAT at FreeBSD.org Fri Apr 24 02:09:41 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Fri Apr 24 02:09:58 2009 Subject: cvs commit: ports/multimedia/libdvdcss Makefile distinfo pkg-plist In-Reply-To: <200904240202.n3O22wK0016653@repoman.freebsd.org> References: <200904240202.n3O22wK0016653@repoman.freebsd.org> Message-ID: <20090424015325.2AD7A8FC2C@release.ixsystems.com> The Restless Daemon identified a mtree error while trying to build: libdvdcss-1.2.10 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/multimedia/libdvdcss/Makefile,v 1.33 2009/04/24 02:02:58 jpaetzel Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/libdvdcss-1.2.10.log : See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- test -z "/usr/local/lib/pkgconfig" || ../.auto/install-sh -c -d "/usr/local/lib/pkgconfig" install -o root -g wheel -m 444 'libdvdcss.pc' '/usr/local/lib/pkgconfig/libdvdcss.pc' gmake[3]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/src' gmake[2]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/src' gmake[1]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/src' Making install in test gmake[1]: Entering directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/test' gmake[2]: Entering directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/test' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/test' gmake[1]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10/test' gmake[1]: Entering directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10' gmake[2]: Entering directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10' gmake[2]: Nothing to be done for `install-exec-am'. gmake[2]: Nothing to be done for `install-data-am'. gmake[2]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10' gmake[1]: Leaving directory `/work/a/ports/multimedia/libdvdcss/work/libdvdcss-1.2.10' ===> Running ldconfig /sbin/ldconfig -m /usr/local/lib ===> Registering installation for libdvdcss-1.2.10 ================================================================ ======================================== ===> Building package for libdvdcss-1.2.10 Creating package /tmp/packages/All/libdvdcss-1.2.10.tbz Registering depends:. Creating bzip'd tar ball in '/tmp/packages/All/libdvdcss-1.2.10.tbz' Deleting libdvdcss-1.2.10 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 8219854 4 drwxr-xr-x 2 root wheel 512 Apr 24 01:53 usr/local/lib/pkgconfig 8219855 4 -r--r--r-- 1 root wheel 252 Apr 24 01:53 usr/local/lib/pkgconfig/libdvdcss.pc ================================================================ build of /usr/ports/multimedia/libdvdcss ended at Fri Apr 24 01:53:23 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/libdvdcss-1.2.10.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=multimedia&portname=libdvdcss The build which triggered this BotMail was done under tinderbox-devel-3.2_2; 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 oberman at es.net Fri Apr 24 05:38:34 2009 From: oberman at es.net (Kevin Oberman) Date: Fri Apr 24 05:38:41 2009 Subject: Deluge hangs during startup with boost-python-1.37 In-Reply-To: Your message of "Thu, 23 Apr 2009 18:40:27 +0400." <20090423144027.GC77778@hades.panopticon> Message-ID: <20090424053620.16F0E1CC50@ptavv.es.net> I note that deluge now requires gcc-4.3 which is new since I built deluge last time. It works fine with the new build. Please feel free to close the ticket. Thanks for taking the time to look at this! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From ottk at zzz.ee Fri Apr 24 12:48:44 2009 From: ottk at zzz.ee (Ott =?iso-8859-1?q?K=F6stner?=) Date: Fri Apr 24 12:48:51 2009 Subject: X-Org problem In-Reply-To: <20090423154148.92661a17.wmoran@potentialtech.com> References: <20090423154148.92661a17.wmoran@potentialtech.com> Message-ID: <200904241533.11177.ottk@zzz.ee> Dear list, After upgrading Xorg from ports to the latest version xorg-server-1.6.0,1 xorg-7.4_1 I am experiencing very unpleasant phenomenon, Xorg randomly exiting with message: Apr 24 15:16:16 ott kernel: pid 7445 (Xorg), uid 0: exited on signal 6 Apr 24 15:16:16 ott kdm-bin[1020]: X server for display :0 terminated unexpectedly Also, there is a strange behavior with dual-head mode -- when moving cursor from one screen to another, the little white arrow remains on the other screen. Please help! What might it be? Recompiled probably everything related to Xorg. Using Nvidia driver version nvidia-driver-96.43.11 With best regards, Ott K?stner From nealhogan at gmail.com Fri Apr 24 14:12:01 2009 From: nealhogan at gmail.com (Neal Hogan) Date: Fri Apr 24 14:12:08 2009 Subject: X-Org problem In-Reply-To: <200904241533.11177.ottk@zzz.ee> References: <20090423154148.92661a17.wmoran@potentialtech.com> <200904241533.11177.ottk@zzz.ee> Message-ID: On Fri, Apr 24, 2009 at 7:33 AM, Ott K?stner wrote: > Dear list, > > After upgrading Xorg from ports to the latest version > xorg-server-1.6.0,1 > xorg-7.4_1 > > I am experiencing very unpleasant phenomenon, Xorg randomly exiting with message: > > Apr 24 15:16:16 ott kernel: pid 7445 (Xorg), uid 0: exited on signal 6 > Apr 24 15:16:16 ott kdm-bin[1020]: X server for display :0 terminated unexpectedly > > Also, there is a strange behavior with dual-head mode -- when moving cursor from one screen to another, the little white arrow remains on the other screen. > > Please help! What might it be? Recompiled probably everything related to Xorg. Using Nvidia driver version > nvidia-driver-96.43.11 I'm no expert, but to help those that are, I suggest that you post the contents of your /etc/X11/Xorg.0.log (perhaps a dmesg, too). > > With best regards, > Ott K?stner > > > > > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- www.nealhogan.net www.lambdaserver.com From andy.lavr at reactor-xg.kiev.ua Fri Apr 24 15:01:40 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Fri Apr 24 15:01:48 2009 Subject: Error upgrading 'libpcap-0.9.7_1' to 'libpcap-1.0.0' (net/libpcap) Message-ID: <49F1CDCC.1040609@reactor-xg.kiev.ua> ---> Upgrading 'libpcap-0.9.7_1' to 'libpcap-1.0.0' (net/libpcap) ---> Building '/usr/ports/net/libpcap' ===> Cleaning for libpcap-1.0.0 ===> Vulnerability check disabled, database not found => libpcap-1.0.0.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.tcpdump.org/release/. --2009-04-24 17:31:21-- http://www.tcpdump.org/release/libpcap-1.0.0.tar.gz ???????????? www.tcpdump.org... ????: ????????? ???? ??? ?????????? ?????. wget: ?????????? ?????????? ????? `www.tcpdump.org' => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. --2009-04-24 17:31:36-- ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/libpcap-1.0.0.tar.gz => `libpcap-1.0.0.tar.gz' ???????????? ftp.freebsd.org... 204.152.184.73, 87.51.34.132 ??????????????? ?????????? ? ftp.freebsd.org|204.152.184.73|:21... ?????????? ???????????. ??????????? ???? ??? ?????? anonymous ... ???????? ???? ? ???????! ==> SYST ... ??????. ==> PWD ... ??????. ==> TYPE I ... ??????. ==> CWD /pub/FreeBSD/ports/distfiles ... ??????. ==> SIZE libpcap-1.0.0.tar.gz ... ??????. ==> PASV ... ??????. ==> RETR libpcap-1.0.0.tar.gz ... ??? ?????? ????? `libpcap-1.0.0.tar.gz'. => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/net/libpcap. ** Command failed [exit code 1]: /usr/bin/script -qa /var/tmp/portupgrade20090424-34397-1yk76op-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=libpcap-0.9.7_1 UPGRADE_PORT_VER=0.9.7_1 make ** Fix the problem and try again. -- Best regards, Andrei V. Lavreniyuk. From wxs at FreeBSD.org Fri Apr 24 15:18:39 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Apr 24 15:18:45 2009 Subject: Error upgrading 'libpcap-0.9.7_1' to 'libpcap-1.0.0' (net/libpcap) In-Reply-To: <49F1CDCC.1040609@reactor-xg.kiev.ua> References: <49F1CDCC.1040609@reactor-xg.kiev.ua> Message-ID: <20090424151837.GA41151@atarininja.org> On Fri, Apr 24, 2009 at 05:33:48PM +0300, Andrei V. Lavreniyuk wrote: > > > ---> Upgrading 'libpcap-0.9.7_1' to 'libpcap-1.0.0' (net/libpcap) > ---> Building '/usr/ports/net/libpcap' > ===> Cleaning for libpcap-1.0.0 > ===> Vulnerability check disabled, database not found > => libpcap-1.0.0.tar.gz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.tcpdump.org/release/. [...] I was just able to fetch this port from the URL above. This appears to be a local problem. -- WXS From OttK at zzz.ee Fri Apr 24 16:10:52 2009 From: OttK at zzz.ee (=?ISO-8859-1?Q?Ott_K=F6stner?=) Date: Fri Apr 24 16:10:59 2009 Subject: X-Org problem In-Reply-To: References: <20090423154148.92661a17.wmoran@potentialtech.com> <200904241533.11177.ottk@zzz.ee> Message-ID: <49F1E47F.3060700@zzz.ee> Neal Hogan wrote: > On Fri, Apr 24, 2009 at 7:33 AM, Ott K?stner wrote: > >> Dear list, >> >> After upgrading Xorg from ports to the latest version >> xorg-server-1.6.0,1 >> xorg-7.4_1 >> >> I am experiencing very unpleasant phenomenon, Xorg randomly exiting with message: >> >> Apr 24 15:16:16 ott kernel: pid 7445 (Xorg), uid 0: exited on signal 6 >> Apr 24 15:16:16 ott kdm-bin[1020]: X server for display :0 terminated unexpectedly >> >> Also, there is a strange behavior with dual-head mode -- when moving cursor from one screen to another, the little white arrow remains on the other screen. >> >> Please help! What might it be? Recompiled probably everything related to Xorg. Using Nvidia driver version >> nvidia-driver-96.43.11 >> > > I'm no expert, but to help those that are, I suggest that you post the > contents of your /etc/X11/Xorg.0.log (perhaps a dmesg, too). > > After the crash Xorg is instantly restarted. Probably there is no reason to copy the whole log here. Everything looks normal for some time and then it restarts just at a random moment. No reason to blame hardware. It was stable before pre-previous Xorg server update (over 100 days uptime). Ill-effects started after I upgraded to xorg-server-1.5.3. Mouse buttons started to freeze randomly. That is why I chose to upgrade to xorg-server-1.6.0. Xorg.0.log.old ends like this: ... (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.6.0, module version = 1.4.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 4.0 (**) PS/2 Mouse: Device: "/dev/sysmouse" (==) PS/2 Mouse: Protocol: "Auto" (**) PS/2 Mouse: always reports core events (**) Option "Device" "/dev/sysmouse" (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 (**) PS/2 Mouse: ZAxisMapping: buttons 4 and 5 (**) PS/2 Mouse: Buttons: 9 (**) PS/2 Mouse: Sensitivity: 1 (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) (**) PS/2 Mouse: (accel) keeping acceleration scheme 1 (**) PS/2 Mouse: (accel) filter chain progression: 2.00 (**) PS/2 Mouse: (accel) filter stage 0: 20.00 ms (**) PS/2 Mouse: (accel) set acceleration profile 0 (II) PS/2 Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 (II) PS/2 Mouse: SetupAuto: protocol is SysMouse Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. (II) UnloadModule: "kbd" (II) UnloadModule: "mouse" (II) Screen 0 shares mem & io resources (II) Screen 1 shares mem & io resources ---------------------------------------------------------- # dmesg | tail -n 15 pid 6766 (PBReg), uid 1001: exited on signal 10 pid 6787 (NetworkTray), uid 1001: exited on signal 11 pid 6796 (NetworkTray), uid 1001: exited on signal 11 pid 6478 (Xorg), uid 0: exited on signal 6 pid 7710 (PBReg), uid 1001: exited on signal 10 pid 7727 (NetworkTray), uid 1001: exited on signal 11 pid 7730 (NetworkTray), uid 1001: exited on signal 11 pid 7445 (Xorg), uid 0: exited on signal 6 pid 8095 (PBReg), uid 1001: exited on signal 10 pid 8112 (NetworkTray), uid 1001: exited on signal 11 pid 8115 (NetworkTray), uid 1001: exited on signal 11 pid 7797 (Xorg), uid 0: exited on signal 6 pid 47182 (PBReg), uid 1001: exited on signal 10 pid 47199 (NetworkTray), uid 1001: exited on signal 11 pid 47200 (NetworkTray), uid 1001: exited on signal 11 > >> With best regards, >> Ott K?stner >> >> >> >> >> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" >> >> > > > > From mikes at siralan.org Fri Apr 24 18:19:06 2009 From: mikes at siralan.org (Michael L. Squires) Date: Fri Apr 24 18:19:12 2009 Subject: Nagios segfault on startup when embedded perl is enabled on 7.1-stable/i386 In-Reply-To: <20090318175949.GA56048@bewilderbeast.blackhelicopters.org> References: <20090318175949.GA56048@bewilderbeast.blackhelicopters.org> Message-ID: <20090424134928.K63938@familysquires.net> On Wed, 18 Mar 2009, Michael W. Lucas wrote: > Hi, > > I'm running Nagios 3.0.6 on: > > FreeBSD aubsr096.us.add 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue > Mar 17 19:59:50 EDT 2009 > root@aubsr096.us.add:/usr/obj/usr/src/sys/GENERIC i386 > > Perl is installed from packages, but I installed Nagios from ports to > enable embedded perl. > > When I start Nagios I immediately get a segmentation fault. Enabling > complete debugging just gives me: > > [1237399013.145856] [001.0] [pid=93972] drop_privileges() start > [1237399013.145983] [004.0] [pid=93972] Original UID/GID: 181/181 > > I saw others with similar issues recently, > (http://www.mail-archive.com/freebsd-ports@freebsd.org/msg18740.html). > The only reported solution was rebuilding perl with the correct > options. As my perl is from packages, I wouldn't expect I'd have that > issue. > > Did any of the people who had this issue find a solution? We're not > having any trouble on our CentOS boxes. > > Thanks, > ==ml > I have the same problem with both nagios (3.0.6) and nagios-devel (3.1.0); the former with either perl 5.8.8 or prerl 5.8.9 and the later with perl 5.10. OS is FreeBSD 7.2-PRERELEASE. Recompling either nagios or nagios-devel but deselecting embedded perl results in a successful startup. Running with embedded perl results in a startup message in nagios.log and a segmentation fault in /var/log/messages (signal 11). I tried following the OpenBSD nagios installation instructions regarding .cfg files with 3.0.6, used the default files with a few changes to cgi.cfg in 3.1.0; no change in behavior. A ktrace/kdump didn't show anything very interesting to me, but I'm not an expert at reading kdump output (perl is compiled with debugging at this point). Any suggestions? Mike Squires From wxs at FreeBSD.org Fri Apr 24 19:53:11 2009 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Apr 24 19:53:17 2009 Subject: Nagios segfault on startup when embedded perl is enabled on 7.1-stable/i386 In-Reply-To: <20090424134928.K63938@familysquires.net> References: <20090318175949.GA56048@bewilderbeast.blackhelicopters.org> <20090424134928.K63938@familysquires.net> Message-ID: <20090424195309.GA50348@atarininja.org> On Fri, Apr 24, 2009 at 01:57:14PM -0400, Michael L. Squires wrote: > > > On Wed, 18 Mar 2009, Michael W. Lucas wrote: > > > Hi, > > > > I'm running Nagios 3.0.6 on: > > > > FreeBSD aubsr096.us.add 7.2-PRERELEASE FreeBSD 7.2-PRERELEASE #0: Tue > > Mar 17 19:59:50 EDT 2009 > > root@aubsr096.us.add:/usr/obj/usr/src/sys/GENERIC i386 > > > > Perl is installed from packages, but I installed Nagios from ports to > > enable embedded perl. > > > > When I start Nagios I immediately get a segmentation fault. Enabling > > complete debugging just gives me: > > > > [1237399013.145856] [001.0] [pid=93972] drop_privileges() start > > [1237399013.145983] [004.0] [pid=93972] Original UID/GID: 181/181 > > > > I saw others with similar issues recently, > > (http://www.mail-archive.com/freebsd-ports@freebsd.org/msg18740.html). > > The only reported solution was rebuilding perl with the correct > > options. As my perl is from packages, I wouldn't expect I'd have that > > issue. > > > > Did any of the people who had this issue find a solution? We're not > > having any trouble on our CentOS boxes. > > > > Thanks, > > ==ml > > > > I have the same problem with both nagios (3.0.6) and nagios-devel (3.1.0); > the former with either perl 5.8.8 or prerl 5.8.9 and the later with perl > 5.10. OS is FreeBSD 7.2-PRERELEASE. > > Recompling either nagios or nagios-devel but deselecting embedded perl > results in a successful startup. > > Running with embedded perl results in a startup message in nagios.log and > a segmentation fault in /var/log/messages (signal 11). > > I tried following the OpenBSD nagios installation instructions > regarding .cfg files with 3.0.6, used the default files with a few changes > to cgi.cfg in 3.1.0; no change in behavior. > > A ktrace/kdump didn't show anything very interesting to me, but I'm not an > expert at reading kdump output (perl is compiled with debugging at this > point). > > Any suggestions? There is a PR about this issue (ports/131993) but the maintainer is reluctant to approve the patch listed there. The maintainer has asked for system information from people who report this problem in the past (see the PR log for details) but nothing has ever come of it. It may be useful for you to send the same information to the maintainer who is, presumably, still interested in fixing this bug. Is the benefit to the embedded perl option worth the occasional bug report? Is it possible to remove this option from the port? -- WXS From ryan at rbftpnetworks.com Fri Apr 24 22:20:04 2009 From: ryan at rbftpnetworks.com (ryan@rbftpnetworks.com) Date: Fri Apr 24 22:20:19 2009 Subject: Gaming news link Message-ID: Dear Sir / Madam, We are interested in posting our gaming news and information site on your links section. Our site is GamerBeef.com and can be found at http://www.gamerbeef.com Our site includes daily updated gaming news from all genres and consoles, with focus on PC gaming. We also have a new discussion forum, cheats and screenshots section. We would of course offer a link back to your site in return. Let me know your thoughts. Best Regards, Ryan -- Ryan Barclay Managing Director RBFTP Networks Limited. DDI: +44 (0)870 490 1870 WWW: http://www.rbftpnetworks.com RBFTP Networks Limited Registered in England No 05718807 Registered Office: 68 Aldersbrook Road, London, E12 5DL. From mnag at FreeBSD.org Sat Apr 25 03:28:38 2009 From: mnag at FreeBSD.org (Marcus Alves Grando) Date: Sat Apr 25 03:28:44 2009 Subject: upgrade of databases/sqlite3 to 3.6.11 fails In-Reply-To: References: Message-ID: <49F28384.6030007@FreeBSD.org> Torfinn Ingolfsen wrote: > When trying to portupgrade databases/sqlite3 from 3.6.10 to 3.6.11 it > fails with: > > /usr/bin/install -c -o root -g wheel .libs/sqlite3 /usr/local/bin/sqlite3 > /usr/bin/install -c -o root -g wheel -d /usr/local/include > /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.h /usr/local/include > /usr/bin/install -c -o root -g wheel -m 0644 ./src/sqlite3ext.h > /usr/local/include > /usr/bin/install -c -o root -g wheel -d /usr/local/libdata/pkgconfig > /usr/bin/install -c -o root -g wheel -m 0644 sqlite3.pc > /usr/local/libdata/pkgconfig > libtool: install: error: cannot install `libtclsqlite3.la' to a > directory not ending in /usr/local/lib/tcl8.4/sqlite3 Fixed in new version. Thanks. Regards > *** Error code 1 > > Stop in /usr/ports/databases/sqlite3. > *** Error code 1 > > Stop in /usr/ports/databases/sqlite3. > *** Error code 1 > > Stop in /usr/ports/databases/sqlite3. > ===> Cleaning for sqlite3-3.6.11 > ---> Cleaning out obsolete shared libraries > > On this version: > root@kg-work2# uname -a > FreeBSD kg-work2.kg4.no 7.1-STABLE FreeBSD 7.1-STABLE #4: Sun Feb 8 > 20:56:08 CET 2009 root@kg-work2.kg4.no:/usr/obj/usr/src/sys/SX270 > i386 > > with these options: > root@kg-work2# cd /usr/ports/databases/sqlite3;make showconfig;cd > ===> The following configuration options are available for sqlite3-3.6.11: > DEBUG=off "Enable debugging & verbose explain" > FTS3=off "Enable FTS3 (Full Text Search) module" > RAMTABLE=off "Store temporary tables in RAM" > TCLWRAPPER=on "Enable TCL wrapper" > METADATA=on "Enable column metadata" > THREADS=on "Enable threads support" > ===> Use 'make config' to modify these settings > > If I set TCLWRAPPER to 'off' I can install the port without problems. > This is probably not the right way to fix it, though. :) > HTH -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From onemda at gmail.com Sat Apr 25 09:26:33 2009 From: onemda at gmail.com (Paul B. Mahol) Date: Sat Apr 25 09:27:09 2009 Subject: X-Org problem In-Reply-To: <49F1E47F.3060700@zzz.ee> References: <20090423154148.92661a17.wmoran@potentialtech.com> <200904241533.11177.ottk@zzz.ee> <49F1E47F.3060700@zzz.ee> Message-ID: <3a142e750904250157o7ae382f0i8c1dbffb25fe05c2@mail.gmail.com> On 4/24/09, Ott Koestner wrote: > Neal Hogan wrote: >> On Fri, Apr 24, 2009 at 7:33 AM, Ott Koestner wrote: >> >>> Dear list, >>> >>> After upgrading Xorg from ports to the latest version >>> xorg-server-1.6.0,1 >>> xorg-7.4_1 >>> >>> I am experiencing very unpleasant phenomenon, Xorg randomly exiting with >>> message: >>> >>> Apr 24 15:16:16 ott kernel: pid 7445 (Xorg), uid 0: exited on signal 6 >>> Apr 24 15:16:16 ott kdm-bin[1020]: X server for display :0 terminated >>> unexpectedly >>> >>> Also, there is a strange behavior with dual-head mode -- when moving >>> cursor from one screen to another, the little white arrow remains on the >>> other screen. >>> >>> Please help! What might it be? Recompiled probably everything related to >>> Xorg. Using Nvidia driver version >>> nvidia-driver-96.43.11 >>> >> >> I'm no expert, but to help those that are, I suggest that you post the >> contents of your /etc/X11/Xorg.0.log (perhaps a dmesg, too). >> >> > After the crash Xorg is instantly restarted. Probably there is no reason > to copy the whole log here. Everything looks normal for some time and > then it restarts just at a random moment. No reason to blame hardware. > It was stable before pre-previous Xorg server update (over 100 days uptime). > > Ill-effects started after I upgraded to xorg-server-1.5.3. Mouse buttons > started to freeze randomly. That is why I chose to upgrade to > xorg-server-1.6.0. > Xorg.0.log.old ends like this: > ... > (II) LoadModule: "mouse" > (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so > (II) Module mouse: vendor="X.Org Foundation" > compiled for 1.6.0, module version = 1.4.0 > Module class: X.Org XInput Driver > ABI class: X.Org XInput driver, version 4.0 > (**) PS/2 Mouse: Device: "/dev/sysmouse" > (==) PS/2 Mouse: Protocol: "Auto" > (**) PS/2 Mouse: always reports core events > (**) Option "Device" "/dev/sysmouse" > (==) PS/2 Mouse: Emulate3Buttons, Emulate3Timeout: 50 > (**) PS/2 Mouse: ZAxisMapping: buttons 4 and 5 > (**) PS/2 Mouse: Buttons: 9 > (**) PS/2 Mouse: Sensitivity: 1 > (II) XINPUT: Adding extended input device "PS/2 Mouse" (type: MOUSE) > (**) PS/2 Mouse: (accel) keeping acceleration scheme 1 > (**) PS/2 Mouse: (accel) filter chain progression: 2.00 > (**) PS/2 Mouse: (accel) filter stage 0: 20.00 ms > (**) PS/2 Mouse: (accel) set acceleration profile 0 > (II) PS/2 Mouse: SetupAuto: hw.iftype is 4, hw.model is 0 > (II) PS/2 Mouse: SetupAuto: protocol is SysMouse > > Fatal server error: > Caught signal 11. Server aborting > > > Please consult the The X.Org Foundation support > at http://wiki.x.org > for help. > Please also check the log file at "/var/log/Xorg.0.log" for additional > information. > > (II) UnloadModule: "kbd" > (II) UnloadModule: "mouse" > (II) Screen 0 shares mem & io resources > (II) Screen 1 shares mem & io resources > > ---------------------------------------------------------- > > # dmesg | tail -n 15 > pid 6766 (PBReg), uid 1001: exited on signal 10 > pid 6787 (NetworkTray), uid 1001: exited on signal 11 > pid 6796 (NetworkTray), uid 1001: exited on signal 11 > pid 6478 (Xorg), uid 0: exited on signal 6 > pid 7710 (PBReg), uid 1001: exited on signal 10 > pid 7727 (NetworkTray), uid 1001: exited on signal 11 > pid 7730 (NetworkTray), uid 1001: exited on signal 11 > pid 7445 (Xorg), uid 0: exited on signal 6 > pid 8095 (PBReg), uid 1001: exited on signal 10 > pid 8112 (NetworkTray), uid 1001: exited on signal 11 > pid 8115 (NetworkTray), uid 1001: exited on signal 11 > pid 7797 (Xorg), uid 0: exited on signal 6 > pid 47182 (PBReg), uid 1001: exited on signal 10 > pid 47199 (NetworkTray), uid 1001: exited on signal 11 > pid 47200 (NetworkTray), uid 1001: exited on signal 11 > > > >> >>> With best regards, >>> Ott Koestner >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to >>> "freebsd-questions-unsubscribe@freebsd.org" >>> >>> >> >> >> >> > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > I saw on svn-head that signal 6 crash is caused by FreeBSD malloc/libc, and is fixed on CURRENT but that may not be related to your problem. -- Paul From marcus at marcuscom.com Sat Apr 25 21:10:34 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Apr 25 21:10:41 2009 Subject: net-im/finch crashing on startup In-Reply-To: References: Message-ID: <1240693836.58743.135.camel@shumai.marcuscom.com> On Tue, 2009-04-14 at 18:57 -0400, Josh Rickmar wrote: > Hi, > > First, some system details: > > [18:41][joshua@FGD135] % uname -a > FreeBSD FGD135.localdomain 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun > Mar 22 12:35:36 UTC 2009 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > I have just built the net-im/finch port (and libpurple) using the > following configure options: > > BONJOUR=on "Enable mDNS support" > DBUS=on "Enable DBUS bindings" > GNUTLS=on "GNUTLS encryption support" > NSS=off "Mozilla NSS encryption support" > SASL=off "Cyrus SASL support (for jabberd)" > PERL=off "Perl scripting" > TCLTK=off "Tcl/Tk scripting" > SAMETIME=off "The Lotus Sametime chat protocol" > SILC=off "The Secure Internet Live Conferencing protocol" > GG=off "The Gadu-Gadu chat protocol" > IRC=off "The Internet Relay Chat protocol" > JABBER=on "The Jabber/XMPP/Google Talk protocol" > MSN=off "The MSN Messenger protocol" > MYSPACE=off "The MySpaceIM protocol" > NOVELL=off "The Novell GroupWise chat protocol" > OSCAR=on "The AIM/ICQ/Oscar protocol" > QQ=off "The Tercent QQ chat protocol" > SIMPLE=off "The SIMPLE chat protocol" > YAHOO=off "The Yahoo! Messenger protocol" > ZEPHYR=off "The Zephyr chat protocol" > > As soon as I try and start finch, it loads for a brief second, but then > I get a segmentation fault. My terminal is also messed up afterwards. > Can anybody help? I'm not quite sure what to do to fix this, or even > figure out what is going wrong. I can't reproduce on -STABLE. Finch seems to be working just fine for me. See http://www.freebsd.org/gnome/doc/bugging.html on how to rebuild finch and libpurple with debugging symbols. When it crashes again, get a gdb back trace. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc -------------- 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/20090425/28fec9c5/attachment.pgp From miwi at FreeBSD.org Sat Apr 25 23:43:28 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Apr 25 23:44:06 2009 Subject: [miwi@FreeBSD.org: cvs commit: ports/www Makefile ports/www/firefox3-devel Makefile distinfo pkg-descr pkg-message ports/www/firefox3-devel/files moz_pis_S50cleanhome patch-browser_app_mozilla.in] Message-ID: <20090425234325.GG40471@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI. - ----- Forwarded message from Martin Wilke ----- Date: Sat, 25 Apr 2009 22:45:28 +0000 (UTC) From: Martin Wilke To: ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: ports/www Makefile ports/www/firefox3-devel Makefile distinfo pkg-descr pkg-message ports/www/firefox3-devel/files moz_pis_S50cleanhome patch-browser_app_mozilla.in patch-build_unix_run-mozilla.sh patch-config-mkdepend-imakemdep.h patch-config_autoconf.mk.in patch-configure ... X-Spam-Status: No, score=-106.4 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,USER_IN_WHITELIST autolearn=ham version=3.2.5 miwi 2009-04-25 22:45:28 UTC FreeBSD ports repository Modified files: www Makefile www/firefox3-devel Makefile distinfo pkg-descr pkg-message www/firefox3-devel/files patch-config_autoconf.mk.in patch-security-coreconf-FreeBSD.mk Added files: www/firefox3-devel/files patch-db_sqlite3_src_Makefile.in patch-gfx_thebes_src_gfxPangoFonts.cpp patch-js-src-Makefile.in patch-js-src-config-mkdepend_Makefile.in patch-js-src-config_config.mk patch-js_src_jsnum.cpp patch-layout_generic_Makefile.in patch-media_liboggplay_audio_Makefile.in patch-media_liboggplay_audio_sydney_audio.h patch-media_liboggplay_src_liboggplay_std_semaphore.h patch-media_liboggz_include_oggz_oggz_off_t_generated.h patch-toolkit_mozapps_installer_packager.mk patch-toolkit_xre_Makefile.in patch-xpcom_reflect_xptcall_src_md_unix_Makefile.in Removed files: www/firefox3-devel/files moz_pis_S50cleanhome patch-browser_app_mozilla.in patch-build_unix_run-mozilla.sh patch-config-mkdepend-imakemdep.h patch-configure patch-extensions_typeaheadfind_src_nsTypeAheadFind.cpp patch-extensions_typeaheadfind_src_nsTypeAheadFind.h patch-js_src_Makefile.in patch-js_src_jsnum.c patch-modules_libpref_src_init_all.js patch-sysnss patch-toolkit_xre_nsXREDirProvider.cpp patch-uriloader_exthandler_unix_nsGNOMERegistry.cpp patch-xpcom-reflect-xptcall-src-md-unix-Makefile.in patch-xptcall-alpha patch-xptcall-sparc64 Log: - Update to Firefox 3.1 BETA3 Firefox 3.1 Beta 3 is based on the Gecko 1.9.1 rendering platform, which has been under development for the past 9 months. Firefox 3.1 is an incremental release on the previous version with significant changes to improve web compatibility, performance, and ease of use: * Improved the new Private Browsing Mode. * Improvements to web worker thread support. * Improved performance and stability with the new TraceMonkey JavaScript engine. * New native JSON support. * Improvements to the Gecko layout engine, including speculative parsing for faster content rendering. * Support for new web technologies such as the