From miwi at FreeBSD.org Sat Aug 1 07:05:42 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Sat Aug 1 07:05:53 2009 Subject: ports/137315: Please make hal dependency optional for gnome-vfs Message-ID: <200908010705.n7175f38047013@freefall.freebsd.org> Synopsis: Please make hal dependency optional for gnome-vfs Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: miwi Responsible-Changed-When: Sat Aug 1 07:05:41 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=137315 From marcus at marcuscom.com Sat Aug 1 07:12:54 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 1 07:13:02 2009 Subject: USB Automount not working - pcbsd 7.1 In-Reply-To: <4A71D508.8000601@sardior.com> References: <4A71D508.8000601@sardior.com> Message-ID: <1249110774.90526.5.camel@shumai.marcuscom.com> On Thu, 2009-07-30 at 10:14 -0700, R_Dragon a.k.a. Sardior wrote: > Howdy, > > I don't know if this has been fixed in 7.1.1 because I cannot get it to > work on my system. Explanation in text file. I have captured the output > of "lshal, kern.geom.conftxt, fstab, mount, dmesg, and manually starting > hald." The output is in the attached text. I don't see any description of a problem in this file beyond, "HAL won't mount my USB thumb drives." The output you provide doesn't offer any evidence that such a drive is even connected to the system. Exactly what kind of drive are you attaching? What kind of file system is on it? What is its volume label? You also need to provide the required command output AFTER attaching the drive to the system. 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-gnome/attachments/20090801/46d691c9/attachment.pgp From marcus at marcuscom.com Sat Aug 1 07:13:26 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 1 07:13:33 2009 Subject: x11-toolkits/gtk20ui install problem In-Reply-To: <005501ca1007$64a0dd80$2de29880$@com> References: <005501ca1007$64a0dd80$2de29880$@com> Message-ID: <1249110805.90526.6.camel@shumai.marcuscom.com> On Wed, 2009-07-29 at 14:45 +1000, Paul Appleyard wrote: > Having problems installing - main issue is at: > > > > gnome-config: not found > > Package cairo-xlib was not found in the pkg-config search path. Reinstall cairo with X11 support. Joe > > Perhaps you should add the directory containing `cairo-xlib.pc' > > to the PKG_CONFIG_PATH environment variable > > No package 'cairo-xlib' found > > gnome-config: not found > > Package cairo-xlib was not found in the pkg-config search path. > > Perhaps you should add the directory containing `cairo-xlib.pc' > > to the PKG_CONFIG_PATH environment variable > > No package 'cairo-xlib' found > > checking ATK flags... -I/usr/local/include/atk-1.0 > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include > -L/usr/local/lib -latk-1.0 -lgobject-2.0 -lglib-2.0 > > gnome-config: not found > > Package cairo-xlib was not found in the pkg-config search path. > > Perhaps you should add the directory containing `cairo-xlib.pc' > > to the PKG_CONFIG_PATH environment variable > > No package 'cairo-xlib' found > > checking for library containing gethostent... none required > > checking for library containing setsockopt... none required > > checking for library containing connect... none required > > checking for struct sockaddr_un.sun_len... yes > > checking for cups-config... /usr/local/bin/cups-config > > checking cups/cups.h usability... yes > > checking cups/cups.h presence... yes > > checking for cups/cups.h... yes > > checking for httpGetAuthString... yes > > checking libpapi... checking for papiServiceCreate in -lpapi... no > > checking cairo-pdf.h usability... no > > checking cairo-pdf.h presence... no > > checking for cairo-pdf.h... no > > configure: error: > > *** Can't find cairo-pdf.h. You must build Cairo with the pdf > > *** backend enabled. > > ===> Script "configure" failed unexpectedly. > > > > .. gnomalyzer cannot find anything wrong. > > _______________________________________________ > 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-gnome/attachments/20090801/08a5e20d/attachment.pgp From marcus at FreeBSD.org Sat Aug 1 18:27:03 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 1 18:27:09 2009 Subject: ports/137306: deskutils/alacarte fails to run: "No module named cairo" Message-ID: <200908011827.n71IR2YV099945@freefall.freebsd.org> Synopsis: deskutils/alacarte fails to run: "No module named cairo" State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 1 18:26:32 UTC 2009 State-Changed-Why: Follow the instructions in /usr/ports/UPDATING to properly upgrade to Python 2.6. http://www.freebsd.org/cgi/query-pr.cgi?pr=137306 From marcus at FreeBSD.org Sat Aug 1 19:05:44 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 1 19:05:51 2009 Subject: ports/136967: security/seahorse-plugins 2.26.2_1 + GPG = fail Message-ID: <200908011905.n71J5hEc034625@freefall.freebsd.org> Synopsis: security/seahorse-plugins 2.26.2_1 + GPG = fail State-Changed-From-To: open->suspended State-Changed-By: marcus State-Changed-When: Sat Aug 1 19:04:09 UTC 2009 State-Changed-Why: This is a known issue with gpg-2.0.12. See http://groups.google.com/group/mailing.freebsd.ports-bugs/browse_thread/thread/14e0f92d975dfdcf?pli=1 and http://bugzilla.gnome.org/show_bug.cgi?id=586855 . As a workaround, you can either downgrade gpg2 to 2.0.10, or rebuild security/gpgme with gpg1 support. The latter will allow you to continue using seahorse apps with gpg, but the former will be required if you want to use gpg2 with seahorse-agent. http://www.freebsd.org/cgi/query-pr.cgi?pr=136967 From nehe at telus.net Sat Aug 1 19:47:54 2009 From: nehe at telus.net (Jeff Molofee) Date: Sat Aug 1 19:48:00 2009 Subject: FreeBSD Port: deskutils/deskbar-applet Message-ID: <4A748F8D.4030507@telus.net> Getting the following error, and after trying quite a few things still unable to resolve the issue. Making all in help gmake[2]: Entering directory `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help' if ! test -d ca/; then mkdir ca/; fi if [ -f "C/deskbar.xml" ]; then d="../"; else d="/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help/"; fi; \ (cd ca/ && \ `which xml2po` -e -p \ "${d}ca/ca.po" \ "${d}C/deskbar.xml" > deskbar.xml.tmp && \ cp deskbar.xml.tmp deskbar.xml && rm -f deskbar.xml.tmp) /usr/local/bin/xml2po: not found gmake[2]: *** [ca/deskbar.xml] Error 127 gmake[2]: Leaving directory `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/deskutils/deskbar-applet. *** Error code 1 Do you know how I can get this port to compile? Lastest source, latest ports, FreeBSD 7.2 (latest) From marcus at marcuscom.com Sat Aug 1 19:53:40 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 1 19:53:46 2009 Subject: FreeBSD Port: deskutils/deskbar-applet In-Reply-To: <4A748F8D.4030507@telus.net> References: <4A748F8D.4030507@telus.net> Message-ID: <1249156421.28083.3.camel@shumai.marcuscom.com> On Sat, 2009-08-01 at 12:55 -0600, Jeff Molofee wrote: > Getting the following error, and after trying quite a few things still > unable to resolve the issue. > > Making all in help > gmake[2]: Entering directory > `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help' > if ! test -d ca/; then mkdir ca/; fi > if [ -f "C/deskbar.xml" ]; then d="../"; else > d="/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help/"; > fi; \ > (cd ca/ && \ > `which xml2po` -e -p \ > "${d}ca/ca.po" \ > "${d}C/deskbar.xml" > deskbar.xml.tmp && \ > cp deskbar.xml.tmp deskbar.xml && rm -f deskbar.xml.tmp) > /usr/local/bin/xml2po: not found > gmake[2]: *** [ca/deskbar.xml] Error 127 > gmake[2]: Leaving directory > `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2/help' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/deskutils/deskbar-applet/work/deskbar-applet-2.26.2' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/deskutils/deskbar-applet. > *** Error code 1 > > Do you know how I can get this port to compile? Rebuild textproc/gnome-doc-utils. 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-gnome/attachments/20090801/d7ab9774/attachment.pgp From harry at segon.net Sun Aug 2 07:01:19 2009 From: harry at segon.net (SEGON MEMORY) Date: Sun Aug 2 07:01:27 2009 Subject: SEGON Memory : One of Largest and leading Manufacturer & Supplier freebsd-gnome 63032 Message-ID: <943e01ca133f$018dfb70$04a9f250$@net> TO freebsd-gnome SEGON COMPANY PROFILE: http://www.segon.net/en/images/oem/SEGON%20Company%20Profile.pdf If you ever have been experienced headaches in Memory business either because of price or RMA factors. We are here to solve your problems. In the era of competitive market , in order to maintain business profit, in spite of competitive price , you need good quality product with low RMA rate, so that you can keep your profit for long-term business operation. This time , as 2GB still mainstream in market, we would like to give special offer for OEM USB Flash drive: http://www.segon.net/en/oem.asp at USD 4.85£¨Call for price fluctuation£© in bulk based on 5000 Pcs ( Add USD 0.5 for Banana and Monkey USB Flash Drive) Delivery : FOB HK Payment term : T/T in advance ( above USD 50,000 : 30 % down payment 70 % Before shipment) Leadtime : 2-3 days after payment received and art work file confirmed. Packing : Retail = USD 0.1/Pcs Other competitive price for product list as below 1. Having Stock to supply for Generic Printing(OEM) Bulk Micro SD(TF Card) 1GB/2GB/4GB/8GB/16GB SMI+SAM 4GB/8GB/16GB are Micro SDHC class 6 with CPRM 2. Having Stock to supply for Generic Printing(OEM) Bulk SD Card 1GB/2GB/4GB/8GB/16 GB SMI+SAM 4GB/8GB/16GB are SDHC class 6 with CPRM 3. Having Stock to supply Generic M2 Memory card in bulk(with Sony Brand printed) 4. Kingston OEM DT101 2GB/4GB in bulk. With Kingston Logo on it. More Capacity applicable. For OEM market(Not original Kingston, but quality is 99% Original) .Available Retail Packing on separate. 5. UPD COB Memory Stick 1GB/2GB/4GB/8GB/16GB SMI +SAM /UT165+SAM 6. Various Form type Micro SD or M2 Card Reader or Dual. 7. SEGON branded various innovative type of USB Flash Drive(Turbo,G1, Ceramic, Bees, Stride Forward, Speed, Coin Hard drive, Chocolate, Key, Sailing) 2GB/4GB/8GB/16GB 8. Various OEM USB Flash Drive , please visit : http://www.segon.net/en/oem.asp (Please state whether you need in bulk or in Retail Packing) . Customize Logo available for quantity start from 3000 Pcs . Less then required quantity, required deposit USD 350 . The deposit is refundable for purchasing 3000 Pcs within 3 months. Otherwise OEM product are only available in Generic(Plain) printed. Please request by return should you need EDM spec in Generic format. Should you need price list, please provide your company full details with distribution plan(Quantity, capacity monthly , etc..) Should you have requirement for above items or other related items of flash memory products, please do not hesitate to contact with me furthers. Note: Free sample is not available. Please give us a list of sample purchase(Model with quantity and capacity of each) for furthers sample quotation. SEGON ±íî^.jpg Best Regards Harry SALES MANAGER Segon Technology Co.,Ltd Address: 12F,10,No.866 , JhongJheng Road., Jhonghe City ,Taipei County 235 , Taiwan TEL:+886-2-2221-6689 FAX:+886-2-2221-8990 Email 1: harry@segon.net Email 2: harrysegon@gmail.com Website: www.segon.net msn: harry@segon.net skypeID: harrysegon Yahoo Messenger: harrysegon From scott.a.nicholson at gmail.com Sun Aug 2 10:30:03 2009 From: scott.a.nicholson at gmail.com (Scott Nicholson) Date: Sun Aug 2 10:30:11 2009 Subject: Farsight2 port fails to build Message-ID: Hi, I just ran into a problem while trying to upgrade my installed ports: farsight2 fails to even retrieve any tarballs because it would appear the distinfo is out of sync with the Makfile. Thanks. -Scott From kwm at rainbow-runner.nl Sun Aug 2 15:26:34 2009 From: kwm at rainbow-runner.nl (Koop Mast) Date: Sun Aug 2 15:26:40 2009 Subject: Farsight2 port fails to build In-Reply-To: References: Message-ID: <1249225905.1714.5706.camel@headache.rainbow-runner.nl> On Sun, 2009-08-02 at 02:56 -0700, Scott Nicholson wrote: > Hi, I just ran into a problem while trying to upgrade my installed > ports: farsight2 fails to even retrieve any tarballs because it would > appear the distinfo is out of sync with the Makfile. Thanks. > > -Scott Already fixed. It is actually the other way round. The Makefile update apparently didn't make it in the commit. Thanks for the notice. -Koop From mvh at ix.netcom.com Sun Aug 2 15:46:57 2009 From: mvh at ix.netcom.com (Mike Harding) Date: Sun Aug 2 15:47:03 2009 Subject: Anybody resolve the screesaver/screen lock issue? Message-ID: <20090802153328.D7D2617F95@bsd.mvh> I am having the same issue that others have noted - if I lock the screen, if I hit a key, the password screen pops up and is immediately replaced with a black screen. This happens even for a brand new user. If anyone was able to resolve this, I would appreciate some help. - Mike H. From oberman at es.net Sun Aug 2 16:47:59 2009 From: oberman at es.net (Kevin Oberman) Date: Sun Aug 2 16:48:05 2009 Subject: Anybody resolve the screesaver/screen lock issue? In-Reply-To: Your message of "Sun, 02 Aug 2009 08:33:28 PDT." <20090802153328.D7D2617F95@bsd.mvh> Message-ID: <20090802164757.594DC1CC31@ptavv.es.net> > From: Mike Harding > Date: Sun, 2 Aug 2009 08:33:28 -0700 (PDT) > Sender: owner-freebsd-gnome@freebsd.org > > > I am having the same issue that others have noted - if I lock the > screen, if I hit a key, the password screen pops up and is immediately > replaced with a black screen. This happens even for a brand new user. > If anyone was able to resolve this, I would appreciate some help. I still have it and it baffles me. I have three nearly identical systems, all running 7-Stable. All have the same versions of all gnome ports (and mostly the same ports) installed. One is fine. The other two fail most of the time. None use gdm. The most significant difference I see is that the one that works is running 7-Stable from May 19 while the other 2 (which have the problem) are running 7-Stable from July 27. One other data point...if I get gnome-screensaver to allow me to input once, it will continue to do so until it is re-started, so it looks like it is related to initialization. -- 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 mexas at bristol.ac.uk Sun Aug 2 20:12:31 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Sun Aug 2 20:12:38 2009 Subject: dbus, hal over xdmcp? In-Reply-To: <79013246@serv3.int.kfs.ru> References: <20090616095729.GA98713@mech-cluster238.men.bris.ac.uk> <1245183702.71590.6.camel@shumai.marcuscom.com> <20090617101407.GB84905@mech-cluster238.men.bris.ac.uk> <96c9d6a80906170914i78c0d1fas5ffa77020ec28c36@mail.gmail.com> <20090618152536.GA24358@mech-cluster238.men.bris.ac.uk> <96c9d6a80906180940k7626e581g60c7f1a68006089a@mail.gmail.com> <20090619093836.GA72981@mech-cluster238.men.bris.ac.uk> <96c9d6a80906202149q3bdaf42dv88c303b49051f03c@mail.gmail.com> <20090731102926.GA73358@mech-cluster241.men.bris.ac.uk> <79013246@serv3.int.kfs.ru> Message-ID: <20090802201219.GA62885@mech-cluster241.men.bris.ac.uk> On Fri, Jul 31, 2009 at 03:49:05PM +0400, Boris Samorodov wrote: > Anton Shterenlikht writes: > > > I think I finally got this working, > > after half a year of trying. > > Can you summerize the difference between configuration/commands > for old X (without dbus, hal) and new X (with dbus, hal)? We do > have some diskless stations with 6.x and I'd like to test 8.x > and modern X. Thanks. no difference. On 6.4 alpha as soon as I put dbus-launch --exit-with-session mwm in $HOME/.xsession I couldn't get anything from mwm, i.e. there was no reaction to any mouse clicks. I would get xdm login window, login fine, but then mwm wouldn't react to mouse clicks. Typically I use the right button to bring up a menu from where I launch xterm. But neither button would show anything. Adding xterm, or any other program to .xsession after the dbus line didn't work either. But there were several dbus processes launched. In short, my impression was that mwm (or fvwm) didn't work well with dbus, and some session initialisation process would never finish. On 8.0 ia64 I replicated everything as it was on 6.4 alpha, and it worked. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From marcus at marcuscom.com Sun Aug 2 20:33:36 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sun Aug 2 20:33:43 2009 Subject: dbus, hal over xdmcp? In-Reply-To: <20090802201219.GA62885@mech-cluster241.men.bris.ac.uk> References: <20090616095729.GA98713@mech-cluster238.men.bris.ac.uk> <1245183702.71590.6.camel@shumai.marcuscom.com> <20090617101407.GB84905@mech-cluster238.men.bris.ac.uk> <96c9d6a80906170914i78c0d1fas5ffa77020ec28c36@mail.gmail.com> <20090618152536.GA24358@mech-cluster238.men.bris.ac.uk> <96c9d6a80906180940k7626e581g60c7f1a68006089a@mail.gmail.com> <20090619093836.GA72981@mech-cluster238.men.bris.ac.uk> <96c9d6a80906202149q3bdaf42dv88c303b49051f03c@mail.gmail.com> <20090731102926.GA73358@mech-cluster241.men.bris.ac.uk> <79013246@serv3.int.kfs.ru> <20090802201219.GA62885@mech-cluster241.men.bris.ac.uk> Message-ID: <1249245214.28083.23.camel@shumai.marcuscom.com> On Sun, 2009-08-02 at 21:12 +0100, Anton Shterenlikht wrote: > On Fri, Jul 31, 2009 at 03:49:05PM +0400, Boris Samorodov wrote: > > Anton Shterenlikht writes: > > > > > I think I finally got this working, > > > after half a year of trying. > > > > Can you summerize the difference between configuration/commands > > for old X (without dbus, hal) and new X (with dbus, hal)? We do > > have some diskless stations with 6.x and I'd like to test 8.x > > and modern X. Thanks. > > no difference. On 6.4 alpha as soon as I put > > dbus-launch --exit-with-session mwm in $HOME/.xsession > > I couldn't get anything from mwm, i.e. there was no reaction to > any mouse clicks. I would get xdm login window, login fine, > but then mwm wouldn't react to mouse clicks. Typically I use the > right button to bring up a menu from where I launch xterm. > But neither button would show anything. > > Adding xterm, or any other program to .xsession after the dbus > line didn't work either. But there were several dbus processes > launched. > > In short, my impression was that mwm (or fvwm) didn't work well with dbus, > and some session initialisation process would never finish. > > On 8.0 ia64 I replicated everything as it was on 6.4 alpha, > and it worked. In general, the GNOME team only tests on i386 and amd64. Occasionally, some testing may get done on sparc64. Other platforms (especially alpha) should expect problems. That's not to say we don't want things to work on those platforms. We just require users to submit patches. 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-gnome/attachments/20090802/029c2e82/attachment.pgp From edwin at FreeBSD.org Sun Aug 2 21:20:13 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Aug 2 21:20:19 2009 Subject: ports/137364: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional Message-ID: <200908022120.n72LKCfl073516@freefall.freebsd.org> Synopsis: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Aug 2 21:20:12 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137364 From marcus at FreeBSD.org Sun Aug 2 21:29:52 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sun Aug 2 21:29:59 2009 Subject: ports/137364: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional Message-ID: <200908022129.n72LTpXH079674@freefall.freebsd.org> Synopsis: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sun Aug 2 21:29:11 UTC 2009 State-Changed-Why: Hal is now optional, but your plist changes will seriously break all ports which use GConf. Unfortunately, these files cannot be cleaned up. This is a known upstream bug with GConf. http://www.freebsd.org/cgi/query-pr.cgi?pr=137364 From dfilter at FreeBSD.ORG Sun Aug 2 21:30:04 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Aug 2 21:30:10 2009 Subject: ports/137364: commit references a PR Message-ID: <200908022130.n72LU390079881@freefall.freebsd.org> The following reply was made to PR ports/137364; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137364: commit references a PR Date: Sun, 2 Aug 2009 21:29:17 +0000 (UTC) marcus 2009-08-02 21:29:04 UTC FreeBSD ports repository Modified files: devel/gnome-vfs Makefile Log: Make hal support optional (default on). PR: 137364 Submitted by: "Carlos A. M. dos Santos" Revision Changes Path 1.140 +9 -3 ports/devel/gnome-vfs/Makefile _______________________________________________ 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 marcus at FreeBSD.org Sun Aug 2 21:30:22 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sun Aug 2 21:30:28 2009 Subject: ports/137315: Please make hal dependency optional for gnome-vfs Message-ID: <200908022130.n72LUL8g083175@freefall.freebsd.org> Synopsis: Please make hal dependency optional for gnome-vfs State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sun Aug 2 21:30:09 UTC 2009 State-Changed-Why: Hal support is now optional in gnome-vfs. http://www.freebsd.org/cgi/query-pr.cgi?pr=137315 From marcus at FreeBSD.org Sun Aug 2 21:36:29 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sun Aug 2 21:36:36 2009 Subject: ports/136676: x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and /var through their /dev/ufsid devices Message-ID: <200908022136.n72LaSSi088836@freefall.freebsd.org> Synopsis: x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and /var through their /dev/ufsid devices State-Changed-From-To: open->patched State-Changed-By: marcus State-Changed-When: Sun Aug 2 21:35:44 UTC 2009 State-Changed-Why: Support for ufsid has been added to hal in MarcusCom CVS. The commit to ports is pending the release of GNOME 2.28. As for the bigger GEOM problems, that should probably made into a new PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=136676 From dfilter at FreeBSD.ORG Sun Aug 2 21:40:06 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Aug 2 21:40:27 2009 Subject: ports/137114: commit references a PR Message-ID: <200908022140.n72Le6RP088978@freefall.freebsd.org> The following reply was made to PR ports/137114; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137114: commit references a PR Date: Sun, 2 Aug 2009 21:35:16 +0000 (UTC) marcus 2009-08-02 21:35:01 UTC FreeBSD ports repository Modified files: x11/babl Makefile Added files: x11/babl/files patch-docs-Makefile.in Log: * Add support for SIMDoptimizations (off by default). * Fix the invocation of mktemp to prevent a spurious error. PR: 137114 Submitted by: Anonymous Revision Changes Path 1.6 +11 -1 ports/x11/babl/Makefile 1.1 +11 -0 ports/x11/babl/files/patch-docs-Makefile.in (new) _______________________________________________ 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 edwin at FreeBSD.org Sun Aug 2 21:40:29 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Aug 2 21:40:35 2009 Subject: ports/137366: devel/libglade2: add menu option to configure dependence on Python Message-ID: <200908022140.n72LeRu2092783@freefall.freebsd.org> Synopsis: devel/libglade2: add menu option to configure dependence on Python Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Aug 2 21:40:27 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137366 From edwin at FreeBSD.org Sun Aug 2 21:50:14 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Aug 2 21:50:19 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python Message-ID: <200908022150.n72LoDF2096970@freefall.freebsd.org> Synopsis: net/libproxy: add menu option to configure dependence on Python Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Aug 2 21:50:12 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 From edwin at FreeBSD.org Sun Aug 2 22:20:18 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Aug 2 22:20:28 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908022220.n72MKHK8019056@freefall.freebsd.org> Synopsis: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Aug 2 22:20:17 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137368 From unixmania at gmail.com Sun Aug 2 23:04:57 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 2 23:05:03 2009 Subject: ports/137364: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional In-Reply-To: <200908022129.n72LTpXH079674@freefall.freebsd.org> References: <200908022129.n72LTpXH079674@freefall.freebsd.org> Message-ID: On Sun, Aug 2, 2009 at 6:29 PM, wrote: > Synopsis: devel/gnome-vfs: add missing files to pkg-plist and make HAL support optional > > State-Changed-From-To: open->closed > State-Changed-By: marcus > State-Changed-When: Sun Aug 2 21:29:11 UTC 2009 > State-Changed-Why: > Hal is now optional, but your plist changes will seriously break all ports > which use GConf. Unfortunately, these files cannot be cleaned up. This is > a known upstream bug with GConf. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137364 Getting rid of HAL is good enough for me. Thanks. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From areilly at bigpond.net.au Sun Aug 2 23:16:18 2009 From: areilly at bigpond.net.au (Andrew Reilly) Date: Sun Aug 2 23:16:24 2009 Subject: ports/136676: x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and /var through their /dev/ufsid devices In-Reply-To: <200908022136.n72LaSSi088836@freefall.freebsd.org> References: <200908022136.n72LaSSi088836@freefall.freebsd.org> Message-ID: <20090802231612.GA98341@duncan.reilly.home> On Sun, Aug 02, 2009 at 09:36:28PM +0000, marcus@FreeBSD.org wrote: > Support for ufsid has been added to hal in MarcusCom CVS. The commit to ports > is pending the release of GNOME 2.28. As for the bigger GEOM problems, that > should probably made into a new PR. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=136676 Thanks for that! On calm reflection, I don't think that there's anything in particular wrong with GEOM itself. I have indeed got a dud drive. It surprises me that I've had to buy five drives to get a working pair for running as a mirror. A lesson to me to not just buy the cheapest ones available! Cheers, -- Andrew From barbara.xxx1975 at libero.it Mon Aug 3 00:32:30 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Mon Aug 3 00:32:51 2009 Subject: libltdl upgrade Message-ID: After upgrading libltdl, libchk reports files from the following ports as still linked with libltdl.so.4: www/epiphany sysutils/gnome-control-center audio/gnome-media devel/gvfs Kind Regards Barbara From barbara.xxx1975 at libero.it Mon Aug 3 00:37:30 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Mon Aug 3 00:37:36 2009 Subject: libltdl upgrade Message-ID: After upgrading libltdl, libchk reports files from the following ports as still linked with libltdl.so.4: www/epiphany sysutils/gnome-control-center audio/gnome-media devel/gvfs Kind Regards Barbara From mezz7 at cox.net Mon Aug 3 02:36:07 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Aug 3 02:36:13 2009 Subject: libltdl upgrade In-Reply-To: References: Message-ID: On Sun, 02 Aug 2009 19:21:14 -0500, barbara wrote: > After upgrading libltdl, libchk reports files from the following ports > as still linked with libltdl.so.4: > > www/epiphany > sysutils/gnome-control-center > audio/gnome-media > devel/gvfs Thanks for report, I have bumped those. Those got linked from libcanberra.la or/and libcanberra-gtk.la. The .la file need to die. BTW: freebsd-gnome@FreeBSD.org and gnome@FreeBSD.org are same. We get two emails from you. Cheers, Mezz > Kind Regards > Barbara -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From rannumgen at globaleyes.net Mon Aug 3 03:00:14 2009 From: rannumgen at globaleyes.net (Random User) Date: Mon Aug 3 03:00:20 2009 Subject: ports/137306: deskutils/alacarte fails to run: "No module named cairo" Message-ID: <200908030300.n7330Csw030187@freefall.freebsd.org> The following reply was made to PR ports/137306; it has been noted by GNATS. From: Random User To: bug-followup@FreeBSD.org, rannumgen@globaleyes.net Cc: Subject: Re: ports/137306: deskutils/alacarte fails to run: "No module named cairo" Date: Sun, 02 Aug 2009 21:56:08 -0500 Followed UPDATING instructions per python-2.5 update, re-cvsup-ed deskutils, Alacarte make fails with: configure:7057: checking for pygobject 2.15.1 installed for python required_python_abi Traceback (most recent call last): File "", line 2, in ImportError: No module named pygtk configure:7069: result: not found configure:7071: error: required pygobject version not found gnomelogalyzer.sh Generating build log. Please wait... done. The cause of your build failure is not known to gnomelogalyzer.sh. grep pygobject INDEX-7 pkg_info -L python26-2.6.2_1|grep pygobject From bugmaster at FreeBSD.org Mon Aug 3 11:07:21 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 3 11:10:48 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200908031107.n73B7KFN089018@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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/137368 gnome x11-toolkits/libwnck: add menu option to configure dep o ports/137367 gnome net/libproxy: add menu option to configure dependence o ports/137366 gnome devel/libglade2: add menu option to configure dependen o ports/137114 gnome [patch] x11/babl: add SIMD knob s ports/136967 gnome security/seahorse-plugins 2.26.2_1 + GPG = fail p ports/136676 gnome x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and f ports/136435 gnome security/gnome-keyring + hald prevents umount of usb d p ports/134737 gnome Update www/webkit-gtk2 to 1.1.7 f ports/134536 gnome [patch] graphics/gimp: Gimp 2.6.6 fails to open URI's o ports/134509 gnome graphics/inkscape: after loading any type of data file a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a f ports/134358 gnome x11/gnome2: trackerd uses up all of the cpu o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 13 problems total. From tcberner at gmail.com Mon Aug 3 12:42:26 2009 From: tcberner at gmail.com (Tobias C. Berner) Date: Mon Aug 3 12:42:34 2009 Subject: Request for "WITHOUT_HAL" or a similiar thing. Message-ID: Hi I use some gnome-apps. But I do not ever use hal. I do not see its use for me apart from making me problems. Playback of dvds stops working as soon as it is running, and I have different problems with X when it runs, some of which I could fix, but... I just don't see the use of that piece of software, or to put it an other way its flaws outshine its benefits for now, at least for me. So what I wanted to ask is, if it wouldn't be possible to add a global "WITHOUT_HAL" flag or something. And further if it were possible to no longer just assume one wants hal, but rather make it a choice. mfg tcb. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From freebsdlists at bsdunix.ch Mon Aug 3 12:46:21 2009 From: freebsdlists at bsdunix.ch (Thomas Vogt) Date: Mon Aug 3 12:46:28 2009 Subject: Abiword wan't start (pango error?) In-Reply-To: <1248711937.1262.107.camel@shumai.marcuscom.com> References: <4A5AE8B6.2040703@bsdunix.ch> <1247953784.82470.39.camel@shumai.marcuscom.com> <4A658C36.5050808@bsdunix.ch> <1248200946.72281.54.camel@shumai.marcuscom.com> <4A6D60DD.500@bsdunix.ch> <1248711937.1262.107.camel@shumai.marcuscom.com> Message-ID: <6591CC00-3AEF-415B-B0A1-8EAAE5CC9284@bsdunix.ch> Hello Am 27.07.2009 um 18:25 schrieb Joe Marcus Clarke: > On Mon, 2009-07-27 at 10:10 +0200, Thomas Vogt wrote: >> Hi Joe >> >> Joe Marcus Clarke wrote: >>> On Tue, 2009-07-21 at 11:36 +0200, Thomas Vogt wrote: >>>> Hi Joe >>>> >>>> Joe Marcus Clarke wrote: >>>>> On Mon, 2009-07-13 at 09:56 +0200, Thomas Vogt wrote: >>>>>> Hello >>>>>> >>>>>> I can't use abiword. When i try to start abiword (2.6.8_1) i >>>>>> get this >>>>>> error message: >>>>>> >>>>>> thomas@bert:~> abiword >>>>>> >>>>>> (process:53896): Gdk-WARNING **: locale not supported by C >>>>>> library >>>>>> >>>>>> (process:53896): Gtk-WARNING **: Locale not supported by C >>>>>> library. >>>>>> Using the fallback 'C' locale. >>>>>> >>>>>> (abiword:53896): Gdk-WARNING **: locale not supported by C >>>>>> library >>>>> What locale are you using? >>>>> >>>>>> (abiword:53896): Pango-WARNING **: shaping failure, expect ugly >>>>>> output. >>>>>> shape-engine='BasicEngineFc', font='Bitstream Vera Sans 11', >>>>>> text='' >>>>> Check your settings, and make sure you have the appropriate fonts >>>>> installed. Version 2.6.8_1 added a dependency on deja-vu >>>>> fonts. The >>>>> default font is now DejaVu Sans which you should try to see if >>>>> it looks >>>>> better. >>>> >>>> deja-vu fonts are installed. If i set setenv LC_ALL >>>> de_CH.ISO8859-15 in >>>> the console then it works form the shell. >>>> >>>> My gnome environment should be set to english (US) keyboard and >>>> Swiss >>>> German language. I can set this in gdm. I don't know how i can >>>> check >>>> this settings after gnome is booted. >>>> >>>> env doens't show me any LANG Variables. >>> >>> It should. I have my locale set from GDM to be US English, and my >>> environment looks like: >>> >>> GDM_LANG=en_US.UTF-8 >>> LANG=en_US.UTF-8 >>> >>> What does your environment look like? >> >> LANG=de_CH.utf8 >> GDM_LANG=de_CH.utf8 > > Your locale needs to be de_CH.UTF-8. What you have now is not valid. > I'm not sure how you set this, but it needs to be changed. Thanks. It was set in .dmrc Regards Thomas > >> >> My keyboard setting is us english. I know this because i use a >> keyboard >> with us layout. >> >> Looks like this doesn't work. >> >> all: >> ORBIT_SOCKETDIR=/var/tmp/orbit-thomas >> WINDOWID=18874410 >> DISPLAY=:0.0 >> GNOME_KEYRING_PID=4307 >> GNOME_KEYRING_SOCKET=/var/tmp/keyring-5Ddmjq/socket >> LOGNAME=thomas >> PWD=/home/thomas >> HOME=/home/thomas >> BLOCKSIZE=K >> LANG=de_CH.utf8 >> GTK_RC_FILES=/usr/local/etc/gtk/gtkrc:/home/thomas/.gtkrc-1.2-gnome2 >> PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/ >> local/bin:/usr/X11R6/bin:/home/thomas/bin >> XAUTHORITY=/var/run/gdm/auth-for-thomas-8igMUs/database >> SSH_AUTH_SOCK=/var/tmp/keyring-5Ddmjq/socket.ssh >> SHELL=/bin/csh >> TERM=xterm >> DBUS_SESSION_BUS_ADDRESS=unix:path=/var/tmp/dbus- >> FcFn2NlYx9,guid=79149802cc5063f436b09ea04a6d5eaa >> COLORTERM=gnome-terminal >> GPG_AGENT_INFO=/var/tmp/seahorse-qkoA9u/S.gpg-agent:4334:1 >> USER=thomas >> DESKTOP_SESSION=gnome >> SESSION_MANAGER=local/bert.mlan.solnet.ch:/tmp/.ICE-unix/4314 >> GNOME_DESKTOP_SESSION_ID=this-is-deprecated >> ENV=/home/thomas/.shrc >> XDG_SESSION_COOKIE >> =12bfcd529d4ef6dd647cc3b14a062d13-1248681642.216432-1736425308 >> PAGER=more >> GDM_LANG=de_CH.utf8 >> USERNAME=thomas >> GDMSESSION=gnome >> EDITOR=vi >> HOSTTYPE=FreeBSD >> VENDOR=intel >> OSTYPE=FreeBSD >> MACHTYPE=i386 >> SHLVL=1 >> GROUP=thomas >> HOST= >> REMOTEHOST= >> CLICOLOR= >> >>> >>> Joe >>> >>>> Regards, >>>> Thomas vogt >>>> >> > -- > PGP Key : http://www.marcuscom.com/pgp.asc Thomas Vogt From oberman at es.net Mon Aug 3 16:05:38 2009 From: oberman at es.net (Kevin Oberman) Date: Mon Aug 3 16:05:44 2009 Subject: Gnumeric print failure Message-ID: <20090803160536.992B71CC31@ptavv.es.net> After the upgrade from 1.9.7 to 1.9.9 Gnumeric can no longer print. When I attempt to print, gnumeric exits silently. No error. No core file. I suspect that this may be an up-stream problem, but I was wondering if anyone else has seen it. -- 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 smtp at kentuckyseven.com Tue Aug 4 15:20:04 2009 From: smtp at kentuckyseven.com (Go To Meeting ) Date: Tue Aug 4 15:20:11 2009 Subject: Online Meetings for Just $49 a Month Message-ID: <20090804152004.8D1718FC19@mx1.freebsd.org> $1,000 One business trip (airfare, car rental and hotel) $49 Unlimited online meetings per month Do the math. With GoToMeeting you could hold a month's worth of online meetings for less than one in-person meeting. Host as many meetings as you want for one flat rate - free VoIP and phone conferencing included. Do more and travel less with GoToMeeting. http://www.kentuckyseven.com/mljj_mnjgk_lkje_HAzBJdIwJJMvKbzwH.htm FREE 30-DAY TRIAL http://www.kentuckyseven.com/mljj_mnjgk_lkje_HAzBJdIwJJMvKbzwH.htm To Change Your Mailing Preference and halt Delivery Of OUR Email, Please Visit HERE http://www.kentuckyseven.com/mljj_mnjgk_n_HAzBJdIwJJMvKbzwH.php or write to: Removals 1101 SW 15 terrace Ft Lauderdale, FL 33312 From linimon at FreeBSD.org Tue Aug 4 19:29:04 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Aug 4 19:29:16 2009 Subject: ports/137431: x11/gnome-terminal: vte.so mismatch in pkg-plist Message-ID: <200908041929.n74JT3t8022361@freefall.freebsd.org> Old Synopsis: vte.so mismatch in pkg-plist New Synopsis: x11/gnome-terminal: vte.so mismatch in pkg-plist Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 4 19:28:18 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137431 From edwin at FreeBSD.org Tue Aug 4 19:40:14 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Aug 4 19:40:26 2009 Subject: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Message-ID: <200908041940.n74JeDcI032658@freefall.freebsd.org> Synopsis: [patch] graphics/gimp-app: add a few OPTIONS Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Tue Aug 4 19:40:13 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137432 From edwin at FreeBSD.org Tue Aug 4 21:40:36 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Tue Aug 4 21:40:47 2009 Subject: ports/137439: [patch] graphics/gimp-app: ARCH_X86 and ARCH_X86_64 are not defined on amd64 Message-ID: <200908042140.n74LeXq0026329@freefall.freebsd.org> Synopsis: [patch] graphics/gimp-app: ARCH_X86 and ARCH_X86_64 are not defined on amd64 Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Tue Aug 4 21:40:33 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137439 From swell.k at gmail.com Tue Aug 4 22:00:17 2009 From: swell.k at gmail.com (Anonymous) Date: Tue Aug 4 22:00:23 2009 Subject: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Message-ID: <200908042200.n74M0GOi036903@freefall.freebsd.org> The following reply was made to PR ports/137432; it has been noted by GNATS. From: Anonymous To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Date: Wed, 05 Aug 2009 01:58:06 +0400 Oops, since I found related bug in ports/137439 looks like my assumption that autodetection was disabled by default was wrong. The value of SIMD should be reversed or it can cause issues with official packages that utilize cpu features that *not always* available on such architectures, e.g. i386 + MMX/SSE. %%% .if !defined(WITH_SIMD) CONFIGURE_ARGS+= --disable-mmx \ --disable-sse \ --disable-altivec .endif %%% From bsam at ipt.ru Tue Aug 4 22:10:06 2009 From: bsam at ipt.ru (Boris Samorodov) Date: Tue Aug 4 22:10:13 2009 Subject: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Message-ID: <200908042210.n74MA4l4043893@freefall.freebsd.org> The following reply was made to PR ports/137432; it has been noted by GNATS. From: Boris Samorodov To: bug-followup@FreeBSD.org, swell.k@gmail.com Cc: Subject: Re: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Date: Wed, 05 Aug 2009 02:04:57 +0400 Seems that you managed to delete tiff from LIB_DEPENDS unconditionally in contrary to your description... From swell.k at gmail.com Tue Aug 4 22:40:08 2009 From: swell.k at gmail.com (swell.k@gmail.com) Date: Tue Aug 4 22:40:16 2009 Subject: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Message-ID: <200908042240.n74Me835070812@freefall.freebsd.org> The following reply was made to PR ports/137432; it has been noted by GNATS. From: swell.k@gmail.com To: Boris Samorodov Cc: bug-followup@FreeBSD.org Subject: Re: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Date: Wed, 05 Aug 2009 02:31:34 +0400 Boris Samorodov writes: > Seems that you managed to delete tiff from LIB_DEPENDS > unconditionally in contrary to your description... Good you've spotted that. It was unintentional. I wanted to move tiff lib to a separate TIFF option. But seeing that even x11-toolkits/gtk20 depends on it I reconsidered. Somewhere in the middle of the process I've forgot to place tiff lib back to LIB_DEPENDS. Attaching new diff with above two fixes --- gimp-app.diff begins here --- Index: graphics/gimp-app/Makefile =================================================================== RCS file: /home/csup/ports/graphics/gimp-app/Makefile,v retrieving revision 1.237 diff -u -p -r1.237 Makefile --- graphics/gimp-app/Makefile 2 Aug 2009 19:34:02 -0000 1.237 +++ graphics/gimp-app/Makefile 4 Aug 2009 22:24:34 -0000 @@ -8,7 +8,7 @@ PORTNAME= gimp-app DISTVERSION= 2.6.6 -PORTREVISION?= 2 +PORTREVISION?= 3 PORTEPOCH?= 1 CATEGORIES?= graphics gnome MASTER_SITES= ftp://ftp.gimp.org/pub/%SUBDIR%/ \ @@ -25,12 +25,7 @@ MAINTAINER= gnome@FreeBSD.org COMMENT= A GNU Image Manipulation Program BUILD_DEPENDS= ${LOCALBASE}/libdata/pkgconfig/iso-codes.pc:${PORTSDIR}/misc/iso-codes -LIB_DEPENDS= exif.12:${PORTSDIR}/graphics/libexif \ - wmf.2:${PORTSDIR}/graphics/libwmf \ - poppler-glib.4:${PORTSDIR}/graphics/poppler-gtk \ - aa.1:${PORTSDIR}/graphics/aalib \ - mng.1:${PORTSDIR}/graphics/libmng \ - png.5:${PORTSDIR}/graphics/png \ +LIB_DEPENDS= png.5:${PORTSDIR}/graphics/png \ jpeg.10:${PORTSDIR}/graphics/jpeg \ tiff.4:${PORTSDIR}/graphics/tiff \ lcms.1:${PORTSDIR}/graphics/lcms \ @@ -64,12 +59,17 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/ .if !defined(GIMP_SLAVE) WANT_GNOME= yes -OPTIONS?= DEBUG "debugging" off \ +OPTIONS?= AA "Ascii Art plug-in" on \ DBUS "D-BUS support" on \ + EXIF "reading meta-data from camera/scanner" on \ GVFS "Use GVFS for the URI plug-in" on \ HELPBROWSER "internal help browser" on \ + MNG "MNG format support" on \ MP "multiple processor support" off \ - RSVG "SVG format support" on + POPPLER "PDF format support" on \ + RSVG "SVG format support" on \ + SIMD "Use cpu-specific optimizations if available" off \ + WMF "wmf plugin" on .endif .include @@ -91,24 +91,10 @@ MLINKS= gimp-2.6.1 gimp.1 \ gimp-console-2.6.1 gimp-console.1 \ gimprc-2.6.5 gimprc.5 -.if defined(WITHOUT_RSVG) -CONFIGURE_ARGS+= --without-librsvg -PLIST_SUB+= SVG="@comment " -.else -USE_GNOME+= librsvg2 -PLIST_SUB+= SVG="" -.endif - .if defined(WITH_DEBUG) CONFIGURE_ARGS+= --enable-debug .endif -.if defined(WITH_MP) -CONFIGURE_ARGS+= --enable-mp -.else -CONFIGURE_ARGS+= --disable-mp -.endif - .if ${HAVE_GNOME:Mgnomehier}!="" || defined(WITH_GNOME) USE_GNOME+= desktopfileutils gnomehier PLIST_SUB+= GNOME="" @@ -116,13 +102,12 @@ PLIST_SUB+= GNOME="" PLIST_SUB+= GNOME="@comment " .endif -.if defined(WITH_HELPBROWSER) -LIB_DEPENDS+= webkit-1.0.1:${PORTSDIR}/www/webkit-gtk2 -CONFIGURE_ARGS+= --with-webkit -PLIST_SUB+= HELPBROWSER="" +.if defined(WITH_AA) +LIB_DEPENDS+= aa.1:${PORTSDIR}/graphics/aalib +PLIST_SUB+= AA="" .else -CONFIGURE_ARGS+= --without-webkit -PLIST_SUB+= HELPBROWSER="@comment " +CONFIGURE_ARGS+= --without-aa +PLIST_SUB+= AA="@comment " .endif .if defined(WITH_DBUS) @@ -132,6 +117,12 @@ CONFIGURE_ARGS+= --with-dbus CONFIGURE_ARGS+= --without-dbus .endif +.if defined(WITH_EXIF) +LIB_DEPENDS+= exif.12:${PORTSDIR}/graphics/libexif +.else +CONFIGURE_ARGS+= --without-libexif +.endif + .if defined(WITH_GVFS) || ${HAVE_GNOME:Mgvfs}!="" LIB_DEPENDS+= gnome-keyring.0:${PORTSDIR}/security/gnome-keyring USE_GNOME+= gvfs @@ -140,6 +131,59 @@ USE_GNOME+= libgnomeui . endif .endif +.if defined(WITH_HELPBROWSER) +LIB_DEPENDS+= webkit-1.0.1:${PORTSDIR}/www/webkit-gtk2 +CONFIGURE_ARGS+= --with-webkit +PLIST_SUB+= HELPBROWSER="" +.else +CONFIGURE_ARGS+= --without-webkit +PLIST_SUB+= HELPBROWSER="@comment " +.endif + +.if defined(WITH_MNG) +LIB_DEPENDS+= mng.1:${PORTSDIR}/graphics/libmng +PLIST_SUB+= MNG="" +.else +CONFIGURE_ARGS+= --without-libmng +PLIST_SUB+= MNG="@comment " +.endif + +.if defined(WITH_MP) +CONFIGURE_ARGS+= --enable-mp +.else +CONFIGURE_ARGS+= --disable-mp +.endif + +.if defined(WITH_POPPLER) +LIB_DEPENDS+= poppler-glib.4:${PORTSDIR}/graphics/poppler-gtk +PLIST_SUB+= POPPLER="" +.else +CONFIGURE_ARGS+= --without-poppler +PLIST_SUB+= POPPLER="@comment " +.endif + +.if defined(WITH_RSVG) +USE_GNOME+= librsvg2 +PLIST_SUB+= SVG="" +.else +CONFIGURE_ARGS+= --without-librsvg +PLIST_SUB+= SVG="@comment " +.endif + +.if defined(WITH_WMF) +LIB_DEPENDS+= wmf.2:${PORTSDIR}/graphics/libwmf +PLIST_SUB+= WMF="" +.else +CONFIGURE_ARGS+= --without-wmf +PLIST_SUB+= WMF="@comment " +.endif + +.if !defined(WITH_SIMD) +CONFIGURE_ARGS+= --disable-mmx \ + --disable-sse \ + --disable-altivec +.endif + .endif post-patch: Index: graphics/gimp-app/pkg-plist =================================================================== RCS file: /home/csup/ports/graphics/gimp-app/pkg-plist,v retrieving revision 1.126 diff -u -p -r1.126 pkg-plist --- graphics/gimp-app/pkg-plist 21 Mar 2009 04:52:37 -0000 1.126 +++ graphics/gimp-app/pkg-plist 4 Aug 2009 17:46:30 -0000 @@ -334,7 +334,7 @@ libexec/gimp/2.2/plug-ins/edge-neon libexec/gimp/2.2/plug-ins/edge-sobel libexec/gimp/2.2/plug-ins/emboss libexec/gimp/2.2/plug-ins/engrave -libexec/gimp/2.2/plug-ins/file-aa +%%AA%%libexec/gimp/2.2/plug-ins/file-aa libexec/gimp/2.2/plug-ins/file-bmp libexec/gimp/2.2/plug-ins/file-cel libexec/gimp/2.2/plug-ins/file-compressor @@ -353,10 +353,10 @@ libexec/gimp/2.2/plug-ins/file-header libexec/gimp/2.2/plug-ins/file-html-table libexec/gimp/2.2/plug-ins/file-ico libexec/gimp/2.2/plug-ins/file-jpeg -libexec/gimp/2.2/plug-ins/file-mng +%%MNG%%libexec/gimp/2.2/plug-ins/file-mng libexec/gimp/2.2/plug-ins/file-pat libexec/gimp/2.2/plug-ins/file-pcx -libexec/gimp/2.2/plug-ins/file-pdf +%%POPPLER%%libexec/gimp/2.2/plug-ins/file-pdf libexec/gimp/2.2/plug-ins/file-pix libexec/gimp/2.2/plug-ins/file-png libexec/gimp/2.2/plug-ins/file-pnm @@ -372,7 +372,7 @@ libexec/gimp/2.2/plug-ins/file-tga libexec/gimp/2.2/plug-ins/file-tiff-load libexec/gimp/2.2/plug-ins/file-tiff-save libexec/gimp/2.2/plug-ins/file-uri -libexec/gimp/2.2/plug-ins/file-wmf +%%WMF%%libexec/gimp/2.2/plug-ins/file-wmf libexec/gimp/2.2/plug-ins/file-xbm libexec/gimp/2.2/plug-ins/file-xjt libexec/gimp/2.2/plug-ins/file-xpm --- gimp-app.diff ends here --- From swell.k at gmail.com Tue Aug 4 23:20:11 2009 From: swell.k at gmail.com (Anonymous) Date: Tue Aug 4 23:20:17 2009 Subject: ports/137114: [patch] x11/babl: add SIMD knob Message-ID: <200908042320.n74NKAMJ000185@freefall.freebsd.org> The following reply was made to PR ports/137114; it has been noted by GNATS. From: Anonymous To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137114: [patch] x11/babl: add SIMD knob Date: Wed, 05 Aug 2009 03:18:49 +0400 ports/137439 turned out to be more global. The change in this PR regarding SIMD defaults was wrong. configure script detects cpu-specific extensions *without* explicit --enable-*. I'm attaching correct diff. Sorry for inconvenience. --- babl.diff begins here --- Index: x11/babl/Makefile =================================================================== RCS file: /home/csup/ports/x11/babl/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- x11/babl/Makefile 2 Aug 2009 21:35:01 -0000 1.6 +++ x11/babl/Makefile 4 Aug 2009 23:05:55 -0000 @@ -31,10 +31,10 @@ OPTIONS= SIMD "Use cpu-specific optimiza .include -.if !defined(WITHOUT_SIMD) -CONFIGURE_ARGS+=--enable-mmx \ - --enable-sse \ - --enable-altivec +.if defined(WITHOUT_SIMD) +CONFIGURE_ARGS+=--disable-mmx \ + --disable-sse \ + --disable-altivec .endif .include --- babl.diff ends here --- From linimon at FreeBSD.org Fri Aug 7 06:28:16 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 7 06:28:26 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20090807062814.69AC81CCAA@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From erwin at FreeBSD.org Fri Aug 7 07:47:43 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Aug 7 07:47:52 2009 Subject: [ports-i386@FreeBSD.org: farsight2-0.0.13 failed on i386 6] Message-ID: <20090807074738.GO63815@droso.net> FYI; can you please investigate and/or report to the developers? If you are already aware of this problem but do not yet have a fix, please mark the port BROKEN in the appropriate case, so that users do not unexpectedly encounter it. See http://pointyhat.freebsd.org for the full log. Thanks, -erwin ----- Forwarded message from User Ports-i386 ----- Date: Thu, 6 Aug 2009 20:39:52 GMT From: User Ports-i386 To: erwin@FreeBSD.org, miwi@FreeBSD.org, linimon@FreeBSD.org Subject: farsight2-0.0.13 failed on i386 6 You can also find this build log at http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.6.20090806140317/farsight2-0.0.13.log building farsight2-0.0.13 on chichi.p6m7g8.net in directory /space/pkgbuild/6/20090806140317/chroot/1236 building for: 6.4-STABLE i386 maintained by: gnome@FreeBSD.org port directory: /usr/ports/net-im/farsight2 Makefile ident: $FreeBSD: ports/net-im/farsight2/Makefile,v 1.9 2009/08/02 19:35:06 mezz Exp $ build started at Thu Aug 6 20:37:01 UTC 2009 FETCH_DEPENDS= PATCH_DEPENDS=libtool-2.2.6a.tbz EXTRACT_DEPENDS= BUILD_DEPENDS=atk-1.26.0.tbz bitstream-vera-1.10_4.tbz cairo-1.8.8,1.tbz compositeproto-0.4.tbz damageproto-1.1.0_2.tbz encodings-1.0.2,1.tbz expat-2.0.1.tbz fixesproto-4.0.tbz font-bh-ttf-1.0.0.tbz font-misc-ethiopic-1.0.0.tbz font-misc-meltho-1.0.0_1.tbz font-util-1.0.1.tbz fontconfig-2.6.0,1.tbz freetype2-2.3.9_1.tbz gamin-0.1.10_3.tbz gettext-0.17_1.tbz gio-fam-backend-2.20.4.tbz glib-2.20.4.tbz gmake-3.81_3.tbz gstreamer-0.10.24.tbz gstreamer-ffmpeg-0.10.8.tbz gstreamer-plugins-0.10.24,3.tbz gstreamer-plugins-a52dec-0.10.12,3.tbz gstreamer-plugins-bad-0.10.13,3.tbz gstreamer-plugins-core-0.10_10.tbz gstreamer-plugins-dts-0.10.13,3.tbz gstreamer-plugins-dvd-0.10.12,3.tbz gstreamer-plugins-good-0.10.15,3.tbz gstreamer-plugins-libpng-0.10.15,3.tbz gstreamer-plugins-mad-0.10.12,3.tbz gstreamer-plugins-mp3-0.10.0_1.tbz gstreamer-plugins-ogg-0.10.24,3.tbz gstreamer-plugins-pango-0.10.24,3.tbz gstreamer-plugins-theora-0.10.24,3.tbz gstreamer-plugins-ugly-0.10.12,3.tbz gstreamer -plugins-vorbis-0.10.24,3.tbz gstreamer-plugins-xvid-0.10.13,3.tbz gtk-2.16.5_1.tbz hicolor-icon-theme-0.10_2.tbz inputproto-1.5.0.tbz intltool-0.40.6.tbz jasper-1.900.1_8.tbz jpeg-7.tbz kbproto-1.0.3.tbz libX11-1.2.1_1,1.tbz libXau-1.0.4.tbz libXcomposite-0.4.0,1.tbz libXcursor-1.1.9_1.tbz libXdamage-1.1.1.tbz libXdmcp-1.0.2_1.tbz libXext-1.0.5,1.tbz libXfixes-4.0.3_1.tbz libXft-2.1.13.tbz libXi-1.2.1,1.tbz libXinerama-1.0.3,1.tbz libXrandr-1.3.0.tbz libXrender-0.9.4_1.tbz libXv-1.0.4,1.tbz liba52-0.7.4_2.tbz libdca-0.0.5.tbz libdvdnav-0.1.10_4.tbz libdvdread-4.1.3_1.tbz libfontenc-1.0.4.tbz libglade2-2.6.4_1.tbz libiconv-1.13.1.tbz libid3tag-0.15.1b.tbz libmad-0.15.1b_2.tbz libnice-0.0.9.tbz libogg-1.1.4,4.tbz liboil-0.3.16.tbz libpthread-stubs-0.1.tbz libtheora-1.0_1.tbz libtool-2.2.6a.tbz libvorbis-1.2.3,3.tbz libxcb-1.4.tbz libxml2-2.7.3.tbz mkfontdir-1.0.4.tbz mkfontscale-1.0.6.tbz p5-XML-Parser-2.36_1.tbz pango-1.24.5.tbz pcre-7.9.tbz perl-5.8.9_3.tbz pixman-0.15.4.tb z pkg-config-0.23_1.tbz png-1.2.38.tbz popt-1.14.tbz py26-ca! iro-1.8.6.tbz py26-gobject-2.16.1.tbz py26-gstreamer-0.10.16.tbz py26-gtk-2.14.1_1.tbz py26-libxml2-2.7.3.tbz py26-numeric-24.2_3.tbz python26-2.6.2_1.tbz randrproto-1.3.0.tbz renderproto-0.9.3.tbz shared-mime-info-0.60_1.tbz tiff-3.8.2_4.tbz videoproto-2.2.2.tbz xcb-proto-1.5.tbz xcb-util-0.3.5.tbz xextproto-7.0.5.tbz xineramaproto-1.1.2.tbz xmlcatmgr-2.2.tbz xorg-fonts-truetype-7.4.tbz xproto-7.0.15.tbz xvid-1.2.2_1,1.tbz RUN_DEPENDS=atk-1.26.0.tbz bitstream-vera-1.10_4.tbz cairo-1.8.8,1.tbz compositeproto-0.4.tbz damageproto-1.1.0_2.tbz encodings-1.0.2,1.tbz expat-2.0.1.tbz fixesproto-4.0.tbz font-bh-ttf-1.0.0.tbz font-misc-ethiopic-1.0.0.tbz font-misc-meltho-1.0.0_1.tbz font-util-1.0.1.tbz fontconfig-2.6.0,1.tbz freetype2-2.3.9_1.tbz gamin-0.1.10_3.tbz gettext-0.17_1.tbz gio-fam-backend-2.20.4.tbz glib-2.20.4.tbz gstreamer-0.10.24.tbz gstreamer-ffmpeg-0.10.8.tbz gstreamer-plugins-0.10.24,3.tbz gstreamer-plugins-a52dec-0.10.12,3.tbz gstreamer-plugins-bad-0.10.13,3.tbz gstreamer-plugins-core-0.10_10.tbz gstreamer-plugins-dts-0.10.13,3.tbz gstreamer-plugins-dvd-0.10.12,3.tbz gstreamer-plugins-good-0.10.15,3.tbz gstreamer-plugins-libpng-0.10.15,3.tbz gstreamer-plugins-mad-0.10.12,3.tbz gstreamer-plugins-mp3-0.10.0_1.tbz gstreamer-plugins-ogg-0.10.24,3.tbz gstreamer-plugins-pango-0.10.24,3.tbz gstreamer-plugins-theora-0.10.24,3.tbz gstreamer-plugins-ugly-0.10.12,3.tbz gstreamer-plugins-vorbis-0.1 0.24,3.tbz gstreamer-plugins-xvid-0.10.13,3.tbz gtk-2.16.5_1.tbz hicolor-icon-theme-0.10_2.tbz inputproto-1.5.0.tbz jasper-1.900.1_8.tbz jpeg-7.tbz kbproto-1.0.3.tbz libX11-1.2.1_1,1.tbz libXau-1.0.4.tbz libXcomposite-0.4.0,1.tbz libXcursor-1.1.9_1.tbz libXdamage-1.1.1.tbz libXdmcp-1.0.2_1.tbz libXext-1.0.5,1.tbz libXfixes-4.0.3_1.tbz libXft-2.1.13.tbz libXi-1.2.1,1.tbz libXinerama-1.0.3,1.tbz libXrandr-1.3.0.tbz libXrender-0.9.4_1.tbz libXv-1.0.4,1.tbz liba52-0.7.4_2.tbz libdca-0.0.5.tbz libdvdnav-0.1.10_4.tbz libdvdread-4.1.3_1.tbz libfontenc-1.0.4.tbz libglade2-2.6.4_1.tbz libiconv-1.13.1.tbz libid3tag-0.15.1b.tbz libmad-0.15.1b_2.tbz libnice-0.0.9.tbz libogg-1.1.4,4.tbz liboil-0.3.16.tbz libpthread-stubs-0.1.tbz libtheora-1.0_1.tbz libvorbis-1.2.3,3.tbz libxcb-1.4.tbz libxml2-2.7.3.tbz mkfontdir-1.0.4.tbz mkfontscale-1.0.6.tbz pango-1.24.5.tbz pcre-7.9.tbz perl-5.8.9_3.tbz pixman-0.15.4.tbz pkg-config-0.23_1.tbz png-1.2.38.tbz popt-1.14.tbz py26-cairo-1.8.6.tbz py26-gobj ect-2.16.1.tbz py26-gstreamer-0.10.16.tbz py26-gtk-2.14.1_1.! tbz py26-libxml2-2.7.3.tbz py26-numeric-24.2_3.tbz python26-2.6.2_1.tbz randrproto-1.3.0.tbz renderproto-0.9.3.tbz shared-mime-info-0.60_1.tbz tiff-3.8.2_4.tbz videoproto-2.2.2.tbz xcb-proto-1.5.tbz xcb-util-0.3.5.tbz xextproto-7.0.5.tbz xineramaproto-1.1.2.tbz xmlcatmgr-2.2.tbz xorg-fonts-truetype-7.4.tbz xproto-7.0.15.tbz xvid-1.2.2_1,1.tbz prefixes: LOCALBASE=usr/local X11BASE=usr/local add_pkg ================================================================ ======================================== => farsight2-0.0.13.tar.gz doesn't seem to exist in /tmp/distfiles/. => Attempting to fetch from ftp://freebsd.isc.org/pub/FreeBSD/ports/distfiles/. farsight2-0.0.13.tar.gz 1027 kB 40 kBps => MD5 Checksum OK for farsight2-0.0.13.tar.gz. => SHA256 Checksum OK for farsight2-0.0.13.tar.gz. ================================================================ ======================================== add_pkg ===> Extracting for farsight2-0.0.13 => MD5 Checksum OK for farsight2-0.0.13.tar.gz. => SHA256 Checksum OK for farsight2-0.0.13.tar.gz. ================================================================ ======================================== add_pkg libtool-2.2.6a.tbz adding dependencies pkg_add libtool-2.2.6a.tbz ===> Patching for farsight2-0.0.13 ===> farsight2-0.0.13 depends on file: /usr/local/bin/libtool - found ===> Applying FreeBSD patches for farsight2-0.0.13 Deleting libtool-2.2.6a ================================================================ ======================================== add_pkg atk-1.26.0.tbz bitstream-vera-1.10_4.tbz cairo-1.8.8,1.tbz compositeproto-0.4.tbz damageproto-1.1.0_2.tbz encodings-1.0.2,1.tbz expat-2.0.1.tbz fixesproto-4.0.tbz font-bh-ttf-1.0.0.tbz font-misc-ethiopic-1.0.0.tbz font-misc-meltho-1.0.0_1.tbz font-util-1.0.1.tbz fontconfig-2.6.0,1.tbz freetype2-2.3.9_1.tbz gamin-0.1.10_3.tbz gettext-0.17_1.tbz gio-fam-backend-2.20.4.tbz glib-2.20.4.tbz gmake-3.81_3.tbz gstreamer-0.10.24.tbz gstreamer-ffmpeg-0.10.8.tbz gstreamer-plugins-0.10.24,3.tbz gstreamer-plugins-a52dec-0.10.12,3.tbz gstreamer-plugins-bad-0.10.13,3.tbz gstreamer-plugins-core-0.10_10.tbz gstreamer-plugins-dts-0.10.13,3.tbz gstreamer-plugins-dvd-0.10.12,3.tbz gstreamer-plugins-good-0.10.15,3.tbz gstreamer-plugins-libpng-0.10.15,3.tbz gstreamer-plugins-mad-0.10.12,3.tbz gstreamer-plugins-mp3-0.10.0_1.tbz gstreamer-plugins-ogg-0.10.24,3.tbz gstreamer-plugins-pango-0.10.24,3.tbz gstreamer-plugins-theora-0.10.24,3.tbz gstreamer-plugins-ugly-0.10.12,3.tbz gstreamer-plugi ns-vorbis-0.10.24,3.tbz gstreamer-plugins-xvid-0.10.13,3.tbz gtk-2.16.5_1.tbz hicolor-icon-theme-0.10_2.tbz inputproto-1.5.0.tbz intltool-0.40.6.tbz jasper-1.900.1_8.tbz jpeg-7.tbz kbproto-1.0.3.tbz libX11-1.2.1_1,1.tbz libXau-1.0.4.tbz libXcomposite-0.4.0,1.tbz libXcursor-1.1.9_1.tbz libXdamage-1.1.1.tbz libXdmcp-1.0.2_1.tbz libXext-1.0.5,1.tbz libXfixes-4.0.3_1.tbz libXft-2.1.13.tbz libXi-1.2.1,1.tbz libXinerama-1.0.3,1.tbz libXrandr-1.3.0.tbz libXrender-0.9.4_1.tbz libXv-1.0.4,1.tbz liba52-0.7.4_2.tbz libdca-0.0.5.tbz libdvdnav-0.1.10_4.tbz libdvdread-4.1.3_1.tbz libfontenc-1.0.4.tbz libglade2-2.6.4_1.tbz libiconv-1.13.1.tbz libid3tag-0.15.1b.tbz libmad-0.15.1b_2.tbz libnice-0.0.9.tbz libogg-1.1.4,4.tbz liboil-0.3.16.tbz libpthread-stubs-0.1.tbz libtheora-1.0_1.tbz libtool-2.2.6a.tbz libvorbis-1.2.3,3.tbz libxcb-1.4.tbz libxml2-2.7.3.tbz mkfontdir-1.0.4.tbz mkfontscale-1.0.6.tbz p5-XML-Parser-2.36_1.tbz pango-1.24.5.tbz pcre-7.9.tbz perl-5.8.9_3.tbz pixman-0.15.4.tbz pkg- config-0.23_1.tbz png-1.2.38.tbz popt-1.14.tbz py26-cairo-1.! 8.6.tbz py26-gobject-2.16.1.tbz py26-gstreamer-0.10.16.tbz py26-gtk-2.14.1_1.tbz py26-libxml2-2.7.3.tbz py26-numeric-24.2_3.tbz python26-2.6.2_1.tbz randrproto-1.3.0.tbz renderproto-0.9.3.tbz shared-mime-info-0.60_1.tbz tiff-3.8.2_4.tbz videoproto-2.2.2.tbz xcb-proto-1.5.tbz xcb-util-0.3.5.tbz xextproto-7.0.5.tbz xineramaproto-1.1.2.tbz xmlcatmgr-2.2.tbz xorg-fonts-truetype-7.4.tbz xproto-7.0.15.tbz xvid-1.2.2_1,1.tbz adding dependencies pkg_add atk-1.26.0.tbz ==== Note that some of the standard modules are provided as separate ports since they require extra dependencies: bsddb databases/py-bsddb gdbm databases/py-gdbm sqlite3 databases/py-sqlite3 tkinter x11-toolkits/py-tkinter Install them as needed. ==== Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. =============================================================================== Gamin will only provide realtime notification of changes for at most n files, where n is the minimum value between (kern.maxfiles * 0.7) and (kern.maxfilesperproc - 200). Beyond that limit, files will be polled. If you often open several large folders with Nautilus, you might want to increase the kern.maxfiles tunable (you do not need to set kern.maxfilesperproc, since it is computed at boot time from kern.maxfiles). For a typical desktop, add the following line to /boot/loader.conf, then reboot the system: kern.maxfiles="25000" The behavior of gamin can be controlled via the various gaminrc files. See http://www.gnome.org/~veillard/gamin/config.html on how to create these files. In particular, if you find gam_server is taking up too much CPU time polling for changes, something like the following may help in one of the gaminrc files: # reduce polling frequency to once per 10 seconds # for UFS file systems in order to lower CPU load fsset ufs poll 10 =============================================================================== pkg_add bitstream-vera-1.10_4.tbz Running fc-cache to build fontconfig cache... /usr/local/lib/X11/fonts: caching, new cache contents: 0 fonts, 1 dirs /usr/local/lib/X11/fonts/local: caching, new cache contents: 0 fonts, 0 dirs /root/.fonts: skipping, no such directory /var/db/fontconfig: cleaning cache directory /root/.fontconfig: not cleaning non-existent cache directory fc-cache: succeeded /var/tmp/instmp.KhEwsi/lib/X11/fonts/bitstream-vera: caching, new cache contents: 10 fonts, 0 dirs /var/db/fontconfig: cleaning cache directory /var/db/fontconfig: invalid cache file: deea84fa067eec67b69dab1b2344175b-x86.cache-2 /root/.fontconfig: not cleaning non-existent cache directory /usr/local/bin/fc-cache: succeeded IMPORTANT - READ CAREFULLY: Please read the COPYRIGHT included with these fonts before using. The copyright can be found at /usr/local/lib/X11/fonts/bitstream-vera/COPYRIGHT.TXT. To use these fonts, follow the instructions below. Make sure that the freetype module is loaded. If it is not, add the following line to the "Modules" section of your X Windows configuration file: Load "freetype" Add the following line to the "Files" section of X Windows configuration file: FontPath "/usr/local/lib/X11/fonts/bitstream-vera/" Note: your X Windows configuration file is typically /etc/X11/XF86Config if you are using XFree86, and /etc/X11/xorg.conf if you are using X.Org. pkg_add cairo-1.8.8,1.tbz ***************************************************************** Although libxcb can yield dramatic improvements in speed, memory footprint, and responsiveness, and will probably become the default Xlib for X.org/freedesktop.org, it is still experimental software. Some broken callers will abort() on locking assertion failures. As a temporary workaround, set LIBXCB_ALLOW_SLOPPY_LOCK in your environment to skip the abort(). This may result in noisy stacktrace printing. ***************************************************************** pkg_add compositeproto-0.4.tbz pkg_add damageproto-1.1.0_2.tbz pkg_add encodings-1.0.2,1.tbz pkg_add expat-2.0.1.tbz skipping expat-2.0.1, already added pkg_add fixesproto-4.0.tbz pkg_add font-bh-ttf-1.0.0.tbz /usr/local/lib/X11/fonts/TTF: caching, new cache contents: 12 fonts, 0 dirs /var/db/fontconfig: cleaning cache directory /var/db/fontconfig: invalid cache file: 09ca2795befa5c5450069b562f81fb49-x86.cache-2 /root/.fontconfig: not cleaning non-existent cache directory fc-cache: succeeded pkg_add font-misc-ethiopic-1.0.0.tbz /usr/local/lib/X11/fonts/TTF: caching, new cache contents: 13 fonts, 0 dirs /var/db/fontconfig: cleaning cache directory /root/.fontconfig: not cleaning non-existent cache directory fc-cache: succeeded /usr/local/lib/X11/fonts/OTF: caching, new cache contents: 1 fonts, 0 dirs /var/db/fontconfig: cleaning cache directory /root/.fontconfig: not cleaning non-existent cache directory fc-cache: succeeded pkg_add font-misc-meltho-1.0.0_1.tbz /usr/local/lib/X11/fonts/OTF: caching, new cache contents: 23 fonts, 0 dirs /var/db/fontconfig: cleaning cache directory /root/.fontconfig: not cleaning non-existent cache directory fc-cache: succeeded pkg_add font-util-1.0.1.tbz skipping font-util-1.0.1, already added pkg_add fontconfig-2.6.0,1.tbz skipping fontconfig-2.6.0,1, already added pkg_add freetype2-2.3.9_1.tbz skipping freetype2-2.3.9_1, already added pkg_add gamin-0.1.10_3.tbz skipping gamin-0.1.10_3, already added pkg_add gettext-0.17_1.tbz skipping gettext-0.17_1, already added pkg_add gio-fam-backend-2.20.4.tbz skipping gio-fam-backend-2.20.4, already added pkg_add glib-2.20.4.tbz skipping glib-2.20.4, already added pkg_add gmake-3.81_3.tbz pkg_add gstreamer-0.10.24.tbz pkg_add gstreamer-ffmpeg-0.10.8.tbz pkg_add gstreamer-plugins-0.10.24,3.tbz skipping gstreamer-plugins-0.10.24,3, already added pkg_add gstreamer-plugins-a52dec-0.10.12,3.tbz pkg_add gstreamer-plugins-bad-0.10.13,3.tbz pkg_add gstreamer-plugins-core-0.10_10.tbz pkg_add gstreamer-plugins-dts-0.10.13,3.tbz skipping gstreamer-plugins-dts-0.10.13,3, already added pkg_add gstreamer-plugins-dvd-0.10.12,3.tbz skipping gstreamer-plugins-dvd-0.10.12,3, already added pkg_add gstreamer-plugins-good-0.10.15,3.tbz skipping gstreamer-plugins-good-0.10.15,3, already added pkg_add gstreamer-plugins-libpng-0.10.15,3.tbz skipping gstreamer-plugins-libpng-0.10.15,3, already added pkg_add gstreamer-plugins-mad-0.10.12,3.tbz skipping gstreamer-plugins-mad-0.10.12,3, already added pkg_add gstreamer-plugins-mp3-0.10.0_1.tbz skipping gstreamer-plugins-mp3-0.10.0_1, already added pkg_add gstreamer-plugins-ogg-0.10.24,3.tbz skipping gstreamer-plugins-ogg-0.10.24,3, already added pkg_add gstreamer-plugins-pango-0.10.24,3.tbz skipping gstreamer-plugins-pango-0.10.24,3, already added pkg_add gstreamer-plugins-theora-0.10.24,3.tbz skipping gstreamer-plugins-theora-0.10.24,3, already added pkg_add gstreamer-plugins-ugly-0.10.12,3.tbz skipping gstreamer-plugins-ugly-0.10.12,3, already added pkg_add gstreamer-plugins-vorbis-0.10.24,3.tbz skipping gstreamer-plugins-vorbis-0.10.24,3, already added pkg_add gstreamer-plugins-xvid-0.10.13,3.tbz skipping gstreamer-plugins-xvid-0.10.13,3, already added pkg_add gtk-2.16.5_1.tbz pkg_add hicolor-icon-theme-0.10_2.tbz skipping hicolor-icon-theme-0.10_2, already added pkg_add inputproto-1.5.0.tbz skipping inputproto-1.5.0, already added pkg_add intltool-0.40.6.tbz pkg_add jasper-1.900.1_8.tbz skipping jasper-1.900.1_8, already added pkg_add jpeg-7.tbz skipping jpeg-7, already added pkg_add kbproto-1.0.3.tbz skipping kbproto-1.0.3, already added pkg_add libX11-1.2.1_1,1.tbz skipping libX11-1.2.1_1,1, already added pkg_add libXau-1.0.4.tbz skipping libXau-1.0.4, already added pkg_add libXcomposite-0.4.0,1.tbz skipping libXcomposite-0.4.0,1, already added pkg_add libXcursor-1.1.9_1.tbz skipping libXcursor-1.1.9_1, already added pkg_add libXdamage-1.1.1.tbz skipping libXdamage-1.1.1, already added pkg_add libXdmcp-1.0.2_1.tbz skipping libXdmcp-1.0.2_1, already added pkg_add libXext-1.0.5,1.tbz skipping libXext-1.0.5,1, already added pkg_add libXfixes-4.0.3_1.tbz skipping libXfixes-4.0.3_1, already added pkg_add libXft-2.1.13.tbz skipping libXft-2.1.13, already added pkg_add libXi-1.2.1,1.tbz skipping libXi-1.2.1,1, already added pkg_add libXinerama-1.0.3,1.tbz skipping libXinerama-1.0.3,1, already added pkg_add libXrandr-1.3.0.tbz skipping libXrandr-1.3.0, already added pkg_add libXrender-0.9.4_1.tbz skipping libXrender-0.9.4_1, already added pkg_add libXv-1.0.4,1.tbz skipping libXv-1.0.4,1, already added pkg_add liba52-0.7.4_2.tbz skipping liba52-0.7.4_2, already added pkg_add libdca-0.0.5.tbz skipping libdca-0.0.5, already added pkg_add libdvdnav-0.1.10_4.tbz skipping libdvdnav-0.1.10_4, already added pkg_add libdvdread-4.1.3_1.tbz skipping libdvdread-4.1.3_1, already added pkg_add libfontenc-1.0.4.tbz skipping libfontenc-1.0.4, already added pkg_add libglade2-2.6.4_1.tbz + Creating /usr/local/share/sgml/catalog + Registering CATALOG catalog.ports (SGML) + Creating /usr/local/share/sgml/catalog.ports + Creating /usr/local/share/xml/catalog + Registering nextCatalog catalog.ports (XML) + Creating /usr/local/share/xml/catalog.ports The following catalogs are installed: 1) ${PREFIX}/share/sgml/catalog The top level catalog for SGML stuff. It is not changed by any ports/packages except textproc/xmlcatmgr. 2) ${PREFIX}/share/sgml/catalog.ports This catalog is for handling SGML stuff installed under ${PREFIX}/share/sgml. It is changed by ports/packages. 3) ${PREFIX}/share/xml/catalog The top level catalog for XML stuff. It is not changed by any ports/packages except textproc/xmlcatmgr. 4) ${PREFIX}/share/xml/catalog.ports This catalog is for handling XML stuff installed under ${PREFIX}/share/xml. It is changed by ports/packages. pkg_add libiconv-1.13.1.tbz skipping libiconv-1.13.1, already added pkg_add libid3tag-0.15.1b.tbz skipping libid3tag-0.15.1b, already added pkg_add libmad-0.15.1b_2.tbz skipping libmad-0.15.1b_2, already added pkg_add libnice-0.0.9.tbz pkg_add libogg-1.1.4,4.tbz skipping libogg-1.1.4,4, already added pkg_add liboil-0.3.16.tbz skipping liboil-0.3.16, already added pkg_add libpthread-stubs-0.1.tbz skipping libpthread-stubs-0.1, already added pkg_add libtheora-1.0_1.tbz skipping libtheora-1.0_1, already added pkg_add libtool-2.2.6a.tbz pkg_add libvorbis-1.2.3,3.tbz skipping libvorbis-1.2.3,3, already added pkg_add libxcb-1.4.tbz skipping libxcb-1.4, already added pkg_add libxml2-2.7.3.tbz skipping libxml2-2.7.3, already added pkg_add mkfontdir-1.0.4.tbz skipping mkfontdir-1.0.4, already added pkg_add mkfontscale-1.0.6.tbz skipping mkfontscale-1.0.6, already added pkg_add p5-XML-Parser-2.36_1.tbz skipping p5-XML-Parser-2.36_1, already added pkg_add pango-1.24.5.tbz skipping pango-1.24.5, already added pkg_add pcre-7.9.tbz skipping pcre-7.9, already added pkg_add perl-5.8.9_3.tbz skipping perl-5.8.9_3, already added pkg_add pixman-0.15.4.tbz skipping pixman-0.15.4, already added pkg_add pkg-config-0.23_1.tbz skipping pkg-config-0.23_1, already added pkg_add png-1.2.38.tbz skipping png-1.2.38, already added pkg_add popt-1.14.tbz skipping popt-1.14, already added pkg_add py26-cairo-1.8.6.tbz pkg_add py26-gobject-2.16.1.tbz pkg_add py26-gstreamer-0.10.16.tbz pkg_add py26-gtk-2.14.1_1.tbz skipping py26-gtk-2.14.1_1, already added pkg_add py26-libxml2-2.7.3.tbz skipping py26-libxml2-2.7.3, already added pkg_add py26-numeric-24.2_3.tbz skipping py26-numeric-24.2_3, already added pkg_add python26-2.6.2_1.tbz skipping python26-2.6.2_1, already added pkg_add randrproto-1.3.0.tbz skipping randrproto-1.3.0, already added pkg_add renderproto-0.9.3.tbz skipping renderproto-0.9.3, already added pkg_add shared-mime-info-0.60_1.tbz skipping shared-mime-info-0.60_1, already added pkg_add tiff-3.8.2_4.tbz skipping tiff-3.8.2_4, already added pkg_add videoproto-2.2.2.tbz skipping videoproto-2.2.2, already added pkg_add xcb-proto-1.5.tbz skipping xcb-proto-1.5, already added pkg_add xcb-util-0.3.5.tbz skipping xcb-util-0.3.5, already added pkg_add xextproto-7.0.5.tbz skipping xextproto-7.0.5, already added pkg_add xineramaproto-1.1.2.tbz skipping xineramaproto-1.1.2, already added pkg_add xmlcatmgr-2.2.tbz skipping xmlcatmgr-2.2, already added pkg_add xorg-fonts-truetype-7.4.tbz skipping xorg-fonts-truetype-7.4, already added pkg_add xproto-7.0.15.tbz skipping xproto-7.0.15, already added pkg_add xvid-1.2.2_1,1.tbz skipping xvid-1.2.2_1,1, already added ===> farsight2-0.0.13 depends on file: /usr/local/bin/python2.6 - found ===> farsight2-0.0.13 depends on executable: gmake - found ===> farsight2-0.0.13 depends on package: gstreamer-plugins-core>=0.10.0 - found ===> farsight2-0.0.13 depends on package: gstreamer-plugins-good>=0.10.0 - found ===> farsight2-0.0.13 depends on package: gstreamer-plugins-bad>=0.10.0 - found ===> farsight2-0.0.13 depends on package: py26-gstreamer>=0.10.4 - found ===> farsight2-0.0.13 depends on file: /usr/local/bin/libtool - found ===> farsight2-0.0.13 depends on file: /usr/local/bin/intltool-extract - found ===> farsight2-0.0.13 depends on executable: pkg-config - found ===> farsight2-0.0.13 depends on file: /usr/local/libdata/pkgconfig/pygtk-2.0.pc - found ===> farsight2-0.0.13 depends on shared library: nice.0 - found ===> farsight2-0.0.13 depends on shared library: atk-1.0.0 - found ===> farsight2-0.0.13 depends on shared library: glib-2.0.0 - found ===> farsight2-0.0.13 depends on shared library: gtk-x11-2.0.0 - found ===> farsight2-0.0.13 depends on shared library: glade-2.0.0 - found ===> farsight2-0.0.13 depends on shared library: xml2.5 - found ===> farsight2-0.0.13 depends on shared library: pango-1.0.0 - found ===> Configuring for farsight2-0.0.13 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking nano version... 0 (release) checking build system type... i386-portbld-freebsd6.4 checking host system type... i386-portbld-freebsd6.4 checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether f77 accepts -g... yes checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking for correct ltmain.sh version... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... freebsd6.4 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.4 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for f77 option to produce PIC... -fPIC checking if f77 PIC flag -fPIC works... yes checking if f77 static flag -static works... yes checking if f77 supports -c -o file.o... yes checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd6.4 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for VALGRIND... gnome-config: not found no no configure: Using Farsight2 source release as package name configure: Using Unknown package origin as package origin configure: Using /usr/local/libexec/gst-install-plugins-helper as plugin install helper checking for NICE... yes checking whether byte ordering is bigendian... no checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking for valgrind... no checking whether to build gtk-doc documentation... no checking for gtkdoc-check... no checking whether /usr/local/bin/python2.6 version >= 2.4... yes checking for /usr/local/bin/python2.6 version... 2.6 checking for /usr/local/bin/python2.6 platform... freebsd6 checking for /usr/local/bin/python2.6 script directory... ${prefix}/lib/python2.6/site-packages checking for /usr/local/bin/python2.6 extension module directory... ${exec_prefix}/lib/python2.6/site-packages checking for a sed that does not truncate output... (cached) /usr/bin/sed checking whether to build plugin documentation... no (gtk-doc disabled or not available) checking whether cc understands -c and -o together... yes checking for library containing strerror... none required checking for ANSI C header files... (cached) yes checking malloc.h usability... no checking malloc.h presence... no checking for malloc.h... no checking for struct ip_mreqn.imr_ifindex... no checking for GLIB... yes checking for GST... yes configure: using GStreamer tools in /usr/local/bin configure: using GStreamer plug-ins in /usr/local/lib/gstreamer-0.10 checking for GST_BASE... yes checking for GST_CHECK... gnome-config: not found no no configure: No package 'gstreamer-check-0.10' found configure: no gstreamer-check-0.10 >= 0.10.23 (GStreamer Check unittest Library) found checking for GST_PLUGINS_BASE... yes configure: using GStreamer Base Plug-ins in /usr/local/lib/gstreamer-0.10 gnome-config: not found configure: Using /usr/local/lib/gstreamer-0.10 as the plugin install location checking to see if compiler understands -Wall... yes checking to see if compiler understands -Wdeclaration-after-statement... yes checking to see if compiler understands -Wvla... no checking to see if compiler understands -Wpointer-arith... yes configure: set ERROR_CFLAGS to -Wall -Wdeclaration-after-statement -Wpointer-arith checking for getifaddrs... yes checking for headers required to compile python extensions... found checking for PYFARSIGHT... yes checking for PYCODEGEN... yes checking for GUPNP... gnome-config: not found no checking for sed... /usr/bin/sed configure: creating ./config.status config.status: creating Makefile config.status: creating farsight2.pc config.status: creating common/Makefile config.status: creating common/m4/Makefile config.status: creating common-modified/Makefile config.status: creating common/shave config.status: creating common/shave-libtool config.status: creating gst/Makefile config.status: creating gst/fsrtpconference/Makefile config.status: creating gst/fsmsnconference/Makefile config.status: creating gst/funnel/Makefile config.status: creating gst/rtcpfilter/Makefile config.status: creating gst/videoanyrate/Makefile config.status: creating gst-libs/Makefile config.status: creating gst-libs/gst/Makefile config.status: creating gst-libs/gst/farsight/Makefile config.status: creating transmitters/Makefile config.status: creating transmitters/rawudp/Makefile config.status: creating transmitters/multicast/Makefile config.status: creating transmitters/nice/Makefile config.status: creating tests/Makefile config.status: creating tests/check/Makefile config.status: creating tests/rtp/Makefile config.status: creating examples/Makefile config.status: creating examples/gui/Makefile config.status: creating examples/commandline/Makefile config.status: creating docs/Makefile config.status: creating docs/libs/Makefile config.status: creating docs/plugins/Makefile config.status: creating docs/version.entities config.status: creating python/Makefile config.status: creating m4/Makefile config.status: creating config.h config.status: executing depfiles commands ===> Building for farsight2-0.0.13 Making all in gst-libs Making all in gst Making all in farsight CC fs-base-conference.o CC fs-candidate.o CC fs-codec.o CC fs-participant.o CC fs-session.o CC fs-stream.o CC fs-conference-iface.o CC fs-transmitter.o CC fs-stream-transmitter.o CC fs-plugin.o CC fs-element-added-notifier.o CC fs-interfaces.o CC fs-marshal.o CC fs-enum-types.o LINK libgstfarsight-0.10.la Making all in gst Making all in fsrtpconference CC fs-rtp-conference.o CC fs-rtp-participant.o CC fs-rtp-session.o CC fs-rtp-stream.o CC fs-rtp-substream.o CC fs-rtp-discover-codecs.o CC fs-rtp-codec-cache.o CC fs-rtp-codec-negotiation.o CC fs-rtp-specific-nego.o CC fs-rtp-special-source.o CC fs-rtp-dtmf-event-source.o CC fs-rtp-dtmf-sound-source.o CC fs-rtp-marshal.o LINK libfsrtpconference-convenience.la CC gstfsrtpconference.o LINK libfsrtpconference.la Making all in fsmsnconference CC fs-msn-conference.o CC fs-msn-participant.o CC fs-msn-session.o CC fs-msn-connection.o CC fs-msn-stream.o LINK libfsmsnconference-convenience.la CC fs-msn-cam-recv-conference.o CC fs-msn-cam-send-conference.o LINK libfsmsnconference.la Making all in funnel CC fs-funnel.o LINK libfsfunnel.la Making all in rtcpfilter CC fs-rtcp-filter.o LINK libfsrtcpfilter.la Making all in videoanyrate CC videoanyrate.o LINK libfsvideoanyrate.la Making all in transmitters Making all in rawudp CC fs-rawudp-transmitter.o In file included from fs-rawudp-transmitter.c:56: /usr/include/netinet/ip.h:160: error: syntax error before "n_long" /usr/include/netinet/ip.h:163: error: syntax error before "n_long" gmake[4]: *** [librawudp_transmitter_la-fs-rawudp-transmitter.lo] Error 1 gmake[3]: *** [all] Error 2 gmake[2]: *** [all-recursive] Error 1 gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 *** Error code 1 Stop in /a/ports/net-im/farsight2. ================================================================ build of /usr/ports/net-im/farsight2 ended at Thu Aug 6 20:39:26 UTC 2009 ----- End forwarded message ----- -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090807/25f054f8/attachment.pgp From andreast-list at fgznet.ch Fri Aug 7 20:58:38 2009 From: andreast-list at fgznet.ch (Andreas Tobler) Date: Fri Aug 7 20:58:45 2009 Subject: nspr-4.8 broken on powerpc -CURRENT (8.0BETA2+) Message-ID: <4A7C912C.7000504@fgznet.ch> Hello, I do not know if I'm on the right way, but I write this mail to the 'maintainer' of nspr. After a portupgrade I fail to build nspr-4.8 on powerpc, nspr-4.7 went fine. These are the bits from the shell: cc -o prfdcach.o -c -fvisibility=hidden -O2 -pipe -fno-strict-aliasing -ansi -Wall -fPIC -UDEBUG -DNDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ -I../../../dist/include/nspr -I../../.././../pr/include -I../../.././../pr/include/private ../../.././../pr/src/io/prfdcach.c In file included from ../../../dist/include/nspr/prtypes.h:58, from ../../../dist/include/nspr/pratom.h:46, from ../../../dist/include/nspr/nspr.h:41, from ../../.././../pr/include/private/primpl.h:71, from ../../.././../pr/src/io/prfdcach.c:38: ../../../dist/include/nspr/prcpucfg.h:288:2: error: #error "Unknown CPU architecture" There is no mentioning of powerpc in this file so I have to agree to the error above :) I this a known issue? If not, how can I help fixing it? I had a look at the diff between plain nspr-4.7 vs. 4.8, but I fail to see something obvious. I might try again at daytime. TIA for any pointers! Andreas From aviabunin at mail.ru Sat Aug 8 03:55:44 2009 From: aviabunin at mail.ru (=?koi8-r?B?4c7B1M/Mycog9MXSxc7U2MXX?=) Date: Sat Aug 8 05:22:31 2009 Subject: Please Help: Cannot Change settings from the GUI Message-ID: I have just installed Gnome 2.22 on my FreeBSD 7.2 computer, however,I am unable to change any settings from the GUI. It seems that all the settings are greyed out; even the unlock button is greyed out, meaning that I cannot press the button to gain the necessary authorization. I have logged into gnome using a user that has been added to the "wheel" group, so that I can su into root. However, if I launch, for example, network-admin while I have sued into rooot, I am still unable to change the interface settings. Can anyone explain me what gives and provide me with some info on what configuration file(s) to edit? I have not modified any of the original configuration files. I look forward to any responses. -- ?????????? M2, ????????????? ???????? ?????????? Opera: http://www.opera.com/mail/ From mezz7 at cox.net Sat Aug 8 16:24:15 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Aug 8 16:24:21 2009 Subject: Please Help: Cannot Change settings from the GUI In-Reply-To: References: Message-ID: On Fri, 07 Aug 2009 22:38:32 -0500, ???????? ????????? wrote: > I have just installed Gnome 2.22 on my FreeBSD 7.2 computer, however,I > am unable to change any settings from the GUI. > It seems that all the settings are greyed out; even the unlock button is > greyed out, meaning that I cannot press the button to gain the necessary > authorization. > I have logged into gnome using a user that has been added to the "wheel" > group, so that I can su into root. However, if I launch, for example, > network-admin while I have sued into rooot, I am still unable to change > the interface settings. > Can anyone explain me what gives and provide me with some info on what > configuration file(s) to edit? > I have not modified any of the original configuration files. > I look forward to any responses. Nothing in 'System' -> 'Administration' work. You can read here: http://www.freebsd.org/gnome/docs/volunteer.html (sysutils/system-tools-backends part) Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From marcus at FreeBSD.org Sat Aug 8 20:49:39 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 20:49:45 2009 Subject: ports/137431: x11/gnome-terminal: vte.so mismatch in pkg-plist Message-ID: <200908082049.n78KncTZ045185@freefall.freebsd.org> Synopsis: x11/gnome-terminal: vte.so mismatch in pkg-plist State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 8 20:48:20 UTC 2009 State-Changed-Why: vte-0.20.4 installs libvte.so.10. If your port is installing .15 then there is most likely a problem with your libtool installation. Follow the instructions in /usr/ports/UPDATING to properly upgrade libtool. http://www.freebsd.org/cgi/query-pr.cgi?pr=137431 From marcus at marcuscom.com Sat Aug 8 20:50:59 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 8 20:51:07 2009 Subject: ports/137306: deskutils/alacarte fails to run: "No module named cairo" In-Reply-To: <200908030300.n7330Csw030187@freefall.freebsd.org> References: <200908030300.n7330Csw030187@freefall.freebsd.org> Message-ID: <1249764661.70279.14.camel@shumai.marcuscom.com> On Mon, 2009-08-03 at 03:00 +0000, Random User wrote: > The following reply was made to PR ports/137306; it has been noted by GNATS. > > From: Random User > To: bug-followup@FreeBSD.org, rannumgen@globaleyes.net > Cc: > Subject: Re: ports/137306: deskutils/alacarte fails to run: "No module named > cairo" > Date: Sun, 02 Aug 2009 21:56:08 -0500 > > Followed UPDATING instructions per python-2.5 update, re-cvsup-ed > deskutils, Alacarte make fails with: > > configure:7057: checking for pygobject 2.15.1 installed for python > required_python_abi > Traceback (most recent call last): > File "", line 2, in > ImportError: No module named pygtk > configure:7069: result: not found > configure:7071: error: required pygobject version not found Rebuild and reinstall x11-toolkits/py-gtk2. This should have been done automatically when you ran "cd /usr/ports/lang/python && make upgrade-site-packages". Joe > > > > gnomelogalyzer.sh > > Generating build log. Please wait... done. > > The cause of your build failure is not known to gnomelogalyzer.sh. > > > > grep pygobject INDEX-7 > > > pkg_info -L python26-2.6.2_1|grep pygobject > > _______________________________________________ > 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-gnome/attachments/20090808/a776ce71/attachment.pgp From marcus at FreeBSD.org Sat Aug 8 21:07:05 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:07:12 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908082107.n78L74WM059115@freefall.freebsd.org> Synopsis: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification State-Changed-From-To: open->feedback State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:05:58 UTC 2009 State-Changed-Why: What is the purpose for making this optional? startup-notification is not that heavy, and is already required for other GNOME components. http://www.freebsd.org/cgi/query-pr.cgi?pr=137368 From marcus at FreeBSD.org Sat Aug 8 21:10:32 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:10:41 2009 Subject: ports/137366: devel/libglade2: add menu option to configure dependence on Python Message-ID: <200908082110.n78LAW7b064392@freefall.freebsd.org> Synopsis: devel/libglade2: add menu option to configure dependence on Python State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:10:22 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137366 From marcus at FreeBSD.org Sat Aug 8 21:11:56 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:12:02 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python Message-ID: <200908082111.n78LBteY066459@freefall.freebsd.org> Synopsis: net/libproxy: add menu option to configure dependence on Python State-Changed-From-To: open->suspended State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 State-Changed-Why: If Python support is to be made optional, I'd rather it be broken out into a separate port like libproxy-mozjs. http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 From marcus at FreeBSD.org Sat Aug 8 21:13:46 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:13:52 2009 Subject: ports/137114: [patch] x11/babl: add SIMD knob Message-ID: <200908082113.n78LDje6067301@freefall.freebsd.org> Synopsis: [patch] x11/babl: add SIMD knob State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:13:37 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137114 From dfilter at FreeBSD.ORG Sat Aug 8 21:20:03 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 8 21:20:15 2009 Subject: ports/137366: commit references a PR Message-ID: <200908082120.n78LK3DS067841@freefall.freebsd.org> The following reply was made to PR ports/137366; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137366: commit references a PR Date: Sat, 8 Aug 2009 21:10:26 +0000 (UTC) marcus 2009-08-08 21:10:18 UTC FreeBSD ports repository Modified files: devel/libglade2 Makefile Log: Add the optional Python support as a true OPTION. PR: 137366 Submitted by: "Carlos A. M. dos Santos" (based on) Revision Changes Path 1.81 +4 -0 ports/devel/libglade2/Makefile _______________________________________________ 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 dfilter at FreeBSD.ORG Sat Aug 8 21:20:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 8 21:20:16 2009 Subject: ports/137114: commit references a PR Message-ID: <200908082120.n78LK51C067872@freefall.freebsd.org> The following reply was made to PR ports/137114; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137114: commit references a PR Date: Sat, 8 Aug 2009 21:13:46 +0000 (UTC) marcus 2009-08-08 21:13:31 UTC FreeBSD ports repository Modified files: x11/babl Makefile Log: Correct the logic of the SIMD option so that packages are not built with unwanted optimizations. PR: 137114 Submitted by: Anonymous Revision Changes Path 1.7 +4 -4 ports/x11/babl/Makefile _______________________________________________ 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 marcus at FreeBSD.org Sat Aug 8 21:25:32 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:25:42 2009 Subject: ports/137432: [patch] graphics/gimp-app: add a few OPTIONS Message-ID: <200908082125.n78LPWQr074979@freefall.freebsd.org> Synopsis: [patch] graphics/gimp-app: add a few OPTIONS State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:25:22 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137432 From dfilter at FreeBSD.ORG Sat Aug 8 21:30:05 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 8 21:30:19 2009 Subject: ports/137432: commit references a PR Message-ID: <200908082130.n78LU4Lp075282@freefall.freebsd.org> The following reply was made to PR ports/137432; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137432: commit references a PR Date: Sat, 8 Aug 2009 21:25:23 +0000 (UTC) marcus 2009-08-08 21:25:13 UTC FreeBSD ports repository Modified files: graphics/gimp-app Makefile pkg-plist Log: Add optional support for SIMD instructions, and optionalize some of the file support modules. PR: 137432 Submitted by: Anonymous Revision Changes Path 1.238 +73 -29 ports/graphics/gimp-app/Makefile 1.127 +4 -4 ports/graphics/gimp-app/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 marcus at FreeBSD.org Sat Aug 8 21:30:07 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 8 21:30:19 2009 Subject: ports/137439: [patch] graphics/gimp-app: ARCH_X86 and ARCH_X86_64 are not defined on amd64 Message-ID: <200908082130.n78LU6Kv075395@freefall.freebsd.org> Synopsis: [patch] graphics/gimp-app: ARCH_X86 and ARCH_X86_64 are not defined on amd64 State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 8 21:29:57 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137439 From marcus at marcuscom.com Sat Aug 8 21:35:54 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 8 21:36:00 2009 Subject: Gnumeric print failure In-Reply-To: <20090803160536.992B71CC31@ptavv.es.net> References: <20090803160536.992B71CC31@ptavv.es.net> Message-ID: <1249767352.70279.15.camel@shumai.marcuscom.com> On Mon, 2009-08-03 at 09:05 -0700, Kevin Oberman wrote: > After the upgrade from 1.9.7 to 1.9.9 Gnumeric can no longer print. When > I attempt to print, gnumeric exits silently. No error. No core file. > > I suspect that this may be an up-stream problem, but I was wondering if > anyone else has seen it. Should be fixed now. 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-gnome/attachments/20090808/25619d32/attachment.pgp From dfilter at FreeBSD.ORG Sat Aug 8 21:40:03 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 8 21:40:14 2009 Subject: ports/137439: commit references a PR Message-ID: <200908082140.n78Le2rZ084214@freefall.freebsd.org> The following reply was made to PR ports/137439; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137439: commit references a PR Date: Sat, 8 Aug 2009 21:30:01 +0000 (UTC) marcus 2009-08-08 21:29:50 UTC FreeBSD ports repository Modified files: graphics/gimp-app Makefile Log: Allow SIMD optimizations on amd64 by making sure gimp knows what FreeBSD calls x86-64. PR: 137439 Submitted by: Anonymous Revision Changes Path 1.239 +1 -0 ports/graphics/gimp-app/Makefile _______________________________________________ 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 marcus at marcuscom.com Sat Aug 8 21:44:46 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 8 21:44:52 2009 Subject: nspr-4.8 broken on powerpc -CURRENT (8.0BETA2+) In-Reply-To: <4A7C912C.7000504@fgznet.ch> References: <4A7C912C.7000504@fgznet.ch> Message-ID: <1249767871.70279.17.camel@shumai.marcuscom.com> On Fri, 2009-08-07 at 22:40 +0200, Andreas Tobler wrote: > Hello, > > I do not know if I'm on the right way, but I write this mail to the > 'maintainer' of nspr. This should be fixed now. Joe > > After a portupgrade I fail to build nspr-4.8 on powerpc, nspr-4.7 went fine. > > These are the bits from the shell: > > cc -o prfdcach.o -c -fvisibility=hidden -O2 -pipe > -fno-strict-aliasing -ansi -Wall -fPIC -UDEBUG -DNDEBUG=1 > -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 > -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 > -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 > -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -D_NSPR_BUILD_ > -I../../../dist/include/nspr -I../../.././../pr/include > -I../../.././../pr/include/private ../../.././../pr/src/io/prfdcach.c > In file included from ../../../dist/include/nspr/prtypes.h:58, > from ../../../dist/include/nspr/pratom.h:46, > from ../../../dist/include/nspr/nspr.h:41, > from ../../.././../pr/include/private/primpl.h:71, > from ../../.././../pr/src/io/prfdcach.c:38: > ../../../dist/include/nspr/prcpucfg.h:288:2: error: #error "Unknown CPU > architecture" > > > There is no mentioning of powerpc in this file so I have to agree to the > error above :) > > I this a known issue? If not, how can I help fixing it? I had a look at > the diff between plain nspr-4.7 vs. 4.8, but I fail to see something > obvious. I might try again at daytime. > > TIA for any pointers! > Andreas > _______________________________________________ > 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-gnome/attachments/20090808/d4765f2a/attachment.pgp From marcus at marcuscom.com Sat Aug 8 21:48:56 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 8 21:49:02 2009 Subject: Anybody resolve the screesaver/screen lock issue? In-Reply-To: <20090802153328.D7D2617F95@bsd.mvh> References: <20090802153328.D7D2617F95@bsd.mvh> Message-ID: <1249768143.70279.19.camel@shumai.marcuscom.com> On Sun, 2009-08-02 at 08:33 -0700, Mike Harding wrote: > I am having the same issue that others have noted - if I lock the > screen, if I hit a key, the password screen pops up and is immediately > replaced with a black screen. This happens even for a brand new user. > If anyone was able to resolve this, I would appreciate some help. The only way I can reproduce this is to clear out /tmp, or reinstall gdm. However, doing either of those two things results in no other X applications being able to start until I restart gdm/X. Under normal operation gnome-screensaver works great. If you can capture ktrace output exactly when this problem happens, it may help narrow down what's causing it. 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-gnome/attachments/20090808/45ae39c1/attachment.pgp From marcus at marcuscom.com Sat Aug 8 21:51:41 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 8 21:51:47 2009 Subject: Request for "WITHOUT_HAL" or a similiar thing. In-Reply-To: References: Message-ID: <1249768303.70279.21.camel@shumai.marcuscom.com> On Mon, 2009-08-03 at 14:18 +0200, Tobias C. Berner wrote: > Hi > > > I use some gnome-apps. But I do not ever use hal. I do not see its use for me > apart from making me problems. > Playback of dvds stops working as soon as it is running, and I have different > problems with X when it runs, some of which I could fix, but... You may want to read http://www.freebsd.org/gnome/docs/halfaq.html#q6 . > > I just don't see the use of that piece of software, or to put it an other way > its flaws outshine its benefits for now, at least for me. > > So what I wanted to ask is, if it wouldn't be possible to add a global > "WITHOUT_HAL" flag or something. > And further if it were possible to no longer just assume one wants hal, but > rather make it a choice. Hal support is optional in just about every port where it can be made optional. If you find a port that requires hal, but it could be optional and is not, then let us know. 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-gnome/attachments/20090808/0d7aa40f/attachment.pgp From edwin at FreeBSD.org Sun Aug 9 01:10:13 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sun Aug 9 01:10:20 2009 Subject: ports/137585: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed Message-ID: <200908090110.n791ACCU044756@freefall.freebsd.org> Synopsis: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sun Aug 9 01:10:11 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137585 From mwisnicki+freebsd at gmail.com Sun Aug 9 01:37:14 2009 From: mwisnicki+freebsd at gmail.com (Marcin Wisnicki) Date: Sun Aug 9 01:37:21 2009 Subject: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed Message-ID: <4a7e20e6.06a1660a.418b.6866@mx.google.com> >Submitter-Id: current-users >Originator: Marcin Wisnicki >Organization: >Confidential: no >Synopsis: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 7.2-STABLE i386 >Environment: System: FreeBSD ghost.pnet.one.pl 7.2-STABLE FreeBSD 7.2-STABLE #2: Sun Aug 2 16:43:15 CEST >Description: When doxygen is installed, api documentation will be build and installed with gnome-mag. Attached patch disables this behaviour. Added file(s): - files/patch-docs_reference_Makefile.in Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- gnome-mag-0.15.8.patch begins here --- diff -ruN --exclude=CVS /usr/ports/accessibility/gnome-mag.orig/files/patch-docs_reference_Makefile.in /usr/ports/accessibility/gnome-mag/files/patch-docs_reference_Makefile.in --- /usr/ports/accessibility/gnome-mag.orig/files/patch-docs_reference_Makefile.in 1970-01-01 01:00:00.000000000 +0100 +++ /usr/ports/accessibility/gnome-mag/files/patch-docs_reference_Makefile.in 2009-08-09 02:55:47.000000000 +0200 @@ -0,0 +1,11 @@ +--- docs/reference/Makefile.in.orig 2009-08-09 02:49:17.000000000 +0200 ++++ docs/reference/Makefile.in 2009-08-09 02:54:54.000000000 +0200 +@@ -418,8 +418,6 @@ + + html/index.html: + -rm -rf html +- -doxygen $(doxygen_configfile) \ +- 2> doxygen-warnings.txt | tee doxygen-output.txt && cat doxygen-warnings.txt + + gnome-mag-reference-html.tar.gz: html/index.html + tar cf - html | gzip -c --best >$@ --- gnome-mag-0.15.8.patch ends here --- From unixmania at gmail.com Sun Aug 9 16:12:09 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 16:12:16 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: <200908082107.n78L74WM059115@freefall.freebsd.org> References: <200908082107.n78L74WM059115@freefall.freebsd.org> Message-ID: On Sat, Aug 8, 2009 at 6:07 PM, wrote: > Synopsis: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification > > State-Changed-From-To: open->feedback > State-Changed-By: marcus > State-Changed-When: Sat Aug 8 21:05:58 UTC 2009 > State-Changed-Why: > What is the purpose for making this optional? startup-notification is not > that heavy, and is already required for other GNOME components. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137368 Startup notification is optional even for other ports that can use it. I'm attempting to make it possible to build a light desktop environment, based on Xfce. Removing the dependence on startup notification reduces the number of dependencies, mainly Python. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 16:20:03 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 16:20:09 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908091620.n79GK2aj014756@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: marcus@freebsd.org, bug-followup@freebsd.org Cc: gnome@freebsd.org Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 9 Aug 2009 13:12:07 -0300 On Sat, Aug 8, 2009 at 6:07 PM, wrote: > Synopsis: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification > > State-Changed-From-To: open->feedback > State-Changed-By: marcus > State-Changed-When: Sat Aug 8 21:05:58 UTC 2009 > State-Changed-Why: > What is the purpose for making this optional? startup-notification is not > that heavy, and is already required for other GNOME components. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137368 Startup notification is optional even for other ports that can use it. I'm attempting to make it possible to build a light desktop environment, based on Xfce. Removing the dependence on startup notification reduces the number of dependencies, mainly Python. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 16:22:16 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 16:22:23 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python In-Reply-To: <200908082111.n78LBteY066459@freefall.freebsd.org> References: <200908082111.n78LBteY066459@freefall.freebsd.org> Message-ID: On Sat, Aug 8, 2009 at 6:11 PM, wrote: > Synopsis: net/libproxy: add menu option to configure dependence on Python > > State-Changed-From-To: open->suspended > State-Changed-By: marcus > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 > State-Changed-Why: > If Python support is to be made optional, I'd rather it be broken out into > a separate port like libproxy-mozjs. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 Making it a separate port would ruin the very purpose of the patch, which is to make it possible to build a light desktop environment, based on Xfce. I'm attempting to reduce the number of dependencies, mainly Python. Please refer to the followup to ports/137368. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 16:26:05 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 16:26:11 2009 Subject: ports/137366: devel/libglade2: add menu option to configure dependence on Python In-Reply-To: <200908082110.n78LAW7b064392@freefall.freebsd.org> References: <200908082110.n78LAW7b064392@freefall.freebsd.org> Message-ID: On Sat, Aug 8, 2009 at 6:10 PM, wrote: > Synopsis: devel/libglade2: add menu option to configure dependence on Python > > State-Changed-From-To: open->closed > State-Changed-By: marcus > State-Changed-When: Sat Aug 8 21:10:22 UTC 2009 > State-Changed-Why: > Committed, thanks! > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137366 A small step for a port; a giant step towards a light desktop environment, based on Xfce, with a reduced number of dependencies, mainly Python. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 16:30:05 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 16:30:12 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python Message-ID: <200908091630.n79GU5dw021979@freefall.freebsd.org> The following reply was made to PR ports/137367; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: marcus@freebsd.org, bug-followup@freebsd.org Cc: gnome@freebsd.org Subject: Re: ports/137367: net/libproxy: add menu option to configure dependence on Python Date: Sun, 9 Aug 2009 13:22:14 -0300 On Sat, Aug 8, 2009 at 6:11 PM, wrote: > Synopsis: net/libproxy: add menu option to configure dependence on Python > > State-Changed-From-To: open->suspended > State-Changed-By: marcus > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 > State-Changed-Why: > If Python support is to be made optional, I'd rather it be broken out into > a separate port like libproxy-mozjs. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 Making it a separate port would ruin the very purpose of the patch, which is to make it possible to build a light desktop environment, based on Xfce. I'm attempting to reduce the number of dependencies, mainly Python. Please refer to the followup to ports/137368. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From marcus at FreeBSD.org Sun Aug 9 17:55:20 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 17:55:26 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python In-Reply-To: References: <200908082111.n78LBteY066459@freefall.freebsd.org> Message-ID: <1249840528.70279.63.camel@shumai.marcuscom.com> On Sun, 2009-08-09 at 13:22 -0300, Carlos A. M. dos Santos wrote: > On Sat, Aug 8, 2009 at 6:11 PM, wrote: > > Synopsis: net/libproxy: add menu option to configure dependence on Python > > > > State-Changed-From-To: open->suspended > > State-Changed-By: marcus > > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 > > State-Changed-Why: > > If Python support is to be made optional, I'd rather it be broken out into > > a separate port like libproxy-mozjs. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 > > Making it a separate port would ruin the very purpose of the patch, > which is to make it possible to build a light desktop environment, > based on Xfce. I'm attempting to reduce the number of dependencies, > mainly Python. Please refer to the followup to ports/137368. You misunderstand. I don't want someone to build libproxy without Python support, then have that break a dependency down the road. If Python is to be made optional, I'd rather it be removed from libproxy altogether, and put into a libproxy-python port. That may, people that need Python support can simply build that submodule. This is akin to how libproxy-mozjs works. 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-gnome/attachments/20090809/5f2a4e2d/attachment.pgp From marcus at FreeBSD.org Sun Aug 9 17:56:06 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 17:56:13 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: References: <200908082107.n78L74WM059115@freefall.freebsd.org> Message-ID: <1249840575.70279.65.camel@shumai.marcuscom.com> On Sun, 2009-08-09 at 13:12 -0300, Carlos A. M. dos Santos wrote: > On Sat, Aug 8, 2009 at 6:07 PM, wrote: > > Synopsis: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification > > > > State-Changed-From-To: open->feedback > > State-Changed-By: marcus > > State-Changed-When: Sat Aug 8 21:05:58 UTC 2009 > > State-Changed-Why: > > What is the purpose for making this optional? startup-notification is not > > that heavy, and is already required for other GNOME components. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137368 > > Startup notification is optional even for other ports that can use it. > I'm attempting to make it possible to build a light desktop > environment, based on Xfce. Removing the dependence on startup > notification reduces the number of dependencies, mainly Python. libgnomeui doesn't make this optional. I can understand removing the Python dependency, but startup-notification is quite light, and not updated very frequently. I just don't see how this adds much bulk. 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-gnome/attachments/20090809/c72cce23/attachment.pgp From marcus at FreeBSD.org Sun Aug 9 18:00:13 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 18:00:25 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python Message-ID: <200908091800.n79I0Cax091309@freefall.freebsd.org> The following reply was made to PR ports/137367; it has been noted by GNATS. From: Joe Marcus Clarke To: "Carlos A. M. dos Santos" Cc: bug-followup@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/137367: net/libproxy: add menu option to configure dependence on Python Date: Sun, 09 Aug 2009 13:55:28 -0400 --=-ECPrFm3siXhy09OM5izM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-08-09 at 13:22 -0300, Carlos A. M. dos Santos wrote: > On Sat, Aug 8, 2009 at 6:11 PM, wrote: > > Synopsis: net/libproxy: add menu option to configure dependence on Pyth= on > > > > State-Changed-From-To: open->suspended > > State-Changed-By: marcus > > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 > > State-Changed-Why: > > If Python support is to be made optional, I'd rather it be broken out i= nto > > a separate port like libproxy-mozjs. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D137367 >=20 > Making it a separate port would ruin the very purpose of the patch, > which is to make it possible to build a light desktop environment, > based on Xfce. I'm attempting to reduce the number of dependencies, > mainly Python. Please refer to the followup to ports/137368. You misunderstand. I don't want someone to build libproxy without Python support, then have that break a dependency down the road. If Python is to be made optional, I'd rather it be removed from libproxy altogether, and put into a libproxy-python port. That may, people that need Python support can simply build that submodule. This is akin to how libproxy-mozjs works. Joe >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-ECPrFm3siXhy09OM5izM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkp/DY8ACgkQb2iPiv4Uz4ciTwCeNQNKeuXeGB0+AIo9/4jfL4Yq 1gEAn1cUUs9Q8QdKD5wVvg2+MkLtSle4 =r6hl -----END PGP SIGNATURE----- --=-ECPrFm3siXhy09OM5izM-- From marcus at FreeBSD.org Sun Aug 9 18:00:15 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 18:00:26 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908091800.n79I0Emi091340@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: Joe Marcus Clarke To: "Carlos A. M. dos Santos" Cc: bug-followup@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 09 Aug 2009 13:56:15 -0400 --=-5khwLyXmQAXsy6mVke/T Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-08-09 at 13:12 -0300, Carlos A. M. dos Santos wrote: > On Sat, Aug 8, 2009 at 6:07 PM, wrote: > > Synopsis: x11-toolkits/libwnck: add menu option to configure dependence= on x11/startup-notification > > > > State-Changed-From-To: open->feedback > > State-Changed-By: marcus > > State-Changed-When: Sat Aug 8 21:05:58 UTC 2009 > > State-Changed-Why: > > What is the purpose for making this optional? startup-notification is = not > > that heavy, and is already required for other GNOME components. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D137368 >=20 > Startup notification is optional even for other ports that can use it. > I'm attempting to make it possible to build a light desktop > environment, based on Xfce. Removing the dependence on startup > notification reduces the number of dependencies, mainly Python. libgnomeui doesn't make this optional. I can understand removing the Python dependency, but startup-notification is quite light, and not updated very frequently. I just don't see how this adds much bulk. Joe >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-5khwLyXmQAXsy6mVke/T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkp/Db0ACgkQb2iPiv4Uz4dWKwCeJW3kOPRKuimtxXp9hRvRxgzO s1MAn3kMTH8qJaBVfLBuh3ZAZfBT6Q7V =I57o -----END PGP SIGNATURE----- --=-5khwLyXmQAXsy6mVke/T-- From unixmania at gmail.com Sun Aug 9 18:34:35 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 18:34:41 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: <1249840575.70279.65.camel@shumai.marcuscom.com> References: <200908082107.n78L74WM059115@freefall.freebsd.org> <1249840575.70279.65.camel@shumai.marcuscom.com> Message-ID: On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke wrote: > libgnomeui doesn't make this optional. I can understand removing the > Python dependency, but startup-notification is quite light, and not > updated very frequently. I just don't see how this adds much bulk. You don't need libgnomeui to run Xfce, so startup notification can be made optional for those who don't need/want to run GNOME. It is already intended to be optional in x11/Terminal, the default Xfce terminal emulator (and will *really* become optional, as soon as the patch I sent in ports/137371 gets committed). From unixmania at gmail.com Sun Aug 9 18:40:04 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 18:40:14 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908091840.n79Ie4xD023042@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: Joe Marcus Clarke Cc: bug-followup@freebsd.org, gnome@freebsd.org Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 9 Aug 2009 15:34:33 -0300 On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke wrote: > libgnomeui doesn't make this optional. I can understand removing the > Python dependency, but startup-notification is quite light, and not > updated very frequently. I just don't see how this adds much bulk. You don't need libgnomeui to run Xfce, so startup notification can be made optional for those who don't need/want to run GNOME. It is already intended to be optional in x11/Terminal, the default Xfce terminal emulator (and will *really* become optional, as soon as the patch I sent in ports/137371 gets committed). From mezz7 at cox.net Sun Aug 9 18:47:10 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Aug 9 18:47:16 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: References: <200908082107.n78L74WM059115@freefall.freebsd.org> <1249840575.70279.65.camel@shumai.marcuscom.com> Message-ID: On Sun, 09 Aug 2009 13:34:33 -0500, Carlos A. M. dos Santos wrote: > On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke > wrote: > >> libgnomeui doesn't make this optional. I can understand removing the >> Python dependency, but startup-notification is quite light, and not >> updated very frequently. I just don't see how this adds much bulk. > > You don't need libgnomeui to run Xfce, so startup notification can be > made optional for those who don't need/want to run GNOME. It is > already intended to be optional in x11/Terminal, the default Xfce > terminal emulator (and will *really* become optional, as soon as the > patch I sent in ports/137371 gets committed). I agree with marcus, the startup-notification is very small. What make you think that startup-notification is a GNOME application? It is a fd.org application. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Sun Aug 9 18:50:02 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sun Aug 9 18:50:09 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908091850.n79Io2ZV029974@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: "Jeremy Messenger" To: "Carlos A. M. dos Santos" Cc: gnome@freebsd.org, bug-followup@freebsd.org, "Joe Marcus Clarke" Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 09 Aug 2009 13:48:15 -0500 On Sun, 09 Aug 2009 13:34:33 -0500, Carlos A. M. dos Santos wrote: > On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke > wrote: > >> libgnomeui doesn't make this optional. I can understand removing the >> Python dependency, but startup-notification is quite light, and not >> updated very frequently. I just don't see how this adds much bulk. > > You don't need libgnomeui to run Xfce, so startup notification can be > made optional for those who don't need/want to run GNOME. It is > already intended to be optional in x11/Terminal, the default Xfce > terminal emulator (and will *really* become optional, as soon as the > patch I sent in ports/137371 gets committed). I agree with marcus, the startup-notification is very small. What make you think that startup-notification is a GNOME application? It is a fd.org application. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From unixmania at gmail.com Sun Aug 9 19:32:20 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 19:32:26 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: References: <200908082107.n78L74WM059115@freefall.freebsd.org> <1249840575.70279.65.camel@shumai.marcuscom.com> Message-ID: On Sun, Aug 9, 2009 at 3:48 PM, Jeremy Messenger wrote: > On Sun, 09 Aug 2009 13:34:33 -0500, Carlos A. M. dos Santos > wrote: > >> On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke >> wrote: >> >>> libgnomeui doesn't make this optional. I can understand removing the >>> Python dependency, but startup-notification is quite light, and not >>> updated very frequently. I just don't see how this adds much bulk. >> >> You don't need libgnomeui to run Xfce, so startup notification can be >> made optional for those who don't need/want to run GNOME. It is >> already intended to be optional in x11/Terminal, the default Xfce >> terminal emulator (and will *really* become optional, as soon as the >> patch I sent in ports/137371 gets committed). > > I agree with marcus, the startup-notification is very small. Yes, it is, but the packages it depends-on are not that small. And please keep in mind that I'm not proposing to remove the dependence on startup-notification. I just want to make it optional, and enabled by default. Those who want to turn it off will have that choice. > What make you > think that startup-notification is a GNOME application? It is a fd.org > application. I did not say that startup-notification is a GNOME application. I was referring to libgnomeui. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 19:40:03 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 19:40:10 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908091940.n79Je3kk068311@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: Jeremy Messenger Cc: gnome@freebsd.org, bug-followup@freebsd.org, Joe Marcus Clarke Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 9 Aug 2009 16:32:09 -0300 On Sun, Aug 9, 2009 at 3:48 PM, Jeremy Messenger wrote: > On Sun, 09 Aug 2009 13:34:33 -0500, Carlos A. M. dos Santos > wrote: > >> On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke >> wrote: >> >>> libgnomeui doesn't make this optional. I can understand removing the >>> Python dependency, but startup-notification is quite light, and not >>> updated very frequently. I just don't see how this adds much bulk. >> >> You don't need libgnomeui to run Xfce, so startup notification can be >> made optional for those who don't need/want to run GNOME. It is >> already intended to be optional in x11/Terminal, the default Xfce >> terminal emulator (and will *really* become optional, as soon as the >> patch I sent in ports/137371 gets committed). > > I agree with marcus, the startup-notification is very small. Yes, it is, but the packages it depends-on are not that small. And please keep in mind that I'm not proposing to remove the dependence on startup-notification. I just want to make it optional, and enabled by default. Those who want to turn it off will have that choice. > What make you > think that startup-notification is a GNOME application? It is a fd.org > application. I did not say that startup-notification is a GNOME application. I was referring to libgnomeui. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From unixmania at gmail.com Sun Aug 9 21:11:51 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 21:11:58 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python In-Reply-To: <1249840528.70279.63.camel@shumai.marcuscom.com> References: <200908082111.n78LBteY066459@freefall.freebsd.org> <1249840528.70279.63.camel@shumai.marcuscom.com> Message-ID: On Sun, Aug 9, 2009 at 2:55 PM, Joe Marcus Clarke wrote: > On Sun, 2009-08-09 at 13:22 -0300, Carlos A. M. dos Santos wrote: >> On Sat, Aug 8, 2009 at 6:11 PM, wrote: >> > Synopsis: net/libproxy: add menu option to configure dependence on Python >> > >> > State-Changed-From-To: open->suspended >> > State-Changed-By: marcus >> > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 >> > State-Changed-Why: >> > If Python support is to be made optional, I'd rather it be broken out into >> > a separate port like libproxy-mozjs. >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 >> >> Making it a separate port would ruin the very purpose of the patch, >> which is to make it possible to build a light desktop environment, >> based on Xfce. I'm attempting to reduce the number of dependencies, >> mainly Python. Please refer to the followup to ports/137368. > > You misunderstand. I don't want someone to build libproxy without > Python support, then have that break a dependency down the road. If > Python is to be made optional, I'd rather it be removed from libproxy > altogether, and put into a libproxy-python port. That may, people that > need Python support can simply build that submodule. This is akin to > how libproxy-mozjs works. Ok, now I got it. I will work on a libproxy-python port and submit a followup. BTW, I'm trying to figure-out what ports *really* depend on Python, but this is a bit difficult. The main problem is that some very basic ports depend on it (e.g. libX11, due to the dependence on x11/libxcb). From unixmania at gmail.com Sun Aug 9 21:20:03 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sun Aug 9 21:20:09 2009 Subject: ports/137367: net/libproxy: add menu option to configure dependence on Python Message-ID: <200908092120.n79LK3rI043104@freefall.freebsd.org> The following reply was made to PR ports/137367; it has been noted by GNATS. From: "Carlos A. M. dos Santos" To: Joe Marcus Clarke Cc: bug-followup@freebsd.org, gnome@freebsd.org Subject: Re: ports/137367: net/libproxy: add menu option to configure dependence on Python Date: Sun, 9 Aug 2009 18:11:48 -0300 On Sun, Aug 9, 2009 at 2:55 PM, Joe Marcus Clarke wrote: > On Sun, 2009-08-09 at 13:22 -0300, Carlos A. M. dos Santos wrote: >> On Sat, Aug 8, 2009 at 6:11 PM, wrote: >> > Synopsis: net/libproxy: add menu option to configure dependence on Python >> > >> > State-Changed-From-To: open->suspended >> > State-Changed-By: marcus >> > State-Changed-When: Sat Aug 8 21:11:22 UTC 2009 >> > State-Changed-Why: >> > If Python support is to be made optional, I'd rather it be broken out into >> > a separate port like libproxy-mozjs. >> > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=137367 >> >> Making it a separate port would ruin the very purpose of the patch, >> which is to make it possible to build a light desktop environment, >> based on Xfce. I'm attempting to reduce the number of dependencies, >> mainly Python. Please refer to the followup to ports/137368. > > You misunderstand. I don't want someone to build libproxy without > Python support, then have that break a dependency down the road. If > Python is to be made optional, I'd rather it be removed from libproxy > altogether, and put into a libproxy-python port. That may, people that > need Python support can simply build that submodule. This is akin to > how libproxy-mozjs works. Ok, now I got it. I will work on a libproxy-python port and submit a followup. BTW, I'm trying to figure-out what ports *really* depend on Python, but this is a bit difficult. The main problem is that some very basic ports depend on it (e.g. libX11, due to the dependence on x11/libxcb). From marcus at FreeBSD.org Sun Aug 9 21:30:04 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 21:30:11 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification In-Reply-To: References: <200908082107.n78L74WM059115@freefall.freebsd.org> <1249840575.70279.65.camel@shumai.marcuscom.com> Message-ID: <1249853413.70279.69.camel@shumai.marcuscom.com> On Sun, 2009-08-09 at 15:34 -0300, Carlos A. M. dos Santos wrote: > On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke wrote: > > > libgnomeui doesn't make this optional. I can understand removing the > > Python dependency, but startup-notification is quite light, and not > > updated very frequently. I just don't see how this adds much bulk. > > You don't need libgnomeui to run Xfce, so startup notification can be > made optional for those who don't need/want to run GNOME. It is > already intended to be optional in x11/Terminal, the default Xfce > terminal emulator (and will *really* become optional, as soon as the > patch I sent in ports/137371 gets committed). The issue here is that libwnck changes its behavior when built against startup-notification. This may affect other ports which depend on libwnck. With libglade2, removing the Python dependency was a no-brainer. You just won't get the conversion script. With libsn, the problem is more subtle, and has the potential of hurting unsuspecting users. I understand what you want to accomplish, but I think in this case the user benefit does not outweigh the risk. This may be re-evaluated based on user demand, but for now, I'm inclined to leave libwnck the way it is. 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-gnome/attachments/20090809/10115fb5/attachment.pgp From marcus at FreeBSD.org Sun Aug 9 21:40:03 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sun Aug 9 21:40:10 2009 Subject: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Message-ID: <200908092140.n79Le3ck059069@freefall.freebsd.org> The following reply was made to PR ports/137368; it has been noted by GNATS. From: Joe Marcus Clarke To: "Carlos A. M. dos Santos" Cc: bug-followup@FreeBSD.org, gnome@FreeBSD.org Subject: Re: ports/137368: x11-toolkits/libwnck: add menu option to configure dependence on x11/startup-notification Date: Sun, 09 Aug 2009 17:30:13 -0400 --=-DDN7elIFG383m4X72tBr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 2009-08-09 at 15:34 -0300, Carlos A. M. dos Santos wrote: > On Sun, Aug 9, 2009 at 2:56 PM, Joe Marcus Clarke wro= te: >=20 > > libgnomeui doesn't make this optional. I can understand removing the > > Python dependency, but startup-notification is quite light, and not > > updated very frequently. I just don't see how this adds much bulk. >=20 > You don't need libgnomeui to run Xfce, so startup notification can be > made optional for those who don't need/want to run GNOME. It is > already intended to be optional in x11/Terminal, the default Xfce > terminal emulator (and will *really* become optional, as soon as the > patch I sent in ports/137371 gets committed). The issue here is that libwnck changes its behavior when built against startup-notification. This may affect other ports which depend on libwnck. With libglade2, removing the Python dependency was a no-brainer. You just won't get the conversion script. With libsn, the problem is more subtle, and has the potential of hurting unsuspecting users. I understand what you want to accomplish, but I think in this case the user benefit does not outweigh the risk. This may be re-evaluated based on user demand, but for now, I'm inclined to leave libwnck the way it is. Joe >=20 --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-DDN7elIFG383m4X72tBr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkp/P+QACgkQb2iPiv4Uz4ccnwCdEHfpZdcOG8xee97beyVq0PFM 0HkAoIb2nWPdAhWhfmuQvO2W76cor0lk =mSTF -----END PGP SIGNATURE----- --=-DDN7elIFG383m4X72tBr-- From axlrose112 at gmail.com Mon Aug 10 01:22:23 2009 From: axlrose112 at gmail.com (axl rose) Date: Mon Aug 10 01:22:29 2009 Subject: totem Message-ID: <3ba7461f0908091754s6c62475mf012335e825988ab@mail.gmail.com> i m using gnome 2,26 and i have problem with totem /usr/bin/ld: cannot find -lpth gmake[4]: *** [totem] Error 1 gmake[4]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.26.3/src' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.26.3/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.26.3/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/multimedia/totem/work/totem-2.26.3' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/totem. From eric at educompmv.com Mon Aug 10 01:32:32 2009 From: eric at educompmv.com (Eric W. Bates) Date: Mon Aug 10 01:32:40 2009 Subject: gnome 2 build problem Message-ID: <4A7F758C.6000908@educompmv.com> Sorry. I'm sure you have better things to work on, but thanks for your time... Spandy new installation of FreeBSD 7.2-RELEASE amd64 GENERIC kernel. Spandy new ports tree. All new builds. No old kruft. Most of the build is successful (tracker fails; but I just removed that from build options and moved on). Currently stops while trying to build totem in the py-gstreamer. Actual error is: gst.c: In function 'pygst_register_classes': gst.c:27115: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this function) gst.c:27115: error: (Each undeclared identifier is reported only once gst.c:27115: error: for each function it appears in.) Googling GST_TYPE_BUFFER_LIST turns up no hits. python build is python26-2.6.2_1 (current default). Full build track is: Script started on Sun Aug 9 21:05:06 2009 [root@ophelia /usr/ports/x11/gnome2]# lu Loading hosttype +-+-freebsd+ hooks... ** root@ophelia ** /usr/ports/x11/gnome2 ** Sun Aug 09 21:05:09 # make clean install clean ===> Cleaning for totem-2.26.3_1 ===> Cleaning for py26-gstreamer-0.10.16 ===> Cleaning for gnome2-2.26.3 ===> Vulnerability check disabled, database not found ===> Found saved configuration for gnome2-2.26.3 ===> Extracting for gnome2-2.26.3 ===> Patching for gnome2-2.26.3 ===> gnome2-2.26.3 depends on file: /usr/local/bin/python2.6 - found ===> Configuring for gnome2-2.26.3 ===> Installing for gnome2-2.26.3 ===> gnome2-2.26.3 depends on file: /usr/local/libexec/gweather-applet-2 - found ===> gnome2-2.26.3 depends on executable: gnome-audio-profiles-properties - found ===> gnome2-2.26.3 depends on executable: gnome-dictionary - found ===> gnome2-2.26.3 depends on executable: eog - found ===> gnome2-2.26.3 depends on executable: gconf-editor - found ===> gnome2-2.26.3 depends on executable: gnect - found ===> gnome2-2.26.3 depends on executable: gedit - found ===> gnome2-2.26.3 depends on executable: gnome-terminal - found ===> gnome2-2.26.3 depends on executable: gnome-session - found ===> gnome2-2.26.3 depends on executable: bug-buddy - found ===> gnome2-2.26.3 depends on executable: gnome-system-monitor - found ===> gnome2-2.26.3 depends on executable: nautilus - found ===> gnome2-2.26.3 depends on file: /usr/local/sbin/gdm - found ===> gnome2-2.26.3 depends on file: /usr/local/share/gnome/help/user-guide/C/user-guide.xml - found ===> gnome2-2.26.3 depends on file: /usr/local/share/sounds/question.wav - found ===> gnome2-2.26.3 depends on file: /usr/local/libdata/pkgconfig/libgail-gnome.pc - found ===> gnome2-2.26.3 depends on executable: file-roller - found ===> gnome2-2.26.3 depends on file: /usr/local/share/themes/HighContrast/gtk-2.0/gtkrc - found ===> gnome2-2.26.3 depends on executable: gok - found ===> gnome2-2.26.3 depends on executable: gcalctool - found ===> gnome2-2.26.3 depends on file: /usr/local/lib/X11/fonts/bitstream-vera/Vera.ttf - found ===> gnome2-2.26.3 depends on file: /usr/local/libexec/gnome-netstatus-applet - found ===> gnome2-2.26.3 depends on executable: dasher - found ===> gnome2-2.26.3 depends on executable: evolution - found ===> gnome2-2.26.3 depends on file: /usr/local/libexec/evolution-webcal - found ===> gnome2-2.26.3 depends on executable: network-admin - found ===> gnome2-2.26.3 depends on executable: vino-passwd - found ===> gnome2-2.26.3 depends on executable: exchange-connector-setup-2.26 - found ===> gnome2-2.26.3 depends on file: /usr/local/lib/gstreamer-0.10/.gstreamer-plugins-core.keep - found ===> gnome2-2.26.3 depends on file: /usr/local/lib/gstreamer-0.10/libgstgconfelements.so - found ===> gnome2-2.26.3 depends on executable: totem - not found ===> Verifying install for totem in /usr/ports/multimedia/totem ===> The default DVD device is /dev/acd0 ===> Define WITH_DVD_DEVICE if you want to change the default ===> For example, 'make WITH_DVD_DEVICE="/dev/somedevice"' ===> Vulnerability check disabled, database not found ===> Found saved configuration for totem-2.26.3_1 ===> Extracting for totem-2.26.3_1 => MD5 Checksum OK for gnome2/totem-2.26.3.tar.bz2. => SHA256 Checksum OK for gnome2/totem-2.26.3.tar.bz2. ===> Patching for totem-2.26.3_1 ===> totem-2.26.3_1 depends on file: /usr/local/bin/libtool - found ===> Applying FreeBSD patches for totem-2.26.3_1 ===> totem-2.26.3_1 depends on file: /usr/local/libdata/pkgconfig/iso-codes.pc - found ===> totem-2.26.3_1 depends on file: /usr/local/bin/python2.6 - found ===> totem-2.26.3_1 depends on executable: gmake - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-core>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-gconf>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-hal>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-good>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-mpeg2dec>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-soup>=0.10.0 - found ===> totem-2.26.3_1 depends on package: gstreamer-plugins-ugly>=0.10.0 - found ===> totem-2.26.3_1 depends on package: py26-gstreamer>=0.10.4 - not found ===> Verifying install for py26-gstreamer>=0.10.4 in /usr/ports/multimedia/py-gstreamer ===> Vulnerability check disabled, database not found ===> Extracting for py26-gstreamer-0.10.16 => MD5 Checksum OK for gst-python-0.10.16.tar.bz2. => SHA256 Checksum OK for gst-python-0.10.16.tar.bz2. ===> Patching for py26-gstreamer-0.10.16 ===> py26-gstreamer-0.10.16 depends on file: /usr/local/lib/python2.6/site-packages/libxml2mod.so - found ===> py26-gstreamer-0.10.16 depends on file: /usr/local/bin/python2.6 - found ===> py26-gstreamer-0.10.16 depends on executable: gmake - found ===> py26-gstreamer-0.10.16 depends on package: gstreamer-plugins>=0.10.0 - found ===> py26-gstreamer-0.10.16 depends on file: /usr/local/bin/intltool-extract - found ===> py26-gstreamer-0.10.16 depends on executable: pkg-config - found ===> py26-gstreamer-0.10.16 depends on file: /usr/local/libdata/pkgconfig/pygtk-2.0.pc - found ===> py26-gstreamer-0.10.16 depends on shared library: atk-1.0.0 - found ===> py26-gstreamer-0.10.16 depends on shared library: glib-2.0.0 - found ===> py26-gstreamer-0.10.16 depends on shared library: gtk-x11-2.0.0 - found ===> py26-gstreamer-0.10.16 depends on shared library: glade-2.0.0 - found ===> py26-gstreamer-0.10.16 depends on shared library: xml2.5 - found ===> py26-gstreamer-0.10.16 depends on shared library: pango-1.0.0 - found ===> Configuring for py26-gstreamer-0.10.16 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking nano version... 0 (release) checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... amd64-portbld-freebsd7.2 checking host system type... amd64-portbld-freebsd7.2 checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... (cached) 262144 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... no checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from cc object... ok checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC -DPIC checking if cc PIC flag -fPIC -DPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.o... (cached) yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.2 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gcc... (cached) cc checking whether we are using the GNU C compiler... (cached) yes checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) gcc3 checking whether cc understands -c and -o together... yes checking for python version... 2.6 checking for python platform... freebsd7 checking for python script directory... /usr/local/lib/python2.6/site-packages checking for python extension module directory... /usr/local/lib/python2.6/site-packages checking for python >= 2.3... okay checking for headers required to compile python extensions... found checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for GST... yes Building against GStreamer core 0.10.23 , ignoring API additions if needed checking for GST_BASE... yes checking for GST_CONTROLLER... yes checking for GST_NET... yes checking for GST_DP... yes checking for GST_PLUGINS_BASE... yes checking for PYGOBJECT... yes yes checking for PYGOBJECT_2_12... yes yes checking for PYGOBJECT_2_16... yes yes checking to see if compiler understands -Wall... yes checking to see if compiler understands -Wdeclaration-after-statement... yes checking to see if compiler understands -Wvla... no checking to see if compiler understands -Wpointer-arith... yes configure: set ERROR_CFLAGS to -Wall -Wdeclaration-after-statement -Wpointer-arith checking for valgrind... no checking for libraries required to embed python... yes configure: Using /usr/local/lib/gstreamer-0.10 as the plugin install location checking for sed... /usr/bin/sed configure: creating ./config.status config.status: creating Makefile config.status: creating codegen/Makefile config.status: creating common/Makefile config.status: creating common/m4/Makefile config.status: creating common/shave config.status: creating common/shave-libtool config.status: creating gst/Makefile config.status: creating gst/gstversion.override config.status: creating gst/extend/Makefile config.status: creating examples/Makefile config.status: creating pkgconfig/Makefile config.status: creating pkgconfig/gst-python.pc config.status: WARNING: 'pkgconfig/gst-python.pc.in' seems to ignore the --datarootdir setting config.status: creating pkgconfig/gst-python-uninstalled.pc config.status: creating plugin/Makefile config.status: creating testsuite/Makefile config.status: creating win32/common/config.h config.status: creating gst-python.spec config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands ===> Building for py26-gstreamer-0.10.16 Making all in common Making all in m4 Making all in codegen Making all in gst Making all in extend CC gst-argtypes.o CC gstmodule.o CC pygstiterator.o CC pygstminiobject.o CC pygstvalue.o CC pygstexception.o Could not write method GstStructure.id_set: varargs functions not supported Could not write method GstStructure.get_uint: No ArgType for 'guint*' Could not write method GstIndexEntry.assoc_map: No ArgType for 'gint64*' Could not write getter for GstStaticCaps.caps: write_return not implemented for GstCaps Could not write method GstTypeFind.suggest_simple: varargs functions not supported Could not write method GstIndex.set_filter: No ArgType for 'GstIndexFilter' Could not write method GstIndex.set_filter_full: No ArgType for 'GstIndexFilter' Could not write method GstIndex.set_resolver: No ArgType for 'GstIndexResolver' Could not write method GstIndex.set_resolver_full: No ArgType for 'GstIndexResolver' Could not write method GstIndex.get_writer_id: No ArgType for 'gint*' Could not write method GstIndex.add_associationv: No ArgType for 'const-GstIndexAssociation*' Could not write method GstIndex.add_association: varargs functions not supported Could not write method GstIndex.add_object: No ArgType for 'gpointer' Could not write method GstIndex.get_assoc_entry_full: No ArgType for 'GCompareDataFunc' Could not write virtual accessor method GstIndex.get_assoc_entry: No ArgType for 'GCompareDataFunc' Could not write virtual proxy GstIndex.get_assoc_entry: No ArgType for 'GCompareDataFunc' Could not write method GstElement.message_full: No ArgType for 'GQuark' Could not write virtual accessor method GstElement.get_query_types: No ArgType for 'const-GstQueryType*' Could not write virtual accessor method GstElement.get_state: No ArgType for 'GstState*' Could not write virtual proxy GstElement.get_query_types: No ArgType for 'const-GstQueryType*' Could not write virtual proxy GstElement.get_state: No ArgType for 'GstState*' Could not write virtual accessor method GstClock.wait: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.wait_jitter: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.wait_async: No ArgType for 'GstClockEntry*' Could not write virtual accessor method GstClock.unschedule: No ArgType for 'GstClockEntry' Could not write virtual proxy GstClock.wait: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.wait_jitter: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.wait_async: No ArgType for 'GstClockEntry*' Could not write virtual proxy GstClock.unschedule: No ArgType for 'GstClockEntry' Could not write method GstBus.add_watch_full: No ArgType for 'GstBusFunc' Could not write method GstPad.set_bufferalloc_function: No ArgType for 'GstPadBufferAllocFunction' Could not write method GstPad.set_getrange_function: No ArgType for 'GstPadGetRangeFunction' Could not write method GstPad.set_checkgetrange_function: No ArgType for 'GstPadCheckGetRangeFunction' Could not write method GstPad.set_unlink_function: No ArgType for 'GstPadUnlinkFunction' Could not write method GstPad.set_acceptcaps_function: No ArgType for 'GstPadAcceptCapsFunction' Could not write method GstPad.set_fixatecaps_function: No ArgType for 'GstPadFixateCapsFunction' Could not write method GstPad.set_internal_link_function: No ArgType for 'GstPadIntLinkFunction' Could not write method GstPad.set_iterate_internal_links_function: No ArgType for 'GstPadIterIntLinkFunction' Could not write method GstPad.set_query_type_function: No ArgType for 'GstPadQueryTypeFunction' Could not write method GstPad.dispatcher: No ArgType for 'GstPadDispatcherFunction' Warning: generating old-style constructor for:gst_ghost_pad_new Warning: generating old-style constructor for:gst_pad_template_new Could not write method GstPluginFeature.type_name_filter: No ArgType for 'GstTypeNameData*' Could not write method GstRegistry.plugin_filter: No ArgType for 'GstPluginFilter' Could not write method GstRegistry.feature_filter: No ArgType for 'GstPluginFeatureFilter' Warning: generating old-style constructor for:gst_net_client_clock_new Warning: generating old-style constructor for:gst_net_time_provider_new Could not write method GstControlSource.get_value: No ArgType for 'GValue*' Could not write method GstControlSource.get_value_array: No ArgType for 'GstValueArray*' Could not write method GstControlSource.bind: No ArgType for 'GParamSpec*' Could not write method GstController.get_all: No ArgType for 'const-GList*' Could not write method GstController.get_value_arrays: No ArgType for 'GSList*' Could not write method GstController.get_value_array: No ArgType for 'GstValueArray*' Could not write method GstInterpolationControlSource.set: No ArgType for 'GValue*' Could not write method GstInterpolationControlSource.set_from_list: No ArgType for 'GSList*' Could not write method GstInterpolationControlSource.get_all: No ArgType for 'GList*' Could not write method GstBaseSink.wait_eos: No ArgType for 'GstClockTimeDiff*' Could not write virtual accessor method GstBaseSink.buffer_alloc: No ArgType for 'GstBuffer**' Could not write virtual proxy GstBaseSink.buffer_alloc: No ArgType for 'GstBuffer**' Could not write virtual accessor method GstBaseTransform.prepare_output_buffer: No ArgType for 'GstBuffer**' Could not write virtual proxy GstBaseTransform.prepare_output_buffer: No ArgType for 'GstBuffer**' Could not write method GstCollectPads.set_function: No ArgType for 'GstCollectPadsFunction' Could not write method GstCollectPads.add_pad: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.add_pad_full: No ArgType for 'GstCollectDataDestroyNotify' Could not write method GstCollectPads.peek: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.pop: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.read: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.read_buffer: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.take_buffer: No ArgType for 'GstCollectData*' Could not write method GstCollectPads.flush: No ArgType for 'GstCollectData*' Warning: generating old-style constructor for:gst_data_queue_new Could not write constructor for GstDataQueue: No ArgType for 'GstDataQueueCheckFullFunction' Could not write method GstDataQueue.push: No ArgType for 'GstDataQueueItem*' Could not write method GstDataQueue.pop: No ArgType for 'GstDataQueueItem**' Could not write method GstDataQueue.get_level: No ArgType for 'GstDataQueueSize*' Could not write method GstTagSetter.add_tags: varargs functions not supported Could not write method GstTagSetter.add_tag_values: varargs functions not supported Could not write method GstTagSetter.add_tag_valist_values: No ArgType for 'va_list' Could not write method GstPreset.get_meta: No ArgType for 'gchar**' Could not write function object_control_properties: varargs functions not supported Could not write function object_uncontrol_properties: varargs functions not supported Could not write function object_get_value_arrays: No ArgType for 'GSList*' Could not write function object_get_value_array: No ArgType for 'GstValueArray*' Could not write function gst_controller_init: No ArgType for 'int*' Could not write function gst_dp_crc: No ArgType for 'const-guint8*' Could not write function dp_header_from_buffer: No ArgType for 'const-GstBuffer*' Could not write function dp_packet_from_caps: No ArgType for 'guint*' Could not write function dp_packet_from_event: No ArgType for 'const-GstEvent*' Could not write function type_find_helper_get_range: No ArgType for 'GstTypeFindHelperGetRangeFunction' Could not write function debug_add_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function_by_data: No ArgType for 'gpointer' Could not write function debug_get_all_categories: No ArgType for 'GSList*' Could not write function debug_remove_log_function: No ArgType for 'GstLogFunction' Could not write function debug_remove_log_function_by_data: No ArgType for 'gpointer' Could not write function util_array_binary_search: No ArgType for 'gpointer' Could not write function parse_launch_full: No ArgType for 'GstParseContext*' Could not write function parse_launchv_full: No ArgType for 'const-gchar**' Could not write function plugin_register_static: No ArgType for 'const-GstPluginDesc*' Could not write function poll_new_timer: No ArgType for 'GstPoll*' Could not write function tag_register: No ArgType for 'GstTagMergeFunc' Could not write function tag_merge_use_first: No ArgType for 'GValue*' Could not write function tag_merge_strings_with_comma: No ArgType for 'GValue*' Could not write function task_create: No ArgType for 'GstTaskFunction' Warning: Constructor for GstGhostPad needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstPadTemplate needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstNetClientClock needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstNetTimeProvider needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstController needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors Warning: Constructor for GstDataQueue needs to be updated to new API See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors ***INFO*** The coverage of global functions is 86.41% (159/184) ***INFO*** The coverage of methods is 90.07% (490/544) ***INFO*** The coverage of virtual proxies is 86.76% (59/68) ***INFO*** The coverage of virtual accessors is 87.67% (64/73) ***INFO*** The coverage of interface proxies is 100.00% (5/5) CC gst.o gst.c: In function 'pygst_register_classes': gst.c:27115: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this function) gst.c:27115: error: (Each undeclared identifier is reported only once gst.c:27115: error: for each function it appears in.) gmake[3]: *** [_gst_la-gst.lo] Error 1 gmake[2]: *** [all-recursive] Error 1 gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/multimedia/py-gstreamer. *** Error code 1 Stop in /usr/ports/multimedia/totem. *** Error code 1 Stop in /usr/ports/multimedia/totem. *** Error code 1 Stop in /usr/ports/x11/gnome2. *** Error code 1 Stop in /usr/ports/x11/gnome2. [Exit 1 ] ** root@ophelia ** /usr/ports/x11/gnome2 ** Sun Aug 09 21:05:37 # exit exit Script done on Sun Aug 9 21:05:42 2009 From mezz7 at cox.net Mon Aug 10 02:37:21 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon Aug 10 02:37:27 2009 Subject: totem In-Reply-To: <3ba7461f0908091754s6c62475mf012335e825988ab@mail.gmail.com> References: <3ba7461f0908091754s6c62475mf012335e825988ab@mail.gmail.com> Message-ID: On Sun, 09 Aug 2009 19:54:24 -0500, axl rose wrote: > i m using gnome 2,26 and i have problem with totem Did you read in /usr/ports/UPDATING for libtool upgrade? If not, you will need to follow this then reinstall pth port. > /usr/bin/ld: cannot find -lpth > gmake[4]: *** [totem] Error 1 > gmake[4]: Leaving directory > `/usr/ports/multimedia/totem/work/totem-2.26.3/src' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory > `/usr/ports/multimedia/totem/work/totem-2.26.3/src' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory > `/usr/ports/multimedia/totem/work/totem-2.26.3/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/multimedia/totem/work/totem-2.26.3' > gmake: *** [all] Error 2 > *** Error code 1 > > Stop in /usr/ports/multimedia/totem. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From daichi at ongs.co.jp Mon Aug 10 04:02:35 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Mon Aug 10 04:02:42 2009 Subject: multimedia/totem-pl-parser dependency patch Message-ID: <4A7F97F6.8080809@ongs.co.jp> I guess someone not using Gnome needs dependency for camel-1.2:${PORTSDIR}/databases/evolution-data-server to use Totem correctly. Patch is follow: diff -urBN totem-pl-parser.orig/Makefile totem-pl-parser/Makefile --- totem-pl-parser.orig/Makefile 2009-08-03 04:34:52.000000000 +0900 +++ totem-pl-parser/Makefile 2009-08-10 12:25:17.000000000 +0900 @@ -16,7 +16,8 @@ MAINTAINER= gnome@FreeBSD.org COMMENT= GObject-based library to parse a host of playlist formats -LIB_DEPENDS= hal.1:${PORTSDIR}/sysutils/hal +LIB_DEPENDS= hal.1:${PORTSDIR}/sysutils/hal \ + camel-1.2:${PORTSDIR}/databases/evolution-data-server USE_BZIP2= yes USE_GMAKE= yes If there is no objection, I want to commit that. Thanks -- ONGS Inc. CEO, Daichi GOTO (daichi@ongs.co.jp) TEL: 81-42-316-7945 FAX: 81-42-316-7946 WWW: http://www.ongs.co.jp/ From daichi at ongs.co.jp Mon Aug 10 04:53:07 2009 From: daichi at ongs.co.jp (Daichi GOTO) Date: Mon Aug 10 04:53:13 2009 Subject: multimedia/totem-pl-parser dependency patch In-Reply-To: <4A7F97F6.8080809@ongs.co.jp> References: <4A7F97F6.8080809@ongs.co.jp> Message-ID: <4A7FA7B0.5050904@ongs.co.jp> OZAWA-san has pointed out follow patch is uneeded and more research around USE_GNOME=...evolutiondataserver... needed. Thanks, I drop my suggestion and will do more research around USE_GNOME= and portupgrade behavior. Please get my apologies for bothering you. So sorry. Daichi GOTO wrote: > I guess someone not using Gnome needs dependency > for camel-1.2:${PORTSDIR}/databases/evolution-data-server > to use Totem correctly. Patch is follow: > > > diff -urBN totem-pl-parser.orig/Makefile totem-pl-parser/Makefile > --- totem-pl-parser.orig/Makefile 2009-08-03 04:34:52.000000000 +0900 > +++ totem-pl-parser/Makefile 2009-08-10 12:25:17.000000000 +0900 > @@ -16,7 +16,8 @@ > MAINTAINER= gnome@FreeBSD.org > COMMENT= GObject-based library to parse a host of playlist formats > > -LIB_DEPENDS= hal.1:${PORTSDIR}/sysutils/hal > +LIB_DEPENDS= hal.1:${PORTSDIR}/sysutils/hal \ > + camel-1.2:${PORTSDIR}/databases/evolution-data-server > > USE_BZIP2= yes > USE_GMAKE= yes > > > If there is no objection, I want to commit that. > Thanks -- ONGS Inc. CEO, Daichi GOTO (daichi@ongs.co.jp) TEL: 81-42-316-7945 FAX: 81-42-316-7946 WWW: http://www.ongs.co.jp/ From marcus at marcuscom.com Mon Aug 10 05:01:14 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Aug 10 05:01:22 2009 Subject: gnome 2 build problem In-Reply-To: <4A7F758C.6000908@educompmv.com> References: <4A7F758C.6000908@educompmv.com> Message-ID: <1249880473.70279.77.camel@shumai.marcuscom.com> On Sun, 2009-08-09 at 21:19 -0400, Eric W. Bates wrote: > Sorry. I'm sure you have better things to work on, but thanks for your > time... > > Spandy new installation of FreeBSD 7.2-RELEASE amd64 GENERIC kernel. > > Spandy new ports tree. All new builds. No old kruft. > > Most of the build is successful (tracker fails; but I just removed that > from build options and moved on). Currently stops while trying to build > totem in the py-gstreamer. Actual error is: > > gst.c: In function 'pygst_register_classes': > gst.c:27115: error: 'GST_TYPE_BUFFER_LIST' undeclared (first use in this > function) > gst.c:27115: error: (Each undeclared identifier is reported only once > gst.c:27115: error: for each function it appears in.) You need to run portupgrade -a first. Your gstreamer ports are out-of-date. 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-gnome/attachments/20090810/331f8fcd/attachment.pgp From bugmaster at FreeBSD.org Mon Aug 10 11:07:18 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 10 11:10:12 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200908101107.n7AB7HTD025537@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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/137585 gnome [PATCH] accessibility/gnome-mag: plist broken when dox f ports/137368 gnome x11-toolkits/libwnck: add menu option to configure dep s ports/137367 gnome net/libproxy: add menu option to configure dependence s ports/136967 gnome security/seahorse-plugins 2.26.2_1 + GPG = fail p ports/136676 gnome x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and f ports/136435 gnome security/gnome-keyring + hald prevents umount of usb d p ports/134737 gnome Update www/webkit-gtk2 to 1.1.7 f ports/134536 gnome [patch] graphics/gimp: Gimp 2.6.6 fails to open URI's o ports/134509 gnome graphics/inkscape: after loading any type of data file a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a f ports/134358 gnome x11/gnome2: trackerd uses up all of the cpu o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 12 problems total. From adalberto at bsd.com.br Mon Aug 10 12:51:58 2009 From: adalberto at bsd.com.br (=?ISO-8859-1?Q?Adalberto_Gon=E7alves?=) Date: Mon Aug 10 12:52:04 2009 Subject: Problem with libxml2 Message-ID: <85fc4e3c0908100518w7cb763abqdc1e9db27d8f3f4f@mail.gmail.com> Hello, I'm sorry contacting directly you, but I'm not sure where to go to. I've got a problem with LIBXML. It seens it's not parsing the regular I have the following type in the .XSD: Tipo string gen?rico And I can't assign a string with 2 characters. It's allowed 1, 3 or more. But as far as I can see, the expression allows 2. The erros are: Error 1839: [facet 'pattern'] The value 'XX' is not accepted by the pattern Error 1824: 'XX' is not a valid value of the local atomic type. I'd appreciate any help on how to solve this or the right place to report the problem. Thank you very much! From marcus at freebsd.org Mon Aug 10 17:05:45 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Mon Aug 10 17:05:51 2009 Subject: Problem with libxml2 In-Reply-To: <85fc4e3c0908100518w7cb763abqdc1e9db27d8f3f4f@mail.gmail.com> References: <85fc4e3c0908100518w7cb763abqdc1e9db27d8f3f4f@mail.gmail.com> Message-ID: <4A805364.6060905@freebsd.org> Adalberto Gon?alves wrote: > Hello, I'm sorry contacting directly you, but I'm not sure where to go to. > I've got a problem with LIBXML. It seens it's not parsing the regular > I have the following type in the .XSD: > > > Tipo string gen?rico > > > > > > > And I can't assign a string with 2 characters. It's allowed 1, 3 or > more. But as far as I can see, the expression allows 2. The erros are: > Error 1839: [facet 'pattern'] The value 'XX' is not accepted by the > pattern This does look like a bug, but I would report it to the libxml developers: http://xmlsoft.org/bugs.html . Joe > Error 1824: 'XX' is not a valid value of the local atomic type. > I'd appreciate any help on how to solve this or the right place to > report the problem. > > Thank you very much! > _______________________________________________ > 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" > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From dsh at wizard.volgograd.ru Mon Aug 10 17:14:31 2009 From: dsh at wizard.volgograd.ru (Denis Shaposhnikov) Date: Mon Aug 10 17:14:37 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) Message-ID: <20090810202102.3a2cf103@wizard.volgograd.ru> Hello, I have a problem with ConsoleKit. First, I don't use gdm. I tried gdm and everything works fine under it but I don't like gdm. I use xdm and gnome-session. Configuring mounting of removable devices I've found environment don't want to authorized me as user of active console session. Well, after some googling I've found ck-launch-session. Now my xdm executes my ~/.xsession using ck-launch-session and [xxx@localhost ~]% ck-list-sessions Session1: unix-user = '9999' realname = 'Denis Shaposhnikov' seat = 'Seat1' session-type = '' active = FALSE x11-display = ':0' x11-display-device = ' ? ' display-device = ' ? ' remote-host-name = '' is-local = TRUE on-since = '2009-08-10T12:10:39.961971Z' login-session-id = '' The environment still don't want to authorize me for actions like mounting/unmounting/shutdown/restart and so on. I think because "active = FALSE". Could somebody tell me how to fix it? Or how to configure my environment with xdm right? PS. I know how to permit everything using PolicyKit.conf but I think this is a workaround. Thanks! From marcus at freebsd.org Mon Aug 10 17:17:58 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Mon Aug 10 17:18:04 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <20090810202102.3a2cf103@wizard.volgograd.ru> References: <20090810202102.3a2cf103@wizard.volgograd.ru> Message-ID: <4A805644.5020703@freebsd.org> Denis Shaposhnikov wrote: > Hello, > > I have a problem with ConsoleKit. First, I don't use gdm. I tried gdm > and everything works fine under it but I don't like gdm. I use xdm and > gnome-session. Configuring mounting of removable devices I've found > environment don't want to authorized me as user of active console > session. Well, after some googling I've found ck-launch-session. Now my > xdm executes my ~/.xsession using ck-launch-session and > > [xxx@localhost ~]% ck-list-sessions > Session1: > unix-user = '9999' > realname = 'Denis Shaposhnikov' > seat = 'Seat1' > session-type = '' > active = FALSE > x11-display = ':0' > x11-display-device = ' ? ' > display-device = ' ? ' > remote-host-name = '' > is-local = TRUE > on-since = '2009-08-10T12:10:39.961971Z' > login-session-id = '' > > The environment still don't want to authorize me for actions like > mounting/unmounting/shutdown/restart and so on. I think because "active > = FALSE". Could somebody tell me how to fix it? Or how to configure my > environment with xdm right? Make sure procfs is mounted on /proc. Also, see http://www.freebsd.org/gnome/docs/halfaq.html . Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From dsh at wizard.volgograd.ru Mon Aug 10 18:26:09 2009 From: dsh at wizard.volgograd.ru (Denis Shaposhnikov) Date: Mon Aug 10 18:26:16 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <4A805644.5020703@freebsd.org> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> Message-ID: <20090810220615.63b54b5c@wizard.volgograd.ru> Hello, On Mon, 10 Aug 2009 13:17:56 -0400 Joe Marcus Clarke wrote: > Make sure procfs is mounted on /proc. Also, see > http://www.freebsd.org/gnome/docs/halfaq.html . Sure, /proc is mounted and hal works fine. I have no problem with hal, I can do everything with I have problem with ConsoleKit only. Something wrong with it because after using ck-launch-session it thinks my session isn't active console session. From marcus at freebsd.org Mon Aug 10 19:10:53 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Mon Aug 10 19:11:00 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <20090810220615.63b54b5c@wizard.volgograd.ru> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> Message-ID: <4A8070BB.6050105@freebsd.org> Denis Shaposhnikov wrote: > Hello, > > On Mon, 10 Aug 2009 13:17:56 -0400 > Joe Marcus Clarke wrote: > >> Make sure procfs is mounted on /proc. Also, see >> http://www.freebsd.org/gnome/docs/halfaq.html . > > Sure, /proc is mounted and hal works fine. I have no problem with hal, > I can do everything with > > > > > > > > > I have problem with ConsoleKit only. Something wrong with it because > after using ck-launch-session it thinks my session isn't active console > session. Then there is a problem getting the current X display device. The script that does this is a bit of a hack since there's no good way of getting this. Have a look at /usr/local/libexec/ck-get-x11-display-device, and make sure that script can succeed. Joe > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From dsh at wizard.volgograd.ru Mon Aug 10 19:22:32 2009 From: dsh at wizard.volgograd.ru (Denis Shaposhnikov) Date: Mon Aug 10 19:22:38 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <4A8070BB.6050105@freebsd.org> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> <4A8070BB.6050105@freebsd.org> Message-ID: <20090810232225.4a0ea576@wizard.volgograd.ru> Hello, On Mon, 10 Aug 2009 15:10:51 -0400 Joe Marcus Clarke wrote: > Then there is a problem getting the current X display device. The > script that does this is a bit of a hack since there's no good way of > getting this. Have a look at > /usr/local/libexec/ck-get-x11-display-device, and make sure that > script can succeed. Yep, this script works: [xxx@localhost ~]% /usr/local/libexec/ck-get-x11-display-device /dev/ttyv1 From marcus at freebsd.org Mon Aug 10 19:26:29 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Mon Aug 10 19:26:35 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <20090810232225.4a0ea576@wizard.volgograd.ru> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> <4A8070BB.6050105@freebsd.org> <20090810232225.4a0ea576@wizard.volgograd.ru> Message-ID: <4A807463.7070901@freebsd.org> Denis Shaposhnikov wrote: > Hello, > > On Mon, 10 Aug 2009 15:10:51 -0400 > Joe Marcus Clarke wrote: > >> Then there is a problem getting the current X display device. The >> script that does this is a bit of a hack since there's no good way of >> getting this. Have a look at >> /usr/local/libexec/ck-get-x11-display-device, and make sure that >> script can succeed. > > Yep, this script works: > > [xxx@localhost ~]% /usr/local/libexec/ck-get-x11-display-device > /dev/ttyv1 Clearly not when it's run when CK starts up. How exactly are you launching CK? If you run this command from within your .xsession script, what output do you get? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From dsh at wizard.volgograd.ru Tue Aug 11 09:38:42 2009 From: dsh at wizard.volgograd.ru (Denis Shaposhnikov) Date: Tue Aug 11 09:38:48 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <4A807463.7070901@freebsd.org> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> <4A8070BB.6050105@freebsd.org> <20090810232225.4a0ea576@wizard.volgograd.ru> <4A807463.7070901@freebsd.org> Message-ID: <20090811133832.1a68b865@wizard.volgograd.ru> Hello, On Mon, 10 Aug 2009 15:26:27 -0400 Joe Marcus Clarke wrote: > > [xxx@localhost ~]% /usr/local/libexec/ck-get-x11-display-device > > /dev/ttyv1 > > Clearly not when it's run when CK starts up. How exactly are you > launching CK? From /usr/local/lib/X11/xdm/Xsession: # The startup script is not intended to have arguments. startup=$HOME/.xsession resources=$HOME/.Xresources if [ -s "$startup" ]; then if [ -x "$startup" ]; then exec ck-launch-session "$startup" else exec ck-launch-session /bin/sh "$startup" fi else > If you run this command from within your .xsession > script, what output do you get? I've found nobody executes /usr/local/libexec/ck-get-x11-display-device during ck-launch-session. I've added echo XXX > /tmp/123 into the begin of this script and didn't found /tmp/123 file after login. From parseerror at gmail.com Wed Aug 12 05:39:31 2009 From: parseerror at gmail.com (Ryan Flynn) Date: Wed Aug 12 05:39:39 2009 Subject: libiconv patch to build with llvm/clang c compiler Message-ID: Hello, Attached is a patch that allows the libiconv port to build with the llvm/clang C compiler. It updates a few existing patches and adds 2 new ones, basically just adding --tag=CC under libtool, since apparently it is unable to discern that clang is a c compiler. With this patch libiconv builds (with a few minor warnings from clang related to the source) and passes "make check". A couple of people have been working to get FreeBSD compiling under clang: http://wiki.freebsd.org/BuildingFreeBSDWithClang and from these results http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005274.html it appears that getting libiconv building with clang will be helpful towards that effort. Please let me know if this patch is usable, and if not what I can do. Thanks Ryan -------------- next part -------------- A non-text attachment was scrubbed... Name: libiconv-ports-builds-with-clang.patch Type: text/x-diff Size: 3742 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090812/a14d00b4/libiconv-ports-builds-with-clang.bin From marcus at marcuscom.com Thu Aug 13 12:51:03 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Thu Aug 13 12:51:16 2009 Subject: port sysutils/hal -> fixed_mountpoints - what does this mean? In-Reply-To: <20090813123749.GB72063@mech-cluster241.men.bris.ac.uk> References: <20090813123749.GB72063@mech-cluster241.men.bris.ac.uk> Message-ID: <1250167858.77213.11.camel@shumai.marcuscom.com> On Thu, 2009-08-13 at 13:37 +0100, Anton Shterenlikht wrote: > in port sysutils/hal there is an option > > fixed_mountpoints= > > which is "off" by default. > Is the meaning of this option documented somewhere? This option tells hal to use fixed names for /media mount points instead of volume labels. It should have no effect on being able to detect or mount media. Joe > > I've had lots of trouble with hal/dbus/X in the past > I wonder if my options are to blame. > > many thanks > -- 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-gnome/attachments/20090813/ff88eb5f/attachment.pgp From mexas at bristol.ac.uk Thu Aug 13 12:53:16 2009 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Thu Aug 13 12:53:21 2009 Subject: port sysutils/hal -> fixed_mountpoints - what does this mean? Message-ID: <20090813123749.GB72063@mech-cluster241.men.bris.ac.uk> in port sysutils/hal there is an option fixed_mountpoints= which is "off" by default. Is the meaning of this option documented somewhere? I've had lots of trouble with hal/dbus/X in the past I wonder if my options are to blame. many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From marcus at FreeBSD.org Thu Aug 13 14:09:32 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Thu Aug 13 14:09:38 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <20090811133832.1a68b865@wizard.volgograd.ru> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> <4A8070BB.6050105@freebsd.org> <20090810232225.4a0ea576@wizard.volgograd.ru> <4A807463.7070901@freebsd.org> <20090811133832.1a68b865@wizard.volgograd.ru> Message-ID: <1250172573.77213.24.camel@shumai.marcuscom.com> On Tue, 2009-08-11 at 13:38 +0400, Denis Shaposhnikov wrote: > Hello, > > On Mon, 10 Aug 2009 15:26:27 -0400 > Joe Marcus Clarke wrote: > > > > [xxx@localhost ~]% /usr/local/libexec/ck-get-x11-display-device > > > /dev/ttyv1 > > > > Clearly not when it's run when CK starts up. How exactly are you > > launching CK? > > From /usr/local/lib/X11/xdm/Xsession: > > # The startup script is not intended to have arguments. > > startup=$HOME/.xsession > resources=$HOME/.Xresources > > if [ -s "$startup" ]; then > if [ -x "$startup" ]; then > exec ck-launch-session "$startup" > else > exec ck-launch-session /bin/sh "$startup" > fi > else > > > If you run this command from within your .xsession > > script, what output do you get? > > I've found nobody executes /usr/local/libexec/ck-get-x11-display-device > during ck-launch-session. I've added > > echo XXX > /tmp/123 > > into the begin of this script and didn't found /tmp/123 file after > login. You may want to have a look at this patch: https://bugzilla.redhat.com/attachment.cgi?id=321652 It should add CK support to xdm natively assuming you define USE_CONSOLEKIT when building it. 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-gnome/attachments/20090813/3c35c53d/attachment.pgp From stb at lassitu.de Thu Aug 13 15:50:35 2009 From: stb at lassitu.de (Stefan Bethke) Date: Thu Aug 13 15:50:55 2009 Subject: Update to hal 0.5.12 or later? Message-ID: Hi, I'm trying to get x11-drivers/xf86-input-vmmouse to work with hal, and I found two issues: - the fdi installed by the vmmouse port has a element that won't work on FreeBSD. I have a patch that corrects that, see below. - hal-probe-vmmouse uses hal-set-property with the --direct switch, which hal 0.5.11 does not offer. AFAICT, there's no workaround, since normal communiation with hald is not possible while it's starting up. This means that the X11 driver property will remain set to "mouse" instead of "vmmouse", prefering the standard driver over the VMware one. Are there plans to update hal to 0.5.12 or newer anytime soon, or should I try to come up with a patch? Please keep me CCed, as I'm not subscribed to freebsd-gnome. Thanks, Stefan --- fdi/11-x11-vmmouse.fdi 2008-12-16 23:41:13.000000000 +0100 +++ /usr/local/share/hal/fdi/policy/20thirdparty/11-x11-vmmouse.fdi 2009-08-13 16:00:23.000000000 +0200 @@ -2,7 +2,7 @@ - + hal-probe- vmmouse -- Stefan Bethke Fon +49 151 14070811 From marcus at marcuscom.com Thu Aug 13 15:56:40 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Thu Aug 13 15:56:47 2009 Subject: Update to hal 0.5.12 or later? In-Reply-To: References: Message-ID: <1250179001.77213.28.camel@shumai.marcuscom.com> On Thu, 2009-08-13 at 17:31 +0200, Stefan Bethke wrote: > Hi, > > I'm trying to get x11-drivers/xf86-input-vmmouse to work with hal, and > I found two issues: > > - the fdi installed by the vmmouse port has a element that > won't work on FreeBSD. I have a patch that corrects that, see below. > - hal-probe-vmmouse uses hal-set-property with the --direct switch, > which hal 0.5.11 does not offer. AFAICT, there's no workaround, since > normal communiation with hald is not possible while it's starting up. > This means that the X11 driver property will remain set to "mouse" > instead of "vmmouse", prefering the standard driver over the VMware one. > > Are there plans to update hal to 0.5.12 or newer anytime soon, or > should I try to come up with a patch? Hal has been updated to 0.5.13 in the MarcusCom CVS repository pending the release of GNOME 2.28 in September. You can preview this by going to http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi . Joe > > Please keep me CCed, as I'm not subscribed to freebsd-gnome. > > > Thanks, > Stefan > > --- fdi/11-x11-vmmouse.fdi 2008-12-16 23:41:13.000000000 +0100 > +++ /usr/local/share/hal/fdi/policy/20thirdparty/11-x11-vmmouse.fdi > 2009-08-13 16:00:23.000000000 +0200 > @@ -2,7 +2,7 @@ > > > > - > + > hal-probe- > vmmouse > > > > -- 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-gnome/attachments/20090813/f88307f7/attachment.pgp From stb at lassitu.de Thu Aug 13 16:26:48 2009 From: stb at lassitu.de (Stefan Bethke) Date: Thu Aug 13 16:26:54 2009 Subject: Update to hal 0.5.12 or later? In-Reply-To: <1250179001.77213.28.camel@shumai.marcuscom.com> References: <1250179001.77213.28.camel@shumai.marcuscom.com> Message-ID: <98A3E383-7F7F-4BA4-9E45-DAF53D7270E2@lassitu.de> Am 13.08.2009 um 17:56 schrieb Joe Marcus Clarke: > On Thu, 2009-08-13 at 17:31 +0200, Stefan Bethke wrote: >> - hal-probe-vmmouse uses hal-set-property with the --direct switch, >> which hal 0.5.11 does not offer. AFAICT, there's no workaround, >> since >> normal communiation with hald is not possible while it's starting up. >> This means that the X11 driver property will remain set to "mouse" >> instead of "vmmouse", prefering the standard driver over the VMware >> one. >> >> Are there plans to update hal to 0.5.12 or newer anytime soon, or >> should I try to come up with a patch? > > Hal has been updated to 0.5.13 in the MarcusCom CVS repository pending > the release of GNOME 2.28 in September. You can preview this by going > to http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi . Thanks for the quick reply! Is there an easy workaround for the hal-set-property --direct issue in the meantime? Or should I just locally change the fdi to always set input.x11_driver=vmmouse? Thanks, Stefan -- Stefan Bethke Fon +49 151 14070811 From marcus at marcuscom.com Thu Aug 13 16:40:04 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Thu Aug 13 16:40:17 2009 Subject: Update to hal 0.5.12 or later? In-Reply-To: <98A3E383-7F7F-4BA4-9E45-DAF53D7270E2@lassitu.de> References: <1250179001.77213.28.camel@shumai.marcuscom.com> <98A3E383-7F7F-4BA4-9E45-DAF53D7270E2@lassitu.de> Message-ID: <1250181604.77213.32.camel@shumai.marcuscom.com> On Thu, 2009-08-13 at 18:26 +0200, Stefan Bethke wrote: > Am 13.08.2009 um 17:56 schrieb Joe Marcus Clarke: > > > On Thu, 2009-08-13 at 17:31 +0200, Stefan Bethke wrote: > >> - hal-probe-vmmouse uses hal-set-property with the --direct switch, > >> which hal 0.5.11 does not offer. AFAICT, there's no workaround, > >> since > >> normal communiation with hald is not possible while it's starting up. > >> This means that the X11 driver property will remain set to "mouse" > >> instead of "vmmouse", prefering the standard driver over the VMware > >> one. > >> > >> Are there plans to update hal to 0.5.12 or newer anytime soon, or > >> should I try to come up with a patch? > > > > Hal has been updated to 0.5.13 in the MarcusCom CVS repository pending > > the release of GNOME 2.28 in September. You can preview this by going > > to http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi . > > Thanks for the quick reply! > > Is there an easy workaround for the hal-set-property --direct issue in > the meantime? Or should I just locally change the fdi to always set > input.x11_driver=vmmouse? I think locally modifying and installing the overriding fdi file is the way to go now. Joe > > > Thanks, > Stefan > -- 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-gnome/attachments/20090813/7e7fbf82/attachment.pgp From stb at lassitu.de Thu Aug 13 16:52:31 2009 From: stb at lassitu.de (Stefan Bethke) Date: Thu Aug 13 16:52:38 2009 Subject: Update to hal 0.5.12 or later? In-Reply-To: <1250181604.77213.32.camel@shumai.marcuscom.com> References: <1250179001.77213.28.camel@shumai.marcuscom.com> <98A3E383-7F7F-4BA4-9E45-DAF53D7270E2@lassitu.de> <1250181604.77213.32.camel@shumai.marcuscom.com> Message-ID: <7F3F0A57-0606-459B-BF7A-8D09F1BA1533@lassitu.de> Am 13.08.2009 um 18:40 schrieb Joe Marcus Clarke: > On Thu, 2009-08-13 at 18:26 +0200, Stefan Bethke wrote: >> Am 13.08.2009 um 17:56 schrieb Joe Marcus Clarke: >> >>> On Thu, 2009-08-13 at 17:31 +0200, Stefan Bethke wrote: >>>> - hal-probe-vmmouse uses hal-set-property with the --direct switch, >>>> which hal 0.5.11 does not offer. AFAICT, there's no workaround, >>>> since >>>> normal communiation with hald is not possible while it's starting >>>> up. >>>> This means that the X11 driver property will remain set to "mouse" >>>> instead of "vmmouse", prefering the standard driver over the VMware >>>> one. >>>> >>>> Are there plans to update hal to 0.5.12 or newer anytime soon, or >>>> should I try to come up with a patch? >>> >>> Hal has been updated to 0.5.13 in the MarcusCom CVS repository >>> pending >>> the release of GNOME 2.28 in September. You can preview this by >>> going >>> to http://www.marcuscom.com:8080/cgi-bin/cvsweb.cgi . >> >> Thanks for the quick reply! >> >> Is there an easy workaround for the hal-set-property --direct issue >> in >> the meantime? Or should I just locally change the fdi to always set >> input.x11_driver=vmmouse? > > I think locally modifying and installing the overriding fdi file is > the > way to go now. Cool. I've submitted ports/137731 with a patch to vmmouse to force this for the time being. http://www.freebsd.org/cgi/query-pr.cgi?pr=137731 Stefan -- Stefan Bethke Fon +49 151 14070811 From edwin at FreeBSD.org Thu Aug 13 18:00:22 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Aug 13 18:00:52 2009 Subject: ports/137736: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE Message-ID: <200908131800.n7DI0Le2008421@freefall.freebsd.org> Synopsis: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Thu Aug 13 18:00:21 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137736 From edwin at FreeBSD.org Thu Aug 13 18:00:37 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Aug 13 18:01:09 2009 Subject: ports/137738: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE Message-ID: <200908131800.n7DI0abk011342@freefall.freebsd.org> Synopsis: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Thu Aug 13 18:00:36 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137738 From edwin at FreeBSD.org Thu Aug 13 18:00:42 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Aug 13 18:01:09 2009 Subject: ports/137739: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE Message-ID: <200908131800.n7DI0f9h012183@freefall.freebsd.org> Synopsis: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Thu Aug 13 18:00:41 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137739 From edwin at FreeBSD.org Thu Aug 13 18:00:48 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Thu Aug 13 18:01:24 2009 Subject: ports/137740: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE Message-ID: <200908131800.n7DI0lAk013076@freefall.freebsd.org> Synopsis: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Thu Aug 13 18:00:47 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137740 From amdmi3 at amdmi3.ru Thu Aug 13 18:17:27 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 13 18:17:34 2009 Subject: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE Message-ID: <20090813175931.205F2108842@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 16:00:15 MSD 2009 >Description: Mark MAKE_JOBS_UNSAFE, this fails with forced jobs Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- gconf-1.0.9_16.patch begins here --- Index: Makefile =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/gconf/Makefile,v retrieving revision 1.58 diff -u -u -r1.58 Makefile --- Makefile 2 Aug 2009 19:33:08 -0000 1.58 +++ Makefile 13 Aug 2009 17:14:01 -0000 @@ -29,5 +29,6 @@ GNU_CONFIGURE= yes CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-L${LOCALBASE}/lib" +MAKE_JOBS_UNSAFE=yes .include --- gconf-1.0.9_16.patch ends here --- From amdmi3 at amdmi3.ru Thu Aug 13 18:22:28 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 13 18:22:49 2009 Subject: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE Message-ID: <20090813175937.C46D8108842@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 16:00:15 MSD 2009 >Description: Mark MAKE_JOBS_UNSAFE, this fails with forced jobs Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- gal-0.24_7.patch begins here --- Index: Makefile =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/x11-toolkits/gal/Makefile,v retrieving revision 1.60 diff -u -u -r1.60 Makefile --- Makefile 2 Aug 2009 19:36:20 -0000 1.60 +++ Makefile 13 Aug 2009 17:40:31 -0000 @@ -30,6 +30,7 @@ CONFIGURE_ARGS= --enable-static --with-libiconv CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LIBS="-L${LOCALBASE}/lib" +MAKE_JOBS_UNSAFE=yes PLIST_SUB= VERSION=${PORTVERSION} --- gal-0.24_7.patch ends here --- From amdmi3 at amdmi3.ru Thu Aug 13 18:22:32 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 13 18:22:49 2009 Subject: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE Message-ID: <20090813175936.2A13E108842@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 16:00:15 MSD 2009 >Description: Mark MAKE_JOBS_UNSAFE, this fails with forced jobs Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- libgda-0.2.96_11.patch begins here --- Index: Makefile =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/databases/libgda/Makefile,v retrieving revision 1.46 diff -u -u -r1.46 Makefile --- Makefile 2 Aug 2009 19:32:43 -0000 1.46 +++ Makefile 13 Aug 2009 17:25:09 -0000 @@ -32,5 +32,6 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LIBS="-L${LOCALBASE}/lib -lintl -lgdbm" PLIST_SUB= VERSION=${PORTVERSION} +MAKE_JOBS_UNSAFE=yes .include --- libgda-0.2.96_11.patch ends here --- From amdmi3 at amdmi3.ru Thu Aug 13 18:59:26 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu Aug 13 18:59:32 2009 Subject: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE Message-ID: <20090813175924.D2DDA108842@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Fri Jul 31 16:00:15 MSD 2009 >Description: Mark MAKE_JOBS_UNSAFE, this fails with forced jobs Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- libxml-1.8.17_4.patch begins here --- Index: Makefile =================================================================== RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/textproc/libxml/Makefile,v retrieving revision 1.59 diff -u -u -r1.59 Makefile --- Makefile 2 Aug 2009 19:35:49 -0000 1.59 +++ Makefile 13 Aug 2009 17:02:48 -0000 @@ -19,6 +19,7 @@ USE_GNOME= pkgconfig GNU_CONFIGURE= yes USE_LDCONFIG= yes +MAKE_JOBS_UNSAFE=yes pre-patch: @${FIND} ${WRKSRC} -name "*.[ch]" | ${XARGS} ${REINPLACE_CMD} -e \ --- libxml-1.8.17_4.patch ends here --- From amdmi3 at amdmi3.ru Sat Aug 15 01:58:53 2009 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sat Aug 15 01:58:59 2009 Subject: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol Message-ID: <20090815015840.923FB108842@hades.panopticon> >Submitter-Id: current-users >Originator: Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Thu Jul 30 19:51:12 MSD 2009 >Description: # xdg-open "http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/applications.html#PORTS-MAJOR-UPGRADE" sed: 1: "s#%s#http://www.freebsd ...": bad flag in substitute command: 'P' xdg-open:367: browser_with_arg=`echo "$browser" | sed s#%s#"$1"#` obviously there should be some escaping. Or, I'd use printf instead of echo here. I've also submitted this upstream: https://bugs.freedesktop.org/show_bug.cgi?id=23319 Port maintainer (gnome@FreeBSD.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: From edwin at FreeBSD.org Sat Aug 15 02:00:27 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Aug 15 02:00:33 2009 Subject: ports/137784: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol Message-ID: <200908150200.n7F20Rjl020381@freefall.freebsd.org> Synopsis: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sat Aug 15 02:00:27 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137784 From marcus at FreeBSD.org Sat Aug 15 17:13:21 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:13:27 2009 Subject: ports/137585: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed Message-ID: <200908151713.n7FHDKdH062692@freefall.freebsd.org> Synopsis: [PATCH] accessibility/gnome-mag: plist broken when doxygen is installed State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:13:09 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137585 From marcus at FreeBSD.org Sat Aug 15 17:14:26 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:14:32 2009 Subject: ports/137736: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE Message-ID: <200908151714.n7FHEPvD063154@freefall.freebsd.org> Synopsis: [PATCH] textproc/libxml: mark MAKE_JOBS_UNSAFE State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:14:15 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137736 From marcus at FreeBSD.org Sat Aug 15 17:15:25 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:15:31 2009 Subject: ports/137738: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE Message-ID: <200908151715.n7FHFOE1063219@freefall.freebsd.org> Synopsis: [PATCH] devel/gconf: mark MAKE_JOBS_UNSAFE State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:15:16 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137738 From marcus at FreeBSD.org Sat Aug 15 17:16:21 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:16:28 2009 Subject: ports/137739: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE Message-ID: <200908151716.n7FHGLln063274@freefall.freebsd.org> Synopsis: [PATCH] databases/libgda: mark MAKE_JOBS_UNSAFE State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:16:12 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137739 From marcus at FreeBSD.org Sat Aug 15 17:17:19 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:17:29 2009 Subject: ports/137740: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE Message-ID: <200908151717.n7FHHJ3W063362@freefall.freebsd.org> Synopsis: [PATCH] x11-toolkits/gal: mark MAKE_JOBS_UNSAFE State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:17:10 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137740 From dfilter at FreeBSD.ORG Sat Aug 15 17:20:09 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:20:35 2009 Subject: ports/137585: commit references a PR Message-ID: <200908151720.n7FHK721063464@freefall.freebsd.org> The following reply was made to PR ports/137585; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137585: commit references a PR Date: Sat, 15 Aug 2009 17:13:17 +0000 (UTC) marcus 2009-08-15 17:13:04 UTC FreeBSD ports repository Added files: accessibility/gnome-mag/files patch-docs_reference_Makefile.in Log: Fix the plist when doxygen is installed. PR: 137585 Submitted by: Marcin Wisnicki Revision Changes Path 1.3 +11 -0 ports/accessibility/gnome-mag/files/patch-docs_reference_Makefile.in (new) _______________________________________________ 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 dfilter at FreeBSD.ORG Sat Aug 15 17:20:10 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:20:36 2009 Subject: ports/137736: commit references a PR Message-ID: <200908151720.n7FHK9q9063497@freefall.freebsd.org> The following reply was made to PR ports/137736; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137736: commit references a PR Date: Sat, 15 Aug 2009 17:14:26 +0000 (UTC) marcus 2009-08-15 17:14:11 UTC FreeBSD ports repository Modified files: textproc/libxml Makefile Log: Mark MAKE_JOBS_UNSAFE. PR: 137736 Submitted by: amdmi3 Revision Changes Path 1.60 +1 -0 ports/textproc/libxml/Makefile _______________________________________________ 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 dfilter at FreeBSD.ORG Sat Aug 15 17:20:11 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:20:36 2009 Subject: ports/137738: commit references a PR Message-ID: <200908151720.n7FHKBk4063509@freefall.freebsd.org> The following reply was made to PR ports/137738; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137738: commit references a PR Date: Sat, 15 Aug 2009 17:15:25 +0000 (UTC) marcus 2009-08-15 17:15:12 UTC FreeBSD ports repository Modified files: devel/gconf Makefile Log: Mark MAKE_JOBS_UNSAFE. PR: 137738 Submitted by: amdmi3 Revision Changes Path 1.59 +1 -0 ports/devel/gconf/Makefile _______________________________________________ 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 dfilter at FreeBSD.ORG Sat Aug 15 17:20:13 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:20:37 2009 Subject: ports/137739: commit references a PR Message-ID: <200908151720.n7FHKD4M063615@freefall.freebsd.org> The following reply was made to PR ports/137739; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137739: commit references a PR Date: Sat, 15 Aug 2009 17:16:16 +0000 (UTC) marcus 2009-08-15 17:16:08 UTC FreeBSD ports repository Modified files: databases/libgda Makefile Log: Mark MAKE_JOBS_UNSAFE. PR: 137739 Submitted by: amdmi3 Revision Changes Path 1.47 +1 -0 ports/databases/libgda/Makefile _______________________________________________ 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 dfilter at FreeBSD.ORG Sat Aug 15 17:20:15 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:20:37 2009 Subject: ports/137740: commit references a PR Message-ID: <200908151720.n7FHKFtK063849@freefall.freebsd.org> The following reply was made to PR ports/137740; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137740: commit references a PR Date: Sat, 15 Aug 2009 17:17:19 +0000 (UTC) marcus 2009-08-15 17:17:06 UTC FreeBSD ports repository Modified files: x11-toolkits/gal Makefile Log: Mark MAKE_JOBS_UNSAFE. PR: 137740 Submitted by: amdmi3 Revision Changes Path 1.61 +1 -0 ports/x11-toolkits/gal/Makefile _______________________________________________ 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 marcus at FreeBSD.org Sat Aug 15 17:28:17 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 15 17:28:23 2009 Subject: ports/137784: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol Message-ID: <200908151728.n7FHSFf5070439@freefall.freebsd.org> Synopsis: [PATCH] devel/xdg-utils: cannot handle arguments with # symbol State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 15 17:28:06 UTC 2009 State-Changed-Why: Fixed, thanks for reporting. http://www.freebsd.org/cgi/query-pr.cgi?pr=137784 From dfilter at FreeBSD.ORG Sat Aug 15 17:30:09 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 15 17:30:15 2009 Subject: ports/137784: commit references a PR Message-ID: <200908151730.n7FHU5Co070656@freefall.freebsd.org> The following reply was made to PR ports/137784; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137784: commit references a PR Date: Sat, 15 Aug 2009 17:28:11 +0000 (UTC) marcus 2009-08-15 17:28:02 UTC FreeBSD ports repository Modified files: devel/xdg-utils Makefile Added files: devel/xdg-utils/files patch-scripts_xdg-open Log: Fix xdg-open when the URL passed contains a '#'. PR: 137784 Revision Changes Path 1.8 +1 -1 ports/devel/xdg-utils/Makefile 1.1 +13 -0 ports/devel/xdg-utils/files/patch-scripts_xdg-open (new) _______________________________________________ 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 marcus at marcuscom.com Sat Aug 15 18:08:20 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 15 18:08:27 2009 Subject: libiconv patch to build with llvm/clang c compiler In-Reply-To: References: Message-ID: <1250359704.23396.27.camel@shumai.marcuscom.com> On Wed, 2009-08-12 at 01:15 -0400, Ryan Flynn wrote: > Hello, > > Attached is a patch that allows the libiconv port to build with the > llvm/clang C compiler. > It updates a few existing patches and adds 2 new ones, basically just > adding --tag=CC under libtool, > since apparently it is unable to discern that clang is a c compiler. > With this patch libiconv builds > (with a few minor warnings from clang related to the source) and > passes "make check". > > A couple of people have been working to get FreeBSD compiling under clang: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > and from these results > > http://lists.cs.uiuc.edu/pipermail/cfe-dev/2009-June/005274.html > > it appears that getting libiconv building with clang will be helpful > towards that effort. Committed, thanks! 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-gnome/attachments/20090815/7ad052a7/attachment.pgp From pi at opsec.eu Sun Aug 16 12:25:14 2009 From: pi at opsec.eu (Kurt Jaeger) Date: Sun Aug 16 12:25:20 2009 Subject: port graphics/gimp-help has build-dependency on gnome-doc-utils Message-ID: <20090816122513.GA71102@home.opsec.eu> Hi! I just build graphics/gimp-help and it has an undocumented build-dependency on textproc/gnome-doc-utils for /usr/local/bin/xml2po. Just FYI. -- pi@opsec.eu +49 171 3101372 11 years to go ! From QAT at FreeBSD.org Mon Aug 17 05:27:10 2009 From: QAT at FreeBSD.org (QAT@FreeBSD.org) Date: Mon Aug 17 05:27:19 2009 Subject: cvs commit: ports/mail/anubis Makefile ports/irc/bitlbee Makefile ports/irc/bitlbee-otr Makefile ports/mail/claws-mail Makefile ports/net-im/climm Makefile ports/irc/conspire Makefile ports/net/csync2 Makefile ports/irc/ctrlprox In-Reply-To: <200908161804.n7GI4egB004368@repoman.freebsd.org> References: <200908161804.n7GI4egB004368@repoman.freebsd.org> Message-ID: <20090817052409.A5AE039810@qat.tcbug.org> The Restless Daemon identified a configure error while trying to build: loudmouth-1.4.3_1 maintained by gnome@FreeBSD.org Makefile ident: $FreeBSD: ports/net-im/loudmouth/Makefile,v 1.49 2009/08/16 18:04:34 novel Exp $ Excerpt from http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/loudmouth-1.4.3_1.log : checking for LOUDMOUTH... yes checking for LIBIDN... yes checking for check - version >= 0.9.2... no *** Could not run check test program, checking why... *** The test program failed to compile or link. See the file config.log for *** the exact error that occured. checking whether to build gtk-doc documentation... no checking for gtkdoc-check... no checking for gethostbyname in -lnsl... no checking for socket in -lsocket... no checking for res_query in -lresolv... no checking for libgnutls-config... no checking for libgnutls - version >= 1.4.0... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: GnuTLS was not found, use --with-ssl=[no|openssl] to build without SSL support or with OpenSSL ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach (a) "/work/a/ports/net-im/loudmouth/work/loudmouth-1.4.3/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /a/ports/net-im/loudmouth. ================================================================ build of /usr/ports/net-im/loudmouth ended at Mon Aug 17 05:24:07 UTC 2009 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/7-STABLE-FPT-NPD/loudmouth-1.4.3_1.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=net-im&portname=loudmouth The build which triggered this BotMail was done under tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 4 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From edwin at FreeBSD.org Mon Aug 17 06:50:17 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Mon Aug 17 06:50:29 2009 Subject: ports/137866: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Message-ID: <200908170650.n7H6oHEl031641@freefall.freebsd.org> Synopsis: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Mon Aug 17 06:50:16 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137866 From andy.lavr at reactor-xg.kiev.ua Mon Aug 17 07:11:04 2009 From: andy.lavr at reactor-xg.kiev.ua (Andrei V. Lavreniyuk) Date: Mon Aug 17 07:11:11 2009 Subject: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Message-ID: <4A88FA4F.8000604@reactor-xg.kiev.ua> Hi! /usr/ports/net-im/loudmouth# make ===> loudmouth-1.4.3_1 depends on executable: gmake - found ===> loudmouth-1.4.3_1 depends on file: /usr/local/bin/libtool - found ===> loudmouth-1.4.3_1 depends on executable: pkg-config - found ===> loudmouth-1.4.3_1 depends on shared library: idn.16 - found ===> loudmouth-1.4.3_1 depends on shared library: gnutls.40 - found ===> loudmouth-1.4.3_1 depends on shared library: glib-2.0.0 - found ===> Configuring for loudmouth-1.4.3_1 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... amd64-portbld-freebsd8.0 checking host system type... amd64-portbld-freebsd8.0 checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by gmake... GNU checking dependency style of cc... gcc3 checking for library containing strerror... none required checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking how to run the C++ preprocessor... c++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc static flag -static works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd8.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ static flag -static works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd8.0 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.16... yes checking for GLIB - version >= 2.0.0... yes (version 2.20.4) checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for memory.h... (cached) yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking netinet/in_systm.h usability... yes checking netinet/in_systm.h presence... yes checking for netinet/in_systm.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for unistd.h... (cached) yes checking winsock2.h usability... no checking winsock2.h presence... no checking for winsock2.h... no checking arpa/nameser_compat.h usability... yes checking arpa/nameser_compat.h presence... yes checking for arpa/nameser_compat.h... yes checking what warning flags to pass to the C compiler... checking for tm_gmtoff in struct tm... yes checking for LOUDMOUTH... yes checking for LIBIDN... yes checking for check - version >= 0.9.2... yes checking whether to build gtk-doc documentation... no checking for gtkdoc-check... no checking for gethostbyname in -lnsl... no checking for socket in -lsocket... no checking for res_query in -lresolv... no checking for libgnutls-config... no checking for libgnutls - version >= 1.4.0... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: GnuTLS was not found, use --with-ssl=[no|openssl] to build without SSL support or with OpenSSL ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach (a) "/usr/ports/net-im/loudmouth/work/loudmouth-1.4.3/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /usr/ports/net-im/loudmouth. *** Error code 1 Stop in /usr/ports/net-im/loudmouth. =========== # pkg_info -E gnut\* gnutls-2.8.3 Best regards, Andrei Lavreniyuk From Fluffy at fluffy.khv.ru Mon Aug 17 07:30:19 2009 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Mon Aug 17 07:30:36 2009 Subject: ports/137866: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Message-ID: <200908170730.n7H7UEAJ080698@freefall.freebsd.org> The following reply was made to PR ports/137866; it has been noted by GNATS. From: Dima Panov To: freebsd-ports-bugs@freebsd.org Cc: Andrei Lavreniyuk , freebsd-gnats-submit@freebsd.org, gnome@freebsd.org Subject: Re: ports/137866: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Date: Mon, 17 Aug 2009 18:25:14 +1100 --Boundary-00=_bXQiKNFa1m5rPUT Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit On Monday 17 August 2009 17:46:45 Andrei Lavreniyuk wrote: > >Number: 137866 > >Category: ports > >Synopsis: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-ports-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Aug 17 06:50:06 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Andrei Lavreniyuk > >Release: FreeBSD 8.0-BETA2 > >Organization: > > Technica-03, Inc. > > >Environment: > > FreeBSD datacenter.technica-03.local 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Sun > Jul 19 09:20:13 EEST 2009 > root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP64 amd64 > > >Description: > Fix by enable OpenSSL by default: Index: net-im/loudmouth/Makefile =================================================================== RCS file: /home/ncvs/ports/net-im/loudmouth/Makefile,v retrieving revision 1.49 diff -u -r1.49 Makefile --- net-im/loudmouth/Makefile 16 Aug 2009 18:04:34 -0000 1.49 +++ net-im/loudmouth/Makefile 17 Aug 2009 07:23:50 -0000 @@ -26,12 +26,21 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-Wl,-Bsymbolic -L${LOCALBASE}/lib" -OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" on +OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" off \ + OPENSSL "Enable SSL (via OpenSSL) support" on .include +.if defined(WITH_GNUTLS) && defined(WITH_OPENSSL) +IGNORE= may only use GNU TLS if OpenSSL support is disabled +.endif + .if !defined(WITHOUT_GNUTLS) LIB_DEPENDS+= gnutls.40:${PORTSDIR}/security/gnutls +CONFIGURE_ARGS+= --with-ssl=gnutls +.elif !defined(WITHOUT_OPENSSL) +USE_OPENSSL= yes +CONFIGURE_ARGS+= --with-ssl=openssl .else CONFIGURE_ARGS+= --without-ssl .endif -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 --Boundary-00=_bXQiKNFa1m5rPUT Content-Type: text/x-patch; charset="UTF-8"; name="loudmouth.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="loudmouth.diff" Index: net-im/loudmouth/Makefile =================================================================== RCS file: /home/ncvs/ports/net-im/loudmouth/Makefile,v retrieving revision 1.49 diff -u -r1.49 Makefile --- net-im/loudmouth/Makefile 16 Aug 2009 18:04:34 -0000 1.49 +++ net-im/loudmouth/Makefile 17 Aug 2009 07:23:50 -0000 @@ -26,12 +26,21 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-Wl,-Bsymbolic -L${LOCALBASE}/lib" -OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" on +OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" off \ + OPENSSL "Enable SSL (via OpenSSL) support" on .include +.if defined(WITH_GNUTLS) && defined(WITH_OPENSSL) +IGNORE= may only use GNU TLS if OpenSSL support is disabled +.endif + .if !defined(WITHOUT_GNUTLS) LIB_DEPENDS+= gnutls.40:${PORTSDIR}/security/gnutls +CONFIGURE_ARGS+= --with-ssl=gnutls +.elif !defined(WITHOUT_OPENSSL) +USE_OPENSSL= yes +CONFIGURE_ARGS+= --with-ssl=openssl .else CONFIGURE_ARGS+= --without-ssl .endif --Boundary-00=_bXQiKNFa1m5rPUT-- From Fluffy at fluffy.khv.ru Mon Aug 17 07:36:05 2009 From: Fluffy at fluffy.khv.ru (Dima Panov) Date: Mon Aug 17 07:36:11 2009 Subject: ports/137866: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) In-Reply-To: <200908170646.n7H6kjmD026803@www.freebsd.org> References: <200908170646.n7H6kjmD026803@www.freebsd.org> Message-ID: <200908171825.16037.Fluffy@fluffy.khv.ru> On Monday 17 August 2009 17:46:45 Andrei Lavreniyuk wrote: > >Number: 137866 > >Category: ports > >Synopsis: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) > >Confidential: no > >Severity: non-critical > >Priority: medium > >Responsible: freebsd-ports-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Aug 17 06:50:06 UTC 2009 > >Closed-Date: > >Last-Modified: > >Originator: Andrei Lavreniyuk > >Release: FreeBSD 8.0-BETA2 > >Organization: > > Technica-03, Inc. > > >Environment: > > FreeBSD datacenter.technica-03.local 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Sun > Jul 19 09:20:13 EEST 2009 > root@datacenter.technica-03.local:/usr/obj/usr/src/sys/SMP64 amd64 > > >Description: > Fix by enable OpenSSL by default: Index: net-im/loudmouth/Makefile =================================================================== RCS file: /home/ncvs/ports/net-im/loudmouth/Makefile,v retrieving revision 1.49 diff -u -r1.49 Makefile --- net-im/loudmouth/Makefile 16 Aug 2009 18:04:34 -0000 1.49 +++ net-im/loudmouth/Makefile 17 Aug 2009 07:23:50 -0000 @@ -26,12 +26,21 @@ CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ LDFLAGS="-Wl,-Bsymbolic -L${LOCALBASE}/lib" -OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" on +OPTIONS= GNUTLS "Enable SSL (via GnuTLS) support" off \ + OPENSSL "Enable SSL (via OpenSSL) support" on .include +.if defined(WITH_GNUTLS) && defined(WITH_OPENSSL) +IGNORE= may only use GNU TLS if OpenSSL support is disabled +.endif + .if !defined(WITHOUT_GNUTLS) LIB_DEPENDS+= gnutls.40:${PORTSDIR}/security/gnutls +CONFIGURE_ARGS+= --with-ssl=gnutls +.elif !defined(WITHOUT_OPENSSL) +USE_OPENSSL= yes +CONFIGURE_ARGS+= --with-ssl=openssl .else CONFIGURE_ARGS+= --without-ssl .endif -- Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 -------------- next part -------------- A non-text attachment was scrubbed... Name: loudmouth.diff Type: text/x-patch Size: 1015 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090817/3a766d0f/loudmouth.bin From bugmaster at FreeBSD.org Mon Aug 17 11:07:17 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 17 11:10:28 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200908171107.n7HB7GQv076177@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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/137866 gnome Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BET f ports/137368 gnome x11-toolkits/libwnck: add menu option to configure dep s ports/137367 gnome net/libproxy: add menu option to configure dependence s ports/136967 gnome security/seahorse-plugins 2.26.2_1 + GPG = fail p ports/136676 gnome x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and f ports/136435 gnome security/gnome-keyring + hald prevents umount of usb d p ports/134737 gnome Update www/webkit-gtk2 to 1.1.7 f ports/134536 gnome [patch] graphics/gimp: Gimp 2.6.6 fails to open URI's o ports/134509 gnome graphics/inkscape: after loading any type of data file a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a f ports/134358 gnome x11/gnome2: trackerd uses up all of the cpu o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 12 problems total. From marcus at FreeBSD.org Mon Aug 17 18:07:44 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Mon Aug 17 18:07:50 2009 Subject: ports/137866: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) Message-ID: <200908171807.n7HI7hnw006826@freefall.freebsd.org> Synopsis: Cannot compile ports/net-im/loudmouth (FreeBSD 8.0 BETA-2) State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Mon Aug 17 18:07:32 UTC 2009 State-Changed-Why: This has been fixed. Thanks for reporting. http://www.freebsd.org/cgi/query-pr.cgi?pr=137866 From dsh at wizard.volgograd.ru Mon Aug 17 21:11:52 2009 From: dsh at wizard.volgograd.ru (Denis Shaposhnikov) Date: Mon Aug 17 21:11:59 2009 Subject: using xdm with ck-launch-session (PolicyKit/ConsoleKit) In-Reply-To: <1250172573.77213.24.camel@shumai.marcuscom.com> References: <20090810202102.3a2cf103@wizard.volgograd.ru> <4A805644.5020703@freebsd.org> <20090810220615.63b54b5c@wizard.volgograd.ru> <4A8070BB.6050105@freebsd.org> <20090810232225.4a0ea576@wizard.volgograd.ru> <4A807463.7070901@freebsd.org> <20090811133832.1a68b865@wizard.volgograd.ru> <1250172573.77213.24.camel@shumai.marcuscom.com> Message-ID: <20090818011152.0a2c0da9@wizard.volgograd.ru> Hello, On Thu, 13 Aug 2009 10:09:33 -0400 Joe Marcus Clarke wrote: > You may want to have a look at this patch: > > https://bugzilla.redhat.com/attachment.cgi?id=321652 > > It should add CK support to xdm natively assuming you define > USE_CONSOLEKIT when building it. I've tried it but it doesn't work. I've tried to modify it but couldn't do it fast and I've lost interest for this problem. I think much easier to use gdm or modify PolicyKit.conf to give more permissions. Thank you for your help and don't worry about it anymore. From Gloft at ya.ru Tue Aug 18 08:34:04 2009 From: Gloft at ya.ru (=?UTF-8?B?0J/QtdGC0YPQvdC10L3QutC+INCU0LzQuNGC0YDQuNC5?=) Date: Tue Aug 18 08:34:12 2009 Subject: [/usr/ports/devel/glib12] Script "configure" failed unexpectedly Message-ID: <8951250583165@webmail42.yandex.ru> Hi! When install XMMS, port glib12 displays an error. ---------------------------------------------------------------- ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist Try `ltconfig --help' for more information. configure: error: libtool configure failed ===> Script "configure" failed unexpectedly. Please run the gnomelogalyzer, available from "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the problem and suggest a solution. If - and only if - the gnomelogalyzer cannot solve the problem, report the build failure to the FreeBSD GNOME team at gnome@FreeBSD.org, and attach (a) "/usr/ports/devel/glib12/work/glib-1.2.10/config.log", (b) the output of the failed make command, and (c) the gnomelogalyzer output. Also, it might be a good idea to provide an overview of all packages installed on your system (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with the attachment. Try to avoid sending any attachments to the mailing list (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are usually discarded by the mailing list software. *** Error code 1 Stop in /usr/ports/devel/glib12. *** Error code 1 Stop in /usr/ports/multimedia/xmms. *** Error code 1 Stop in /usr/ports/multimedia/xmms. ---------------------------------------------------------------- Run the gnomelogalyzer: ---------------------------------------------------------------- #./gnomelogalyzer.sh Generating build log. Please wait... done. The cause of your build failure is not known to gnomelogalyzer.sh. Before e-mailing the build log to the FreeBSD GNOME team at freebsd-gnome@FreeBSD.org, TRY EACH OF THE FOLLOWING: * If you are generating your own logfile, make sure to generate it with something similar to: "make 2>&1 | tee /path/to/logfile" (sh/bash/ksh/zsh) or "make |& tee /path/to/logfile" (csh/tcsh) * Make sure your cvsup(1) configuration file specifies the 'ports-all' collection * Run cvsup(1) and attempt the build again * Check /usr/ports/UPDATING for information pertinent to your build failure * 99% of the commonly reported build failures can be solved by running "portupgrade -a" * Read the FAQs at http://www.FreeBSD.org/gnome/ * Search the archives of freebsd-gnome@FreeBSD.org. Archives can be searched at http://www.freebsd.org/gnome/index.html#search If you have not performed each of the above suggestions, don't bother asking for help. The chances are good that you'll simply be told to perform one of the aforementioned steps. ---------------------------------------------------------------- # uname -a FreeBSD 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 ---------------------------------------------------------------- Best regards, Dm. -------------- next part -------------- A non-text attachment was scrubbed... Name: lsPkg Type: application/octet-stream Size: 4715 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090818/d481b1ac/lsPkg.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log Type: application/octet-stream Size: 1239 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090818/d481b1ac/config.obj From Gloft at ya.ru Tue Aug 18 14:07:19 2009 From: Gloft at ya.ru (=?UTF-8?B?0J/QtdGC0YPQvdC10L3QutC+INCU0LzQuNGC0YDQuNC5?=) Date: Tue Aug 18 14:07:26 2009 Subject: install library "cairo.2" Message-ID: <38591250603782@webmail52.yandex.ru> Hi How install library "cairo.2" in FreeBSD? OS: FreeBSD 7.2-RELEASE-p3 /usr/obj/usr/src/sys/GENERIC i386 -- Best regards, Dm. From marcus at marcuscom.com Tue Aug 18 18:10:45 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Tue Aug 18 18:10:52 2009 Subject: [/usr/ports/devel/glib12] Script "configure" failed unexpectedly In-Reply-To: <8951250583165@webmail42.yandex.ru> References: <8951250583165@webmail42.yandex.ru> Message-ID: <1250619044.1292.23.camel@shumai.marcuscom.com> On Tue, 2009-08-18 at 12:12 +0400, ????????? ??????? wrote: > Hi! > When install XMMS, port glib12 displays an error. > ---------------------------------------------------------------- > ltconfig: `/usr/local/share/libtool/config/ltmain.sh' does not exist You did not follow /usr/ports/UPDATING to upgrade your libtool package. Do this first, then make clean for glib12, and try building it again. Joe > Try `ltconfig --help' for more information. > configure: error: libtool configure failed > ===> Script "configure" failed unexpectedly. > Please run the gnomelogalyzer, available from > "http://www.freebsd.org/gnome/gnomelogalyzer.sh", which will diagnose the > problem and suggest a solution. If - and only if - the gnomelogalyzer cannot > solve the problem, report the build failure to the FreeBSD GNOME team at > gnome@FreeBSD.org, and attach (a) > "/usr/ports/devel/glib12/work/glib-1.2.10/config.log", (b) the output of the > failed make command, and (c) the gnomelogalyzer output. Also, it might be a > good idea to provide an overview of all packages installed on your system > (i.e. an `ls /var/db/pkg`). Put your attachment up on any website, > copy-and-paste into http://freebsd-gnome.pastebin.com, or use send-pr(1) with > the attachment. Try to avoid sending any attachments to the mailing list > (gnome@FreeBSD.org), because attachments sent to FreeBSD mailing lists are > usually discarded by the mailing list software. > *** Error code 1 > > Stop in /usr/ports/devel/glib12. > *** Error code 1 > > Stop in /usr/ports/multimedia/xmms. > *** Error code 1 > > Stop in /usr/ports/multimedia/xmms. > ---------------------------------------------------------------- > Run the gnomelogalyzer: > ---------------------------------------------------------------- > #./gnomelogalyzer.sh > Generating build log. Please wait... done. > The cause of your build failure is not known to gnomelogalyzer.sh. Before > e-mailing the build log to the FreeBSD GNOME team at freebsd-gnome@FreeBSD.org, > TRY EACH OF THE FOLLOWING: > > * If you are generating your own logfile, make sure to generate it with > something similar to: > "make 2>&1 | tee /path/to/logfile" (sh/bash/ksh/zsh) or > "make |& tee /path/to/logfile" (csh/tcsh) > * Make sure your cvsup(1) configuration file specifies the 'ports-all' > collection > * Run cvsup(1) and attempt the build again > * Check /usr/ports/UPDATING for information pertinent to your build > failure > * 99% of the commonly reported build failures can be solved by > running "portupgrade -a" > * Read the FAQs at http://www.FreeBSD.org/gnome/ > * Search the archives of freebsd-gnome@FreeBSD.org. Archives can be > searched at http://www.freebsd.org/gnome/index.html#search > > If you have not performed each of the above suggestions, don't bother asking > for help. The chances are good that you'll simply be told to perform one of > the aforementioned steps. > ---------------------------------------------------------------- > # uname -a > FreeBSD 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 08:49:13 UTC 2009 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > ---------------------------------------------------------------- > > Best regards, Dm. > _______________________________________________ > 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-gnome/attachments/20090818/7a2ccc2e/attachment.pgp From edwin at FreeBSD.org Wed Aug 19 05:00:25 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Wed Aug 19 05:00:31 2009 Subject: ports/137946: [patch] converters/fribidi: update to 0.19.2 Message-ID: <200908190500.n7J50PS8068235@freefall.freebsd.org> Synopsis: [patch] converters/fribidi: update to 0.19.2 Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Wed Aug 19 05:00:24 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137946 From erwin at FreeBSD.org Wed Aug 19 13:20:55 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Aug 19 13:21:01 2009 Subject: Ports with duplicate LATEST_LINKS Message-ID: <200908191320.n7JDKs1M039937@builder.freebsd.org> Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== py26-gtk x11-toolkits/py-gtk gnome@FreeBSD.org py26-gtk x11-toolkits/py-gtk2 gnome@FreeBSD.org Total: 2 ports From conny.seidel at bsd-crew.de Wed Aug 19 14:55:14 2009 From: conny.seidel at bsd-crew.de (Conny Seidel) Date: Wed Aug 19 14:55:23 2009 Subject: questioin about py-orbit Message-ID: <20090819163659.5a8fe5d0@kahooli.krondor> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've recently tried to update my machine but wasn't able to install py-orbit. The error message could be found in the attachement. Any ideas, how to fix this build? MfG, Conny - -- - ------------------------------------------------------------------ | Email: conny.seidel@bsd-crew.de | | GnuPG-Key: C724DE9D | | Fingerprint: 213C 1A65 5F0F CF7B 5EFB 2534 4C60 FE05 C724 DE9D | - ------------------------------------------------------------------ Hier ist dein Fortune-Cookie: If I love you, what business is it of yours? -- Johann van Goethe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqMDgsACgkQTGD+Bcck3p0eSgCfVQD/X5RD/8Gd/imqQwdR6Opg WpcAoJrGMuKoCBxAJkMoSi57/jaJ34RD =nozd -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: py-orbit.build Type: application/octet-stream Size: 6303 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090819/de8200d1/py-orbit.obj From edwin at FreeBSD.org Wed Aug 19 21:10:11 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Wed Aug 19 21:10:19 2009 Subject: ports/137977: Update port: audio/gnome-media Added new options Message-ID: <200908192110.n7JLABLx057514@freefall.freebsd.org> Synopsis: Update port: audio/gnome-media Added new options Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Wed Aug 19 21:10:10 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137977 From edwin at FreeBSD.org Wed Aug 19 21:10:17 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Wed Aug 19 21:10:35 2009 Subject: ports/137978: Update port: audio/gnome-media Added new options Message-ID: <200908192110.n7JLAGBa058280@freefall.freebsd.org> Synopsis: Update port: audio/gnome-media Added new options Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Wed Aug 19 21:10:16 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=137978 From erwin at FreeBSD.org Thu Aug 20 13:20:54 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu Aug 20 13:21:00 2009 Subject: Ports with duplicate LATEST_LINKS Message-ID: <200908201320.n7KDKrL2093696@builder.freebsd.org> Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== py26-gtk x11-toolkits/py-gtk gnome@FreeBSD.org py26-gtk x11-toolkits/py-gtk2 gnome@FreeBSD.org Total: 2 ports From avg at icyb.net.ua Thu Aug 20 13:37:07 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 20 13:37:18 2009 Subject: pulseaudio build error (curious/strange) Message-ID: <4A8D517F.7050405@icyb.net.ua> ... /bin/sh /usr/obj/ports/usr/ports/audio/pulseaudio/work/gnome-libtool --tag=CC --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I../src -I../src -I../src/modules -I../src/modules -I../src/modules/rtp -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/gconf -I../src/modules/bluetooth -I../src/modules/bluetooth -I../src/modules/alsa -I../src/modules/alsa -I../src/modules/raop -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/usr/local/include -I/usr/local/include -DPA_DLSEARCHPATH=\"/usr/local/lib/pulse-0.9.15/modules/\" -DPA_DEFAULT_CONFIG_DIR=\"/usr/local/etc/pulse\" -DPA_BINARY=\"/usr/local/bin/pulseaudio\" -DPA_SYSTEM_RUNTIME_PATH=\"/var/run/pulse\" -DPA_SYSTEM_CONFIG_PATH=\"/var/lib/pulse\" -DPA_SYSTEM_STATE_PATH=\"/var/lib/pulse\" -DAO_REQUIRE_CAS -DPULSE_LOCALEDIR=\"/usr/local/share/locale\" -DPA_MACHINE_ID=\"/var/lib/dbus/machine-id\" -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -Wall -W -Wextra -pipe -Wno-long-long -Winline -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wsign-compare -Wformat-security -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 -fno-common -fdiagnostics-show-option -MT module-raop-sink.lo -MD -MP -MF .deps/module-raop-sink.Tpo -c -o module-raop-sink.lo `test -f 'modules/module-raop-sink.c' || echo './'`modules/module-raop-sink.c gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I../src -I../src -I../src/modules -I../src/modules -I../src/modules/rtp -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/gconf -I../src/modules/bluetooth -I../src/modules/bluetooth -I../src/modules/alsa -I../src/modules/alsa -I../src/modules/raop -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/usr/local/include -I/usr/local/include -DPA_DLSEARCHPATH=\"/usr/local/lib/pulse-0.9.15/modules/\" -DPA_DEFAULT_CONFIG_DIR=\"/usr/local/etc/pulse\" -DPA_BINARY=\"/usr/local/bin/pulseaudio\" -DPA_SYSTEM_RUNTIME_PATH=\"/var/run/pulse\" -DPA_SYSTEM_CONFIG_PATH=\"/var/lib/pulse\" -DPA_SYSTEM_STATE_PATH=\"/var/lib/pulse\" -DAO_REQUIRE_CAS -DPULSE_LOCALEDIR=\"/usr/local/share/locale\" -DPA_MACHINE_ID=\"/var/lib/dbus/machine-id\" -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -Wall -W -Wextra -pipe -Wno-long-long -Winline -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wsign-compare -Wformat-security -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 -fno-common -fdiagnostics-show-option -MT module-raop-sink.lo -MD -MP -MF .deps/module-raop-sink.Tpo -c modules/module-raop-sink.c -fPIC -DPIC -o .libs/module-raop-sink.o In file included from /usr/local/include/sdp.h:26, from modules/module-raop-sink.c:65: /usr/local/include/mpeg4ip.h:126: warning: redundant redeclaration of 'strcasestr' [-Wredundant-decls] /usr/include/string.h:72: warning: previous declaration of 'strcasestr' was here modules/module-raop-sink.c: In function 'module_raop_sink_LTX_pa__get_version': modules/module-raop-sink.c:71: error: 'PACKAGE_VERSION' undeclared (first use in this function) modules/module-raop-sink.c:71: error: (Each undeclared identifier is reported only once modules/module-raop-sink.c:71: error: for each function it appears in.) The thing is that PACKAGE_VERSION is actually defined in config.h. But there is something strange/curios. module-raop-sink.c includes /usr/local/include/sdp.h that in turn includes /usr/local/include/mpeg4ip.h. mpeg4ip.h has the following code: #ifndef _WIN32 #ifdef PACKAGE_BUGREPORT #define TEMP_PACKAGE_BUGREPORT PACKAGE_BUGREPORT #define TEMP_PACKAGE_NAME PACKAGE_NAME #define TEMP_PACKAGE_STRING PACKAGE_STRING #define TEMP_PACKAGE_TARNAME PACKAGE_TARNAME #define TEMP_PACKAGE_VERSION PACKAGE_VERSION #undef PACKAGE_BUGREPORT #undef PACKAGE_NAME #undef PACKAGE_STRING #undef PACKAGE_TARNAME #undef PACKAGE_VERSION #include #undef PACKAGE_BUGREPORT #undef PACKAGE_NAME #undef PACKAGE_STRING #undef PACKAGE_TARNAME #undef PACKAGE_VERSION #define PACKAGE_BUGREPORT TEMP_PACKAGE_BUGREPORT #define PACKAGE_NAME TEMP_PACKAGE_NAME #define PACKAGE_STRING TEMP_PACKAGE_STRING #define PACKAGE_TARNAME TEMP_PACKAGE_TARNAME #define PACKAGE_VERSION TEMP_PACKAGE_VERSION #else #include #endif #endif In our case PACKAGE_BUGREPORT is actually defined (in config.h). So this whole block is enabled. But after pre-processor goes through it PACKAGE_VERSION becomes 'simply defined', that is, it is defined, but not to any particular value. So apparently the witty macro code doesn't work like its authors intended it to work (akin to push/pop). Ideas? -- Andriy Gapon From avg at icyb.net.ua Thu Aug 20 15:28:54 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Aug 20 15:29:06 2009 Subject: webkit-gtk2 vs libtool-2.2.6a Message-ID: <4A8D6BB3.20505@icyb.net.ua> webkit-gtk2 fails to build after libtool-2.2.6a update. Auto tools provide some helpful self diagnostics: ===> Configuring for webkit-gtk2-1.0.1_8 /usr/local/share/aclocal/smpeg.m4:13: warning: underquoted definition of AM_PATH_SMPEG /usr/local/share/aclocal/smpeg.m4:13: run info '(automake)Extending aclocal' /usr/local/share/aclocal/smpeg.m4:13: or see http://sources.redhat.com/automake/automake.html#Extending-aclocal configure.ac:70: warning: AC_CACHE_VAL(lt_prog_compiler_pic_works, ...): suspicious cache-id, must contain _cv_ to be cached [many more like that] ... libtoolize: putting auxiliary files in `.'. libtoolize: linking file `./ltmain.sh' libtoolize: You should add the contents of the following files to `aclocal.m4': libtoolize: `/usr/local/share/aclocal/libtool.m4' libtoolize: `/usr/local/share/aclocal/ltversion.m4' libtoolize: `/usr/local/share/aclocal/ltsugar.m4' libtoolize: `/usr/local/share/aclocal/lt~obsolete.m4' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. ... checking dependency style of c++... gcc3 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel ./configure: 4727: Syntax error: word unexpected (expecting ")") ===> Script "configure" failed unexpectedly. Failing line is "_LT_DECL" one below: ======================= fi _LT_DECL(build_old_libs, enable_static, 0, Whether or not to build static libraries) enable_win32_dll=yes ======================= Apparently this is not poper shell syntax. I made the port compile by hacking autogen.sh to add the following lines: cat /usr/local/share/aclocal/lt[o-v~]* >> aclocal.m4 cat /usr/local/share/aclocal/libtool.m4 >> aclocal.m4 -- Andriy Gapon From miwi at FreeBSD.org Thu Aug 20 20:51:03 2009 From: miwi at FreeBSD.org (miwi@FreeBSD.org) Date: Thu Aug 20 20:51:15 2009 Subject: ports/137980: fix for textprox/libxml2 Message-ID: <200908202051.n7KKp3r3014668@freefall.freebsd.org> Synopsis: fix for textprox/libxml2 Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: miwi Responsible-Changed-When: Thu Aug 20 20:51:03 UTC 2009 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=137980 From linimon at FreeBSD.org Fri Aug 21 06:45:07 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Aug 21 06:45:29 2009 Subject: FreeBSD ports that you maintain which are currently marked broken Message-ID: <20090821062820.330DF1CCB5@mail.droso.net> Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: databases/libgda4-jdbc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libgda4-jdbc If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From erwin at FreeBSD.org Fri Aug 21 13:20:19 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Aug 21 13:20:38 2009 Subject: Ports with duplicate LATEST_LINKS Message-ID: <200908211320.n7LDKJeE024943@builder.freebsd.org> Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== py26-gtk x11-toolkits/py-gtk gnome@FreeBSD.org py26-gtk x11-toolkits/py-gtk2 gnome@FreeBSD.org Total: 2 ports From mvh at ix.netcom.com Fri Aug 21 20:15:53 2009 From: mvh at ix.netcom.com (Mike Harding) Date: Fri Aug 21 20:15:59 2009 Subject: screensaver still broken... Message-ID: <20090821201549.2C7AC17FDB@bsd.mvh> I still have issues where a screen lock won't let me type in my password, have to kill it from a console. Also, the LCD backlight for my desktop machine doesn't turn off... something in GNOME turns off the power saving in X. Does these lines in ~/.xsession-errors about org.gnome.ScreenSaver mean anything? ... GNOME_KEYRING_SOCKET=/var/tmp/keyring-nSCzz5/socket SSH_AUTH_SOCK=/var/tmp/keyring-nSCzz5/socket.ssh Window manager warning: Failed to read saved session file /home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms: Failed to open file '/home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms': No such file or directory ** (gnome-volume-control-applet:2341): DEBUG: Disabling debugging ** (gnome-power-manager:2339): WARNING **: DBUS error: Could not get owner of name 'org.gnome.ScreenSaver': no such name ** (gnome-power-manager:2339): DEBUG: proxy is NULL, maybe the daemon responsible for org.gnome.ScreenSaver is not running? ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. ** (gnome-power-manager:2339): DEBUG: This machine is not identified as a laptop.system.formfactor is desktop. ** (gnome-power-manager:2339): DEBUG: We are not a laptop, so not even trying Unable to open desktop file /usr/local/share/gnome/applications/gnome-terminal.desktop for panel launcher: No such file or directory system-config-printer-applet: failed to start NewPrinterNotification service Initializing nautilus-open-terminal extension ... From marcus at freebsd.org Fri Aug 21 20:43:48 2009 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Fri Aug 21 20:43:55 2009 Subject: screensaver still broken... In-Reply-To: <20090821201549.2C7AC17FDB@bsd.mvh> References: <20090821201549.2C7AC17FDB@bsd.mvh> Message-ID: <4A8F0701.8040206@freebsd.org> Mike Harding wrote: > I still have issues where a screen lock won't let me type in my > password, have to kill it from a console. Also, the LCD backlight for > my desktop machine doesn't turn off... something in GNOME turns off > the power saving in X. > > Does these lines in ~/.xsession-errors about org.gnome.ScreenSaver > mean anything? No. Everyone sees them. I cannot reproduce the gnome-screensaver problems on any of my machines. And I don't have a machine with fully working power management to test backlight stuff. I don't have any suggestions, either because I have not seen these problems. Maybe some of the upstream GNOME people have some ideas of things to try. Joe > > ... > GNOME_KEYRING_SOCKET=/var/tmp/keyring-nSCzz5/socket > SSH_AUTH_SOCK=/var/tmp/keyring-nSCzz5/socket.ssh > Window manager warning: Failed to read saved session file /home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms: Failed to open file '/home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms': No such file or directory > ** (gnome-volume-control-applet:2341): DEBUG: Disabling debugging > > ** (gnome-power-manager:2339): WARNING **: DBUS error: Could not get owner of name 'org.gnome.ScreenSaver': no such name > ** (gnome-power-manager:2339): DEBUG: proxy is NULL, maybe the daemon responsible for org.gnome.ScreenSaver is not running? > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > ** (gnome-power-manager:2339): DEBUG: This machine is not identified as a laptop.system.formfactor is desktop. > ** (gnome-power-manager:2339): DEBUG: We are not a laptop, so not even trying > Unable to open desktop file /usr/local/share/gnome/applications/gnome-terminal.desktop for panel launcher: No such file or directory > system-config-printer-applet: failed to start NewPrinterNotification service > Initializing nautilus-open-terminal extension > > ... > _______________________________________________ > 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" > -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From oberman at es.net Fri Aug 21 22:25:12 2009 From: oberman at es.net (Kevin Oberman) Date: Fri Aug 21 22:25:17 2009 Subject: screensaver still broken... In-Reply-To: Your message of "Fri, 21 Aug 2009 16:43:45 EDT." <4A8F0701.8040206@freebsd.org> Message-ID: <20090821222510.52C4D1CC09@ptavv.es.net> > Date: Fri, 21 Aug 2009 16:43:45 -0400 > From: Joe Marcus Clarke > Sender: owner-freebsd-gnome@freebsd.org > > Mike Harding wrote: > > I still have issues where a screen lock won't let me type in my > > password, have to kill it from a console. Also, the LCD backlight for > > my desktop machine doesn't turn off... something in GNOME turns off > > the power saving in X. > > > > Does these lines in ~/.xsession-errors about org.gnome.ScreenSaver > > mean anything? > > No. Everyone sees them. I cannot reproduce the gnome-screensaver > problems on any of my machines. And I don't have a machine with fully > working power management to test backlight stuff. I don't have any > suggestions, either because I have not seen these problems. Maybe some > of the upstream GNOME people have some ideas of things to try. > > Joe > > > > > ... > > GNOME_KEYRING_SOCKET=/var/tmp/keyring-nSCzz5/socket > > SSH_AUTH_SOCK=/var/tmp/keyring-nSCzz5/socket.ssh > > Window manager warning: Failed to read saved session file /home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms: Failed to open file '/home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms': No such file or directory > > ** (gnome-volume-control-applet:2341): DEBUG: Disabling debugging > > > > ** (gnome-power-manager:2339): WARNING **: DBUS error: Could not get owner of name 'org.gnome.ScreenSaver': no such name > > ** (gnome-power-manager:2339): DEBUG: proxy is NULL, maybe the daemon responsible for org.gnome.ScreenSaver is not running? > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > ** (gnome-power-manager:2339): DEBUG: This machine is not identified as a laptop.system.formfactor is desktop. > > ** (gnome-power-manager:2339): DEBUG: We are not a laptop, so not even trying > > Unable to open desktop file /usr/local/share/gnome/applications/gnome-terminal.desktop for panel launcher: No such file or directory > > system-config-printer-applet: failed to start NewPrinterNotification service > > Initializing nautilus-open-terminal extension > > > > ... > > _______________________________________________ > > 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" > > I've grabbed a ktrace of it and I see a bunch of read errors. That would make some sense as it looks like the screensaver get to the point of accepting input when it dies. I'll try to get a bit of time to look at it more closely, but I've just been too busy. -- 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 marcus at FreeBSD.org Sat Aug 22 00:16:01 2009 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Sat Aug 22 00:16:08 2009 Subject: screensaver still broken... In-Reply-To: <20090821222510.52C4D1CC09@ptavv.es.net> References: <20090821222510.52C4D1CC09@ptavv.es.net> Message-ID: <1250900159.99362.2.camel@shumai.marcuscom.com> On Fri, 2009-08-21 at 15:25 -0700, Kevin Oberman wrote: > > Date: Fri, 21 Aug 2009 16:43:45 -0400 > > From: Joe Marcus Clarke > > Sender: owner-freebsd-gnome@freebsd.org > > > > Mike Harding wrote: > > > I still have issues where a screen lock won't let me type in my > > > password, have to kill it from a console. Also, the LCD backlight for > > > my desktop machine doesn't turn off... something in GNOME turns off > > > the power saving in X. > > > > > > Does these lines in ~/.xsession-errors about org.gnome.ScreenSaver > > > mean anything? > > > > No. Everyone sees them. I cannot reproduce the gnome-screensaver > > problems on any of my machines. And I don't have a machine with fully > > working power management to test backlight stuff. I don't have any > > suggestions, either because I have not seen these problems. Maybe some > > of the upstream GNOME people have some ideas of things to try. > > > > Joe > > > > > > > > ... > > > GNOME_KEYRING_SOCKET=/var/tmp/keyring-nSCzz5/socket > > > SSH_AUTH_SOCK=/var/tmp/keyring-nSCzz5/socket.ssh > > > Window manager warning: Failed to read saved session file /home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms: Failed to open file '/home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms': No such file or directory > > > ** (gnome-volume-control-applet:2341): DEBUG: Disabling debugging > > > > > > ** (gnome-power-manager:2339): WARNING **: DBUS error: Could not get owner of name 'org.gnome.ScreenSaver': no such name > > > ** (gnome-power-manager:2339): DEBUG: proxy is NULL, maybe the daemon responsible for org.gnome.ScreenSaver is not running? > > > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > > ** (gnome-power-manager:2339): DEBUG: This machine is not identified as a laptop.system.formfactor is desktop. > > > ** (gnome-power-manager:2339): DEBUG: We are not a laptop, so not even trying > > > Unable to open desktop file /usr/local/share/gnome/applications/gnome-terminal.desktop for panel launcher: No such file or directory > > > system-config-printer-applet: failed to start NewPrinterNotification service > > > Initializing nautilus-open-terminal extension > > > > > > ... > > > _______________________________________________ > > > 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" > > > > > I've grabbed a ktrace of it and I see a bunch of read errors. That would > make some sense as it looks like the screensaver get to the point of > accepting input when it dies. One thing that is absolutely required is that /usr/local/bin/pam_helper exists, and setuid root. If you run this command manually as: /usr/local/bin/pam_helper gnome-screensaver USERNAME Where USERNAME is your username, then type in your password, and hit Control+D, you should get back an exit status of 0 (i.e. $? = 0 or $status = 0). If this tool isn't working, then unlocking will not be possible. Joe > > I'll try to get a bit of time to look at it more closely, but I've just > been too busy. -- 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-gnome/attachments/20090822/f7c7fda5/attachment.pgp From oberman at es.net Sat Aug 22 05:51:27 2009 From: oberman at es.net (Kevin Oberman) Date: Sat Aug 22 05:51:34 2009 Subject: screensaver still broken... In-Reply-To: Your message of "Fri, 21 Aug 2009 20:15:59 EDT." <1250900159.99362.2.camel@shumai.marcuscom.com> Message-ID: <20090822055121.AE6671CC09@ptavv.es.net> > From: Joe Marcus Clarke > Date: Fri, 21 Aug 2009 20:15:59 -0400 > > On Fri, 2009-08-21 at 15:25 -0700, Kevin Oberman wrote: > > > Date: Fri, 21 Aug 2009 16:43:45 -0400 > > > From: Joe Marcus Clarke > > > Sender: owner-freebsd-gnome@freebsd.org > > > > > > Mike Harding wrote: > > > > I still have issues where a screen lock won't let me type in my > > > > password, have to kill it from a console. Also, the LCD backlight for > > > > my desktop machine doesn't turn off... something in GNOME turns off > > > > the power saving in X. > > > > > > > > Does these lines in ~/.xsession-errors about org.gnome.ScreenSaver > > > > mean anything? > > > > > > No. Everyone sees them. I cannot reproduce the gnome-screensaver > > > problems on any of my machines. And I don't have a machine with fully > > > working power management to test backlight stuff. I don't have any > > > suggestions, either because I have not seen these problems. Maybe some > > > of the upstream GNOME people have some ideas of things to try. > > > > > > Joe > > > > > > > > > > > ... > > > > GNOME_KEYRING_SOCKET=/var/tmp/keyring-nSCzz5/socket > > > > SSH_AUTH_SOCK=/var/tmp/keyring-nSCzz5/socket.ssh > > > > Window manager warning: Failed to read saved session file /home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms: Failed to open file '/home/mvh/.config/metacity/sessions/10de59714e160f9b21125086698531955500000022920015.ms': No such file or directory > > > > ** (gnome-volume-control-applet:2341): DEBUG: Disabling debugging > > > > > > > > ** (gnome-power-manager:2339): WARNING **: DBUS error: Could not get owner of name 'org.gnome.ScreenSaver': no such name > > > > ** (gnome-power-manager:2339): DEBUG: proxy is NULL, maybe the daemon responsible for org.gnome.ScreenSaver is not running? > > > > > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > > > > > > > ** (gnome-power-manager:2339): WARNING **: This machine is not identified as a laptop.system.formfactor is desktop. > > > > ** (gnome-power-manager:2339): DEBUG: This machine is not identified as a laptop.system.formfactor is desktop. > > > > ** (gnome-power-manager:2339): DEBUG: We are not a laptop, so not even trying > > > > Unable to open desktop file /usr/local/share/gnome/applications/gnome-terminal.desktop for panel launcher: No such file or directory > > > > system-config-printer-applet: failed to start NewPrinterNotification service > > > > Initializing nautilus-open-terminal extension > > > > > > > > ... > > > > _______________________________________________ > > > > 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" > > > > > > > > I've grabbed a ktrace of it and I see a bunch of read errors. That would > > make some sense as it looks like the screensaver get to the point of > > accepting input when it dies. > > One thing that is absolutely required is that /usr/local/bin/pam_helper > exists, and setuid root. If you run this command manually as: > > /usr/local/bin/pam_helper gnome-screensaver USERNAME > > Where USERNAME is your username, then type in your password, and hit > Control+D, you should get back an exit status of 0 (i.e. $? = 0 or > $status = 0). If this tool isn't working, then unlocking will not be > possible. Well, that explains one of the three systems...the laptop that never seemed to work. pam_helper was not installed. That is now fixed and that system (my laptop) works, for now. It was present on both other systems, so it was no just that, but I won't have my hands on either of those systems until Monday. My ktrace was on the laptop. I'll try grabbing another Monday on a system that has shown the problem even though they have a working pam_helper. Thanks, Joe! -- 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 erwin at FreeBSD.org Sat Aug 22 13:21:04 2009 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Aug 22 13:21:10 2009 Subject: Ports with duplicate LATEST_LINKS Message-ID: <200908221321.n7MDL3LM069963@builder.freebsd.org> Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Erwin "Annoying Reminder Guy III" Lansing LATEST_LINK PORTNAME MAINTAINER ========================================================================== py26-gtk x11-toolkits/py-gtk gnome@FreeBSD.org py26-gtk x11-toolkits/py-gtk2 gnome@FreeBSD.org Total: 2 ports From marcus at FreeBSD.org Sat Aug 22 17:23:15 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 22 17:23:22 2009 Subject: ports/137980: fix for textprox/libxml2 Message-ID: <200908221723.n7MHNEtK030536@freefall.freebsd.org> Synopsis: fix for textprox/libxml2 State-Changed-From-To: open->feedback State-Changed-By: marcus State-Changed-When: Sat Aug 22 17:22:52 UTC 2009 State-Changed-Why: Can you resubmit this patch as a MIME attachment so it can be easily applied? Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=137980 From christoph.mallon at gmx.de Sat Aug 22 17:26:32 2009 From: christoph.mallon at gmx.de (Christoph Mallon) Date: Sat Aug 22 17:26:38 2009 Subject: pulseaudio build error (curious/strange) In-Reply-To: <4A8D517F.7050405@icyb.net.ua> References: <4A8D517F.7050405@icyb.net.ua> Message-ID: <4A902406.1060506@gmx.de> Andriy Gapon schrieb: > ... > /bin/sh /usr/obj/ports/usr/ports/audio/pulseaudio/work/gnome-libtool --tag=CC > --mode=compile cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include > -I../src -I../src -I../src/modules -I../src/modules -I../src/modules/rtp > -I../src/modules/rtp -I../src/modules/gconf -I../src/modules/gconf > -I../src/modules/bluetooth -I../src/modules/bluetooth -I../src/modules/alsa > -I../src/modules/alsa -I../src/modules/raop -D_THREAD_SAFE > -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/usr/local/include > -I/usr/local/include -DPA_DLSEARCHPATH=\"/usr/local/lib/pulse-0.9.15/modules/\" > -DPA_DEFAULT_CONFIG_DIR=\"/usr/local/etc/pulse\" > -DPA_BINARY=\"/usr/local/bin/pulseaudio\" > -DPA_SYSTEM_RUNTIME_PATH=\"/var/run/pulse\" > -DPA_SYSTEM_CONFIG_PATH=\"/var/lib/pulse\" > -DPA_SYSTEM_STATE_PATH=\"/var/lib/pulse\" -DAO_REQUIRE_CAS > -DPULSE_LOCALEDIR=\"/usr/local/share/locale\" > -DPA_MACHINE_ID=\"/var/lib/dbus/machine-id\" -O2 -fno-strict-aliasing -pipe -O2 > -fno-strict-aliasing -pipe -march=nocona -Wall -W -Wextra -pipe -Wno-long-long > -Winline -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 > -Wsign-compare -Wformat-security -Wformat-nonliteral -Wold-style-definition > -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal > -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations > -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 > -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 > -fno-common -fdiagnostics-show-option -MT module-raop-sink.lo -MD -MP -MF > .deps/module-raop-sink.Tpo -c -o module-raop-sink.lo `test -f > 'modules/module-raop-sink.c' || echo './'`modules/module-raop-sink.c > gnome-libtool: compile: cc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. > -I/usr/local/include -I../src -I../src -I../src/modules -I../src/modules > -I../src/modules/rtp -I../src/modules/rtp -I../src/modules/gconf > -I../src/modules/gconf -I../src/modules/bluetooth -I../src/modules/bluetooth > -I../src/modules/alsa -I../src/modules/alsa -I../src/modules/raop -D_THREAD_SAFE > -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/include -I/usr/local/include > -I/usr/local/include -DPA_DLSEARCHPATH=\"/usr/local/lib/pulse-0.9.15/modules/\" > -DPA_DEFAULT_CONFIG_DIR=\"/usr/local/etc/pulse\" > -DPA_BINARY=\"/usr/local/bin/pulseaudio\" > -DPA_SYSTEM_RUNTIME_PATH=\"/var/run/pulse\" > -DPA_SYSTEM_CONFIG_PATH=\"/var/lib/pulse\" > -DPA_SYSTEM_STATE_PATH=\"/var/lib/pulse\" -DAO_REQUIRE_CAS > -DPULSE_LOCALEDIR=\"/usr/local/share/locale\" > -DPA_MACHINE_ID=\"/var/lib/dbus/machine-id\" -O2 -fno-strict-aliasing -pipe -O2 > -fno-strict-aliasing -pipe -march=nocona -Wall -W -Wextra -pipe -Wno-long-long > -Winline -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 > -Wsign-compare -Wformat-security -Wformat-nonliteral -Wold-style-definition > -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal > -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations > -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 > -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 > -fno-common -fdiagnostics-show-option -MT module-raop-sink.lo -MD -MP -MF > .deps/module-raop-sink.Tpo -c modules/module-raop-sink.c -fPIC -DPIC -o > .libs/module-raop-sink.o > In file included from /usr/local/include/sdp.h:26, > from modules/module-raop-sink.c:65: > /usr/local/include/mpeg4ip.h:126: warning: redundant redeclaration of 'strcasestr' > [-Wredundant-decls] > /usr/include/string.h:72: warning: previous declaration of 'strcasestr' was here > modules/module-raop-sink.c: In function 'module_raop_sink_LTX_pa__get_version': > modules/module-raop-sink.c:71: error: 'PACKAGE_VERSION' undeclared (first use in > this function) > modules/module-raop-sink.c:71: error: (Each undeclared identifier is reported only > once > modules/module-raop-sink.c:71: error: for each function it appears in.) > > > The thing is that PACKAGE_VERSION is actually defined in config.h. > But there is something strange/curios. > module-raop-sink.c includes /usr/local/include/sdp.h that in turn includes > /usr/local/include/mpeg4ip.h. > mpeg4ip.h has the following code: > > #ifndef _WIN32 > #ifdef PACKAGE_BUGREPORT > #define TEMP_PACKAGE_BUGREPORT PACKAGE_BUGREPORT > #define TEMP_PACKAGE_NAME PACKAGE_NAME > #define TEMP_PACKAGE_STRING PACKAGE_STRING > #define TEMP_PACKAGE_TARNAME PACKAGE_TARNAME > #define TEMP_PACKAGE_VERSION PACKAGE_VERSION > #undef PACKAGE_BUGREPORT > #undef PACKAGE_NAME > #undef PACKAGE_STRING > #undef PACKAGE_TARNAME > #undef PACKAGE_VERSION > #include > #undef PACKAGE_BUGREPORT > #undef PACKAGE_NAME > #undef PACKAGE_STRING > #undef PACKAGE_TARNAME > #undef PACKAGE_VERSION > #define PACKAGE_BUGREPORT TEMP_PACKAGE_BUGREPORT > #define PACKAGE_NAME TEMP_PACKAGE_NAME > #define PACKAGE_STRING TEMP_PACKAGE_STRING > #define PACKAGE_TARNAME TEMP_PACKAGE_TARNAME > #define PACKAGE_VERSION TEMP_PACKAGE_VERSION > #else > #include > #endif > #endif > > > In our case PACKAGE_BUGREPORT is actually defined (in config.h). > So this whole block is enabled. > But after pre-processor goes through it PACKAGE_VERSION becomes 'simply defined', > that is, it is defined, but not to any particular value. > So apparently the witty macro code doesn't work like its authors intended it to > work (akin to push/pop). > Ideas? You are right, the macro code cannot work by design of the preprocssor: #define TEMP_PACKAGE_VERSION PACKAGE_VERSION tells TEMP_PACKAGE_VERSION to expand to PACKAGE_VERSION. This will in turn expand to whatever PACKAGE_VERSION is defined _at the point where TEMP_PACKAGE_VERSION is used_. PACKAGE_VERSION is later defined to expand to TEMP_PACKAGE_VERSION. So when using PACKAGE_VERSION, it will first expand to TEMP_PACKAGE_VERSION, which in turn expands to PACKAGE_VERSION. The preprocessors forbids recursion on macros, therefore macro expansion stops right there, because in this chain of expansion we already expanded PACKAGE_VERSION. So in the end we get the word PACKAGE_VERSION in the preprocessed source code. Long story short: The above preprocessing directives cannot work. Do you know, where/why PACKAGE_BUGREPORT is defined? Christoph From marcus at FreeBSD.org Sat Aug 22 17:27:29 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 22 17:27:35 2009 Subject: ports/137946: [patch] converters/fribidi: update to 0.19.2 Message-ID: <200908221727.n7MHRSr9030635@freefall.freebsd.org> Synopsis: [patch] converters/fribidi: update to 0.19.2 State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 22 17:27:19 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137946 From dfilter at FreeBSD.ORG Sat Aug 22 17:30:10 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sat Aug 22 17:30:17 2009 Subject: ports/137946: commit references a PR Message-ID: <200908221730.n7MHUAhY031067@freefall.freebsd.org> The following reply was made to PR ports/137946; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137946: commit references a PR Date: Sat, 22 Aug 2009 17:27:03 +0000 (UTC) marcus 2009-08-22 17:26:50 UTC FreeBSD ports repository Modified files: converters/fribidi Makefile distinfo pkg-plist Log: Update to 0.19.2. PR: 137946 Submitted by: Anonymous Revision Changes Path 1.21 +25 -2 ports/converters/fribidi/Makefile 1.8 +3 -3 ports/converters/fribidi/distinfo 1.6 +21 -16 ports/converters/fribidi/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 marcus at FreeBSD.org Sat Aug 22 17:40:12 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 22 17:40:18 2009 Subject: ports/137978: Update port: audio/gnome-media Added new options Message-ID: <200908221740.n7MHeCl6042370@freefall.freebsd.org> Synopsis: Update port: audio/gnome-media Added new options State-Changed-From-To: open->closed State-Changed-By: marcus State-Changed-When: Sat Aug 22 17:39:58 UTC 2009 State-Changed-Why: Dup of 137977. http://www.freebsd.org/cgi/query-pr.cgi?pr=137978 From marcus at FreeBSD.org Sat Aug 22 17:40:37 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sat Aug 22 17:40:43 2009 Subject: ports/137977: Update port: audio/gnome-media Added new options Message-ID: <200908221740.n7MHeagG046699@freefall.freebsd.org> Synopsis: Update port: audio/gnome-media Added new options State-Changed-From-To: open->feedback State-Changed-By: marcus State-Changed-When: Sat Aug 22 17:40:16 UTC 2009 State-Changed-Why: Can you resubmit your patch as a MIME attachment so it can be easily applied? Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=137977 From miwi at FreeBSD.org Sat Aug 22 18:22:12 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Aug 22 18:22:18 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future Message-ID: <20090822182208.GM82743@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Guys, The FreeBSD Gecko Team will let you know what the plans for the future are and on what we are currently working. Goals: * Removal of mozilla, nvu, xulrunner and firefox2. * www/firefox35 should be moved to www/firefox. * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. Background: We have a lot of old stuff on the portstree and it's time to cleanup old stuff. * www/mozilla is 5 year old now, no longer supported by upstream, and has many many vulnerabilities. We can use www/seamonkey. * www/nvu last official release was in 2005, no longer supported, and also some vulnerabilities. We have www/kompozer which also need an update to get this unbroken. * www/xulrunner is old and was replaced by www/libxul. We should not hold any old Gecko stuff. Also it's not longer supported by upstream: https://wiki.mozilla.org/XULRunner:Roadmap Problems which we have to solve: Some Gnome ports need www/firefox to build and work, but unfortunately firefox2 isn't longer supported by the Mozilla Foundation. Also www/firefox has a lot of vulnerabilities. We should www/firefox mark FORBIDDEN at this time gives no fixes for the latest securtiy reports. We see here 2 ways: 1) The Gnome Team (not the FreeBSD Gnome Team) take time and move all his stuff to libxul. 2) or we the FreeBSD Team have to remove all these ports. We know that's really hard but we should not hold vulnerabilities stuff. We hope to get here a bit help from the FreeBSD Gnome Team to make it possible to get some stuff to work with the current libxul version. Current Status: We working currently on Firefox 3.6 (alpha1) [2], Thunderbird 3.0 (beta3) [1], new libxul 1.9.1.2. All 3 are already committed to our repo. [1] a screenshot from tb3 under FreeBSD http://tmp.chruetertee.ch/tb3.0b3.png [2] a screenshot from ff36 under FreeBSD http://tmp.chruetertee.ch/ff36.png A current status can you find here: https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO So that's all at the moment, Feedback, Comments are welcome. - - Martin for the FreeBSD Gecko Team - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkqQN08ACgkQdLJIhLHm/OlZ7wCgk6xG3ymevRMf1D/0e9LpEqZ4 vF8An200XdohvNq3nptL4NCBIom+vgPN =SlKU -----END PGP SIGNATURE----- From romain at blogreen.org Sat Aug 22 18:44:23 2009 From: romain at blogreen.org (Romain =?iso-8859-1?Q?Tarti=E8re?=) Date: Sat Aug 22 18:44:30 2009 Subject: Glitches in the notification area of GNOME 2.27.90 Message-ID: <20090822184422.GA18496@blogreen.org> Hi I'm running GNOME 2.27.90 from MarcusCom ports and the notification area does not display correctly. For example, on the following screen-shot I have 4 icons that behave correctly, apart their display is messed up: - Gnome do (blank icon) - Some kind of volume control (wrong icon, copy of the notification area from the right of the icon + ~2px) - Liferea (good icon) - Sonata (good icon) http://romain.blogreen.org/files/notification-area.png Some applications display their icon correctly, with a transparent background, but this seems almost random. I would like to know if it's some kind of bug in the upcomming gnome-panel (or whatever displays the notification area) that's likely to be fixed upstream or if it works correctly for other and I need to rebuild any library that may need an update. Thanks! Romain -- Romain Tarti?re http://romain.blogreen.org/ pgp: 8DAB A124 0DA4 7024 F82A E748 D8E9 A33F FF56 FF43 (ID: 0xFF56FF43) (plain text =non-HTML= PGP/GPG encrypted/signed e-mail much appreciated) -------------- 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-gnome/attachments/20090822/c60dc5b7/attachment.pgp From marcus at marcuscom.com Sat Aug 22 18:51:25 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 22 18:51:37 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090822182208.GM82743@bsdcrew.de> References: <20090822182208.GM82743@bsdcrew.de> Message-ID: <1250967091.99362.13.camel@shumai.marcuscom.com> On Sat, 2009-08-22 at 20:22 +0200, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy Guys, > > The FreeBSD Gecko Team will let you know what the plans for > the future are and on what we are currently working. > > Goals: > * Removal of mozilla, nvu, xulrunner and firefox2. > * www/firefox35 should be moved to www/firefox. > * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. > > Background: > We have a lot of old stuff on the portstree and it's time to cleanup old stuff. > * www/mozilla is 5 year old now, no longer supported by upstream, and > has many many vulnerabilities. We can use www/seamonkey. > > * www/nvu last official release was in 2005, no longer supported, and > also some vulnerabilities. We have www/kompozer which also need an > update to get this unbroken. > > * www/xulrunner is old and was replaced by www/libxul. We should not > hold any old Gecko stuff. Also it's not longer supported by upstream: > https://wiki.mozilla.org/XULRunner:Roadmap > > Problems which we have to solve: > Some Gnome ports need www/firefox to build and work, but unfortunately > firefox2 isn't longer supported by the Mozilla Foundation. Also > www/firefox has a lot of vulnerabilities. We should www/firefox > mark FORBIDDEN at this time gives no fixes for the latest securtiy > reports. > > We see here 2 ways: > 1) The Gnome Team (not the FreeBSD Gnome Team) take time and move all his > stuff to libxul. The debate is still on-going (due to a11y concerns), but it looks like WebKit is going to be the de facto standard in GNOME 2.28. That should greatly reduce the number of ports that require Gecko. As it stands now, just about all of the GNOME ports build against libxul, and the firefox Gecko provider can simply be removed. 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-gnome/attachments/20090822/cb04811f/attachment.pgp From marcus at marcuscom.com Sat Aug 22 18:59:16 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 22 18:59:23 2009 Subject: Glitches in the notification area of GNOME 2.27.90 In-Reply-To: <20090822184422.GA18496@blogreen.org> References: <20090822184422.GA18496@blogreen.org> Message-ID: <1250967560.99362.15.camel@shumai.marcuscom.com> On Sat, 2009-08-22 at 20:44 +0200, Romain Tarti?re wrote: > Hi > > I'm running GNOME 2.27.90 from MarcusCom ports and the notification area > does not display correctly. For example, on the following screen-shot I > have 4 icons that behave correctly, apart their display is messed up: > - Gnome do (blank icon) > - Some kind of volume control (wrong icon, copy of the notification > area from the right of the icon + ~2px) > - Liferea (good icon) > - Sonata (good icon) > > http://romain.blogreen.org/files/notification-area.png > > Some applications display their icon correctly, with a transparent > background, but this seems almost random. > > > I would like to know if it's some kind of bug in the upcomming > gnome-panel (or whatever displays the notification area) that's likely > to be fixed upstream or if it works correctly for other and I need to > rebuild any library that may need an update. I haven't noticed any problems, but I don't use the NA heavily on my test box. I see there is one pending NA patch in git relatign to compositing, but that's it. So this could be a new bug which should be reported upstream. 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-gnome/attachments/20090822/151e57c8/attachment.pgp From kitchetech at gmail.com Sat Aug 22 19:08:02 2009 From: kitchetech at gmail.com (matt donovan) Date: Sat Aug 22 19:08:15 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090822182208.GM82743@bsdcrew.de> References: <20090822182208.GM82743@bsdcrew.de> Message-ID: <28283d910908221138r57fb86a7k6ce51f93ac5f170f@mail.gmail.com> On Sat, Aug 22, 2009 at 2:22 PM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy Guys, > > The FreeBSD Gecko Team will let you know what the plans for > the future are and on what we are currently working. > > Goals: > * Removal of mozilla, nvu, xulrunner and firefox2. > * www/firefox35 should be moved to www/firefox. > * The options USE_GECKO mozilla nvu xulrunner and firefox will be also > removed. > > Background: > We have a lot of old stuff on the portstree and it's time to cleanup old > stuff. > * www/mozilla is 5 year old now, no longer supported by upstream, and > has many many vulnerabilities. We can use www/seamonkey. > > * www/nvu last official release was in 2005, no longer supported, and > also some vulnerabilities. We have www/kompozer which also need an > update to get this unbroken. > > * www/xulrunner is old and was replaced by www/libxul. We should not > hold any old Gecko stuff. Also it's not longer supported by upstream: > https://wiki.mozilla.org/XULRunner:Roadmap > > Problems which we have to solve: > Some Gnome ports need www/firefox to build and work, but unfortunately > firefox2 isn't longer supported by the Mozilla Foundation. Also > www/firefox has a lot of vulnerabilities. We should www/firefox > mark FORBIDDEN at this time gives no fixes for the latest securtiy > reports. > > We see here 2 ways: > 1) The Gnome Team (not the FreeBSD Gnome Team) take time and move all > his > stuff to libxul. > 2) or we the FreeBSD Team have to remove all these ports. We know > that's > really hard but we should not hold vulnerabilities stuff. > > We hope to get here a bit help from the FreeBSD Gnome Team to make it > possible to get some stuff to work with the current libxul version. > > Current Status: > We working currently on Firefox 3.6 (alpha1) [2], Thunderbird 3.0 > (beta3) [1], > new libxul 1.9.1.2. All 3 are already committed to our repo. > > [1] a screenshot from tb3 under FreeBSD > http://tmp.chruetertee.ch/tb3.0b3.png > [2] a screenshot from ff36 under FreeBSD > http://tmp.chruetertee.ch/ff36.png > > A current status can you find here: > https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO > > > So that's all at the moment, Feedback, Comments are welcome. > > - - Martin for the FreeBSD Gecko Team > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkqQN08ACgkQdLJIhLHm/OlZ7wCgk6xG3ymevRMf1D/0e9LpEqZ4 > vF8An200XdohvNq3nptL4NCBIom+vgPN > =SlKU > -----END PGP SIGNATURE----- > _______________________________________________ > 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" I just have one question when has xulrunner been unsupported upstream considering that xulrunner 1.9.1 was released when firefox 3.5.2 was teh last release of xulrunner 1.9.x alpha was august 22end yes it's development but it's still supported. upstream From mezz7 at cox.net Sat Aug 22 19:15:50 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Aug 22 19:15:57 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <28283d910908221138r57fb86a7k6ce51f93ac5f170f@mail.gmail.com> References: <20090822182208.GM82743@bsdcrew.de> <28283d910908221138r57fb86a7k6ce51f93ac5f170f@mail.gmail.com> Message-ID: On Sat, 22 Aug 2009 13:38:45 -0500, matt donovan wrote: > On Sat, Aug 22, 2009 at 2:22 PM, Martin Wilke wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Howdy Guys, >> >> The FreeBSD Gecko Team will let you know what the plans for >> the future are and on what we are currently working. >> >> Goals: >> * Removal of mozilla, nvu, xulrunner and firefox2. >> * www/firefox35 should be moved to www/firefox. >> * The options USE_GECKO mozilla nvu xulrunner and firefox will be also >> removed. >> >> Background: >> We have a lot of old stuff on the portstree and it's time to cleanup >> old >> stuff. >> * www/mozilla is 5 year old now, no longer supported by upstream, >> and >> has many many vulnerabilities. We can use www/seamonkey. >> >> * www/nvu last official release was in 2005, no longer supported, >> and >> also some vulnerabilities. We have www/kompozer which also need an >> update to get this unbroken. >> >> * www/xulrunner is old and was replaced by www/libxul. We should not >> hold any old Gecko stuff. Also it's not longer supported by >> upstream: >> https://wiki.mozilla.org/XULRunner:Roadmap >> >> Problems which we have to solve: >> Some Gnome ports need www/firefox to build and work, but unfortunately >> firefox2 isn't longer supported by the Mozilla Foundation. Also >> www/firefox has a lot of vulnerabilities. We should www/firefox >> mark FORBIDDEN at this time gives no fixes for the latest securtiy >> reports. >> >> We see here 2 ways: >> 1) The Gnome Team (not the FreeBSD Gnome Team) take time and move >> all >> his >> stuff to libxul. I believe that all of our ports have libxul support. You can go ahead remove those. If we happen to miss one, we will find it. :-) >> 2) or we the FreeBSD Team have to remove all these ports. We know >> that's >> really hard but we should not hold vulnerabilities stuff. >> >> We hope to get here a bit help from the FreeBSD Gnome Team to make it >> possible to get some stuff to work with the current libxul version. >> >> Current Status: >> We working currently on Firefox 3.6 (alpha1) [2], Thunderbird 3.0 >> (beta3) [1], >> new libxul 1.9.1.2. All 3 are already committed to our repo. >> >> [1] a screenshot from tb3 under FreeBSD >> http://tmp.chruetertee.ch/tb3.0b3.png >> [2] a screenshot from ff36 under FreeBSD >> http://tmp.chruetertee.ch/ff36.png >> >> A current status can you find here: >> https://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO >> >> >> So that's all at the moment, Feedback, Comments are welcome. >> >> - - Martin for the FreeBSD Gecko Team >> >> >> - -- >> >> +-----------------------+-------------------------------+ >> | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | >> | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | >> +-----------------------+-------------------------------+ >> | Mess with the Best, Die like the Rest! | >> +-----------------------+-------------------------------+ >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.11 (FreeBSD) >> >> iEYEARECAAYFAkqQN08ACgkQdLJIhLHm/OlZ7wCgk6xG3ymevRMf1D/0e9LpEqZ4 >> vF8An200XdohvNq3nptL4NCBIom+vgPN >> =SlKU >> -----END PGP SIGNATURE----- >> _______________________________________________ >> 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" > > > I just have one question when has xulrunner been unsupported upstream > considering that xulrunner 1.9.1 was released when firefox 3.5.2 was teh > last release of xulrunner 1.9.x alpha was august 22end yes it's > development > but it's still supported. upstream The libxul is xulrunner 1.9x. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From avg at icyb.net.ua Sat Aug 22 19:46:32 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Sat Aug 22 19:46:44 2009 Subject: pulseaudio build error (curious/strange) In-Reply-To: <4A902406.1060506@gmx.de> References: <4A8D517F.7050405@icyb.net.ua> <4A902406.1060506@gmx.de> Message-ID: <4A904B12.4010005@icyb.net.ua> on 22/08/2009 19:59 Christoph Mallon said the following: > You are right, the macro code cannot work by design of the preprocssor: > #define TEMP_PACKAGE_VERSION PACKAGE_VERSION tells TEMP_PACKAGE_VERSION > to expand to PACKAGE_VERSION. This will in turn expand to whatever > PACKAGE_VERSION is defined _at the point where TEMP_PACKAGE_VERSION is > used_. PACKAGE_VERSION is later defined to expand to TEMP_PACKAGE_VERSION. > So when using PACKAGE_VERSION, it will first expand to > TEMP_PACKAGE_VERSION, which in turn expands to PACKAGE_VERSION. The > preprocessors forbids recursion on macros, therefore macro expansion > stops right there, because in this chain of expansion we already > expanded PACKAGE_VERSION. So in the end we get the word PACKAGE_VERSION > in the preprocessed source code. > Long story short: The above preprocessing directives cannot work. > Do you know, where/why PACKAGE_BUGREPORT is defined? Christoph, thank you for the detailed explanation! PACKAGE_BUGREPORT is defined in config.h of pulseaudio. I think it's supposed to be defined to an (email) address where bug reports should go. -- Andriy Gapon From mrkotfw at gmail.com Sat Aug 22 20:11:34 2009 From: mrkotfw at gmail.com (Israel Jacques) Date: Sat Aug 22 20:12:07 2009 Subject: ports/137977: Update port: audio/gnome-media Added new options In-Reply-To: <200908221740.n7MHeagG046699@freefall.freebsd.org> References: <200908221740.n7MHeagG046699@freefall.freebsd.org> Message-ID: <5cd4c4cd0908221243g40086ed8yd70d3bfaf63b89be@mail.gmail.com> Sorry, but I'm not sure if this is what you're asking for. On Sat, Aug 22, 2009 at 10:40 AM, wrote: > Synopsis: Update port: audio/gnome-media Added new options > > State-Changed-From-To: open->feedback > State-Changed-By: marcus > State-Changed-When: Sat Aug 22 17:40:16 UTC 2009 > State-Changed-Why: > Can you resubmit your patch as a MIME attachment so it can be easily applied? > Thanks. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=137977 > -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.patch Type: application/octet-stream Size: 2141 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090822/6fea8bad/Makefile.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: pkg-plist.patch Type: application/octet-stream Size: 7335 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090822/6fea8bad/pkg-plist.obj From perryh at pluto.rain.com Sat Aug 22 21:24:54 2009 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Sat Aug 22 21:25:11 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090822182208.GM82743@bsdcrew.de> References: <20090822182208.GM82743@bsdcrew.de> Message-ID: <4a905a9b.L0q7wtlRUsdLHCnM%perryh@pluto.rain.com> Martin Wilke wrote: > Background: > We have a lot of old stuff on the portstree and it's time > to cleanup old stuff. ... > * www/nvu last official release was in 2005, no longer > supported, and also some vulnerabilities. We have > www/kompozer which also need an update to get this > unbroken. ... > Problems which we have to solve: > Some Gnome ports need www/firefox to build and work, > but unfortunately firefox2 isn't longer supported by > the Mozilla Foundation. So, if I am understanding this correctly, it's proposed to replace nvu with an updated kompozer, which to judge from the name is part of KDE. Thus Gnome acquires a dependency on KDE by way of firefox/gecko? This does not seem like a Good Thing (TM). From mezz7 at cox.net Sat Aug 22 21:34:43 2009 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat Aug 22 21:34:59 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <4a905a9b.L0q7wtlRUsdLHCnM%perryh@pluto.rain.com> References: <20090822182208.GM82743@bsdcrew.de> <4a905a9b.L0q7wtlRUsdLHCnM%perryh@pluto.rain.com> Message-ID: On Sat, 22 Aug 2009 15:52:43 -0500, wrote: > Martin Wilke wrote: >> Background: >> We have a lot of old stuff on the portstree and it's time >> to cleanup old stuff. > ... >> * www/nvu last official release was in 2005, no longer >> supported, and also some vulnerabilities. We have >> www/kompozer which also need an update to get this >> unbroken. > ... >> Problems which we have to solve: >> Some Gnome ports need www/firefox to build and work, >> but unfortunately firefox2 isn't longer supported by >> the Mozilla Foundation. > > So, if I am understanding this correctly, it's proposed to > replace nvu with an updated kompozer, which to judge from > the name is part of KDE. Thus Gnome acquires a dependency > on KDE by way of firefox/gecko? This does not seem like a > Good Thing (TM). Why don't you check what kompozer is first? ;-) Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From unixmania at gmail.com Sat Aug 22 21:49:08 2009 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat Aug 22 21:49:14 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090822182208.GM82743@bsdcrew.de> References: <20090822182208.GM82743@bsdcrew.de> Message-ID: On Sat, Aug 22, 2009 at 3:22 PM, Martin Wilke wrote: > The FreeBSD Gecko Team will let you know what the plans for > the future are and on what we are currently working. > > Goals: > * Removal of mozilla, nvu, xulrunner and firefox2. > * www/firefox35 should be moved to www/firefox. > * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. Would it be possible to manage to build firefox35 without Python? I'm attempting to build a skinny desktop environment based on Xfce and reducing the number of dependencies of firefox would be very desirable. -- My preferred quotation of Robert Louis Stevenson is "You cannot make an omelette without breaking eggs". Not because I like the omelettes, but because I like the sound of eggs being broken. From kitchetech at gmail.com Sat Aug 22 21:51:39 2009 From: kitchetech at gmail.com (matt donovan) Date: Sat Aug 22 21:51:56 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: References: <20090822182208.GM82743@bsdcrew.de> <4a905a9b.L0q7wtlRUsdLHCnM%perryh@pluto.rain.com> Message-ID: <28283d910908221451k67da92d8w10606505e9656f5d@mail.gmail.com> On Sat, Aug 22, 2009 at 5:35 PM, Jeremy Messenger wrote: > On Sat, 22 Aug 2009 15:52:43 -0500, wrote: > > Martin Wilke wrote: >> >>> Background: >>> We have a lot of old stuff on the portstree and it's time >>> to cleanup old stuff. >>> >> ... >> >>> * www/nvu last official release was in 2005, no longer >>> supported, and also some vulnerabilities. We have >>> www/kompozer which also need an update to get this >>> unbroken. >>> >> ... >> >>> Problems which we have to solve: >>> Some Gnome ports need www/firefox to build and work, >>> but unfortunately firefox2 isn't longer supported by >>> the Mozilla Foundation. >>> >> >> So, if I am understanding this correctly, it's proposed to >> replace nvu with an updated kompozer, which to judge from >> the name is part of KDE. Thus Gnome acquires a dependency >> on KDE by way of firefox/gecko? This does not seem like a >> Good Thing (TM). >> > > Why don't you check what kompozer is first? ;-) > > Cheers, > Mezz > > > -- > mezz7@cox.net - mezz@FreeBSD.org > FreeBSD GNOME Team > http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > kompozer is NVU KompoZer is an unoffical bugfix/update aka a fork From marcus at FreeBSD.org Sun Aug 23 00:26:01 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sun Aug 23 00:26:07 2009 Subject: ports/137977: Update port: audio/gnome-media Added new options Message-ID: <200908230026.n7N0Q0Xw052570@freefall.freebsd.org> Synopsis: Update port: audio/gnome-media Added new options State-Changed-From-To: feedback->closed State-Changed-By: marcus State-Changed-When: Sun Aug 23 00:25:49 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137977 From dfilter at FreeBSD.ORG Sun Aug 23 00:30:09 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Sun Aug 23 00:30:16 2009 Subject: ports/137977: commit references a PR Message-ID: <200908230030.n7N0U8tD052787@freefall.freebsd.org> The following reply was made to PR ports/137977; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137977: commit references a PR Date: Sun, 23 Aug 2009 00:25:53 +0000 (UTC) marcus 2009-08-23 00:25:40 UTC FreeBSD ports repository Modified files: audio/gnome-media Makefile pkg-plist Log: Add OPTIONS for esound, IPv6, and pulseaudio support. PR: 137977 Submitted by: Israel Jacques Revision Changes Path 1.88 +28 -6 ports/audio/gnome-media/Makefile 1.37 +46 -43 ports/audio/gnome-media/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 barbara.xxx1975 at libero.it Sun Aug 23 12:30:44 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Sun Aug 23 12:30:50 2009 Subject: audio/gnome-media: PORTREVISION going backward Message-ID: Is that correct? http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/gnome-media/Makefile.diff?r1=1.88;r2=1.89;f=h From barbara.xxx1975 at libero.it Sun Aug 23 18:58:29 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Sun Aug 23 18:58:36 2009 Subject: audio/gnome-media: problem building package Message-ID: Creating bzip'd tar ball in '/usr/ports/packages/All/gnome-media-2.26.0_3.tbz' tar: share/gnome-media/pixmaps/chain-broken.png: Cannot stat: No such file or directory tar: share/gnome-media/pixmaps/chain.png: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 *** Error code 1 Stop in /usr/ports/audio/gnome-media. *** Error code 1 Stop in /usr/ports/audio/gnome-media. From pav at FreeBSD.org Sun Aug 23 21:55:23 2009 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun Aug 23 21:55:31 2009 Subject: [Fwd: py26-gtk-0.6.11_7 failed on amd64 8-exp] Message-ID: <1251064517.61140.15.camel@hood.oook.cz> -------- P?eposlan? zpr?va -------- > Od: User Ports-amd64 > Komu: cvs@oook.cz > P?edm?t: py26-gtk-0.6.11_7 failed on amd64 8-exp > Datum: Fri, 21 Aug 2009 05:47:26 GMT > > Excerpt from the build log at > > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.8-exp.20090820210634/py26-gtk-0.6.11_7.log > > building py26-gtk-0.6.11_7 on gohan11.freebsd.org > in directory /x/pkgbuild/8-exp/20090820210634/chroot/12898 > building for: 8.0-RELEASE amd64 > maintained by: gnome@FreeBSD.org > port directory: /usr/ports/x11-toolkits/py-gtk > Makefile ident: $FreeBSD: ports/x11-toolkits/py-gtk/Makefile,v 1.77 2009/08/18 20:15:53 miwi Exp $ > > [... lines trimmed ...] > > sqlite3 databases/py-sqlite3 > tkinter x11-toolkits/py-tkinter > > Install them as needed. > ==== > > Removing stale symlinks from /usr/bin... > Skipping /usr/bin/perl > Skipping /usr/bin/perl5 > Done. > Creating various symlinks in /usr/bin... > Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl > Symlinking /usr/local/bin/perl5.8.9 to /usr/bin/perl5 > Done. > Cleaning up /etc/make.conf... Done. > Spamming /etc/make.conf... Done. > Cleaning up /etc/manpath.config... Done. > Spamming /etc/manpath.config... Done. > Running fc-cache to build fontconfig cache... > /usr/local/lib/X11/fonts: caching, new cache contents: 0 fonts, 1 dirs > /usr/local/lib/X11/fonts/local: caching, new cache contents: 0 fonts, 0 dirs > /root/.fonts: skipping, no such directory > /var/db/fontconfig: cleaning cache directory > /root/.fontconfig: not cleaning non-existent cache directory > fc-cache: succeeded > > > ***************************************************************** > Although libxcb can yield dramatic improvements in speed, > memory footprint, and responsiveness, and will probably > become the default Xlib for X.org/freedesktop.org, it is > still experimental software. Some broken callers will abort() > on locking assertion failures. As a temporary workaround, set > LIBXCB_ALLOW_SLOPPY_LOCK in your environment to skip the abort(). > This may result in noisy stacktrace printing. > ***************************************************************** > > > Note: in order to use the script dvipdf, dvips must be installed. > This program may be provided by either print/dvips or print/dvipsk-tetex > (print/dvipsk-tetex may be preferable since it doesn't conflict with > tetex things). > > Also note that FAPIfontmap and FAPIcidfmap in > /usr/local/share/ghostscript/8.64/Resource/Init have to be configured first if > WITH_FT_BRIDGE is enabled. > > > The ESounD daemon (esd) must be started on a per-user basis. This is typically > done by the Session Manager in GNOME. However, if you are not using the > GNOME Desktop, you will need to add something like the following to your > X Windows initialization script: > > esd -terminate -nobeeps -as 2 > > pkg_add cups-client-1.3.10_4.tbz > skipping cups-client-1.3.10_4, already added > pkg_add cups-image-1.3.10_4.tbz > skipping cups-image-1.3.10_4, already added > pkg_add damageproto-1.1.0_2.tbz > pkg_add docbook-1.4.tbz > skipping docbook-1.4, already added > pkg_add docbook-4.1_3.tbz > skipping docbook-4.1_3, already added > pkg_add docbook-4.2.tbz > skipping docbook-4.2, already added > pkg_add docbook-4.3.tbz > skipping docbook-4.3, already added > pkg_add docbook-4.4_2.tbz > skipping docbook-4.4_2, already added > pkg_add docbook-4.5_2.tbz > skipping docbook-4.5_2, already added > pkg_add docbook-5.0_1.tbz > skipping docbook-5.0_1, already added > pkg_add docbook-sk-4.1.2_4.tbz > skipping docbook-sk-4.1.2_4, already added > pkg_add docbook-xml-4.2_1.tbz > skipping docbook-xml-4.2_1, already added > pkg_add docbook-xml-4.3.tbz > skipping docbook-xml-4.3, already added > pkg_add docbook-xml-4.4_1.tbz > skipping docbook-xml-4.4_1, already added > pkg_add docbook-xml-4.5.tbz > skipping docbook-xml-4.5, already added > pkg_add docbook-xsl-1.75.1.tbz > skipping docbook-xsl-1.75.1, already added > pkg_add dri2proto-2.0.tbz > pkg_add esound-0.2.41.tbz > skipping esound-0.2.41, already added > pkg_add expat-2.0.1.tbz > skipping expat-2.0.1, already added > pkg_add fixesproto-4.0.tbz > pkg_add fontconfig-2.6.0,1.tbz > skipping fontconfig-2.6.0,1, already added > pkg_add freetype2-2.3.9_1.tbz > skipping freetype2-2.3.9_1, already added > pkg_add gconf-1.0.9_16.tbz > pkg_add gdbm-1.8.3_3.tbz > pkg_add gdk-pixbuf-0.22.0_9.tbz > skipping gdk-pixbuf-0.22.0_9, already added > pkg_add getopt-1.1.4_1.tbz > skipping getopt-1.1.4_1, already added > pkg_add gettext-0.17_1.tbz > skipping gettext-0.17_1, already added > pkg_add ghostscript8-8.64_6.tbz > skipping ghostscript8-8.64_6, already added > pkg_add glib-1.2.10_12.tbz > skipping glib-1.2.10_12, already added > pkg_add gmake-3.81_3.tbz > pkg_add gnome-db-0.2.96_11.tbz > pkg_add gnome-libs-1.4.2_13.tbz > skipping gnome-libs-1.4.2_13, already added > pkg_add gnome-print-0.37_8.tbz > skipping gnome-print-0.37_8, already added > pkg_add gnomecanvas-0.22.0_9.tbz > skipping gnomecanvas-0.22.0_9, already added > pkg_add gnomehier-2.3_12.tbz > skipping gnomehier-2.3_12, already added > pkg_add gnutls-2.8.3.tbz > skipping gnutls-2.8.3, already added > pkg_add gsfonts-8.11_5.tbz > skipping gsfonts-8.11_5, already added > pkg_add gtk-1.2.10_20.tbz > skipping gtk-1.2.10_20, already added > pkg_add gtkglarea-1.2.3_3.tbz > pkg_add guile-1.8.6_2.tbz > skipping guile-1.8.6_2, already added > pkg_add imlib-1.9.15_8.tbz > skipping imlib-1.9.15_8, already added > pkg_add inputproto-1.5.0.tbz > skipping inputproto-1.5.0, already added > pkg_add iso8879-1986_2.tbz > skipping iso8879-1986_2, already added > pkg_add jpeg-7.tbz > skipping jpeg-7, already added > pkg_add kbproto-1.0.3.tbz > skipping kbproto-1.0.3, already added > pkg_add libGL-7.4.4.tbz > skipping libGL-7.4.4, already added > pkg_add libGLU-7.4.4.tbz > skipping libGLU-7.4.4, already added > pkg_add libICE-1.0.4_1,1.tbz > skipping libICE-1.0.4_1,1, already added > pkg_add libSM-1.1.0_1,1.tbz > skipping libSM-1.1.0_1,1, already added > pkg_add libX11-1.2.1_1,1.tbz > skipping libX11-1.2.1_1,1, already added > pkg_add libXau-1.0.4.tbz > skipping libXau-1.0.4, already added > pkg_add libXdamage-1.1.1.tbz > skipping libXdamage-1.1.1, already added > pkg_add libXdmcp-1.0.2_1.tbz > skipping libXdmcp-1.0.2_1, already added > pkg_add libXext-1.0.5,1.tbz > skipping libXext-1.0.5,1, already added > pkg_add libXfixes-4.0.3_1.tbz > skipping libXfixes-4.0.3_1, already added > pkg_add libXi-1.2.1,1.tbz > skipping libXi-1.2.1,1, already added > pkg_add libXpm-3.5.7.tbz > skipping libXpm-3.5.7, already added > pkg_add libXt-1.0.5_1.tbz > skipping libXt-1.0.5_1, already added > pkg_add libXxf86vm-1.0.2.tbz > skipping libXxf86vm-1.0.2, already added > pkg_add libaudiofile-0.2.6.tbz > skipping libaudiofile-0.2.6, already added > pkg_add libdrm-2.4.12.tbz > skipping libdrm-2.4.12, already added > pkg_add libgcrypt-1.4.4.tbz > skipping libgcrypt-1.4.4, already added > pkg_add libgda-0.2.96_11.tbz > skipping libgda-0.2.96_11, already added > pkg_add libglade-0.17_10.tbz > pkg_add libgmp-4.3.1.tbz > skipping libgmp-4.3.1, already added > pkg_add libgpg-error-1.7.tbz > skipping libgpg-error-1.7, already added > pkg_add libiconv-1.13.1.tbz > skipping libiconv-1.13.1, already added > pkg_add libltdl-2.2.6a.tbz > skipping libltdl-2.2.6a, already added > pkg_add libpthread-stubs-0.1.tbz > skipping libpthread-stubs-0.1, already added > pkg_add libungif-4.1.4_5.tbz > skipping libungif-4.1.4_5, already added > pkg_add libxcb-1.4.tbz > skipping libxcb-1.4, already added > pkg_add libxml-1.8.17_4.tbz > skipping libxml-1.8.17_4, already added > pkg_add libxml2-2.7.3.tbz > skipping libxml2-2.7.3, already added > pkg_add libxslt-1.1.24_2.tbz > skipping libxslt-1.1.24_2, already added > pkg_add oaf-0.6.10_8.tbz > skipping oaf-0.6.10_8, already added > pkg_add perl-5.8.9_3.tbz > skipping perl-5.8.9_3, already added > pkg_add pkg-config-0.23_1.tbz > skipping pkg-config-0.23_1, already added > pkg_add png-1.2.38.tbz > skipping png-1.2.38, already added > pkg_add popt-1.14.tbz > skipping popt-1.14, already added > pkg_add py26-numeric-24.2_3.tbz > pkg_add python26-2.6.2_2.tbz > skipping python26-2.6.2_2, already added > pkg_add rarian-0.8.1.tbz > skipping rarian-0.8.1, already added > pkg_add tiff-3.8.2_4.tbz > skipping tiff-3.8.2_4, already added > pkg_add xcb-proto-1.5.tbz > skipping xcb-proto-1.5, already added > pkg_add xextproto-7.0.5.tbz > skipping xextproto-7.0.5, already added > pkg_add xf86vidmodeproto-2.2.2.tbz > skipping xf86vidmodeproto-2.2.2, already added > pkg_add xmlcatmgr-2.2.tbz > skipping xmlcatmgr-2.2, already added > pkg_add xmlcharent-0.3_2.tbz > skipping xmlcharent-0.3_2, already added > pkg_add xproto-7.0.15.tbz > skipping xproto-7.0.15, already added > ===> py26-gtk-0.6.11_7 depends on file: /usr/local/lib/python2.6/site-packages/Numeric/Numeric.py - found > ===> py26-gtk-0.6.11_7 depends on file: /usr/local/bin/python2.6 - found > ===> py26-gtk-0.6.11_7 depends on executable: gmake - found > ===> py26-gtk-0.6.11_7 depends on executable: pkg-config - found > ===> py26-gtk-0.6.11_7 depends on shared library: gtkgl.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: esd.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: bonobo.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gconf-1.1 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gdk_pixbuf.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: glib-12.3 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomecanvaspixbuf.1 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomedb.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnome.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomeprint.16 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gtk-12.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gda-client.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: glade.4 - found > ===> py26-gtk-0.6.11_7 depends on shared library: xml.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: Imlib.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: oaf.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: ORBit.2 - found > ===> Configuring for py26-gtk-0.6.11_7 > checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel > checking whether build environment is sane... yes > checking for gawk... no > checking for mawk... no > checking for nawk... nawk > checking whether gmake sets ${MAKE}... yes > checking build system type... amd64-portbld-freebsd8.0 > checking host system type... amd64-portbld-freebsd8.0 > checking for style of include used by gmake... GNU > checking for gcc... cc > checking for C compiler default output... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether cc accepts -g... yes > checking dependency style of cc... gcc3 > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking whether ln -s works... yes > checking how to recognise dependant libraries... pass_all > checking command to parse /usr/bin/nm -B output... ok > checking how to run the C preprocessor... cc -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking for ranlib... ranlib > checking for strip... strip > checking for objdir... .libs > checking for cc option to produce PIC... -fPIC > checking if cc PIC flag -fPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.lo... yes > checking if cc supports -fno-rtti -fno-exceptions... yes > checking whether the linker (/usr/bin/ld) supports shared libraries... yes > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking dynamic linker characteristics... freebsd8.0 ld.so > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... no > checking whether -lc should be explicitly linked in... no > creating libtool > checking whether /usr/local/bin/python2.6 version >= 1.5.2... yes > checking for version... 2.6 > checking for platform... freebsd8 > checking for headers required to compile python extensions... found > checking for python module thread... yes > checking whether to enable threading in pygtk... yes > checking for gtk-config... /usr/local/bin/gtk12-config > checking for GTK - version >= 1.2.10... yes > checking for imlib-config... /usr/local/bin/imlib-config > checking for IMLIB - version >= 1.8... yes > checking for gdk-pixbuf-config... /usr/local/bin/gdk-pixbuf-config > checking for GDK_PIXBUF - version >= 0.9.0... yes > checking GL... yes > checking GtkGLArea... yes > checking for libglade-config... /usr/local/bin/libglade-config > checking for libglade... yes > checking arrayobject.h usability... no > checking arrayobject.h presence... no > checking for arrayobject.h... no > checking Extensions/arrayobject.h usability... no > checking Extensions/arrayobject.h presence... no > checking for Extensions/arrayobject.h... no > checking Numeric/arrayobject.h usability... yes > checking Numeric/arrayobject.h presence... yes > checking for Numeric/arrayobject.h... yes > configure: creating ./config.status > config.status: creating Makefile > config.status: creating generate/Makefile > config.status: creating generate/pygtk-codegen-1.2 > config.status: creating pyglade/Makefile > config.status: creating config.h > config.status: executing depfiles commands > ===> Building for py26-gtk-0.6.11_7 > gmake all-recursive > gmake[1]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > Making all in generate > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > echo "# ignore list for gtkmodule" > gtk.ignore > echo "# (automatically generated)" >> gtk.ignore > sed -n 's/^.*_wrap_\([a-zA-Z_]*\),.*$/\1/p' \ > < ./../gtkmodule.c >> gtk.ignore > echo "# ignore list for gtkglmodule" > gtkgl.ignore > echo "# (automatically generated)" >> gtkgl.ignore > sed -n 's/^.*_wrap_\([a-zA-Z_]*\),.*$/\1/p' \ > < ./../gtkglmodule.c >> gtkgl.ignore > echo "# ignore list for libglademodule" > libglade.ignore > echo "# (automatically generated)" >> libglade.ignore > sed -n 's/^.*_wrap_\([a-zA-Z_]*\),.*$/\1/p' \ > < ./../libglademodule.c >> libglade.ignore > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > Making all in pyglade > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > /usr/local/bin/python2.6 ./mkgtk.py . > gdk_font_load: filtered out > gdk_fontset_load: filtered out > gtk_main: filtered out > gtk_set_locale: filtered out > gtk_events_pending: filtered out > gtk_drag_get_source_widget: filtered out > gtk_container_add: filtered out > gtk_item_factory_get_widget: filtered out > gtk_item_factory_get_widget_by_action: filtered out > gdk_gl_wait_gdk: filtered out > gdk_gl_wait_gl: filtered out > glade_xml_get_widget: filtered out > glade_xml_get_widget_by_long_name: filtered out > glade_get_widget_name: filtered out > glade_get_widget_long_name: filtered out > glade_get_widget_tree: filtered out > source='gtkmodule.c' object='gtkmodule.lo' libtool=yes \ > depfile='.deps/gtkmodule.Plo' tmpdepfile='.deps/gtkmodule.TPlo' \ > depmode=gcc3 /bin/sh ./../depcomp \ > /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c -o gtkmodule.lo `test -f 'gtkmodule.c' || echo './'`gtkmodule.c > cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c gtkmodule.c -MT gtkmodule.lo -MD -MP -MF .deps/gtkmodule.TPlo -fPIC -DPIC -o gtkmodule.lo > gtkmodule.c:553: warning: initialization from incompatible pointer type > gtkmodule.c:555: warning: 'intargfunc' is deprecated > gtkmodule.c:555: warning: initialization from incompatible pointer type > gtkmodule.c:556: warning: 'intargfunc' is deprecated > gtkmodule.c:556: warning: initialization from incompatible pointer type > gtkmodule.c:557: warning: 'intintargfunc' is deprecated > gtkmodule.c:557: warning: initialization from incompatible pointer type > gtkmodule.c:558: warning: initialization from incompatible pointer type > gtkmodule.c:560: warning: initialization from incompatible pointer type > gtkmodule.c: In function 'PyGdkWindow_NewGC': > gtkmodule.c:1379: warning: passing argument 2 of 'PyDict_Next' from incompatible pointer type > gtkmodule.c: At top level: > gtkmodule.c:2237: warning: initialization from incompatible pointer type > gtkmodule.c:2239: warning: 'intargfunc' is deprecated > gtkmodule.c:2239: warning: initialization from incompatible pointer type > gtkmodule.c:2240: warning: 'intargfunc' is deprecated > gtkmodule.c:2240: warning: initialization from incompatible pointer type > gtkmodule.c:2241: warning: 'intintargfunc' is deprecated > gtkmodule.c:2241: warning: initialization from incompatible pointer type > gtkmodule.c:2242: warning: initialization from incompatible pointer type > gtkmodule.c:2244: warning: initialization from incompatible pointer type > gtkmodule.c: In function 'PyDict_AsGtkArgs': > gtkmodule.c:3553: warning: passing argument 2 of 'PyDict_Next' from incompatible pointer type > gtkmodule.c: In function 'PyDict_AsContainerArgs': > gtkmodule.c:3628: warning: passing argument 2 of 'PyDict_Next' from incompatible pointer type > gtkmodule.c: In function '_wrap_gtk_window_set_geometry_hints': > gtkmodule.c:4425: warning: passing argument 2 of 'PyDict_Next' from incompatible pointer type > /bin/sh ./libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -o _gtkmodule.la -rpath /usr/local/lib/python2.6/site-packages/gtk-1.2 -module -avoid-version -export-symbols-regex init_gtk gtkmodule.lo -L/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lgthread-12 -lglib-12 -pthread -lintl -lXi -lXext -lX11 -lm > mkdir .libs > rm -fr .libs/_gtkmodule.la .libs/_gtkmodule.* .libs/_gtkmodule.* > (cd . && ln -s gtkmodule.lo gtkmodule.o) > generating symbol list for `_gtkmodule.la' > /usr/bin/nm -B gtkmodule.lo | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/_gtkmodule.exp > egrep -e "init_gtk" ".libs/_gtkmodule.exp" > ".libs/_gtkmodule.expT" > mv -f ".libs/_gtkmodule.expT" ".libs/_gtkmodule.exp" > cc -shared gtkmodule.lo -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lgthread-12 -lglib-12 /usr/local/lib/libintl.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so -lm -Wl,-soname -Wl,_gtkmodule.so -Wl,-retain-symbols-file -Wl,.libs/_gtkmodule.exp -o .libs/_gtkmodule.so > creating _gtkmodule.la > (cd .libs && rm -f _gtkmodule.la && ln -s ../_gtkmodule.la _gtkmodule.la) > source='gdkimlibmodule.c' object='gdkimlibmodule.lo' libtool=yes \ > depfile='.deps/gdkimlibmodule.Plo' tmpdepfile='.deps/gdkimlibmodule.TPlo' \ > depmode=gcc3 /bin/sh ./../depcomp \ > /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c -o gdkimlibmodule.lo `test -f 'gdkimlibmodule.c' || echo './'`gdkimlibmodule.c > cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c gdkimlibmodule.c -MT gdkimlibmodule.lo -MD -MP -MF .deps/gdkimlibmodule.TPlo -fPIC -DPIC -o gdkimlibmodule.lo > /bin/sh ./libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -o _gdkimlibmodule.la -rpath /usr/local/lib/python2.6/site-packages/gtk-1.2 -module -avoid-version -export-symbols-regex init_gdkimlib gdkimlibmodule.lo -L/usr/local/lib -lgdk_imlib -L/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 -lintl -lXi -lXext -lX11 -lm -L/usr/local/lib > rm -fr .libs/_gdkimlibmodule.la .libs/_gdkimlibmodule.* .libs/_gdkimlibmodule.* > (cd . && ln -s gdkimlibmodule.lo gdkimlibmodule.o) > generating symbol list for `_gdkimlibmodule.la' > /usr/bin/nm -B gdkimlibmodule.lo | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/_gdkimlibmodule.exp > egrep -e "init_gdkimlib" ".libs/_gdkimlibmodule.exp" > ".libs/_gdkimlibmodule.expT" > mv -f ".libs/_gdkimlibmodule.expT" ".libs/_gdkimlibmodule.exp" > cc -shared gdkimlibmodule.lo -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libgdk_imlib.so -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 /usr/local/lib/libintl.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so -lm -Wl,-soname -Wl,_gdkimlibmodule.so -Wl,-retain-symbols-file -Wl,.libs/_gdkimlibmodule.exp -o .libs/_gdkimlibmodule.so > creating _gdkimlibmodule.la > (cd .libs && rm -f _gdkimlibmodule.la && ln -s ../_gdkimlibmodule.la _gdkimlibmodule.la) > source='gtkglmodule.c' object='gtkglmodule.lo' libtool=yes \ > depfile='.deps/gtkglmodule.Plo' tmpdepfile='.deps/gtkglmodule.TPlo' \ > depmode=gcc3 /bin/sh ./../depcomp \ > /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c -o gtkglmodule.lo `test -f 'gtkglmodule.c' || echo './'`gtkglmodule.c > cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c gtkglmodule.c -MT gtkglmodule.lo -MD -MP -MF .deps/gtkglmodule.TPlo -fPIC -DPIC -o gtkglmodule.lo > /bin/sh ./libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -o _gtkglmodule.la -rpath /usr/local/lib/python2.6/site-packages/gtk-1.2 -module -avoid-version -export-symbols-regex init_gtkgl gtkglmodule.lo -lgtkgl -lGLU -lGL -L/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lgthread-12 -lglib-12 -pthread -lintl -lXi -lXext -lX11 -lm > rm -fr .libs/_gtkglmodule.la .libs/_gtkglmodule.* .libs/_gtkglmodule.* > (cd . && ln -s gtkglmodule.lo gtkglmodule.o) > generating symbol list for `_gtkglmodule.la' > /usr/bin/nm -B gtkglmodule.lo | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/_gtkglmodule.exp > egrep -e "init_gtkgl" ".libs/_gtkglmodule.exp" > ".libs/_gtkglmodule.expT" > mv -f ".libs/_gtkglmodule.expT" ".libs/_gtkglmodule.exp" > cc -shared gtkglmodule.lo -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libgtkgl.so -lGLU -lGL -lgtk-12 -lgdk-12 -lgmodule-12 -lgthread-12 -lglib-12 /usr/local/lib/libintl.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so -lm -Wl,-soname -Wl,_gtkglmodule.so -Wl,-retain-symbols-file -Wl,.libs/_gtkglmodule.exp -o .libs/_gtkglmodule.so > creating _gtkglmodule.la > (cd .libs && rm -f _gtkglmodule.la && ln -s ../_gtkglmodule.la _gtkglmodule.la) > source='libglademodule.c' object='libglademodule.lo' libtool=yes \ > depfile='.deps/libglademodule.Plo' tmpdepfile='.deps/libglademodule.TPlo' \ > depmode=gcc3 /bin/sh ./../depcomp \ > /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c -o libglademodule.lo `test -f 'libglademodule.c' || echo './'`libglademodule.c > cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c libglademodule.c -MT libglademodule.lo -MD -MP -MF .deps/libglademodule.TPlo -fPIC -DPIC -o libglademodule.lo > /bin/sh ./libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -o _libglademodule.la -rpath /usr/local/lib/python2.6/site-packages/gtk-1.2 -module -avoid-version -export-symbols-regex init_libglade libglademodule.lo -L/usr/local/lib -lglade -L/usr/local/lib -lxml -lz -L/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 -lintl -lXi -lXext -lX11 -lm > rm -fr .libs/_libglademodule.la .libs/_libglademodule.* .libs/_libglademodule.* > (cd . && ln -s libglademodule.lo libglademodule.o) > generating symbol list for `_libglademodule.la' > /usr/bin/nm -B libglademodule.lo | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/_libglademodule.exp > egrep -e "init_libglade" ".libs/_libglademodule.exp" > ".libs/_libglademodule.expT" > mv -f ".libs/_libglademodule.expT" ".libs/_libglademodule.exp" > cc -shared libglademodule.lo -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/libglade.so /usr/local/lib/libxml.so -lz -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 /usr/local/lib/libintl.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so -lm -Wl,-soname -Wl,_libglademodule.so -Wl,-retain-symbols-file -Wl,.libs/_libglademodule.exp -o .libs/_libglademodule.so > creating _libglademodule.la > (cd .libs && rm -f _libglademodule.la && ln -s ../_libglademodule.la _libglademodule.la) > source='gdkpixbufmodule.c' object='gdkpixbufmodule.lo' libtool=yes \ > depfile='.deps/gdkpixbufmodule.Plo' tmpdepfile='.deps/gdkpixbufmodule.TPlo' \ > depmode=gcc3 /bin/sh ./../depcomp \ > /bin/sh ./libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c -o gdkpixbufmodule.lo `test -f 'gdkpixbufmodule.c' || echo './'`gdkpixbufmodule.c > cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/python2.6 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include/gnome-xml -I/usr/local/include/libglade-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -I/usr/local/include/gdk-pixbuf-1.0 -I/usr/local/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -c gdkpixbufmodule.c -MT gdkpixbufmodule.lo -MD -MP -MF .deps/gdkpixbufmodule.TPlo -fPIC -DPIC -o gdkpixbufmodule.lo > /bin/sh ./libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -o gdkpixbufmodule.la -rpath /usr/local/lib/python2.6/site-packages/gtk-1.2 -module -avoid-version -export-symbols-regex initgdkpixbuf gdkpixbufmodule.lo -L/usr/local/lib -lgdk_pixbuf -L/usr/local/lib -L/usr/local/lib -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 -lintl -lXi -lXext -lX11 -lm > rm -fr .libs/gdkpixbufmodule.la .libs/gdkpixbufmodule.* .libs/gdkpixbufmodule.* > (cd . && ln -s gdkpixbufmodule.lo gdkpixbufmodule.o) > generating symbol list for `gdkpixbufmodule.la' > /usr/bin/nm -B gdkpixbufmodule.lo | sed -n -e 's/^.*[ ]\([ABCDGISTW][ABCDGISTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | sed 's/.* //' | sort | uniq > .libs/gdkpixbufmodule.exp > egrep -e "initgdkpixbuf" ".libs/gdkpixbufmodule.exp" > ".libs/gdkpixbufmodule.expT" > mv -f ".libs/gdkpixbufmodule.expT" ".libs/gdkpixbufmodule.exp" > cc -shared gdkpixbufmodule.lo -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -lgdk_pixbuf -lgtk-12 -lgdk-12 -lgmodule-12 -lglib-12 /usr/local/lib/libintl.so /usr/local/lib/libXi.so /usr/local/lib/libXext.so /usr/local/lib/libX11.so -lm -Wl,-soname -Wl,gdkpixbufmodule.so -Wl,-retain-symbols-file -Wl,.libs/gdkpixbufmodule.exp -o .libs/gdkpixbufmodule.so > creating gdkpixbufmodule.la > (cd .libs && rm -f gdkpixbufmodule.la && ln -s ../gdkpixbufmodule.la gdkpixbufmodule.la) > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > gmake[1]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > ================================================================ > ======================================== > make: don't know how to make regression-test(continuing) > ================================================================ > ======================================== > add_pkg ORBit-0.5.17_4.tbz bash-4.0.24.tbz bonobo-1.0.22_8.tbz cups-client-1.3.10_4.tbz cups-image-1.3.10_4.tbz damageproto-1.1.0_2.tbz docbook-1.4.tbz docbook-4.1_3.tbz docbook-4.2.tbz docbook-4.3.tbz docbook-4.4_2.tbz docbook-4.5_2.tbz docbook-5.0_1.tbz docbook-sk-4.1.2_4.tbz docbook-xml-4.2_1.tbz docbook-xml-4.3.tbz docbook-xml-4.4_1.tbz docbook-xml-4.5.tbz docbook-xsl-1.75.1.tbz dri2proto-2.0.tbz esound-0.2.41.tbz expat-2.0.1.tbz fixesproto-4.0.tbz fontconfig-2.6.0,1.tbz freetype2-2.3.9_1.tbz gconf-1.0.9_16.tbz gdbm-1.8.3_3.tbz gdk-pixbuf-0.22.0_9.tbz getopt-1.1.4_1.tbz gettext-0.17_1.tbz ghostscript8-8.64_6.tbz glib-1.2.10_12.tbz gnome-db-0.2.96_11.tbz gnome-libs-1.4.2_13.tbz gnome-print-0.37_8.tbz gnomecanvas-0.22.0_9.tbz gnomehier-2.3_12.tbz gnutls-2.8.3.tbz gsfonts-8.11_5.tbz gtk-1.2.10_20.tbz gtkglarea-1.2.3_3.tbz guile-1.8.6_2.tbz imlib-1.9.15_8.tbz inputproto-1.5.0.tbz iso8879-1986_2.tbz jpeg-7.tbz kbproto-1.0.3.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libICE-1.0.4_1,1 > .tbz libSM-1.1.0_1,1.tbz libX11-1.2.1_1,1.tbz libXau-1.0.4.tbz libXdamage-1.1.1.tbz libXdmcp-1.0.2_1.tbz libXext-1.0.5,1.tbz libXfixes-4.0.3_1.tbz libXi-1.2.1,1.tbz libXpm-3.5.7.tbz libXt-1.0.5_1.tbz libXxf86vm-1.0.2.tbz libaudiofile-0.2.6.tbz libdrm-2.4.12.tbz libgcrypt-1.4.4.tbz libgda-0.2.96_11.tbz libglade-0.17_10.tbz libgmp-4.3.1.tbz libgpg-error-1.7.tbz libiconv-1.13.1.tbz libltdl-2.2.6a.tbz libpthread-stubs-0.1.tbz libungif-4.1.4_5.tbz libxcb-1.4.tbz libxml-1.8.17_4.tbz libxml2-2.7.3.tbz libxslt-1.1.24_2.tbz oaf-0.6.10_8.tbz perl-5.8.9_3.tbz pkg-config-0.23_1.tbz png-1.2.38.tbz popt-1.14.tbz py26-numeric-24.2_3.tbz python26-2.6.2_2.tbz rarian-0.8.1.tbz tiff-3.8.2_4.tbz xcb-proto-1.5.tbz xextproto-7.0.5.tbz xf86vidmodeproto-2.2.2.tbz xmlcatmgr-2.2.tbz xmlcharent-0.3_2.tbz xproto-7.0.15.tbz > adding dependencies > pkg_add ORBit-0.5.17_4.tbz > skipping ORBit-0.5.17_4, already added > pkg_add bash-4.0.24.tbz > skipping bash-4.0.24, already added > pkg_add bonobo-1.0.22_8.tbz > skipping bonobo-1.0.22_8, already added > pkg_add cups-client-1.3.10_4.tbz > skipping cups-client-1.3.10_4, already added > pkg_add cups-image-1.3.10_4.tbz > skipping cups-image-1.3.10_4, already added > pkg_add damageproto-1.1.0_2.tbz > skipping damageproto-1.1.0_2, already added > pkg_add docbook-1.4.tbz > skipping docbook-1.4, already added > pkg_add docbook-4.1_3.tbz > skipping docbook-4.1_3, already added > pkg_add docbook-4.2.tbz > skipping docbook-4.2, already added > pkg_add docbook-4.3.tbz > skipping docbook-4.3, already added > pkg_add docbook-4.4_2.tbz > skipping docbook-4.4_2, already added > pkg_add docbook-4.5_2.tbz > skipping docbook-4.5_2, already added > pkg_add docbook-5.0_1.tbz > skipping docbook-5.0_1, already added > pkg_add docbook-sk-4.1.2_4.tbz > skipping docbook-sk-4.1.2_4, already added > pkg_add docbook-xml-4.2_1.tbz > skipping docbook-xml-4.2_1, already added > pkg_add docbook-xml-4.3.tbz > skipping docbook-xml-4.3, already added > pkg_add docbook-xml-4.4_1.tbz > skipping docbook-xml-4.4_1, already added > pkg_add docbook-xml-4.5.tbz > skipping docbook-xml-4.5, already added > pkg_add docbook-xsl-1.75.1.tbz > skipping docbook-xsl-1.75.1, already added > pkg_add dri2proto-2.0.tbz > skipping dri2proto-2.0, already added > pkg_add esound-0.2.41.tbz > skipping esound-0.2.41, already added > pkg_add expat-2.0.1.tbz > skipping expat-2.0.1, already added > pkg_add fixesproto-4.0.tbz > skipping fixesproto-4.0, already added > pkg_add fontconfig-2.6.0,1.tbz > skipping fontconfig-2.6.0,1, already added > pkg_add freetype2-2.3.9_1.tbz > skipping freetype2-2.3.9_1, already added > pkg_add gconf-1.0.9_16.tbz > skipping gconf-1.0.9_16, already added > pkg_add gdbm-1.8.3_3.tbz > skipping gdbm-1.8.3_3, already added > pkg_add gdk-pixbuf-0.22.0_9.tbz > skipping gdk-pixbuf-0.22.0_9, already added > pkg_add getopt-1.1.4_1.tbz > skipping getopt-1.1.4_1, already added > pkg_add gettext-0.17_1.tbz > skipping gettext-0.17_1, already added > pkg_add ghostscript8-8.64_6.tbz > skipping ghostscript8-8.64_6, already added > pkg_add glib-1.2.10_12.tbz > skipping glib-1.2.10_12, already added > pkg_add gnome-db-0.2.96_11.tbz > skipping gnome-db-0.2.96_11, already added > pkg_add gnome-libs-1.4.2_13.tbz > skipping gnome-libs-1.4.2_13, already added > pkg_add gnome-print-0.37_8.tbz > skipping gnome-print-0.37_8, already added > pkg_add gnomecanvas-0.22.0_9.tbz > skipping gnomecanvas-0.22.0_9, already added > pkg_add gnomehier-2.3_12.tbz > skipping gnomehier-2.3_12, already added > pkg_add gnutls-2.8.3.tbz > skipping gnutls-2.8.3, already added > pkg_add gsfonts-8.11_5.tbz > skipping gsfonts-8.11_5, already added > pkg_add gtk-1.2.10_20.tbz > skipping gtk-1.2.10_20, already added > pkg_add gtkglarea-1.2.3_3.tbz > skipping gtkglarea-1.2.3_3, already added > pkg_add guile-1.8.6_2.tbz > skipping guile-1.8.6_2, already added > pkg_add imlib-1.9.15_8.tbz > skipping imlib-1.9.15_8, already added > pkg_add inputproto-1.5.0.tbz > skipping inputproto-1.5.0, already added > pkg_add iso8879-1986_2.tbz > skipping iso8879-1986_2, already added > pkg_add jpeg-7.tbz > skipping jpeg-7, already added > pkg_add kbproto-1.0.3.tbz > skipping kbproto-1.0.3, already added > pkg_add libGL-7.4.4.tbz > skipping libGL-7.4.4, already added > pkg_add libGLU-7.4.4.tbz > skipping libGLU-7.4.4, already added > pkg_add libICE-1.0.4_1,1.tbz > skipping libICE-1.0.4_1,1, already added > pkg_add libSM-1.1.0_1,1.tbz > skipping libSM-1.1.0_1,1, already added > pkg_add libX11-1.2.1_1,1.tbz > skipping libX11-1.2.1_1,1, already added > pkg_add libXau-1.0.4.tbz > skipping libXau-1.0.4, already added > pkg_add libXdamage-1.1.1.tbz > skipping libXdamage-1.1.1, already added > pkg_add libXdmcp-1.0.2_1.tbz > skipping libXdmcp-1.0.2_1, already added > pkg_add libXext-1.0.5,1.tbz > skipping libXext-1.0.5,1, already added > pkg_add libXfixes-4.0.3_1.tbz > skipping libXfixes-4.0.3_1, already added > pkg_add libXi-1.2.1,1.tbz > skipping libXi-1.2.1,1, already added > pkg_add libXpm-3.5.7.tbz > skipping libXpm-3.5.7, already added > pkg_add libXt-1.0.5_1.tbz > skipping libXt-1.0.5_1, already added > pkg_add libXxf86vm-1.0.2.tbz > skipping libXxf86vm-1.0.2, already added > pkg_add libaudiofile-0.2.6.tbz > skipping libaudiofile-0.2.6, already added > pkg_add libdrm-2.4.12.tbz > skipping libdrm-2.4.12, already added > pkg_add libgcrypt-1.4.4.tbz > skipping libgcrypt-1.4.4, already added > pkg_add libgda-0.2.96_11.tbz > skipping libgda-0.2.96_11, already added > pkg_add libglade-0.17_10.tbz > skipping libglade-0.17_10, already added > pkg_add libgmp-4.3.1.tbz > skipping libgmp-4.3.1, already added > pkg_add libgpg-error-1.7.tbz > skipping libgpg-error-1.7, already added > pkg_add libiconv-1.13.1.tbz > skipping libiconv-1.13.1, already added > pkg_add libltdl-2.2.6a.tbz > skipping libltdl-2.2.6a, already added > pkg_add libpthread-stubs-0.1.tbz > skipping libpthread-stubs-0.1, already added > pkg_add libungif-4.1.4_5.tbz > skipping libungif-4.1.4_5, already added > pkg_add libxcb-1.4.tbz > skipping libxcb-1.4, already added > pkg_add libxml-1.8.17_4.tbz > skipping libxml-1.8.17_4, already added > pkg_add libxml2-2.7.3.tbz > skipping libxml2-2.7.3, already added > pkg_add libxslt-1.1.24_2.tbz > skipping libxslt-1.1.24_2, already added > pkg_add oaf-0.6.10_8.tbz > skipping oaf-0.6.10_8, already added > pkg_add perl-5.8.9_3.tbz > skipping perl-5.8.9_3, already added > pkg_add pkg-config-0.23_1.tbz > skipping pkg-config-0.23_1, already added > pkg_add png-1.2.38.tbz > skipping png-1.2.38, already added > pkg_add popt-1.14.tbz > skipping popt-1.14, already added > pkg_add py26-numeric-24.2_3.tbz > skipping py26-numeric-24.2_3, already added > pkg_add python26-2.6.2_2.tbz > skipping python26-2.6.2_2, already added > pkg_add rarian-0.8.1.tbz > skipping rarian-0.8.1, already added > pkg_add tiff-3.8.2_4.tbz > skipping tiff-3.8.2_4, already added > pkg_add xcb-proto-1.5.tbz > skipping xcb-proto-1.5, already added > pkg_add xextproto-7.0.5.tbz > skipping xextproto-7.0.5, already added > pkg_add xf86vidmodeproto-2.2.2.tbz > skipping xf86vidmodeproto-2.2.2, already added > pkg_add xmlcatmgr-2.2.tbz > skipping xmlcatmgr-2.2, already added > pkg_add xmlcharent-0.3_2.tbz > skipping xmlcharent-0.3_2, already added > pkg_add xproto-7.0.15.tbz > skipping xproto-7.0.15, already added > ===> Installing for py26-gtk-0.6.11_7 > ===> py26-gtk-0.6.11_7 depends on file: /usr/local/lib/python2.6/site-packages/Numeric/Numeric.py - found > ===> py26-gtk-0.6.11_7 depends on file: /usr/local/bin/python2.6 - found > ===> py26-gtk-0.6.11_7 depends on executable: pkg-config - found > ===> py26-gtk-0.6.11_7 depends on shared library: gtkgl.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: esd.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: bonobo.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gconf-1.1 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gdk_pixbuf.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: glib-12.3 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomecanvaspixbuf.1 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomedb.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnome.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gnomeprint.16 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gtk-12.2 - found > ===> py26-gtk-0.6.11_7 depends on shared library: gda-client.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: glade.4 - found > ===> py26-gtk-0.6.11_7 depends on shared library: xml.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: Imlib.5 - found > ===> py26-gtk-0.6.11_7 depends on shared library: oaf.0 - found > ===> py26-gtk-0.6.11_7 depends on shared library: ORBit.2 - found > ===> Generating temporary packing list > ===> Checking if x11-toolkits/py-gtk already installed > Making install in generate > gmake[1]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > /bin/sh ../../mkinstalldirs /usr/local/bin > install -o root -g wheel -m 555 pygtk-codegen-1.2 /usr/local/bin/pygtk-codegen-1.2 > /bin/sh ../../mkinstalldirs /usr/local/share/pygtk/1.2/codegen > mkdir -p -- /usr/local/share/pygtk/1.2/codegen > install -o root -g wheel -m 444 ./generate.py /usr/local/share/pygtk/1.2/codegen/generate.py > install -o root -g wheel -m 444 ./scmexpr.py /usr/local/share/pygtk/1.2/codegen/scmexpr.py > Byte-compiling python modules... > generate.py scmexpr.py > Byte-compiling python modules (optimised versions) ... > generate.py scmexpr.py > /bin/sh ../../mkinstalldirs /usr/local/share/pygtk/1.2/defs > mkdir -p -- /usr/local/share/pygtk/1.2/defs > install -o root -g wheel -m 444 gtk.defs /usr/local/share/pygtk/1.2/defs/gtk.defs > install -o root -g wheel -m 444 gtkbase.defs /usr/local/share/pygtk/1.2/defs/gtkbase.defs > install -o root -g wheel -m 444 gtkcontainers.defs /usr/local/share/pygtk/1.2/defs/gtkcontainers.defs > install -o root -g wheel -m 444 gtkdata.defs /usr/local/share/pygtk/1.2/defs/gtkdata.defs > install -o root -g wheel -m 444 gtkedit.defs /usr/local/share/pygtk/1.2/defs/gtkedit.defs > install -o root -g wheel -m 444 gtkenums.defs /usr/local/share/pygtk/1.2/defs/gtkenums.defs > install -o root -g wheel -m 444 gtklists.defs /usr/local/share/pygtk/1.2/defs/gtklists.defs > install -o root -g wheel -m 444 gtkmenus.defs /usr/local/share/pygtk/1.2/defs/gtkmenus.defs > install -o root -g wheel -m 444 gtkmisc.defs /usr/local/share/pygtk/1.2/defs/gtkmisc.defs > install -o root -g wheel -m 444 gtkranges.defs /usr/local/share/pygtk/1.2/defs/gtkranges.defs > install -o root -g wheel -m 444 gtkdnd.defs /usr/local/share/pygtk/1.2/defs/gtkdnd.defs > install -o root -g wheel -m 444 gtkgl.defs /usr/local/share/pygtk/1.2/defs/gtkgl.defs > install -o root -g wheel -m 444 libglade.defs /usr/local/share/pygtk/1.2/defs/libglade.defs > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > gmake[1]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/generate' > Making install in pyglade > gmake[1]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[2]: Nothing to be done for `install-exec-am'. > /bin/sh ../../mkinstalldirs /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade > mkdir -p -- /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade > install -o root -g wheel -m 444 ./__init__.py /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade/__init__.py > install -o root -g wheel -m 444 ./build.py /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade/build.py > install -o root -g wheel -m 444 ./style.py /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade/style.py > install -o root -g wheel -m 444 ./xmlparse.py /usr/local/lib/python2.6/site-packages/gtk-1.2/pyglade/xmlparse.py > Byte-compiling python modules... > __init__.py build.py style.py xmlparse.py > Byte-compiling python modules (optimised versions) ... > __init__.py build.py style.py xmlparse.py > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[1]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/pyglade' > gmake[1]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > gmake[2]: Entering directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > /bin/sh ./../mkinstalldirs /usr/local/lib/python2.6/site-packages > echo "gtk-1.2" > /usr/local/lib/python2.6/site-packages/pygtk.pth > /bin/sh ./../mkinstalldirs /usr/local/lib/python2.6/site-packages/gtk-1.2 > /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel _gtkmodule.la /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkmodule.la > /usr/bin/install -c -o root -g wheel .libs/_gtkmodule.so /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkmodule.so > /usr/bin/install -c -o root -g wheel .libs/_gtkmodule.lai /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkmodule.la > ---------------------------------------------------------------------- > Libraries have been installed in: > /usr/local/lib/python2.6/site-packages/gtk-1.2 > > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel _gdkimlibmodule.la /usr/local/lib/python2.6/site-packages/gtk-1.2/_gdkimlibmodule.la > /usr/bin/install -c -o root -g wheel .libs/_gdkimlibmodule.so /usr/local/lib/python2.6/site-packages/gtk-1.2/_gdkimlibmodule.so > /usr/bin/install -c -o root -g wheel .libs/_gdkimlibmodule.lai /usr/local/lib/python2.6/site-packages/gtk-1.2/_gdkimlibmodule.la > ---------------------------------------------------------------------- > Libraries have been installed in: > /usr/local/lib/python2.6/site-packages/gtk-1.2 > > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel _gtkglmodule.la /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkglmodule.la > /usr/bin/install -c -o root -g wheel .libs/_gtkglmodule.so /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkglmodule.so > /usr/bin/install -c -o root -g wheel .libs/_gtkglmodule.lai /usr/local/lib/python2.6/site-packages/gtk-1.2/_gtkglmodule.la > ---------------------------------------------------------------------- > Libraries have been installed in: > /usr/local/lib/python2.6/site-packages/gtk-1.2 > > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel _libglademodule.la /usr/local/lib/python2.6/site-packages/gtk-1.2/_libglademodule.la > /usr/bin/install -c -o root -g wheel .libs/_libglademodule.so /usr/local/lib/python2.6/site-packages/gtk-1.2/_libglademodule.so > /usr/bin/install -c -o root -g wheel .libs/_libglademodule.lai /usr/local/lib/python2.6/site-packages/gtk-1.2/_libglademodule.la > ---------------------------------------------------------------------- > Libraries have been installed in: > /usr/local/lib/python2.6/site-packages/gtk-1.2 > > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > /bin/sh ./libtool --mode=install /usr/bin/install -c -o root -g wheel gdkpixbufmodule.la /usr/local/lib/python2.6/site-packages/gtk-1.2/gdkpixbufmodule.la > /usr/bin/install -c -o root -g wheel .libs/gdkpixbufmodule.so /usr/local/lib/python2.6/site-packages/gtk-1.2/gdkpixbufmodule.so > /usr/bin/install -c -o root -g wheel .libs/gdkpixbufmodule.lai /usr/local/lib/python2.6/site-packages/gtk-1.2/gdkpixbufmodule.la > ---------------------------------------------------------------------- > Libraries have been installed in: > /usr/local/lib/python2.6/site-packages/gtk-1.2 > > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > /bin/sh ./../mkinstalldirs /usr/local/lib/python2.6/site-packages > echo "gtk-1.2" > /usr/local/lib/python2.6/site-packages/pygtk.pth > /bin/sh ./../mkinstalldirs /usr/local/include/pygtk > mkdir -p -- /usr/local/include/pygtk > install -o root -g wheel -m 444 pygtk.h /usr/local/include/pygtk/pygtk.h > install -o root -g wheel -m 444 pygdkimlib.h /usr/local/include/pygtk/pygdkimlib.h > install -o root -g wheel -m 444 pygdkpixbuf.h /usr/local/include/pygtk/pygdkpixbuf.h > /bin/sh ./../mkinstalldirs /usr/local/lib/python2.6/site-packages/gtk-1.2 > install -o root -g wheel -m 444 ./gtk.py /usr/local/lib/python2.6/site-packages/gtk-1.2/gtk.py > install -o root -g wheel -m 444 ./GTK.py /usr/local/lib/python2.6/site-packages/gtk-1.2/GTK.py > install -o root -g wheel -m 444 ./GDK.py /usr/local/lib/python2.6/site-packages/gtk-1.2/GDK.py > install -o root -g wheel -m 444 ./GtkExtra.py /usr/local/lib/python2.6/site-packages/gtk-1.2/GtkExtra.py > install -o root -g wheel -m 444 ./GdkImlib.py /usr/local/lib/python2.6/site-packages/gtk-1.2/GdkImlib.py > install -o root -g wheel -m 444 ./gtkgl.py /usr/local/lib/python2.6/site-packages/gtk-1.2/gtkgl.py > install -o root -g wheel -m 444 ./libglade.py /usr/local/lib/python2.6/site-packages/gtk-1.2/libglade.py > Byte-compiling python modules... > gtk.pySyntaxError: ('invalid syntax', ('/usr/local/lib/python2.6/site-packages/gtk-1.2/gtk.py', 894, 24, '\tdef set_policy(self, as, ag, autos):\n')) > > GTK.py GDK.py GtkExtra.py GdkImlib.py gtkgl.py libglade.py > Byte-compiling python modules (optimised versions) ... > gtk.py GTK.py GDK.py GtkExtra.py GdkImlib.py gtkgl.py libglade.py > /bin/sh ./../mkinstalldirs /usr/local/lib/python2.6/site-packages > install -o root -g wheel -m 444 ./pygtk.py /usr/local/lib/python2.6/site-packages/pygtk.py > Byte-compiling python modules... > pygtk.py > Byte-compiling python modules (optimised versions) ... > pygtk.py > gmake[2]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > gmake[1]: Leaving directory `/work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk' > /bin/mkdir -p /usr/local/share/examples/py-gtk > /usr/bin/tar -C /work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/examples -cf - . | /usr/bin/tar -C /usr/local/share/examples/py-gtk -xvf - > x ./ > x ./gl/ > x ./glade/ > x ./ide/ > x ./imlib/ > x ./neil/ > x ./simple/ > x ./testgtk/ > x ./testgtk/testgtk.py > x ./testgtk/test.xpm > x ./testgtk/testgtkrc > x ./testgtk/README > x ./simple/hello1.py > x ./simple/hello2.py > x ./simple/simple1.py > x ./simple/simple2.py > x ./simple/tooltip1.py > x ./simple/tooltip2.py > x ./simple/scribble.py > x ./simple/dnd.py > x ./simple/dndpixmap.py > x ./simple/README > x ./neil/TAppli.py > x ./neil/TAppli2.py > x ./neil/TAppli3.py > x ./neil/TAppli4.py > x ./neil/TAppli5.py > x ./neil/bomb.xpm > x ./neil/gtk-logo.xpm > x ./neil/question.xpm > x ./neil/notebook.py > x ./neil/README > x ./imlib/view.py > x ./ide/gtkcons.py > x ./ide/gtkdb.py > x ./ide/edit.py > x ./ide/browse.py > x ./ide/minibreak.xpm > x ./ide/README > x ./ide/gtkprof.py > x ./ide/pyide.py > x ./ide/break.xpm > x ./ide/return.xpm > x ./ide/next.xpm > x ./ide/continue.xpm > x ./ide/step.xpm > x ./ide/edit.xpm > x ./ide/run.xpm > x ./ide/quit.xpm > x ./glade/README > x ./glade/test2.glade > x ./glade/glade.py > x ./glade/test.glade > x ./gl/README > x ./gl/cone.py > x ./gl/dots.py > x ./gl/gears.py > /usr/sbin/chown -R root:wheel /usr/local/share/examples/py-gtk > /usr/bin/find /usr/local/share/examples/py-gtk -type d -print | /usr/bin/xargs /bin/chmod 0555 > /usr/bin/find /usr/local/share/examples/py-gtk -type f -print | /usr/bin/xargs /bin/chmod 0444 > /bin/mkdir -p /usr/local/share/doc/py-gtk > install -o root -g wheel -m 444 /work/a/ports/x11-toolkits/py-gtk/work/gnome-python-1.4.4/pygtk/MAPPING /usr/local/share/doc/py-gtk > ===> Registering installation for py26-gtk-0.6.11_7 > ================================================================ > ======================================== > ===> Building package for py26-gtk-0.6.11_7 > tar: share/doc/gtk/MAPPING: Cannot stat: No such file or directory > tar: share/examples/gtk/gl/README: Cannot stat: No such file or directory > tar: share/examples/gtk/gl/cone.py: Cannot stat: No such file or directory > tar: share/examples/gtk/gl/dots.py: Cannot stat: No such file or directory > tar: share/examples/gtk/gl/gears.py: Cannot stat: No such file or directory > tar: share/examples/gtk/glade/README: Cannot stat: No such file or directory > tar: share/examples/gtk/glade/glade.py: Cannot stat: No such file or directory > tar: share/examples/gtk/glade/test.glade: Cannot stat: No such file or directory > tar: share/examples/gtk/glade/test2.glade: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/README: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/break.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/browse.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/continue.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/edit.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/edit.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/gtkcons.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/gtkdb.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/gtkprof.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/minibreak.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/next.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/pyide.py: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/quit.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/return.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/run.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/ide/step.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/imlib/view.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/README: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/TAppli.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/TAppli2.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/TAppli3.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/TAppli4.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/TAppli5.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/bomb.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/gtk-logo.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/notebook.py: Cannot stat: No such file or directory > tar: share/examples/gtk/neil/question.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/README: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/dnd.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/dndpixmap.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/hello1.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/hello2.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/scribble.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/simple1.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/simple2.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/tooltip1.py: Cannot stat: No such file or directory > tar: share/examples/gtk/simple/tooltip2.py: Cannot stat: No such file or directory > tar: share/examples/gtk/testgtk/README: Cannot stat: No such file or directory > tar: share/examples/gtk/testgtk/test.xpm: Cannot stat: No such file or directory > tar: share/examples/gtk/testgtk/testgtk.py: Cannot stat: No such file or directory > tar: share/examples/gtk/testgtk/testgtkrc: 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/py26-gtk-0.6.11_7.tbz > Registering depends: libglade-0.17_10 gnome-db-0.2.96_11 libgda-0.2.96_11 bonobo-1.0.22_8 gnome-print-0.37_8 gnomecanvas-0.22.0_9 gnome-libs-1.4.2_13 esound-0.2.41 libaudiofile-0.2.6 gconf-1.0.9_16 oaf-0.6.10_8 ORBit-0.5.17_4 rarian-0.8.1 bash-4.0.24 popt-1.14 getopt-1.1.4_1 imlib-1.9.15_8 gdk-pixbuf-0.22.0_9 gtkglarea-1.2.3_3 gtk-1.2.10_20 ghostscript8-8.64_6 cups-image-1.3.10_4 cups-client-1.3.10_4 gnutls-2.8.3 libgcrypt-1.4.4 libgpg-error-1.7 guile-1.8.6_2 gettext-0.17_1 libxslt-1.1.24_2 libxml2-2.7.3 libiconv-1.13.1 gdbm-1.8.3_3 glib-1.2.10_12 libltdl-2.2.6a libungif-4.1.4_5 libXi-1.2.1,1 libXpm-3.5.7 libGLU-7.4.4 libGL-7.4.4 libXxf86vm-1.0.2 libXext-1.0.5,1 libXt-1.0.5_1 libXdamage-1.1.1 libXfixes-4.0.3_1 libX11-1.2.1_1,1 libxcb-1.4 libdrm-2.4.12 libpthread-stubs-0.1 libxml-1.8.17_4 libXau-1.0.4 libXdmcp-1.0.2_1 libSM-1.1.0_1,1 libICE-1.0.4_1,1 xproto-7.0.15 fontconfig-2.6.0,1 freetype2-2.3.9_1 pkg-config-0.23_1 tiff-3.8.2_4 jpeg-7 png-1.2.38 perl-5.8.9_3 xcb-proto-1.5 p > y26-numeric-24.2_3 python26-2.6.2_2 libgmp-4.3.1 gnomehier-2.3_12 gsfonts-8.11_5 docbook-xsl-1.75.1 docbook-1.4 docbook-4.1_3 docbook-4.2 docbook-4.3 docbook-4.4_2 docbook-4.5_2 docbook-5.0_1 docbook-sk-4.1.2_4 docbook-xml-4.2_1 docbook-xml-4.3 docbook-xml-4.4_1 docbook-xml-4.5 expat-2.0.1 iso8879-1986_2 xmlcharent-0.3_2 xmlcatmgr-2.2 damageproto-1.1.0_2 dri2proto-2.0 fixesproto-4.0 inputproto-1.5.0 kbproto-1.0.3 xextproto-7.0.5 xf86vidmodeproto-2.2.2. > Registering conflicts: py*-gtk-2* py*-gobject-[0-9]*. > Creating bzip'd tar ball in '/tmp/packages/All/py26-gtk-0.6.11_7.tbz' > *** Error code 1 > > Stop in /a/ports/x11-toolkits/py-gtk. > ================================================================ > build of /usr/ports/x11-toolkits/py-gtk ended at Fri Aug 21 05:47:23 UTC 2009 -- 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-gnome/attachments/20090823/5cf735f3/attachment.pgp From turutani at scphys.kyoto-u.ac.jp Sun Aug 23 22:01:00 2009 From: turutani at scphys.kyoto-u.ac.jp (Tsurutani Naoki) Date: Sun Aug 23 22:01:33 2009 Subject: ports/137980: fix for textprox/libxml2 In-Reply-To: <200908221723.n7MHNEtK030536@freefall.freebsd.org> References: <200908221723.n7MHNEtK030536@freefall.freebsd.org> Message-ID: <200908232133.AA01110@POLYMER5.scphys.kyoto-u.ac.jp> I resend the patch: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-parser.c Type: application/octet-stream Size: 1930 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20090823/5aa9f977/patch-parser.obj From marcus at FreeBSD.org Mon Aug 24 00:50:20 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Mon Aug 24 00:50:30 2009 Subject: ports/137980: fix for textprox/libxml2 Message-ID: <200908240050.n7O0oJks087274@freefall.freebsd.org> Synopsis: fix for textprox/libxml2 State-Changed-From-To: feedback->closed State-Changed-By: marcus State-Changed-When: Mon Aug 24 00:50:08 UTC 2009 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=137980 From dfilter at FreeBSD.ORG Mon Aug 24 01:00:07 2009 From: dfilter at FreeBSD.ORG (dfilter service) Date: Mon Aug 24 01:00:12 2009 Subject: ports/137980: commit references a PR Message-ID: <200908240100.n7O106lH094659@freefall.freebsd.org> The following reply was made to PR ports/137980; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/137980: commit references a PR Date: Mon, 24 Aug 2009 00:50:21 +0000 (UTC) marcus 2009-08-24 00:50:00 UTC FreeBSD ports repository Modified files: textproc/libxml2 Makefile Added files: textproc/libxml2/files patch-parser.c Log: Fix security bugs CVE-2009-2416 and CVE-2009-2414. PR: 137980 Submitted by: Tsurutani Naoki Obtained from: http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg678527.html Security: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2416 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2414 Revision Changes Path 1.156 +1 -1 ports/textproc/libxml2/Makefile 1.3 +79 -0 ports/textproc/libxml2/files/patch-parser.c (new) _______________________________________________ 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 andrew-freebsd at areilly.bpc-users.org Mon Aug 24 02:05:29 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Mon Aug 24 02:05:36 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090822182208.GM82743@bsdcrew.de> References: <20090822182208.GM82743@bsdcrew.de> Message-ID: <20090824020523.GB52180@duncan.reilly.home> On Sat, Aug 22, 2009 at 08:22:08PM +0200, Martin Wilke wrote: > Goals: > * Removal of mozilla, nvu, xulrunner and firefox2. > * www/firefox35 should be moved to www/firefox. > * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. Yay! My gnome-based desktop has 46 lines of +REQUIRED_BY in firefox-2.0.0.20_9,1, which is a real pain at the moment, because port-audit won't allow it to be built, thanks to the known vulnerabilities. That makes upgrades with portmaster a chore. Is there an existing fix that everyone but me is using so that the following *don't* depend on firefox-2 on their system? (This is my afore-mentioned +REQUIRD_BY file contents:) gegl-0.0.22_6 gimp-2.6.6,2 gnome2-2.26.3 ufraw-0.15_3 xsane-0.996_1 librsvg2-2.26.0_1 nautilus-2.26.3_1 gnome-panel-2.26.3_1 py26-gnome-desktop-2.26.0_1 file-roller-2.26.3_1,1 gdm-2.26.1_6 gimp-gutenprint-5.1.7_2 gnome-applets-2.26.3_1 gnome-games-2.26.3_1 gnome-netstatus-2.26.0_1 gnome-power-manager-2.24.4_5 gnome-system-monitor-2.26.2_1 gnome-system-tools-2.22.2_1 gnome-utils-2.26.0_2,1 hamster-applet-2.26.3_1 libgail-gnome-1.20.1_1 mousetweaks-2.26.3_1 orca-2.26.3_1 py26-gimp-app-2.6.6_1 seahorse-plugins-2.26.2_2 sound-juicer-2.26.1_1 yelp-2.26.0_1 gtkam-gnome-0.1.16.1_1 tsclient-0.150_5 ImageMagick-6.5.4.10_1 alacarte-0.12.1_1 brasero-2.26.3_1 cairo-clock-0.3.2_3 cheese-2.26.3_1 deskbar-applet-2.26.2_1 empathy-2.26.2_1 eog-2.26.3_1 epiphany-2.26.3_3 epiphany-extensions-2.26.1_1 evince-2.26.2_2 gimp-app-2.6.6_3,1 vino-2.26.2_2 graphviz-2.24.0_1 gnome-control-center-2.26.0_2 totem-2.26.3_1 vinagre-2.26.2_1 Cheers, -- Andrew From marcus at marcuscom.com Mon Aug 24 02:26:20 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Mon Aug 24 02:26:38 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090824020523.GB52180@duncan.reilly.home> References: <20090822182208.GM82743@bsdcrew.de> <20090824020523.GB52180@duncan.reilly.home> Message-ID: <1251080785.99362.26.camel@shumai.marcuscom.com> On Mon, 2009-08-24 at 12:05 +1000, Andrew Reilly wrote: > On Sat, Aug 22, 2009 at 08:22:08PM +0200, Martin Wilke wrote: > > Goals: > > * Removal of mozilla, nvu, xulrunner and firefox2. > > * www/firefox35 should be moved to www/firefox. > > * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. > > Yay! > > My gnome-based desktop has 46 lines of +REQUIRED_BY in > firefox-2.0.0.20_9,1, which is a real pain at the moment, > because port-audit won't allow it to be built, thanks to the > known vulnerabilities. That makes upgrades with portmaster a > chore. > > Is there an existing fix that everyone but me is using so that > the following *don't* depend on firefox-2 on their system? > (This is my afore-mentioned +REQUIRD_BY file contents:) You can set WITH_GECKO=libxul in make.conf, and most of these should go away. Joe > > gegl-0.0.22_6 > gimp-2.6.6,2 > gnome2-2.26.3 > ufraw-0.15_3 > xsane-0.996_1 > librsvg2-2.26.0_1 > nautilus-2.26.3_1 > gnome-panel-2.26.3_1 > py26-gnome-desktop-2.26.0_1 > file-roller-2.26.3_1,1 > gdm-2.26.1_6 > gimp-gutenprint-5.1.7_2 > gnome-applets-2.26.3_1 > gnome-games-2.26.3_1 > gnome-netstatus-2.26.0_1 > gnome-power-manager-2.24.4_5 > gnome-system-monitor-2.26.2_1 > gnome-system-tools-2.22.2_1 > gnome-utils-2.26.0_2,1 > hamster-applet-2.26.3_1 > libgail-gnome-1.20.1_1 > mousetweaks-2.26.3_1 > orca-2.26.3_1 > py26-gimp-app-2.6.6_1 > seahorse-plugins-2.26.2_2 > sound-juicer-2.26.1_1 > yelp-2.26.0_1 > gtkam-gnome-0.1.16.1_1 > tsclient-0.150_5 > ImageMagick-6.5.4.10_1 > alacarte-0.12.1_1 > brasero-2.26.3_1 > cairo-clock-0.3.2_3 > cheese-2.26.3_1 > deskbar-applet-2.26.2_1 > empathy-2.26.2_1 > eog-2.26.3_1 > epiphany-2.26.3_3 > epiphany-extensions-2.26.1_1 > evince-2.26.2_2 > gimp-app-2.6.6_3,1 > vino-2.26.2_2 > graphviz-2.24.0_1 > gnome-control-center-2.26.0_2 > totem-2.26.3_1 > vinagre-2.26.2_1 > > Cheers, > -- 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-gnome/attachments/20090824/bf329ef5/attachment.pgp From vova at fbsd.ru Mon Aug 24 09:19:29 2009 From: vova at fbsd.ru (Vladimir Grebenschikov) Date: Mon Aug 24 09:19:36 2009 Subject: Glitches in the notification area of GNOME 2.27.90 In-Reply-To: <1250967560.99362.15.camel@shumai.marcuscom.com> References: <20090822184422.GA18496@blogreen.org> <1250967560.99362.15.camel@shumai.marcuscom.com> Message-ID: <1251105410.2045.32.camel@localhost> Hi Similar problem for me for long time (older gnome) http://filebin.ca/uyhjvu/notifiction-area-glitches.png (note problem near skype icon) Looks like it shows one icon over another, and it happens time-to time Right-click menu over broken part of NA fixes problem temporary. gnome-applets-2.26.3 notification-daemon-0.4.0_1 -----Original Message----- From: Joe Marcus Clarke To: Romain Tarti?re Cc: gnome@freebsd.org Subject: Re: Glitches in the notification area of GNOME 2.27.90 Date: Sat, 22 Aug 2009 14:59:20 -0400 On Sat, 2009-08-22 at 20:44 +0200, Romain Tarti?re wrote: > Hi > > I'm running GNOME 2.27.90 from MarcusCom ports and the notification area > does not display correctly. For example, on the following screen-shot I > have 4 icons that behave correctly, apart their display is messed up: > - Gnome do (blank icon) > - Some kind of volume control (wrong icon, copy of the notification > area from the right of the icon + ~2px) > - Liferea (good icon) > - Sonata (good icon) > > http://romain.blogreen.org/files/notification-area.png > > Some applications display their icon correctly, with a transparent > background, but this seems almost random. > > > I would like to know if it's some kind of bug in the upcomming > gnome-panel (or whatever displays the notification area) that's likely > to be fixed upstream or if it works correctly for other and I need to > rebuild any library that may need an update. I haven't noticed any problems, but I don't use the NA heavily on my test box. I see there is one pending NA patch in git relatign to compositing, but that's it. So this could be a new bug which should be reported upstream. Joe -- Vladimir B. Grebenschikov vova@fbsd.ru From bugmaster at FreeBSD.org Mon Aug 24 11:07:17 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 24 11:10:12 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200908241107.n7OB7GsG048953@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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 -------------------------------------------------------------------------------- f ports/137368 gnome x11-toolkits/libwnck: add menu option to configure dep s ports/137367 gnome net/libproxy: add menu option to configure dependence s ports/136967 gnome security/seahorse-plugins 2.26.2_1 + GPG = fail p ports/136676 gnome x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and f ports/136435 gnome security/gnome-keyring + hald prevents umount of usb d p ports/134737 gnome Update www/webkit-gtk2 to 1.1.7 f ports/134536 gnome [patch] graphics/gimp: Gimp 2.6.6 fails to open URI's o ports/134509 gnome graphics/inkscape: after loading any type of data file a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a f ports/134358 gnome x11/gnome2: trackerd uses up all of the cpu o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 11 problems total. From vess at slavof.net Mon Aug 24 12:59:01 2009 From: vess at slavof.net (Veselin Slavov) Date: Mon Aug 24 12:59:34 2009 Subject: ports devel libical problem Message-ID: <4A928C2A.8010702@slavof.net> Hi, I have problem while installing libical. List of insalled ports and config logs atached. Here is error: checking python2.6/Python.h usability... no checking python2.6/Python.h presence... no checking for python2.6/Python.h... no configure: error: Can't find python header files ===> Script "configure" failed unexpectedly. uname -a: FreeBSD fester.slavof.net 8.0-BETA3 FreeBSD 8.0-BETA3 #23: Mon Aug 24 14:24:22 EEST 2009 root@fester.slavof.net:/usr/obj/usr/src/sys/fester amd64 From oberman at es.net Mon Aug 24 22:47:45 2009 From: oberman at es.net (Kevin Oberman) Date: Mon Aug 24 22:48:03 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: Your message of "Sat, 22 Aug 2009 14:51:31 EDT." <1250967091.99362.13.camel@shumai.marcuscom.com> Message-ID: <20090824224742.256101CC09@ptavv.es.net> I just rebuilt all of the ports that depended on firefox and I found the following dependencies remained: galeon-2.0.7_1 gnome2-fifth-toe-2.26.3 gnome2-power-tools-2.26.3 mplayerplug-in-3.55_3 muine-0.8.10_1 serpentine-0.7_5 Of these, muine and mplayerplug-in are broken and can't be re-built and serpentine is inheriting the dependency from muine. The two metaports are clearly just inheriting it. I think galeon is the only port that really insists on using firefox. (I have not looked at the Makefile or anything else in the galeon port as I have not used galeon in years and will just delete it. mpalyerplug-in is not marked as broken, but I get the error: c++ -c -o plugin.o -Wall -DXP_UNIX -DMOZ_X11 -I/usr/local/include/firefox/java -I/usr/local/include/firefox/plugin -I/usr/local/include/nspr -I/usr/local/include/firefox -I/usr/local/include/firefox/xpcom -I/usr/local/include/firefox/string -I/usr/local/include/firefox -O2 -fno-strict-aliasing -pipe -D_THREAD_SAFE -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include -DBSD -O2 -fno-strict-aliasing -pipe -Iinclude -fPIC -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/l ocal/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DGTK_ENABLED Source/plugin.cpp In file included from Source/nsScriptablePeer.h:48, from Source/plugin.h:54, from Source/plugin.cpp:37: Source/nsIScriptableMplayerPlugin.h:41:84: error: macro "NS_DEFINE_STATIC_IID_ACCESSOR" passed 2 arguments, but takes just 1 Source/nsIScriptableMplayerPlugin.h:254:92: error: macro "NS_DEFINE_STATIC_IID_ACCESSOR" passed 2 arguments, but takes just 1 In file included from Source/nsScriptablePeer.h:48, from Source/plugin.h:54, from Source/plugin.cpp:37: Source/nsIScriptableMplayerPlugin.h:25: error: function definition does not declare parameters Source/nsIScriptableMplayerPlugin.h:122: error: expected constructor, destructor, or type conversion before 'class' Joe, since you are the maintainer, have you any idea why this is blowing up when built against libxul? -- 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 andrew-freebsd at areilly.bpc-users.org Tue Aug 25 00:24:12 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Tue Aug 25 00:24:18 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <1251080785.99362.26.camel@shumai.marcuscom.com> References: <20090822182208.GM82743@bsdcrew.de> <20090824020523.GB52180@duncan.reilly.home> <1251080785.99362.26.camel@shumai.marcuscom.com> Message-ID: <20090825002359.GA61141@duncan.reilly.home> On Sun, Aug 23, 2009 at 10:26:25PM -0400, Joe Marcus Clarke wrote: > You can set WITH_GECKO=libxul in make.conf, and most of these should go > away. I've done that (and installed libxul!) and re-built all of the ports in firefox-2.*/+REQUIRED_BY, and my list is now: alacarte-0.12.1_1 brasero-2.26.3_1 cairo-clock-0.3.2_3 cheese-2.26.3_1 deskbar-applet-2.26.2_1 empathy-2.26.2_1 eog-2.26.3_1 epiphany-2.26.3_3 epiphany-extensions-2.26.1_1 gnome-control-center-2.26.0_2 gimp-2.6.6,2 gnome-applets-2.26.3_1 gnome-games-2.26.3_1 gnome2-2.26.3 gtkam-gnome-0.1.16.1_1 hamster-applet-2.26.3_1 orca-2.26.3_1 seahorse-plugins-2.26.2_2 sound-juicer-2.26.1_1 That's a lot shorter than it was before, but still clearly quite long. In most of these I can't see where the firefox dependency is coming from. For instance, the gimp meta-port is still here, but gimp-app has moved over to the libxul-1.9 +REQUIRED_BY list. Is there any convenient way to list dependencies hierarchially, rather than the flat set that pkg_info -r provides? Cheers, -- Andrew From oberman at es.net Tue Aug 25 01:18:54 2009 From: oberman at es.net (Kevin Oberman) Date: Tue Aug 25 01:19:06 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: Your message of "Tue, 25 Aug 2009 10:23:59 +1000." <20090825002359.GA61141@duncan.reilly.home> Message-ID: <20090825011847.53F801CC09@ptavv.es.net> > Date: Tue, 25 Aug 2009 10:23:59 +1000 > From: Andrew Reilly > Sender: owner-freebsd-gnome@freebsd.org > > On Sun, Aug 23, 2009 at 10:26:25PM -0400, Joe Marcus Clarke wrote: > > You can set WITH_GECKO=libxul in make.conf, and most of these should go > > away. > > I've done that (and installed libxul!) and re-built all of the > ports in firefox-2.*/+REQUIRED_BY, and my list is now: > > alacarte-0.12.1_1 > brasero-2.26.3_1 > cairo-clock-0.3.2_3 > cheese-2.26.3_1 > deskbar-applet-2.26.2_1 > empathy-2.26.2_1 > eog-2.26.3_1 > epiphany-2.26.3_3 > epiphany-extensions-2.26.1_1 > gnome-control-center-2.26.0_2 > gimp-2.6.6,2 > gnome-applets-2.26.3_1 > gnome-games-2.26.3_1 > gnome2-2.26.3 > gtkam-gnome-0.1.16.1_1 > hamster-applet-2.26.3_1 > orca-2.26.3_1 > seahorse-plugins-2.26.2_2 > sound-juicer-2.26.1_1 > > > That's a lot shorter than it was before, but still clearly quite > long. In most of these I can't see where the firefox dependency > is coming from. For instance, the gimp meta-port is still here, > but gimp-app has moved over to the libxul-1.9 +REQUIRED_BY list. > > Is there any convenient way to list dependencies hierarchially, > rather than the flat set that pkg_info -r provides? Andrew, How did you sequence the re-builds? I'd guess that gimp-app was re-built after the gimp metaport, so the metaport retained the dependency. If you have portupgrade, I would suggest 'portupgrade -rfx firefox firefox'. portupgrade works by building a dependency graph of the needed ports and builds te tree from the root. This should get rid of all but a handful of ports. It looks like everything in the list should rebuild without the firefox dependency. I had every one of them. I'm now down to just mplayerplug-in because it fails to build against libxul. -- 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 andrew-freebsd at areilly.bpc-users.org Tue Aug 25 02:11:50 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Tue Aug 25 02:11:56 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090825011847.53F801CC09@ptavv.es.net> References: <20090825002359.GA61141@duncan.reilly.home> <20090825011847.53F801CC09@ptavv.es.net> Message-ID: <20090825021135.GA70448@duncan.reilly.home> On Mon, Aug 24, 2009 at 06:18:47PM -0700, Kevin Oberman wrote: > > Date: Tue, 25 Aug 2009 10:23:59 +1000 > > From: Andrew Reilly > > Is there any convenient way to list dependencies hierarchially, > > rather than the flat set that pkg_info -r provides? > > How did you sequence the re-builds? I'd guess that gimp-app was re-built > after the gimp metaport, so the metaport retained the dependency. More or less: for i in $(pkg_info -q -o $(cat /var/db/pkg/firefox-2.0.0.20_9,1/+REQUIRED_BY )); do echo $i: cd /usr/ports/$i sudo make build deinstall reinstall clean done > If you have portupgrade, I would suggest 'portupgrade -rfx firefox > firefox'. portupgrade works by building a dependency graph of the needed > ports and builds te tree from the root. This should get rid of all but a > handful of ports. I've stopped using portupgrade in favour of portmaster, but I don't see a ready equivalent to this with portmaster, hence my dumb script. In particular, I don't think that portmaster can combine the -r and -x flags (depend and exclude), and when I've done -f -r in combination before, then it seems to build the entire transitive closure of dependencies, rather than just the immediate ones. Hence my question about a tool to manipulate the dependency graph as a graph... Maybe the list will get shorter if I just repeat the rebuild process a few times?... > It looks like everything in the list should rebuild without the firefox > dependency. I had every one of them. I'm now down to just > mplayerplug-in because it fails to build against libxul. That's good to know. It'd be nice to be able to get rid of firefox2, if it's not going to get security patches. Cheers, -- Andrew From oberman at es.net Tue Aug 25 02:54:40 2009 From: oberman at es.net (Kevin Oberman) Date: Tue Aug 25 02:54:47 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: Your message of "Tue, 25 Aug 2009 12:11:35 +1000." <20090825021135.GA70448@duncan.reilly.home> Message-ID: <20090825025435.59C591CC09@ptavv.es.net> > Date: Tue, 25 Aug 2009 12:11:35 +1000 > From: Andrew Reilly > > On Mon, Aug 24, 2009 at 06:18:47PM -0700, Kevin Oberman wrote: > > > Date: Tue, 25 Aug 2009 10:23:59 +1000 > > > From: Andrew Reilly > > > Is there any convenient way to list dependencies hierarchially, > > > rather than the flat set that pkg_info -r provides? > > > > How did you sequence the re-builds? I'd guess that gimp-app was re-built > > after the gimp metaport, so the metaport retained the dependency. > > More or less: > for i in $(pkg_info -q -o $(cat /var/db/pkg/firefox-2.0.0.20_9,1/+REQUIRED_BY )); do > echo $i: > cd /usr/ports/$i > sudo make build deinstall reinstall clean > done > > > If you have portupgrade, I would suggest 'portupgrade -rfx firefox > > firefox'. portupgrade works by building a dependency graph of the needed > > ports and builds te tree from the root. This should get rid of all but a > > handful of ports. > > I've stopped using portupgrade in favour of portmaster, but I > don't see a ready equivalent to this with portmaster, hence my > dumb script. In particular, I don't think that portmaster can > combine the -r and -x flags (depend and exclude), and when I've > done -f -r in combination before, then it seems to build the > entire transitive closure of dependencies, rather than just the > immediate ones. Sadly, there is no good way I know of to avoid this. > Hence my question about a tool to manipulate the dependency > graph as a graph... That I can help with. It does mean using portupgrade, but not to actually upgrade anything. 'portupgrade -nrfx firefox firefox' will provide a trivially parsable list. If the list is short, cut & paste can do it quickly. It's possible that portmaster has a similar capability. > Maybe the list will get shorter if I just repeat the rebuild > process a few times?... It will, but using the order from the command above will save time. > > It looks like everything in the list should rebuild without the firefox > > dependency. I had every one of them. I'm now down to just > > mplayerplug-in because it fails to build against libxul. > > That's good to know. It'd be nice to be able to get rid of > firefox2, if it's not going to get security patches. Yes, as soon as I can build mplayerplug-in without it, it's history. And none too soon. -- 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 andrew-freebsd at areilly.bpc-users.org Tue Aug 25 03:57:26 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Tue Aug 25 03:57:32 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090825025435.59C591CC09@ptavv.es.net> References: <20090825021135.GA70448@duncan.reilly.home> <20090825025435.59C591CC09@ptavv.es.net> Message-ID: <20090825035710.GA60828@duncan.reilly.home> On Mon, Aug 24, 2009 at 07:54:35PM -0700, Kevin Oberman wrote: > > Date: Tue, 25 Aug 2009 12:11:35 +1000 > > From: Andrew Reilly > > Maybe the list will get shorter if I just repeat the rebuild > > process a few times?... > > It will, but using the order from the command above will save time. For what it's worth, it took another three iterations, each much shorter than the last. So I'll leave worrying about the dependency graph stuff until the next time... > > That's good to know. It'd be nice to be able to get rid of > > firefox2, if it's not going to get security patches. > > Yes, as soon as I can build mplayerplug-in without it, it's history. And > none too soon. Yep: I now have a firefox2-free system. Great stuff. Thanks Joe, all. I wonder, though, doesn't libxul have the same security issues as gecko wrapped up in firefox2? Cheers, -- Andrew From dougb at FreeBSD.org Tue Aug 25 06:59:54 2009 From: dougb at FreeBSD.org (Doug Barton) Date: Tue Aug 25 06:59:59 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <20090825021135.GA70448@duncan.reilly.home> References: <20090825002359.GA61141@duncan.reilly.home> <20090825011847.53F801CC09@ptavv.es.net> <20090825021135.GA70448@duncan.reilly.home> Message-ID: <4A93854E.7020608@FreeBSD.org> Andrew Reilly wrote: > On Mon, Aug 24, 2009 at 06:18:47PM -0700, Kevin Oberman wrote: >> If you have portupgrade, I would suggest 'portupgrade -rfx firefox >> firefox'. portupgrade works by building a dependency graph of the needed >> ports and builds te tree from the root. This should get rid of all but a >> handful of ports. > > I've stopped using portupgrade in favour of portmaster, Always nice to hear from a happy customer. :) > but I > don't see a ready equivalent to this with portmaster, hence my > dumb script. In particular, I don't think that portmaster can > combine the -r and -x flags (depend and exclude), Ummm, why not? It's a little hard to represent in the man page because there are so many flags, but -x is included in the "common flags" list at the top, and the man page does indicate that -r will take the common flags. You'd have to write it: portmaster -x firefox -r firefox-2.34 (substitute the actual value for the installed firefox port) but it should work. There are at least three other ways to do something similar. One would be to use -i instead of -x, another would be an +IGNOREME file. Read the man page for how to use the latter. Yet another way to do what you proposed in the part of your post that I snipped (building based on a list) would have been to do this: pkg_info -q -R firefox-2* > list portmaster `cat list` That's probably the simplest way to do what you were trying to accomplish, and would have had the benefit of portmaster caching all the data on up to date dependencies, and building the things in the list in proper dependency order. Sorry to jump in after the fact with this news, but hopefully it will help someone else. > and when I've > done -f -r in combination before, then it seems to build the > entire transitive closure of dependencies, rather than just the > immediate ones. The -f option means "rebuild everything in the chain, no matter what." If you just want to rebuild everything that has a dependency on the port you specify with -r, that is the default, you don't need -f. hth, Doug -- This .signature sanitized for your protection From andrew-freebsd at areilly.bpc-users.org Tue Aug 25 12:08:29 2009 From: andrew-freebsd at areilly.bpc-users.org (Andrew Reilly) Date: Tue Aug 25 12:08:36 2009 Subject: [HEADUP] FreeBSD Gecko's TODO and plan for future In-Reply-To: <4A93854E.7020608@FreeBSD.org> References: <20090825002359.GA61141@duncan.reilly.home> <20090825011847.53F801CC09@ptavv.es.net> <20090825021135.GA70448@duncan.reilly.home> <4A93854E.7020608@FreeBSD.org> Message-ID: <20090825120816.GA21121@duncan.reilly.home> Hi Doug, On Mon, Aug 24, 2009 at 11:31:42PM -0700, Doug Barton wrote: > portmaster -x firefox -r firefox-2.34 > (substitute the actual value for the installed firefox port) > > but it should work. > > There are at least three other ways to do something similar. One would > be to use -i instead of -x, another would be an +IGNOREME file. Read > the man page for how to use the latter. > > Yet another way to do what you proposed in the part of your post that > I snipped (building based on a list) would have been to do this: > > pkg_info -q -R firefox-2* > list > portmaster `cat list` > > That's probably the simplest way to do what you were trying to > accomplish, and would have had the benefit of portmaster caching all > the data on up to date dependencies, and building the things in the > list in proper dependency order. Sorry to jump in after the fact with > this news, but hopefully it will help someone else. > > The -f option means "rebuild everything in the chain, no matter what." > If you just want to rebuild everything that has a dependency on the > port you specify with -r, that is the default, you don't need -f. Thanks for the tutorial! I need to polish my portmaster foo. I'm sure that I tried the -r -x combination and faild, but perhaps there was another reason. Even so, it should have been obvous to me that just running portmaster on the list of firefox dependents would do the right thing. Must have been having a dumb day. Cheers, -- Andrew From avg at icyb.net.ua Tue Aug 25 18:30:15 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Aug 25 18:30:27 2009 Subject: libvolume_id: narrow down ufs detection Message-ID: <4A942DB4.8020408@icyb.net.ua> I think that libvolume_id should compare fs size to provider size similarly to what geom_label does and for the same reasons. With geom providers stacked upon each other current libvolume_id may see the same fs on multiple volume-like devices. An example: o ad6s1a and ad10s1a comprise a geom_mirror named 'bootgm' o there is a UFS on bootgm and it is labeled as 'bootfs' Snippets from lshal output: ======================= udi = '/org/freedesktop/Hal/devices/volume_label_bootfs_0' block.device = '/dev/ad6s1a' (string) block.is_volume = true (bool) block.major = 0 (0x0) (int) block.minor = 92 (0x5c) (int) block.storage_device = '/org/freedesktop/Hal/devices/pci_8086_2922_storage_0' (string) info.capabilities = {'block', 'volume'} (string list) info.category = 'volume' (string) info.interfaces = {'org.freedesktop.Hal.Device.Volume'} (string list) info.parent = '/org/freedesktop/Hal/devices/volume_part2_size_6440361984_0' (string) info.product = 'bootfs' (string) info.subsystem = 'block' (string) info.udi = '/org/freedesktop/Hal/devices/volume_label_bootfs_0' (string) org.freedesktop.Hal.Device.Volume.method_argnames = {'mount_point fstype extra_options', 'extra_options', 'extra_options'} (string list) org.freedesktop.Hal.Device.Volume.method_execpaths = {'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject'} (string list) org.freedesktop.Hal.Device.Volume.method_names = {'Mount', 'Unmount', 'Eject'} (string list) org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as', 'as'} (string list) volume.block_size = 512 (0x200) (uint64) volume.fstype = 'ufs' (string) volume.fsusage = 'filesystem' (string) volume.fsversion = '2' (string) volume.ignore = false (bool) volume.is_disc = false (bool) volume.is_mounted = false (bool) volume.is_mounted_read_only = false (bool) volume.is_partition = false (bool) volume.label = 'bootfs' (string) volume.mount.valid_options = {'ro', 'noexec', 'noatime'} (string list) volume.mount_point = '' (string) volume.num_blocks = 4194304 (0x400000) (uint64) volume.size = 2147483648 (0x80000000) (uint64) volume.uuid = '' (string) =============================== udi = '/org/freedesktop/Hal/devices/volume_label_bootfs' block.device = '/dev/ufs/bootfs' (string) block.is_volume = true (bool) block.major = 0 (0x0) (int) block.minor = 112 (0x70) (int) block.storage_device = '/org/freedesktop/Hal/devices/pci_8086_2922_storage' (string) info.capabilities = {'block', 'volume'} (string list) info.category = 'volume' (string) info.interfaces = {'org.freedesktop.Hal.Device.Volume'} (string list) info.parent = '/org/freedesktop/Hal/devices/volume_size_2147483136' (string) info.product = 'bootfs' (string) info.subsystem = 'block' (string) info.udi = '/org/freedesktop/Hal/devices/volume_label_bootfs' (string) org.freedesktop.Hal.Device.Volume.method_argnames = {'mount_point fstype extra_options', 'extra_options', 'extra_options'} (string list) org.freedesktop.Hal.Device.Volume.method_execpaths = {'hal-storage-mount', 'hal-storage-unmount', 'hal-storage-eject'} (string list) org.freedesktop.Hal.Device.Volume.method_names = {'Mount', 'Unmount', 'Eject'} (string list) org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as', 'as'} (string list) volume.block_size = 512 (0x200) (uint64) volume.fstype = 'ufs' (string) volume.fsusage = 'filesystem' (string) volume.fsversion = '2' (string) volume.ignore = false (bool) volume.is_disc = false (bool) volume.is_mounted = true (bool) volume.is_mounted_read_only = false (bool) volume.is_partition = false (bool) volume.label = 'bootfs' (string) volume.mount.valid_options = {'ro', 'noexec', 'noatime'} (string list) volume.mount_point = '/.bootdir' (string) volume.num_blocks = 4194303 (0x3fffff) (uint64) volume.size = 2147483136 (0x7ffffe00) (uint64) volume.uuid = '' (string) ============================= I think that UFS on the first volume should not be reported. -- Andriy Gapon From avg at icyb.net.ua Tue Aug 25 18:34:02 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue Aug 25 18:34:08 2009 Subject: fribidi update broke kdegraphics3 build? Message-ID: <4A942E97.7060609@icyb.net.ua> fribidi-0.19.2_1 is installed via portupgrade from the previous version. Now: ===> Building for kdegraphics-3.5.10_4 gmake all-recursive ... /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -I../../../../.. -I/usr/local/include/fribidi -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -O2 -fno-strict-aliasing -pipe -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -fexceptions -MT QtUnicode.lo -MD -MP -MF .deps/QtUnicode.Tpo -c -o QtUnicode.lo QtUnicode.cpp In file included from /usr/local/include/fribidi/fribidi-unicode.h:38, from /usr/local/include/fribidi/fribidi.h:37, from Converter.cpp:25: /usr/local/include/fribidi/fribidi-types.h:85:6: warning: "SIZEOF_WCHAR_T" is not defined /usr/local/include/fribidi/fribidi-types.h:102:5: warning: "FRIBIDI_INT_TYPES" is not defined In file included from /usr/local/include/fribidi/fribidi.h:37, from Converter.cpp:25: /usr/local/include/fribidi/fribidi-unicode.h:46:5: warning: "DONT_HAVE_FRIBIDI_UNICODE_VERSION_H" is not defined In file included from Converter.cpp:25: /usr/local/include/fribidi/fribidi.h:54:5: warning: "FRIBIDI_NO_DEPRECATED" is not defined Converter.cpp:26:35: error: fribidi/fribidi_types.h: No such file or directory mv -f .deps/QtUnicode.Tpo .deps/QtUnicode.Plo gmake[6]: *** [Converter.lo] Error 1 gmake[6]: Leaving directory `/usr/obj/ports/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.5.10/ksvg/impl/libs/libtext2path/src' -- Andriy Gapon From glarkin at FreeBSD.org Tue Aug 25 19:15:01 2009 From: glarkin at FreeBSD.org (Greg Larkin) Date: Tue Aug 25 19:15:08 2009 Subject: libical config error Cannot find Python.h In-Reply-To: <523F3CC4B9FA4A9BB1929870625BE280@sleuth64> References: <523F3CC4B9FA4A9BB1929870625BE280@sleuth64> Message-ID: <4A943295.8090707@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 david@vizion2000.net wrote: > On a freebsd 7.2-RELEASE-p3 amd64 compiled August 20 12.54.34 BST > > Python.h is in > /usr/local/include/python2.6/ > > devel/libical build fails during configure: > > checking for swig... (cached) true > checking for python2.6/Python.h usability... no > checking python2.6/Python.h presence... no > checking for python2.6/Python.h... no > configure: error: Can't find python header files > ===> Script "configure" failed unexpectedly. > > In the libical/work/libical-0.43/config.log > The following lines appear to be significant > > "In file included from conftest.c:81: > /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such file or > directory > configure:21819: $? = 1 > configure: failed program was: > | /* confdefs.h. */ > .. > .. > configure:21842: result: no > configure:21846: checking python2.6/Python.h presence > . > . > . > configure:21882: result: no > configure:21917: checking for python2.6/Python.h > configure:21924: result: no > configure:21931: error: Cant find python header files > > ___________________ > > pth.h is in > > /usr/local/include/pth/pth.h > > Solving this is urgent for me as a number of ports I need are dependent upon > this one. I have just completed an upgrade to p3 and am also upgrading all > the ports. > > > > Thanks in advance > > David Hi David, It appears that you have GNU Pth enabled in your python 2.6 build. Is that required for your site? If not, I would try disabling it, rebuilding python and then rebuilding libical. If you do need GNU Pth in your python build, you can get past the libical configuration phase with this patch: http://people.freebsd.org/~glarkin/diffs/libical-Python_h-fix.diff However, the compilation still fails in icalmemory.c due to conflicting definitions for the pthread functions. I haven't figured that one out, and I've cc'd the port maintainer team in case any of them have any ideas. Regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKlDKV0sRouByUApARAusIAJoCrcXZYGQemOL0/APS9gYSp2pY/gCgw58Q /MAi7h4vRGR8PhMeUAMppX0= =IfLX -----END PGP SIGNATURE----- From dorian.buettner at gmx.de Tue Aug 25 20:54:41 2009 From: dorian.buettner at gmx.de (=?ISO-8859-1?Q?Dorian_B=FCttner?=) Date: Tue Aug 25 20:54:49 2009 Subject: [kde-freebsd] fribidi update broke kdegraphics3 build? In-Reply-To: <4A942E97.7060609@icyb.net.ua> References: <4A942E97.7060609@icyb.net.ua> Message-ID: <4A94494F.4050209@gmx.de> Andriy Gapon schrieb: > fribidi-0.19.2_1 is installed via portupgrade from the previous version. > Now: > > ===> Building for kdegraphics-3.5.10_4 > gmake all-recursive > ... > /bin/sh /usr/local/bin/libtool --silent --tag=CXX --mode=compile c++ > -DHAVE_CONFIG_H -I. -I../../../../.. -I/usr/local/include/fribidi > -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include > -I/usr/local/include -I/usr/local/include -I/usr/local/include -D_THREAD_SAFE > -pthread -DQT_THREAD_SUPPORT -I/usr/local/include -I/usr/local/include > -I/usr/local/include -D_GETOPT_H -D_THREAD_SAFE -D_LARGE_FILES=1 -Wno-long-long > -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -fno-strict-aliasing > -pipe -O2 -fno-strict-aliasing -pipe -march=nocona -O2 -fno-strict-aliasing -pipe > -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common > -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT > -DQT_NO_TRANSLATION -fexceptions -MT QtUnicode.lo -MD -MP -MF .deps/QtUnicode.Tpo > -c -o QtUnicode.lo QtUnicode.cpp > In file included from /usr/local/include/fribidi/fribidi-unicode.h:38, > from /usr/local/include/fribidi/fribidi.h:37, > from Converter.cpp:25: > /usr/local/include/fribidi/fribidi-types.h:85:6: warning: "SIZEOF_WCHAR_T" is not > defined > /usr/local/include/fribidi/fribidi-types.h:102:5: warning: "FRIBIDI_INT_TYPES" is > not defined > In file included from /usr/local/include/fribidi/fribidi.h:37, > from Converter.cpp:25: > /usr/local/include/fribidi/fribidi-unicode.h:46:5: warning: > "DONT_HAVE_FRIBIDI_UNICODE_VERSION_H" is not defined > In file included from Converter.cpp:25: > /usr/local/include/fribidi/fribidi.h:54:5: warning: "FRIBIDI_NO_DEPRECATED" is not > defined > Converter.cpp:26:35: error: fribidi/fribidi_types.h: No such file or directory > mv -f .deps/QtUnicode.Tpo .deps/QtUnicode.Plo > gmake[6]: *** [Converter.lo] Error 1 > gmake[6]: Leaving directory > `/usr/obj/ports/usr/ports/graphics/kdegraphics3/work/kdegraphics-3.5.10/ksvg/impl/libs/libtext2path/src' > > There seems to have a fix been added a couple of minutes before your post: http://www.freshports.org/graphics/kdegraphics3/ I'd say check out and try again. From raczkowski at shaw.ca Wed Aug 26 03:14:49 2009 From: raczkowski at shaw.ca (Tadeusz Raczkowski) Date: Wed Aug 26 03:14:55 2009 Subject: GNOME-ART-NEXTGEN Message-ID: <1251254774.20273.4.camel@localhost> Hi:Just wondering if you guys are planning on adding gnome-art-nextgen in the ports collection anytime soon. If not, I'll have to be content with gnome-art and gnome-splashscreen managaer from ports. Thanks a bunch. Tadeusz From david at vizion2000.net Wed Aug 26 08:19:24 2009 From: david at vizion2000.net (David Southwell) Date: Wed Aug 26 08:19:30 2009 Subject: libical config error Cannot find Python.h In-Reply-To: <4A943295.8090707@FreeBSD.org> References: <523F3CC4B9FA4A9BB1929870625BE280@sleuth64> <4A943295.8090707@FreeBSD.org> Message-ID: > -----Original Message----- > From: owner-freebsd-ports@freebsd.org > [mailto:owner-freebsd-ports@freebsd.org] On Behalf Of Greg Larkin > Sent: 25 August 2009 11:51 > To: david@vizion2000.net > Cc: gnome@freebsd.org; freebsd-ports@freebsd.org > Subject: Re: libical config error Cannot find Python.h > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > david@vizion2000.net wrote: > > On a freebsd 7.2-RELEASE-p3 amd64 compiled August 20 12.54.34 BST > > > > Python.h is in > > /usr/local/include/python2.6/ > > > > devel/libical build fails during configure: > > > > checking for swig... (cached) true > > checking for python2.6/Python.h usability... no checking > > python2.6/Python.h presence... no checking for > python2.6/Python.h... > > no > > configure: error: Can't find python header files ===> Script > > "configure" failed unexpectedly. > > > > In the libical/work/libical-0.43/config.log > > The following lines appear to be significant > > > > "In file included from conftest.c:81: > > /usr/local/include/python2.6/Python.h:168:17: error: pth.h: No such > > file or directory > > configure:21819: $? = 1 > > configure: failed program was: > > | /* confdefs.h. */ > > .. > > .. > > configure:21842: result: no > > configure:21846: checking python2.6/Python.h presence . > > . > > . > > configure:21882: result: no > > configure:21917: checking for python2.6/Python.h > > configure:21924: result: no > > configure:21931: error: Cant find python header files > > > > ___________________ > > > > pth.h is in > > > > /usr/local/include/pth/pth.h > > > > Solving this is urgent for me as a number of ports I need are > > dependent upon this one. I have just completed an upgrade > to p3 and am > > also upgrading all the ports. > > > > > > > > Thanks in advance > > > > David > > Hi David, > > It appears that you have GNU Pth enabled in your python 2.6 > build. Is that required for your site? If not, I would try > disabling it, rebuilding python and then rebuilding libical. > > If you do need GNU Pth in your python build, you can get past > the libical configuration phase with this patch: > http://people.freebsd.org/~glarkin/diffs/libical-Python_h-fix.diff > > However, the compilation still fails in icalmemory.c due to > conflicting definitions for the pthread functions. I haven't > figured that one out, and I've cc'd the port maintainer team > in case any of them have any ideas. > > Regards, > Greg > - -- > Greg Larkin > > http://www.FreeBSD.org/ - The Power To Serve > http://www.sourcehosting.net/ - Ready. Set. Code. > http://twitter.com/sourcehosting/ - Follow me, follow you Thanks Greg -- as usual your are right on the button. I have done as you suggested and disabled the GNU Pth which I would have prefered to have but can get round for a while. devel/libical then built fine as did a rebuild of deskutils/alacarte which also suffers from the same problems. I would be interested to hear of a solution to the GNU Pth limitation . Until that is solved maybe the maintainer could consider dropping the option so none else falls into the trap!! Thanks again for your thoughtfulness and insight david From avg at icyb.net.ua Wed Aug 26 15:26:25 2009 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed Aug 26 15:26:30 2009 Subject: [kde-freebsd] fribidi update broke kdegraphics3 build? In-Reply-To: <4A94494F.4050209@gmx.de> References: <4A942E97.7060609@icyb.net.ua> <4A94494F.4050209@gmx.de> Message-ID: <4A95541C.5050007@icyb.net.ua> on 25/08/2009 23:27 Dorian B?ttner said the following: >> > There seems to have a fix been added a couple of minutes before your post: > http://www.freshports.org/graphics/kdegraphics3/ > > I'd say check out and try again. Thank you - that was it! Now only multimedia/dvdauthor seems to be broken by the update (among the ports that I use). -- Andriy Gapon From jasonh at DataIX.net Thu Aug 27 19:15:09 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Aug 27 19:15:15 2009 Subject: sysutils/gnome-system-tools-2.22.2_1 self referencing symlink In-Reply-To: <20090827150427.a1ebb61a.jasonh@DataIX.net> References: <20090827150427.a1ebb61a.jasonh@DataIX.net> Message-ID: <20090827151507.4d3df396.jasonh@DataIX.net> Additionally Installed by: www/epiphany-extensions - epiphany-extensions-2.26.1 /usr/local/share/gnome/help/epiphany-extensions/C/figures/epi-ext-action-use.png ../../C/figures/epi-ext-action-use.png On Thu, 27 Aug 2009 15:04:27 -0400 "Jason J. Hellenthal" wrote: > [HEADS-UP] > > gnome-system-tools-2.22.2_1 installs a self referencing symlink. > > /usr/local/share/gnome/help/services-admin/C/figures > lrwxr-xr-x 1 root wheel 38 Aug 27 14:53 service-properties.png -> ../../C/figures/service-properties.png > > This file is referenced by a half dozen or more other symlinks for other area's of that help section. > > Best regards. > > -- > Jason J. Hellenthal > +1.616.403.8065 > jasonh@DataIX.net -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From jasonh at DataIX.net Thu Aug 27 19:22:34 2009 From: jasonh at DataIX.net (Jason J. Hellenthal) Date: Thu Aug 27 19:22:40 2009 Subject: sysutils/gnome-system-tools-2.22.2_1 self referencing symlink Message-ID: <20090827150427.a1ebb61a.jasonh@DataIX.net> [HEADS-UP] gnome-system-tools-2.22.2_1 installs a self referencing symlink. /usr/local/share/gnome/help/services-admin/C/figures lrwxr-xr-x 1 root wheel 38 Aug 27 14:53 service-properties.png -> ../../C/figures/service-properties.png This file is referenced by a half dozen or more other symlinks for other area's of that help section. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From kwm at FreeBSD.org Fri Aug 28 11:38:14 2009 From: kwm at FreeBSD.org (Koop Mast) Date: Fri Aug 28 11:38:52 2009 Subject: sysutils/gnome-system-tools-2.22.2_1 self referencing symlink In-Reply-To: <20090827151507.4d3df396.jasonh@DataIX.net> References: <20090827150427.a1ebb61a.jasonh@DataIX.net> <20090827151507.4d3df396.jasonh@DataIX.net> Message-ID: <1251458450.2048.21.camel@headache.rainbow-runner.nl> On Thu, 2009-08-27 at 15:15 -0400, Jason J. Hellenthal wrote: > Additionally > > Installed by: www/epiphany-extensions - epiphany-extensions-2.26.1 > /usr/local/share/gnome/help/epiphany-extensions/C/figures/epi-ext-action-use.png ../../C/figures/epi-ext-action-use.png This one is already fixed in epiphany-extensions 2.27.x. > On Thu, 27 Aug 2009 15:04:27 -0400 > "Jason J. Hellenthal" wrote: > > > [HEADS-UP] > > > > gnome-system-tools-2.22.2_1 installs a self referencing symlink. > > > > /usr/local/share/gnome/help/services-admin/C/figures > > lrwxr-xr-x 1 root wheel 38 Aug 27 14:53 service-properties.png -> ../../C/figures/service-properties.png > > > > This file is referenced by a half dozen or more other symlinks for other area's of that help section. > > > > Best regards. This on is present in g-s-t 2.27.x. I reported this upstream. Thanks! -Koop > > -- > > Jason J. Hellenthal > > +1.616.403.8065 > > jasonh@DataIX.net > > From andy at neu.net Fri Aug 28 22:39:06 2009 From: andy at neu.net (AN) Date: Fri Aug 28 22:39:13 2009 Subject: java config problem Message-ID: I'm trying to configure java on FreeBSD 7-stable and Gnome 2.26.3, with Firefox35. I tried the following commands, but still no ability to view java applets. ln -s libjavaplugin_oji.so /usr/local/lib/firefox/plugins ln -s libjavaplugin_oji.so /usr/local/lib/firefox3/plugins ln libjavaplugin_oji.so /usr/local/lib/firefox3/plugins installed package's: pkg_info | grep java javavmwrapper-2.3.3 Wrapper script for various Java Virtual Machines pkg_info | grep jdk diablo-jdk-1.6.0.07.02 Java Development Kit 1.6.0_07.02 Any help to get this working would be really appreciated. TIA From edwin at FreeBSD.org Sat Aug 29 17:10:20 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Sat Aug 29 17:10:33 2009 Subject: ports/138312: [PATCH]textproc/link-grammar: update to 4.5.10 Message-ID: <200908291710.n7THAJEj001952@freefall.freebsd.org> Synopsis: [PATCH]textproc/link-grammar: update to 4.5.10 Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Sat Aug 29 17:10:19 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=138312 From miwi at FreeBSD.org Sat Aug 29 21:52:41 2009 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Aug 29 21:52:49 2009 Subject: [patch] x11-toolkits/py-gtk Message-ID: <20090829215235.GM51285@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy, here is a patch to resepect now really NOPORT* stuff.. http://miwi.homeunix.com/patches/py-gtk.diff http://32bit.miwibox.org/index.php?action=describe_port&id=1383 http://64bit.miwibox.org/index.php?action=describe_port&id=1398 i'd like to get a approval for this patch. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkqZoyMACgkQdLJIhLHm/Ok6swCgoe4slK4vdDKb8V9r0tFo91Av QiIAoLWFaiq1DqJMeLoUvDg44mVFSw6y =hfvb -----END PGP SIGNATURE----- From marcus at marcuscom.com Sat Aug 29 21:55:37 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sat Aug 29 21:55:44 2009 Subject: [patch] x11-toolkits/py-gtk In-Reply-To: <20090829215235.GM51285@bsdcrew.de> References: <20090829215235.GM51285@bsdcrew.de> Message-ID: <1251582956.21716.6.camel@shumai.marcuscom.com> On Sat, 2009-08-29 at 23:52 +0200, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Howdy, > > here is a patch to resepect now really NOPORT* stuff.. > > http://miwi.homeunix.com/patches/py-gtk.diff > > > http://32bit.miwibox.org/index.php?action=describe_port&id=1383 > http://64bit.miwibox.org/index.php?action=describe_port&id=1398 > > i'd like to get a approval for this patch. Sure. Joe > > > - - Martin > > > - -- > > +-----------------------+-------------------------------+ > | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | > | Skype : splash_111 | Mail : miwi(at)FreeBSD.org | > +-----------------------+-------------------------------+ > | Mess with the Best, Die like the Rest! | > +-----------------------+-------------------------------+ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (FreeBSD) > > iEYEARECAAYFAkqZoyMACgkQdLJIhLHm/Ok6swCgoe4slK4vdDKb8V9r0tFo91Av > QiIAoLWFaiq1DqJMeLoUvDg44mVFSw6y > =hfvb > -----END PGP SIGNATURE----- > _______________________________________________ > 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-gnome/attachments/20090829/aa3f8d4e/attachment.pgp From sprewell at jaggeri.com Sun Aug 30 00:39:43 2009 From: sprewell at jaggeri.com (Sprewell) Date: Sun Aug 30 00:39:50 2009 Subject: FreeBSD Port: security/nss Message-ID: <4A996034.2000205@jaggeri.com> Hello, I'm writing to find out the status of NSS, if an upgrade to 3.12 is due anytime soon. I'm asking because a FreeBSD port of Chromium is underway (http://codereview.chromium.org/172032) but Chromium requires at least NSS 3.12. Please let me know what the status of a 3.12 port might be, as I'd like to pitch in to make that happen. Thanks. Ajay From linimon at FreeBSD.org Sun Aug 30 07:31:20 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sun Aug 30 07:31:27 2009 Subject: ports/138330: x11/gnome2: in freebsd 8.0 beta3, hald segfaults withing 10 seconds of launching if a fuse filesystem is mounted Message-ID: <200908300731.n7U7VKmY012068@freefall.freebsd.org> Old Synopsis: in freebsd 8.0 beta3, hald segfaults withing 10 seconds of launching if a fuse filesystem is mounted New Synopsis: x11/gnome2: in freebsd 8.0 beta3, hald segfaults withing 10 seconds of launching if a fuse filesystem is mounted Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 30 07:29:57 UTC 2009 Responsible-Changed-Why: Making a total guess that this is a gnome problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=138330 From larrypatrickmaloney at yahoo.com Sun Aug 30 17:34:37 2009 From: larrypatrickmaloney at yahoo.com (Larry Maloney) Date: Sun Aug 30 17:34:43 2009 Subject: Fw: Re: System-tools-backends Summer of Code Message-ID: <696626.81818.qm@web65606.mail.ac4.yahoo.com> Dear Team, I would like to take up System-tools-backends for gnome / FreeBSD. Can I have it? Larry --- On Sun, 4/19/09, Joe Marcus Clarke wrote: From: Joe Marcus Clarke Subject: Re: System-tools-backends Summer of Code To: larrypatrickmaloney@yahoo.com Date: Sunday, April 19, 2009, 3:52 PM On Sat, 2009-04-18 at 17:29 -0700, Larry Maloney wrote: > Marcus, > > I am trying to use gnomes "users and groups" app in gnome on BSD, but > I'm having problems. > > I do have the latest and greatest system-tools-backends, but based on > this summer of code recommendation, it seems that my problem might be > everyones problem. > > What exactly is NOT working in System-tools-backends for freebsd with gnome? > > I may have to work on this, just to get what I need done. Thanks for your interest.? As you have already seen, "Users and Groups" has problems.? Essentially, every module needs to be made to work.? This means hacking the backend Perl code to respect FreeBSD paths, helper applications, etc. If you're serious about fixing this code, I recommend you send an email out to gnome@FreeBSD.org and ask for specific problems.? I haven't used these tools in a while since I've known they did not work.? In particular, modifying services used to mess up the box so bad, it would just crash. You're the first to step up to this challenge, so I certainly hope you'll consider doing the work.? If you do, I would like you to take ownership of this module moving forward.? That is, you would be the one responsible for making sure the FreeBSD support doesn't rot.? The FreeBSD GNOME team is hurting for contributors right now, so we're very eager to get new blood. 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-gnome/attachments/20090830/0af42fce/attachment.pgp From marcus at FreeBSD.org Sun Aug 30 18:11:35 2009 From: marcus at FreeBSD.org (marcus@FreeBSD.org) Date: Sun Aug 30 18:11:41 2009 Subject: ports/138330: x11/gnome2: in freebsd 8.0 beta3, hald segfaults withing 10 seconds of launching if a fuse filesystem is mounted Message-ID: <200908301811.n7UIBZ0x089119@freefall.freebsd.org> Synopsis: x11/gnome2: in freebsd 8.0 beta3, hald segfaults withing 10 seconds of launching if a fuse filesystem is mounted State-Changed-From-To: open->feedback State-Changed-By: marcus State-Changed-When: Sun Aug 30 18:11:08 UTC 2009 State-Changed-Why: See http://www.freebsd.org/gnome/docs/bugging.html on how to properly report a crash. http://www.freebsd.org/cgi/query-pr.cgi?pr=138330 From marcus at marcuscom.com Sun Aug 30 18:12:08 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sun Aug 30 18:12:14 2009 Subject: Fw: Re: System-tools-backends Summer of Code In-Reply-To: <696626.81818.qm@web65606.mail.ac4.yahoo.com> References: <696626.81818.qm@web65606.mail.ac4.yahoo.com> Message-ID: <1251655947.21716.23.camel@shumai.marcuscom.com> On Sun, 2009-08-30 at 10:07 -0700, Larry Maloney wrote: > Dear Team, > > I would like to take up System-tools-backends for gnome / FreeBSD. > > Can I have it? Absolutely. You can use me as a point of contact for your work. Joe > > Larry > --- On Sun, 4/19/09, Joe Marcus Clarke wrote: > > From: Joe Marcus Clarke > Subject: Re: System-tools-backends Summer of Code > To: larrypatrickmaloney@yahoo.com > Date: Sunday, April 19, 2009, 3:52 PM > > On Sat, 2009-04-18 at 17:29 -0700, Larry Maloney wrote: > > Marcus, > > > > I am trying to use gnomes "users and groups" app in gnome on BSD, but > > I'm having problems. > > > > I do have the latest and greatest system-tools-backends, but based on > > this summer of code recommendation, it seems that my problem might be > > everyones problem. > > > > What exactly is NOT working in System-tools-backends for freebsd with gnome? > > > > I may have to work on this, just to get what I need done. > > Thanks for your interest. As you have already seen, "Users and Groups" > has problems. Essentially, every module needs to be made to work. This > means hacking the backend Perl code to respect FreeBSD paths, helper > applications, etc. > > If you're serious about fixing this code, I recommend you send an email > out to gnome@FreeBSD.org and ask for specific problems. I haven't used > these tools in a while since I've known they did not work. In > particular, modifying services used to mess up the box so bad, it would > just crash. > > You're the first to step up to this challenge, so I certainly hope > you'll consider doing the work. If you do, I would like you to take > ownership of this module moving forward. That is, you would be the one > responsible for making sure the FreeBSD support doesn't rot. The > FreeBSD GNOME team is hurting for contributors right now, so we're very > eager to get new blood. > > Joe > > _______________________________________________ > 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-gnome/attachments/20090830/c9357a69/attachment.pgp From larrypatrickmaloney at yahoo.com Sun Aug 30 22:42:24 2009 From: larrypatrickmaloney at yahoo.com (Larry Maloney) Date: Sun Aug 30 22:42:30 2009 Subject: Fw: Re: System-tools-backends Summer of Code In-Reply-To: <1251655947.21716.23.camel@shumai.marcuscom.com> Message-ID: <461755.19074.qm@web65613.mail.ac4.yahoo.com> Great, I'm getting up to speed on backends now.? Let me just make sure, that it IS true, that backends doesn't currently provide user provisioning through gnome user tools on BSD.? Is that correct? And Joe, you earlier indicated that this is probably due to path differences in Linux VS BSD for perl... Larry --- On Sun, 8/30/09, Joe Marcus Clarke wrote: From: Joe Marcus Clarke Subject: Re: Fw: Re: System-tools-backends Summer of Code To: larrypatrickmaloney@yahoo.com Cc: gnome@freebsd.org Date: Sunday, August 30, 2009, 2:12 PM On Sun, 2009-08-30 at 10:07 -0700, Larry Maloney wrote: > Dear Team, > > I would like to take up System-tools-backends for gnome / FreeBSD. > > Can I have it? Absolutely.? You can use me as a point of contact for your work. Joe > > Larry > --- On Sun, 4/19/09, Joe Marcus Clarke wrote: > > From: Joe Marcus Clarke > Subject: Re: System-tools-backends Summer of Code > To: larrypatrickmaloney@yahoo.com > Date: Sunday, April 19, 2009, 3:52 PM > > On Sat, 2009-04-18 at 17:29 -0700, Larry Maloney wrote: > > Marcus, > > > > I am trying to use gnomes "users and groups" app in gnome on BSD, but > > I'm having problems. > > > > I do have the latest and greatest system-tools-backends, but based on > > this summer of code recommendation, it seems that my problem might be > > everyones problem. > > > > What exactly is NOT working in System-tools-backends for freebsd with gnome? > > > > I may have to work on this, just to get what I need done. > > Thanks for your interest.? As you have already seen, "Users and Groups" > has problems.? Essentially, every module needs to be made to work.? This > means hacking the backend Perl code to respect FreeBSD paths, helper > applications, etc. > > If you're serious about fixing this code, I recommend you send an email > out to gnome@FreeBSD.org and ask for specific problems.? I haven't used > these tools in a while since I've known they did not work.? In > particular, modifying services used to mess up the box so bad, it would > just crash. > > You're the first to step up to this challenge, so I certainly hope > you'll consider doing the work.? If you do, I would like you to take > ownership of this module moving forward.? That is, you would be the one > responsible for making sure the FreeBSD support doesn't rot.? The > FreeBSD GNOME team is hurting for contributors right now, so we're very > eager to get new blood. > > Joe > > _______________________________________________ > 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 From marcus at marcuscom.com Sun Aug 30 23:18:11 2009 From: marcus at marcuscom.com (Joe Marcus Clarke) Date: Sun Aug 30 23:18:18 2009 Subject: Fw: Re: System-tools-backends Summer of Code In-Reply-To: <461755.19074.qm@web65613.mail.ac4.yahoo.com> References: <461755.19074.qm@web65613.mail.ac4.yahoo.com> Message-ID: <1251674311.21716.38.camel@shumai.marcuscom.com> On Sun, 2009-08-30 at 15:42 -0700, Larry Maloney wrote: > Great, > > I'm getting up to speed on backends now. Let me just make sure, that > it IS true, that backends doesn't currently provide user provisioning > through gnome user tools on BSD. Is that correct? > > Honestly, I'm not sure. I haven't looked at the backends in so long, > I'm not sure what's broken currently. I know for certain FreeBSD 9.X > support is needed. > > > And Joe, you earlier indicated that this is probably due to path > differences in Linux VS BSD for perl... > > Doubtful. The bigger problems are different file formats, helper > utilities, and configuration paths. > > Joe > > > Larry > > --- On Sun, 8/30/09, Joe Marcus Clarke wrote: > > From: Joe Marcus Clarke > Subject: Re: Fw: Re: System-tools-backends Summer of Code > To: larrypatrickmaloney@yahoo.com > Cc: gnome@freebsd.org > Date: Sunday, August 30, 2009, 2:12 PM > > On Sun, 2009-08-30 at 10:07 -0700, Larry Maloney wrote: > > Dear Team, > > > > I would like to take up System-tools-backends for gnome / > FreeBSD. > > > > Can I have it? > > Absolutely. You can use me as a point of contact for your > work. > > Joe > > > > > Larry > > --- On Sun, 4/19/09, Joe Marcus Clarke > wrote: > > > > From: Joe Marcus Clarke > > Subject: Re: System-tools-backends Summer of Code > > To: larrypatrickmaloney@yahoo.com > > Date: Sunday, April 19, 2009, 3:52 PM > > > > On Sat, 2009-04-18 at 17:29 -0700, Larry Maloney wrote: > > > Marcus, > > > > > > I am trying to use gnomes "users and groups" app in gnome > on BSD, but > > > I'm having problems. > > > > > > I do have the latest and greatest system-tools-backends, > but based on > > > this summer of code recommendation, it seems that my > problem might be > > > everyones problem. > > > > > > What exactly is NOT working in System-tools-backends for > freebsd with gnome? > > > > > > I may have to work on this, just to get what I need done. > > > > Thanks for your interest. As you have already seen, "Users > and Groups" > > has problems. Essentially, every module needs to be made to > work. This > > means hacking the backend Perl code to respect FreeBSD > paths, helper > > applications, etc. > > > > If you're serious about fixing this code, I recommend you > send an email > > out to gnome@FreeBSD.org and ask for specific problems. I > haven't used > > these tools in a while since I've known they did not work. > In > > particular, modifying services used to mess up the box so > bad, it would > > just crash. > > > > You're the first to step up to this challenge, so I > certainly hope > > you'll consider doing the work. If you do, I would like you > to take > > ownership of this module moving forward. That is, you would > be the one > > responsible for making sure the FreeBSD support doesn't rot. > The > > FreeBSD GNOME team is hurting for contributors right now, so > we're very > > eager to get new blood. > > > > Joe > > > > _______________________________________________ > > 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 > -- 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-gnome/attachments/20090830/a185579a/attachment.pgp From invite at eventbrite.com Mon Aug 31 05:01:28 2009 From: invite at eventbrite.com (Anthony Speciale Jr.) Date: Mon Aug 31 05:01:35 2009 Subject: Anthony Speciale Jr. invites you to FREE - Wealth Building Through Business Ownership & Real Estate Investing Seminar (Sep 09, 2009) Message-ID: <1251693780.53748@eventbrite.com> ------------------------------ Event Summary: ------------------------------ Event: FREE - Wealth Building Through Business Ownership & Real Estate Investing Seminar Date: Wednesday, September 09, 2009 from 6:30 PM - 9:30 PM (ET) Location: American School of Business194 Rt. 46 E. - 2nd FloorFairfield, NJ 07004 ------------------------------ Event Details: ------------------------------ If you've received this email, then you and a guest have been invited to a FREE, Wealth Building Through Business Ownership & Real Estate Investing Seminar.? Presented to you by the Top 2 most recognized and highly respected Real Estate Education Schools in NJ, "The American School of Business" and "The American Real Estate Investors Institute".? Please join us as we lead you down the path of how the top 1% of wealthy people in this country during this economy are building an unbelievable amount of WEALTH!? We can help novice entrepreneurs get started and seasoned investors bring their portfolios and profits to new heights!!! Do You Want To Increase Your Income? Do You Want To Retire Younger & Wealthier? Are You Recession Proof? Are You Ready To Take Advantage Of This Economy And Turn It Into The Most Lucrative Business Opportunity Of Your Life???? Please be my special guest at our FREE Wealth Building Through Business Ownership & Real Estate Investing Seminar. We'll be conducting a 2 hour presentation on how you can very easily become the next millionaire in this Real Estate market. We Look Forward To Seeing You ? Yours in Success, Anthony Speciale Jr., Pres. The Speciale Group, LLC. Property4Income@gmail.com 862-812-2538 * PLEASE SEE OTHER EVENTS HOSTED BY THE SPECIALE GROUP * ------------------------------ Register Online: ------------------------------ More information and online registration are available here: http://www.eventbrite.com/event/417313195/eivte/?invite=MTkxMDg5L2dub21lQGZyZWVic2Qub3JnLzE%3D%0A&utm_source=eb_email&utm_medium=email&utm_campaign=invite ---------------------------------------------------------------------- Collect event fees online with Eventbrite http://www.eventbrite.com From barbara.xxx1975 at libero.it Mon Aug 31 05:57:29 2009 From: barbara.xxx1975 at libero.it (barbara) Date: Mon Aug 31 05:57:35 2009 Subject: java config problem Message-ID: > I'm trying to configure java on FreeBSD 7-stable and Gnome 2.26.3, with > Firefox35. I tried the following commands, but still no ability to view java applets. > > ln -s libjavaplugin_oji.so /usr/local/lib/firefox/plugins > ln -s libjavaplugin_oji.so /usr/local/lib/firefox3/plugins > ln libjavaplugin_oji.so /usr/local/lib/firefox3/plugins > > installed package's: > pkg_info | grep java > javavmwrapper-2.3.3 Wrapper script for various Java Virtual Machines > pkg_info | grep jdk > diablo-jdk-1.6.0.07.02 Java Development Kit 1.6.0_07.02 > > Any help to get this working would be really appreciated. > > TIA Try with: ln -s \ /usr/local/diablo-jdk1.6.0/jre/plugin/i386/ns7/libjavaplugin_oji.so \ ~/.mozilla/plugins From bugmaster at FreeBSD.org Mon Aug 31 11:07:30 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Aug 31 11:10:23 2009 Subject: Current problem reports assigned to gnome@FreeBSD.org Message-ID: <200908311107.n7VB7TAn070933@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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 -------------------------------------------------------------------------------- f ports/138330 gnome x11/gnome2: in freebsd 8.0 beta3, hald segfaults withi o ports/138312 gnome [PATCH]textproc/link-grammar: update to 4.5.10 f ports/137368 gnome x11-toolkits/libwnck: add menu option to configure dep s ports/137367 gnome net/libproxy: add menu option to configure dependence s ports/136967 gnome security/seahorse-plugins 2.26.2_1 + GPG = fail p ports/136676 gnome x11/gnome2: hald/GNOME (I guess) (re) mounted /usr and f ports/136435 gnome security/gnome-keyring + hald prevents umount of usb d p ports/134737 gnome Update www/webkit-gtk2 to 1.1.7 f ports/134536 gnome [patch] graphics/gimp: Gimp 2.6.6 fails to open URI's o ports/134509 gnome graphics/inkscape: after loading any type of data file a ports/134361 gnome devel/gvfs ports with smbclient support doesn't pass a f ports/134358 gnome x11/gnome2: trackerd uses up all of the cpu o ports/132304 gnome ports/devel/dbus misses /var/db/dbus/machine-id in dis 13 problems total. From edwin at FreeBSD.org Mon Aug 31 19:31:06 2009 From: edwin at FreeBSD.org (edwin@FreeBSD.org) Date: Mon Aug 31 19:31:25 2009 Subject: ports/138419: [patch] security/nss version upgrade Message-ID: <200908311931.n7VJV6DP086378@freefall.freebsd.org> Synopsis: [patch] security/nss version upgrade Responsible-Changed-From-To: freebsd-ports-bugs->gnome Responsible-Changed-By: edwin Responsible-Changed-When: Mon Aug 31 19:31:05 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=138419