From chat95 at mac.com Tue Feb 1 01:31:11 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 01:31:15 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: Message-ID: <20110201.103104.1311071912952655963.chat95@mac.com> From: Baptiste Daroussin Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Fri, 28 Jan 2011 15:06:06 +0100 > I try to avoid as much as possible bundled libraries which gives a > pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 > with java) Strange, full build with bundled libraries took 2h-2h30 on my Q6600 for OpenOffice.org port. Thanks, -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt From sterling at camdensoftware.com Tue Feb 1 01:41:43 2011 From: sterling at camdensoftware.com (Chip Camden) Date: Tue Feb 1 01:41:47 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110128211737.391bec10@ukr.net> <20110128222217.GM9701@eggman.experts-exchange.com> <20110129000113.GN9701@eggman.experts-exchange.com> <20110129090224.234881b5@locust.local> <20110130020327.GC52232@mail.hs.ntnu.edu.tw> <20110130075038.6add2549@locust.local> Message-ID: <20110201014136.GE2361@libertas.local.camdensoftware.com> Quoth Baptiste Daroussin on Monday, 31 January 2011: > Thanks all for the testing, sorry I wasn't able to be reactive this WE > (because of my ISP). > > Anyway the git has version been improved to address most of the > problem you reported. I'm doing some testing on it but the library > path issue should be fixed. > > The only thing I haven't fixed yet (I guess) is the .desktop > integration, I'm not a DE (gnome, kde xfce etc...) user so I first > need to setup on the those DE and familiarise with it to be sure it > works correctly :) > > http://git.etoilebsd.net/ports/ > > concerning the fix for libtextcat I'll send a patch to thierry@, it's > my fault I missed a patch when submitting to him the necessary > changes. > > regards, > Bapt > _______________________________________________ > 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" Well, now it fails in a different spot. The following repeats: [root@libertas /home/sterling/src/ports/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mdds]# rm -Rf unxfbsdx.pro [root@libertas /home/sterling/src/ports/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mdds]# build build -- version: 275224 ============= Building module mdds ============= Entering /home/sterling/src/ports/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mdds mkout -- version: 1.8 dmake: Error: -- `./unxfbsdx.pro/misc/cf8a6967f7de535ae257fa411c98eb88-mdds_0.3.0.unpack' not found, and can't be made ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development it seems that the error is inside 'mdds', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/home/sterling/src/ports/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd mdds build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. [root@libertas /home/sterling/src/ports/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mdds]# -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110201/3e1579c0/attachment.pgp From chat95 at mac.com Tue Feb 1 05:42:45 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 05:42:48 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.103104.1311071912952655963.chat95@mac.com> References: <20110201.103104.1311071912952655963.chat95@mac.com> Message-ID: <20110201.144238.1898388363586191530.chat95@mac.com> Hi, Bapt, tinderbox build of libreoffice port has failed. I uploaded the buildlog http://ooopackages.good-day.net/pub/OpenOffice.org/misc/libreoffice-3.3.0.log.bz2 . it looks 'shells/bash' is not added in the dependency list. Moreover, you may want replace '==' to '=' in configure script. Please report in the upstream. Thanks Nakata Maho From: Maho NAKATA Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Tue, 01 Feb 2011 10:31:04 +0900 (JST) > From: Baptiste Daroussin > Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final > Date: Fri, 28 Jan 2011 15:06:06 +0100 > >> I try to avoid as much as possible bundled libraries which gives a >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 >> with java) > > Strange, full build with bundled libraries took 2h-2h30 on my Q6600 for OpenOffice.org > port. > > Thanks, > -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ > http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From bapt at freebsd.org Tue Feb 1 06:35:07 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 1 06:35:10 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.103104.1311071912952655963.chat95@mac.com> References: <20110201.103104.1311071912952655963.chat95@mac.com> Message-ID: 2011/2/1 Maho NAKATA : > From: Baptiste Daroussin > Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final > Date: Fri, 28 Jan 2011 15:06:06 +0100 > >> I try to avoid as much as possible bundled libraries which gives a >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 >> with java) > > Strange, full build with bundled libraries took 2h-2h30 on my Q6600 for OpenOffice.org > port. > > Thanks, > -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ > http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt > I do not use ccache or anything like that. here a full bundle libraries took about 4 hours for OpenOffice.org. that mean my box is not very optimized ;) thanks for reporting I have a deeper look at that. regards, Bapt From chat95 at mac.com Tue Feb 1 06:38:09 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 06:38:13 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.103104.1311071912952655963.chat95@mac.com> Message-ID: <20110201.153803.2085541500628157429.chat95@mac.com> From: Baptiste Daroussin Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Tue, 01 Feb 2011 06:35:00 +0000 > I do not use ccache or anything like that. here a full bundle > libraries took about 4 hours for OpenOffice.org. No I don't use it either. > that mean my box is not very optimized ;) thanks for reporting I have > a deeper look at that. right. How much memory do you have? -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt From bapt at freebsd.org Tue Feb 1 06:44:36 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 1 06:44:41 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.144238.1898388363586191530.chat95@mac.com> References: <20110201.103104.1311071912952655963.chat95@mac.com> <20110201.144238.1898388363586191530.chat95@mac.com> Message-ID: 2011/2/1 Maho NAKATA : > Hi, Bapt, > > tinderbox build of libreoffice port has failed. I uploaded the buildlog > http://ooopackages.good-day.net/pub/OpenOffice.org/misc/libreoffice-3.3.0.log.bz2 > . > it looks 'shells/bash' is not added in the dependency list. > > Moreover, you may want replace '==' to '=' in configure script. > Please report in the upstream. > > Thanks > ?Nakata Maho > > From: Maho NAKATA > Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final > Date: Tue, 01 Feb 2011 10:31:04 +0900 (JST) > >> From: Baptiste Daroussin >> Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final >> Date: Fri, 28 Jan 2011 15:06:06 +0100 >> >>> I try to avoid as much as possible bundled libraries which gives a >>> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 >>> with java) >> >> Strange, full build with bundled libraries took 2h-2h30 on my Q6600 for OpenOffice.org >> port. >> >> Thanks, >> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ >> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt >> _______________________________________________ >> 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" >> > bash is used more deeply, and people are working on removing it. thanks for your testing, git (http://git.etoilebsd.net/ports/) version has been greatly improved and should be now complete (including the forgotten bash dependency ... ), mime type correctly done (rename libreoffice.xml no to conflict with OOo) the icons (ooo- renamed libreoffice- for the same reasons) the .desktop files also renamed lirbeoffice. thanks fluffly@ KDE integration is done as well, three new options : GNOME (brings gconf2 and gnome-vfs needs end-user testing) GSTREAMER (to enable/disable gstreamer backend for videos/musics in documents) KDE (for qt4/kde4 integration). kde3 won't be done, old deprecated binfilters are disabled, mozzila supports is removed has recommanded by the libreoffice.org. Concerning my box I only have 2Go of RAM. I should bump it to 4Go soon. the normal set of options + GSTREAMER + JAVA + CUPS + WEBDAV are fully tested on tinderboxes by me, I'm stille waiting for my kde tinderbox build run and my gnome tinderbox build run. That should be the last plist fixes before it hit the tree. thanks all of you. regards, Bapt From chat95 at mac.com Tue Feb 1 06:49:00 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 06:49:03 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.103104.1311071912952655963.chat95@mac.com> <20110201.144238.1898388363586191530.chat95@mac.com> Message-ID: <20110201.154854.653026525707376677.chat95@mac.com> From: Baptiste Daroussin Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Tue, 01 Feb 2011 06:44:34 +0000 > bash is used more deeply, and people are working on removing it. > thanks for your testing, git (http://git.etoilebsd.net/ports/) > version has been greatly improved and should be now complete > (including the forgotten bash dependency ... ), mime type correctly > done (rename libreoffice.xml no to conflict with OOo) the icons (ooo- > renamed libreoffice- for the same reasons) the .desktop files also > renamed lirbeoffice. I see. I guess USE_XORG=gl is also missing, as well as unzip. You pointed unzip but ${LOCALBASE}/bin/unzip:${PORTSDIR}/archivers/unzip is correct since 9-CURRENT has unzip in the base and not compatible (at that time) with unzip. > Concerning my box I only have 2Go of RAM. I see. I think swapping occurrs frequently. > I should bump it to 4Go soon. 8GB is preferrable. > the normal set of options + GSTREAMER + JAVA + CUPS + WEBDAV are fully > tested on tinderboxes by me, I'm stille waiting for my kde tinderbox > build run and my gnome tinderbox build run. -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt From chat95 at mac.com Tue Feb 1 06:52:28 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 06:52:32 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.103104.1311071912952655963.chat95@mac.com> <20110201.144238.1898388363586191530.chat95@mac.com> Message-ID: <20110201.155221.632868945383149019.chat95@mac.com> ok I'll test http://git.etoilebsd.net/ports/snapshot/ports-master.tar.gz author Baptiste Daroussin 2011-01-31 22:42:54 (UTC) committer Baptiste Daroussin 2011-01-31 22:42:54 (UTC) commit 4e9cbb9b2c56efb6179785cafe224968ade4833e (patch) tree eadb4bdc81c68b82e7c751ae583d7bed8c26d44e parent 9a50882e1acfef09bc3777a011d80171389f3542 (diff) download ports-master.tar.gz ports-master.tar.bz2 -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt From lehmann at ans-netz.de Tue Feb 1 07:45:06 2011 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Tue Feb 1 07:45:08 2011 Subject: xfce 4.8pre3 preview In-Reply-To: References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> Message-ID: <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> Hi Olivier, Olivier Duchateau wrote: > Hi, > > I have question, updates (Terminal, xfce4-panel, xfce4-settings, > xfce4-utils, xfce4-wm, xfce4-desktop, and Thunar) of this week-end > made by Xfce dev team, will be in the port tree with rest of 4.8 core > ? Yes, the 4.8.1 release will be included - I'll do that this weekend and provide a new tarball. > I've send a PR for Midori [1], and I noticed that Mk/bsd.sites.mk is > broken, due to mirrors closed, could you upload your new bsd.sites.mk, > please. Yeah, it might be a good idea to fix the sites now and independant of the 4.8.X checkin. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From chat95 at mac.com Tue Feb 1 07:47:53 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 07:47:55 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.155221.632868945383149019.chat95@mac.com> References: <20110201.144238.1898388363586191530.chat95@mac.com> <20110201.155221.632868945383149019.chat95@mac.com> Message-ID: <20110201.164746.59640143160085556.chat95@mac.com> Broken > checking whether to enable debugging code... product > checking whether to use git to get the ooo sources... git: not found > /work/a/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/clone already set up > checking for rsync... no > configure: error: rsync not found; required for libreoffice when using --with-git > ===> Script "configure" failed unexpectedly. bit strange you need rsync when building libreoffice From: Maho NAKATA Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Tue, 01 Feb 2011 15:52:21 +0900 (JST) > ok I'll test > http://git.etoilebsd.net/ports/snapshot/ports-master.tar.gz > author Baptiste Daroussin 2011-01-31 22:42:54 (UTC) > committer Baptiste Daroussin 2011-01-31 22:42:54 (UTC) > commit 4e9cbb9b2c56efb6179785cafe224968ade4833e (patch) > tree eadb4bdc81c68b82e7c751ae583d7bed8c26d44e > parent 9a50882e1acfef09bc3777a011d80171389f3542 (diff) > download ports-master.tar.gz > ports-master.tar.bz2 > > -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ > http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From chat95 at mac.com Tue Feb 1 07:58:17 2011 From: chat95 at mac.com (Maho NAKATA) Date: Tue Feb 1 07:58:21 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.164746.59640143160085556.chat95@mac.com> References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> Message-ID: <20110201.165811.634347869525824665.chat95@mac.com> Hi bapt, you may want to add following line. DIST_SUBDIR= libreoffice spamming many distfiles at /usr/ports/distifiles/ might not be a good idea. thanks Nakata Maho From: Maho NAKATA Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Tue, 01 Feb 2011 16:47:46 +0900 (JST) > Broken > >> checking whether to enable debugging code... product >> checking whether to use git to get the ooo sources... git: not found >> /work/a/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/clone already set up >> checking for rsync... no >> configure: error: rsync not found; required for libreoffice when using --with-git >> ===> Script "configure" failed unexpectedly. > > bit strange you need rsync when building libreoffice > > > From: Maho NAKATA > Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final > Date: Tue, 01 Feb 2011 15:52:21 +0900 (JST) > >> ok I'll test >> http://git.etoilebsd.net/ports/snapshot/ports-master.tar.gz >> author Baptiste Daroussin 2011-01-31 22:42:54 (UTC) >> committer Baptiste Daroussin 2011-01-31 22:42:54 (UTC) >> commit 4e9cbb9b2c56efb6179785cafe224968ade4833e (patch) >> tree eadb4bdc81c68b82e7c751ae583d7bed8c26d44e >> parent 9a50882e1acfef09bc3777a011d80171389f3542 (diff) >> download ports-master.tar.gz >> ports-master.tar.bz2 >> >> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ >> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd. From bapt at freebsd.org Tue Feb 1 08:50:00 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 1 08:50:06 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.164746.59640143160085556.chat95@mac.com> References: <20110201.144238.1898388363586191530.chat95@mac.com> <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> Message-ID: 2011/2/1 Maho NAKATA : > Broken > >> checking whether to enable debugging code... product >> checking whether to use git to get the ooo sources... git: not found >> /work/a/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/clone already set up >> checking for rsync... no >> configure: error: rsync not found; required for libreoffice when using --with-git >> ===> ?Script "configure" failed unexpectedly. > > bit strange you need rsync when building libreoffice > > This a a bug in configure when --disable-gstreamer is set late (don't know why yet, so I'll force gstreamer default and remove GSTREAMER knob) Concerning the DIST_SUBDIR it is already in the git version you took :) it was added by fluffy@ git and shar (http://people.freebsd.org/~bapt/libreoffice-3.3.0.shar) are upgraded to fix gstreamer. freebsd-openoffice list has been CC the discution will continue there. maybe it is time to create an office team or at least an office mailing list because we share lot's of stuff: libwp* icu, etc between different office system : libreoffice openoffice koffice abiword and maybe more. that would help working together synchronise the work on shared library etc. From gour at atmarama.net Tue Feb 1 09:35:10 2011 From: gour at atmarama.net (Gour) Date: Tue Feb 1 09:35:14 2011 Subject: xfce 4.8pre3 preview References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> Message-ID: <20110201102703.459ea854@atmarama.noip.me> On Tue, 01 Feb 2011 08:45:03 +0100 Oliver Lehmann wrote: Hello Oliver, > Yes, the 4.8.1 release will be included - I'll do that this weekend > and provide a new tarball. I'm serious to move from (Arch)Linux to (Free)PC-BSD and now I'm enjoying 4.8 release. Despite of seeing that Xfce (aka Thunar auto-mount) is not 100% functional as on Linux, I am still happy seeing it's alive on FreeBSD and looking forward to put it on several desktops of current Ubuntu users. Thank you for your port. Sincerely, Gour p.s. I plan to install snapshot of PC-BSD 9.0 snapshot, so I can assume your port will be available in CURRENT? -- Gour | Hlapicina, Croatia | GPG key: CDBF17CA ---------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110201/4714bbb9/signature.pgp From rwmaillists at googlemail.com Tue Feb 1 11:37:13 2011 From: rwmaillists at googlemail.com (RW) Date: Tue Feb 1 11:37:16 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110201102703.459ea854@atmarama.noip.me> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> <20110201102703.459ea854@atmarama.noip.me> Message-ID: <20110201113706.69997465@gumby.homeunix.com> On Tue, 1 Feb 2011 10:27:03 +0100 Gour wrote: > Despite of seeing that Xfce (aka Thunar auto-mount) is not 100% > functional as on Linux, I am still happy seeing it's alive on FreeBSD > and looking forward to put it on several desktops of current Ubuntu Which bits of Xfce aren't working? Thunar auto-mount does work for me, although it needed a bit of setting-up. From gour at atmarama.net Tue Feb 1 12:03:30 2011 From: gour at atmarama.net (Gour) Date: Tue Feb 1 12:03:34 2011 Subject: xfce 4.8pre3 preview References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> <20110201102703.459ea854@atmarama.noip.me> <20110201113706.69997465@gumby.homeunix.com> Message-ID: <20110201130311.74cda309@atmarama.noip.me> On Tue, 1 Feb 2011 11:37:06 +0000 RW wrote: > Which bits of Xfce aren't working? Thunar auto-mount does work for > me, although it needed a bit of setting-up. Yeah, I was thinking about thunar's auto-mount feature according to http://gezeiten.org/post/2011/01/Xfce-4.8-on-BSD-flavors post, but didn't try for myself...waiting to install pcbsd's next 9-0 snapshot on my laptop. Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: CDBF17CA ---------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110201/1cedf140/signature.pgp From gljennjohn at googlemail.com Tue Feb 1 17:09:33 2011 From: gljennjohn at googlemail.com (Gary Jennejohn) Date: Tue Feb 1 17:09:36 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110201102703.459ea854@atmarama.noip.me> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> <20110201102703.459ea854@atmarama.noip.me> Message-ID: <20110201180926.2135e735@ernst.jennejohn.org> On Tue, 1 Feb 2011 10:27:03 +0100 Gour wrote: > p.s. I plan to install snapshot of PC-BSD 9.0 snapshot, so I can > assume your port will be available in CURRENT? > The ports tree isn't tied to a particular version of FreeBSD, e.g. there is no ports-8.2 or ports-CURRENT. You always get the latest version of ports when you update the tree (assuming you use a cvsup mirror). AFAIK PC-BSD uses its own ports packaging technology so I'm not sure that you really get support for the most recent ports tree with it. Since I don't use it myself I could be wrong. -- Gary Jennejohn From gour at atmarama.net Tue Feb 1 19:09:26 2011 From: gour at atmarama.net (Gour) Date: Tue Feb 1 19:09:30 2011 Subject: xfce 4.8pre3 preview References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110201084503.19846705a1e0yosg@avocado.salatschuessel.net> <20110201102703.459ea854@atmarama.noip.me> <20110201180926.2135e735@ernst.jennejohn.org> Message-ID: <20110201200903.50aba4d8@atmarama.noip.me> On Tue, 1 Feb 2011 18:09:26 +0100 Gary Jennejohn wrote: > The ports tree isn't tied to a particular version of FreeBSD, e.g. > there is no ports-8.2 or ports-CURRENT. You always get the latest > version of ports when you update the tree (assuming you use a cvsup > mirror). Ahh...that I did not know. So, it's similar to Gentoo tree (which I used before Arch) or like Archlinux - rolling 'release'. :-) > AFAIK PC-BSD uses its own ports packaging technology so I'm not sure > that you really get support for the most recent ports tree with it. > Since I don't use it myself I could be wrong. PBIs go along with ports tree and I plan to provide some missing PBIs (for easy install) and thereby help a bit (PC)BSD community. Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: CDBF17CA ---------------------------------------------------------------- -- Gour | Hlapicina, Croatia | GPG key: CDBF17CA ---------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110201/4896be93/signature.pgp From richard at hirner.at Tue Feb 1 19:53:49 2011 From: richard at hirner.at (Richard Hirner) Date: Tue Feb 1 19:53:54 2011 Subject: TeamSpeak server port Message-ID: <1296590021.2354.17.camel@gumpino> Hi, I'm trying to make a port for TeamSpeak 3. I have some questions before I can submit it. I appended it to this mail as shar: 1) There's already a teamspeak_server port for the TeamSpeak 2 server. TS2 is not widely used anymore, only available for x86 and the port is not maintained. Therefor I think that it would be better to take over this port instead of creating a new teamspeak3-server port (although TS2 and TS3 are separate products in some kind). It that OK? 2) Are there naming conventions? The old port is named teamspeak_server while there are other ports like mysql-server (- instead of _). 3) There are conditional DISTFILES in the port and I don't know if this is OK. 4) Shall the log and database directories be created by post-install or by the rc.d file? Is it ok to put @dirrmtry /var/db/teamspeak into the pkg-plist? Best regards, Richard diff -u UIDs.orig UIDs --- UIDs.orig 2011-02-01 20:36:48.000000000 +0100 +++ UIDs 2011-02-01 20:37:03.000000000 +0100 @@ -192,3 +192,4 @@ sancp:*:932:932::0:0:SANCP Daemon:/var/log/sancp:/sbin/nologin dlna:*:933:933::0:0:DLNA Daemon:/nonexistent:/sbin/nologin torrus:*:934:934::0:0:torrus daemon:/nonexistent:/sbin/nologin +teamspeak:*:935:935::0:0:TeamSpeak user:/nonexistent:/sbin/nologin diff -u GIDs.orig GIDs --- GIDs.orig 2011-02-01 20:36:49.000000000 +0100 +++ GIDs 2011-02-01 20:37:04.000000000 +0100 @@ -184,3 +184,4 @@ sancp:*:932: dlna:*:933: torrus:*:934:www +teamspeak:*:935: diff -ruN /nonexistant/Makefile teamspeak-server/Makefile --- /nonexistant/Makefile 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/Makefile 2011-02-01 20:36:19.000000000 +0100 @@ -0,0 +1,67 @@ +# New ports collection makefile for: teamspeak_server +# Date created: 30 January 2011 +# Whom: hirner@bitfire.at +# +# $FreeBSD$ + +PORTNAME= teamspeak_server +PORTVERSION= 3.0.0.b30 +CATEGORIES= audio net +MASTER_SITES= http://teamspeak.gameserver.gamed.de/ts3/releases/beta-30/ http://ftp.4players.de/pub/hosted/ts3/releases/beta-30/ +.include +.if ${ARCH} == "i386" +DISTNAME= teamspeak3-server_freebsd-x86-3.0.0-beta30 +.endif +.if ${ARCH} == "amd64" +DISTNAME= teamspeak3-server_freebsd-amd64-3.0.0-beta30 +.endif + +MAINTAINER= hirner@bitfire.at +COMMENT= Server side of the TeamSpeak group voice chat system + +RESTRICTED= No Redistribution +ONLY_FOR_ARCHS=amd64 i386 +LIB_DEPENDS= iconv.3:${PORTSDIR}/converters/libiconv + +USE_RC_SUBR= teamspeak + +NO_BUILD= yes + +USERS= teamspeak +GROUPS= teamspeak + +LICENSE= teamspeak +LICENSE_NAME= TeamSpeak 3.x End User License Agreement +LICENSE_PERMS= dist-mirror pkg-mirror auto-accept +LICENSE_FILE= ${FILESDIR}/LICENSE + +.if ${ARCH} == "i386" +TEAMSPEAK_ARCH=x86 +.endif +.if ${ARCH} == "amd64" +TEAMSPEAK_ARCH=amd64 +.endif +WRKSRC= ${WRKDIR}/teamspeak3-server_freebsd-${TEAMSPEAK_ARCH} + +DBDIR= /var/db/teamspeak +ETCDIR= ${PREFIX}/etc/teamspeak +LIBDIR= ${PREFIX}/lib/teamspeak/server +LIBEXECDIR= ${PREFIX}/libexec/ +LOGDIR= /var/log/teamspeak +SHAREDIR= ${PREFIX}/share/teamspeak/server + +do-install: + ${MKDIR} ${LIBDIR} ${SHAREDIR} + ${INSTALL_DATA} ${WRKSRC}/CHANGELOG ${SHAREDIR} + ${INSTALL_DATA} ${WRKSRC}/LICENSE ${SHAREDIR} + ${INSTALL_LIB} ${WRKSRC}/*.so ${LIBDIR} + ${INSTALL_PROGRAM} ${WRKSRC}/ts3server_freebsd_${TEAMSPEAK_ARCH} ${LIBEXECDIR}/teamspeak_server + (cd ${WRKSRC} && ${COPYTREE_SHARE} "doc sql serverquerydocs" ${SHAREDIR}) + +post-install: + ${MKDIR} ${DBDIR} && ${CHOWN} -R ${USERS}:${GROUPS} ${DBDIR} + ${MKDIR} ${ETCDIR} + ${MKDIR} ${LOGDIR} && ${CHOWN} -R ${USERS}:${BINGRP} ${LOGDIR} + ${CAT} ${MASTERDIR}/pkg-message + +.include diff -ruN /nonexistant/files/LICENSE teamspeak-server/files/LICENSE --- /nonexistant/files/LICENSE 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/files/LICENSE 2011-02-01 20:35:18.000000000 +0100 @@ -0,0 +1,153 @@ +TeamSpeak 3.x - End User License Agreement +Revised: February 2nd, 2010 + +THIS IS A LEGAL AGREEMENT between "you", the individual, company, or organization utilizing TeamSpeak brand software, TeamSpeak Systems GmbH, a Kruen, Germany based company, and Triton CI & Associates, Inc., a California, USA based Corporation. + +USE OF TEAMSPEAK SOFTWARE INDICATES YOUR ACCEPTANCE OF THESE TERMS. + +As used in this Agreement, the term "TeamSpeak software" means TeamSpeak version 3.x voice communication software, both client and server, as made available from www.TeamSpeak.com together with any and all enhancements, upgrades, or updates that may be provided to you by TeamSpeak Systems GmbH. + +1. APPLICABLE LAW + +All terms in this Agreement relating to ownership, distribution, prohibited conduct, or upgrades to TeamSpeak software, specifically Sections 2, 6, 11, and 12, will be handled by TeamSpeak Systems GmbH in accordance with the laws of Kruen, Germany. + +Triton CI & Associates, Inc., is TeamSpeak Systems GmbH's official sales, licensing, and billing partner for TeamSpeak software. As such, all terms in this Agreement relating to TeamSpeak sales, billing, compliance with licensing, including related issues such as piracy or banning of servers, will be handled by Triton CI & Associates, Inc. in accordance with the laws within the State of California, USA. + +2. OWNERSHIP + +Ownership of TeamSpeak software and any accompanying documentation shall at all times remain with TeamSpeak Systems GmbH. This Agreement does not constitute the sale of TeamSpeak software or any accompanying documentation, or any portion thereof. Without limiting the generality of the foregoing, you do not receive any rights to any patents, copyrights, trade secrets, trademarks or other intellectual property rights relating to TeamSpeak software or any accompanying documentation. All rights not expressly granted to you under this Agreement are reserved by TeamSpeak Systems GmbH. + +3. DEFINITIONS + +3.1 TeamSpeak Client and Server +TeamSpeak software consists of both a TeamSpeak Client and TeamSpeak Server application. The TeamSpeak Server is the application which acts as a host and allows two or more client connections to communicate with one another. The TeamSpeak Client is the application which connects to the TeamSpeak Server and contains end-user functionality which includes initiating a data stream for voice communication with another client connection. Sample screenshots of both the TeamSpeak Client and Server applications can be found at http://www.teamspeak.com/?page=screenshots. + +3.2 TeamSpeak Software Development Kit (TeamSpeak SDK) +TeamSpeak software may also consist of a Software Development Kit or SDK. The TeamSpeak SDK is a set of development tools and documentation which allows software engineers to create customized or integrated applications typically as part of an existing product or service. The TeamSpeak SDK includes API information, sample code, tools, documentation, and other related items. + +3.3 TeamSpeak Virtual Server +A TeamSpeak Virtual Server is any instance within the TeamSpeak Server application (binary executable) which allows the TeamSpeak Client application to connect. A single executed TeamSpeak Server application (binary executable) will by default create a single Virtual Server. However, the TeamSpeak Server application is capable of creating and hosting multiple Virtual Servers within any single running binary executable, where each server contains its own configuration properties which to the end-user may appear to act as a stand-alone server. + +3.4 TeamSpeak Server Slot +A TeamSpeak Server Slot (or just "slot") is utilized when a single TeamSpeak Client connection is established to any given TeamSpeak Virtual Server. The maximum "slots" or "slot count" can be individually configured for each Virtual Server and defines the maximum number of users that can simultaneously connect to that Virtual Server at any given time. For example, a Virtual Server configured for 10 slots will allow up to 10 simultaneous user connections before it generates a "server full" error message to the 11th user attempting to connect to the same Virtual Server. + +3.5 Commercial Entity +A commercial entity is an individual, company, or organization which demonstrates (typically via but not limited to a website) that it is in business to turn a profit of any kind; be it monetary, from direct sales or rental fees, advertising profit, or through the privileged use of intangible goods and services. + +Example of a Commercial Entity: +A hosting company or organization which charges a monthly fee for the use of a TeamSpeak server OR a hosting company or organization which does NOT charge a monthly fee for the use of a TeamSpeak server but earns substantial profit from advertising, or from other products or services of any kind. + +Example of a Commercial Entity profiting from advertising: +An organization advertising for products or services offered by a hosting company in exchange for the use of a TeamSpeak server means the hosting company will be considered to be a commercial entity, even if they choose not to charge anything at all for the use of any of their TeamSpeak servers. This situation is commonly referred to as a clan or guild "sponsorship". + +Example of a Commercial Entity profiting from intangible goods: +A "payment" is made to an individual or hosting company using virtual currency (gold, etc.) within a popular massively multiplayer online game (MMOG) in exchange for the use of a TeamSpeak server means the individual or hosting company will be considered to be a commercial entity. + +3.6 Non-Profit Entity +A non-profit entity is an individual or organization which does NOT utilize TeamSpeak software for profit of any kind; be it monetary, from direct sales or rental fees, advertising profit, or intangible goods and services. + +Example 1: A clan or guild hosting a TeamSpeak server for their own private use while complying with all terms and conditions set forth in Section 5.1 of this Agreement. + +Example 2: An individual hosting a TeamSpeak server for private use to communicate with friends or family over the Internet while complying with all terms and conditions set forth in Section 5.1 of this Agreement. + +4. LICENSE FEES + +Based on the definitions above, license fees may be applicable to entities utilizing the TeamSpeak Server application. License fees are NOT applicable to the TeamSpeak Client application. All Commercial Entities using the TeamSpeak Server application for any reason must pay a license fee, regardless of whether or not they choose to charge fees for the use of their servers. Non-Profit Entities using the TeamSpeak Server application do not need to pay a license fee; however, these entities must comply with the terms and conditions set forth in the License Types applicable to Non-Profit Entities below. If you are uncertain as to whether you qualify as a Non-Profit Entity you must contact Triton CI & Associates, Inc. via e-mail at sales@tritoncia.com or via http://support.tritoncia.com. + +5. LICENSE TYPES + +5.1. Non-Profit License: Unregistered +This license type is for an individual or organization which is non-profit in nature, and does not require registration on our website nor a license key. An individual or organization operating under this license may install and use TeamSpeak software on one or more physical machines, without paying a license fee, provided that the following conditions are met: +a. The individual or organization must be non-profit in nature. TeamSpeak Systems GmbH and Triton CI & Associates, Inc. reserve the right to assess and determine if any individual or organization is non-profit in nature. +b. The individual or organization may host up to 32 slots using only 1 Virtual Server for their entire operation. Exceeding the use of 32 slots or 1 Virtual Server over multiple physical machines operated by the same individual or organization is strictly prohibited. + +5.2. Non-Profit License: Registered +This license type is for an individual or organization which is non-profit in nature, and requires registration on our website and the use of a license key. An individual or organization operating under this license may install and use TeamSpeak software on one or more physical machines, without paying a license fee, provided that the following conditions are met: +a. The individual or organization must register their operation and apply for this license type via Triton CI & Associates, Inc.'s website at https://sales.tritoncia.com/users/register.php. +b. The individual or organization must be non-profit in nature. TeamSpeak Systems GmbH and Triton CI & Associates, Inc. reserve the right to assess and determine if any individual or organization is non-profit in nature. +c. The individual or organization may host up to 512 slots using a maximum of 10 Virtual Servers for their entire operation. Any combination of slots or Virtual Servers over multiple physical machines is allowed, as long as the individual or organization does not exceed 512 slots or 10 Virtual Servers. This is also enforced by the license key which is issued after the registration and approval process has been completed. + +5.3. Commercial License for ATHPs (Authorized TeamSpeak Host Providers): Recurs Monthly +An Authorized TeamSpeak Host Provider License or ATHP License is a license requiring recurring monthly fees. ATHP Licenses are issued to Commercial Entities (an individual, company, or organization) which rent TeamSpeak servers to others for profit of any kind; be it monetary, from direct sales or rental fees, advertising profit, or through the privileged use of intangible goods and services. ATHPs are Commercial Entities which typically charge their customers a monthly fee for the use of a TeamSpeak Virtual Server or include the Virtual Server as part of other services or offerings to their customers free of charge. Commercial Entities operating under the Authorized TeamSpeak Host Provider License may install and use TeamSpeak software on one or more physical machines, and must adhere to the following conditions: +a. ATHPs must register for an account on Triton CI & Associates, Inc.'s website at https://sales.tritoncia.com/users/register.php. +b. ATHPs are subject to recurring, monthly licensing fees based on the average slot count configured on each Virtual Server hosted by the ATHP during the previous month (e.g. - if a Virtual Server reports being configured for 50 Slots during 15 out of 30 days of the previous month, the Virtual Server will be billed at 25 Slots). These licensing fees are completely indifferent to whether or not an ATHP's customer makes use of their Virtual Server. +c. ATHPs are billed monthly, in arrears, by Triton CI & Associates, Inc. All invoices are typically sent on the 1st or 2nd day of every month via email and are also posted to the ATHP's online account via Triton CI & Associates, Inc.'s website at http://sales.tritoncia.com. +d. Payments are due 15 days after any invoice is generated (NET 15). It is the ATHP's responsibility to ensure that their invoice is received; whether by the primary email address registered to the ATHP's online account or by a representative of the ATHP ensuring that the ATHP's online account is logged into or checked each month for new invoices. +e. ATHPs who become 30 or more days past due on their invoice may have their TeamSpeak Servers banned due to non-payment. +f. ATHPs who consistently fail to pay their invoices on time are subject to having their account or license suspended or revoked. +g. New ATHPs acknowledge that there will be a $50 setup fee in addition to a minimum monthly license fee of $25 for a minimum slot count of 200. +h. ATHPs acknowledge that invoices may occasionally reflect inaccurate data due to incorrectly configured slot counts on licensed Virtual Servers (e.g. - test servers accidentally created with high slot counts, or duplicate data reported back to TeamSpeak Systems GmbH during data center migrations, etc.). As such, invoices are subject to review by both the ATHP and Triton CI & Associates, Inc. Every effort will be made by Triton CI & Associates, Inc. to determine the best course of action when correcting or modifying an invoice. +i. ATHPs acknowledge that slot count data for each Virtual Server hosted by the ATHP is reported daily to TeamSpeak Systems GmbH's tracking server located at accounting.teamspeak.com (IP 62.146.63.84) for the purpose of tracking and billing the ATHP accordingly. +j. ATHPs may not utilize firewalls or any other tools to prevent communication from their licensed Virtual Servers to TeamSpeak Systems GmbH's tracking server located at accounting.teamspeak.com (IP 62.146.63.84). All outbound traffic, both TCP and UDP, must be made available to the tracking server AND the organization must ensure that DNS is functioning properly and is able to resolve the hostname accounting.teamspeak.com at all times on all physical machines where Virtual Servers are being hosted. +k. ATHPs may not alter each individual Virtual Server's slot count on a daily basis (e.g. - via an automated script or third party utility) in order to deliberately or otherwise alter the daily slot count configuration data which is reported to TeamSpeak Systems GmbH's tracking server located at accounting.teamspeak.com (IP 62.146.63.84). +l. ATHPs may allow resellers to sell their TeamSpeak Virtual Servers; however, the ATHP must ensure that all of their Virtual Server IPs are licensed at all times. Resellers are not required to register and purchase a separate ATHP license for themselves as long as all Virtual Servers sold by the reseller are licensed through the ATHP. + +5.4. Commercial License: Annual Activation +A Commercial License is a license requiring annual activation. Commercial Licenses are issued to Commercial Entities (an individual, company, or organization) which utilize TeamSpeak servers in a commercial environment but are not in the business of hosting or renting servers to others for a recurring fee. Examples include, but are not limited to, Internet Cafes or small businesses using TeamSpeak for internal communication. Commercial Entities operating under the Commercial License must adhere to the following conditions: +a. Commercial Entities must register for an account on Triton CI & Associates, Inc.'s website at https://sales.tritoncia.com/users/register.php. +b. Upon expiration of the annual licensed term, the Commercial Entity must purchase an additional year of activation in order to continue using TeamSpeak. +c. Commercial Entities may utilize their license on multiple physical machines, provided the Commercial Entity abides by the limitations on its purchased slots and the maximum number of Virtual Servers for which they are licensed. +d. Commercial Entities cannot re-sell any portion of their licensed slots or Virtual Servers to others for a recurring fee of any kind. + +5.5 Software Development Kit Integration License or "SDK Integration License" +A Software Development Kit Integration License or SDK Integration License is a license which may require a one-time fee, recurring fees, or other pre-determined fees. SDK Integration Licenses are typically issued to Commercial Entities (an individual, company, or organization) which utilize TeamSpeak software to create customized or integrated applications as part of an existing product or service. Commercial Entities operating under the SDK Integration License must adhere to the following conditions: +a. You may use the TeamSpeak SDK with only one product at a time. Any intent to utilize the TeamSpeak SDK with a different product will constitute a new Agreement, and new license fees may apply. +b. You may NOT distribute, sell, lease, rent, lend, or sublicense any part of the TeamSpeak SDK to any third party without prior written consent from TeamSpeak Systems GmbH or Triton CI & Associates, Inc. +c. You may NOT use the TeamSpeak SDK to design or develop software to upload or otherwise transmit any material containing software viruses or other computer code, files or programs designed to interrupt, destroy, or limit the functionality of any software or hardware. +d. You may NOT represent that the programs you develop using the TeamSpeak SDK are certified or otherwise endorsed by either TeamSpeak Systems GmbH or Triton CI & Associates, Inc. +e. You may NOT use the TeamSpeak name or any other trademarks of TeamSpeak Systems GmbH in connection with programs that you develop using the TeamSpeak SDK without prior written consent from TeamSpeak Systems GmbH or Triton CI & Associates, Inc. + +6. DISTRIBUTION VIA THE INTERNET + +The preferred method of distribution of TeamSpeak software over the Internet is via TeamSpeak Systems GmbH's official website at www.TeamSpeak.com. You may not distribute TeamSpeak software otherwise over the Internet, unless you obtain prior written consent from TeamSpeak Systems GmbH or Triton CI & Associates, Inc. to do so. + +7. THIRD PARTY DISTRIBUTION PROHIBITED + +Distribution of TeamSpeak software by you to third parties (e.g. - publishers, magazines, third party products, etc.) is also hereby expressly prohibited unless you obtain prior written consent from TeamSpeak Systems GmbH or Triton CI & Associates, Inc. to do so. + +8. TERMINATION +TeamSpeak Systems GmbH or Triton CI & Associates, Inc. reserves the right to terminate your license for TeamSpeak software at any time or for any reason. Your license may also be terminated if you are in breach of any of the terms and conditions set forth in this Agreement. Upon termination, you shall immediately discontinue using TeamSpeak software and destroy all copies and related intellectual property in your possession, custody or control. + +9. BILLING +Triton CI & Associates, Inc., is TeamSpeak Systems GmbH's official sales, licensing, and billing partner for TeamSpeak software. As such, all billing matters for Commercial Entities are handled by Triton CI & Associates, Inc. Any inquiries relating to billing must be e-mailed to sales@tritoncia.com or submitted via Triton CI & Associates, Inc.'s ticket system at http://support.tritoncia.com. + +10. PRICING +TeamSpeak software pricing information for Commercial Entities can be found on Triton CI & Associates, Inc.'s website at http://sales.tritoncia.com/pricing.php. + +11. PROHIBITED CONDUCT + +You represent and warrant that you will not violate any of the terms and conditions set forth in this Agreement and that: + +a. You will not: (I) reverse engineer, decompile, disassemble, derive the source code of, modify, or create derivative works from TeamSpeak software; or (II) use, copy, modify, alter, or transfer, electronically or otherwise, TeamSpeak software or any of the accompanying documentation except as expressly permitted in this Agreement; or (III) redistribute, sell, rent, lease, sublicense, or otherwise transfer rights to TeamSpeak software whether in a stand-alone configuration or as incorporated with other software code written by any party except as expressly permitted in this Agreement. +b. You will not use TeamSpeak software to engage in or allow others to engage in any illegal activity. +c. You will not engage in use of TeamSpeak software that will interfere with or damage the operation of the services of third parties by overburdening or disabling network resources through automated queries, excessive usage or similar conduct. +d. You will not use TeamSpeak software to engage in any activity that will violate the rights of third parties, including, without limitation, through the use, public display, public performance, reproduction, distribution, or modification of communications or materials that infringe copyrights, trademarks, publicity rights, privacy rights, other proprietary rights, or rights against defamation of third parties. +e. You will not transfer TeamSpeak software or utilize TeamSpeak software in combination with third party software authored by you or others to create an integrated software program which you transfer to unrelated third parties unless you obtain prior written consent from TeamSpeak Systems GmbH or Triton CI & Associates, Inc. to do so. + +12. UPGRADES, UPDATES AND ENHANCEMENTS + +All upgrades, updates or enhancements of TeamSpeak software shall be deemed to be part of TeamSpeak software and will be subject to this Agreement. + +13. LEGENDS AND NOTICES + +You agree that you will not remove or alter any trademark, logo, copyright or other proprietary notices, legends, symbols or labels in TeamSpeak software or any accompanying documentation. + +14. TERM AND TERMINATION + +This Agreement is effective upon your acceptance as provided herein and will remain in force until terminated. Non-Profit Entities may terminate the licenses granted in this Agreement at any time by destroying TeamSpeak software and any accompanying documentation, together with any and all copies thereof. Commercial Entities may terminate the licenses granted in this Agreement at any time by contacting Triton CI & Associates, Inc. via e-mail at sales@tritoncia.com or via http://support.tritoncia.com. The licenses granted in this Agreement will terminate automatically if you breach any of its terms or conditions or any of the terms or conditions of any other agreement between you and TeamSpeak Systems GmbH or Triton CI & Associates, Inc. + +15. SOFTWARE SUGGESTIONS + +TeamSpeak Systems GmbH welcomes suggestions for enhancing TeamSpeak software and any accompanying documentation that may result in computer programs, reports, presentations, documents, ideas or inventions relating or useful to TeamSpeak Systems GmbH's business. You acknowledge that all title, ownership rights, and intellectual property rights concerning such suggestions shall become the exclusive property of TeamSpeak Systems GmbH and may be used for its business purposes in its sole discretion without any payment or accounting to you. + +16. MISCELLANEOUS + +This Agreement constitutes the entire agreement between the parties concerning TeamSpeak software, and is subject to change by TeamSpeak Systems GmbH or Triton CI & Associates, Inc. at any time. If any provision in this Agreement should be held illegal or unenforceable by a court of competent jurisdiction, such provision shall be modified to the extent necessary to render it enforceable without losing its intent, or severed from this Agreement if no such modification is possible, and other provisions of this Agreement shall remain in full force and effect. A waiver by either party of any term or condition of this Agreement or any breach thereof, in any one instance, shall not waive such term or condition or any subsequent breach thereof. + +17. DISCLAIMER OF WARRANTY + +TEAMSPEAK SOFTWARE IS PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THE WARRANTIES THAT IT IS FREE OF DEFECTS, VIRUS FREE, ABLE TO OPERATE ON AN UNINTERRUPTED BASIS, MERCHANTABLE, FIT FOR A PARTICULAR PURPOSE OR NON-INFRINGING. THIS DISCLAIMER OF WARRANTY CONSTITUTES AN ESSENTIAL PART OF THIS LICENSE AND AGREEMENT. NO USE OF TEAMSPEAK SOFTWARE IS AUTHORIZED HEREUNDER EXCEPT UNDER THIS DISCLAIMER. + +18. LIMITATION OF LIABILITY + +TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, IN NO EVENT WILL TEAMSPEAK SYSTEMS GMBH NOR TRITON CI & ASSOCIATES, INC. BE LIABLE FOR ANY INDIRECT, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OF OR INABILITY TO USE TEAMSPEAK SOFTWARE, INCLUDING, WITHOUT LIMITATION, DAMAGES FOR LOST PROFITS, LOSS OF GOODWILL, WORK STOPPAGE, COMPUTER FAILURE OR MALFUNCTION, OR ANY AND ALL OTHER COMMERCIAL DAMAGES OR LOSSES, EVEN IF ADVISED OF THE POSSIBILITY THEREOF, AND REGARDLESS OF THE LEGAL OR EQUITABLE THEORY (CONTRACT, TORT OR OTHERWISE) UPON WHICH THE CLAIM IS BASED. IN ANY CASE, TEAMSPEAK SYSTEMS' OR TRITON CI & ASSOCIATES, INC.'S COLLECTIVE LIABILITY UNDER ANY PROVISION OF THIS LICENSE SHALL NOT EXCEED IN THE AGGREGATE THE SUM OF THE FEES (IF ANY) YOU PAID FOR THIS LICENSE. diff -ruN /nonexistant/files/teamspeak.in teamspeak-server/files/teamspeak.in --- /nonexistant/files/teamspeak.in 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/files/teamspeak.in 2011-02-01 20:36:08.000000000 +0100 @@ -0,0 +1,37 @@ +#!/bin/sh + +# $FreeBSD$ +# +# PROVIDE: teamspeak +# REQUIRE: networking +# +# Add the following lines to /etc/rc.conf.local or /etc/rc.conf +# to enable this service: +# +# teamspeak_enable (bool): Set to NO by default. +# Set it to YES to enable teamspeak server. +# + +. /etc/rc.subr + +name="teamspeak" +rcvar=${name}_enable + +db_dir=/var/db/teamspeak +log_dir=/var/log/teamspeak + +pidfile=/var/db/teamspeak/teamspeak_server.pid +procname=%%PREFIX%%/libexec/teamspeak_server +command=/usr/sbin/daemon +command_args="-fp $pidfile -u teamspeak %%PREFIX%%/libexec/teamspeak_server dbsqlpath=%%PREFIX%%/share/teamspeak/server/sql/ inifile=%%PREFIX%%/etc/teamspeak/ts3server.ini licensepath=%%PREFIX%%/etc/teamspeak/ logpath=$log_dir" +teamspeak_chdir=$db_dir +required_dirs="$db_dir $log_dir" + +load_rc_config $name + +: ${teamspeak_enable="NO"} + +LD_LIBRARY_PATH=%%PREFIX%%/lib/teamspeak/server:$LD_LIBRARY_PATH +export LD_LIBRARY_PATH + +run_rc_command "$1" diff -ruN /nonexistant/pkg-descr teamspeak-server/pkg-descr --- /nonexistant/pkg-descr 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/pkg-descr 2011-02-01 20:35:17.000000000 +0100 @@ -0,0 +1,4 @@ +A proprietary software which allows groups of people to speak over the Internet. +This port contains the TeamSpeak 3 server part. + +WWW: http://www.teamspeak.com diff -ruN /nonexistant/pkg-message teamspeak-server/pkg-message --- /nonexistant/pkg-message 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/pkg-message 2011-02-01 20:35:17.000000000 +0100 @@ -0,0 +1,10 @@ + +To enable the TeamSpeak server, set +enable_teamspeak="YES" +in your /etc/rc.conf and then use it like any other service. + +If you have a license file (licensekey.dat) and/or ts3server.ini, +put it into /usr/local/etc/teamspeak + +To see the admin token after the first start, have a look +into the logs in /var/log/teamspeak diff -ruN /nonexistant/pkg-plist teamspeak-server/pkg-plist --- /nonexistant/pkg-plist 1970-01-01 01:00:00.000000000 +0100 +++ teamspeak-server/pkg-plist 2011-02-01 20:35:17.000000000 +0100 @@ -0,0 +1,252 @@ +lib/teamspeak/server/libts3db_sqlite3.so +lib/teamspeak/server/libts3db_mysql.so +@dirrm lib/teamspeak/server +@dirrmtry lib/teamspeak +share/teamspeak/server/LICENSE +share/teamspeak/server/CHANGELOG +share/teamspeak/server/sql/server_clear_traffic_stats.sql +share/teamspeak/server/sql/token_get_by_key.sql +share/teamspeak/server/sql/perm_insert.sql +share/teamspeak/server/sql/message_insert.sql +share/teamspeak/server/sql/perm_update_get_groups.sql +share/teamspeak/server/sql/server_update_traffic_stats.sql +share/teamspeak/server/sql/message_list_by_clientid.sql +share/teamspeak/server/sql/update_15.sql +share/teamspeak/server/sql/client_count_by_serverid.sql +share/teamspeak/server/sql/perm_get_by_serverid.sql +share/teamspeak/server/sql/server_delete_get_qa_clients.sql +share/teamspeak/server/sql/update_database_version.sql +share/teamspeak/server/sql/ban_list.sql +share/teamspeak/server/sql/defaults.sql +share/teamspeak/server/sql/properties_list_by_id.sql +share/teamspeak/server/sql/custom_insert.sql +share/teamspeak/server/sql/properties_delete_by_string_id.sql +share/teamspeak/server/sql/channel_delete.sql +share/teamspeak/server/sql/server_snapshot_delete_failed.sql +share/teamspeak/server/sql/bindings_insert.sql +share/teamspeak/server/sql/create_sqlite/drop_tables.sql +share/teamspeak/server/sql/create_sqlite/create_tables.sql +share/teamspeak/server/sql/group_id_get_by_name.sql +share/teamspeak/server/sql/perm_delete_by_serverid.sql +share/teamspeak/server/sql/log_insert.sql +share/teamspeak/server/sql/channel_update_parentid.sql +share/teamspeak/server/sql/client_get_by_serverid_limit.sql +share/teamspeak/server/sql/properties_delete_by_id.sql +share/teamspeak/server/sql/ban_insert.sql +share/teamspeak/server/sql/custom_delete_by_clientid.sql +share/teamspeak/server/sql/custom_get_by_ident.sql +share/teamspeak/server/sql/server_snapshot_delete.sql +share/teamspeak/server/sql/custom_get_by_id.sql +share/teamspeak/server/sql/groups_get.sql +share/teamspeak/server/sql/channel_server_list.sql +share/teamspeak/server/sql/message_delete.sql +share/teamspeak/server/sql/log_delete.sql +share/teamspeak/server/sql/update_16.sql +share/teamspeak/server/sql/client_get_by_uid.sql +share/teamspeak/server/sql/token_list.sql +share/teamspeak/server/sql/group_member_detail_get_by_groupid.sql +share/teamspeak/server/sql/channel_insert.sql +share/teamspeak/server/sql/group_rename.sql +share/teamspeak/server/sql/properties_insert_by_string_id.sql +share/teamspeak/server/sql/client_get_by_name_or_uid.sql +share/teamspeak/server/sql/client_insert.sql +share/teamspeak/server/sql/message_update_flag.sql +share/teamspeak/server/sql/client_delete.sql +share/teamspeak/server/sql/client_get.sql +share/teamspeak/server/sql/message_get_unread_by_clientid.sql +share/teamspeak/server/sql/info_delete.sql +share/teamspeak/server/sql/client_get_by_id.sql +share/teamspeak/server/sql/properties_insert_by_id.sql +share/teamspeak/server/sql/group_member_delete_by_groupid.sql +share/teamspeak/server/sql/message_get_by_clientid.sql +share/teamspeak/server/sql/complain_delete.sql +share/teamspeak/server/sql/token_insert.sql +share/teamspeak/server/sql/properties_list_by_string_id.sql +share/teamspeak/server/sql/update_13.sql +share/teamspeak/server/sql/client_clear_traffic_stats.sql +share/teamspeak/server/sql/client_delete_prune.sql +share/teamspeak/server/sql/group_delete.sql +share/teamspeak/server/sql/groups_get_by_serverid_type.sql +share/teamspeak/server/sql/complain_delete_all.sql +share/teamspeak/server/sql/server_list.sql +share/teamspeak/server/sql/server_insert.sql +share/teamspeak/server/sql/clientid_get_by_name_pw_serverid.sql +share/teamspeak/server/sql/server_update_autostart.sql +share/teamspeak/server/sql/server_get_byid.sql +share/teamspeak/server/sql/info_get_by_ident.sql +share/teamspeak/server/sql/log_list_comparator_ordered.sql +share/teamspeak/server/sql/group_member_get.sql +share/teamspeak/server/sql/ban_delete.sql +share/teamspeak/server/sql/client_update_traffic_stats.sql +share/teamspeak/server/sql/update_14.sql +share/teamspeak/server/sql/clientid_get_by_name_pw.sql +share/teamspeak/server/sql/token_delete_by_key.sql +share/teamspeak/server/sql/log_list.sql +share/teamspeak/server/sql/client_update_login_info.sql +share/teamspeak/server/sql/group_insert.sql +share/teamspeak/server/sql/group_members_get_by_serverid.sql +share/teamspeak/server/sql/server_update_port.sql +share/teamspeak/server/sql/server_update_machine_id.sql +share/teamspeak/server/sql/complain_insert.sql +share/teamspeak/server/sql/groups_get_by_serverid.sql +share/teamspeak/server/sql/info_insert.sql +share/teamspeak/server/sql/server_get_byport.sql +share/teamspeak/server/sql/client_update_stats.sql +share/teamspeak/server/sql/group_member_delete.sql +share/teamspeak/server/sql/client_update_name.sql +share/teamspeak/server/sql/server_delete.sql +share/teamspeak/server/sql/binding_delete.sql +share/teamspeak/server/sql/client_get_by_serverid.sql +share/teamspeak/server/sql/update_12.sql +share/teamspeak/server/sql/perm_get_by_id.sql +share/teamspeak/server/sql/perm_delete_by_permid.sql +share/teamspeak/server/sql/group_member_insert.sql +share/teamspeak/server/sql/complain_get_by_serverid.sql +share/teamspeak/server/sql/group_members_get_by_id.sql +share/teamspeak/server/sql/perm_delete_by_groupid.sql +share/teamspeak/server/sql/bindings_list.sql +share/teamspeak/server/sql/create_mysql/drop_tables.sql +share/teamspeak/server/sql/create_mysql/create_tables.sql +share/teamspeak/server/sql/group_members_get_by_groupid.sql +share/teamspeak/server/sql/log_list_comparator.sql +share/teamspeak/server/doc/ts3_serverquery_manual.pdf +share/teamspeak/server/doc/permissiondoc.txt +share/teamspeak/server/doc/server_quickstart.txt +share/teamspeak/server/doc/token_guide.txt +share/teamspeak/server/doc/server_upgrade.txt +share/teamspeak/server/serverquerydocs/serverdelete.txt +share/teamspeak/server/serverquerydocs/sendtextmessage.txt +share/teamspeak/server/serverquerydocs/clientfind.txt +share/teamspeak/server/serverquerydocs/clientdbfind.txt +share/teamspeak/server/serverquerydocs/permfind.txt +share/teamspeak/server/serverquerydocs/clientkick.txt +share/teamspeak/server/serverquerydocs/serveridgetbyport.txt +share/teamspeak/server/serverquerydocs/privilegekeyadd.txt +share/teamspeak/server/serverquerydocs/permidgetbyname.txt +share/teamspeak/server/serverquerydocs/servergrouppermlist.txt +share/teamspeak/server/serverquerydocs/channelfind.txt +share/teamspeak/server/serverquerydocs/servergroupclientlist.txt +share/teamspeak/server/serverquerydocs/logout.txt +share/teamspeak/server/serverquerydocs/servercreate.txt +share/teamspeak/server/serverquerydocs/ftdeletefile.txt +share/teamspeak/server/serverquerydocs/whoami.txt +share/teamspeak/server/serverquerydocs/serversnapshotdeploy.txt +share/teamspeak/server/serverquerydocs/help.txt +share/teamspeak/server/serverquerydocs/channelpermlist.txt +share/teamspeak/server/serverquerydocs/servergrouprename.txt +share/teamspeak/server/serverquerydocs/tokenuse.txt +share/teamspeak/server/serverquerydocs/bandelall.txt +share/teamspeak/server/serverquerydocs/servergrouplist.txt +share/teamspeak/server/serverquerydocs/clientaddperm.txt +share/teamspeak/server/serverquerydocs/ftinitupload.txt +share/teamspeak/server/serverquerydocs/channelcreate.txt +share/teamspeak/server/serverquerydocs/privilegekeyuse.txt +share/teamspeak/server/serverquerydocs/clientmove.txt +share/teamspeak/server/serverquerydocs/channelgrouplist.txt +share/teamspeak/server/serverquerydocs/messageadd.txt +share/teamspeak/server/serverquerydocs/serverlist.txt +share/teamspeak/server/serverquerydocs/messageget.txt +share/teamspeak/server/serverquerydocs/servergroupdelclient.txt +share/teamspeak/server/serverquerydocs/login.txt +share/teamspeak/server/serverquerydocs/ftgetfileinfo.txt +share/teamspeak/server/serverquerydocs/tokendelete.txt +share/teamspeak/server/serverquerydocs/permissionlist.txt +share/teamspeak/server/serverquerydocs/clientinfo.txt +share/teamspeak/server/serverquerydocs/servernotifyunregister.txt +share/teamspeak/server/serverquerydocs/serversnapshotcreate.txt +share/teamspeak/server/serverquerydocs/channeladdperm.txt +share/teamspeak/server/serverquerydocs/servergroupdel.txt +share/teamspeak/server/serverquerydocs/use.txt +share/teamspeak/server/serverquerydocs/banadd.txt +share/teamspeak/server/serverquerydocs/serverstart.txt +share/teamspeak/server/serverquerydocs/complainlist.txt +share/teamspeak/server/serverquerydocs/serverstop.txt +share/teamspeak/server/serverquerydocs/servergroupdelperm.txt +share/teamspeak/server/serverquerydocs/channelinfo.txt +share/teamspeak/server/serverquerydocs/hostinfo.txt +share/teamspeak/server/serverquerydocs/privilegekeylist.txt +share/teamspeak/server/serverquerydocs/clientdbinfo.txt +share/teamspeak/server/serverquerydocs/banlist.txt +share/teamspeak/server/serverquerydocs/channeldelperm.txt +share/teamspeak/server/serverquerydocs/servergroupaddclient.txt +share/teamspeak/server/serverquerydocs/complaindel.txt +share/teamspeak/server/serverquerydocs/clientdelperm.txt +share/teamspeak/server/serverquerydocs/servergroupcopy.txt +share/teamspeak/server/serverquerydocs/clientgetnamefromdbid.txt +share/teamspeak/server/serverquerydocs/channeldelete.txt +share/teamspeak/server/serverquerydocs/channelclientpermlist.txt +share/teamspeak/server/serverquerydocs/channelgroupaddperm.txt +share/teamspeak/server/serverquerydocs/customsearch.txt +share/teamspeak/server/serverquerydocs/clientgetids.txt +share/teamspeak/server/serverquerydocs/tokenadd.txt +share/teamspeak/server/serverquerydocs/bindinglist.txt +share/teamspeak/server/serverquerydocs/clientupdate.txt +share/teamspeak/server/serverquerydocs/ftrenamefile.txt +share/teamspeak/server/serverquerydocs/complainadd.txt +share/teamspeak/server/serverquerydocs/channelgrouppermlist.txt +share/teamspeak/server/serverquerydocs/tokenlist.txt +share/teamspeak/server/serverquerydocs/clientpoke.txt +share/teamspeak/server/serverquerydocs/logview.txt +share/teamspeak/server/serverquerydocs/serverinfo.txt +share/teamspeak/server/serverquerydocs/serveredit.txt +share/teamspeak/server/serverquerydocs/bandel.txt +share/teamspeak/server/serverquerydocs/channellist.txt +share/teamspeak/server/serverquerydocs/logadd.txt +share/teamspeak/server/serverquerydocs/ftgetfilelist.txt +share/teamspeak/server/serverquerydocs/ftstop.txt +share/teamspeak/server/serverquerydocs/banclient.txt +share/teamspeak/server/serverquerydocs/serverprocessstop.txt +share/teamspeak/server/serverquerydocs/channelgroupadd.txt +share/teamspeak/server/serverquerydocs/clientsetserverquerylogin.txt +share/teamspeak/server/serverquerydocs/messagedel.txt +share/teamspeak/server/serverquerydocs/privilegekeydelete.txt +share/teamspeak/server/serverquerydocs/servergroupbyclientid.txt +share/teamspeak/server/serverquerydocs/instanceinfo.txt +share/teamspeak/server/serverquerydocs/channelgrouprename.txt +share/teamspeak/server/serverquerydocs/clientedit.txt +share/teamspeak/server/serverquerydocs/channelgroupcopy.txt +share/teamspeak/server/serverquerydocs/servergroupadd.txt +share/teamspeak/server/serverquerydocs/gm.txt +share/teamspeak/server/serverquerydocs/setclientchannelgroup.txt +share/teamspeak/server/serverquerydocs/clientpermlist.txt +share/teamspeak/server/serverquerydocs/servergroupsbyclientid.txt +share/teamspeak/server/serverquerydocs/quit.txt +share/teamspeak/server/serverquerydocs/clientgetnamefromuid.txt +share/teamspeak/server/serverquerydocs/clientdbedit.txt +share/teamspeak/server/serverquerydocs/clientgetdbidfromuid.txt +share/teamspeak/server/serverquerydocs/version.txt +share/teamspeak/server/serverquerydocs/messageupdateflag.txt +share/teamspeak/server/serverquerydocs/clientdbdelete.txt +share/teamspeak/server/serverquerydocs/channelmove.txt +share/teamspeak/server/serverquerydocs/ftcreatedir.txt +share/teamspeak/server/serverquerydocs/channelgroupdel.txt +share/teamspeak/server/serverquerydocs/channeledit.txt +share/teamspeak/server/serverquerydocs/serverrequestconnectioninfo.txt +share/teamspeak/server/serverquerydocs/channelgroupdelperm.txt +share/teamspeak/server/serverquerydocs/channelclientdelperm.txt +share/teamspeak/server/serverquerydocs/custominfo.txt +share/teamspeak/server/serverquerydocs/clientlist.txt +share/teamspeak/server/serverquerydocs/channelclientaddperm.txt +share/teamspeak/server/serverquerydocs/ftlist.txt +share/teamspeak/server/serverquerydocs/messagelist.txt +share/teamspeak/server/serverquerydocs/clientdblist.txt +share/teamspeak/server/serverquerydocs/instanceedit.txt +share/teamspeak/server/serverquerydocs/servernotifyregister.txt +share/teamspeak/server/serverquerydocs/permreset.txt +share/teamspeak/server/serverquerydocs/channelgroupclientlist.txt +share/teamspeak/server/serverquerydocs/permget.txt +share/teamspeak/server/serverquerydocs/servergroupaddperm.txt +share/teamspeak/server/serverquerydocs/permoverview.txt +share/teamspeak/server/serverquerydocs/ftinitdownload.txt +share/teamspeak/server/serverquerydocs/complaindelall.txt +libexec/teamspeak_server +@dirrm share/teamspeak/server/sql/create_mysql +@dirrm share/teamspeak/server/sql/create_sqlite +@dirrm share/teamspeak/server/sql +@dirrm share/teamspeak/server/doc +@dirrm share/teamspeak/server/serverquerydocs +@dirrm share/teamspeak/server +@dirrmtry share/teamspeak +@dirrmtry etc/teamspeak +@dirrmtry /var/db/teamspeak +@dirrmtry /var/log/teamspeak From wxs at FreeBSD.org Tue Feb 1 20:34:43 2011 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue Feb 1 20:34:46 2011 Subject: TeamSpeak server port In-Reply-To: <1296590021.2354.17.camel@gumpino> References: <1296590021.2354.17.camel@gumpino> Message-ID: <20110201203531.GB87276@atarininja.org> On Tue, Feb 01, 2011 at 08:53:41PM +0100, Richard Hirner wrote: > Hi, > > I'm trying to make a port for TeamSpeak 3. I have some questions before > I can submit it. I appended it to this mail as shar: > > 1) There's already a teamspeak_server port for the TeamSpeak 2 server. > TS2 is not widely used anymore, only available for x86 and the port is > not maintained. Therefor I think that it would be better to take over > this port instead of creating a new teamspeak3-server port (although TS2 > and TS3 are separate products in some kind). It that OK? I see no reason to keep an old version in the tree that nobody is likely using anymore if there is a newer version out. I'd say whatever you're working on should be an update of audio/teamspeak_server to version 3. The fact that it's been unmaintained for over a year now, and the last update was 2 years ago (to the day) makes me think that as the new maintainer you can do what you want and nobody is likely to care. :) > 2) Are there naming conventions? The old port is named teamspeak_server > while there are other ports like mysql-server (- instead of _). Not that I'm aware of, but I'm sure someone somewhere will speak up. If it's not officially documented you're allowed to use your best judgment. > 3) There are conditional DISTFILES in the port and I don't know if this > is OK. This is done in other ports. See devel/git and the WITH_HTMLDOCS option which adds to DISTFILES. Just be sure to put all optional distfiles in distinfo. -- WXS From sterling at camdensoftware.com Tue Feb 1 21:04:34 2011 From: sterling at camdensoftware.com (Chip Camden) Date: Tue Feb 1 21:04:37 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201014136.GE2361@libertas.local.camdensoftware.com> References: <20110128211737.391bec10@ukr.net> <20110128222217.GM9701@eggman.experts-exchange.com> <20110129000113.GN9701@eggman.experts-exchange.com> <20110129090224.234881b5@locust.local> <20110130020327.GC52232@mail.hs.ntnu.edu.tw> <20110130075038.6add2549@locust.local> <20110201014136.GE2361@libertas.local.camdensoftware.com> Message-ID: <20110201210428.GA2250@libertas.local.camdensoftware.com> Quoth Chip Camden on Monday, 31 January 2011: > Quoth Baptiste Daroussin on Monday, 31 January 2011: > > Thanks all for the testing, sorry I wasn't able to be reactive this WE > > (because of my ISP). > > > > Anyway the git has version been improved to address most of the > > problem you reported. I'm doing some testing on it but the library > > path issue should be fixed. > > > > The only thing I haven't fixed yet (I guess) is the .desktop > > integration, I'm not a DE (gnome, kde xfce etc...) user so I first > > need to setup on the those DE and familiarise with it to be sure it > > works correctly :) > > > > http://git.etoilebsd.net/ports/ > > > > concerning the fix for libtextcat I'll send a patch to thierry@, it's > > my fault I missed a patch when submitting to him the necessary > > changes. > > > > regards, > > Bapt > It builds now! But it won't install -- it fills up /tmp, which is empty and has 500MB allocated to it. Any way to reduce that usage? -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110201/e43791c5/attachment.pgp From cvs-src at yandex.ru Tue Feb 1 21:18:45 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Tue Feb 1 21:18:49 2011 Subject: TeamSpeak server port In-Reply-To: <1296590021.2354.17.camel@gumpino> References: <1296590021.2354.17.camel@gumpino> Message-ID: <4D48786C.3040202@yandex.ru> 01.02.2011 22:53, Richard Hirner ?????: > Hi, > > I'm trying to make a port for TeamSpeak 3. I have some questions before > I can submit it. I appended it to this mail as shar: > > 1) There's already a teamspeak_server port for the TeamSpeak 2 server. > TS2 is not widely used anymore, only available for x86 and the port is > not maintained. Therefor I think that it would be better to take over > this port instead of creating a new teamspeak3-server port (although TS2 > and TS3 are separate products in some kind). It that OK? > > 2) Are there naming conventions? The old port is named teamspeak_server > while there are other ports like mysql-server (- instead of _). > > 3) There are conditional DISTFILES in the port and I don't know if this > is OK. > > 4) Shall the log and database directories be created by post-install or > by the rc.d file? Is it ok to put @dirrmtry /var/db/teamspeak into the > pkg-plist? > > Best regards, > Richard > > > diff -u UIDs.orig UIDs > --- UIDs.orig 2011-02-01 20:36:48.000000000 +0100 > +++ UIDs 2011-02-01 20:37:03.000000000 +0100 > @@ -192,3 +192,4 @@ > sancp:*:932:932::0:0:SANCP Daemon:/var/log/sancp:/sbin/nologin > dlna:*:933:933::0:0:DLNA Daemon:/nonexistent:/sbin/nologin > torrus:*:934:934::0:0:torrus daemon:/nonexistent:/sbin/nologin > +teamspeak:*:935:935::0:0:TeamSpeak user:/nonexistent:/sbin/nologin ^^^^^^^ Can you please consider a different ones? I already request 935 for net/erlyvideo :) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154444 -- Regards, Ruslan From erwin at FreeBSD.org Wed Feb 2 00:42:01 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Feb 2 00:42:03 2011 Subject: INDEX build failed for 7.x Message-ID: <201102020042.p120g15x030362@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: gnome-icons-20060914_1: no entry for /usr/ports/x11-themes/gnome-icons-edge Committers on the hook: adamw jpaetzel linimon ohauer tabthorpe Most recent CVS update was: U databases/py-htsql/Makefile U databases/py-htsql/distinfo U databases/py-htsql/pkg-plist U games/xchadance/Makefile U net/wackford-squeers/Makefile U net/wackford-squeers/distinfo U net-im/pickwick/Makefile U net-im/pickwick/distinfo U www/drood/Makefile U www/drood/distinfo U www/formication/Makefile U www/formication/distinfo U x11-themes/Makefile U x11-themes/gnome-icons-cool-gorilla/Makefile U x11-themes/gnome-icons-snowish/Makefile From joji at eskimo.com Wed Feb 2 01:26:30 2011 From: joji at eskimo.com (Joseph Olatt) Date: Wed Feb 2 01:26:34 2011 Subject: x11-wm/awesome fail to start Message-ID: <20110202011156.GA6434@shell.eskimo.com> Hi, I'm having trouble getting x11-wm/awesome (3.4.9) to start up. I'm getting the following error on start up. W: awesome: image_new_from_file:288: cannot load image /usr/local/share/awesome/icons/awesome16.png: unknown error, that's really bad /usr/local/share/awesome/lib/awful/menu.lua:221: attempt to compare number with nil W: awesome: image_new_from_file:288: cannot load image /usr/local/share/awesome/icons/awesome16.png: unknown error, that's really bad /usr/local/share/awesome/lib/awful/menu.lua:221: attempt to compare number with nil E: awesome: main:505: couldn't find any rc file I have the rc.lua files at: joji@mint> ls -l ~/.config/awesome/rc.lua -rw-r--r-- 1 joji joji 13802 Feb 1 18:19 /home/joji/.config/awesome/rc.lua [~] joji@mint> ls -l /usr/local/etc/xdg/awesome/rc.lua -rw-r--r-- 1 root wheel 13802 Feb 1 18:54 /usr/local/etc/xdg/awesome/rc.lua Anybody else have these problems. I have another machine running awesome 3.4.8 and that is running fine. From erwin at FreeBSD.org Wed Feb 2 03:47:03 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Wed Feb 2 03:47:05 2011 Subject: INDEX now builds successfully on 7.x Message-ID: <201102020347.p123l21g002145@builder.freebsd.org> From chat95 at mac.com Wed Feb 2 04:52:05 2011 From: chat95 at mac.com (Maho NAKATA) Date: Wed Feb 2 04:52:09 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110201.165811.634347869525824665.chat95@mac.com> References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> Message-ID: <20110202.135158.1845728741722859032.chat95@mac.com> Hi bapt, Following port built fine on my tinderbox (8.1-RELEASE/amd64) http://git.etoilebsd.net/ports/commit/ author Baptiste Daroussin 2011-02-01 20:13:50 (UTC) committer Baptiste Daroussin 2011-02-01 20:13:50 (UTC) commit 65a998e1bd0113727cb7767932e530dd477d1985 (patch) tree e242602334921ba33a8eba2233ac1e5eb101ee87 parent 72c64d7b0876099b50945075599c79b2f12d269b (diff) download ports-master.tar.gz ports-master.tar.bz2 thanks. -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt From cvs-src at yandex.ru Wed Feb 2 05:38:20 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Wed Feb 2 05:38:23 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: Message-ID: <4D48ED7E.1090007@yandex.ru> 28.01.2011 17:06, Baptiste Daroussin ?????: > Hi all > > I ported libreoffice 3.3.0, you can find it here: > http://people.freebsd.org/~bapt/libreoffice.shar or > http://git.etoilebsd.net/ports/tree/libreoffice > > Can you please test it? > I'm late. Just build it succesfully on 8-stable i386 from editors/libreoffice w/o java and with WITH_GNOME enabled. Still not seeing icons in menu. And how can i install it only with LOLANGS = ru without breaking pkg-plist? It's worked in editors/openoffice-3 in past. Thank you for your work. -- Regards, Ruslan From bapt at freebsd.org Wed Feb 2 06:41:24 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Wed Feb 2 06:41:28 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <4D48ED7E.1090007@yandex.ru> References: <4D48ED7E.1090007@yandex.ru> Message-ID: 2011/2/2 Ruslan Mahmatkhanov : > 28.01.2011 17:06, Baptiste Daroussin ?????: >> >> Hi all >> >> I ported libreoffice 3.3.0, you can find it here: >> http://people.freebsd.org/~bapt/libreoffice.shar or >> http://git.etoilebsd.net/ports/tree/libreoffice >> >> Can you please test it? >> > > I'm late. > Just build it succesfully on 8-stable i386 from editors/libreoffice w/o java > and with WITH_GNOME enabled. Still not seeing icons in menu. > And how can i install it only with LOLANGS = ru without breaking pkg-plist? > It's worked in editors/openoffice-3 in past. > Thank you for your work. > > > -- > Regards, > Ruslan > Thanks everyone, yesterday I got lots of time and could finish the tests, based on all your remarks. now I pushed libreoffice in the ports tree. currently there is no way of install a per local version of libreoffice without breaking the tree, and nothing should come to do that for a file. except someone providing a patch :) regards, Bapt From bapt at freebsd.org Wed Feb 2 06:44:47 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Wed Feb 2 06:44:51 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110202.135158.1845728741722859032.chat95@mac.com> References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: 2011/2/2 Maho NAKATA : > Hi bapt, > > Following port built fine on my tinderbox (8.1-RELEASE/amd64) > > http://git.etoilebsd.net/ports/commit/ > author ? Baptiste Daroussin ? ? 2011-02-01 20:13:50 (UTC) > committer ? ? ? ? Baptiste Daroussin ? ? ? 2011-02-01 20:13:50 (UTC) > commit ? ? ? ? ? ?65a998e1bd0113727cb7767932e530dd477d1985 (patch) > tree ? ? ? ? ? ? ?e242602334921ba33a8eba2233ac1e5eb101ee87 > parent ? ? ? ? ? ?72c64d7b0876099b50945075599c79b2f12d269b (diff) > download ? ? ? ? ?ports-master.tar.gz > ports-master.tar.bz2 > > thanks. > -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ > http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt > nice thank you very much for the tests now it is in the ports tree. thanks, Bapty From ganael.laplanche at martymac.org Wed Feb 2 08:24:31 2011 From: ganael.laplanche at martymac.org (Ganael LAPLANCHE) Date: Wed Feb 2 08:24:34 2011 Subject: DATADIR recorded as a relative path in plist ? Message-ID: <20110202075517.M86909@martymac.org> Hi ! While struggling with DATADIR-safety messages from portlint, I've noticed something very odd : DATADIR, which is supposed to be an absolute path, is recorded as a relative path (to ${PREFIX}, I suppose) in pkg-plist. This leads to being unable to deinstall a port which has been installed with a different DATADIR. Here is a very simple example, easy to reproduce. It implies misc/pciids, which is supposed to be DATADIR-safe as it uses the %%DATADIR%% macro in its plist. Its 'do-install' target is as simple as : do-install: ${MKDIR} ${DATADIR} ${INSTALL_DATA} ${WRKSRC}/pci.ids ${DATADIR} So there is no special trick here, everything should go fine, but it does not : # cd /usr/ports/misc/pciids && make DATADIR=/tmp/pciids install ===> Vulnerability check disabled, database not found ===> License BSD GPLv2 GPLv3 accepted by the user ===> Extracting for pciids-20101124 => SHA256 Checksum OK for pciids-20101124.tar.bz2. ===> Patching for pciids-20101124 ===> Configuring for pciids-20101124 ===> Installing for pciids-20101124 ===> Generating temporary packing list ===> Checking if misc/pciids already installed /bin/mkdir -p /tmp/pciids install -o root -g wheel -m 444 /files/Ports/ports/misc/pciids/work/pciids-20101124/pci.ids /tmp/pciids ===> Registering installation for pciids-20101124 # ls /tmp/pciids pci.ids So far, so good : DATADIR is handled as an *absolute* path and pci.ids has been installed into /tmp/. Unfortunately, here is the content of the plist : # pkg_info -L pciids-20101124 Information for pciids-20101124: Files: /usr/local//tmp/pciids/pci.ids /usr/local/share/licenses/pciids-20101124/catalog.mk /usr/local/share/licenses/pciids-20101124/LICENSE /usr/local/share/licenses/pciids-20101124/BSD /usr/local/share/licenses/pciids-20101124/GPLv2 /usr/local/share/licenses/pciids-20101124/GPLv3 DATADIR has been recorded as a *relative* path to ${PREFIX}. Obviously, everything goes wrong when you try to uninstall the package : # make DATADIR=/tmp/pciids deinstall ===> Deinstalling for misc/pciids ===> Deinstalling pciids-20101124 pkg_delete: file '/usr/local//tmp/pciids/pci.ids' doesn't exist pkg_delete: file '/usr/local//tmp/pciids' doesn't exist pkg_delete: unable to completely remove directory '/usr/local//tmp/pciids' pkg_delete: couldn't entirely delete package (perhaps the packing list is incorrectly specified?) Am I missing something here ? Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From ohartman at zedat.fu-berlin.de Wed Feb 2 09:05:16 2011 From: ohartman at zedat.fu-berlin.de (O. Hartmann) Date: Wed Feb 2 09:05:21 2011 Subject: editors/openoffice-org-3.3.0: serious issue with X11 Message-ID: <4D491AB4.7090700@zedat.fu-berlin.de> Hello. I just upgraded openoffice-3.2.1 to openoffice-org-3.3.0 and found myself in a serious issue. Opening openoffice works only sporadically, in most cases I get the error: XDM authorization key matches an existing client!/usr/local/openoffice.org-3.3.0/openoffice.org3/program/soffice.bin X11 error: Can't open display: Set DISPLAY environment variable, use -display option or check permissions of your X-Server (See "man X" resp. "man xhost" for details) Deleting .Xauthority or restarting the session via resetting xdm/Xorg or removing ~/.openoffice didn't help anyway. Any suggestions are appreciated. Thanks in advance, Oliver From swell.k at gmail.com Wed Feb 2 09:17:25 2011 From: swell.k at gmail.com (Anonymous) Date: Wed Feb 2 09:17:29 2011 Subject: DATADIR recorded as a relative path in plist ? In-Reply-To: <20110202075517.M86909@martymac.org> (Ganael LAPLANCHE's message of "Wed, 2 Feb 2011 09:05:43 +0100 (CET)") References: <20110202075517.M86909@martymac.org> Message-ID: <86r5bqokx2.fsf@gmail.com> "Ganael LAPLANCHE" writes: > # make DATADIR=/tmp/pciids deinstall > ===> Deinstalling for misc/pciids > ===> Deinstalling pciids-20101124 > pkg_delete: file '/usr/local//tmp/pciids/pci.ids' doesn't exist > pkg_delete: file '/usr/local//tmp/pciids' doesn't exist > pkg_delete: unable to completely remove directory '/usr/local//tmp/pciids' > pkg_delete: couldn't entirely delete package (perhaps the packing list is > incorrectly specified?) > > Am I missing something here ? You cannot define DATADIR that's PREFIX-unsafe without using @cwd. And using @cwd makes `-p/-P' options in pkg_add(1) less useful. Not sure why portlint even mentions safeness for DOCSDIR/EXAMPLESDIR/DATADIR as they were never safe for *user* to override. According to CVS history it was requested by pav@. From swell.k at gmail.com Wed Feb 2 09:25:34 2011 From: swell.k at gmail.com (Anonymous) Date: Wed Feb 2 09:25:40 2011 Subject: editors/openoffice-org-3.3.0: serious issue with X11 In-Reply-To: <4D491AB4.7090700@zedat.fu-berlin.de> (O. Hartmann's message of "Wed, 02 Feb 2011 09:49:56 +0100") References: <4D491AB4.7090700@zedat.fu-berlin.de> Message-ID: <8662t2okjv.fsf@gmail.com> "O. Hartmann" writes: > Hello. > I just upgraded openoffice-3.2.1 to openoffice-org-3.3.0 and found > myself in a serious issue. Opening openoffice works only sporadically, > in most cases I get the error: > > XDM authorization key matches an existing > client!/usr/local/openoffice.org-3.3.0/openoffice.org3/program/soffice.bin > X11 error: Can't open display: > Set DISPLAY environment variable, use -display option > or check permissions of your X-Server > (See "man X" resp. "man xhost" for details) Have you tried to add the following to xdm-config DisplayManager*authName: MIT-MAGIC-COOKIE-1 or adjusting permissions using xhost(1)? From bapt at freebsd.org Wed Feb 2 10:20:19 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Wed Feb 2 10:20:24 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: 2011/2/2 Sam Fourman Jr. : > >> nice thank you very much for the tests now it is in the ports tree. >> > > > > I am using FreeBSD 9-CURRENT amd64 and a fresh ports tree > my build is failing, what can i do? > > > > > > > sw deliver > Module 'sw' delivered successfully. 0 files copied, 281 files unchanged > > ----------------------------------------------------------------------- > ??????? Oh dear - something failed during the build - sorry ! > ? For more help with debugging build errors, please see the section in: > ??????????? http://wiki.documentfoundation.org/Development > > ? internal build errors: > > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/sdext/source/presenter > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing > > ?it seems you are using a threaded build, which means that the > ?actual compile error is probably hidden far above, and could be > ?inside any of these other modules: > ???? lingucomponent > ?please re-run build inside each one to isolate the problem. > ----------------------------------------------------------------------- > > /usr/local/bin/bash > cd > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDAMDEnv.Set.sh > cd sdext > build > > when the problem is isolated and fixed exit and re-run 'make' from the > top-level > sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. > gmake: *** [all] Error 1 > Sam# > > -- > > Sam Fourman Jr. > Fourman Networks > http://www.fourmannetworks.com > your built is failing because you ran it twice. make can't be run twice you should make clean before build/libreoffice/sdext/unxfbsdx.pro needs to be deleted before a second run regards, Bapt From mexas at bristol.ac.uk Wed Feb 2 10:28:18 2011 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Wed Feb 2 10:28:21 2011 Subject: policy on having the same routines in different library archives? Message-ID: <20110202102816.GA58343@mech-cluster241.men.bris.ac.uk> I've put a port of Slatec together: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151970 Recently I realised that some 110 routines in Slatec are already present in math/blas, and the Blas versions seem to be newer. % ar -t /usr/local/lib/libblas.a | sort > blas.sorted % ar -t /usr/local/lib/libslatec.a | sort > slatec.sorted % comm -12 blas.sorted slatec.sorted | wc 110 110 882 % I can see benefits and disadvantages of having same routines in different libraries. Advantages are that a user can choose to only install Slatec, with no Blas, and that no fine tuning of the distribution is required. Disadvantages could be extra size and potential for confusion, e.g. when linking against both libraries. Is there a FreeBSD ports policy on this? Many thanks Anton -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From sfourman at gmail.com Wed Feb 2 10:38:03 2011 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Wed Feb 2 10:38:08 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: > nice thank you very much for the tests now it is in the ports tree. > > I am using FreeBSD 9-CURRENT amd64 and a fresh ports tree my build is failing, what can i do? sw deliver Module 'sw' delivered successfully. 0 files copied, 281 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/sdext/source/presenter ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: lingucomponent please re-run build inside each one to isolate the problem. ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd sdext build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [all] Error 1 Sam# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From annulen at yandex.ru Wed Feb 2 10:47:08 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Wed Feb 2 10:47:15 2011 Subject: policy on having the same routines in different library archives? In-Reply-To: <20110202102816.GA58343@mech-cluster241.men.bris.ac.uk> References: <20110202102816.GA58343@mech-cluster241.men.bris.ac.uk> Message-ID: <335051296642710@web20.yandex.ru> 02.02.2011, 13:28, "Anton Shterenlikht" : > I've put a port of Slatec together: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151970 > > Recently I realised that some 110 routines in Slatec > are already present in math/blas, and the Blas versions > seem to be newer. > > % ar -t /usr/local/lib/libblas.a | sort > blas.sorted > % ar -t /usr/local/lib/libslatec.a | sort > slatec.sorted > % comm -12 blas.sorted slatec.sorted | wc > ?????110 ????110 ????882 > % > > I can see benefits and disadvantages of having same > routines in different libraries. Advantages are > that a user can choose to only install Slatec, > with no Blas, and that no fine tuning of the > distribution is required. > Disadvantages could be extra size and potential > for confusion, e.g. when linking against both > libraries. > > Is there a FreeBSD ports policy on this? FYI: there are lots of BLAS implementations in the world, all of them having the same API. The same for LAPACK. -- Regards, Konstantin From mexas at bristol.ac.uk Wed Feb 2 11:19:00 2011 From: mexas at bristol.ac.uk (Anton Shterenlikht) Date: Wed Feb 2 11:19:03 2011 Subject: policy on having the same routines in different library archives? In-Reply-To: <335051296642710@web20.yandex.ru> References: <20110202102816.GA58343@mech-cluster241.men.bris.ac.uk> <335051296642710@web20.yandex.ru> Message-ID: <20110202111857.GA58885@mech-cluster241.men.bris.ac.uk> On Wed, Feb 02, 2011 at 01:31:50PM +0300, Konstantin Tokarev wrote: > > > 02.02.2011, 13:28, "Anton Shterenlikht" : > > I've put a port of Slatec together: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151970 > > > > Recently I realised that some 110 routines in Slatec > > are already present in math/blas, and the Blas versions > > seem to be newer. > > > > % ar -t /usr/local/lib/libblas.a | sort > blas.sorted > > % ar -t /usr/local/lib/libslatec.a | sort > slatec.sorted > > % comm -12 blas.sorted slatec.sorted | wc > > ?????110 ????110 ????882 > > % > > > > I can see benefits and disadvantages of having same > > routines in different libraries. Advantages are > > that a user can choose to only install Slatec, > > with no Blas, and that no fine tuning of the > > distribution is required. > > Disadvantages could be extra size and potential > > for confusion, e.g. when linking against both > > libraries. > > > > Is there a FreeBSD ports policy on this? > > FYI: there are lots of BLAS implementations in the world, all of them having the same API. > The same for LAPACK. Yes, I know this. So how this affects what is (or should) be available from the ports tree? I understand there is a general desire to keep the ports tree consistent and to avoid redundancy. In addition there's clear hierarchy of numerical libraries: % grep -c blas INDEX-9 283 % grep -c lapack INDEX-9 257 % grep -c arpack INDEX-9 89 % grep -c scalapack INDEX-9 3 % grep -c linpack INDEX-9 2 % grep -c eispack INDEX-9 1 Presumably it makes little sense having doubles of math/blas routines in other ports, given that math/blas is used by so many ports already. My point is that perhaps the policy should be (if there isn't one at present) that we shouldn't have repeated entries in less popular archive libraries, unless they are substantially different? I realise that fortran numerical libraries will not interest many, so perhaps this is irrelevant anyway.. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From geo.liaskos at gmail.com Wed Feb 2 12:14:41 2011 From: geo.liaskos at gmail.com (George Liaskos) Date: Wed Feb 2 12:14:45 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: Hello, another build failure here :) amd64, 9.0-current, building from ports. # make showconfig ===> The following configuration options are available for libreoffice-3.3.0: WEBDAV=off "Support webdav protocol" CUPS=off "Support cups for printing" KDE4=on "With Qt4/KDE4 vclplug support" GNOME=off "Better integration in gnome environnement" JAVA=off "Add Java support (XML Filters, macros)" ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/oovbaapi/ooo/vba/constants it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: lingucomponent please re-run build inside each one to isolate the problem. ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd oovbaapi build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [stamp/build] Error 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Regards From bapt at freebsd.org Wed Feb 2 12:21:23 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Wed Feb 2 12:21:26 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: 2011/2/2 George Liaskos : > Hello, another build failure here :) > > amd64, 9.0-current, building from ports. > > # make showconfig > ===> The following configuration options are available for libreoffice-3.3.0: > ? ? WEBDAV=off "Support webdav protocol" > ? ? CUPS=off "Support cups for printing" > ? ? KDE4=on "With Qt4/KDE4 vclplug support" > ? ? GNOME=off "Better integration in gnome environnement" > ? ? JAVA=off "Add Java support (XML Filters, macros)" > > ----------------------------------------------------------------------- > ? ? ? ?Oh dear - something failed during the build - sorry ! > ?For more help with debugging build errors, please see the section in: > ? ? ? ? ? ?http://wiki.documentfoundation.org/Development > > ?internal build errors: > > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/oovbaapi/ooo/vba/constants > > ?it seems you are using a threaded build, which means that the > ?actual compile error is probably hidden far above, and could be > ?inside any of these other modules: > ? ? lingucomponent > ?please re-run build inside each one to isolate the problem. > ----------------------------------------------------------------------- > > /usr/local/bin/bash > cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDAMDEnv.Set.sh > cd oovbaapi > build > > when the problem is isolated and fixed exit and re-run 'make' from the top-level > sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. > gmake: *** [stamp/build] Error 1 > *** Error code 1 > > Stop in /usr/ports/editors/libreoffice. > *** Error code 1 > > Regards > what is the error message when you follow the procedure given ie: > /usr/local/bin/bash > cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDAMDEnv.Set.sh > cd oovbaapi > build regards, Bapt From lumiwa at gmail.com Wed Feb 2 12:23:56 2011 From: lumiwa at gmail.com (ajtiM) Date: Wed Feb 2 12:23:59 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> Message-ID: <201102020624.04991.lumiwa@gmail.com> On Wednesday February 2 2011 05:50:52 George Liaskos wrote: > Hello, another build failure here :) > First, thank you very much for the LibreOffice. I installed it from the ports and it works perfect and faster on my system then OO whch I deinstalled :). What doesn't work for now is just "systray icon". I checked in the options but it doesn't shows up. Thank you very much. Mitja -------- http://jpgmag.com/people/lumiwa From annulen at yandex.ru Wed Feb 2 12:29:51 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Wed Feb 2 12:29:54 2011 Subject: policy on having the same routines in different library archives? In-Reply-To: <20110202111857.GA58885@mech-cluster241.men.bris.ac.uk> References: <20110202102816.GA58343@mech-cluster241.men.bris.ac.uk> <335051296642710@web20.yandex.ru> <20110202111857.GA58885@mech-cluster241.men.bris.ac.uk> Message-ID: <6851296649788@web80.yandex.ru> > I realise that fortran numerical libraries will > not interest many, so perhaps this is irrelevant anyway.. > I guess ones who are interested will prefer to have a choice of BLAS implementation depending on target hardware, parallelization scales, peculiarities of problem, personal preference, etc., etc. -- Regards, Konstantin From baptiste.daroussin at gmail.com Wed Feb 2 12:42:01 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Wed Feb 2 12:42:04 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <201102020624.04991.lumiwa@gmail.com> References: <20110201.155221.632868945383149019.chat95@mac.com> <201102020624.04991.lumiwa@gmail.com> Message-ID: 2011/2/2 ajtiM : > On Wednesday February 2 2011 05:50:52 George Liaskos wrote: >> Hello, another build failure here :) >> > > First, thank you very much for the LibreOffice. I installed it from the ports > and it works perfect and faster on my system then OO whch I deinstalled :). > > What doesn't work for now is just "systray icon". I checked in the options but > it doesn't shows up. > > Thank you very much. > > > Mitja > -------- > http://jpgmag.com/people/lumiwa > _______________________________________________ > 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" > your welcome, yes I forgot about the systray icon :) I'll try to think about it for 3.3.1 or 3.3.2 (except if someone sends a patch) regards, Bapt From ganael.laplanche at martymac.org Wed Feb 2 13:13:46 2011 From: ganael.laplanche at martymac.org (Ganael LAPLANCHE) Date: Wed Feb 2 13:13:49 2011 Subject: DATADIR recorded as a relative path in plist ? In-Reply-To: <86r5bqokx2.fsf@gmail.com> References: <20110202075517.M86909@martymac.org> <86r5bqokx2.fsf@gmail.com> Message-ID: <20110202130951.M70704@martymac.org> On Wed, 02 Feb 2011 12:17:13 +0300, Anonymous wrote Hi, > You cannot define DATADIR that's PREFIX-unsafe without using @cwd. > And using @cwd makes `-p/-P' options in pkg_add(1) less useful. > > Not sure why portlint even mentions safeness for > DOCSDIR/EXAMPLESDIR/DATADIR as they were never safe for *user* > to override. Yes, I don't know either. I thought DATADIR could be overridden by users ; thanks for clarifying this. Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From gljennjohn at googlemail.com Wed Feb 2 13:19:04 2011 From: gljennjohn at googlemail.com (Gary Jennejohn) Date: Wed Feb 2 13:19:07 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: <20110202141900.3c74b92a@ernst.jennejohn.org> On Wed, 2 Feb 2011 13:21:21 +0100 Baptiste Daroussin wrote: > 2011/2/2 George Liaskos : > > Hello, another build failure here :) > > > > amd64, 9.0-current, building from ports. > > > > # make showconfig > > ===> The following configuration options are available for libreoffice-3.3.0: > > ? ? WEBDAV=off "Support webdav protocol" > > ? ? CUPS=off "Support cups for printing" > > ? ? KDE4=on "With Qt4/KDE4 vclplug support" > > ? ? GNOME=off "Better integration in gnome environnement" > > ? ? JAVA=off "Add Java support (XML Filters, macros)" > > > > ----------------------------------------------------------------------- > > ? ? ? ?Oh dear - something failed during the build - sorry ! > > ?For more help with debugging build errors, please see the section in: > > ? ? ? ? ? ?http://wiki.documentfoundation.org/Development > > > > ?internal build errors: > > > > ERROR: error 65280 occurred while making > > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing > > ERROR: error 65280 occurred while making > > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/oovbaapi/ooo/vba/constants > > > > ?it seems you are using a threaded build, which means that the > > ?actual compile error is probably hidden far above, and could be > > ?inside any of these other modules: > > ? ? lingucomponent > > ?please re-run build inside each one to isolate the problem. > > ----------------------------------------------------------------------- > > > > /usr/local/bin/bash > > cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > > source ./FreeBSDAMDEnv.Set.sh > > cd oovbaapi > > build > > > > when the problem is isolated and fixed exit and re-run 'make' from the top-level > > sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. > > gmake: *** [stamp/build] Error 1 > > *** Error code 1 > > > > Stop in /usr/ports/editors/libreoffice. > > *** Error code 1 > > > > Regards > > > > what is the error message when you follow the procedure given ie: > > /usr/local/bin/bash > > cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > > source ./FreeBSDAMDEnv.Set.sh > > cd oovbaapi > > build > I'm running a similar system and all my numerous errors result from a coredump with bash. Shouldn't happen. -- Gary Jennejohn From bf1783 at googlemail.com Wed Feb 2 13:43:46 2011 From: bf1783 at googlemail.com (b. f.) Date: Wed Feb 2 13:43:49 2011 Subject: policy on having the same routines in different library archives? Message-ID: > I can see benefits and disadvantages of having same > routines in different libraries. Advantages are > that a user can choose to only install Slatec, > with no Blas, and that no fine tuning of the > distribution is required. > Disadvantages could be extra size and potential > for confusion, e.g. when linking against both > libraries. > >Is there a FreeBSD ports policy on this? The situation is not unique to these two ports, and there is no blanket policy, other than a general preference for shared libraries and arranging things so as to reuse as much code as possible, and to retain flexibility. The decision about which routines to include depends upon how we want to use slatec. I'll look at this when I add your port, which I'm going to do now that the binutils changes have been made. Just because these routines are present doesn't necessarily mean that dependent ports have to use them. b. From news at cartoesmaisbarato.com.br Wed Feb 2 14:01:15 2011 From: news at cartoesmaisbarato.com.br (CARTÕES MAIS BARATO) Date: Wed Feb 2 14:01:18 2011 Subject: =?iso-8859-1?q?1000__Cart=F5es_de_Visita_por_17=2C00?= Message-ID: <20110202133237.D4DA322693AA@sorem.onda.com.br> [1]Cart?es Mais Barato Pensando no Produto mais barato que existe? S? aqui ? mais barato! [2]Cart?es de visita Para voc? vender mais e lucrar mais. [3]Varios pontos de distribui??o em S?o paulo Entregas em todo Brasil [4]Cart?es Mais Barato A Cartoes Mais Barato ? contra o spam na rede. Caso voc? n?o queira receber nossos e-mails, clique neste [5]link. References 1. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=8b379b370c59720c86e6ec89517b9503&u=http://www.cartoesmaisbarato.com.br 2. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=8b379b370c59720c86e6ec89517b9503&u=http://www.cartoesmaisbarato.com.br/produtos/cartoes-de-visita-verniz-total-frente/5.htm 3. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=8b379b370c59720c86e6ec89517b9503&u=http://cartoesmaisbarato.com.br/index/pontos 4. http://sorem.onda.com.br/sorem/click.php?s=3b2acc10de360834510fd6e70329c0af&e=8b379b370c59720c86e6ec89517b9503&u=http://www.cartoesmaisbarato.com.br 5. http://sorem.onda.com.br/sorem/optout.php?s=3b2acc10de360834510fd6e70329c0af&e=8b379b370c59720c86e6ec89517b9503&u=http://www.ondaexpress.com.br From geo.liaskos at gmail.com Wed Feb 2 14:05:50 2011 From: geo.liaskos at gmail.com (George Liaskos) Date: Wed Feb 2 14:05:52 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: I did a recompile with kde integration disabled and it failed again. ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/writerperfect/util ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems you are using a threaded build, which means that the actual compile error is probably hidden far above, and could be inside any of these other modules: writerperfect please re-run build inside each one to isolate the problem. ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd lingucomponent build # build build -- version: 275224 ============= Building module lingucomponent ============= Entering /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/inc Entering /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/lingutil Entering /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/hyphenator/altlinuxhyph/hyphen Entering /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing Compiling: lingucomponent/source/languageguessing/simpleguesser.cxx In file included from /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing/simpleguesser.cxx:47: /usr/local/include/libtextcat/common.h:39:20: error: config.h: No such file or directory /usr/local/include/libtextcat/common.h:41:2: error: #error "This library needs a GNU like malloc to compile. 'configure' says there isn't one." /usr/local/include/libtextcat/common.h:44:2: error: #error "This library needs a GNU like realloc to compile. 'configure' says there isn't one." /usr/local/include/libtextcat/common.h:47:2: error: #error "This library needs a GNU like strdup to compile. 'configure' says there isn't one." dmake: Error code 1, while making '../../unxfbsdx.pro/slo/simpleguesser.obj' ... i did a reinstall of textproc/libtextcat and lingucomponent compiled with no issues. I am going to clean the port, try to compile again ad report back. Regards From sergey.dyatko at gmail.com Wed Feb 2 14:07:52 2011 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Wed Feb 2 14:07:57 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: Message-ID: <20110202153805.40db05f8@gmail.com> On Fri, 28 Jan 2011 15:06:06 +0100 Baptiste Daroussin wrote: > Hi all > > I ported libreoffice 3.3.0, you can find it here: > http://people.freebsd.org/~bapt/libreoffice.shar or > http://git.etoilebsd.net/ports/tree/libreoffice > > Can you please test it? > > by default it builds without java. it only lacks kde and gnome > integration. (sorry but my poor CPU already hates enough :)) > > All languages supported are build. > > I try to avoid as much as possible bundled libraries which gives a > pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 > with java) > > at this points : > there is (I guess) only one remaining problem : > which launching libreoffice it can't find it libraries, I haven't > decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to > add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m > ${PREFIX}/lib/libreoffice/base3.3/program > > maybe it conflicts with openoffice I haven't checked yet. > > to test it you will need a fresh ports tree (the needed libtextcat > modification was committed yesterday thanks thierry@) > > the mandatory screenshot : > http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png > > I expect to be able to push it in the tree during next week (after > finding a good way to deal with the libraries and checked if it > conflicts with openoffice) > > I would like to thanks Robert Nagy from openbsd, he has made all the > hard work :), he was also very helpful. > Thanks for work! I have one comment: [tiger@tiger]~%pkg_info -xI libreo libreoffice-3.3.0 Full integrated office productivity suite now I'm trying `pkg_create -b libreoffice-3.3.0` but got errors: tiger# pkg_create -b libreoffice-3.3.0 tar: lib/libreoffice/basis3.3/program/basprovfx.uno.so: Cannot stat: No such file or directory tar: lib/libreoffice/basis3.3/program/deploymentfx.uno.so: Cannot stat: No such file or directory [tiger@tiger]~%pkg_info -xL libreo |grep basprovfx.uno.so /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so [tiger@tiger]~%file /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so: cannot open `/usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so' (No such file or directory) tiger# find work/ -type f -name basprovfx.uno.so tiger# pwd /usr/ports/editors/libreoffice broken pkg-plist ? > regards, > Bapt -- wbr, tiger From baptiste.daroussin at gmail.com Wed Feb 2 14:13:04 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Wed Feb 2 14:13:09 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110202153805.40db05f8@gmail.com> References: <20110202153805.40db05f8@gmail.com> Message-ID: 2011/2/2 Sergey V. Dyatko : > On Fri, 28 Jan 2011 15:06:06 +0100 > Baptiste Daroussin wrote: > >> Hi all >> >> I ported libreoffice 3.3.0, you can find it here: >> http://people.freebsd.org/~bapt/libreoffice.shar or >> http://git.etoilebsd.net/ports/tree/libreoffice >> >> Can you please test it? >> >> by default it builds without java. it only lacks kde and gnome >> integration. (sorry but my poor CPU already hates enough :)) >> >> All languages supported are build. >> >> I try to avoid as much as possible bundled libraries which gives a >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 >> with java) >> >> at this points : >> there is (I guess) only one remaining problem : >> which launching libreoffice it can't find it libraries, I haven't >> decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to >> add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m >> ${PREFIX}/lib/libreoffice/base3.3/program >> >> maybe it conflicts with openoffice I haven't checked yet. >> >> to test it you will need a fresh ports tree (the needed libtextcat >> modification was committed yesterday thanks thierry@) >> >> the mandatory screenshot : >> http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png >> >> I expect to be able to push it in the tree during next week (after >> finding a good way to deal with the libraries and checked if it >> conflicts with openoffice) >> >> I would like to thanks Robert Nagy from openbsd, he has made all the >> hard work :), he was also very helpful. >> > > Thanks for work! > > I have one comment: > > [tiger@tiger]~%pkg_info -xI libreo > libreoffice-3.3.0 ? Full integrated office productivity suite > > now I'm trying `pkg_create -b libreoffice-3.3.0` but got errors: > > tiger# pkg_create -b libreoffice-3.3.0 > tar: lib/libreoffice/basis3.3/program/basprovfx.uno.so: Cannot stat: No > such file or directory > tar: > lib/libreoffice/basis3.3/program/deploymentfx.uno.so: Cannot stat: No > such file or directory > > [tiger@tiger]~%pkg_info -xL libreo |grep basprovfx.uno.so > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > > [tiger@tiger]~%file /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so: cannot > open `/usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so' (No > such file or directory) > > tiger# find work/ -type f -name basprovfx.uno.so > tiger# pwd > /usr/ports/editors/libreoffice > > broken pkg-plist ? > >> regards, >> Bapt > > -- > wbr, tiger > _______________________________________________ > 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" > seems like but I really don't know how to figure out what you have or have not in your box that prevent basprovfx.uno.so and consors to be built regards, Bapt From srandall52 at gmail.com Wed Feb 2 15:19:22 2011 From: srandall52 at gmail.com (Steve Randall) Date: Wed Feb 2 15:19:26 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110202153805.40db05f8@gmail.com> Message-ID: <20110202090329.7ee4a4ab@locust.local> On Wed, 2 Feb 2011 15:13:01 +0100 Baptiste Daroussin wrote: > 2011/2/2 Sergey V. Dyatko : > > On Fri, 28 Jan 2011 15:06:06 +0100 > > Baptiste Daroussin wrote: > > > >> Hi all > >> > >> I ported libreoffice 3.3.0, you can find it here: > >> http://people.freebsd.org/~bapt/libreoffice.shar or > >> http://git.etoilebsd.net/ports/tree/libreoffice > >> > >> Can you please test it? > >> > >> by default it builds without java. it only lacks kde and gnome > >> integration. (sorry but my poor CPU already hates enough :)) > >> > >> All languages supported are build. > >> > >> I try to avoid as much as possible bundled libraries which gives a > >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 > >> with java) > >> > >> at this points : > >> there is (I guess) only one remaining problem : > >> which launching libreoffice it can't find it libraries, I haven't > >> decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to > >> add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m > >> ${PREFIX}/lib/libreoffice/base3.3/program > >> > >> maybe it conflicts with openoffice I haven't checked yet. > >> > >> to test it you will need a fresh ports tree (the needed libtextcat > >> modification was committed yesterday thanks thierry@) > >> > >> the mandatory screenshot : > >> http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png > >> > >> I expect to be able to push it in the tree during next week (after > >> finding a good way to deal with the libraries and checked if it > >> conflicts with openoffice) > >> > >> I would like to thanks Robert Nagy from openbsd, he has made all the > >> hard work :), he was also very helpful. > >> > > > > Thanks for work! I second that. > > > > I have one comment: > > > > [tiger@tiger]~%pkg_info -xI libreo > > libreoffice-3.3.0 ? Full integrated office productivity suite > > > > now I'm trying `pkg_create -b libreoffice-3.3.0` but got errors: > > > > tiger# pkg_create -b libreoffice-3.3.0 > > tar: lib/libreoffice/basis3.3/program/basprovfx.uno.so: Cannot stat: No > > such file or directory > > tar: > > lib/libreoffice/basis3.3/program/deploymentfx.uno.so: Cannot stat: No > > such file or directory > > > > [tiger@tiger]~%pkg_info -xL libreo |grep basprovfx.uno.so > > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > > > > [tiger@tiger]~%file /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so: cannot > > open `/usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so' (No > > such file or directory) > > > > tiger# find work/ -type f -name basprovfx.uno.so > > tiger# pwd > > /usr/ports/editors/libreoffice > > > > broken pkg-plist ? > > > >> regards, > >> Bapt > > > > -- > > wbr, tiger > > _______________________________________________ > > 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" > > > > seems like but I really don't know how to figure out what you have or > have not in your box that prevent basprovfx.uno.so and consors to be > built Have you tried building on i386? It looks like you generated the packing list on amd64. I'm not sure if that explains basprovfx.uno.so, but it's definitely a problem. From rbgarga at gmail.com Wed Feb 2 15:39:43 2011 From: rbgarga at gmail.com (Renato Botelho) Date: Wed Feb 2 15:39:47 2011 Subject: x11-wm/awesome fail to start In-Reply-To: <20110202011156.GA6434@shell.eskimo.com> References: <20110202011156.GA6434@shell.eskimo.com> Message-ID: On Tue, Feb 1, 2011 at 11:11 PM, Joseph Olatt wrote: > Hi, > > I'm having trouble getting x11-wm/awesome (3.4.9) to start up. I'm > getting the following error on start up. > > W: awesome: image_new_from_file:288: cannot load image > /usr/local/share/awesome/icons/awesome16.png: unknown error, that's > really bad > /usr/local/share/awesome/lib/awful/menu.lua:221: attempt to compare > number with nil > W: awesome: image_new_from_file:288: cannot load image > /usr/local/share/awesome/icons/awesome16.png: unknown error, that's > really bad > /usr/local/share/awesome/lib/awful/menu.lua:221: attempt to compare > number with nil > E: awesome: main:505: couldn't find any rc file > > > > I have the rc.lua files at: > > joji@mint> ls -l ~/.config/awesome/rc.lua > -rw-r--r-- ?1 joji ?joji ?13802 Feb ?1 18:19 /home/joji/.config/awesome/rc.lua > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [~] > joji@mint> ls -l /usr/local/etc/xdg/awesome/rc.lua > -rw-r--r-- ?1 root ?wheel ?13802 Feb ?1 18:54 /usr/local/etc/xdg/awesome/rc.lua > > > > Anybody else have these problems. I have another machine running awesome > 3.4.8 and that is running fine. Have you tried to rename ~/.config/awesome and start it with default configuration? -- Renato Botelho From rbgarga at gmail.com Wed Feb 2 15:53:09 2011 From: rbgarga at gmail.com (Renato Botelho) Date: Wed Feb 2 15:53:14 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: On Wed, Feb 2, 2011 at 8:20 AM, Baptiste Daroussin wrote: > 2011/2/2 Sam Fourman Jr. : >> >>> nice thank you very much for the tests now it is in the ports tree. >>> >> >> >> >> I am using FreeBSD 9-CURRENT amd64 and a fresh ports tree >> my build is failing, what can i do? >> >> >> >> >> >> >> sw deliver >> Module 'sw' delivered successfully. 0 files copied, 281 files unchanged >> >> ----------------------------------------------------------------------- >> ??????? Oh dear - something failed during the build - sorry ! >> ? For more help with debugging build errors, please see the section in: >> ??????????? http://wiki.documentfoundation.org/Development >> >> ? internal build errors: >> >> ERROR: error 65280 occurred while making >> /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/sdext/source/presenter >> ERROR: error 65280 occurred while making >> /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing >> >> ?it seems you are using a threaded build, which means that the >> ?actual compile error is probably hidden far above, and could be >> ?inside any of these other modules: >> ???? lingucomponent >> ?please re-run build inside each one to isolate the problem. >> ----------------------------------------------------------------------- >> >> /usr/local/bin/bash >> cd >> /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice >> source ./FreeBSDAMDEnv.Set.sh >> cd sdext >> build >> >> when the problem is isolated and fixed exit and re-run 'make' from the >> top-level >> sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. >> gmake: *** [all] Error 1 >> Sam# >> >> -- >> >> Sam Fourman Jr. >> Fourman Networks >> http://www.fourmannetworks.com >> > your built is failing because you ran it twice. > > make can't be run twice you should make clean before > build/libreoffice/sdext/unxfbsdx.pro needs to be deleted before a > second run We could hack this removing this diredctory (if it exists) during pre-build. I know it's not beaultiful, but at least it works. -- Renato Botelho From baptiste.daroussin at gmail.com Wed Feb 2 15:57:48 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Wed Feb 2 15:57:51 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110202090329.7ee4a4ab@locust.local> References: <20110202153805.40db05f8@gmail.com> <20110202090329.7ee4a4ab@locust.local> Message-ID: 2011/2/2 Steve Randall : > On Wed, 2 Feb 2011 15:13:01 +0100 > Baptiste Daroussin wrote: > >> 2011/2/2 Sergey V. Dyatko : >> > On Fri, 28 Jan 2011 15:06:06 +0100 >> > Baptiste Daroussin wrote: >> > >> >> Hi all >> >> >> >> I ported libreoffice 3.3.0, you can find it here: >> >> http://people.freebsd.org/~bapt/libreoffice.shar or >> >> http://git.etoilebsd.net/ports/tree/libreoffice >> >> >> >> Can you please test it? >> >> >> >> by default it builds without java. it only lacks kde and gnome >> >> integration. (sorry but my poor CPU already hates enough :)) >> >> >> >> All languages supported are build. >> >> >> >> I try to avoid as much as possible bundled libraries which gives a >> >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 >> >> with java) >> >> >> >> at this points : >> >> there is (I guess) only one remaining problem : >> >> which launching libreoffice it can't find it libraries, I haven't >> >> decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to >> >> add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m >> >> ${PREFIX}/lib/libreoffice/base3.3/program >> >> >> >> maybe it conflicts with openoffice I haven't checked yet. >> >> >> >> to test it you will need a fresh ports tree (the needed libtextcat >> >> modification was committed yesterday thanks thierry@) >> >> >> >> the mandatory screenshot : >> >> http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png >> >> >> >> I expect to be able to push it in the tree during next week (after >> >> finding a good way to deal with the libraries and checked if it >> >> conflicts with openoffice) >> >> >> >> I would like to thanks Robert Nagy from openbsd, he has made all the >> >> hard work :), he was also very helpful. >> >> >> > >> > Thanks for work! > > I second that. > > >> > >> > I have one comment: >> > >> > [tiger@tiger]~%pkg_info -xI libreo >> > libreoffice-3.3.0 ? Full integrated office productivity suite >> > >> > now I'm trying `pkg_create -b libreoffice-3.3.0` but got errors: >> > >> > tiger# pkg_create -b libreoffice-3.3.0 >> > tar: lib/libreoffice/basis3.3/program/basprovfx.uno.so: Cannot stat: No >> > such file or directory >> > tar: >> > lib/libreoffice/basis3.3/program/deploymentfx.uno.so: Cannot stat: No >> > such file or directory >> > >> > [tiger@tiger]~%pkg_info -xL libreo |grep basprovfx.uno.so >> > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so >> > >> > [tiger@tiger]~%file /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so >> > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so: cannot >> > open `/usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so' (No >> > such file or directory) >> > >> > tiger# find work/ -type f -name basprovfx.uno.so >> > tiger# pwd >> > /usr/ports/editors/libreoffice >> > >> > broken pkg-plist ? >> > >> >> regards, >> >> Bapt >> > >> > -- >> > wbr, tiger >> > _______________________________________________ >> > 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" >> > >> >> seems like but I really don't know how to figure out what you have or >> have not in your box that prevent basprovfx.uno.so and consors to be >> built > > Have you tried building on i386? It looks like you generated the > packing list on amd64. I'm not sure if that explains basprovfx.uno.so, > but it's definitely a problem. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > Yes I did try on i386. --- Bapt From olivier at gid0.org Wed Feb 2 16:11:17 2011 From: olivier at gid0.org (Olivier Smedts) Date: Wed Feb 2 16:11:21 2011 Subject: [CFT] KDE SC 4.6.0 for FreeBSD. In-Reply-To: References: Message-ID: 2011/1/31 Martin Wilke : > Hello Internet, > > The FreeBSD KDE Team is happy to let you know that KDE SC 4.6.0 has been > released a few Days ago, and the Release is ready for a public test. Before > you ask, no, we do not want to put KDE 4.6.0 in the ports tree before > FreeBSD 8.2/7.4 is released. > > What's new: > KDE SC 4.6.0 provides major updates to the KDE Plasma workspaces, KDE > Applications and KDE Platform. Theses releases, version 4.6, provide many > new features in each of KDE's three product lines. The official > release notes for these releases can be found at > http://kde.org/announcements/4.6/ > > Now you can get KDE SC 4.6 via svn checkout: > > ? ?svn co http://area51.pcbsd.org/trunk/area51/PYQT/ > ? ?svn co http://area51.pcbsd.org/trunk/area51/PORTS > ? ?svn co http://area51.pcbsd.org/trunk/area51/KDE > ? ?svn co http://area51.pcbsd.org/trunk/area51/Tools/ > > Then try: > > ? ?sh Tools/scripts/portsmerge > ? ?sh Tools/scripts/kdemerge The portsmerge script doesn't exist any more, I think this should replace the two scripts : sh Tools/scripts/kdemerge -k -m /usr/ports/ > > Please read carefully the /usr/ports/UPDATING-area51 notes at > http://area51.pcbsd.org/trunk/area51/UPDATING-area51 > > Happy updating!! > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? _ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ASCII ribbon campaign ( ) e-mail: olivier@gid0.org? ? ? ? - against HTML email & vCards? X www: http://www.gid0.org? ? - against proprietary attachments / \ ? "Il y a seulement 10 sortes de gens dans le monde : ? ceux qui comprennent le binaire, ? et ceux qui ne le comprennent pas." From elvis4526 at gmail.com Wed Feb 2 18:09:10 2011 From: elvis4526 at gmail.com (LOL) Date: Wed Feb 2 18:09:13 2011 Subject: can't switch tty HD 5770 In-Reply-To: <4D43CD62.208@entel.upc.edu> References: <201101281824.33949.jkim@FreeBSD.org> <4D43CD62.208@entel.upc.edu> Message-ID: Any news about a fix or something ? From srandall52 at gmail.com Wed Feb 2 18:14:51 2011 From: srandall52 at gmail.com (Steve Randall) Date: Wed Feb 2 18:14:55 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110202153805.40db05f8@gmail.com> <20110202090329.7ee4a4ab@locust.local> Message-ID: <20110202121446.6f6a10cd@locust.local> On Wed, 2 Feb 2011 16:57:47 +0100 Baptiste Daroussin wrote: > 2011/2/2 Steve Randall : > > On Wed, 2 Feb 2011 15:13:01 +0100 > > Baptiste Daroussin wrote: > > > >> 2011/2/2 Sergey V. Dyatko : > >> > On Fri, 28 Jan 2011 15:06:06 +0100 > >> > Baptiste Daroussin wrote: > >> > > >> >> Hi all > >> >> > >> >> I ported libreoffice 3.3.0, you can find it here: > >> >> http://people.freebsd.org/~bapt/libreoffice.shar or > >> >> http://git.etoilebsd.net/ports/tree/libreoffice > >> >> > >> >> Can you please test it? > >> >> > >> >> by default it builds without java. it only lacks kde and gnome > >> >> integration. (sorry but my poor CPU already hates enough :)) > >> >> > >> >> All languages supported are build. > >> >> > >> >> I try to avoid as much as possible bundled libraries which gives a > >> >> pretty fast compiling libreoffice (on a Q6600: ~2h without java, ~3h30 > >> >> with java) > >> >> > >> >> at this points : > >> >> there is (I guess) only one remaining problem : > >> >> which launching libreoffice it can't find it libraries, I haven't > >> >> decided yet wether to add LD_LIBRARY_PATH to the wrapper script or to > >> >> add ldconfig -m ${PREFIX}/lib/libreoffice/ure/lib and ldconfig -m > >> >> ${PREFIX}/lib/libreoffice/base3.3/program > >> >> > >> >> maybe it conflicts with openoffice I haven't checked yet. > >> >> > >> >> to test it you will need a fresh ports tree (the needed libtextcat > >> >> modification was committed yesterday thanks thierry@) > >> >> > >> >> the mandatory screenshot : > >> >> http://people.freebsd.org/~bapt/libreoffice-3.3.0-final.png > >> >> > >> >> I expect to be able to push it in the tree during next week (after > >> >> finding a good way to deal with the libraries and checked if it > >> >> conflicts with openoffice) > >> >> > >> >> I would like to thanks Robert Nagy from openbsd, he has made all the > >> >> hard work :), he was also very helpful. > >> >> > >> > > >> > Thanks for work! > > > > I second that. > > > > > >> > > >> > I have one comment: > >> > > >> > [tiger@tiger]~%pkg_info -xI libreo > >> > libreoffice-3.3.0 ? Full integrated office productivity suite > >> > > >> > now I'm trying `pkg_create -b libreoffice-3.3.0` but got errors: > >> > > >> > tiger# pkg_create -b libreoffice-3.3.0 > >> > tar: lib/libreoffice/basis3.3/program/basprovfx.uno.so: Cannot stat: No > >> > such file or directory > >> > tar: > >> > lib/libreoffice/basis3.3/program/deploymentfx.uno.so: Cannot stat: No > >> > such file or directory > >> > > >> > [tiger@tiger]~%pkg_info -xL libreo |grep basprovfx.uno.so > >> > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > >> > > >> > [tiger@tiger]~%file /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so > >> > /usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so: cannot > >> > open `/usr/local/lib/libreoffice/basis3.3/program/basprovfx.uno.so' (No > >> > such file or directory) > >> > > >> > tiger# find work/ -type f -name basprovfx.uno.so > >> > tiger# pwd > >> > /usr/ports/editors/libreoffice > >> > > >> > broken pkg-plist ? > >> > > >> >> regards, > >> >> Bapt > >> > > >> > -- > >> > wbr, tiger > >> > _______________________________________________ > >> > 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" > >> > > >> > >> seems like but I really don't know how to figure out what you have or > >> have not in your box that prevent basprovfx.uno.so and consors to be > >> built > > > > Have you tried building on i386? It looks like you generated the > > packing list on amd64. I'm not sure if that explains basprovfx.uno.so, > > but it's definitely a problem. > > _______________________________________________ > > freebsd-ports@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > Yes I did try on i386. I have no problem installing, reinstalling, or using LO on i386, except that I get many warning messages on the uninstall. But pkg_info -g counts 178 missing files. 19 have "x86_64" in their paths. These directories do not exist on my system, but I have directories with "x86" in the names instead. (But there are 57 such lines in pkg-plist. It looks like each file is listed three times.) Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it looks like I have 159 "fi" files, where I see 159 "fx" files in pkg-plist. From jkim at FreeBSD.org Wed Feb 2 19:16:20 2011 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Wed Feb 2 19:16:22 2011 Subject: can't switch tty HD 5770 In-Reply-To: References: <4D43CD62.208@entel.upc.edu> Message-ID: <201102021416.14854.jkim@FreeBSD.org> On Wednesday 02 February 2011 01:09 pm, LOL wrote: > Any news about a fix or something ? As I said, it seems Freedesktop.org fixed the problem for UMS case. So, you have two choices, a) wait for the next vendor release or b) check out head of xf86-video-ati from Freedesktop.org git and build it for yourself. Good luck, Jung-uk Kim From baptiste.daroussin at gmail.com Wed Feb 2 20:04:24 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Wed Feb 2 20:04:29 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110202121446.6f6a10cd@locust.local> References: <20110202153805.40db05f8@gmail.com> <20110202090329.7ee4a4ab@locust.local> <20110202121446.6f6a10cd@locust.local> Message-ID: > I have no problem installing, reinstalling, or using LO on i386, except > that I get many warning messages on the uninstall. But pkg_info -g > counts 178 missing files. > > 19 have "x86_64" in their paths. These directories do not exist on my > system, but I have directories with "x86" in the names instead. (But > there are 57 such lines in pkg-plist. It looks like each file is listed > three times.) > what the fuck is that can show the generated +CONTENT there are no are in pkg-plist only plist_sub (LOARCH) which is x86_64 on amd64 and x86 on i386. > Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it > looks like I have 159 "fi" files, where I see 159 "fx" files in > pkg-plist. once again posting your +CONTENT would help but it looks like black magic to me :) regards, Bapt From rhurlin at gwdg.de Wed Feb 2 20:54:40 2011 From: rhurlin at gwdg.de (Rainer Hurling) Date: Wed Feb 2 20:54:43 2011 Subject: net/mpich2: libraries with many 'undefined symbols' Message-ID: <4D49C48A.7080604@gwdg.de> Dear list, since there is no maintainer for net/mpich2 I am writing directly to the list. Hope this is ok. I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new package math/sprng, PR 154249). Software using MPICH2 complains about 'undefined symbols' like 'MPL_trfree'. Looking into libmpich.so.2.0 (after building net/mpich2), it shows many undefined symbols (symbol names are stripped in installed version?): nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U " U MPL_TrSetMaxMem U MPL_env2bool U MPL_env2int U MPL_env2range U MPL_env2str U MPL_trDebugLevel U MPL_trcalloc U MPL_trdump U MPL_trfree U MPL_trid ... I googled a lot and it seems that other OS have problems with these undefined symbols, too. For Gentoo, Ubuntu and some other Linuxes there are patches, which do not work for FreeBSD. Because I am not a developer and I have almost no skills in programming C and C++, I would like to ask if someone could have a look at this problem. At the moment MPICH2 is useless for applications which need MPL_ symbols. Any help is appreciated. Thanks in advance, Rainer Hurling From jsa at FreeBSD.org Wed Feb 2 21:12:08 2011 From: jsa at FreeBSD.org (Joseph S. Atkinson) Date: Wed Feb 2 21:12:12 2011 Subject: http://www.freshports.org/multimedia/vlc/ In-Reply-To: <201101261750.26895.hselasky@c2i.net> References: <201101261750.26895.hselasky@c2i.net> Message-ID: <4D49C2CC.8070608@FreeBSD.org> On 01/26/2011 11:50, Hans Petter Selasky wrote: > Hi, > > Just a small notice: > > The V4L DVB options depends on: DVBPSI=ON > I moved the --enable-dvb to the DVBPSI section with 1.1.7. These are not features I am able to test myself. Does this address the issue? V4L is needed for viewing webcams attached to localhost. DVB will allow you to rebroadcast it? > --HPS > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From thierry at FreeBSD.org Wed Feb 2 21:52:11 2011 From: thierry at FreeBSD.org (Thierry Thomas) Date: Wed Feb 2 21:52:15 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <4D49C48A.7080604@gwdg.de> References: <4D49C48A.7080604@gwdg.de> Message-ID: <20110202212907.GC29365@graf.pompo.net> Le mer 2 f?v 11 ? 21:54:34 +0100, Rainer Hurling ?crivait?: > Dear list, Hello, > since there is no maintainer for net/mpich2 I am writing directly to the > list. Hope this is ok. > > I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new > package math/sprng, PR 154249). Software using MPICH2 complains about > 'undefined symbols' like 'MPL_trfree'. > > Looking into libmpich.so.2.0 (after building net/mpich2), it shows many > undefined symbols (symbol names are stripped in installed version?): > > nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U " > U MPL_TrSetMaxMem > U MPL_env2bool > U MPL_env2int > U MPL_env2range > U MPL_env2str > U MPL_trDebugLevel > U MPL_trcalloc > U MPL_trdump > U MPL_trfree > U MPL_trid > ... These symbols belong to libmpl: nm -A /usr/local/lib/libmpl.a | grep MPL_ So you have to link with -lmpl (and maybe with -lopa too). Another solution could be to link with mpicc and friends instead of gcc/g++/gfortran, as these wrappers set the correct flags and link to the correct libraries as required. Yet another solution could be to configure mpich2 with --enable-lib-depend, but this is experimental... BTW, a new version has been released, and I have plan to upgrade it after the ports thaw. Regards, -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110202/6b078cbf/attachment.pgp From chat95 at mac.com Wed Feb 2 23:43:31 2011 From: chat95 at mac.com (Maho NAKATA) Date: Wed Feb 2 23:43:35 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: <20110203.084323.1730336767779852972.chat95@mac.com> From: Baptiste Daroussin Subject: Re: [CFT] cpu stresser^W libreoffice 3.3.0 final Date: Wed, 02 Feb 2011 06:44:45 +0000 > 2011/2/2 Maho NAKATA : >> Hi bapt, >> >> Following port built fine on my tinderbox (8.1-RELEASE/amd64) >> >> http://git.etoilebsd.net/ports/commit/ >> author ? Baptiste Daroussin ? ? 2011-02-01 20:13:50 (UTC) >> committer ? ? ? ? Baptiste Daroussin ? ? ? 2011-02-01 20:13:50 (UTC) >> commit ? ? ? ? ? ?65a998e1bd0113727cb7767932e530dd477d1985 (patch) >> tree ? ? ? ? ? ? ?e242602334921ba33a8eba2233ac1e5eb101ee87 >> parent ? ? ? ? ? ?72c64d7b0876099b50945075599c79b2f12d269b (diff) >> download ? ? ? ? ?ports-master.tar.gz >> ports-master.tar.bz2 >> >> thanks. >> -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ >> http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt >> > > nice thank you very much for the tests now it is in the ports tree. Congratulations! From elvis4526 at gmail.com Wed Feb 2 23:44:24 2011 From: elvis4526 at gmail.com (LOL) Date: Wed Feb 2 23:44:28 2011 Subject: can't switch tty HD 5770 In-Reply-To: <201102021416.14854.jkim@FreeBSD.org> References: <4D43CD62.208@entel.upc.edu> <201102021416.14854.jkim@FreeBSD.org> Message-ID: On Wed, Feb 2, 2011 at 2:15 PM, Jung-uk Kim wrote: > On Wednesday 02 February 2011 01:09 pm, LOL wrote: > > Any news about a fix or something ? > > As I said, it seems Freedesktop.org fixed the problem for UMS case. > So, you have two choices, a) wait for the next vendor release or b) > check out head of xf86-video-ati from Freedesktop.org git and build > it for yourself. > > Good luck, > > Jung-uk Kim > Do you have an short tutorial that explain how to compile the newest driver from the git repo ? I tought it would be just working for GNU/Linux. From dwassman at cricpa.com Thu Feb 3 00:47:16 2011 From: dwassman at cricpa.com (David M. Wassman) Date: Thu Feb 3 00:47:22 2011 Subject: FreeBSD Port: samba35-3.5.6_1 Message-ID: <6712EAEA-F91C-439C-B7B3-00FC232C58A8@cricpa.com> At the end of the port build there is a message that says ADS support was not included in the build. Does this mean that even if you added ADS support in the port config, it is still not in the build? If so, why the option? Sent from my iPad David M. Wassman, MCSE, CCENT, Security+ Carr, Riggs & Ingram, LLC 4010 NW 25th Place Gainesville, FL 32606 Voice: 352-372-6300 Fax: 352-375-1583 http://www.cricpa.com ************************************************************************************************** In compliance with IRS Circular 230: Any statements or tax advice that are contained in this email are not intended or written to be used, and cannot be used by any taxpayer, for the purpose of avoiding penalties that may be imposed on the taxpayer. The information contained in this message may be privileged and confidential and protected from disclosure. It is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Carr, Riggs & Ingram LLC From timur at FreeBSD.org Thu Feb 3 01:44:54 2011 From: timur at FreeBSD.org (Timur I. Bakeyev) Date: Thu Feb 3 01:44:59 2011 Subject: FreeBSD Port: samba35-3.5.6_1 In-Reply-To: <6712EAEA-F91C-439C-B7B3-00FC232C58A8@cricpa.com> References: <6712EAEA-F91C-439C-B7B3-00FC232C58A8@cricpa.com> Message-ID: Hi! You should distinct between *packages*, which a precompiled ready to install binaries and *ports*, which are merely recipies how to assemble binaries with the options you like. The message stresses that *package* doesn't include ADS functionality and that you have to compile port yourself. Regards, Timur. On Thu, Feb 3, 2011 at 1:30 AM, David M. Wassman wrote: > At the end of the port build there is a message that says ADS support was not included in the build. Does this mean that even if you added ADS support in the port config, it is still not in the build? If so, why the option? > > Sent from my iPad > > > > David M. Wassman, MCSE, CCENT, Security+ > > Carr, Riggs & Ingram, LLC > 4010 NW 25th Place > Gainesville, FL 32606 > Voice: 352-372-6300 > Fax: 352-375-1583 > > http://www.cricpa.com > > > > ************************************************************************************************** > > In compliance with IRS Circular 230: > > Any statements or tax advice that are contained in this email are not intended or written to be used, and cannot be used by any taxpayer, for the purpose of avoiding penalties that may be imposed on the taxpayer. > The information contained in this message may be privileged and confidential and protected from disclosure. It is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is proprietary, privileged or confidential or otherwise legally exempt from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Carr, Riggs & Ingram LLC > > From hselasky at c2i.net Thu Feb 3 07:24:40 2011 From: hselasky at c2i.net (Hans Petter Selasky) Date: Thu Feb 3 07:24:44 2011 Subject: http://www.freshports.org/multimedia/vlc/ In-Reply-To: <4D49C2CC.8070608@FreeBSD.org> References: <201101261750.26895.hselasky@c2i.net> <4D49C2CC.8070608@FreeBSD.org> Message-ID: <201102030824.39134.hselasky@c2i.net> On Wednesday 02 February 2011 21:47:08 Joseph S. Atkinson wrote: > On 01/26/2011 11:50, Hans Petter Selasky wrote: > > Hi, > > > > Just a small notice: > > > > The V4L DVB options depends on: DVBPSI=ON > > I moved the --enable-dvb to the DVBPSI section with 1.1.7. These are not > features I am able to test myself. Does this address the issue? V4L is > needed for viewing webcams attached to localhost. DVB will allow you to > rebroadcast it? No, DVB is digital TV/Sattelite. The right thing to do is to enable DVBPSI when V4L is enabled. --HPS From perryh at pluto.rain.com Thu Feb 3 08:40:42 2011 From: perryh at pluto.rain.com (perryh@pluto.rain.com) Date: Thu Feb 3 08:40:45 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> Message-ID: <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Baptiste Daroussin wrote: > your built is failing because you ran it twice. > > make can't be run twice you should make clean before Doesn't this point to a bug in the Makefile, dependencies, etc? Last I knew the whole point of make was to build what needs to be built, skipping any parts which are already up to date. From bapt at freebsd.org Thu Feb 3 08:46:46 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Thu Feb 3 08:46:50 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Message-ID: 2011/2/3 : > Baptiste Daroussin wrote: > >> your built is failing because you ran it twice. >> >> make can't be run twice you should make clean before > > Doesn't this point to a bug in the Makefile, dependencies, etc? > Last I knew the whole point of make was to build what needs to > be built, skipping any parts which are already up to date. > yes It is but a bug in libreoffice makefiles itself and it is not that easy to fix :) From ohartman at mail.zedat.fu-berlin.de Thu Feb 3 08:59:28 2011 From: ohartman at mail.zedat.fu-berlin.de (O. Hartmann) Date: Thu Feb 3 08:59:31 2011 Subject: editors/openoffice-org-3.3.0: serious issue with X11 In-Reply-To: <8662t2okjv.fsf@gmail.com> References: <4D491AB4.7090700@zedat.fu-berlin.de> <8662t2okjv.fsf@gmail.com> Message-ID: <4D4A6A5E.7030408@mail.zedat.fu-berlin.de> On 02/02/11 10:25, Anonymous wrote: > "O. Hartmann" writes: > >> Hello. >> I just upgraded openoffice-3.2.1 to openoffice-org-3.3.0 and found >> myself in a serious issue. Opening openoffice works only sporadically, >> in most cases I get the error: >> >> XDM authorization key matches an existing >> client!/usr/local/openoffice.org-3.3.0/openoffice.org3/program/soffice.bin >> X11 error: Can't open display: >> Set DISPLAY environment variable, use -display option >> or check permissions of your X-Server >> (See "man X" resp. "man xhost" for details) > > Have you tried to add the following to xdm-config > > DisplayManager*authName: MIT-MAGIC-COOKIE-1 > > or adjusting permissions using xhost(1)? I did. Adding DisplayManager*authName: MIT-MAGIC-COOKIE-1 to xdm-config didn't make the problem disappear, only a global 'xhost +' helped. I also tried xhost + localhost:0.0 and all IP- or name-based combinations even FQDN/IP of the host, without success, except pure 'xhost +'. From rhurlin at gwdg.de Thu Feb 3 11:45:34 2011 From: rhurlin at gwdg.de (Rainer Hurling) Date: Thu Feb 3 11:45:37 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <20110202212907.GC29365@graf.pompo.net> References: <4D49C48A.7080604@gwdg.de> <20110202212907.GC29365@graf.pompo.net> Message-ID: <4D4A9559.2010502@gwdg.de> Thanks for answering. Am 02.02.2011 22:29 (UTC+1) schrieb Thierry Thomas: > Le mer 2 f?v 11 ? 21:54:34 +0100, Rainer Hurling > ?crivait : >> Dear list, > > Hello, > >> since there is no maintainer for net/mpich2 I am writing directly to the >> list. Hope this is ok. >> >> I need MPICH2 for math/R (package Rmpi) and others (e.g. upcoming new >> package math/sprng, PR 154249). Software using MPICH2 complains about >> 'undefined symbols' like 'MPL_trfree'. >> >> Looking into libmpich.so.2.0 (after building net/mpich2), it shows many >> undefined symbols (symbol names are stripped in installed version?): >> >> nm work/mpich2-1.3/lib/libmpich.so.2.0 | grep " U " >> U MPL_TrSetMaxMem >> U MPL_env2bool >> U MPL_env2int >> U MPL_env2range >> U MPL_env2str >> U MPL_trDebugLevel >> U MPL_trcalloc >> U MPL_trdump >> U MPL_trfree >> U MPL_trid >> ... > > These symbols belong to libmpl: > > nm -A /usr/local/lib/libmpl.a | grep MPL_ > > So you have to link with -lmpl (and maybe with -lopa too). I think I do understand this for software which uses MPICH2. With your suggestion I am able to build math/R package 'Rmpi' without errors any more and to install it. For this I only had to extend the configure script of the R package: -PKG_LIBS="-L${MPI_LIBPATH} -lmpich ${MPI_LIBS}" +PKG_LIBS="-L${MPI_LIBPATH} -lmpich -lmpl -lopa ${MPI_LIBS}" Sorry for my ignorance: Is it ok to have symbols like MPL_trfree, MPI_F_STATUS_IGNORE and others 'undefined' within libmpich? Why are there symbol names visible in libmpich.a, but not in libmpich.so.2.0? Is this intended? > Another solution could be to link with mpicc and friends instead of > gcc/g++/gfortran, as these wrappers set the correct flags and link to > the correct libraries as required. Yes. I know of mpicc, mpic++, mpicxx and others. I tried to use them in my experimental port math/sprng, but it seems a little bit tricky. > Yet another solution could be to configure mpich2 with > --enable-lib-depend, but this is experimental... > > BTW, a new version has been released, and I have plan to upgrade it > after the ports thaw. Nice, looking forward to it. > Regards, Thanks again, Rainer Hurling From thierry at FreeBSD.org Thu Feb 3 12:57:08 2011 From: thierry at FreeBSD.org (thierry@FreeBSD.org) Date: Thu Feb 3 12:57:43 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <4D4A9559.2010502@gwdg.de> References: <4D49C48A.7080604@gwdg.de> <20110202212907.GC29365@graf.pompo.net> <4D4A9559.2010502@gwdg.de> Message-ID: <20110203133557.33003e7j1xacsls0@graf.pompo.net> Selon Rainer Hurling le jeu 3 f?v 12:45:29 2011 : >> These symbols belong to libmpl: >> >> nm -A /usr/local/lib/libmpl.a | grep MPL_ >> >> So you have to link with -lmpl (and maybe with -lopa too). > > I think I do understand this for software which uses MPICH2. > > With your suggestion I am able to build math/R package 'Rmpi' > without errors any more and to install it. For this I only had to > extend the configure script of the R package: > > -PKG_LIBS="-L${MPI_LIBPATH} -lmpich ${MPI_LIBS}" > +PKG_LIBS="-L${MPI_LIBPATH} -lmpich -lmpl -lopa ${MPI_LIBS}" Great! > Sorry for my ignorance: > Is it ok to have symbols like MPL_trfree, MPI_F_STATUS_IGNORE and > others 'undefined' within libmpich? I think so: this is a design choice (by the authors). > Why are there symbol names visible in libmpich.a, but not in > libmpich.so.2.0? Is this intended? No, the static libraries and the shared ones are identical. If you link statically, you also need libmpl.a >> Another solution could be to link with mpicc and friends instead of >> gcc/g++/gfortran, as these wrappers set the correct flags and link to >> the correct libraries as required. > > Yes. I know of mpicc, mpic++, mpicxx and others. I tried to use them > in my experimental port math/sprng, but it seems a little bit tricky. > >> Yet another solution could be to configure mpich2 with >> --enable-lib-depend, but this is experimental... >> >> BTW, a new version has been released, and I have plan to upgrade it >> after the ports thaw. > > Nice, looking forward to it. The new release installs more pkgconfig (.pc) files, thus it should become easier to guess the correct flags and libs. Regards, -- Th. Thomas. From rhurlin at gwdg.de Thu Feb 3 13:19:18 2011 From: rhurlin at gwdg.de (Rainer Hurling) Date: Thu Feb 3 13:19:20 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <20110203133557.33003e7j1xacsls0@graf.pompo.net> References: <4D49C48A.7080604@gwdg.de> <20110202212907.GC29365@graf.pompo.net> <4D4A9559.2010502@gwdg.de> <20110203133557.33003e7j1xacsls0@graf.pompo.net> Message-ID: <4D4AAB54.9030001@gwdg.de> Am 03.02.2011 13:35 (UTC+1) schrieb thierry@FreeBSD.org: > Selon Rainer Hurling le jeu 3 f?v 12:45:29 2011 : > >>> These symbols belong to libmpl: >>> >>> nm -A /usr/local/lib/libmpl.a | grep MPL_ >>> >>> So you have to link with -lmpl (and maybe with -lopa too). >> >> I think I do understand this for software which uses MPICH2. >> >> With your suggestion I am able to build math/R package 'Rmpi' without >> errors any more and to install it. For this I only had to extend the >> configure script of the R package: >> >> -PKG_LIBS="-L${MPI_LIBPATH} -lmpich ${MPI_LIBS}" >> +PKG_LIBS="-L${MPI_LIBPATH} -lmpich -lmpl -lopa ${MPI_LIBS}" > > Great! > >> Sorry for my ignorance: >> Is it ok to have symbols like MPL_trfree, MPI_F_STATUS_IGNORE and >> others 'undefined' within libmpich? > > I think so: this is a design choice (by the authors). > >> Why are there symbol names visible in libmpich.a, but not in >> libmpich.so.2.0? Is this intended? > > No, the static libraries and the shared ones are identical. If you link > statically, you also need libmpl.a Ok, so I usually have to take care to link libraries like libmpl, libopa etc. in addition to libmpich (or using the wrappers if possible). >>> Another solution could be to link with mpicc and friends instead of >>> gcc/g++/gfortran, as these wrappers set the correct flags and link to >>> the correct libraries as required. >> >> Yes. I know of mpicc, mpic++, mpicxx and others. I tried to use them >> in my experimental port math/sprng, but it seems a little bit tricky. >> >>> Yet another solution could be to configure mpich2 with >>> --enable-lib-depend, but this is experimental... What would be the consequence of configuring mpich2 with --enable-lib-depend? Would dependencies like libmpl be more integrated in libmpich? >>> BTW, a new version has been released, and I have plan to upgrade it >>> after the ports thaw. >> >> Nice, looking forward to it. > > The new release installs more pkgconfig (.pc) files, thus it should > become easier to guess the correct flags and libs. > > Regards, Thanks again for your answers. They are very helpful to me. Rainer Hurling From thierry at FreeBSD.org Thu Feb 3 14:17:21 2011 From: thierry at FreeBSD.org (thierry@FreeBSD.org) Date: Thu Feb 3 14:17:26 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <4D4AAB54.9030001@gwdg.de> References: <4D49C48A.7080604@gwdg.de> <20110202212907.GC29365@graf.pompo.net> <4D4A9559.2010502@gwdg.de> <20110203133557.33003e7j1xacsls0@graf.pompo.net> <4D4AAB54.9030001@gwdg.de> Message-ID: <20110203151156.24668evn6vl9o434@graf.pompo.net> Selon Rainer Hurling le jeu 3 f?v 14:19:16 2011 : > Ok, so I usually have to take care to link libraries like libmpl, > libopa etc. in addition to libmpich (or using the wrappers if > possible). Yes, this is the idea. Note: libopa is rarely needed. >>>> Yet another solution could be to configure mpich2 with >>>> --enable-lib-depend, but this is experimental... > > What would be the consequence of configuring mpich2 with > --enable-lib-depend? Would dependencies like libmpl be more > integrated in libmpich? This is based on inter-library dependencies. This is experimental and only for shared library builds at this time. It causes libmpich.so to depend on libmpl.so and libopa.so. Once you do that, you can just link to libmpich.so, and it'll automatically pick the remaining libraries as needed. Remark: these explanations come from the authors. -- Th. Thomas. From sfourman at gmail.com Thu Feb 3 16:22:23 2011 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Thu Feb 3 16:22:29 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Message-ID: On Thu, Feb 3, 2011 at 2:46 AM, Baptiste Daroussin wrote: > 2011/2/3 : > > Baptiste Daroussin wrote: > > > >> your built is failing because you ran it twice. > >> > >> make can't be run twice you should make clean before > > > > Doesn't this point to a bug in the Makefile, dependencies, etc? > > Last I knew the whole point of make was to build what needs to > > be built, skipping any parts which are already up to date. > > > > yes It is but a bug in libreoffice makefiles itself and it is not that > easy to fix :) > I have tried this build twice more after a make clean.. it still does not build is there anything else I can try? Making: swru.res Making: swsl.res Making: swsv.res Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 281 files copied, 0 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing it seems that the error is inside 'lingucomponent', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /usr/local/bin/bash cd /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDAMDEnv.Set.sh cd lingucomponent build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. gmake: *** [stamp/build] Error 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. Sam# -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From subbsd at gmail.com Thu Feb 3 16:39:01 2011 From: subbsd at gmail.com (Subbsd) Date: Thu Feb 3 16:39:05 2011 Subject: KDE 4.5.5 it too old for libreoffice 3.3.0 on build stage Message-ID: Hi, Ive got error in building libreoffice 3.3.0 process (WITH_KDE4 enabled) (FreeBSD-9, amd64) --- ... checking for Qt4 headers... /usr/local/include/qt4 checking for Qt4 libraries... /usr/local/lib/qt4 checking for moc-qt4... /usr/local/bin/moc-qt4 checking for KDE4 headers... /usr/local/kde4/include checking for KDE4 libraries... /usr/local/kde4/lib checking whether KDE is >= 4.2... configure: error: KDE version too old gmake: *** [stamp/build] Error 1 *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. --- My system have KDE 4.5.5: -- ls /var/db/pkg |grep kde kde4-4.5.5 kde4-freebsd-carddeck-1.0 kde4-icons-oxygen-4.5.5 kde4-shared-mime-info-1.0 kde4-xdg-env-1.0 kdeaccessibility-4.5.5 kdeadmin-4.5.5 kdeartwork-4.5.5 kdebase-4.5.5 kdebase-runtime-4.5.5 kdebase-workspace-4.5.5 kdebindings-smoke-4.5.5 kdeedu-4.5.5 kdegames-4.5.5 kdegraphics-4.5.5 kdehier-1.0_11 kdehier4-1.0.6 kdelibs-3.5.10_6 kdelibs-4.5.5 kdemultimedia-4.5.5 kdenetwork-4.5.5_1 kdepim-4.4.9_1 kdepim-runtime-4.4.9 kdepimlibs-4.5.5_1 kdeplasma-addons-4.5.5 kdesdk-4.5.5 kdesvn-1.5.5 kdetoys-4.5.5 kdeutils-4.5.5_1 kdeutils-printer-applet-4.5.5 kdevelop-4.1.0_1 kdevelop-pg-qt-0.9.0 kdevelop-php-1.1.0 kdevelop-php-docs-1.1.0 kdevplatform-1.1.0 kdewebdev-4.5.5 py26-kdebindings-kde-4.5.5 py26-kdebindings-pykdeuic4-4.5.5 ruby18-kdebindings-4.5.5 system-config-printer-kde-4.5.5 -- config.log in /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/config.log: -- ./configure --disable-binfilter --disable-crashdump --with-lang=en-US bg ca de es fa fi fr hu it ja ko lt lv nl pl pt-BR ru sl sv --disable-fetch-external --with-vba-package-format=builtin --disable-epm --with-openldap --with-build-version=tag libreoffice-3.3.0.4 --w ithout-fonts --with-system-jpeg --with-system-libxml --with-system-mozilla --with-system-openssl --with-system-python --with-system-stdlibs --with-system-zlib --with-system-poppler --with-unix-wrapper=ooffice --enable-evolution2 --enable-dbus --with-alloc=system --enable -cairo=yes --enable-gtk --disable-kde --enable-kde4 --with-vendor=The Document Foundation --disable-dbus --enable-kde4 --enable-cairo --without-system-cairo --enable-gstreamer --enable-odk --disable-binfilter --enable-gnome-vfs --enable-hids --enable-lockdown --enable-op engl --with-java-target-version=1.5 --with-jdk-home= --without-myspell-dicts --disable-kde --without-system-mozilla --without-system-jpeg --without-system-libxml --without-system-libxslt --with-system-python --without-system-zlib --without-system-jars --without-system-st dlibs --disable-crypt-link --disable-pam-link --disable-xrender-link --disable-randr-link --without-openldap --without-system-mesa-headers --without-unix-wrapper --with-fonts --enable-minimizer --enable-presenter-console --enable-pdfimport --without-system-poppler --enab le-wiki-publisher --enable-report-builder --with-extension-integration --with-ant-home=/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/apache-ant-1.8.1 --with-system-dicts --with-external-dict-dir=/usr/share/hunspell --with-external-hyph-dir=/usr/shar e/hyphen --with-external-thes-dir=/usr/share/mythes --with-dict=ALL --without-system-openssl --disable-epm --enable-broffice --without-download --with-binsuffix=no --with-dict=ALL --with-myspell-dicts --with-lang=en-US bg ca de es fa fi fr hu it ja ko lt lv nl pl pt-BR r u sl sv --disable-odk --with-build-version=FreeBSD ports 3.3.0 --with-vendor=FreeBSD ports 3.3.0 --exec-prefix=/usr/local --with-num-cpus=4 --with-installed-ooo-dirname=libreoffice --without-git --with-ooo-builddir=/usr/ports/editors/libreoffice/work/libreoffice-build-3. 3.0.4/build/libreoffice --with-srcdir=/usr/ports/distfiles/libreoffice --with-external-tar=/usr/ports/distfiles/libreoffice --with-docdir=/usr/local/share/doc/libreoffice --with-gnu-patch=/usr/local/bin/gpatch --with-gnu-cp=/usr/local/bin/gcp --enable-openxml --with-syst em-libxml --with-system-cairo --enable-cairo --with-system-boost --with-system-cppunit --with-system-zlib --with-system-icu --with-system-python --with-system-db --with-system-jpeg --with-system-expat --with-system-openssl --with-system-curl --with-system-libwpd --with-s ystem-libwpg --with-system-libwps --with-system-poppler --with-system-redland --with-system-hunspell --with-system-libtextcat --with-system-lpsolve --with-system-vigra --with-system-mdbtools --with-fonts --with-alloc=system --with-system-stdlibs --with-system-xrender-hea ders --with-system-mesa-headers --disable-epm --disable-hids --disable-post-install-scripts --disable-mozilla --disable-build-mozilla --disable-kde --without-stlport --disable-nss-module --without-system-mozilla --enable-ext-pdfimport --enable-ext-wiki-publisher --enable -ext-report-builder --enable-neon --with-system-neon --enable-cups --enable-kde4 QT4DIR=/usr/local QT4LIB=/usr/local/lib/qt4 QT4INC=/usr/local/include/qt4 KDE4DIR=/usr/local/kde4 --disable-gconf --disable-gnome-vfs --with-ant-home=/usr/local/share/java/apache-ant/ --with -junit=/usr/local/share/java/classes/junit.jar --with-jdk-home=/usr/local/jdk1.6.0 --with-system-xerces --with-xerces-jar=/usr/local/share/java/classes/xercesImpl.jar --with-system-xml-apis --with-xml-apis-jar=//usr/local/share/java/classes/xml-apis.jar --with-system-xal an --with-xalan-jar=/usr/local/share/java/classes/xalan.jar --with-serializer-jar=/usr/local/share/java/classes/serializer.jar --with-qt-includes=/usr/local/include/qt4 --with-qt-libraries=/usr/local/lib/qt4 --with-extra-libs=/usr/local/lib --with-extra-includes=/usr/loc al/include --x-libraries=/usr/local/lib --x-includes=/usr/local/include --prefix=/usr/local --mandir=/usr/local/man --infodir=/usr/local/info/ --build=amd64-portbld-freebsd9.0 build_alias=amd64-portbld-freebsd9.0 CC=cc CFLAGS=-O2 -pipe -mtune=nocona -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -fno-strict-aliasing LDFLAGS= -rpath=/usr/lib:/usr/local/lib LIBS= CPPFLAGS= CPP=cpp .. configure:23164: checking whether KDE is >= 4.2 configure:23183: g++ -o conftest -O2 -pipe -mtune=nocona -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -fno-strict-aliasing -DQT_SHARED -I/usr/local/include/qt4 -I/usr/local/include/qt4/QtCore -DQT_SHARED -I/usr/local/include/qt4 -I/usr/local/include/ qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/kde4/include -DQT_CLEAN_NAMESPACE -DQT_THREAD_SUPPORT -I/usr/local/include -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -L/usr/local/lib -R/usr/local/lib conftest.cpp -lGLU -lGL -ltextcat -llpsolve55 -lm -l Xaw -lexpat >&5 configure:23183: $? = 0 configure:23183: ./conftest configure:23183: $? = 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | #define HAVE_X11_XAW_LABEL_H 1 | #define HAVE_LIBXAW 1 | #define HAVE_LIBM 1 | #define HAVE_LIBLPSOLVE55 1 | #define HAVE_LIBTEXTCAT 1 | #define HAVE_GETOPT 1 | #define HAVE_READDIR_R 1 | #define HAVE_LIBGL 1 | #define HAVE_LIBGLU 1 | /* end confdefs.h. */ | | #include | | int main(int argc, char **argv) { | if (KDE_VERSION_MAJOR == 4 && KDE_VERSION_MINOR >= 2) return 0; | else return 1; | } | configure:23187: error: KDE version too old ... --- From bapt at freebsd.org Thu Feb 3 16:45:03 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Thu Feb 3 16:45:07 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Message-ID: 2011/2/3 Sam Fourman Jr. : > > > On Thu, Feb 3, 2011 at 2:46 AM, Baptiste Daroussin wrote: >> >> 2011/2/3 ?: >> > Baptiste Daroussin wrote: >> > >> >> your built is failing because you ran it twice. >> >> >> >> make can't be run twice you should make clean before >> > >> > Doesn't this point to a bug in the Makefile, dependencies, etc? >> > Last I knew the whole point of make was to build what needs to >> > be built, skipping any parts which are already up to date. >> > >> >> yes It is but a bug in libreoffice makefiles itself and it is not that >> easy to fix :) > > > I have tried this build twice more after a make clean.. it still does not > build > is there anything else I can try? > > > > > Making:??? swru.res > Making:??? swsl.res > Making:??? swsv.res > Compiling: rsc_sw > sw deliver > Module 'sw' delivered successfully. 281 files copied, 0 files unchanged > > ----------------------------------------------------------------------- > ??????? Oh dear - something failed during the build - sorry ! > ? For more help with debugging build errors, please see the section in: > ??????????? http://wiki.documentfoundation.org/Development > > ? internal build errors: > > ERROR: error 65280 occurred while making > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/lingucomponent/source/languageguessing > > ?it seems that the error is inside 'lingucomponent', please re-run build > ?inside this module to isolate the error and/or test your fix: > ----------------------------------------------------------------------- > > /usr/local/bin/bash > cd > /usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDAMDEnv.Set.sh > cd lingucomponent > build > > when the problem is isolated and fixed exit and re-run 'make' from the > top-level > sometimes (sadly) it is necessary to rm -Rf unxfbsdx.pro in a module. > gmake: *** [stamp/build] Error 1 > *** Error code 1 > > Stop in /usr/ports/editors/libreoffice. > *** Error code 1 > > Stop in /usr/ports/editors/libreoffice. > Sam# > > -- > > Sam Fourman Jr. > Fourman Networks > http://www.fourmannetworks.com > Are you the installed libtextcat is the latest version ? regards, Bapt From subbsd at gmail.com Thu Feb 3 16:46:40 2011 From: subbsd at gmail.com (Subbsd) Date: Thu Feb 3 16:46:44 2011 Subject: KDE 4.5.5 it too old for libreoffice 3.3.0 on build stage In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 7:39 PM, Subbsd wrote: > Hi, > > ... > --- > > Ive try compile conftest.cpp by hands: cat conftest.cpp #define PACKAGE_NAME "" #define PACKAGE_TARNAME "" #define PACKAGE_VERSION "" #define PACKAGE_STRING "" #define PACKAGE_BUGREPORT "" #define PACKAGE_URL "" #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define SIZEOF_LONG 8 #define HAVE_MALLOC 1 #define HAVE_REALLOC 1 #define HAVE_CALLOC 1 #define HAVE_FREE 1 #define HAVE_LIBEXPAT 1 #define HAVE_X11_XAW_LABEL_H 1 #define HAVE_LIBXAW 1 #define HAVE_LIBM 1 #define HAVE_LIBLPSOLVE55 1 #define HAVE_LIBTEXTCAT 1 #define HAVE_GETOPT 1 #define HAVE_READDIR_R 1 #define HAVE_LIBGL 1 #define HAVE_LIBGLU 1 /* end confdefs.h. */ #include int main(int argc, char **argv) { if (KDE_VERSION_MAJOR == 4 && KDE_VERSION_MINOR >= 2) return 0; else return 1; } g++ -o conftest -O2 -pipe -mtune=nocona -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -fno-strict-aliasing -DQT_SHARED -I/usr/local/include/qt4 -I/usr/local/include/qt4/QtCore -DQT_SHARED -I/usr/local/include/qt4 -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/kde4/include -DQT_CLEAN_NAMESPACE -DQT_THREAD_SUPPORT -I/usr/local/include -rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -L/usr/local/lib -R/usr/local/lib conftest.cpp -lGLU -lGL -ltextcat -llpsolve55 -lm -lXaw -lexpat ./conftest echo $? 1 From subbsd at gmail.com Thu Feb 3 16:50:39 2011 From: subbsd at gmail.com (Subbsd) Date: Thu Feb 3 16:50:42 2011 Subject: KDE 4.5.5 it too old for libreoffice 3.3.0 on build stage In-Reply-To: References: Message-ID: On Thu, Feb 3, 2011 at 7:39 PM, Subbsd wrote: > Hi, > Sorry all, i just have 2 version of .h: pkg_which /usr/local/include/kdeversion.h /usr/local/kde4/include/kdeversion.h kdelibs-3.5.10_6 kdelibs-4.5.5 From rhurlin at gwdg.de Thu Feb 3 18:07:26 2011 From: rhurlin at gwdg.de (Rainer Hurling) Date: Thu Feb 3 18:07:30 2011 Subject: net/mpich2: libraries with many 'undefined symbols' In-Reply-To: <20110203151156.24668evn6vl9o434@graf.pompo.net> References: <4D49C48A.7080604@gwdg.de> <20110202212907.GC29365@graf.pompo.net> <4D4A9559.2010502@gwdg.de> <20110203133557.33003e7j1xacsls0@graf.pompo.net> <4D4AAB54.9030001@gwdg.de> <20110203151156.24668evn6vl9o434@graf.pompo.net> Message-ID: <4D4AEEDB.6030700@gwdg.de> On 03.02.2011 15:11 (UTC+1), thierry@FreeBSD.org wrote: > Selon Rainer Hurling le jeu 3 f?v 14:19:16 2011 : > >> Ok, so I usually have to take care to link libraries like libmpl, >> libopa etc. in addition to libmpich (or using the wrappers if possible). > > Yes, this is the idea. Note: libopa is rarely needed. > >>>>> Yet another solution could be to configure mpich2 with >>>>> --enable-lib-depend, but this is experimental... >> >> What would be the consequence of configuring mpich2 with >> --enable-lib-depend? Would dependencies like libmpl be more integrated >> in libmpich? > > This is based on inter-library dependencies. This is experimental and > only for shared library builds at this time. It causes libmpich.so to > depend on libmpl.so and libopa.so. Once you do that, you can just link > to libmpich.so, and it'll automatically pick the remaining libraries as > needed. Ahh, ok. I had assumed that. Since it is experimental until now I think it is a bit risky to use it. Thank again. > Remark: these explanations come from the authors. From makc at issp.ac.ru Thu Feb 3 19:44:29 2011 From: makc at issp.ac.ru (Max Brazhnikov) Date: Thu Feb 3 19:44:34 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110202121446.6f6a10cd@locust.local> Message-ID: <201102032231.54557.makc@issp.ac.ru> On Wed, 2 Feb 2011 20:04:23 +0000, Baptiste Daroussin wrote: > > I have no problem installing, reinstalling, or using LO on i386, except > > that I get many warning messages on the uninstall. But pkg_info -g > > counts 178 missing files. > > > > 19 have "x86_64" in their paths. These directories do not exist on my > > system, but I have directories with "x86" in the names instead. (But > > there are 57 such lines in pkg-plist. It looks like each file is listed > > three times.) > > what the fuck is that can show the generated +CONTENT there are no are > in pkg-plist only plist_sub (LOARCH) which is x86_64 on amd64 and x86 > on i386. > > > Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it > > looks like I have 159 "fi" files, where I see 159 "fx" files in > > pkg-plist. > > once again posting your +CONTENT would help but it looks like black > magic to me :) Hi Baptiste, packaging fails on i386. The build log from my tinderbox: http://people.freebsd.org/~makc/tb/libreoffice-3.3.0.log.bz2 Max From baptiste.daroussin at gmail.com Thu Feb 3 19:53:10 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Thu Feb 3 19:53:12 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <201102032231.54557.makc@issp.ac.ru> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> Message-ID: 2011/2/3 Max Brazhnikov : > On Wed, 2 Feb 2011 20:04:23 +0000, Baptiste Daroussin wrote: >> > I have no problem installing, reinstalling, or using LO on i386, except >> > that I get many warning messages on the uninstall. But pkg_info -g >> > counts 178 missing files. >> > >> > 19 have "x86_64" in their paths. These directories do not exist on my >> > system, but I have directories with "x86" in the names instead. (But >> > there are 57 such lines in pkg-plist. It looks like each file is listed >> > three times.) >> >> what the fuck is that can show the generated +CONTENT there are no are >> in pkg-plist only plist_sub (LOARCH) which is x86_64 on amd64 and x86 >> on i386. >> >> > Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it >> > looks like I have 159 "fi" files, where I see 159 "fx" files in >> > pkg-plist. >> >> once again posting your +CONTENT would help but it looks like black >> magic to me :) > > Hi Baptiste, > > packaging fails on i386. The build log from my tinderbox: > > http://people.freebsd.org/~makc/tb/libreoffice-3.3.0.log.bz2 > > Max > Thanks, to you install with custom prefix ? I know that the build really dislike custom prefix. I'm not very proud of what I've done to make the installation process working in most case :) regards, Bapt From sterling at camdensoftware.com Thu Feb 3 19:56:08 2011 From: sterling at camdensoftware.com (Chip Camden) Date: Thu Feb 3 19:56:10 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <201102032231.54557.makc@issp.ac.ru> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> Message-ID: <20110203195602.GD2163@libertas.local.camdensoftware.com> Quoth Max Brazhnikov on Thursday, 03 February 2011: > On Wed, 2 Feb 2011 20:04:23 +0000, Baptiste Daroussin wrote: > > > I have no problem installing, reinstalling, or using LO on i386, except > > > that I get many warning messages on the uninstall. But pkg_info -g > > > counts 178 missing files. > > > > > > 19 have "x86_64" in their paths. These directories do not exist on my > > > system, but I have directories with "x86" in the names instead. (But > > > there are 57 such lines in pkg-plist. It looks like each file is listed > > > three times.) > > > > what the fuck is that can show the generated +CONTENT there are no are > > in pkg-plist only plist_sub (LOARCH) which is x86_64 on amd64 and x86 > > on i386. > > > > > Also, instead of basprovfx.uno.so, I have basprovfi.uno.so. In fact, it > > > looks like I have 159 "fi" files, where I see 159 "fx" files in > > > pkg-plist. > > > > once again posting your +CONTENT would help but it looks like black > > magic to me :) > > Hi Baptiste, > > packaging fails on i386. The build log from my tinderbox: > > http://people.freebsd.org/~makc/tb/libreoffice-3.3.0.log.bz2 > > Max Am I the only person who doesn't get libreoffice via portsnap yet? -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110203/daf6ff3f/attachment.pgp From roberthuff at rcn.com Thu Feb 3 20:28:09 2011 From: roberthuff at rcn.com (Robert Huff) Date: Thu Feb 3 20:28:13 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110203195602.GD2163@libertas.local.camdensoftware.com> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> Message-ID: <19787.4049.939639.870683@jerusalem.litteratus.org> Chip Camden writes: > Am I the only person who doesn't get libreoffice via portsnap yet? I built libreoffice-3.3.0 from the port on amd64 yesterday. Subjectively, building seemed tyo go quicker than OO. After minimal testing, it appears to behave correctly. Robert Huff From antoine at nagafix.co.uk Thu Feb 3 20:33:34 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu Feb 3 20:33:38 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 Message-ID: <4D4B0CDB.9000404@nagafix.co.uk> Hi there, I only just noticed that you've added a port for xpra. I wasn't aware of that and you're pointing to the source on my server, so I guess that it means I have to be careful not to remove it from now on? In the future, a simple notification email could prevent me from breaking stuff unintentionally. FYI: the current version in: http://winswitch.org/src/ is 0.0.7.17-1 and it fixes a number of bugs, you should probably bump the port to this version. One question: what would I have to do to get winswitch also into ports? It's trivial to install compared to xpra (as it's pure python), but it would still be nicer for users to get it all directly from ports. Cheers Antoine From sfourman at gmail.com Thu Feb 3 23:01:05 2011 From: sfourman at gmail.com (Sam Fourman Jr.) Date: Thu Feb 3 23:01:11 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Message-ID: > Are you the installed libtextcat is the latest version ? > > regards, > Bapt > no libtextcat was not installed, after installing this.. it built fine and everything works. should libtextcat not be a dependency so that it gets built even if I don't have it installed? -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From bapt at freebsd.org Thu Feb 3 23:03:55 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Thu Feb 3 23:04:01 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110201.155221.632868945383149019.chat95@mac.com> <20110201.164746.59640143160085556.chat95@mac.com> <20110201.165811.634347869525824665.chat95@mac.com> <20110202.135158.1845728741722859032.chat95@mac.com> <4d4a6928.OgXtwaZRos3hKaWE%perryh@pluto.rain.com> Message-ID: 2011/2/3 Sam Fourman Jr. : > >> Are you the installed libtextcat is the latest version ? >> >> regards, >> Bapt > > no libtextcat was not installed, after installing this.. it built fine and > everything works. > > should libtextcat not be a dependency so that it gets built even if I don't > have it installed? > > > -- > > Sam Fourman Jr. > Fourman Networks > http://www.fourmannetworks.com > It is a dependency, otherwise no one would have manage to build libtextcat. From swills at FreeBSD.org Fri Feb 4 00:27:17 2011 From: swills at FreeBSD.org (Steve Wills) Date: Fri Feb 4 00:27:51 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <4D4B0CDB.9000404@nagafix.co.uk> References: <4D4B0CDB.9000404@nagafix.co.uk> Message-ID: <4D4B400A.2090701@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/03/11 15:15, Antoine Martin wrote: > Hi there, > > I only just noticed that you've added a port for xpra. > I wasn't aware of that and you're pointing to the source on my server, > so I guess that it means I have to be careful not to remove it from now on? The files should eventually get automatically mirrored to the FreeBSD ftp server at ftp.freebsd.org (and it's mirrors), so worst case users get it from there, but it's always nice to get it from the originator. > In the future, a simple notification email could prevent me from > breaking stuff unintentionally. Noted. I only used that source because it compiled properly (due to your changes), which the source hosted at Google Code didn't. I can mirror a copy on my server and point users to that if you like. > FYI: the current version in: > http://winswitch.org/src/ > is 0.0.7.17-1 and it fixes a number of bugs, you should probably bump > the port to this version. I'll work on that, thanks for the heads up. I hadn't seen a notice to the parti-discuss list, which is where I saw your source originally. > One question: what would I have to do to get winswitch also into ports? > It's trivial to install compared to xpra (as it's pure python), but it > would still be nicer for users to get it all directly from ports. It would just take someone writing a port for it and submitting it. I will work on that, but if you beat me to it I won't be offended. Thanks for the info! Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNS0AKAAoJEPXPYrMgexuhtKoIAKk/JP3dsbzCRYVWwXlrtTgg I3cG69CLUirTyczl2cc339hK/jPGrGbyvqjb0CMirGH5YJb8Nd/7of4h6GK6pRCl HVeZXAXEmTCVvuIozxR2U8aSBJ/XG+RgMmLD5ZF25Pa7RW0LsQfrfQ/Yc2YFs5hC 7qW92B+KXvH5M6nPqcG/FPcD6E7QyIsumOf+BUVo27C/0crBYWWGo/9R/IjzeRnW wCv6p3QdYM/xRr1BrBemr05/sB221rDY6u33yu7NQNST8cww5rluTaWxnmPhVzxb SYxbvA+VnIsx7NKD90ajeyj+YFh+gfUNXu65oiCM0Ai/EmQgBEaPRPqKZhS54eU= =g8I6 -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Fri Feb 4 07:15:09 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri Feb 4 07:15:12 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <4D4B400A.2090701@FreeBSD.org> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> Message-ID: <4D4BA777.2030701@nagafix.co.uk> On 02/04/2011 06:53 AM, Steve Wills wrote: > On 02/03/11 15:15, Antoine Martin wrote: >> Hi there, > >> I only just noticed that you've added a port for xpra. >> I wasn't aware of that and you're pointing to the source on my server, >> so I guess that it means I have to be careful not to remove it from now on? > > The files should eventually get automatically mirrored to the FreeBSD > ftp server at ftp.freebsd.org (and it's mirrors), so worst case users > get it from there, but it's always nice to get it from the originator. > OK, I normally move old source releases to /old/ eventually. I guess I can still do that as long as the port file has been updated to use the newer source snapshots? Is it ok to remove source for out-of-date port files like that? Or is this frowned upon? Is there a policy at all? >> In the future, a simple notification email could prevent me from >> breaking stuff unintentionally. > > Noted. I only used that source because it compiled properly (due to your > changes), which the source hosted at Google Code didn't. I can mirror a > copy on my server and point users to that if you like. Upstream seems very slow at merging fixes and enhancements, not sure why. I don't have any problems with ports pointing to my server. :) >> FYI: the current version in: >> http://winswitch.org/src/ >> is 0.0.7.17-1 and it fixes a number of bugs, you should probably bump >> the port to this version. > > I'll work on that, thanks for the heads up. I hadn't seen a notice to > the parti-discuss list, which is where I saw your source originally. Hah, ok. Since upstream doesn't merge fixes very often, I don't always post updated patches there. I'll make sure to ping you from now on if you like. This normally coincides with a winswitch release, that I post here: http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> One question: what would I have to do to get winswitch also into ports? >> It's trivial to install compared to xpra (as it's pure python), but it >> would still be nicer for users to get it all directly from ports. > > It would just take someone writing a port for it and submitting it. I > will work on that, but if you beat me to it I won't be offended. Great, keep me posted, I may yet find the time to look into it. (it's been on my todo list for over a year now..) Thanks! Antoine > > Thanks for the info! > > Steve From pi at opsec.eu Fri Feb 4 08:49:42 2011 From: pi at opsec.eu (Kurt Jaeger) Date: Fri Feb 4 08:49:45 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <4D4BA777.2030701@nagafix.co.uk> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> Message-ID: <20110204084939.GF34314@home.opsec.eu> Hi! > >> I only just noticed that you've added a port for xpra. > >> I wasn't aware of that and you're pointing to the source on my server, > >> so I guess that it means I have to be careful not to remove it from now on? > > > > The files should eventually get automatically mirrored to the FreeBSD > > ftp server at ftp.freebsd.org (and it's mirrors), so worst case users > > get it from there, but it's always nice to get it from the originator. > OK, I normally move old source releases to /old/ eventually. > I guess I can still do that as long as the port file has been updated to > use the newer source snapshots? There are always hosts out there that still have old port Makefiles on their disks, so having a stable path would be useful. E.g. on cpan, the files just are added to the directory, not moved after newer ones are added. -- pi@opsec.eu +49 171 3101372 9 years to go ! From pi at opsec.eu Fri Feb 4 09:41:37 2011 From: pi at opsec.eu (Kurt Jaeger) Date: Fri Feb 4 09:41:39 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <20110204093807.GA2803@straylight.ringlet.net> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> <20110204084939.GF34314@home.opsec.eu> <20110204093807.GA2803@straylight.ringlet.net> Message-ID: <20110204094137.GP90649@home.opsec.eu> Hi! > > There are always hosts out there that still have old port Makefiles > > on their disks, so having a stable path would be useful. > Well, in truth, the port's Makefile may be trivially configured to look > into the old/ subdirectory if the distfile is not found in the "real" one > (see the security/stunnel Makefile for an example). Ah, I was not aware of that. Which part of the config provides this ? The /%SUBDIR%/ in combination with the MASTER_SITE_SUBDIR ? -- pi@opsec.eu +49 171 3101372 9 years to go ! From roam at ringlet.net Fri Feb 4 10:02:42 2011 From: roam at ringlet.net (Peter Pentchev) Date: Fri Feb 4 10:02:46 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <20110204084939.GF34314@home.opsec.eu> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> <20110204084939.GF34314@home.opsec.eu> Message-ID: <20110204093807.GA2803@straylight.ringlet.net> On Fri, Feb 04, 2011 at 09:49:39AM +0100, Kurt Jaeger wrote: > Hi! > > > >> I only just noticed that you've added a port for xpra. > > >> I wasn't aware of that and you're pointing to the source on my server, > > >> so I guess that it means I have to be careful not to remove it from now on? > > > > > > The files should eventually get automatically mirrored to the FreeBSD > > > ftp server at ftp.freebsd.org (and it's mirrors), so worst case users > > > get it from there, but it's always nice to get it from the originator. > > > OK, I normally move old source releases to /old/ eventually. > > I guess I can still do that as long as the port file has been updated to > > use the newer source snapshots? > > There are always hosts out there that still have old port Makefiles > on their disks, so having a stable path would be useful. > > E.g. on cpan, the files just are added to the directory, not moved > after newer ones are added. Well, in truth, the port's Makefile may be trivially configured to look into the old/ subdirectory if the distfile is not found in the "real" one (see the security/stunnel Makefile for an example). G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@FreeBSD.org peter@packetscale.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This inert sentence is my body, but my soul is alive, dancing in the sparks of your brain. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/f2a4f9a9/attachment.pgp From tingox at gmail.com Fri Feb 4 10:07:06 2011 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Feb 4 10:07:09 2011 Subject: security/rkhunter 1.3.8 - false warning? In-Reply-To: References: Message-ID: Update: On Tue, Jan 4, 2011 at 6:38 PM, Torfinn Ingolfsen wrote: > Hi, > > rkhunter 1.3.8 from ports complains about the /etc/passwd file. Why > does it do that? > From /var/log/rkhunter.log: > [03:01:30] ? /etc/passwd ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [ Warning ] > [03:01:30] Warning: The file '/etc/passwd' exists on the system, but > it is not present in the rkhunter.dat file. I asked the same question in the newsgroup comp.unix.bsd.freebsd.misc, and now someone has actually found out what causes this problem. If rkhunter is run from the command line like this (the same options as the periodic script uses): rkhunter --checkall --nocolors --skip-keypress it does NOT complain about /etc/passwd However, if you add the directory /etc to PATH, like this: PATH=$PATH:/etc rkhunter --checkall --nocolors --skip-keypress it complains about /etc/passwd. And, of course, /etc/crontab have a PATH which incudes the /etc directory. I'll report this to the rkhunter developers. -- Regards, Torfinn Ingolfsen From solc at thinline.cz Fri Feb 4 11:17:22 2011 From: solc at thinline.cz (=?UTF-8?Q?Jan_=C5=A0olc?=) Date: Fri Feb 4 11:17:28 2011 Subject: FreeBSD Port: minidlna-2010.12.12 Message-ID: <8BD2DD27A14C43D39338545577C89A74@HonzaSolcPC> Hi, With help from the maker of miniupnpd I have done patches for minidlna. patch-ssdpd ? minidlna can use minissdpd when you need using more upnp services at once (in example miniupnpd and minidlna simultaneously). patch-zsamsung ? it?s latest patch for better cooperation with samsung televisions You can use it as you wish. I?d like to find it in official repo in future (samsung patch could be optional in configure window) ;-) With best regards Honza SOLC -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-ssdpd Type: application/octet-stream Size: 8817 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/50a89a95/patch-ssdpd-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-zsamsung Type: application/octet-stream Size: 69864 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/50a89a95/patch-zsamsung-0001.obj From rea at freebsd.org Fri Feb 4 15:11:50 2011 From: rea at freebsd.org (Eygene Ryabinkin) Date: Fri Feb 4 15:11:53 2011 Subject: FreeBSD Port: minidlna-2010.12.12 In-Reply-To: <8BD2DD27A14C43D39338545577C89A74@HonzaSolcPC> References: <8BD2DD27A14C43D39338545577C89A74@HonzaSolcPC> Message-ID: Jan, good day. Fri, Feb 04, 2011 at 11:50:34AM +0100, Jan ??olc wrote: > With help from the maker of miniupnpd I have done patches for minidlna. > > patch-ssdpd ??? minidlna can use minissdpd when you need using more > upnp services at once (in example miniupnpd and minidlna > simultaneously). > patch-zsamsung ??? it???s latest patch for better cooperation with > samsung televisions Cool, thanks for your work! I'd suggest to open the PR for this case to track the modifications. It is fairly easy, http://www.freebsd.org/doc/en/articles/problem-reports/article.html -- Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/9741b064/attachment.pgp From olivier at gid0.org Fri Feb 4 15:52:34 2011 From: olivier at gid0.org (Olivier Smedts) Date: Fri Feb 4 15:52:37 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <19787.4049.939639.870683@jerusalem.litteratus.org> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> Message-ID: 2011/2/3 Robert Huff : > Chip Camden writes: > >> ?Am I the only person who doesn't get libreoffice via portsnap yet? > > ? ? ? ?I built libreoffice-3.3.0 from the port on amd64 yesterday. > Subjectively, building seemed tyo go quicker than OO. > ? ? ? ?After minimal testing, it appears to behave correctly. Just installed from ports. I had to mark it MAKE_JOBS_UNSAFE on my 8-core CPU because it failed randomly at different stages. I also removed the configure line with number of CPUs from the Makefile. Now it's OK, but with only one CPU to compile it, I did not find building "quicker than OO" :) -- Olivier Smedts? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? _ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ASCII ribbon campaign ( ) e-mail: olivier@gid0.org? ? ? ? - against HTML email & vCards? X www: http://www.gid0.org? ? - against proprietary attachments / \ ? "Il y a seulement 10 sortes de gens dans le monde : ? ceux qui comprennent le binaire, ? et ceux qui ne le comprennent pas." From sterling at camdensoftware.com Fri Feb 4 16:01:42 2011 From: sterling at camdensoftware.com (Chip Camden) Date: Fri Feb 4 16:01:46 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> Message-ID: <20110204160137.GA9448@libertas.local.camdensoftware.com> Quoth Olivier Smedts on Friday, 04 February 2011: > 2011/2/3 Robert Huff : > > Chip Camden writes: > > > >> ?Am I the only person who doesn't get libreoffice via portsnap yet? > > > > ? ? ? ?I built libreoffice-3.3.0 from the port on amd64 yesterday. > > Subjectively, building seemed tyo go quicker than OO. > > ? ? ? ?After minimal testing, it appears to behave correctly. > > Just installed from ports. I had to mark it MAKE_JOBS_UNSAFE on my > 8-core CPU because it failed randomly at different stages. I also > removed the configure line with number of CPUs from the Makefile. Now > it's OK, but with only one CPU to compile it, I did not find building > "quicker than OO" :) > > -- > Olivier Smedts? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? _ > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org? ? ? ? - against HTML email & vCards? X > www: http://www.gid0.org? ? - against proprietary attachments / \ > > ? "Il y a seulement 10 sortes de gens dans le monde : > ? ceux qui comprennent le binaire, > ? et ceux qui ne le comprennent pas." It finally came through on portsnap late yesterday. The install phase still filled up my /tmp drive, so I had to umount /tmp, create a symbolic link to /usr/tmp, and then it installed OK. My usual /tmp partition has 500MB -- why does the libreoffice install require so much tmp space? OOo always installed OK. Libreoffice seems to run fine, but I haven't put it through its paces yet. As long as it basically works, I'm replacing OOo with it, if for no other reason than to elude the Eye of the Oracle. -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/f1647cce/attachment.pgp From roberthuff at rcn.com Fri Feb 4 16:27:06 2011 From: roberthuff at rcn.com (Robert Huff) Date: Fri Feb 4 16:27:09 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> Message-ID: <19788.10454.458608.393001@jerusalem.litteratus.org> Olivier Smedts writes: > >> ?Am I the only person who doesn't get libreoffice via portsnap yet? > > > > ? ? ? ?I built libreoffice-3.3.0 from the port on amd64 yesterday. > > Subjectively, building seemed tyo go quicker than OO. > > ? ? ? ?After minimal testing, it appears to behave correctly. > > Just installed from ports. I had to mark it MAKE_JOBS_UNSAFE on > my 8-core CPU because it failed randomly at different stages. I > also removed the configure line with number of CPUs from the > Makefile. Now it's OK, but with only one CPU to compile it, I did > not find building "quicker than OO" :) I have a 4-core AMD, with neither variable set. Once it got through with all the new dependencies, it just ran .... Beats me. Robert Huff From lenzi.sergio at gmail.com Fri Feb 4 16:55:47 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Fri Feb 4 16:55:50 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final (final test here...) In-Reply-To: <19788.10454.458608.393001@jerusalem.litteratus.org> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <19788.10454.458608.393001@jerusalem.litteratus.org> Message-ID: <1296838539.8270.10.camel@z6000.lenzicasa> There is a final "bug" in the package list when you define in the options (make config) gnome=yes the pkg-plist builds the +CONTENTS with a "/" in front of the gnome file list Solution: edit the pkg-plist and remove the first "/" from the GNOMEOPT at line 1791, 1792 make reinstall package, and the system packages fine. From thierry at FreeBSD.org Fri Feb 4 17:05:08 2011 From: thierry at FreeBSD.org (Thierry Thomas) Date: Fri Feb 4 17:05:10 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110204160137.GA9448@libertas.local.camdensoftware.com> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <20110204160137.GA9448@libertas.local.camdensoftware.com> Message-ID: <20110204165941.GB1418@graf.pompo.net> Le ven 4 f?v 11 ? 17:01:37 +0100, Chip Camden ?crivait?: > It finally came through on portsnap late yesterday. The install phase > still filled up my /tmp drive, so I had to umount /tmp, create a symbolic > link to /usr/tmp, and then it installed OK. My usual /tmp partition has > 500MB -- why does the libreoffice install require so much tmp space? OOo > always installed OK. Does'nt it honor TMPDIR? -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/0020bdb3/attachment.pgp From sterling at camdensoftware.com Fri Feb 4 17:25:58 2011 From: sterling at camdensoftware.com (Chip Camden) Date: Fri Feb 4 17:26:02 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110204165941.GB1418@graf.pompo.net> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <20110204160137.GA9448@libertas.local.camdensoftware.com> <20110204165941.GB1418@graf.pompo.net> Message-ID: <20110204172552.GC9448@libertas.local.camdensoftware.com> Quoth Thierry Thomas on Friday, 04 February 2011: > Le ven 4 f?v 11 ? 17:01:37 +0100, Chip Camden > ?crivait?: > > > It finally came through on portsnap late yesterday. The install phase > > still filled up my /tmp drive, so I had to umount /tmp, create a symbolic > > link to /usr/tmp, and then it installed OK. My usual /tmp partition has > > 500MB -- why does the libreoffice install require so much tmp space? OOo > > always installed OK. > > Does'nt it honor TMPDIR? > -- > Th. Thomas. I don't know, I didn't try that. -- Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://chipsquips.com | http://camdensoftware.com | http://chipstips.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/c4190bfb/attachment.pgp From bahman.linux at gmail.com Fri Feb 4 17:27:53 2011 From: bahman.linux at gmail.com (Bahman Kahinpour) Date: Fri Feb 4 17:27:56 2011 Subject: KDE on FreeBSD 8.1 - Akonadi Control Process Not Registered at D-Bus Message-ID: Hello, I have installed X.org and KDE on my FreeBSD 8.1-RELEASE (directly from the packages collection on the Installation DVD-ROM) and I have taken these steps: +/etc/rc.conf: dbus_enable="YES" +/etc/rc.conf: hald_enable="YES" and also: I have added startkde4 to .xinitrc While using KDE, I continuously receive these errors: Akonadi Control Process Not Registered at D-Bus Akonadi Server Process Not Registered at D-Bus . . . What is this Akonadi problem all about? How may I fix this thing? Thanks Bahman Kahinpour From mi+thun at aldan.algebra.com Fri Feb 4 16:49:02 2011 From: mi+thun at aldan.algebra.com (Mikhail T.) Date: Fri Feb 4 17:35:52 2011 Subject: FreeBSD Port: minidlna-2010.12.12 In-Reply-To: <8BD2DD27A14C43D39338545577C89A74@HonzaSolcPC> References: <8BD2DD27A14C43D39338545577C89A74@HonzaSolcPC> Message-ID: <4D4C2715.3030306@aldan.algebra.com> On 04.02.2011 05:50, Jan Solc wrote: With help from the maker of miniupnpd I have done patches for minidlna. patch-ssdpd - minidlna can use minissdpd when you need using more upnp services at once (in example miniupnpd and minidlna simultaneously). patch-zsamsung - it's latest patch for better cooperation with samsung televisions Thank you very much for the work. If you have an account on SourceForge, please, [1]submit your patches to the developer directly. I will try to add them to the port in parallel, but for them to get into the official tree, somebody has to send them to the author. Ideally that would be you... That said, there are already patches submitted for the things you mentioned: * [2]patch to use MiniSSDPd if available (3170970) * [3]Samsung support with optional Thumbnails (3148380) * [4]Display thumbnail on Samsung C Series (2010 models) (3090002) * [5]Basic Samsung TV xxC650 support v2 (3084362) Any of these your doing? If you don't have a SourceForge account (and don't want to create one), I'll do it in your stead, but then any questions/comments the developer may have will, likely, have to go through me -- with inevitable latency... Thanks again. Yours, -mi References 1. http://sourceforge.net/tracker/?group_id=243163&atid=1121518 2. http://sourceforge.net/tracker/?func=detail&aid=3170970&group_id=243163&atid=1121518 3. http://sourceforge.net/tracker/?func=detail&aid=3148380&group_id=243163&atid=1121518 4. http://sourceforge.net/tracker/?func=detail&aid=3090002&group_id=243163&atid=1121518 5. http://sourceforge.net/tracker/?func=detail&aid=3084362&group_id=243163&atid=1121518 From overlapped at gmail.com Fri Feb 4 18:18:30 2011 From: overlapped at gmail.com (Alexey Serebryakoff) Date: Fri Feb 4 18:18:34 2011 Subject: KDE on FreeBSD 8.1 - Akonadi Control Process Not Registered at D-Bus In-Reply-To: References: Message-ID: <201102050023.33370.overlapped@gmail.com> This is my /etc/rc.conf ... hald_enable="YES" polkitd_enable="YES" dbus_enable="YES" local_startup="${local_startup} /usr/local/kde4/etc/rc.d" kdm4_enable="YES" ... FreeBSD karfagen.mshome 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4 #1: Tue Jul 27 21:49:43 NOVST 2010 karfagen.mshome:/usr/obj/usr/src/sys/KARFAGEN i386 -- Best regards, Alexey Serebryakoff PGP Public Key: 0xB71BE1472B075100 ? ????????? ?? ??????? 04 ??????? 2011 23:27:51 ????? Bahman Kahinpour ???????: > Hello, > > I have installed X.org and KDE on my FreeBSD 8.1-RELEASE (directly > from the packages collection on the Installation DVD-ROM) and I have > taken these steps: > +/etc/rc.conf: dbus_enable="YES" > +/etc/rc.conf: hald_enable="YES" > and also: > I have added startkde4 to .xinitrc > > While using KDE, I continuously receive these errors: > Akonadi Control Process Not Registered at D-Bus > Akonadi Server Process Not Registered at D-Bus > . > . > . > > What is this Akonadi problem all about? How may I fix this thing? > > Thanks > Bahman Kahinpour > _______________________________________________ > 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" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110204/4d60f752/attachment.pgp From jumper99 at gmx.de Fri Feb 4 19:07:59 2011 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Feb 4 19:08:02 2011 Subject: PR153950, Repocopy complete but port not available yet Message-ID: Hi, http://www.freebsd.org/cgi/query-pr.cgi?pr=153950 The repocopy is complete but the port is not available yet. A few poeple already emailed me so I just would like to know why it is not available yet. Due to the upcoming release of 8.2? Thanks, Helmut From freebsd-ports-local at be-well.ilk.org Fri Feb 4 19:25:12 2011 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Fri Feb 4 19:25:16 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <20110204165941.GB1418@graf.pompo.net> (Thierry Thomas's message of "Fri, 4 Feb 2011 17:59:41 +0100") References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <20110204160137.GA9448@libertas.local.camdensoftware.com> <20110204165941.GB1418@graf.pompo.net> Message-ID: <448vxviq3v.fsf@be-well.ilk.org> Thierry Thomas writes: > Le ven 4 f?v 11 ? 17:01:37 +0100, Chip Camden > ?crivait?: > >> It finally came through on portsnap late yesterday. The install phase >> still filled up my /tmp drive, so I had to umount /tmp, create a symbolic >> link to /usr/tmp, and then it installed OK. My usual /tmp partition has >> 500MB -- why does the libreoffice install require so much tmp space? OOo >> always installed OK. > > Does'nt it honor TMPDIR? It certainly does. But it seems that I needed to have that set for the build as well as the install. I can't figure out why. From linimon at lonesome.com Fri Feb 4 19:28:55 2011 From: linimon at lonesome.com (Mark Linimon) Date: Fri Feb 4 19:28:58 2011 Subject: PR153950, Repocopy complete but port not available yet In-Reply-To: References: Message-ID: <20110204192854.GA5012@lonesome.com> On Fri, Feb 04, 2011 at 07:07:40PM +0000, Helmut Schneider wrote: > The repocopy is complete but the port is not available yet. A few > poeple already emailed me so I just would like to know why it is not > available yet. Due to the upcoming release of 8.2? No, adding new ports is allowed during most of the release cycle. I'll forward your email to the committer who asked for the repocopy. mcl From corky1951 at comcast.net Fri Feb 4 19:43:40 2011 From: corky1951 at comcast.net (Charlie Kester) Date: Fri Feb 4 19:43:43 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final In-Reply-To: <448vxviq3v.fsf@be-well.ilk.org> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <20110204160137.GA9448@libertas.local.camdensoftware.com> <20110204165941.GB1418@graf.pompo.net> <448vxviq3v.fsf@be-well.ilk.org> Message-ID: <20110204194337.GD80820@comcast.net> On Fri 04 Feb 2011 at 10:58:28 PST Lowell Gilbert wrote: >Thierry Thomas writes: > >> Le ven 4 f?v 11 ? 17:01:37 +0100, Chip Camden >> ?crivait?: >> >>> It finally came through on portsnap late yesterday. The install phase >>> still filled up my /tmp drive, so I had to umount /tmp, create a symbolic >>> link to /usr/tmp, and then it installed OK. My usual /tmp partition has >>> 500MB -- why does the libreoffice install require so much tmp space? OOo >>> always installed OK. >> >> Does'nt it honor TMPDIR? > >It certainly does. > >But it seems that I needed to have that set for the build as well as >the install. I can't figure out why. It would be nice if the port would warn about this need for tmp space at the outset. It sucks to find out only after a horrendously long compile. From dougb at FreeBSD.org Fri Feb 4 19:56:56 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 4 19:56:59 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <20110204093807.GA2803@straylight.ringlet.net> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> <20110204084939.GF34314@home.opsec.eu> <20110204093807.GA2803@straylight.ringlet.net> Message-ID: <4D4C5A05.2000909@FreeBSD.org> I'm confused. Why are we not using the sources from the "regular" location, and patching to make them work for us? And has anyone contacted the upstream about the changes and why they are necessary? This whole thing seems very confusing to me (but that's not saying much). :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From dougb at FreeBSD.org Fri Feb 4 20:14:17 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 4 20:14:21 2011 Subject: [CFT] cpu stresser^W libreoffice 3.3.0 final (final test here...) In-Reply-To: <1296838539.8270.10.camel@z6000.lenzicasa> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <19788.10454.458608.393001@jerusalem.litteratus.org> <1296838539.8270.10.camel@z6000.lenzicasa> Message-ID: <4D4C5E16.4010602@FreeBSD.org> On 02/04/2011 08:55, Sergio de Almeida Lenzi wrote: > There is a final "bug" in the package list > when you define in the options (make config) gnome=yes > the pkg-plist builds the +CONTENTS with a "/" in front of the gnome file > list > > Solution: > edit the pkg-plist and remove the first "/" from the GNOMEOPT at line > 1791, 1792 > make reinstall package, > and the system packages fine. bapt committed your fix, thanks for letting us know. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From jumper99 at gmx.de Fri Feb 4 20:56:47 2011 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri Feb 4 20:56:50 2011 Subject: PR153950, Repocopy complete but port not available yet References: <20110204192854.GA5012@lonesome.com> Message-ID: Mark Linimon wrote: > On Fri, Feb 04, 2011 at 07:07:40PM +0000, Helmut Schneider wrote: > > The repocopy is complete but the port is not available yet. A few > > poeple already emailed me so I just would like to know why it is not > > available yet. Due to the upcoming release of 8.2? > > No, adding new ports is allowed during most of the release cycle. > > I'll forward your email to the committer who asked for the repocopy. OK, thanks. From antoine at nagafix.co.uk Fri Feb 4 21:59:35 2011 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri Feb 4 21:59:39 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <4D4C5A05.2000909@FreeBSD.org> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> <20110204084939.GF34314@home.opsec.eu> <20110204093807.GA2803@straylight.ringlet.net> <4D4C5A05.2000909@FreeBSD.org> Message-ID: <4D4C76C1.7030706@nagafix.co.uk> Hi Doug, The last proper file release from upstream was 0.0.6 in November 2009. Since then, I've fixed a number of things (from typos to build fixes for some platforms), supported new platforms (mac osx, I originally added win32 support but the author then re-wrote that), etc Any help in getting the patches merged would be much appreciated, I haven't had much luck so far. I used to send piecemeal patches with full description to the author, but since almost none of them got merged, recently I've started posting large all-in-one diffs instead. (they're not even all from me these patches, but I end up maintaining them) Also, another tool I maintain won't work without the patches I added, so if you ship the upstream version then I'll have to fork it to make it work with my tool (I really really would rather not). Cheers Antoine On 02/05/2011 02:56 AM, Doug Barton wrote: > I'm confused. Why are we not using the sources from the "regular" > location, and patching to make them work for us? And has anyone > contacted the upstream about the changes and why they are necessary? > This whole thing seems very confusing to me (but that's not saying > much). :) > > Doug > > > From dougb at FreeBSD.org Fri Feb 4 23:02:13 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 4 23:02:16 2011 Subject: FreeBSD Port: xpra-0.0.7.16p4 In-Reply-To: <4D4C76C1.7030706@nagafix.co.uk> References: <4D4B0CDB.9000404@nagafix.co.uk> <4D4B400A.2090701@FreeBSD.org> <4D4BA777.2030701@nagafix.co.uk> <20110204084939.GF34314@home.opsec.eu> <20110204093807.GA2803@straylight.ringlet.net> <4D4C5A05.2000909@FreeBSD.org> <4D4C76C1.7030706@nagafix.co.uk> Message-ID: <4D4C8572.9080009@FreeBSD.org> To the extent I understand all this, it sounds reasonable, albeit complex. You might want to consider setting up a new project on sourceforge, google code, etc. but I'll leave that up to you and swills. Thanks for answering my questions. Doug On 02/04/2011 13:59, Antoine Martin wrote: > Hi Doug, > > The last proper file release from upstream was 0.0.6 in November 2009. > Since then, I've fixed a number of things (from typos to build fixes for > some platforms), supported new platforms (mac osx, I originally added > win32 support but the author then re-wrote that), etc > > Any help in getting the patches merged would be much appreciated, I > haven't had much luck so far. I used to send piecemeal patches with full > description to the author, but since almost none of them got merged, > recently I've started posting large all-in-one diffs instead. (they're > not even all from me these patches, but I end up maintaining them) > > Also, another tool I maintain won't work without the patches I added, so > if you ship the upstream version then I'll have to fork it to make it > work with my tool (I really really would rather not). > > Cheers > Antoine > > > On 02/05/2011 02:56 AM, Doug Barton wrote: >> I'm confused. Why are we not using the sources from the "regular" >> location, and patching to make them work for us? And has anyone >> contacted the upstream about the changes and why they are necessary? >> This whole thing seems very confusing to me (but that's not saying >> much). :) >> >> Doug From kubito at gmail.com Fri Feb 4 23:55:57 2011 From: kubito at gmail.com (Raphael Kubo da Costa) Date: Fri Feb 4 23:56:02 2011 Subject: KDE on FreeBSD 8.1 - Akonadi Control Process Not Registered at D-Bus References: Message-ID: <87vd0z9wxw.fsf@gmail.com> Bahman Kahinpour writes: > Hello, > > I have installed X.org and KDE on my FreeBSD 8.1-RELEASE (directly > from the packages collection on the Installation DVD-ROM) and I have > taken these steps: > +/etc/rc.conf: dbus_enable="YES" > +/etc/rc.conf: hald_enable="YES" > and also: > I have added startkde4 to .xinitrc > > While using KDE, I continuously receive these errors: > Akonadi Control Process Not Registered at D-Bus > Akonadi Server Process Not Registered at D-Bus > . > . > . > > What is this Akonadi problem all about? How may I fix this thing? Do you have the akonadi port installed? What output do you get when you run 'akonadictl status' or 'akonadictl start' on the terminal? From dougb at FreeBSD.org Sat Feb 5 01:09:26 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Sat Feb 5 01:09:30 2011 Subject: security/rkhunter 1.3.8 - false warning? In-Reply-To: References: Message-ID: <4D4CA343.3070303@FreeBSD.org> On 01/05/2011 00:31, Vaida Bogdan wrote: > Hi, I'm no longer the maintainer of this port, please remove me from there. Done. Thanks for your work on this port in the past. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From miwi at FreeBSD.org Sat Feb 5 05:22:11 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 5 05:22:14 2011 Subject: [CFT] xf86-video-ati 6.14.0 Message-ID: Howdy, 2 days ago was a new ati driver released. fluffy@ and me was using for few weeks the git version without problems, but we?d like to make sure this dosen?t broke anything for our ati users. Here is a patch: http://people.freebsd.org/~miwi/ati-6140.diff Changelog: http://lists.freedesktop.org/archives/xorg-announce/2011-February/001602.html Please test and report back, if no problems I?d like to commit it next week. thx PS: this release fix some problems with HD54XX chips the bug with strg+ctrl+backspace; bug is gone for me. - Martin on behalf of X11 Team .. From dnaeon at gmail.com Sat Feb 5 08:04:18 2011 From: dnaeon at gmail.com (Marin Atanasov Nikolov) Date: Sat Feb 5 08:04:21 2011 Subject: net-mgmt/cacti default install location? Message-ID: Hello, Is there a specific reason that net-mgmt/cacti default install location is /usr/local/share/cacti ? Wouldn't /usr/local/www/cacti be a better place for that ? It's somehow a more preferred location for installing web applications there, IMO. Regards, Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From lenzi.sergio at gmail.com Sat Feb 5 11:43:44 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Sat Feb 5 11:43:48 2011 Subject: Libreoffice & spadmin In-Reply-To: <19788.10454.458608.393001@jerusalem.litteratus.org> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <19788.10454.458608.393001@jerusalem.litteratus.org> Message-ID: <1296906205.1685.4.camel@z6000.lenzicasa> spadmin fails (missing libs) Please consider creating a file "libreoffice" in /usr/local/libdata/ldconfig during the install process, with contains: /usr/local/lib/libreoffice/basis3.3/program /usr/local/lib/libreoffice/ure/lib so spadmin and friends will find the required libs to work. Thank for your attention, Sergio From bapt at freebsd.org Sat Feb 5 14:48:10 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Sat Feb 5 14:48:13 2011 Subject: [CFT] xf86-video-ati 6.14.0 In-Reply-To: References: Message-ID: 2011/2/5 Martin Wilke : > Howdy, > > 2 days ago was a new ati driver released. fluffy@ and me was using for > few weeks the git version without problems, but we?d like to make > sure this dosen?t broke anything for our ati users. > Here is a patch: > http://people.freebsd.org/~miwi/ati-6140.diff > Changelog: > http://lists.freedesktop.org/archives/xorg-announce/2011-February/001602.html > > Please test and report back, if no problems I?d like to commit it next week. > thx > PS: this release fix some problems with HD54XX chips the bug with > strg+ctrl+backspace; bug is gone for me. > > > - Martin on behalf of X11 Team .. > _______________________________________________ > 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" > Works great here thanks: ATI Radeon HD 2400 PRO (RV610-DT (LE)) inside. regards, Bapt From bapt at freebsd.org Sat Feb 5 14:51:31 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Sat Feb 5 14:51:35 2011 Subject: Libreoffice & spadmin In-Reply-To: <1296906205.1685.4.camel@z6000.lenzicasa> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <19788.10454.458608.393001@jerusalem.litteratus.org> <1296906205.1685.4.camel@z6000.lenzicasa> Message-ID: 2011/2/5 Sergio de Almeida Lenzi : > spadmin fails (missing libs) > > Please consider creating a file "libreoffice" > in /usr/local/libdata/ldconfig > during the install process, with contains: > /usr/local/lib/libreoffice/basis3.3/program > /usr/local/lib/libreoffice/ure/lib > > so spadmin and friends will find the required libs to work. > > Thank for your attention, > Sergio > > _______________________________________________ > 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" > The solution is to fix spadmin (something using ld_library_path like it is done in soffice) because pushing things in ldconfig could create conflicts with some system libraries. I'll check this as soon as I can. Thanks for reporting. regards, Bapt From cvs-src at yandex.ru Sat Feb 5 20:11:28 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Sat Feb 5 20:11:32 2011 Subject: FlySpray and Postgres In-Reply-To: <4D06492D.40606@netfence.it> References: <4D0615F9.6090400@netfence.it> <4D063652.10105@foobar.org> <4D06492D.40606@netfence.it> Message-ID: <4D4DAE95.309@yandex.ru> 13.12.2010 19:26, Andrea Venturoli ?????: > On 12/13/10 16:05, Nick Hilliard wrote: >> On 13/12/2010 12:47, Andrea Venturoli wrote: >>> Since I'd like to use Flyspray and Postgres, I'm looking into some >>> insight >>> on this: is this only a limitation of the port? >> >> yup. I was just too lazy to look at supporting it. If you want to submit >> some patches, that would be good. > > I tried by just disabling mysql support (I already had php-pgsql > installed) and it just works. > So I guess the only thing that is needed is an OPTIONS for php-pgsql, > just to track dependencies. > > bye & Thanks > av. Hi. I just sent this patch, that adds postgresql option and updates instructions for pgsql users: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154531 -- Regards, Ruslan From utisoft at gmail.com Sat Feb 5 21:57:48 2011 From: utisoft at gmail.com (Chris Rees) Date: Sat Feb 5 21:57:50 2011 Subject: Call for testers: projectM comes to FreeBSD! [re ports/152823] Message-ID: Hi all, Since there was a request for this [1] and I had some spare time... Anyone who uses a libvisual compatible music player might be interested in this port; according to Wikipedia these: * Amarok * XMMS2 * Beep Media Player * BMPx * Audacious * LiVES Video Editing System * Rhythmbox projectM is a Free rewrite of Milkdrop, which is a visualiser for 'Winamp'. Since projectM is modular, I've written two ports so far; http://www.bayofrum.net/~chris/patches/libprojectm.diff and http://www.bayofrum.net/~chris/patches/projectm-libvisual.diff The second depends on the first -- both belong in /u/p/graphics. Anyone interested can grab them and test them out! I've tried them on i386, they work great; feedback is most welcome. The dependencies for libprojectM are correct, but I may have missed one or two for projectM-libvisual in my enthusiasm; I'm still finalising that one. Be warned, you may struggle to get good effects without a powerful processor and GPU. Chris [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/152823 From dnaeon at gmail.com Sat Feb 5 21:59:03 2011 From: dnaeon at gmail.com (Marin Atanasov Nikolov) Date: Sat Feb 5 21:59:06 2011 Subject: wa-admin for managing webalizer log files Message-ID: Hello, Today I've decided to try one of the available tools for analyzing log files and stopped at webalizer. Looks nice and neat, runs pretty fast - in general it's all need for the moment. My setup is pretty general - a couple of jails with Apache servers running on them, and one Apache proxy server in front of them for the externally accessible jails. So, I just installed webalizer to give it a try, configured it, went through the documentation, etc.. Then I realized that adding multiple logfiles to be analyzed by webalizer is not as simple as I thought (or I missed something on the way?). Adding webalizer for one single httpd-access.log file is simple, the problem in my case comes when I need to add all the log files, which are on the Apache web proxy server for analyzing. After checking here and there I see all the people are using some custom made scripts and customizing the whole www directory tree just to get webalizer working for them, which is not something that I want. Anyway, I decided to make my own script for managing multiple Apache log files with webalizer, and I came up with wa-admin :) What it basically does is that you give it a log file and a hostname, and it creates all the needed things to get access to all your webalizer logs from one single location - another Apache vhost or directory on the same jail. Anyway, I've start a test jail on one of my systems for a demo, just to see what I mean, because sometimes it's better to see rather than speaking :) - http://monitor.unix-heaven.org/ It's nothing special, though but it makes managing and viewing webalizer log files much easier, when you have one single page with all your machines and log files, rather than logging to each Apache host and it's webalizer docroot. The code is here: - git.unix-heaven.org/cgit.cgi/wa-admin Just wanted to ask if anyone is interested in actually getting this to the Ports Tree? Again, it's nothing special, it's just the result of a few hours work :) Regards, Marin -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From lumiwa at gmail.com Sat Feb 5 22:25:24 2011 From: lumiwa at gmail.com (ajtiM) Date: Sat Feb 5 22:25:28 2011 Subject: libreoffice 3.3.0_1 Message-ID: <201102051625.15681.lumiwa@gmail.com> Hi! After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. Before updtae I didn't have any problem with Writer and Impress for opening files which were made with MS Word and PowerPoint but after update it doesn't open and programs crashed. Thanks in advance. Mitja -------- http://jpgmag.com/people/lumiwa From lumiwa at gmail.com Sat Feb 5 22:29:49 2011 From: lumiwa at gmail.com (ajtiM) Date: Sat Feb 5 22:29:53 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: <201102051625.15681.lumiwa@gmail.com> References: <201102051625.15681.lumiwa@gmail.com> Message-ID: <201102051629.40605.lumiwa@gmail.com> I am so sorry: my system is FreeBSD 8.1, KDE 4.5 and I built LibreOffice with KDE. On Saturday February 5 2011 16:25:15 you wrote: > Hi! > > After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. > Before updtae I didn't have any problem with Writer and Impress for > opening files which were made with MS Word and PowerPoint but after update > it doesn't open and programs crashed. > > Thanks in advance. > > Mitja > -------- > http://jpgmag.com/people/lumiwa Mitja -------- http://jpgmag.com/people/lumiwa From kubito at gmail.com Sun Feb 6 00:33:44 2011 From: kubito at gmail.com (Raphael Kubo da Costa) Date: Sun Feb 6 00:33:47 2011 Subject: Call for testers: projectM comes to FreeBSD! [re ports/152823] References: Message-ID: <8762syroh6.fsf@gmail.com> Chris Rees writes: > Anyone interested can grab them and test them out! I've tried them on > i386, they work great; feedback is most welcome. In both ports I see that you manually add ${LOCALBASE}/include and ${LOCALBASE}/lib to CFLAGS. In theory, that shouldn't be necessary. Unfortunately, projectM does not seem to be a very good CMake citizen: it should have a FindGLEW.cmake file responsible for finding GLEW's libraries and includes, so that it later can just do something along these lines: include_directories(${GLEW_INCLUDE_DIR}) target_link_libraries(foo ${GLEW_LIBRARIES}) Also, it shouldn't even have a copy of FindFreetype2.cmake lying around (which should also render one of the sed's you use in post-path unnecessary), as CMake itself has had FindFreetype.cmake for quite a long time. Do you know if upstream is aware of these issues? Another question related to libprojectM: does it really need to install Vera.ttf instead of using the system-wide one from x11-fonts/bitstream-vera? Or is it a different font which happens to have the same name? As for projectm-libvisual: Do you also need to set CFLAGS here too? +post-patch: + @${FIND} ${WRKSRC} -name "*.[hc]*" | ${XARGS} ${REINPLACE_CMD} \ + -e 's# References: <8762syroh6.fsf@gmail.com> Message-ID: On 6 February 2011 00:33, Raphael Kubo da Costa wrote: > Chris Rees writes: > >> Anyone interested can grab them and test them out! I've tried them on >> i386, they work great; feedback is most welcome. > > In both ports I see that you manually add ${LOCALBASE}/include and > ${LOCALBASE}/lib to CFLAGS. In theory, that shouldn't be necessary. Shouldn't, but unfortunately is! Linking CXX shared library libprojectM_libvisual.so /usr/bin/ld: cannot find -lprojectM *** Error code 1 That also applies to GLEW as below. > > Unfortunately, projectM does not seem to be a very good CMake citizen: > it should have a FindGLEW.cmake file responsible for finding GLEW's > libraries and includes, so that it later can just do something along > these lines: > > ?include_directories(${GLEW_INCLUDE_DIR}) > ?target_link_libraries(foo ${GLEW_LIBRARIES}) You're absolutely right, however my cmake-foo is not quite up to that yet, and the authors are _dreadful_ at making releases. I have a feeling this may be the last. > > Also, it shouldn't even have a copy of FindFreetype2.cmake lying around > (which should also render one of the sed's you use in post-path > unnecessary), as CMake itself has had FindFreetype.cmake for quite a > long time. > > Do you know if upstream is aware of these issues? They will soon become aware when I tell them; however I want to make sure it works for us before I start to get them to patch their code. Also, see above. > > Another question related to libprojectM: does it really need to install > Vera.ttf instead of using the system-wide one from > x11-fonts/bitstream-vera? Or is it a different font which happens to > have the same name? I'll investigate. > > As for projectm-libvisual: > > Do you also need to set CFLAGS here too? > > +post-patch: > + ? ? ? @${FIND} ${WRKSRC} -name "*.[hc]*" | ${XARGS} ${REINPLACE_CMD} \ > + ? ? ? ? ? ? ? -e 's# > Is this really needed? It seems to be fairly intrusive. Oh yes it *really* is needed [1]! > > + @${REINPLACE_CMD} -e '/return NULL/d' ${WRKSRC}/actor_projectM.cpp > > Is this one from upstream? If so, isn't it better to put it in files/? No, this is one I made. They've written a dummy function in, but it's type struct * and tries to return NULL. I have a serious hatred of files/patch-*; they break with most updates, they bloat the repository and make it slower for everyone to csup as well. I thought that a ${REINPLACE_CMD} was a cleaner way of doing so. I think I should have made satisfactory (for the time being) replies to these, I will look again at the Vera.ttf. If you think I'm fobbing you off, tell me! Thanks very much for the feedback. Chris [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/154530 From lumiwa at gmail.com Sun Feb 6 13:30:02 2011 From: lumiwa at gmail.com (ajtiM) Date: Sun Feb 6 13:30:06 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: <201102051629.40605.lumiwa@gmail.com> References: <201102051625.15681.lumiwa@gmail.com> <201102051629.40605.lumiwa@gmail.com> Message-ID: <201102060726.04043.lumiwa@gmail.com> On Saturday February 5 2011 16:29:40 ajtiM wrote: > I am so sorry: > > my system is FreeBSD 8.1, KDE 4.5 > and I built LibreOffice with KDE. > > On Saturday February 5 2011 16:25:15 you wrote: > > Hi! > > > > After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. > > Before updtae I didn't have any problem with Writer and Impress for > > opening files which were made with MS Word and PowerPoint but after > > update it doesn't open and programs crashed. > > I deinstall LibreOffice and installed again and I don't have a problem with Writer anymore but problem with Impress is here still. As I red before it was a bug but I didn't find if exist still. Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From baptiste.daroussin at gmail.com Sun Feb 6 14:11:36 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Sun Feb 6 14:11:39 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: <201102060726.04043.lumiwa@gmail.com> References: <201102051625.15681.lumiwa@gmail.com> <201102051629.40605.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> Message-ID: 2011/2/6 ajtiM : > On Saturday February 5 2011 16:29:40 ajtiM wrote: >> I am so sorry: >> >> my system is FreeBSD 8.1, KDE 4.5 >> and I built LibreOffice with KDE. >> >> On Saturday February 5 2011 16:25:15 you wrote: >> > Hi! >> > >> > After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. >> > Before updtae I didn't have any problem with Writer and Impress for >> > opening files which were made with MS Word and PowerPoint but after >> > update it doesn't open and programs crashed. >> > > I deinstall LibreOffice and installed again and I don't have a problem with > Writer anymore but problem with Impress is here still. As I red before it was > a bug but I didn't find if exist still. > > Thanks. > > Mitja > -------- > http://jpgmag.com/people/lumiwa > _______________________________________________ > 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" > The upgrade from 3.3.0 to 3.3.0_1 is only plist change, no changes in libreoffice itself, so if it worked with 3.3.0 it should work with 3.3.0_1. regards, Bapt From lumiwa at gmail.com Sun Feb 6 14:28:41 2011 From: lumiwa at gmail.com (ajtiM) Date: Sun Feb 6 14:28:44 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: References: <201102051625.15681.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> Message-ID: <201102060828.01962.lumiwa@gmail.com> On Sunday February 6 2011 08:11:35 Baptiste Daroussin wrote: > 2011/2/6 ajtiM : > > On Saturday February 5 2011 16:29:40 ajtiM wrote: > >> I am so sorry: > >> > >> my system is FreeBSD 8.1, KDE 4.5 > >> and I built LibreOffice with KDE. > >> > >> On Saturday February 5 2011 16:25:15 you wrote: > >> > Hi! > >> > > >> > After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. > >> > Before updtae I didn't have any problem with Writer and Impress for > >> > opening files which were made with MS Word and PowerPoint but after > >> > update it doesn't open and programs crashed. > > > > I deinstall LibreOffice and installed again and I don't have a problem > > with Writer anymore but problem with Impress is here still. As I red > > before it was a bug but I didn't find if exist still. > > > > Thanks. > > > > Mitja > > -------- > > http://jpgmag.com/people/lumiwa > > _______________________________________________ > > 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" > > The upgrade from 3.3.0 to 3.3.0_1 is only plist change, no changes in > libreoffice itself, so if it worked with 3.3.0 it should work with > 3.3.0_1. > > regards, > Bapt But it didn't but now after deinstall and installed again it works except Impress cxrashes all the time if I open pps whic was made on MS PowerPoint but it was not a problem before on OpenOffice. The other problem is to if I have for example a document file attache on may email client which is KMail and I try to open it, nothing happened. I need to save this file first and than open. Also if I try tu run Writer (for example) from konsole (I have KDE 4.5) I got: > libreoffice -writer %U javaPathHelper: not found I18N: Operating system doesn't support locale "en_US" LibreOffice(22865)/kdeui (KIconLoader) KSharedDataCache::Private::mapSharedMemory: Failed to establish shared memory mapping, will fallback to private memory -- memory usage will increase And I Igot a message: /usr/home/Auser/%U does not exist Thank you. Mitja -------- http://jpgmag.com/people/lumiwa From kubito at gmail.com Sun Feb 6 14:56:07 2011 From: kubito at gmail.com (Raphael Kubo da Costa) Date: Sun Feb 6 14:56:10 2011 Subject: Call for testers: projectM comes to FreeBSD! [re ports/152823] References: <8762syroh6.fsf@gmail.com> Message-ID: <87zkq91abv.fsf@gmail.com> Chris Rees writes: > and the authors are _dreadful_ at making releases. I have a feeling > this may be the last. :( Then there's not much to do indeed... >> + @${REINPLACE_CMD} -e '/return NULL/d' ${WRKSRC}/actor_projectM.cpp >> >> Is this one from upstream? If so, isn't it better to put it in files/? > > No, this is one I made. They've written a dummy function in, but it's > type struct * and tries to return NULL. Hmm, if it's a function with a return type other than void, it should return at least something. > I have a serious hatred of files/patch-*; they break with most > updates, they bloat the repository and make it slower for everyone to > csup as well. I thought that a ${REINPLACE_CMD} was a cleaner way of > doing so. To be honest (note I'm not a ports committer, so there might be reasons for this), I don't personally like the current way patches are added: it's better than when they were just called patch-aa and nobody would ever be able to know what their purpose was (the CVS log normally wouldn't help much), however it's still hard to tell when something was obtained from upstream or is something local, if upstream has been contacted about the patch or what exactly it is supposed to fix. Adding some notes about this in the file before the diff itself would certainly help a lot. However, I feel this is still better than sed'ing in the Makefile is worse than that -- you are effectively patching the source in a way that is harder to separate than the building of the port itself, and since it is still a form of "patching", it will break the same way it would if it was in files/. From dan at langille.org Sun Feb 6 15:17:15 2011 From: dan at langille.org (Dan Langille) Date: Sun Feb 6 15:17:19 2011 Subject: MOVED entry needed for www/p5-Apache2-Scorebord Message-ID: <4D4EB716.6070505@langille.org> According to http://www.freshports.org/www/p5-Apache2-Scorebord, this port was repo copied to http://www.freshports.org/www/p5-Apache2-Scoreboard on 17 Jun 2005 12:10:08 (change of name from Scorebord to Scoreboard) There is no such entry in MOVED. This entry should do it: www/p5-Apache2-Scorebord|www/p5-Apache2-Scoreboard|2005-06-12|repo copy to correct name -- Dan Langille - http://langille.org/ From utisoft at gmail.com Sun Feb 6 15:51:34 2011 From: utisoft at gmail.com (Chris Rees) Date: Sun Feb 6 15:51:37 2011 Subject: Call for testers: projectM comes to FreeBSD! [re ports/152823] In-Reply-To: <87zkq91abv.fsf@gmail.com> References: <8762syroh6.fsf@gmail.com> <87zkq91abv.fsf@gmail.com> Message-ID: On 6 February 2011 14:55, Raphael Kubo da Costa wrote: > Chris Rees writes: > >>> + @${REINPLACE_CMD} -e '/return NULL/d' ${WRKSRC}/actor_projectM.cpp >>> >>> Is this one from upstream? If so, isn't it better to put it in files/? >> >> No, this is one I made. They've written a dummy function in, but it's >> type struct * and tries to return NULL. > > Hmm, if it's a function with a return type other than void, it should > return at least something. > >> I have a serious hatred of files/patch-*; they break with most >> updates, they bloat the repository and make it slower for everyone to >> csup as well. I thought that a ${REINPLACE_CMD} was a cleaner way of >> doing so. > > To be honest (note I'm not a ports committer, so there might be reasons > for this), I don't personally like the current way patches are added: > it's better than when they were just called patch-aa and nobody would > ever be able to know what their purpose was (the CVS log normally > wouldn't help much), however it's still hard to tell when something was > obtained from upstream or is something local, if upstream has been > contacted about the patch or what exactly it is supposed to fix. Adding > some notes about this in the file before the diff itself would certainly > help a lot. > After discussion on #bsdports, they agree with you. I've changed it to a patchfile, and removed the only reference to that function as well. It's a dummy call, anyway. Chris From miwi at FreeBSD.org Sun Feb 6 16:04:26 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sun Feb 6 16:04:32 2011 Subject: [HEADS UP] Python Infrastructure changes Roadmap Message-ID: <4D4EBFF6.4010003@FreeBSD.org> I just want to inform you that the python team plans to make some infrastructure changes. The changes involves the following 3 steps: [python 2.5/2.6/2.7 improvements/ py 3.2 adding] We plan to integrate some important patches: ports/153952 ports/148406 ports/149167 ports/152224 ports/133081 python 3.2 will be released on 12 Feb, we'll wait for the final release before adding it to the build. For all of these we will do an exp-run to make sure nothing will break during the build. It takes approximately 2 weeks if all works fine. [python24 removal] Python 2.4 is not supported anymore since 2008, and it has a lot of security problems. Unfortunately this will cause the removal of some zope stuff. The following ports are affected: www/zope210 www/zope211 www/zope28 www/zope29 + zope plugins which are dependent on one of these ports. Philip (pgollucci) is working on an update to some new zope versions. I hope we can cooperate with him to get things smoothly done. For all these we will do an exp-run to make sure nothing will break during build. It takes approximately 3 weeks if all works fine. [python 2.7 move to default] python 2.7 is already stable enough to be moved over as default. For this one we will do an exp-run to make sure nothing will break during the build. If all works fine, we think we can complete it by the first week of March. -- With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) \\Mess with the Best, Die like the Rest// From utisoft at gmail.com Sun Feb 6 16:15:57 2011 From: utisoft at gmail.com (Chris Rees) Date: Sun Feb 6 16:16:00 2011 Subject: cmake and Freetype strangeness In-Reply-To: References: Message-ID: On 31 January 2011 18:06, Chris Rees wrote: > Hi all, > > I'm trying (still) to make a port for projectM. > > The one I've made works fine on my production system, but when I put > it on my test system which has no ports installed, it throws a > tantrum. > > I've added the depends: > > LIB_DEPENDS= ? ?ftgl:${PORTSDIR}/graphics/ftgl \ > ? ? ? ? ? ? ? ?GLEW:${PORTSDIR}/graphics/glew \ > ? ? ? ? ? ? ? ?freetype:${PORTSDIR}/print/freetype2 > > which should be enough, according to the cmake error, but it still happens! > > Why can't cmake find Freetype??? > Found out, it was looking in /usr/X11R6 but not /usr/local. My test system is too new to have the X11R6 symlink, so failure. Patched! Chris From dnaeon at gmail.com Sun Feb 6 16:23:23 2011 From: dnaeon at gmail.com (Marin Atanasov Nikolov) Date: Sun Feb 6 16:23:27 2011 Subject: wa-admin for managing webalizer log files In-Reply-To: References: Message-ID: > > > Anyway, I've start a test jail on one of my systems for a demo, just to see > what I mean, because sometimes > it's better to see rather than speaking :) > > - http://monitor.unix-heaven.org/ > > It's nothing special, though but it makes managing and viewing webalizer > log files much easier, when you have one > single page with all your machines and log files, rather than logging to > each Apache host and it's webalizer docroot. > > The code is here: > > - git.unix-heaven.org/cgit.cgi/wa-admin > > Just wanted to ask if anyone is interested in actually getting this to the > Ports Tree? > > Again, it's nothing special, it's just the result of a few hours work :) > > Regards, > Marin > Replying to myself. Yesterday Ruslan gave me a nice suggestion - adding stats for all the vhosts on the main page. I've updated wa-admin script, and now it creates a nice html index page, with the stats of the different vhosts. This way you have a quick overview of the different vhosts and which ones are most/least accessed. Code and demo are still on the same places. Regards, Marin > > -- > Marin Atanasov Nikolov > > dnaeon AT gmail DOT com > daemon AT unix-heaven DOT org > http://www.unix-heaven.org/ > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From ohauer at FreeBSD.org Sun Feb 6 16:26:17 2011 From: ohauer at FreeBSD.org (Olli Hauer) Date: Sun Feb 6 16:26:20 2011 Subject: MOVED entry needed for www/p5-Apache2-Scorebord In-Reply-To: <4D4EB716.6070505@langille.org> References: <4D4EB716.6070505@langille.org> Message-ID: <4D4ECBE9.2080204@FreeBSD.org> On 2011-02-06 15:58, Dan Langille wrote: > According to http://www.freshports.org/www/p5-Apache2-Scorebord, this port was > repo copied to http://www.freshports.org/www/p5-Apache2-Scoreboard on 17 Jun > 2005 12:10:08 > > (change of name from Scorebord to Scoreboard) > > There is no such entry in MOVED. This entry should do it: > > www/p5-Apache2-Scorebord|www/p5-Apache2-Scoreboard|2005-06-12|repo copy to > correct name > http://www.freebsd.org/cgi/cvsweb.cgi/ports/MOVED#rev1.2340 But you are right, even before trimming the MOVED file there was no enty. From kubito at gmail.com Sun Feb 6 16:42:17 2011 From: kubito at gmail.com (Raphael Kubo da Costa) Date: Sun Feb 6 16:42:21 2011 Subject: cmake and Freetype strangeness References: Message-ID: <87pqr515et.fsf@gmail.com> Chris Rees writes: > On 31 January 2011 18:06, Chris Rees wrote: >> Hi all, >> >> I'm trying (still) to make a port for projectM. >> >> The one I've made works fine on my production system, but when I put >> it on my test system which has no ports installed, it throws a >> tantrum. >> >> I've added the depends: >> >> LIB_DEPENDS= ? ?ftgl:${PORTSDIR}/graphics/ftgl \ >> ? ? ? ? ? ? ? ?GLEW:${PORTSDIR}/graphics/glew \ >> ? ? ? ? ? ? ? ?freetype:${PORTSDIR}/print/freetype2 >> >> which should be enough, according to the cmake error, but it still happens! >> >> Why can't cmake find Freetype??? >> > > > Found out, it was looking in /usr/X11R6 but not /usr/local. My test > system is too new to have the X11R6 symlink, so failure. > > Patched! Just as a sidenote (for the sake of the mailing list's posterity ;), it should be clear that this is a problem with projectM shipping its own version of FindFreetype2.cmake which uses find_library() and find_path() with NO_DEFAULT_PATH. Any adjustments should not be necessary anymore in case projectM drops its own FindFreetype.cmake in the future and starts using CMake's FindFreetype.cmake :) From nox at jelal.kn-bremen.de Sun Feb 6 17:51:49 2011 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sun Feb 6 17:51:55 2011 Subject: Final (I hope) Call for testing: vdr ports (watch/record/stream tv) In-Reply-To: <20110109003405.GA95330@triton8.kn-bremen.de> References: <20110109003405.GA95330@triton8.kn-bremen.de> Message-ID: <20110206174957.GA76134@triton8.kn-bremen.de> I've done a small update: http://people.freebsd.org/~nox/dvb/vdr-20110206a.shar - Renamed multimedia/vdrdevel to multimedia/vdr after discussion with another committer. (sorry forgot who...) - Chased devel/upnp shlib version bump. (libupnp.so.4 > libupnp.so.5) - Adjusted default LIRC_DEVICE so you can test my lirc port update and webcamd remote patch with passing just --lirc to vdr (instead of --lirc=/var/run/lirc/lircd), more details in this post: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011625.html - Bumped PORTREVISIONs. If you are upgrading from an earlier shar I think you can do this: portmaster -o multimedia/vdr vdr-devel-1.7.\* portmaster vdr_plugin\* On Sun, Jan 09, 2011 at 01:34:05AM +0100, Juergen Lock wrote: > Call for testing - vdr 1.7.16 with a bunch of plugins: > > http://people.freebsd.org/~nox/dvb/vdrdevel-CFT-20110108a.shar > > [Main news: > > - Finally added back the missing locales to plugin ports so > non-native speakers may get some more local language in vdr > (you can set the osd language under Setup -> OSD - not everything > has been translated still tho.) > > - Now added the upnp/dlna plugin port to the combined shar after > committing the bugfix patches it needs to the devel/upnp port - > the plugin is still alpha and if you want to test it the remaining > notes in my original thread still apply: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-January/011531.html > > - Changed xineliboutput to always build with opengl and libvdpau, > opengl still uses more cpu than xv for me here with video-ati > and vdpau I still cannot test myself, it is also likely the > ffmpeg port needs to be built with the vdpau knob on for it > to work. > > - Changed the /var/cache/vdr-* dirs to more standard > /var/cache/vdr/{infosatepg,upnp,vtx} (vtx is for osdteletext) > and patched those as defaults into the relevant plugins so > you no longer need to pass them as plugin parameters explicitly. > > - Added the example vdr xine keymap to the xineliboutput plugin > port as PORTEXAMPLES so it (usually) will end up here: > > /usr/local/share/examples/vdr_plugin_xineliboutput/xine/keymap > > - Patched the actual config dir into the vdr(1) manpage (usually > /usr/local/etc/vdr/ - thanx to Torfinn Ingolfsen for noticing.) > > For details see below.] > > Hi! > > So what is vdr? It's something like a luxury settop box/pvr on a pc > to receive/watch/record/stream digital tv channels with epg (electronic > program guide), timers, client/server networking, webinterface etc pp. > So if you have a FreeBSD (or Linux, but that's not covered here :) > server you can add one or more dvb/atsc tuner(s) connected to a > satellite dish, cable tv or just a dvb-t antenna (or receive iptv > streams without a tuner if your isp provides those tho I don't know > if anyone tested `real' iptv on FreeBSD yet), browse/search epg, > set timers for automated or manual recordings, and watch the > streams/recordings elsewhere on your lan. Or if you have a FreeBSD > desktop you can also connect a tuner there and do it all on one > box - or just run a vdr client like vdr-sxfe (installed by the > multimedia/vdr-plugin-xineliboutput port) or a client vdr instance > using the streamdev-client plugin connected to a (possibly Linux) > vdr server elsewhere on your lan. > > So if your isp doesn't provide iptv, > > https://secure.wikimedia.org/wikipedia/en/wiki/IPTV > > (german info page: > > http://www.iptv-anbieter.info/ > > ) then you'll need a dvb tuner (or atsc, tho I have no idea if > anyone tested that on FreeBSD yet) with corresponding v4l/dvb (`v4b') > drivers, in most cases that means an usb tuner supported by the > webcamd port: > > http://www.freshports.org/multimedia/webcamd > > And finally, if you want to compare vdr to other existing ports, > it's a bit like mythtv - only most Linux users _I_ know prefer vdr > over mythtv. :) (and vdr also doesn't use a rdbms so you don't > have to worry about mysql etc.) > > ----snip---previous-notes-with-minor-updates:------- > > I started with jpulz' vdr 1.7.14 patches: (now updated to 1.7.16) > > ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ > ftp://ftp.frm2.tum.de/pub/jpulz/pictures/ > > and made q&d ports of those and of a few more plugins and two webinterfaces > so I can now use FreeBSD as a pc dvb-s2 dvr: > > http://people.freebsd.org/~nox/dvb/vdrdevel-CFT-20110108a.shar > > I still don't know if/when I'll be able finish these to make them > commit-ready (or even port all of the other plugins that people > might want to use), if anyone wants to take over from here or at > least help they are most welcome... > > Note: vdr 1.7.16 is the development branch so expect bugs! (I mostly > used it because the stable branch (1.6) doesn't support dvb-s2...) > > FreeBSD notes: > > 0. See my earlier threads on the freebsd-multimedia list about webcamd > and the usb dvb-s2 and dvb-t tuners I tested; the relevant webcamd > ports and frieds have been updated now so you _should_ be able > to just use those. (dvb-c or atsc(?) tuners should also work > as long as webcamd supports them and there aren't other bugs.) > Links to the more important posts are also here: > > http://people.freebsd.org/~nox/dvb/ > > 1. Before you start installing these ports add the vdr user and group > to /usr/ports/UIDs: > > vdr:*:988:988::0:0:vdr user:/nonexistent:/usr/sbin/nologin > > and to /usr/ports/GIDs: > > vdr:*:988: > > (you don't have to use 988, I just didn't want the id to conflict with > new ports being committed too quickly...), and then either mount an extra > fs with enough space for the recordings on /video or create a video dir > elsewhere where there is space, symlink it to /video and make it > writable for vdr. (or if you do have one big / then you can create > the dir on there too ofc, I just disabled the mkdir in the port to > avoid inadvertently filling up ppl's small / fs.) > > Or if you don't like a symlink you can also add your video dir > as -v to vdr's startup args, see below. > > 2. I now have rc.d scripts for vdr and vdradmin-am but even if you > use those you still need to add plugins and their options similar > to this to your /etc/rc.conf: > > ---snip---- > # vdr > vdr_flags="'-Pxineliboutput --local=none --remote=127.1:37890' \ > -Pskinenigmang -Pfemon -Posdpip \ > '-Posdteletext --cache-system=packed --max-cache=128' \ > -Pstreamdev-server '-Plive -i127.1' -Pepgsearch -Pcontrol \ > -Pinfosatepg -Piptv '-Pupnp -i lo0'" > ---snip---- > > look in the README.s of the individual plugin ports for any > needed options. (should get installed below /usr/local/share/doc/vdr*) > And if you want vdr to start at boot (instead of just manually > by doing: > > /usr/local/etc/rc.d/vdr onestart > > ) you need to set: > > vdr_enable="YES" > > too of course. And for vdradmin_am its: > > vdradmind_enable="YES" > > If you want to start vdr manually in the foreground instead you > need to be root (or the vdr user but vdr also drops to the vdr > uid itself if started as root), and then run it like: > > vdr '-Pxineliboutput --local=none --remote=127.1:37890' -Pskinenigmang -Pfemon -Posdpip '-Posdteletext --cache-system=packed --max-cache=128' -Pstreamdev-server '-Plive -i127.1' -Pepgsearch -Pcontrol -Pinfosatepg -Piptv '-Pupnp -i lo0' > > 2a.I now also have a multimedia/vdr-plugins metaport that allows > you to select and install the plugins you want (and vdr itself > as a dependency), so you don't have to install numerous vdr/plugin > ports individually. > > 3. Of all the video output methods only xineliboutput and streamdev > seem to work (and the vdr-live webinterface browser streaming which > also uses streamdev), jpulz also has patches for softdevice so I made > a port for that too but it only gave me a black screen... streamdev > doesn't have an osd so you probably want xineliboutput at least for > the first setup. > > I was unable to test xineliboutput's vdpau support since I no longer > have nvidia (and miwi's issues with the nvidia blob on amd64 don't > exactly encourage me to try it again soon...) - on the radeon here > using xorg 7.4's video-ati driver with xv xineliboutput via vdr-sxfe, > > vdr-sxfe --video=xv --hotkeys --audio=oss xvdr://127.0.0.1:37890 > > (vdr-sxfe gets installed by the xineliboutput plugin port) as well as > all other players I tested that knew the xvdr protocol (xineliboutput > with osd) can now indeed play h264 hd channels on this PhenomII box > after the ffmpeg updates a few months ago, with the only exception > of kaffeine that still has issues with h264 1080i streams when > deinterlacing is enabled: > > xine "xvdr://127.0.0.1#nocache" > kaffeine "xvdr+tcp://127.0.0.1:37890" > /usr/local/kde4/bin/kaffeine "xvdr+tcp://127.0.0.1:37890" > > (kaffeine also has no provision for vdr keyboard control...) > > You can now also run vdr-sxfe with --hud tho that didn't really > work for me (probably needs compositing which I yet have to > test.) --video opengl and vdpau support is now also in the build > but as I said vdpau I cannot test myself and it may need the > ffmpeg port to be built with the vdpau knob on too which is still > off by default. > > Btw I use software volume control with xineliboutput (Setup -> > Plugins -> xineliboutput -> Volume control in the osd) because > selecting `hardware' there doesn't work so well with snd(4)'s > volume-per-channel feature (hint.pcm.X.vpc, which also in fact > is software) that I want to keep enabled for other apps... > And in case you didn't know about this snd(4) feature you can > read more here: > > http://people.freebsd.org/~ariff/SOUND_4.TXT.html > > You can also use other players like mplayer or totem/gstreamer > (incluing the totem browser plugin invoked by the vdr-live > webinterface), only those don't know the xvdr protocol and thus > wont display an osd: > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:37890/ > totem http://127.0.0.1:37890/ > > (or using streamdev: > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:3000/302 > totem http://127.0.0.1:3000/302 > > - channel 302 is arte hd in my channels.conf.) > > 3a.And if you want to try out the xbmc port that recently has been > committed with live tv via vdr you can do that too even tho it > is not the pvr-testing2 branch, you just won't get the fast > channel switching etc you'd get via the vnsi protocol (that I > also ported the plugin for but couldn't test it) - watching live > channels and recordings done by vdr (possibly scheduled via > webinterface) is still possible. Just make sure you run vdr > with the streamdev-server plugin enabled and that it is listening > on the vdr-to-vdr server port (thats 2004 and is disabled by > default, see in the osd under Setup -> Plugins -> streamdev-server.) > Then in xbmc you can add vdr streamdev as a video source either > via the gui or manually by putting something like this in > ~/.xbmc/userdata/mediasources.xml: > > > > vtp://127.0.0.1:2004/ > > > > Note you'll have to add the /video dir to xbmc seperately via > the filesystem if you want to be able to watch recordings > (or test the upnp plugin with xbmc but that is still alpha > and at least atm also cannot stream h264 recordings.) > > 4. I have no idea if the lirc support works on FreeBSD, and the uhid(4) > remote plugin support (see that port's pkg-descr) is highly > experimental - as well as webcamd not yet supporting dvb tuner > remotes unless they already appear as uhid(4)/ukbd(4) without > webcamd's help - so you probably will at least initially want > to use keyboard control. I have included an example remote.conf > for vdr-sxfe and the multimedia/vdr-plugin-control plugin that > you can access by telnet (default port is 2002), I have put the > menu button on the tab and insert keys and OK on the return key, > see > > /usr/local/etc/vdr/remote.conf > > for the full keybindings list. (If you start vdr in the foreground > and keep that shell open you should be able to use that for keyboard > control also, the control plugin just gives you an osd too over > telnet.) > > And if you use xine > > xine "xvdr://127.0.0.1#nocache" > > instead of vdr-sxfe > > vdr-sxfe --video=xv --hotkeys --audio=oss xvdr://127.0.0.1:37890 > > you probably want to use a ~/.xine/keymap that includes vdr controls, > I've put mine here: > > http://people.freebsd.org/~nox/dvb/xine/keymap > > and the xineliboutput plugin port now also installs it under: > > /usr/local/share/examples/vdr_plugin_xineliboutput/xine/keymap > > Oh and the webinterfaces have point-and-click remotes too but those > are pretty clunky to use... > > 5. The example channels.conf is the one that comes with the vdr sources, > its for Astra 19.2E and a little outdated (also doesn't have hd channels > yet), if you receive something else and don't want to go hunting for a > suitable channels.conf on the web you can use the multimedia/w_scan > port. Remember to use -o7 for vdr 1.7.x, see the w_scan homepage > and w_scan's -h and -H usage messages for options and examples: > > http://wirbel.htpc-forum.de/w_scan/index_en.html > > (the w_scan start script hasn't been ported to FreeBSD yet.) > > Also note you probably will only need to use w_scan once initially, > this vdr version by default should look for new transponders > itself when it does its epg scan during idle times unles you > disable that feature. > > And if you install the iptv plugin and want to test it with some > internet streams if your isp dosn't provide `real' iptv (or you > just want to be able to press `r'ecord while watching web streams > like nasatv), you can merge example /usr/local/etc/vdr/channels.conf > entries from here: > > /usr/local/share/examples/vdr_plugin_iptv/channels.conf.iptv > > (I don't have `real' iptv here so that's all I can test. Also > don't expect 100% performance with these examples, live transcoding > streams to mpeg-ts that vdr expects still is kinda fragile and > sometimes needs to be manually restarted by e.g. hitting OK > (return) in the channel list (c) before it works, and startup is > usually slow too... Transcoding uses vlc with those examples, > you can see vlc's messages if you start vdr in the foreground > instead of via the rc.d script as explained above. Also see > > /usr/local/etc/vdr/plugins/iptv > > and > > /usr/local/etc/vdr/plugins/iptv/vlcinput > > and the plugin homepage: > > http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ > > for configurations. And there seems to be a `feature' that > sometimes causes vdr to start receiving streams without anyone > watching/recording just because the iptv plugin is enabled...) > > 5. I ported two webinterfaces because I only learned about vdr-live > later which seems to be faster and uses fewer resources meaning you > could probably turn a pretty wimpy box into a vdr server as long as > you keep the actual watching (especially of h264 hd) to a faster box > connected over the network. The vdr-plugin-live webinterface by > default listens on port 8008: > > http://127.1:8008/ > > Default login/pw is admin/live as also mentioned in: > > /usr/local/share/doc/vdr_plugin_live/README > > vdradmin_am listens on 8001: > > http://127.1:8001/ > > Default login/pw for that is vdr/vdr. > > And the streamdev plugin has a (simple) webinterface too if you point > a browser at it: (instead of a player) > > http://127.1:3000/ > > 6. I may have forgot some other manual installation steps, if you > notice something just post a followup... Most of vdr's own > configuration including plugins should be available in the > osd under `Setup', some things like allowed hosts/subnets > for network plugins need to be manually configured under > /usr/local/etc/vdr/plugins tho. > > And here are some links about vdr and the plugins and webinterfaces > I made ports for: > > 0. vdr 1.7.16: > http://www.tvdr.de/ > http://www.linuxtv.org/vdrwiki/index.php/Main_Page > > 1. xineliboutput-1.0.5 cvs snapshot from 20101019: > http://sourceforge.net/projects/xineliboutput/ > http://www.linuxtv.org/vdrwiki/index.php/Xineliboutput-plugin > > 2. streamdev-0.5.0 cvs snapshot from 20100426: > http://streamdev.vdr-developer.org/ > http://www.linuxtv.org/vdrwiki/index.php/Streamdev-plugin > > 3. live-0.2.0s20101122 git snapshot: > http://live.vdr-developer.org/ > > 4. live also depends on cxxtools and tntnet which I also had to port: > http://www.tntnet.org/cxxtools.html > http://www.tntnet.org/index.html > > 5. epgsearch-0.9.25.beta17: > http://winni.vdr-developer.org/epgsearch/index_eng.html > http://www.linuxtv.org/vdrwiki/index.php/Epgsearch-plugin > > 6. femon-1.7.7: > http://www.saunalahti.fi/~rahrenbe/vdr/femon/ > http://www.linuxtv.org/vdrwiki/index.php/Femon-plugin > > 7. osdpip-0.1.0: > http://projects.vdr-developer.org/projects/show/plg-osdpip > http://www.linuxtv.org/vdrwiki/index.php/Osdpip-plugin > > 8. osdteletext-0.9.0: > http://projects.vdr-developer.org/projects/show/plg-osdteletext > http://www.linuxtv.org/vdrwiki/index.php/Osdteletext-plugin > > 9. skinenigmang-0.1.1: > http://andreas.vdr-developer.org/enigmang/index.html > http://www.vdr-wiki.de/wiki/index.php/Skinenigmang-plugin > (sorry for de in the second link but at least there are pics...) > > 10. softdevice 0.5.0 cvs snapshot from 20100414: > http://softdevice.berlios.de/ > http://www.linuxtv.org/vdrwiki/index.php/Softdevice-plugin > > 11. control-0.0.2a-45yavdr1 with ubuntu yavdr patches: (and a patch by > me to fix a segfault on vdr exit) > http://ricomp.de/vdr/down_en.html > http://www.linuxtv.org/vdrwiki/index.php/Control-plugin > > 12. vdradmin_am-3.6.7: > http://andreas.vdr-developer.org/vdradmin-am/ > > 13. infosatepg-0.0.11: > http://projects.vdr-developer.org/projects/show/plg-infosatepg > http://vdr-wiki.de/wiki/index.php/Infosatepg-plugin > My post including notes about how I got it receiving and using > the infosat epg data quickly: > http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-July/011158.html > > 14. remote-0.4.0: (with experimental FreeBSD uhid(4) support, some > notes are in the port's pkg-descr) > http://escape-edv.de/endriss/vdr > http://www.linuxtv.org/vdrwiki/index.php/Remote-plugin > > 15. iptv-0.4.2: > http://www.saunalahti.fi/~rahrenbe/vdr/iptv/ > > 16. vnsiserver-0.0.2s20100808.0952: > http://www.vdr-wiki.de/wiki/index.php/Vnsi-server-plugin > http://www.vdr-portal.de/board/thread.php?threadid=95292 > (sorry about the german but as I said this is only useful with > the xbmc pvr-testing2 branch anyway and its untested too.) > > 17. upnp-0.0.2a2 with a few bugfixes done by me: > http://upnp.vdr-developer.org/ > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-January/011531.html > > TODO: > > - The ports still could use quite some cleanup work, also to make > upgrading them or adding new plugins easier. > - Submit the rest of the non-hacky FreeBSD patches back to the > individual upstream maintainers (that should be pretty much all > of the patches for *.[ch] source files, only Makefile/configure > scripts patches less so.) > - Someone(tm) may want to write a `real' step-by-step guide how to > get a FreeBSD vdr going... (preferably someone who has never > used vdr before to make sure important stuff I never think about > isn't left out.) > > Enjoy, :) > Juergen From cvs-src at yandex.ru Sun Feb 6 19:35:32 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Sun Feb 6 19:35:35 2011 Subject: [HEADS UP] Python Infrastructure changes Roadmap In-Reply-To: <4D4EBFF6.4010003@FreeBSD.org> References: <4D4EBFF6.4010003@FreeBSD.org> Message-ID: <4D4EF7B4.6060903@yandex.ru> 06.02.2011 18:36, Martin Wilke ?????: > [python 2.7 move to default] > python 2.7 is already stable enough to be moved over as default. For > this one we will do an exp-run > to make sure nothing will break during the build. If all works fine, we > think we can complete it by the > first week of March. Good news! Just want to note that i'm using python2.7 as the only python version for a couple of months now. It's a common gnome desktop and many of third-party python apps from ports. All of them working smoothly with 2.7, w/o any problems. -- Regards, Ruslan From cvs-src at yandex.ru Sun Feb 6 19:42:09 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Sun Feb 6 19:42:11 2011 Subject: wa-admin for managing webalizer log files In-Reply-To: References: Message-ID: <4D4EF946.2010401@yandex.ru> Hi Marin, 06.02.2011 19:23, Marin Atanasov Nikolov ?????: >> >> >> Anyway, I've start a test jail on one of my systems for a demo, just to see >> what I mean, because sometimes >> it's better to see rather than speaking :) >> >> - http://monitor.unix-heaven.org/ >> >> It's nothing special, though but it makes managing and viewing webalizer >> log files much easier, when you have one >> single page with all your machines and log files, rather than logging to >> each Apache host and it's webalizer docroot. >> >> The code is here: >> >> - git.unix-heaven.org/cgit.cgi/wa-admin >> >> Just wanted to ask if anyone is interested in actually getting this to the >> Ports Tree? >> >> Again, it's nothing special, it's just the result of a few hours work :) >> >> Regards, >> Marin >> > > Replying to myself. > > Yesterday Ruslan gave me a nice suggestion - adding stats for all the vhosts > on the main page. > > I've updated wa-admin script, and now it creates a nice html index page, > with the stats of the different vhosts. > > This way you have a quick overview of the different vhosts and which ones > are most/least accessed. > > Code and demo are still on the same places. Thank you very much for this addition and for your fast response, i'll try to test this in a next week on my servers and then report back to you. -- Regards, Ruslan From lumiwa at gmail.com Sun Feb 6 20:29:44 2011 From: lumiwa at gmail.com (ajtiM) Date: Sun Feb 6 20:29:46 2011 Subject: kipi plugins for kde 4 Message-ID: <201102061420.43625.lumiwa@gmail.com> I tried to update kipi-plugin for kde4 1.8.0,1 but I got after 100% success of built that I need firs deinstall kdegraphics4 and than reinstall portt. What is the problem with this version, please? Do I need to deinstall kdegraphics4 and install kipi-plugin? Or is smothing wron with plugin? Thanks in advance. Mitja -------- http://jpgmag.com/people/lumiwa From bapt at freebsd.org Sun Feb 6 20:44:08 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Sun Feb 6 20:44:12 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: <201102060828.01962.lumiwa@gmail.com> References: <201102051625.15681.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> <201102060828.01962.lumiwa@gmail.com> Message-ID: 2011/2/6 ajtiM : > On Sunday February 6 2011 08:11:35 Baptiste Daroussin wrote: >> 2011/2/6 ajtiM : >> > On Saturday February 5 2011 16:29:40 ajtiM wrote: >> >> I am so sorry: >> >> >> >> my system is FreeBSD 8.1, KDE 4.5 >> >> and I built LibreOffice with KDE. >> >> >> >> On Saturday February 5 2011 16:25:15 you wrote: >> >> > Hi! >> >> > >> >> > After update LibreOffice from 3.3.0 to 3.3.0_1 is the total disaster. >> >> > Before updtae I didn't have any problem with Writer and Impress for >> >> > opening files which were made with MS Word and PowerPoint but after >> >> > update it doesn't open and programs crashed. >> > >> > I deinstall LibreOffice and installed again and I don't have a problem >> > with Writer anymore but problem with Impress is here still. As I red >> > before it was a bug but I didn't find if exist still. >> > >> > Thanks. >> > >> > Mitja >> > -------- >> > http://jpgmag.com/people/lumiwa >> > _______________________________________________ >> > 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" >> >> The upgrade from 3.3.0 to 3.3.0_1 is only plist change, no changes in >> libreoffice itself, so if it worked with 3.3.0 it should work with >> 3.3.0_1. >> >> regards, >> Bapt > > But it didn't but now after deinstall and installed again it works except > Impress cxrashes all the time if I open pps whic was made on MS PowerPoint but > it was not a problem before on OpenOffice. > > The other problem is to if I have for example a document file attache on may > email client which is KMail and I try to open it, nothing happened. I need to > save this file first and than open. > Also if I try tu run Writer (for example) from konsole (I have KDE 4.5) I got: > >> libreoffice -writer %U > javaPathHelper: not found > I18N: Operating system doesn't support locale "en_US" > LibreOffice(22865)/kdeui (KIconLoader) > KSharedDataCache::Private::mapSharedMemory: Failed to establish shared memory > mapping, will fallback to private memory -- memory usage will increase > > And I Igot a message: > > /usr/home/Auser/%U does not exist > > Thank you. > > > Mitja > -------- > http://jpgmag.com/people/lumiwa > This is normal you ask from for consol to open the "%U" file which doesn't exist. > KSharedDataCache::Private::mapSharedMemory: Failed to establish shared memory > mapping, will fallback to private memory -- memory usage will increase This message seems more anoying, but as I'm not a KDE user it is hard to know if it is normal or not, I'll try to check. Can you send me a sample pps file that doesn't work please ? regards, Bapt From ale at FreeBSD.org Sun Feb 6 21:29:08 2011 From: ale at FreeBSD.org (Alex Dupre) Date: Sun Feb 6 21:29:11 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: References: <201102051625.15681.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> <201102060828.01962.lumiwa@gmail.com> Message-ID: <4D4F12A0.8020305@FreeBSD.org> Baptiste Daroussin ha scritto: >> KSharedDataCache::Private::mapSharedMemory: Failed to establish shared memory >> mapping, will fallback to private memory -- memory usage will increase > > This message seems more anoying, but as I'm not a KDE user it is hard > to know if it is normal or not, I'll try to check. It's normal. -- Alex Dupre From dan at langille.org Mon Feb 7 01:42:16 2011 From: dan at langille.org (Dan Langille) Date: Mon Feb 7 01:42:19 2011 Subject: What ports require this port? Message-ID: <4D4F49BF.1030506@langille.org> Over the weekend, a new feature was added to FreshPorts BETA. A port now lists all ports that require it. This code will eventually move to production after it's been running on on the beta site for a while. Notes: * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V BUILD_DEPENDS * Only the default build is queried * This is not recursive. For example, at http://beta.freshports.org/graphics/png/ You will find: Required by: for Build graphics/iiview graphics/optar graphics/tumbler for Libraries astro/astrometry astro/celestia astro/celestia-gnome [long list snipped] More information: * The original request: http://www.freshports.org/phorum/read.php?f=1&i=1280&t=1280 * Some background on the work: http://news.freshports.org/2011/02/05/what-ports-are-dependant-upon-this-port/ or http://tinyurl.com/6fezxpq -- Dan Langille - http://langille.org/ From bf1783 at googlemail.com Mon Feb 7 02:01:43 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 7 02:01:47 2011 Subject: What ports require this port? Message-ID: > Over the weekend, a new feature was added to FreshPorts BETA. A port > now lists all ports that require it. This code will eventually move to > production after it's been running on on the beta site for a while. > > Notes: > > * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V > BUILD_DEPENDS If you're going to include BUILD_DEPENDS, then you should also use -V PATCH_DEPENDS -V FETCH_DEPENDS. b. From dan at langille.org Mon Feb 7 02:02:58 2011 From: dan at langille.org (Dan Langille) Date: Mon Feb 7 02:03:02 2011 Subject: What ports require this port? In-Reply-To: References: Message-ID: <4D4F52C7.3010407@langille.org> On 2/6/2011 9:01 PM, b. f. wrote: >> Over the weekend, a new feature was added to FreshPorts BETA. A port >> now lists all ports that require it. This code will eventually move to >> production after it's been running on on the beta site for a while. >> >> Notes: >> >> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >> BUILD_DEPENDS > > If you're going to include BUILD_DEPENDS, then you should also use -V > PATCH_DEPENDS -V FETCH_DEPENDS. I guess that's a job for future work. Another weekend. :) Thanks. -- Dan Langille - http://langille.org/ From bf1783 at googlemail.com Mon Feb 7 02:03:21 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 7 02:03:25 2011 Subject: What ports require this port? In-Reply-To: References: Message-ID: On 2/6/11, b. f. wrote: >> Over the weekend, a new feature was added to FreshPorts BETA. A port >> now lists all ports that require it. This code will eventually move to >> production after it's been running on on the beta site for a while. >> >> Notes: >> >> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >> BUILD_DEPENDS > > If you're going to include BUILD_DEPENDS, then you should also use -V > PATCH_DEPENDS -V FETCH_DEPENDS. And, of course, -V EXTRACT_DEPENDS. b. From dan at langille.org Mon Feb 7 02:24:24 2011 From: dan at langille.org (Dan Langille) Date: Mon Feb 7 02:24:28 2011 Subject: What ports require this port? In-Reply-To: References: Message-ID: <4D4F57C7.3030906@langille.org> On 2/6/2011 9:03 PM, b. f. wrote: > On 2/6/11, b. f. wrote: >>> Over the weekend, a new feature was added to FreshPorts BETA. A port >>> now lists all ports that require it. This code will eventually move to >>> production after it's been running on on the beta site for a while. >>> >>> Notes: >>> >>> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >>> BUILD_DEPENDS >> >> If you're going to include BUILD_DEPENDS, then you should also use -V >> PATCH_DEPENDS -V FETCH_DEPENDS. > > And, of course, -V EXTRACT_DEPENDS. While we're here... is there anything special about PATCH_DEPENDS, FETCH_DEPENDS, and EXTRACT_DEPENDS that might be different than the depends I'm already processing? They seem to be the same format: [dan@ngaio:/usr/ports/graphics/tifmerge] $ make -V EXTRACT_DEPENDS tuc:/usr/ports/converters/tuc /usr/local/bin/unzip:/usr/ports/archivers/unzip [dan@ngaio:/usr/ports/www/apache13-modssl] $ make -V PATCH_DEPENDS /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 However, my manual searches to find a port which outputs a value for 'make -V FETCH_DEPENDS' have failed so far. But I'm sure it will turn up during my first few test runs. -- Dan Langille - http://langille.org/ From bf1783 at googlemail.com Mon Feb 7 02:50:21 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 7 02:50:24 2011 Subject: What ports require this port? In-Reply-To: <4D4F57C7.3030906@langille.org> References: <4D4F57C7.3030906@langille.org> Message-ID: On 2/6/11, Dan Langille wrote: > On 2/6/2011 9:03 PM, b. f. wrote: >> On 2/6/11, b. f. wrote: > > While we're here... is there anything special about PATCH_DEPENDS, > FETCH_DEPENDS, and EXTRACT_DEPENDS that might be different than the > depends I'm already processing? They seem to be the same format: > > [dan@ngaio:/usr/ports/graphics/tifmerge] $ make -V EXTRACT_DEPENDS > tuc:/usr/ports/converters/tuc > /usr/local/bin/unzip:/usr/ports/archivers/unzip > > [dan@ngaio:/usr/ports/www/apache13-modssl] $ make -V PATCH_DEPENDS > /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 > /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 IIRC, they are the same ordered triple format. By the way, just because a port is in the *_DEPENDS of another port, doesn't necessarily mean that the first port must be installed to build the second port: sometimes the (usually absent) third element of the triplet can be used to override the default "install". So some *_DEPENDS, for example, just need to be fetched rather than installed. Others may just need to execute some simple target defined in the Makefile of the dependency. I don't know whether you want to include that level of detail in your Freshports pages. > However, my manual searches to find a port which outputs a value for > 'make -V FETCH_DEPENDS' have failed so far. But I'm sure it will turn > up during my first few test runs. fgrep -e FETCH_DEPENDS -nH -r $PORTSDIR --include='*Makefile': ports/cad/kicad-devel/Makefile:83:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/cad/kicad-devel/Makefile:84:FETCH_DEPENDS+= bzr:${PORTSDIR}/devel/bazaar-ng ports/comms/wsjt/Makefile:66:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/devel/compiler-rt/Makefile:62:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/devel/llvm-devel/Makefile:89:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/graphics/seom/Makefile:47:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/graphics/yukon/Makefile:44:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/lang/clang-devel/Makefile:75:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/net/xorp-devel/Makefile:45:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/print/bsd_lpr/Makefile:33:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/www/trac-discussion/Makefile:31:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/www/trac-fivestarvote/Makefile:30:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/www/trac-math/Makefile:37:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/www/trac-ticketimport/Makefile:31:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion ports/www/trac-vote/Makefile:30:FETCH_DEPENDS+= svn:${PORTSDIR}/devel/subversion b. From dan at langille.org Mon Feb 7 02:54:54 2011 From: dan at langille.org (Dan Langille) Date: Mon Feb 7 02:55:12 2011 Subject: What ports require this port? In-Reply-To: References: <4D4F57C7.3030906@langille.org> Message-ID: <4D4F5EF3.9030207@langille.org> On 2/6/2011 9:50 PM, b. f. wrote: > On 2/6/11, Dan Langille wrote: >> On 2/6/2011 9:03 PM, b. f. wrote: >>> On 2/6/11, b. f. wrote: > >> >> While we're here... is there anything special about PATCH_DEPENDS, >> FETCH_DEPENDS, and EXTRACT_DEPENDS that might be different than the >> depends I'm already processing? They seem to be the same format: >> >> [dan@ngaio:/usr/ports/graphics/tifmerge] $ make -V EXTRACT_DEPENDS >> tuc:/usr/ports/converters/tuc >> /usr/local/bin/unzip:/usr/ports/archivers/unzip >> >> [dan@ngaio:/usr/ports/www/apache13-modssl] $ make -V PATCH_DEPENDS >> /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 >> /usr/local/bin/perl5.8.9:/usr/ports/lang/perl5.8 > > IIRC, they are the same ordered triple format. By the way, just > because a port is in the *_DEPENDS of another port, doesn't > necessarily mean that the first port must be installed to build the > second port: sometimes the (usually absent) third element of the > triplet can be used to override the default "install". So some > *_DEPENDS, for example, just need to be fetched rather than installed. > Others may just need to execute some simple target defined in the > Makefile of the dependency. I don't know whether you want to include > that level of detail in your Freshports pages. I think you are referring to suffixes such as :patch, :fetch, :config. FreshPorts ignores those entirely. It just lists the ports regardless of those suffixes. >> However, my manual searches to find a port which outputs a value for >> 'make -V FETCH_DEPENDS' have failed so far. But I'm sure it will turn >> up during my first few test runs. > > fgrep -e FETCH_DEPENDS -nH -r $PORTSDIR --include='*Makefile': > > ports/cad/kicad-devel/Makefile:83:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/cad/kicad-devel/Makefile:84:FETCH_DEPENDS+= > bzr:${PORTSDIR}/devel/bazaar-ng > ports/comms/wsjt/Makefile:66:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/devel/compiler-rt/Makefile:62:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/devel/llvm-devel/Makefile:89:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/graphics/seom/Makefile:47:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/graphics/yukon/Makefile:44:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/lang/clang-devel/Makefile:75:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/net/xorp-devel/Makefile:45:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/print/bsd_lpr/Makefile:33:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/www/trac-discussion/Makefile:31:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/www/trac-fivestarvote/Makefile:30:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/www/trac-math/Makefile:37:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/www/trac-ticketimport/Makefile:31:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion > ports/www/trac-vote/Makefile:30:FETCH_DEPENDS+= > svn:${PORTSDIR}/devel/subversion Find a Makefile containing FETCH_DEPENDS is one thing. Getting a value from the default config settings is another. :) I wasn't explicit about that, but I chose the words carefully. -- Dan Langille - http://langille.org/ From dougb at FreeBSD.org Mon Feb 7 07:53:01 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Mon Feb 7 07:53:04 2011 Subject: pkg_info -g not working for unprivileged user + unreadable files Message-ID: <4D4FA4DA.608@FreeBSD.org> flz, In r206043 you converted fexists() in src/lib/libpkg/file.c to use open() instead of lstat(). Unfortunately this has the side effect of breaking 'pkg_info -g' for unprivileged users with files that have no +r bits. For example: pkg_info -g sudo-1.7.4.6 Information for sudo-1.7.4.6: Mismatched Checksums: pkg_info: /usr/local/bin/sudo doesn't exist pkg_info: /usr/local/bin/sudoedit doesn't exist pkg_info: /usr/local/bin/sudoreplay doesn't exist pkg_info: /usr/local/sbin/visudo doesn't exist Reverting your change produces the expected behavior. So my questions are, why was the change made, what are its benefits, and how can we fix this problem? :) Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From flz at FreeBSD.org Mon Feb 7 09:38:15 2011 From: flz at FreeBSD.org (Florent Thoumie) Date: Mon Feb 7 09:38:18 2011 Subject: pkg_info -g not working for unprivileged user + unreadable files In-Reply-To: <4D4FA4DA.608@FreeBSD.org> References: <4D4FA4DA.608@FreeBSD.org> Message-ID: On Mon, Feb 7, 2011 at 7:52 AM, Doug Barton wrote: > flz, > > In r206043 you converted fexists() in src/lib/libpkg/file.c to use open() > instead of lstat(). Unfortunately this has the side effect of breaking > 'pkg_info -g' for unprivileged users with files that have no +r bits. For > example: > > pkg_info -g sudo-1.7.4.6 > Information for sudo-1.7.4.6: > > Mismatched Checksums: > pkg_info: /usr/local/bin/sudo doesn't exist > pkg_info: /usr/local/bin/sudoedit doesn't exist > pkg_info: /usr/local/bin/sudoreplay doesn't exist > pkg_info: /usr/local/sbin/visudo doesn't exist How can you compute the checksum if you don't have read access? I understand that the error message should rather be "Cannot open %s". > Reverting your change produces the expected behavior. So my questions are, > why was the change made, what are its benefits, and how can we fix this > problem? ?:) I'm sure there was a good reason at the time. I'll have a better look later. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From bugmaster at FreeBSD.org Mon Feb 7 11:06:07 2011 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 7 11:06:28 2011 Subject: Current unassigned ports problem reports Message-ID: <201102071106.p17B66q8026966@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/154558 math/linux-SHA_1_collission_search_graz : deprecate o ports/154555 [PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154551 New port: java/jdownloader - Download manager for host o ports/154548 textproc/pootle: Pootle's rc.d script don't take into o ports/154530 [PATCH] graphics/libvisual04: Fix path conflict & take f ports/154521 [ports] emulators/dynamips-devel receives nothing from f ports/154464 [UPDATE] devel/py-distutils-extra: update to 2.23 [fea o ports/154453 Rewritten port: audio/teamspeak_server f ports/154431 [patch] ports/Tools/scripts: python scripts use bad sh o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154334 fix for misc/freeswitch-scripts pkg-add o ports/154333 pkg_add fix for misc/freeswitch-pizzademo o ports/154332 pkg_add fix net/freeswitch-core o ports/154319 [patch] x11/xorg-mininal should work correctly for VID f ports/154311 [PATCH] devel/py-asn1: update to 0.0.12a [feature safe o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154254 [patch] asmail imap login broken with gmail at al. o ports/154202 New port: security/scannedonly - A Samba VFS virus sca o ports/154194 net/freeswitch: update portversion and remove portrevi f ports/154167 update devel/geany to 0.20 o ports/154090 /usr/ports/mail/enma got SIGSEGV. f ports/154078 mail/mailfront is outdated (1.12) current version is 1 f ports/154077 mail/cone is outdated (0.77) current version is 0.84 f ports/154058 new port: games/megaglest, Free 3d real-time customiza o ports/154044 [PATCH] update x11-toolkits/open-motif to latest versi o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153963 New port: comms/uarduno USB/serial kernel module for A f ports/153956 www/squid31: squid_radius_auth does not send identifie o ports/153926 New port net/freeswitch-snapshot f ports/153874 devel/cvs-devel port will core o ports/153810 [PATCH] Fix usb_interrupt_read() in devel/libusb for f o ports/153773 net/rabbitmq: reads configuration from /etc instead of f ports/153733 [patch] emulators/visualboyadvance-m: problem with joy o ports/153715 net/freeradius: FreeRADIUS exiting with Signal 11 on F f ports/153697 ports java/jboss5 build failed f ports/153688 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.4 f ports/153645 Update ports: emulators/mame update to v0.141 o ports/153625 [bsd.port.mk] Pass CPPFLAGS to MAKE_ENV and CONFIGURE_ f ports/153622 [patch] sysutils/jfbterm: improve TERMCAP option f ports/153612 Update devel/arm-elf-binutils to version 2.17 f ports/153607 Update devel/djgpp-binutils to version 2.17 o ports/153601 New port: security/msktutil Active Directory keytab ma o ports/153573 [patch] ports/Mk bsd.license.mk honor pkg_add -p/-P o ports/153503 Patch to add PostgreSQL health check to net/haproxy o ports/153473 [patch] mail/courier port upgrade from 0.63.0 to 0.65. o ports/153452 New port: science/py-ws2300 A driver for the LaCrosse o ports/153429 [patch] Fix explicite uses of unzip in ports f ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/153422 [NEW PORT] databases/memcacheq-0.2.0: Simple queue ser o ports/153379 [PATCH] www/hastymail2 add options to add dependencies o ports/153357 [patch] news/sabnzbdplus: rc script fails to kill the o ports/153320 New Port: www/p5-Feersum f ports/153287 [PATCH] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/153263 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/153251 www/drush is out of date f ports/153249 sysutils/syscp port is missing a critical dependency o ports/153195 New port: www/mathjax cross-browser JavaScript display f ports/153148 change port: deskutils/x-tile A tiling application for o ports/153130 sysutils/k3b: problem with k3b and mounting ntfs with o ports/153045 [NEW PORT] math/lapacke: Standard C language APIs for f ports/153032 sysutils/fusefs-ntfs: Patching ntfs-3g, to behave as F f ports/153024 security/rkhunter should not overwrite /usr/local/etc/ o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign o ports/152958 The port of www/mnogosearch 3.3.10 is using an out-of- f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152888 security/gpgme: add workaround for: ** Sylpheed-WARNIN f ports/152855 [PATCH] net/unison, net/unison-devel: update to respec f ports/152770 sysutils/duplicity-devel/ throws ioctl sign-extension f ports/152744 sysutils/duplicity updated to 0.6.11 f ports/152669 no work innodb (databases/mariadb) f ports/152537 [patch] database/postgresql90-server no longer needs p o ports/152467 [new port] net/openafs port o ports/152453 textproc/urlview port should install gecko.sh optional o ports/152376 New port: audio/lastfmsubmitd f ports/152304 sysutils/fcron: illegal instruction 4 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu o ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152186 [NEW PORT] lang/python-doc-text: Documentation for the o ports/152175 New port: lang/javascript-v8 Google's open source Java f ports/152152 math/polymake: Port upgrade request o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/152109 New port: x11/keylaunch2 A fork of keylaunch that a o ports/152082 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/152073 New port: audio/WMmp f ports/152045 New port: www/links-hacked browser with tricks for tab o ports/152006 New Port: archivers/unzip-iconv: Slave port of unzip w f ports/151982 Can't build sysutils/fusefs-kmod ; problem with ruby o ports/151973 New port: security/arpCounterattack -- Detects and rem f ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq f ports/151876 www/squid: Squid rc script doesn't restart the daemon o ports/151837 [patch] sysutils/bsdstats : does honor BATCH when inst f ports/151783 mail/fetchmail: rc.d script broken in case of MDA use f ports/151777 deskutils/xfce4-volstatus-icon Segmentation fault and o ports/151774 [new port] sysutils/pprotectd o ports/151747 new port: emulators/wine-fbsd64: request for (a variat f ports/151706 [PATCH] games/endgame-singularity: update to 0.30b f ports/151689 dns/rbldnsd does not use preassigned UID/GIDs o ports/151572 The first start of net/tucan failed because it can't w o ports/151467 New port: sysutils/autojump acts as a complement to cd f ports/151347 port net-mgmt/rancid doesn't work corretly with SVN o ports/151299 audio/mt-daapd: portlint(1) fixes and more f ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF f ports/151154 audio/amarok-kde4 crashes on network activity if ports o ports/150883 Ports games/openastromenace won't compile on 64 bit f ports/150783 mail/qpopper: fails to configure ocasionally o ports/150542 [new port]: sysutils/createrepo o ports/150541 [new port] sysutils/yum - Installer/updater for rpm o ports/150493 Update for: security/openssh-portable port from 5.2p1 o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/150361 [patch] provide script to bind with nautilus for multi o ports/150316 new port: net/neatx o ports/150294 news/hellanzb fails to run due to string compare bug f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra f ports/150169 www/havp: Assertion failed: file llvm/lib/System/Mutex o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/150047 net/ipv6socket_scrub: Makefile contains incorrect URL f ports/149963 chinese/ibus-chewing: Refine FETCH_ARGS f ports/149947 [NEW PORT] devel/smartCVS, a powerful graphical CVS cl o ports/149928 New port: textproc/iText iText, a JAVA-PDF library by f ports/149601 New port: games/gargoyle - a multiplatform interacti o ports/149564 patch for various games/ adding appropriate LICENSEs t o ports/149538 sysutils/fusefs-ntfs panic on writte on 8.1 f ports/149348 New port: net/wowzamediaserver f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo o alpha/148392 ports Users of Alpha platform should stay with Dovecot 1.1.1 o ports/148234 pkg_install fails for some math/octave-forge ports f ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147847 audio/zynaddsubfx mxml error when opening instruments s ports/147829 Improved net/ucarp startup script: multiple VHID and F s ports/147457 Update port: devel/ptlib26 o ports/147171 x11-toolkits/open-motif: mwm seems to lose mouse event s ports/147169 bsd.ruby.mk: Adding GEM_ARGS o ports/146880 [MAINTAINER] korean/ko.TeX : update to 0.2.0.20100511 o ports/146879 [MAINTAINER] korean/ko.TeX-fonts-extra : update to 0.2 o ports/146830 multimedia/pvr_xxx does not compile on FreeBSD 8.* and f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/144852 [patch] sysutils/ntfsprogs - improvements to mkntfs o ports/144821 [patch] audio/xmms2 : update to version 0.7 DrNo. o ports/144597 security/openssh-portable fails to compile with KERBER f ports/143938 [NEW PORTS] textproc/linux-f10-ibus-qt et al.: Linux v o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/142824 [patch] security/openssh-portable: add VersionAddendum s ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/139440 [panic] 8.0 RC1 panics on writing large files to sysut f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/133773 net/keepalived port update request o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/131242 security/gsasl does not link if krb5-1.6.3_5 is instal f ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/122333 net/arping - patch to lookup for interface and src ip, s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 159 problems total. From jlaffaye at freebsd.org Mon Feb 7 11:15:12 2011 From: jlaffaye at freebsd.org (Julien Laffaye) Date: Mon Feb 7 11:15:17 2011 Subject: pkg_info -g not working for unprivileged user + unreadable files In-Reply-To: References: <4D4FA4DA.608@FreeBSD.org> Message-ID: On Mon, Feb 7, 2011 at 9:11 AM, Florent Thoumie wrote: > On Mon, Feb 7, 2011 at 7:52 AM, Doug Barton wrote: >> flz, >> >> In r206043 you converted fexists() in src/lib/libpkg/file.c to use open() >> instead of lstat(). Unfortunately this has the side effect of breaking >> 'pkg_info -g' for unprivileged users with files that have no +r bits. For >> example: >> >> pkg_info -g sudo-1.7.4.6 >> Information for sudo-1.7.4.6: >> >> Mismatched Checksums: >> pkg_info: /usr/local/bin/sudo doesn't exist >> pkg_info: /usr/local/bin/sudoedit doesn't exist >> pkg_info: /usr/local/bin/sudoreplay doesn't exist >> pkg_info: /usr/local/sbin/visudo doesn't exist > > How can you compute the checksum if you don't have read access? > I understand that the error message should rather be "Cannot open %s". > >> Reverting your change produces the expected behavior. So my questions are, >> why was the change made, what are its benefits, and how can we fix this >> problem? ?:) > > I'm sure there was a good reason at the time. I'll have a better look later. I guess that it is related to the problem where the symbolic link exists but the file pointed by the symlink does not. Why open() and not stat(), I don't remember. > > -- > Florent Thoumie > flz@FreeBSD.org > FreeBSD Committer > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From cvs-src at yandex.ru Mon Feb 7 16:22:42 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 16:23:20 2011 Subject: gmic plugin for gimp In-Reply-To: <201101121751.04258.lumiwa@gmail.com> References: <201101121751.04258.lumiwa@gmail.com> Message-ID: <4D501C05.60300@yandex.ru> Hi, Mitja. 13.01.2011 02:51, ajtiM ?????: > http://gmic.sourceforge.net/gimp.shtml There is a draft port version. It's far from perfection but works for me on 8-stable i386 with gimp 2.6.11. # cd /usr/ports/graphics # fetch http://happy-nation.by.ru/ports/gimp-gmic-plugin.shar # sh gimp-gmic-plugin.shar # cd gimp-gmic-plugin/ && make install Then restart gimp (if it's already running). Right now this port installs the gimp plugin and gmic command-line utility. There will be also some documentation and bash-completion script for gmic soon. -- Regards, Ruslan From kamikaze at bsdforen.de Mon Feb 7 16:31:24 2011 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon Feb 7 16:31:27 2011 Subject: What ports require this port? In-Reply-To: References: Message-ID: <4D50188A.9030909@bsdforen.de> On 07/02/2011 03:01, b. f. wrote: >> Over the weekend, a new feature was added to FreshPorts BETA. A port >> now lists all ports that require it. This code will eventually move to >> production after it's been running on on the beta site for a while. >> >> Notes: >> >> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >> BUILD_DEPENDS > > If you're going to include BUILD_DEPENDS, then you should also use -V > PATCH_DEPENDS -V FETCH_DEPENDS. Maybe it should be split into "The package requires" only listing the INSTALL_DEPENDS and "The port requires" listing all dependencies. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From cvs-src at yandex.ru Mon Feb 7 17:35:43 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 17:35:47 2011 Subject: How to not use OPTIMIZED_FLAGS properly Message-ID: <4D502D22.3000200@yandex.ru> Hello. I'm working on port that doesn't builds with "-O2 -pipe", that passed to Makefile by default (it exits with message about virtual memory is exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in CONFIGURE_ENV. But portlint is complaining like this: WARN: Makefile: CFLAGS/CXXFLAGS are not needed in CONFIGURE_ENV as they are already added there in bsd.port.mk. FATAL: Makefile: CFLAGS are clobbered in CONFIGURE_ENV. Alter CFLAGS in the Makefile with CFLAGS+=... instead FATAL: Makefile: CXXFLAGS are clobbered in CONFIGURE_ENV. Alter CXXFLAGS in the Makefile with CXXFLAGS+=... instead What is the right way to do the job? PS. If i set -O0 in CONFIGURE_ENV, it's later redefined to "-O2 -pipe". -- Regards, Ruslan From annulen at yandex.ru Mon Feb 7 18:06:08 2011 From: annulen at yandex.ru (Konstantin Tokarev) Date: Mon Feb 7 18:06:12 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D502D22.3000200@yandex.ru> References: <4D502D22.3000200@yandex.ru> Message-ID: <567921297101056@web95.yandex.ru> 07.02.2011, 20:34, "Ruslan Mahmatkhanov" : > Hello. > > I'm working on port that doesn't builds with "-O2 -pipe", that passed to > Makefile by default (it exits with message about virtual memory is > exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in > CONFIGURE_ENV. But portlint is complaining like this: > > WARN: Makefile: CFLAGS/CXXFLAGS are not needed in CONFIGURE_ENV as they > are already added there in bsd.port.mk. > FATAL: Makefile: CFLAGS are clobbered in CONFIGURE_ENV. ?Alter CFLAGS in > the Makefile with CFLAGS+=... instead > FATAL: Makefile: CXXFLAGS are clobbered in CONFIGURE_ENV. ?Alter > CXXFLAGS in the Makefile with CXXFLAGS+=... instead > > What is the right way to do the job? > > PS. If i set -O0 in CONFIGURE_ENV, it's later redefined to "-O2 -pipe". Have you tried CFLAGS+=-O0 as portlint suggested? -- Regards, Konstantin From cvs-src at yandex.ru Mon Feb 7 19:08:52 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 19:08:58 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <567921297101056@web95.yandex.ru> References: <4D502D22.3000200@yandex.ru> <567921297101056@web95.yandex.ru> Message-ID: <4D5042F8.70202@yandex.ru> 07.02.2011 20:50, Konstantin Tokarev ?????: > > > 07.02.2011, 20:34, "Ruslan Mahmatkhanov": >> Hello. >> >> I'm working on port that doesn't builds with "-O2 -pipe", that passed to >> Makefile by default (it exits with message about virtual memory is >> exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in >> CONFIGURE_ENV. But portlint is complaining like this: >> >> WARN: Makefile: CFLAGS/CXXFLAGS are not needed in CONFIGURE_ENV as they >> are already added there in bsd.port.mk. >> FATAL: Makefile: CFLAGS are clobbered in CONFIGURE_ENV. Alter CFLAGS in >> the Makefile with CFLAGS+=... instead >> FATAL: Makefile: CXXFLAGS are clobbered in CONFIGURE_ENV. Alter >> CXXFLAGS in the Makefile with CXXFLAGS+=... instead >> >> What is the right way to do the job? >> >> PS. If i set -O0 in CONFIGURE_ENV, it's later redefined to "-O2 -pipe". > > Have you tried CFLAGS+=-O0 as portlint suggested? As i said before i tried that. If i'm using +=-O0 then it changes to -O2 -pipe. If i'm using =-O0, then all builds fine, but this make portlint complaining. -- Regards, Ruslan From bf1783 at googlemail.com Mon Feb 7 19:30:32 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 7 19:30:36 2011 Subject: How to not use OPTIMIZED_FLAGS properly Message-ID: > 07.02.2011 20:50, Konstantin Tokarev ??????????: > > > > > > 07.02.2011, 20:34, "Ruslan Mahmatkhanov": > >> Hello. > >> > >> I'm working on port that doesn't builds with "-O2 -pipe", that passed to > >> Makefile by default (it exits with message about virtual memory is > >> exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in > >> CONFIGURE_ENV. But portlint is complaining like this: > >> > >> WARN: Makefile: CFLAGS/CXXFLAGS are not needed in CONFIGURE_ENV as they > >> are already added there in bsd.port.mk. > >> FATAL: Makefile: CFLAGS are clobbered in CONFIGURE_ENV. Alter CFLAGS in > >> the Makefile with CFLAGS+=... instead > >> FATAL: Makefile: CXXFLAGS are clobbered in CONFIGURE_ENV. Alter > >> CXXFLAGS in the Makefile with CXXFLAGS+=... instead > >> > >> What is the right way to do the job? > >> > >> PS. If i set -O0 in CONFIGURE_ENV, it's later redefined to "-O2 -pipe". > > > > Have you tried CFLAGS+=-O0 as portlint suggested? > > As i said before i tried that. If i'm using +=-O0 then it changes to -O2 > -pipe. If i'm using =-O0, then all builds fine, but this make portlint > complaining. CFLAGS and CXXFLAGS are already passed by default in do-configure, as portlint states. Why aren't you simply defining them, by themselves and not as a part of CONFIGURE_ENV, in the port Makefile?: CFLAGS+=-O0 This seems pessimistic, by the way. Have you tried adding other compiler flags, like those to control the compiler's memory usage? Or using another compiler via USE_GCC, or patching the source code? b. From cyrille.lefevre-lists at laposte.net Mon Feb 7 20:03:06 2011 From: cyrille.lefevre-lists at laposte.net (Cyrille Lefevre) Date: Mon Feb 7 20:03:10 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D502D22.3000200@yandex.ru> References: <4D502D22.3000200@yandex.ru> Message-ID: <4D5048B5.4060000@laposte.net> Le 07/02/2011 18:34, Ruslan Mahmatkhanov a ?crit : > > Hello. > > I'm working on port that doesn't builds with "-O2 -pipe", that passed to > Makefile by default (it exits with message about virtual memory is > exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in > CONFIGURE_ENV. But portlint is complaining like this: > > What is the right way to do the job? how about CFLAGS := ${CFLAGS:N-O*:N-pipe} -O Regards, Cyrille Lefevre -- mailto:Cyrille.Lefevre-lists@laposte.net From dan at langille.org Mon Feb 7 20:13:38 2011 From: dan at langille.org (Dan Langille) Date: Mon Feb 7 20:13:42 2011 Subject: What ports require this port? In-Reply-To: <4D50188A.9030909@bsdforen.de> References: <4D50188A.9030909@bsdforen.de> Message-ID: <003928a98b026742d7d6cb3a27fa7c2a.squirrel@nyi.unixathome.org> On Mon, February 7, 2011 11:06 am, Dominic Fandrey wrote: > On 07/02/2011 03:01, b. f. wrote: >>> Over the weekend, a new feature was added to FreshPorts BETA. A port >>> now lists all ports that require it. This code will eventually move to >>> production after it's been running on on the beta site for a while. >>> >>> Notes: >>> >>> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >>> BUILD_DEPENDS >> >> If you're going to include BUILD_DEPENDS, then you should also use -V >> PATCH_DEPENDS -V FETCH_DEPENDS. > > Maybe it should be split into "The package requires" only listing the > INSTALL_DEPENDS and "The port requires" listing all dependencies. Your post, combined with new information, has raised a question. Consider 'make build-depends-list' and 'make run-depends-list' for devel/glib20: $ make build-depends-list /usr/ports/devel/gettext /usr/ports/devel/gmake /usr/ports/devel/libtool /usr/ports/devel/pcre /usr/ports/devel/pkg-config /usr/ports/lang/perl5.8 /usr/ports/lang/python26 $ make run-depends-list /usr/ports/devel/gettext /usr/ports/devel/pcre /usr/ports/devel/pkg-config /usr/ports/lang/perl5.8 /usr/ports/lang/python26 The run-depends-list contains all of the information from LIB_DEPENDS and RUN_DEPENDS. The build-depends-list includes all of BUILD_DEPENDS, PATCH_DEPENDS, FETCH_DEPENDS, and EXTRACT_DEPENDS. I am tempted to alter FreshPorts and abandon all *_DEPENDS and use just run-depends-list and build-depends-list. How much value is there is having all of this information separated into individual _DEPENDS? -- Dan Langille -- http://langille.org/ From cvs-src at yandex.ru Mon Feb 7 20:15:50 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 20:15:54 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: References: Message-ID: <4D5052A9.9000009@yandex.ru> 07.02.2011 22:28, b. f. ?????: >>> >>> Have you tried CFLAGS+=-O0 as portlint suggested? >> >> As i said before i tried that. If i'm using +=-O0 then it changes to -O2 >> -pipe. If i'm using =-O0, then all builds fine, but this make portlint >> complaining. > > CFLAGS and CXXFLAGS are already passed by default in do-configure, as > portlint states. Why aren't you simply defining them, by themselves > and not as a part of CONFIGURE_ENV, in the port Makefile?: Yes. I get it wrong what Konstantin and portlint are said. Sorry. CFLAGS=-O0 out of CONFIGURE_ENV works just fine. Thanks. > > CFLAGS+=-O0 > > This seems pessimistic, by the way. Have you tried adding other > compiler flags, like those to control the compiler's memory usage? Or > using another compiler via USE_GCC, or patching the source code? > > b. Yes, i tried different flags that affect gcc memory usage, but w/o any success. I'm actually started from patching source code - removing optimization flags from distribution Makefiles. -- Regards, Ruslan From bf1783 at googlemail.com Mon Feb 7 20:52:59 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 7 20:53:03 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D5052A9.9000009@yandex.ru> References: <4D5052A9.9000009@yandex.ru> Message-ID: On 2/7/11, Ruslan Mahmatkhanov wrote: ... > Yes. I get it wrong what Konstantin and portlint are said. Sorry. > CFLAGS=-O0 out of CONFIGURE_ENV works just fine. Thanks. Note that CFLAGS=-O0 is (even) more restrictive than CFLAGS+=-O0 -- the latter just overrides the -On setting for n > 0, while the former also overrides all other user flags. Generally speaking, the latter should be preferred, as part of our attempt to honor user-defined CFLAGS. ... >> This seems pessimistic, by the way. Have you tried adding other >> compiler flags, like those to control the compiler's memory usage? Or >> using another compiler via USE_GCC, or patching the source code? ... > Yes, i tried different flags that affect gcc memory usage, but w/o any > success. I'm actually started from patching source code - removing > optimization flags from distribution Makefiles. That's a start. But I think that this needs more investigation, beginning with the code that causes the base system compiler to become a hog. b. From cvs-src at yandex.ru Mon Feb 7 21:27:46 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 21:27:50 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D5048B5.4060000@laposte.net> References: <4D502D22.3000200@yandex.ru> <4D5048B5.4060000@laposte.net> Message-ID: <4D506386.5030706@yandex.ru> 07.02.2011 22:32, Cyrille Lefevre ?????: > > Le 07/02/2011 18:34, Ruslan Mahmatkhanov a ?crit : >> >> Hello. >> >> I'm working on port that doesn't builds with "-O2 -pipe", that passed to >> Makefile by default (it exits with message about virtual memory is >> exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in >> CONFIGURE_ENV. But portlint is complaining like this: >> >> What is the right way to do the job? > > > how about CFLAGS := ${CFLAGS:N-O*:N-pipe} -O > > Regards, > > Cyrille Lefevre It says that "Variable CFLAGS is recursive." -- Regards, Ruslan From cvs-src at yandex.ru Mon Feb 7 21:29:23 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Mon Feb 7 21:29:27 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D506386.5030706@yandex.ru> References: <4D502D22.3000200@yandex.ru> <4D5048B5.4060000@laposte.net> <4D506386.5030706@yandex.ru> Message-ID: <4D5063E8.2040000@yandex.ru> 08.02.2011 00:26, Ruslan Mahmatkhanov ?????: > 07.02.2011 22:32, Cyrille Lefevre ?????: >> >> Le 07/02/2011 18:34, Ruslan Mahmatkhanov a ?crit : >>> >>> Hello. >>> >>> I'm working on port that doesn't builds with "-O2 -pipe", that passed to >>> Makefile by default (it exits with message about virtual memory is >>> exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in >>> CONFIGURE_ENV. But portlint is complaining like this: >>> >>> What is the right way to do the job? >> >> >> how about CFLAGS := ${CFLAGS:N-O*:N-pipe} -O >> >> Regards, >> >> Cyrille Lefevre > > It says that "Variable CFLAGS is recursive." Sorry, it's actually fine. I forget a colon. -- Regards, Ruslan From swell.k at gmail.com Mon Feb 7 21:40:02 2011 From: swell.k at gmail.com (Anonymous) Date: Mon Feb 7 21:40:05 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: <4D5048B5.4060000@laposte.net> (Cyrille Lefevre's message of "Mon, 07 Feb 2011 20:32:05 +0100") References: <4D502D22.3000200@yandex.ru> <4D5048B5.4060000@laposte.net> Message-ID: <86sjvzzfqa.fsf@gmail.com> Cyrille Lefevre writes: > Le 07/02/2011 18:34, Ruslan Mahmatkhanov a ?crit : >> >> Hello. >> >> I'm working on port that doesn't builds with "-O2 -pipe", that passed to >> Makefile by default (it exits with message about virtual memory is >> exhausted). I can avoid this by setting CFLAGS="" and CXXFLAGS="" in >> CONFIGURE_ENV. But portlint is complaining like this: >> >> What is the right way to do the job? > > how about CFLAGS := ${CFLAGS:N-O*:N-pipe} -O One can also define WITH_DEBUG in the port's makefile until -On is fixed. # from Mk/bsd.port.mk .if defined(WITH_DEBUG) && !defined(WITHOUT_DEBUG) STRIP= #none STRIP_CMD= ${TRUE} DEBUG_FLAGS?= -g CFLAGS:= ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} .endif From sem at FreeBSD.org Mon Feb 7 19:29:00 2011 From: sem at FreeBSD.org (Sergey Matveychuk) Date: Mon Feb 7 21:52:00 2011 Subject: net-mgmt/cacti default install location? In-Reply-To: References: Message-ID: <4D5040BA.6000100@FreeBSD.org> 05.02.2011 11:04, Marin Atanasov Nikolov wrote: > Hello, > > Is there a specific reason that net-mgmt/cacti default install location > is /usr/local/share/cacti ? > > Wouldn't /usr/local/www/cacti be a better place for that ? > > It's somehow a more preferred location for installing web applications > there, IMO. You can define install location as you want: make CACTIDIR=/usr/local/www/cacti install I don't remember datails, but it was a security reason do not place cacti to this location. May be it was discussed in ports@ or private emails. I dont remeber now, sorry. -- Sem. From ade at FreeBSD.org Tue Feb 8 05:47:02 2011 From: ade at FreeBSD.org (Ade Lovett) Date: Tue Feb 8 05:47:04 2011 Subject: What ports require this port? In-Reply-To: <003928a98b026742d7d6cb3a27fa7c2a.squirrel@nyi.unixathome.org> References: <4D50188A.9030909@bsdforen.de> <003928a98b026742d7d6cb3a27fa7c2a.squirrel@nyi.unixathome.org> Message-ID: <01F78B4E-AAAE-4E61-AD4A-2965A5D7F62D@FreeBSD.org> On Feb 07, 2011, at 14:13 , Dan Langille wrote: > I am tempted to alter FreshPorts and abandon all *_DEPENDS and use just > run-depends-list and build-depends-list. > > How much value is there is having all of this information separated into > individual _DEPENDS? It's critical for things like tinderbox and the package building clusters, where each fetch/extract/patch/configure/build/install phase is discrete, only installs the relevant dependencies, and so on to ensure a full clean-room environment. In terms of what you're looking at for this particular project, *-depends-list will almost certainly suffice, and it'd be trivial to add that into MakeCache (using targets, rather than variable outputs via -V) Indeed, the following two lines from MakeCache should be a hint: # A close approximation to the 'run-depends-list' target sub RunDependsList ... :) -aDe From baptiste.daroussin at gmail.com Tue Feb 8 07:16:34 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Tue Feb 8 07:16:37 2011 Subject: Libreoffice & spadmin In-Reply-To: <1296906205.1685.4.camel@z6000.lenzicasa> References: <20110202121446.6f6a10cd@locust.local> <201102032231.54557.makc@issp.ac.ru> <20110203195602.GD2163@libertas.local.camdensoftware.com> <19787.4049.939639.870683@jerusalem.litteratus.org> <19788.10454.458608.393001@jerusalem.litteratus.org> <1296906205.1685.4.camel@z6000.lenzicasa> Message-ID: 2011/2/5 Sergio de Almeida Lenzi : > spadmin fails (missing libs) > > Please consider creating a file "libreoffice" > in /usr/local/libdata/ldconfig > during the install process, with contains: > /usr/local/lib/libreoffice/basis3.3/program > /usr/local/lib/libreoffice/ure/lib > > so spadmin and friends will find the required libs to work. > > Thank for your attention, > Sergio > > _______________________________________________ > 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" > should be fixe by 3.3.0_2 thanks for reporting Bapt From 6yearold at gmail.com Tue Feb 8 11:40:58 2011 From: 6yearold at gmail.com (arrowdodger) Date: Tue Feb 8 11:41:01 2011 Subject: Request for new port review: TortoiseHG. Message-ID: Hello. I've made a port for TortoiseHG (in fact, for its hgtk script). It is my first attempt in port creation, so i want someone to review it. The current problems are following: 1. The user can choose to not install nautilus extension and translation files (if defined(WITHOUT_NLS)). To prevent setup.py from installing those stuff, i've made two patches, that resides in ${FILESDIR}. They are generated from 'diff -u' and the problem is that they cannot be applied together. If i generate patches with simply 'diff', then everythink works, except that i should apply them manually (${PATCH} ${PYSETUP} < ${FILESDIR}/no-locale.patch). And what i've been told is that i should use EXTRA_PATCHES, insteand of invoking patch. 2. The port also installs *.egg-info file and i'm not sure how to include it in the plist. 3. The port also depends on py-gobject port, but there is no such value in USE_GNOME. I've already mentioned that on freebsd-gnome@ and they said, that it will be fixed after 8.2-RELEASE. You can obtain port from attachement or here: http://intara.org.ru/tortoisehg.tar.gz Thanks in advance. From cvs-src at yandex.ru Tue Feb 8 13:06:17 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Tue Feb 8 13:06:20 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: <4D513F7D.1040107@yandex.ru> Hi, 08.02.2011 14:40, arrowdodger ?????: > Hello. I've made a port for TortoiseHG (in fact, for its hgtk script). It is > my first attempt in port creation, so i want someone to review it. > > The current problems are following: > 1. The user can choose to not install nautilus extension and translation > files (if defined(WITHOUT_NLS)). To prevent setup.py from installing those > stuff, i've made two patches, that resides in ${FILESDIR}. They are > generated from 'diff -u' and the problem is that they cannot be applied > together. If i generate patches with simply 'diff', then everythink works, > except that i should apply them manually (${PATCH} ${PYSETUP}< > ${FILESDIR}/no-locale.patch). > And what i've been told is that i should use EXTRA_PATCHES, insteand of > invoking patch. > > 2. The port also installs *.egg-info file and i'm not sure how to include it > in the plist. It shouldn't be listed in pkg-plist, because it will be removed automatically on port deinstall. > 3. The port also depends on py-gobject port, but there is no such value in > USE_GNOME. I've already mentioned that on freebsd-gnome@ and they said, that > it will be fixed after 8.2-RELEASE. > > You can obtain port from attachement or here: > http://intara.org.ru/tortoisehg.tar.gz > > Thanks in advance. dirrm's for lib/nautilus and it's subdirectories should be dirrmtry's actually, because it's doesn't created by tortoisehg-hgtk, but nautilus or nautilus-plugins. Also consider to use: USE_GETTEXT= yes INSTALLS_ICONS= yes In port's Makefile. BLDDIR is defined but seems not used in Makefile. What it is for? -- Regards, Ruslan From patfbsd at davenulle.org Tue Feb 8 13:18:56 2011 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Tue Feb 8 13:18:58 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: References: <201102051625.15681.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> <201102060828.01962.lumiwa@gmail.com> Message-ID: <20110208141853.6333a719@mr129041.univ-rennes1.fr> Le Sun, 6 Feb 2011 20:44:07 +0000, Baptiste Daroussin a ?crit : > > KSharedDataCache::Private::mapSharedMemory: Failed to establish > > shared memory mapping, will fallback to private memory -- memory > > usage will increase > > This message seems more anoying, but as I'm not a KDE user it is hard > to know if it is normal or not, I'll try to check. Looks normal, I see this with other KDE apps (umbrello or Kdiff3) Regards. From 6yearold at gmail.com Tue Feb 8 13:29:37 2011 From: 6yearold at gmail.com (arrowdodger) Date: Tue Feb 8 13:29:40 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: <4D513F7D.1040107@yandex.ru> References: <4D513F7D.1040107@yandex.ru> Message-ID: On Tue, Feb 8, 2011 at 4:05 PM, Ruslan Mahmatkhanov wrote: > It shouldn't be listed in pkg-plist, because it will be removed > automatically on port deinstall. Well, if i 'make PREFIX=/home/arr/prefix install && make PREFIX=/home/arr/prefix deinstall' then this file is not deleted. You mean, it will be deleted if i install port without PREFIX? dirrm's for lib/nautilus and it's subdirectories should be dirrmtry's > actually, because it's doesn't created by tortoisehg-hgtk, but nautilus or > nautilus-plugins. Okay. Also consider to use: > > USE_GETTEXT= yes > INSTALLS_ICONS= yes > > In port's Makefile. > Should it be .if !defined(WITHOUT_NLS) USE_GETTEXT= yes .endif ? And what's the purpose of INSTALLS_ICONS? BLDDIR is defined but seems not used in Makefile. What it is for? > Oh, this is not needed now. I will remove that. ??????? ?? ?????????. From bapt at freebsd.org Tue Feb 8 13:45:55 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 8 13:45:58 2011 Subject: libreoffice 3.3.0_1 In-Reply-To: <20110208141853.6333a719@mr129041.univ-rennes1.fr> References: <201102051625.15681.lumiwa@gmail.com> <201102060726.04043.lumiwa@gmail.com> <201102060828.01962.lumiwa@gmail.com> <20110208141853.6333a719@mr129041.univ-rennes1.fr> Message-ID: 2011/2/8 Patrick Lamaiziere : > Le Sun, 6 Feb 2011 20:44:07 +0000, > Baptiste Daroussin a ?crit : > > >> > KSharedDataCache::Private::mapSharedMemory: Failed to establish >> > shared memory mapping, will fallback to private memory -- memory >> > usage will increase >> >> This message seems more anoying, but as I'm not a KDE user it is hard >> to know if it is normal or not, I'll try to check. > > Looks normal, I see this with other KDE apps (umbrello or Kdiff3) > > Regards. > Thanks for feedback, I'll leave it like this then :) regards, Bapt From kamikaze at bsdforen.de Tue Feb 8 14:36:52 2011 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Tue Feb 8 14:36:56 2011 Subject: What ports require this port? In-Reply-To: <003928a98b026742d7d6cb3a27fa7c2a.squirrel@nyi.unixathome.org> References: <4D50188A.9030909@bsdforen.de> <003928a98b026742d7d6cb3a27fa7c2a.squirrel@nyi.unixathome.org> Message-ID: <4D515501.9030900@bsdforen.de> On 07/02/2011 21:13, Dan Langille wrote: > > On Mon, February 7, 2011 11:06 am, Dominic Fandrey wrote: >> On 07/02/2011 03:01, b. f. wrote: >>>> Over the weekend, a new feature was added to FreshPorts BETA. A port >>>> now lists all ports that require it. This code will eventually move to >>>> production after it's been running on on the beta site for a while. >>>> >>>> Notes: >>>> >>>> * The code uses the output of make -V RUN_DEPENDS -V LIB_DEPENDS -V >>>> BUILD_DEPENDS >>> >>> If you're going to include BUILD_DEPENDS, then you should also use -V >>> PATCH_DEPENDS -V FETCH_DEPENDS. >> >> Maybe it should be split into "The package requires" only listing the >> INSTALL_DEPENDS and "The port requires" listing all dependencies. > > Your post, combined with new information, has raised a question. > > Consider 'make build-depends-list' and 'make run-depends-list' for > devel/glib20: > > $ make build-depends-list > /usr/ports/devel/gettext > ... > > $ make run-depends-list > /usr/ports/devel/gettext > ... > > ... > > I am tempted to alter FreshPorts and abandon all *_DEPENDS and use just > run-depends-list and build-depends-list. > > How much value is there is having all of this information separated into > individual _DEPENDS? The value is mostly for ports maintainers, commiters and tool developers i.e. those who develop pointyhat, tinderbox, portmaster or my little project pkg_upgrade. I think the relevant question is, which information is needed by the freshports users. The way I see it there are two relevant user groups, those who use packages and those who build packages. The first group only needs the run-depends, the second group needs the combined run- and build-depends. So I think those two lists is exactly what you need. I don't see added value for the end user in providing more fine grained information. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From me at janh.de Tue Feb 8 15:10:12 2011 From: me at janh.de (Jan Henrik Sylvester) Date: Tue Feb 8 15:10:25 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 Message-ID: <4D515AE4.7080105@janh.de> I just did a portupgrade to libreoffice-3.3.0_3 (amd64) -- with a package created on another machine that I did the portupgrade on before and that also had libreoffice-3.3.0_1 installed during make. In contrast to portrevisions 0 and 1, I cannot open MS Word files anymore. I get a window with this message: General Error. General input/output error. In the terminal, I get the message "javaPathHelper: not found", but I do get the same opening OpenDocument files, which happen to work fine, and I got the same message with the earlier portrevisions that worked. I know that there are mainly pkg-plist changes since the initial portrevision, but the behavior is still different. I also build the the earlier portrevisions on the other machine and transferred via package. As far as I remember, for portrevision 1 there was also the previous version installed during make. Cheers, Jan Henrik From cvs-src at yandex.ru Tue Feb 8 15:33:39 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Tue Feb 8 15:33:44 2011 Subject: How to not use OPTIMIZED_FLAGS properly In-Reply-To: References: <4D5052A9.9000009@yandex.ru> Message-ID: <4D516207.1090704@yandex.ru> 07.02.2011 23:52, b. f. ?????: > On 2/7/11, Ruslan Mahmatkhanov wrote: > ... >> Yes. I get it wrong what Konstantin and portlint are said. Sorry. >> CFLAGS=-O0 out of CONFIGURE_ENV works just fine. Thanks. > > Note that CFLAGS=-O0 is (even) more restrictive than CFLAGS+=-O0 -- > the latter just overrides the -On setting for n> 0, while the former > also overrides all other user flags. Generally speaking, the latter > should be preferred, as part of our attempt to honor user-defined > CFLAGS. Yes. So i decide to stick with Cyrille suggestion and use CFLAGS:= ${CFLAGS:N-O*:N-pipe} CXXFLAGS:= ${CXXFLAGS:N-O*:N-pipe} to avoid just -O and -pipe while keeping other user defined flags untouched. > ... >>> This seems pessimistic, by the way. Have you tried adding other >>> compiler flags, like those to control the compiler's memory usage? Or >>> using another compiler via USE_GCC, or patching the source code? > ... >> Yes, i tried different flags that affect gcc memory usage, but w/o any >> success. I'm actually started from patching source code - removing >> optimization flags from distribution Makefiles. > > That's a start. But I think that this needs more investigation, > beginning with the code that causes the base system compiler to become > a hog. Yes, but i'm not sure that i skilled enough in things like that, i just can say that it doesn't working with optimization flags, and working without. There is updated (and i believe finished) version of port: http://happy-nation.by.ru/ports/gimp-gmic-plugin.shar.txt If anybody can test or review - that's would be great. Thanks. -- Regards, Ruslan From cvs-src at yandex.ru Tue Feb 8 16:31:18 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Tue Feb 8 16:31:21 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: <4D513F7D.1040107@yandex.ru> Message-ID: <4D516F86.60200@yandex.ru> 08.02.2011 16:29, arrowdodger ?????: > On Tue, Feb 8, 2011 at 4:05 PM, Ruslan Mahmatkhanovwrote: > >> It shouldn't be listed in pkg-plist, because it will be removed >> automatically on port deinstall. > > Well, if i 'make PREFIX=/home/arr/prefix install&& make > PREFIX=/home/arr/prefix deinstall' then this file is not deleted. You mean, > it will be deleted if i install port without PREFIX? I can't say anything about custom ${PREFIX}, but it definitelly works for default ${PREFIX} (/usr/local) > > dirrm's for lib/nautilus and it's subdirectories should be dirrmtry's >> actually, because it's doesn't created by tortoisehg-hgtk, but nautilus or >> nautilus-plugins. > > Okay. > > Also consider to use: >> >> USE_GETTEXT= yes >> INSTALLS_ICONS= yes >> >> In port's Makefile. >> > Should it be > .if !defined(WITHOUT_NLS) > USE_GETTEXT= yes > .endif > ? Yes. > > And what's the purpose of INSTALLS_ICONS? I can't find description in porters handbook, i believe it was there some time ago. It's needed for indicate that your ports installs some icons :) > > BLDDIR is defined but seems not used in Makefile. What it is for? >> > Oh, this is not needed now. I will remove that. > > ??????? ?? ?????????. ?????????? :) -- Regards, Ruslan From bapt at freebsd.org Tue Feb 8 16:45:56 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 8 16:45:59 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 In-Reply-To: <4D515AE4.7080105@janh.de> References: <4D515AE4.7080105@janh.de> Message-ID: 2011/2/8 Jan Henrik Sylvester : > I just did a portupgrade to libreoffice-3.3.0_3 (amd64) -- with a package > created on another machine that I did the portupgrade on before and that > also had libreoffice-3.3.0_1 installed during make. > > In contrast to portrevisions 0 and 1, I cannot open MS Word files anymore. I > get a window with this message: > > General Error. > General input/output error. > > In the terminal, I get the message "javaPathHelper: not found", but I do get > the same opening OpenDocument files, which happen to work fine, and I got > the same message with the earlier portrevisions that worked. > > I know that there are mainly pkg-plist changes since the initial > portrevision, but the behavior is still different. I also build the the > earlier portrevisions on the other machine and transferred via package. As > far as I remember, for portrevision 1 there was also the previous version > installed during make. > > Cheers, > Jan Henrik > As I can cleanly open MS word files, I was reported other users also can do such. without more informations I can't do anything. The javaPathHelper is "normal" do not care about it :) regards, Bapt From bapt at freebsd.org Tue Feb 8 17:25:23 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Tue Feb 8 17:25:26 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 In-Reply-To: References: <4D515AE4.7080105@janh.de> Message-ID: 2011/2/8 Baptiste Daroussin : > 2011/2/8 Jan Henrik Sylvester : >> I just did a portupgrade to libreoffice-3.3.0_3 (amd64) -- with a package >> created on another machine that I did the portupgrade on before and that >> also had libreoffice-3.3.0_1 installed during make. >> >> In contrast to portrevisions 0 and 1, I cannot open MS Word files anymore. I >> get a window with this message: >> >> General Error. >> General input/output error. >> >> In the terminal, I get the message "javaPathHelper: not found", but I do get >> the same opening OpenDocument files, which happen to work fine, and I got >> the same message with the earlier portrevisions that worked. >> >> I know that there are mainly pkg-plist changes since the initial >> portrevision, but the behavior is still different. I also build the the >> earlier portrevisions on the other machine and transferred via package. As >> far as I remember, for portrevision 1 there was also the previous version >> installed during make. >> >> Cheers, >> Jan Henrik >> > > As I can cleanly open MS word files, I was reported other users also > can do such. without more informations I can't do anything. > > The javaPathHelper is "normal" do not care about it :) > > regards, > Bapt > Ok I replied to fast and reproduced the problem, I maybe have a fix. hope there should be a new version with fix in the next couple of days. regards, Bapt From sunpoet at sunpoet.net Tue Feb 8 18:30:03 2011 From: sunpoet at sunpoet.net (Sunpoet Hsieh) Date: Tue Feb 8 18:30:07 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: Hi, First of all, I suggest to set PORTNAME=tortoisehg If you do want to add -hgtk suffix, you may set PKGNAMESUFFIX=-hgtk instead. It makes portlint happier. It also simplifies Makefile since DISTNAME is already the default value. On Tue, Feb 8, 2011 at 7:40 PM, arrowdodger <6yearold@gmail.com> wrote: > Hello. I've made a port for TortoiseHG (in fact, for its hgtk script). It is > my first attempt in port creation, so i want someone to review it. > > The current problems are following: > 1. The user can choose to not install nautilus extension and translation > files (if defined(WITHOUT_NLS)). To prevent setup.py from installing those > stuff, i've made two patches, that resides in ${FILESDIR}. They are > generated from 'diff -u' and the problem is that they cannot be applied > together. If i generate patches with simply 'diff', then everythink works, > except that i should apply them manually (${PATCH} ${PYSETUP} < > ${FILESDIR}/no-locale.patch). > And what i've been told is that i should use EXTRA_PATCHES, insteand of > invoking patch. > In your case, it can be done without extra patch files. .if !defined(WITH_NAUTILUS) @${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP} .endif .if !defined(WITH_NLS) @${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP} .endif Here, I suggest a shorter option name "NAUTILUS" instead of "NAUTILUS_EXTENSION". Also, for PLIST_SUB, I think "NLS" is OK for most ports. .if !defined(WITH_NLS) PLIST_SUB+= NLS="@comment " .else PLIST_SUB+= NLS="" .endif > 2. The port also installs *.egg-info file and i'm not sure how to include it > in the plist. You should set PYDISTUTILS_EGGINFO=. bsd.python.mk will add them to PLIST automatically. PYDISTUTILS_EGGINFO defaults to tortoisehg-1.1.9.1-py2.6.egg-info. (when PORTNAME=tortoisehg) > 3. The port also depends on py-gobject port, but there is no such value in > USE_GNOME. I've already mentioned that on freebsd-gnome@ and they said, that > it will be fixed after 8.2-RELEASE. > > You can obtain port from attachement or here: > http://intara.org.ru/tortoisehg.tar.gz > > Thanks in advance. Hope that helps. Regards, -- ? Sunpoet Po-Chuan Hsieh ? ? ? ? ? 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B ? ? ? ? ? ? ? ? ? ? ? ? ? ? http://people.FreeBSD.org/~sunpoet/pgpkeys.txt From lists at eitanadler.com Tue Feb 8 19:12:13 2011 From: lists at eitanadler.com (Eitan Adler) Date: Tue Feb 8 19:12:16 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: On Tue, Feb 8, 2011 at 6:40 AM, arrowdodger <6yearold@gmail.com> wrote: > Hello. I've made a port for TortoiseHG (in fact, for its hgtk script). It is > my first attempt in port creation, so i want someone to review it. Hi, Congrats on your first attempt! Here are a few issues with the port. Please don't take them personally. 1) install port-mgmt/portlint and run it on your port (portlint -CN) it will point out a lot of things 2) The preferred format for new ports is a shar - not a .tar.gz file 3) It is not newline terminated 4) the .egg-info files should not be included in the pkg-plist 5) replace @dirrm lib/nautilus with @dirrmtry lib/nautilus because your port does not directly create this directories 6) And what i've been told is that i should use EXTRA_PATCHES, insteand of invoking patch. --> yes. Please use a patch file unless it something that has to be run on a significant number of files. reinplace makes it harder to find out what is being patched. You may want to use 'make makepatch' to generate them. -- Eitan Adler From ermolinis at gmail.com Tue Feb 8 20:15:14 2011 From: ermolinis at gmail.com (=?UTF-8?B?0JjQu9GM0Y8g0JXRgNC80L7Qu9C40L0=?=) Date: Tue Feb 8 20:34:57 2011 Subject: Skype port renew Message-ID: Hi, I recently checked out, that on skype official site there is new version of skype for linux. *Skype (beta) 2.1.0.81* Before that to get Skype work I follow some tips from forums about some old version. I tried to download linux static version and run it under freebsd 8.2-RC2 amd64. And it's just work for me (personally I don't use voice or video chat, but ordinary chat works just fine for me...) May be there is time to renew existing port to new version? -- ? ?????????, ??????? ???? Ermolin Ilya From guru at unixarea.de Tue Feb 8 21:31:22 2011 From: guru at unixarea.de (Matthias Apitz) Date: Tue Feb 8 21:31:26 2011 Subject: Skype port renew In-Reply-To: References: Message-ID: <20110208203947.GA1396@tiny> El d?a Tuesday, February 08, 2011 a las 10:50:09PM +0300, ???? ??????? escribi?: > Hi, > I recently checked out, that on skype official site there is new version of > skype for linux. *Skype (beta) 2.1.0.81* > > Before that to get Skype work I follow some tips from forums about some old > version. > > I tried to download linux static version and run it under freebsd 8.2-RC2 > amd64. > And it's just work for me (personally I don't use voice or video chat, but > ordinary chat works just fine for me...) > > May be there is time to renew existing port to new version? Have you considered voting on this: http://forum.skype.com/index.php?showtopic=563851 HIH matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From sanderson4 at gmail.com Tue Feb 8 21:30:46 2011 From: sanderson4 at gmail.com (Sanderson4) Date: Tue Feb 8 21:54:18 2011 Subject: FreeBSD Port: c-icap-060708_2,1 Message-ID: Would it be possible for you to create a port for the latest version of c-icap? I think it's up to 1.4 or something now. Cheers, Sanderson From lumiwa at gmail.com Tue Feb 8 22:10:35 2011 From: lumiwa at gmail.com (ajtiM) Date: Tue Feb 8 22:10:38 2011 Subject: libreoffice 3.3.0_3 Message-ID: <201102081610.30992.lumiwa@gmail.com> I have the same problem as other: MS doc files cannot open: Generel Error. Generel input/output error. The MS files were made for old MS Office and the same is with docx. Impress has the same problem and the same error. Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From jkim at FreeBSD.org Tue Feb 8 22:39:07 2011 From: jkim at FreeBSD.org (Jung-uk Kim) Date: Tue Feb 8 22:39:12 2011 Subject: [CFT] xf86-video-ati 6.14.0 In-Reply-To: References: Message-ID: <201102081738.59493.jkim@FreeBSD.org> On Saturday 05 February 2011 12:22 am, Martin Wilke wrote: > Howdy, > > 2 days ago was a new ati driver released. fluffy@ and me was using > for few weeks the git version without problems, but we?d like to > make sure this dosen?t broke anything for our ati users. > Here is a patch: > http://people.freebsd.org/~miwi/ati-6140.diff.org/%7Emiwi/ati-6140.diff> Changelog: > http://lists.freedesktop.org/archives/xorg-announce/2011-February/0 >01602.html > > Please test and report back, if no problems I?d like to commit it > next week. thx > PS: this release fix some problems with HD54XX chips the bug with > strg+ctrl+backspace; bug is gone for me. Unfortunately, it didn't work for me, i.e., atombios_pick_dig_encoder() undefined. It seems the src/atombios_output.c patch was mis-merged. Please see the attached patch for the fix. Thanks for working on this! Jung-uk Kim -------------- next part -------------- --- src/atombios_output.c.orig 2011-02-08 17:18:04.000000000 -0500 +++ src/atombios_output.c 2011-02-08 17:18:54.000000000 -0500 @@ -172,7 +172,6 @@ #define DP_SET_POWER_D3 0x2 static void do_displayport_link_train(xf86OutputPtr output); -static void atombios_pick_dig_encoder(xf86OutputPtr output); static int atombios_output_dac_setup(xf86OutputPtr output, int action) @@ -1469,7 +1468,6 @@ if (radeon_encoder == NULL) return; - atombios_pick_dig_encoder(output); switch (radeon_encoder->encoder_id) { case ENCODER_OBJECT_ID_INTERNAL_TMDS1: @@ -1781,7 +1779,7 @@ } } -static void +void atombios_pick_dig_encoder(xf86OutputPtr output) { xf86CrtcConfigPtr xf86_config = XF86_CRTC_CONFIG_PTR(output->scrn); @@ -1878,7 +1876,6 @@ return; radeon_output->pixel_clock = adjusted_mode->Clock; - atombios_pick_dig_encoder(output); atombios_output_overscan_setup(output, mode, adjusted_mode); atombios_output_scaler_setup(output); atombios_set_output_crtc_source(output); From lenzi.sergio at gmail.com Wed Feb 9 00:51:32 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Wed Feb 9 00:52:13 2011 Subject: [CFT] xf86-video-ati 6.14.0 In-Reply-To: <201102081738.59493.jkim@FreeBSD.org> References: <201102081738.59493.jkim@FreeBSD.org> Message-ID: <1297212686.21365.6.camel@z6000.lenzicasa> For me it worked ok FreeBSD 8.2 amd74 ati-radeon Seems that is faster than the other and resolve some issues with suspend/resume too From 6yearold at gmail.com Wed Feb 9 09:16:01 2011 From: 6yearold at gmail.com (arrowdodger) Date: Wed Feb 9 09:16:05 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: On Tue, Feb 8, 2011 at 9:29 PM, Sunpoet Hsieh wrote: > Hi, > > First of all, I suggest to set PORTNAME=tortoisehg > If you do want to add -hgtk suffix, you may set PKGNAMESUFFIX=-hgtk > instead. > It makes portlint happier. > It also simplifies Makefile since DISTNAME is already the default value. > Well, i added -hgtk because TortoiseHG 2.0 (which will be released at March) will be using PyQT, but current GTK version will be supported as long as it is used. So, user will be able to choose between hgtk if he prefers GTK or pyqt if he likes Qt. It is not an option for a port, but two different programs and they can be installed simultaneously. Maybe the port itself should be called tortoisehg-hgtk? In your case, it can be done without extra patch files. > > .if !defined(WITH_NAUTILUS) > @${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP} > .endif > .if !defined(WITH_NLS) > @${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP} > .endif > That's definetely nicer than any patches. Here, I suggest a shorter option name "NAUTILUS" instead of > "NAUTILUS_EXTENSION". > Also, for PLIST_SUB, I think "NLS" is OK for most ports. > > .if !defined(WITH_NLS) > PLIST_SUB+= NLS="@comment " > .else > PLIST_SUB+= NLS="" > .endif > Will do. > > > 2. The port also installs *.egg-info file and i'm not sure how to include > it > > in the plist. > > You should set PYDISTUTILS_EGGINFO=. > bsd.python.mk will add them to PLIST automatically. > > PYDISTUTILS_EGGINFO defaults to tortoisehg-1.1.9.1-py2.6.egg-info. > (when PORTNAME=tortoisehg) > What if PORTNAME!=tortoisehg? I mean, if i'm setting PYDISTUTILS_EGGINFO, where should i obtain that -py2.6- part? On Tue, Feb 8, 2011 at 10:11 PM, Eitan Adler wrote: > Hi, > Congrats on your first attempt! Here are a few issues with the port. > Please don't take them personally. > 1) install port-mgmt/portlint and run it on your port (portlint -CN) > it will point out a lot of things > 2) The preferred format for new ports is a shar - not a .tar.gz file > 3) It is not newline terminated > 4) the .egg-info files should not be included in the pkg-plist > 5) replace @dirrm lib/nautilus with @dirrmtry lib/nautilus because > your port does not directly create this directories > Ok. From bapt at freebsd.org Wed Feb 9 12:29:22 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Wed Feb 9 12:29:55 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 In-Reply-To: References: <4D515AE4.7080105@janh.de> Message-ID: <20110209122916.GA4943@azathoth.lan> That should be fixed in 3.3.0_4 regards, Bapt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110209/d0ffe513/attachment.pgp From lehmann at ans-netz.de Wed Feb 9 12:55:35 2011 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Wed Feb 9 12:55:38 2011 Subject: xfce 4.8pre3 preview In-Reply-To: References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> Message-ID: <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> Hi, here you'll find the latest xfce 4.8.1 ports: http://people.freebsd.org/~oliver/xfce/xfce-4.8.1_ports.tar.gz I aditionally fixed some plugins. The remaining BROKEN ports are: deskutils/xfce4-volstatus-icon sysutils/thunar-volman-plugin sysutils/xfce4-places-plugin multimedia/xfce4-media x11/xfce4-wmdock-plugin ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From sunpoet at sunpoet.net Wed Feb 9 13:43:21 2011 From: sunpoet at sunpoet.net (Sunpoet Hsieh) Date: Wed Feb 9 13:43:23 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 5:15 PM, arrowdodger <6yearold@gmail.com> wrote: > On Tue, Feb 8, 2011 at 9:29 PM, Sunpoet Hsieh wrote: >> >> Hi, >> >> First of all, I suggest to set PORTNAME=tortoisehg >> If you do want to add -hgtk suffix, you may set PKGNAMESUFFIX=-hgtk >> instead. >> It makes portlint happier. >> It also simplifies Makefile since DISTNAME is already the default value. > > Well, i added -hgtk because TortoiseHG 2.0 (which will be released at March) > will be using PyQT, but current GTK version will be supported as long as it > is used. So, user will be able to choose between hgtk if he prefers GTK or > pyqt if he likes Qt. It is not an option for a port, but two different > programs and they can be installed simultaneously. > Maybe the port itself should be called tortoisehg-hgtk? > It looks like you'll have two ports, version 1 and 2, and these two ports do not conflict with each other. IMHO, I would simply use devel/tortoisehg1 for version 1 and devel/tortoisehg for upcoming version 2. You do not need to add -gtk or -pyqt suffix to emphasize the use of GTK or Qt. >> In your case, it can be done without extra patch files. >> >> .if !defined(WITH_NAUTILUS) >> ? ? ? ?@${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP} >> .endif >> .if !defined(WITH_NLS) >> ? ? ? ?@${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP} >> .endif > > That's definetely nicer than any patches. > >> Here, I suggest a shorter option name "NAUTILUS" instead of >> "NAUTILUS_EXTENSION". >> Also, for PLIST_SUB, I think "NLS" is OK for most ports. >> >> .if !defined(WITH_NLS) >> PLIST_SUB+= ? ? NLS="@comment " >> .else >> PLIST_SUB+= ? ? NLS="" >> .endif > > Will do. > >> >> > 2. The port also installs *.egg-info file and i'm not sure how to >> > include it >> > in the plist. >> >> You should set PYDISTUTILS_EGGINFO=. >> bsd.python.mk will add them to PLIST automatically. >> >> PYDISTUTILS_EGGINFO defaults to tortoisehg-1.1.9.1-py2.6.egg-info. >> (when PORTNAME=tortoisehg) > > What if PORTNAME!=tortoisehg? I mean, if i'm setting PYDISTUTILS_EGGINFO, > where should i obtain that -py2.6- part? PYDISTUTILS_EGGINFO defaults to ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}.egg-info (Mk/bsd.python.mk, around line 509) For Python versions, see PYTHON_VERSION, PYTHON_PORTVERSION and PYTHON_VER. (Mk/bsd.python.mk, around line 372-410) -- ? Sunpoet Po-Chuan Hsieh ? ? ? ? ? 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B ? ? ? ? ? ? ? ? ? ? ? ? ? ? http://people.FreeBSD.org/~sunpoet/pgpkeys.txt From 6yearold at gmail.com Wed Feb 9 15:25:07 2011 From: 6yearold at gmail.com (arrowdodger) Date: Wed Feb 9 15:25:11 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: On Wed, Feb 9, 2011 at 4:42 PM, Sunpoet Hsieh wrote: > It looks like you'll have two ports, version 1 and 2, and these two > ports do not conflict with each other. > IMHO, I would simply use devel/tortoisehg1 for version 1 and > devel/tortoisehg for upcoming version 2. > You do not need to add -gtk or -pyqt suffix to emphasize the use of GTK or > Qt. > Okay. Now regarding this: > >> In your case, it can be done without extra patch files. > >> > >> .if !defined(WITH_NAUTILUS) > >> @${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP} > >> .endif > >> .if !defined(WITH_NLS) > >> @${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP} > >> .endif > -e 'x,y D' removes whole line, so all lines under removed line get shifted. So, it's impossible to apply them in all combinations. I'm not familiar with sed, but is it possible to delete whole line, but leave \n at the end so line numbers will not be shifted? PYDISTUTILS_EGGINFO defaults to > > ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}.egg-info > (Mk/bsd.python.mk, around line 509) > > For Python versions, see PYTHON_VERSION, PYTHON_PORTVERSION and PYTHON_VER. > (Mk/bsd.python.mk, around line 372-410) > Okay, i will look there. By the way, currently 'make fetch' does not work, because hosting site have broken certs. So, i was forced to do this: RUN_DEPENDS= hg:${PORTSDIR}/devel/mercurial \ wget:${PORTSDIR}/ftp/wget FETCH_CMD=wget FETCH_BEFORE_ARGS=--no-check-certificate Is it ok? On Tue, Feb 8, 2011 at 10:11 PM, Eitan Adler wrote: > Hi, > Congrats on your first attempt! Here are a few issues with the port. > Please don't take them personally. > 1) install port-mgmt/portlint and run it on your port (portlint -CN) > it will point out a lot of things > 2) The preferred format for new ports is a shar - not a .tar.gz file > 3) It is not newline terminated > 4) the .egg-info files should not be included in the pkg-plist > 5) replace @dirrm lib/nautilus with @dirrmtry lib/nautilus because > your port does not directly create this directories > 6) And what i've been told is that i should use EXTRA_PATCHES, insteand of > invoking patch. --> yes. Please use a patch file unless it something > that has to be run on a significant number of files. reinplace makes > it harder to find out what is being patched. You may want to use 'make > makepatch' to generate them. > Eitan, thanks for your suggestions too. From sunpoet at sunpoet.net Wed Feb 9 16:09:32 2011 From: sunpoet at sunpoet.net (Sunpoet Hsieh) Date: Wed Feb 9 16:09:36 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: Message-ID: <20110209161008.GD87684@bonjour.sunpoet.net> On Wed, Feb 09, 2011 at 06:24:34PM +0300, arrowdodger wrote: > On Wed, Feb 9, 2011 at 4:42 PM, Sunpoet Hsieh wrote: > > > It looks like you'll have two ports, version 1 and 2, and these two > > ports do not conflict with each other. > > IMHO, I would simply use devel/tortoisehg1 for version 1 and > > devel/tortoisehg for upcoming version 2. > > You do not need to add -gtk or -pyqt suffix to emphasize the use of GTK or > > Qt. > > > Okay. > > Now regarding this: > > > >> In your case, it can be done without extra patch files. > > >> > > >> .if !defined(WITH_NAUTILUS) > > >> @${REINPLACE_CMD} -e '153,154 D' ${WRKSRC}/${PYSETUP} > > >> .endif > > >> .if !defined(WITH_NLS) > > >> @${REINPLACE_CMD} -e '150,152 D' ${WRKSRC}/${PYSETUP} > > >> .endif > > > -e 'x,y D' removes whole line, so all lines under removed line get shifted. > So, it's impossible to apply them in all combinations. > I'm not familiar with sed, but is it possible to delete whole line, but > leave \n at the end so line numbers will not be shifted? You're right. I'll use @${REINPLACE_CMD} -e '153,154 s|^|# |' ${WRKSRC}/${PYSETUP} instead. > PYDISTUTILS_EGGINFO defaults to > > > > ${PYDISTUTILS_PKGNAME:C/[^A-Za-z0-9.]+/_/g}-${PYDISTUTILS_PKGVERSION:C/[^A-Za-z0-9.]+/_/g}-${PYTHON_VERSION:S/thon//}.egg-info > > (Mk/bsd.python.mk, around line 509) > > > > For Python versions, see PYTHON_VERSION, PYTHON_PORTVERSION and PYTHON_VER. > > (Mk/bsd.python.mk, around line 372-410) > > > Okay, i will look there. > > By the way, currently 'make fetch' does not work, because hosting site have > broken certs. So, i was forced to do this: > RUN_DEPENDS= hg:${PORTSDIR}/devel/mercurial \ > wget:${PORTSDIR}/ftp/wget > > FETCH_CMD=wget > FETCH_BEFORE_ARGS=--no-check-certificate > > Is it ok? First, it should be FETCH_DEPENDS, not RUN_DEPENDS. Back to the download problem, make fetch fails due to the default FETCH_ARGS (-AFpr). -A flag denies "301/302 redirect" used by bitbucket.org to redirect requests to the destination. It finally goes to cdn.bitbucket.org. Therefore, you have two options: 1. Set MASTER_SITES=http://cdn.bitbucket.org/tortoisehg/targz/downloads/ to skip redirection. 2. Set FETCH_ARGS=-Fpr to allow redirect. I prefer 1. Detailed logs shown as follows: % make fetch => tortoisehg-1.1.9.1.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://bitbucket.org/tortoisehg/targz/downloads//tortoisehg-1.1.9.1.tar.gz looking up bitbucket.org connecting to bitbucket.org:80 requesting http://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz 301 redirect to https://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz looking up bitbucket.org connecting to bitbucket.org:443 SSL connection established using DHE-RSA-AES256-SHA Certificate subject: /C=NL/O=bitbucket.org/OU=GT16385137/OU=See www.geotrust.com/resources/cps (c)09/OU=Domain Control Validated - QuickSSL(R)/CN=bitbucket.org Certificate issuer: /C=US/O=Equifax/OU=Equifax Secure Certificate Authority requesting https://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz 302 redirect to http://cdn.bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz looking up cdn.bitbucket.org connecting to cdn.bitbucket.org:80 requesting http://cdn.bitbucket.org/tortoisehg/targz/downloads/tortoisehg-1.1.9.1.tar.gz remote size / mtime: 6815613 / 1296700276 Best regards, -- Sunpoet Po-Chuan Hsieh 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B http://people.FreeBSD.org/~sunpoet/pgpkeys.txt From duchateau.olivier at gmail.com Wed Feb 9 17:12:18 2011 From: duchateau.olivier at gmail.com (Olivier Duchateau) Date: Wed Feb 9 17:12:21 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> Message-ID: Hi, I use my own Xfce ports, but I noticed when devel/gvfs is installed, trash plugin and remote directories (over ssh, ftp, ...) are ? mounted ? in Thunar like this [1]. I think it's would be interresting, like gigolo [2], (it worked well with Xfce 4.6.2). I tested the last version of multimedia/xfce4-xmms-plugin (v0.5.3, not in this archive) with only multimedia/audacious (beep it's not updated since 2005, and xmms since 2007), and this plugin doesn't work. It doesn't find Audacious, however I patched panel-plugin/{playerctrl.c, playerctrl.h}, because /usr/include/audacious/beepctrl.h doesn't exist (I replaced by /usr/local/include/audacious/audctrl.h or file like that). There is an another plugin, xfce4-playercontrol-plugin [3] (not tested). [1] http://gezeiten.org/post/2009/06/Preview%3A-Browsing-SFTP-with-Thunar [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=150252 [3] http://goodies.xfce.org/projects/panel-plugins/xfce4-xmms-plugin 2011/2/9 Oliver Lehmann : > Hi, > > here you'll find the latest xfce 4.8.1 ports: > > http://people.freebsd.org/~oliver/xfce/xfce-4.8.1_ports.tar.gz > > I aditionally fixed some plugins. The remaining BROKEN ports are: > > deskutils/xfce4-volstatus-icon > sysutils/thunar-volman-plugin > sysutils/xfce4-places-plugin > multimedia/xfce4-media > x11/xfce4-wmdock-plugin > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > -- olivier From michael.scheidell at secnap.com Wed Feb 9 18:28:10 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed Feb 9 18:28:12 2011 Subject: how to bootstrap libtool? Message-ID: <4D52D798.5020204@secnap.com> ports/porters experts: I have a port that needs libnet11-config. need it to set options. if libnet11-config is there, the options set correctly. LIBNET_CONFIG?= ${LOCALBASE}/bin/libnet11-config LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags LIBNET_LIBS!= ${LIBNET_CONFIG} --libs LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} if not, well, you can see. I can (and do) have libnet>11 as a dependency, but by then, its too late. do I need to run makefile TWICE? what does this do to nightly package builds? how do I bootstrap it to install libnet11 EARLY if its not there? -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From cswiger at mac.com Wed Feb 9 18:32:24 2011 From: cswiger at mac.com (Chuck Swiger) Date: Wed Feb 9 18:32:27 2011 Subject: how to bootstrap libtool? In-Reply-To: <4D52D798.5020204@secnap.com> References: <4D52D798.5020204@secnap.com> Message-ID: On Feb 9, 2011, at 10:06 AM, Michael Scheidell wrote: > I can (and do) have libnet>11 as a dependency, but by then, its too late. > > do I need to run makefile TWICE? what does this do to nightly package builds? > > how do I bootstrap it to install libnet11 EARLY if its not there? You should list libnet11 as both BUILD_DEPENDS and RUN_DEPENDS, likely... Regards, -- -Chuck From michael.scheidell at secnap.com Wed Feb 9 18:35:31 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed Feb 9 18:35:35 2011 Subject: how to bootstrap libtool? In-Reply-To: References: <4D52D798.5020204@secnap.com> Message-ID: <4D52DE76.2050208@secnap.com> On 2/9/11 1:32 PM, Chuck Swiger wrote: > You should list libnet11 as both BUILD_DEPENDS and RUN_DEPENDS, likely... > I do. didn't help (specifically referring to the new 2.9.0.3 security/snort port) I THINK this cludge helped: but I am not happy with it. not sure I understand portlint complaints about !=, or if there is/was a better way. LIBNET_CONFIG?= ${LOCALBASE}/bin/libnet11-config .if exists($(LIBNET_CONFIG)) LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags LIBNET_LIBS!= ${LIBNET_CONFIG} --libs .else LIBNET_CFLAGS=-I${LOCALBASE}/include/libnet11 LIBNET_LIBS=-L${LOCALBASE}/lib/libnet11 -lnet .endif LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From subbsd at gmail.com Wed Feb 9 18:56:41 2011 From: subbsd at gmail.com (Subbsd) Date: Wed Feb 9 18:56:44 2011 Subject: Skype port renew In-Reply-To: References: Message-ID: On Tue, Feb 8, 2011 at 10:50 PM, ???? ??????? wrote: > Hi, > I recently checked out, that on skype official site there is new version of > skype for linux. *Skype (beta) 2.1.0.81* > > Before that to get Skype work I follow some tips from forums about some old > version. > > I tried to download linux static version and run it under freebsd 8.2-RC2 > amd64. > And it's just work for me (personally I don't use voice or video chat, but > ordinary chat works just fine for me...) > > May be there is time to renew existing port to new version? > > Unfortunately, some people still use voice) skype-devel port would be useful http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147549 http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147550 > -- > ? ?????????, > ??????? ???? > > Ermolin Ilya > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From cswiger at mac.com Wed Feb 9 19:11:56 2011 From: cswiger at mac.com (Chuck Swiger) Date: Wed Feb 9 19:12:00 2011 Subject: how to bootstrap libtool? In-Reply-To: <4D52DE76.2050208@secnap.com> References: <4D52D798.5020204@secnap.com> <4D52DE76.2050208@secnap.com> Message-ID: <7CA2236E-503C-4456-9516-DD7806FDDF9E@mac.com> On Feb 9, 2011, at 10:35 AM, Michael Scheidell wrote: > On 2/9/11 1:32 PM, Chuck Swiger wrote: >> You should list libnet11 as both BUILD_DEPENDS and RUN_DEPENDS, likely... > > I do. > > didn't help (specifically referring to the new 2.9.0.3 security/snort port) > > I THINK this cludge helped: but I am not happy with it. not sure I understand portlint complaints about !=, or if there is/was a better way. Running portlint shows both the issue and an URL for the recommended approach: # cd /usr/ports/security/snort ; portlint /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status WARN: Makefile: [63]: use of != in assignments is almost never a good thing to do. Try to avoid using them. See http://lists.freebsd.org/pipermail/freebsd-ports/2008-July/049777.html for some helpful hints on what to do instead. WARN: Makefile: possible use of absolute pathname "/var/log/snort". 0 fatal errors and 2 warnings found. The problem with != is that is is evaluated in a subshell regardless of whether the results are needed, and it happens while the Makefile is first being read, before it tries to figure out which targets need to be processed. This is why setting libnet in BUILD_DEPENDS isn't being processed until after these commands are run (or fail to run, as above). GNU Make refers to the distinction as "immediate" vs. "deferred", and you want to use the latter where possible. Regards, -- -Chuck From michael.scheidell at secnap.com Wed Feb 9 19:14:24 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed Feb 9 19:14:26 2011 Subject: how to bootstrap libtool? In-Reply-To: <7CA2236E-503C-4456-9516-DD7806FDDF9E@mac.com> References: <4D52D798.5020204@secnap.com> <4D52DE76.2050208@secnap.com> <7CA2236E-503C-4456-9516-DD7806FDDF9E@mac.com> Message-ID: <4D52E793.7000605@secnap.com> On 2/9/11 2:11 PM, Chuck Swiger wrote: > On Feb 9, 2011, at 10:35 AM, Michael Scheidell wrote: >> On 2/9/11 1:32 PM, Chuck Swiger wrote: >>> You should list libnet11 as both BUILD_DEPENDS and RUN_DEPENDS, likely... >> I do. >> >> didn't help (specifically referring to the new 2.9.0.3 security/snort port) >> >> I THINK this cludge helped: but I am not happy with it. not sure I understand portlint complaints about !=, or if there is/was a better way. > Running portlint shows both the issue and an URL for the recommended approach: > WARN: Makefile: [63]: use of != in assignments is almost never a good thing to do. Try to avoid using them. See http://lists.freebsd.org/pipermail/freebsd-ports/2008-July/049777.html for some helpful hints on what to do instead. > WARN: Makefile: possible use of absolute pathname "/var/log/snort". > 0 fatal errors and 2 warnings found. > > The problem with != is that is is evaluated in a subshell regardless of whether the results are needed, and it happens while the Makefile is first being read, before it tries to figure out which targets need to be processed. This is why setting libnet in BUILD_DEPENDS isn't being processed until after these commands are run (or fail to run, as above). > which is useless information to me. don't know why, been doing freebsd for 10 years, been a port maintainer for.. ? 4? 5? don't remember. still that is useless information, and doesn't make any sense. doesn't tell me what,why, how, or when to replace what lines with what alternatives. yes, I can hard code it, but I don't really understand what those (inherited lines) actually do. > GNU Make refers to the distinction as "immediate" vs. "deferred", and you want to use the latter where possible. > > Regards, -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From cswiger at mac.com Wed Feb 9 19:40:35 2011 From: cswiger at mac.com (Chuck Swiger) Date: Wed Feb 9 19:40:42 2011 Subject: how to bootstrap libtool? In-Reply-To: <4D52E793.7000605@secnap.com> References: <4D52D798.5020204@secnap.com> <4D52DE76.2050208@secnap.com> <7CA2236E-503C-4456-9516-DD7806FDDF9E@mac.com> <4D52E793.7000605@secnap.com> Message-ID: On Feb 9, 2011, at 11:14 AM, Michael Scheidell wrote: >> The problem with != is that is is evaluated in a subshell regardless of whether the results are needed, and it happens while the Makefile is first being read, before it tries to figure out which targets need to be processed. This is why setting libnet in BUILD_DEPENDS isn't being processed until after these commands are run (or fail to run, as above). > > which is useless information to me. don't know why, been doing freebsd for 10 years, been a port maintainer for.. ? 4? 5? don't remember. > > still that is useless information, and doesn't make any sense. > > doesn't tell me what,why, how, or when to replace what lines with what alternatives. > > yes, I can hard code it, but I don't really understand what those (inherited lines) actually do. OK. If you don't understand make, and you aren't willing to look at the documentation, then it's hardly surprising that you're having problems figuring things out. Engineers solve problems. Managers create problems. Senior management exists to decide *which* problems management ought to create. (In this particular case, it seems like you ought to delegate the problem to an engineer who has the knowledge to solve it. If I get some free time, I'll see what I can do, otherwise someone else might volunteer....) Regards, -- -Chuck From glarkin at FreeBSD.org Wed Feb 9 21:09:56 2011 From: glarkin at FreeBSD.org (Greg Larkin) Date: Wed Feb 9 21:10:00 2011 Subject: how to bootstrap libtool? In-Reply-To: <4D52D798.5020204@secnap.com> References: <4D52D798.5020204@secnap.com> Message-ID: <4D52F96D.2000608@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2/9/11 1:06 PM, Michael Scheidell wrote: > ports/porters experts: > > I have a port that needs libnet11-config. > > need it to set options. > > if libnet11-config is there, the options set correctly. > > LIBNET_CONFIG?= ${LOCALBASE}/bin/libnet11-config > LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags > LIBNET_LIBS!= ${LIBNET_CONFIG} --libs > LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} > LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} > > if not, well, you can see. > > I can (and do) have libnet>11 as a dependency, but by then, its too late. > > do I need to run makefile TWICE? what does this do to nightly package > builds? > > how do I bootstrap it to install libnet11 EARLY if its not there? > > Hi Michael, - From what I can tell, /usr/ports/devel/pcre++/Makefile has some constructs in it that perform a similar function. Perhaps it will give you something to go on. Essentially, you can pull in libnet11-config with a LIB_DEPENDS, then run the libnet11-config tool to populate CONFIGURE_ENV with CFLAGS and LDFLAGS. That should avoid using the != construct. Hope that helps, 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.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1S+W0ACgkQ0sRouByUApAWrQCfS+ainJKHH5nw1plnNRFAH/yG legAoLSh92vgC5QeAb+sSKDTmQFnPtn5 =yY+y -----END PGP SIGNATURE----- From info at castaffair.com Wed Feb 9 21:16:07 2011 From: info at castaffair.com (Cast Affair) Date: Wed Feb 9 21:16:10 2011 Subject: Introducing the World's Most Advanced Global Talent Network Message-ID: <1297284799006.1540345.4098300.584732621@backend.cp20.com> [1]To view this invitation online click here You are subscribed to this mailing list as freebsd-ports@freebsd.org. Please [2]click here to modify your message preferences or to unsubscribe from any future mailings. We will respect all unsubscribe requests. _________________________________________________________________ [3][poweredby.gif] [t.o?HC9c--dZTfJ0] References Visible links 1. http://trk.cp20.com/Tracking/t.c?HC9c-EfSy-dZTfJ5 2. http://trk.cp20.com/Tracking/t.fo?HC9c--2D7r-dZTfJ2 3. http://www.campaigner.com/campaignerPro.php?utm_source=campaigner&utm_medium=email&utm_campaign=deliveryfooter Hidden links: 4. http://trk.cp20.com/Tracking/t.c?HC9c-EfSz-dZTfJ6 5. http://trk.cp20.com/Tracking/t.c?HC9c-EfT0-dZTfJ3 6. http://trk.cp20.com/Tracking/t.c?HC9c-EfT1-dZTfJ4 From itetcu at FreeBSD.org Wed Feb 9 22:30:07 2011 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Feb 9 22:30:10 2011 Subject: how to bootstrap libtool? In-Reply-To: References: <4D52D798.5020204@secnap.com> <4D52DE76.2050208@secnap.com> <7CA2236E-503C-4456-9516-DD7806FDDF9E@mac.com> <4D52E793.7000605@secnap.com> Message-ID: <20110210002957.12a6cc76@it.buh.tecnik93.com> On Wed, 09 Feb 2011 11:40:18 -0800 Chuck Swiger wrote: > On Feb 9, 2011, at 11:14 AM, Michael Scheidell wrote: > >> The problem with != is that is is evaluated in a subshell > >> regardless of whether the results are needed, and it happens while > >> the Makefile is first being read, before it tries to figure out > >> which targets need to be processed. Hence this adds a lot of time for each processing, like make index. > >> This is why setting libnet in > >> BUILD_DEPENDS isn't being processed until after these commands are > >> run (or fail to run, as above). > > > > which is useless information to me. don't know why, been doing > > freebsd for 10 years, been a port maintainer for.. ? 4? 5? don't > > remember. > > > > still that is useless information, and doesn't make any sense. > > > > doesn't tell me what,why, how, or when to replace what lines with > > what alternatives. > > > > yes, I can hard code it, but I don't really understand what those > > (inherited lines) actually do. > > OK. If you don't understand make, and you aren't willing to look at > the documentation, then it's hardly surprising that you're having > problems figuring things out. > > Engineers solve problems. Managers create problems. > Senior management exists to decide *which* problems management ought > to create. > > (In this particular case, it seems like you ought to delegate the > problem to an engineer who has the knowledge to solve it. If I get > some free time, I'll see what I can do, otherwise someone else might > volunteer....) I hope the one that committed the last Makefile version (CC'ed) will have the time to help. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110209/ee74e141/signature.pgp From itetcu at FreeBSD.org Wed Feb 9 22:37:03 2011 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed Feb 9 22:37:07 2011 Subject: Skype port renew In-Reply-To: References: Message-ID: <20110210003700.39620922@it.buh.tecnik93.com> On Wed, 9 Feb 2011 21:56:39 +0300 Subbsd wrote: > On Tue, Feb 8, 2011 at 10:50 PM, ???? ??????? > wrote: > > > Hi, > > I recently checked out, that on skype official site there is new > > version of skype for linux. *Skype (beta) 2.1.0.81* > > > > Before that to get Skype work I follow some tips from forums about > > some old version. > > > > I tried to download linux static version and run it under freebsd > > 8.2-RC2 amd64. > > And it's just work for me (personally I don't use voice or video > > chat, but ordinary chat works just fine for me...) > > > > May be there is time to renew existing port to new version? > > > > > Unfortunately, some people still use voice) > > skype-devel port would be useful > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147549 > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147550 Hum, so you want the port (-devel) updated for hte new chat/SMS things? That can be done. Voice is a No Go as stated in the audit trail of those PRs. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110209/3779ab7a/signature.pgp From lumiwa at gmail.com Wed Feb 9 22:48:54 2011 From: lumiwa at gmail.com (ajtiM) Date: Wed Feb 9 22:48:57 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 In-Reply-To: <20110209122916.GA4943@azathoth.lan> References: <4D515AE4.7080105@janh.de> <20110209122916.GA4943@azathoth.lan> Message-ID: <201102091648.52650.lumiwa@gmail.com> On Wednesday February 9 2011 06:29:16 Baptiste Daroussin wrote: > That should be fixed in 3.3.0_4 > > regards, > Bapt I am recompiling it now but I have one question: I got a message (from the first 3.3.0): aclocal.m4.16: Warning: this file was generated for autoconf 2.63. You have another version of autoconf. It may work, but is not guaranted to..... Yes, I have version 2.68. Thanks in advance. Mitja -------- http://jpgmag.com/people/lumiwa From michael.scheidell at secnap.com Wed Feb 9 22:57:33 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Wed Feb 9 22:57:36 2011 Subject: how to bootstrap libtool? In-Reply-To: <6dfbe068-c081-4b4a-bc4e-de6ce2f5c41d@blur> References: <6dfbe068-c081-4b4a-bc4e-de6ce2f5c41d@blur> Message-ID: Not sure you can blame clsung -- Michael Scheidell CTO SECNAP Network Security 561-948-2259 -----Original message----- From: Ion-Mihai Tetcu To: Chuck Swiger Cc: Michael Scheidell , "freebsd-ports@freebsd.org" , "clsung@freebsd.org" Sent: Wed, Feb 9, 2011 22:30:12 GMT+00:00 Subject: Re: how to bootstrap libtool? On Wed, 09 Feb 2011 11:40:18 -0800 Chuck Swiger wrote: > On Feb 9, 2011, at 11:14 AM, Michael Scheidell wrote: > >> The problem with != is that is is evaluated in a subshell > >> regardless of whether the results are needed, and it happens while > >> the Makefile is first being read, before it tries to figure out > >> which targets need to be processed. Hence this adds a lot of time for each processing, like make index. > >> This is why setting libnet in > >> BUILD_DEPENDS isn't being processed until after these commands are > >> run (or fail to run, as above). > > > > which is useless information to me. don't know why, been doing > > freebsd for 10 years, been a port maintainer for.. ? 4? 5? don't > > remember. > > > > still that is useless information, and doesn't make any sense. > > > > doesn't tell me what,why, how, or when to replace what lines with > > what alternatives. > > > > yes, I can hard code it, but I don't really understand what those > > (inherited lines) actually do. > > OK. If you don't understand make, and you aren't willing to look at > the documentation, then it's hardly surprising that you're having > problems figuring things out. > > Engineers solve problems. Managers create problems. > Senior management exists to decide *which* problems management ought > to create. > > (In this particular case, it seems like you ought to delegate the > problem to an engineer who has the knowledge to solve it. If I get > some free time, I'll see what I can do, otherwise someone else might > volunteer....) I hope the one that committed the last Makefile version (CC'ed) will have the time to help. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B From bapt at freebsd.org Thu Feb 10 08:21:09 2011 From: bapt at freebsd.org (Baptiste Daroussin) Date: Thu Feb 10 08:21:43 2011 Subject: FreeBSD Port: libreoffice-3.3.0_4 In-Reply-To: <1297325732.18468.2.camel@yan.home> References: <1297325732.18468.2.camel@yan.home> Message-ID: 2011/2/10 ?? ?????? > Hi! > > Please say, is there the simple way to build libreoffice without libwpg and > libwps? They wants qt. > > > ------------------------------ > Best Regards, Yan Zlobin > > E-mail: yan_zlobin@agniyoga.ru > WWW: http://yan.zlobin.name/ > Jabber: yan_zlobin@agniyoga.ru > > > > Currently not but if you don't want Qt simply add NOPORTDOCS knobs while building libwps and libwpg --- regards, Bapt From yan_zlobin at agniyoga.ru Thu Feb 10 08:45:09 2011 From: yan_zlobin at agniyoga.ru (=?koi8-r?Q?=F1=CE_=FA=CC=CF=C2=C9=CE?=) Date: Thu Feb 10 08:45:13 2011 Subject: FreeBSD Port: libreoffice-3.3.0_4 Message-ID: <1297325732.18468.2.camel@yan.home> Hi! Please say, is there the simple way to build libreoffice without libwpg and libwps? They wants qt. ________________________________________________________________________ Best Regards, Yan Zlobin E-mail: yan_zlobin@agniyoga.ru WWW: http://yan.zlobin.name/ Jabber: yan_zlobin@agniyoga.ru -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110210/608020c8/attachment.pgp From ml at netfence.it Thu Feb 10 09:40:32 2011 From: ml at netfence.it (Andrea Venturoli) Date: Thu Feb 10 09:40:36 2011 Subject: Snort troubles Message-ID: <4D53AFC3.4030107@netfence.it> Hello. # cd /usr/ports/security/snort # make extract /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status ... Maybe this is because: # perl -v This is perl, v5.8.9 built for i386-freebsd-64int Is this a bug in the port? Does snort require a newer perl? Should I switch to 5.10? 5.12? bye & Thanks av. From baptiste.daroussin at gmail.com Thu Feb 10 10:43:06 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Thu Feb 10 10:43:10 2011 Subject: Cannot open MS Word file with libreoffice-3.3.0_3 In-Reply-To: <201102091648.52650.lumiwa@gmail.com> References: <4D515AE4.7080105@janh.de> <20110209122916.GA4943@azathoth.lan> <201102091648.52650.lumiwa@gmail.com> Message-ID: 2011/2/9 ajtiM : > On Wednesday February 9 2011 06:29:16 Baptiste Daroussin wrote: >> That should be fixed in 3.3.0_4 >> >> regards, >> Bapt > > I am recompiling it now but I have one question: > > I got a message (from the first 3.3.0): > aclocal.m4.16: Warning: this file was generated for autoconf 2.63. You have > another version of autoconf. It may work, but is not guaranted to..... > > Yes, I have version 2.68. > > Thanks in advance. > > Mitja > -------- > http://jpgmag.com/people/lumiwa > _______________________________________________ > 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" > It's normal, do not care about this :) (if this is the only remaining "problem" it's nice :)) regards, Bapt From micro at heavennet.ru Thu Feb 10 11:45:53 2011 From: micro at heavennet.ru (Ilya A. Archipov) Date: Thu Feb 10 11:46:28 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> Message-ID: <20110210143613.07b56ed9@heavennet.ru> Hi, here you'll find the latest xfce 4.8.1 ports: http://people.freebsd.org/~oliver/xfce/xfce-4.8.1_ports.tar.gz I aditionally fixed some plugins. The remaining BROKEN ports are: deskutils/xfce4-volstatus-icon sysutils/thunar-volman-plugin sysutils/xfce4-places-plugin multimedia/xfce4-media x11/xfce4-wmdock-plugin ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" Hi oliver@ tarball haven't Mk changes? ---- Best Regards Ilya A. Arhipov From lehmann at ans-netz.de Thu Feb 10 11:51:35 2011 From: lehmann at ans-netz.de (Oliver Lehmann) Date: Thu Feb 10 11:51:38 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110210143613.07b56ed9@heavennet.ru> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> <20110210143613.07b56ed9@heavennet.ru> Message-ID: <20110210125132.18351ozie8vqoqck@avocado.salatschuessel.net> Hi Ilya, "Ilya A. Archipov" wrote: > Hi oliver@ > tarball haven't Mk changes? you are right. I fixed the tarball. Thanks for letting me know! ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From michael.scheidell at secnap.com Thu Feb 10 12:59:39 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Thu Feb 10 12:59:42 2011 Subject: Snort troubles In-Reply-To: <0844a33e-1636-4da6-9706-abf91731d21c@blur> References: <0844a33e-1636-4da6-9706-abf91731d21c@blur> Message-ID: <7892e569-1e2e-4817-81ea-93f40c133a05@blur> Yep. Its a chicken or egg thing. See earlier post in ports for a minor makefile change. Or install libnet11 first. If you want patches ill send them to you in an hour but installing libnet11 is a quick workaround Important. Afterinstalling libnet11. Do a make clean in snort dir. -- Michael Scheidell CTO SECNAP Network Security 561-948-2259 -----Original message----- From: Andrea Venturoli To: "freebsd-ports@freebsd.org" , "wfreeman@gmail.com" Sent: Thu, Feb 10, 2011 09:40:46 GMT+00:00 Subject: Snort troubles Hello. # cd /usr/ports/security/snort # make extract /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 63: warning: "/usr/local/bin/libnet11-config --cflags" returned non-zero status /usr/local/bin/libnet11-config: not found "Makefile", line 64: warning: "/usr/local/bin/libnet11-config --libs" returned non-zero status ... Maybe this is because: # perl -v This is perl, v5.8.9 built for i386-freebsd-64int Is this a bug in the port? Does snort require a newer perl? Should I switch to 5.10? 5.12? bye & Thanks av. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From me at janh.de Thu Feb 10 13:30:12 2011 From: me at janh.de (Jan Henrik Sylvester) Date: Thu Feb 10 13:30:15 2011 Subject: Onesided conflict: editors/openoffice.org-3 with devel/cppunit (=> editors/libreoffice) Message-ID: <4D53E85F.8060700@janh.de> I just tried to reinstall editors/openoffice.org-3 after recently installing editors/libreoffice that pulled in devel/cppunit -- I could not, since editors/openoffice.org-3 conflicts with devel/cppunit. Why is there a one-sided conflict? If editors/openoffice.org-3 and devel/cppunit really install files to the same location, both should conflict each other. Which files are installed by both ports? Looking in /var/db/pkg/cppunit-1.12.1/+CONTENTS and /var/db/pkg/openoffice.org-3.3.0/+CONTENTS on a machine that I still have both installed on, I cannot find any common files. Both ports are installed with default options. I only find the commit message from 2010-Apr-1 of OOo adding the conflict, but it does not say which files and since pkg-plist is generated, I cannot find out if the conflict was resolved in the meantime. It would make testing of editors/libreoffice difficult if you could not have it installed with editors/openoffice.org-3 at the same time. Cheers, Jan Henrik From 6yearold at gmail.com Thu Feb 10 13:37:03 2011 From: 6yearold at gmail.com (arrowdodger) Date: Thu Feb 10 13:37:37 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: <20110209161008.GD87684@bonjour.sunpoet.net> References: <20110209161008.GD87684@bonjour.sunpoet.net> Message-ID: I've updated port. The only thing left - setting dependency on py-gobject by USE_GNOME variable. But if i run pkg_info -f on installed port, i see: > Dependency: py26-gobject-2.26.0 > dependency origin: devel/py-gobject > So, maybe this dependency is implicit and i should not care? Updated port can be obtained here: http://intara.org.ru/tortoisehg1.shar or from attachment. From michael.scheidell at secnap.com Thu Feb 10 13:42:44 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Thu Feb 10 13:43:18 2011 Subject: Snort troubles In-Reply-To: <4D53AFC3.4030107@netfence.it> References: <4D53AFC3.4030107@netfence.it> Message-ID: <4D53EB58.6000605@secnap.com> On 2/10/11 4:28 AM, Andrea Venturoli wrote: > Hello. > > # cd /usr/ports/security/snort > # make extract > /usr/local/bin/libnet11-config: not found > Is this a bug in the port? yep, my fault. > Does snort require a newer perl? no. has been tried on perl 5.8.9, 7.3 i386, 7.2 amd64, perl 5.10 amd64 on 7.3, 8.1, etc. (even works on 6.4 i386), BUT WON'T COMPILE pcap on 5.5 > Should I switch to 5.10? 5.12? no try this patch: DO A MAKE CLEAN first, then apply patch, then try again. diff -bBru /tmp/Makefile Makefile --- /tmp/Makefile Tue Feb 8 22:50:03 2011 +++ Makefile Wed Feb 9 10:41:46 2011 @@ -60,8 +61,13 @@ USE_AUTOTOOLS= libtool USE_LDCONFIG= yes LIBNET_CONFIG?= ${LOCALBASE}/bin/libnet11-config +.if exists($(LIBNET_CONFIG})) LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags LIBNET_LIBS!= ${LIBNET_CONFIG} --libs +.else +LIBNET_CFLAGS=-I${LOCALBASE}/include/libnet11 +LIBNET_LIBS=-L${LOCALBASE}/lib/libnet11 -lnet +.endif LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From sergey.dyatko at gmail.com Thu Feb 10 13:47:47 2011 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Thu Feb 10 13:47:50 2011 Subject: Onesided conflict: editors/openoffice.org-3 with devel/cppunit (=> editors/libreoffice) In-Reply-To: <4D53E85F.8060700@janh.de> References: <4D53E85F.8060700@janh.de> Message-ID: <20110210154807.15484f49@gmail.com> On Thu, 10 Feb 2011 14:30:07 +0100 Jan Henrik Sylvester wrote: > I just tried to reinstall editors/openoffice.org-3 after recently > installing editors/libreoffice that pulled in devel/cppunit -- I > could not, since editors/openoffice.org-3 conflicts with > devel/cppunit. I had the same problem every time I updated openoffice (without libreoffice). > Why is there a one-sided conflict? If editors/openoffice.org-3 and > devel/cppunit really install files to the same location, both should > conflict each other. > > Which files are installed by both ports? Looking in > /var/db/pkg/cppunit-1.12.1/+CONTENTS and > /var/db/pkg/openoffice.org-3.3.0/+CONTENTS on a machine that I still > have both installed on, I cannot find any common files. Both ports > are installed with default options. I only find the commit message > from 2010-Apr-1 of OOo adding the conflict, but it does not say which > files and since pkg-plist is generated, I cannot find out if the > conflict was resolved in the meantime. > > It would make testing of editors/libreoffice difficult if you could > not have it installed with editors/openoffice.org-3 at the same time. > > Cheers, > Jan Henrik -- wbr, tiger From wfreeman at sourcefire.com Thu Feb 10 14:32:43 2011 From: wfreeman at sourcefire.com (Dean Freeman) Date: Thu Feb 10 14:32:46 2011 Subject: Snort troubles In-Reply-To: <4D53EB58.6000605@secnap.com> References: <4D53AFC3.4030107@netfence.it> <4D53EB58.6000605@secnap.com> Message-ID: Snort 2.9.0.4 is getting released today, I believe, and I'll push an updated port either tomorrow or Monday which will also have the fix for the libnet issue in it as well. On Thu, Feb 10, 2011 at 8:42 AM, Michael Scheidell < michael.scheidell@secnap.com> wrote: > > > On 2/10/11 4:28 AM, Andrea Venturoli wrote: > >> Hello. >> >> # cd /usr/ports/security/snort >> # make extract >> /usr/local/bin/libnet11-config: not found >> Is this a bug in the port? >> > yep, my fault. > > Does snort require a newer perl? >> > no. > has been tried on perl 5.8.9, 7.3 i386, 7.2 amd64, perl 5.10 amd64 on 7.3, > 8.1, etc. > (even works on 6.4 i386), BUT WON'T COMPILE pcap on 5.5 > > Should I switch to 5.10? 5.12? >> > no > try this patch: DO A MAKE CLEAN first, then apply patch, then try > again. > > > diff -bBru /tmp/Makefile Makefile > --- /tmp/Makefile Tue Feb 8 22:50:03 2011 > +++ Makefile Wed Feb 9 10:41:46 2011 > > @@ -60,8 +61,13 @@ > USE_AUTOTOOLS= libtool > USE_LDCONFIG= yes > LIBNET_CONFIG?= ${LOCALBASE}/bin/libnet11-config > +.if exists($(LIBNET_CONFIG})) > LIBNET_CFLAGS!= ${LIBNET_CONFIG} --cflags > LIBNET_LIBS!= ${LIBNET_CONFIG} --libs > +.else > +LIBNET_CFLAGS=-I${LOCALBASE}/include/libnet11 > +LIBNET_LIBS=-L${LOCALBASE}/lib/libnet11 -lnet > +.endif > LIBNET_INCDIR= ${LIBNET_CFLAGS:M-I*:S/-I//} > LIBNET_LIBDIR= ${LIBNET_LIBS:M-L*:S/-L//} > > > -- > Michael Scheidell, CTO > o: 561-999-5000 > d: 561-948-2259 > ISN: 1259*1300 > >*| *SECNAP Network Security Corporation > > * Certified SNORT Integrator > * 2008-9 Hot Company Award Winner, World Executive Alliance > * Five-Star Partner Program 2009, VARBusiness > * Best in Email Security,2010: Network Products Guide > * King of Spam Filters, SC Magazine 2008 > > > ______________________________________________________________________ > This email has been scanned and certified safe by SpammerTrap(r). For > Information please see http://www.secnap.com/products/spammertrap/ > ______________________________________________________________________ > _______________________________________________ > > 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" > -- Dean Freeman Research Analyst, Sourcefire VRT From sunpoet at FreeBSD.org Thu Feb 10 14:34:02 2011 From: sunpoet at FreeBSD.org (Sunpoet Po-Chuan Hsieh) Date: Thu Feb 10 14:34:09 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: <20110209161008.GD87684@bonjour.sunpoet.net> Message-ID: <20110210143506.GA66529@bonjour.sunpoet.net> On Thu, Feb 10, 2011 at 04:36:40PM +0300, arrowdodger wrote: > I've updated port. The only thing left - setting dependency on py-gobject by > USE_GNOME variable. > But if i run pkg_info -f on installed port, i see: > > > Dependency: py26-gobject-2.26.0 > > dependency origin: devel/py-gobject > > > So, maybe this dependency is implicit and i should not care? Obviously USE_GNOME does not support devel/py-gobject now. All you can do is to use BUILD_DEPENDS/RUN_DEPENDS. Your pkg_info result indicates that you've installed gobject, but it means nothing to users of this port. The ports infrastructure generates dependency list according to the Makefile. If py-gobject is required, add it to the corresponding *_DEPENDS explicitly. Otherwise gobject will not be installed. > Updated port can be obtained here: > http://intara.org.ru/tortoisehg1.shar > or from attachment. Some comments: - PORTNAME can be different with the path. PORTNAME=tortoisehg is OK. - We usually use "USE_PYTHON=yes" - It would be better to keep patches in *-patch: targets. Move "${REINPLACE_CMD}" actions to post-patch:. - If this port does not need to run configure or so. Use do-configure: @${DO_NADA} Regards, -- Sunpoet Po-Chuan Hsieh 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B http://people.FreeBSD.org/~sunpoet/pgpkeys.txt From pimlab at rambler.ru Thu Feb 10 14:40:43 2011 From: pimlab at rambler.ru (pimlab) Date: Thu Feb 10 15:01:26 2011 Subject: FreeBSD Port: vuze-4.3.1.4_2 Message-ID: <4D53F48E.2010503@rambler.ru> Hi! Please, update vuze. Deniss From 6yearold at gmail.com Thu Feb 10 15:21:42 2011 From: 6yearold at gmail.com (arrowdodger) Date: Thu Feb 10 15:21:45 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: <20110210143506.GA66529@bonjour.sunpoet.net> References: <20110209161008.GD87684@bonjour.sunpoet.net> <20110210143506.GA66529@bonjour.sunpoet.net> Message-ID: On Thu, Feb 10, 2011 at 5:35 PM, Sunpoet Po-Chuan Hsieh wrote: > On Thu, Feb 10, 2011 at 04:36:40PM +0300, arrowdodger wrote: > > I've updated port. The only thing left - setting dependency on py-gobject > by > > USE_GNOME variable. > > But if i run pkg_info -f on installed port, i see: > > > > > Dependency: py26-gobject-2.26.0 > > > dependency origin: devel/py-gobject > > > > > So, maybe this dependency is implicit and i should not care? > > Obviously USE_GNOME does not support devel/py-gobject now. All you can > do is to use BUILD_DEPENDS/RUN_DEPENDS. > > Your pkg_info result indicates that you've installed gobject, but it > means nothing to users of this port. The ports infrastructure generates > dependency list according to the Makefile. If py-gobject is required, > add it to the corresponding *_DEPENDS explicitly. Otherwise gobject will > not be installed. > > > Updated port can be obtained here: > > http://intara.org.ru/tortoisehg1.shar > > or from attachment. > > Some comments: > - PORTNAME can be different with the path. PORTNAME=tortoisehg is OK. > - We usually use "USE_PYTHON=yes" > - It would be better to keep patches in *-patch: targets. > Move "${REINPLACE_CMD}" actions to post-patch:. > - If this port does not need to run configure or so. Use > do-configure: > @${DO_NADA} > > Regards, > Done. How should i submit new port? Open an PR? From ml at netfence.it Thu Feb 10 16:06:02 2011 From: ml at netfence.it (Andrea Venturoli) Date: Thu Feb 10 16:06:06 2011 Subject: Snort troubles In-Reply-To: References: <4D53AFC3.4030107@netfence.it> <4D53EB58.6000605@secnap.com> Message-ID: <4D540CE4.7040208@netfence.it> On 02/10/11 15:01, Dean Freeman wrote: > Snort 2.9.0.4 is getting released today, I believe, and I'll push an > updated port either tomorrow or Monday which will also have the fix for > the libnet issue in it as well. Ok, thanks to everyone. I can wait until next week. bye av. From lists at eitanadler.com Thu Feb 10 16:15:26 2011 From: lists at eitanadler.com (Eitan Adler) Date: Thu Feb 10 16:15:30 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: <20110209161008.GD87684@bonjour.sunpoet.net> <20110210143506.GA66529@bonjour.sunpoet.net> Message-ID: > > How should i submit new port? Open an PR? There are two easy ways to submit the port. The first is to use send-pr(1) or the web base form to submit the problem report. Please make sure to submit it as a shar and use the change-request option. The second way does the above for you. Install ports-mgmt/porttools and run "port submit". Of course you should run "port test" first :-) -- Eitan Adler From kwm at rainbow-runner.nl Thu Feb 10 16:55:22 2011 From: kwm at rainbow-runner.nl (Koop Mast) Date: Thu Feb 10 16:55:25 2011 Subject: Request for new port review: TortoiseHG. In-Reply-To: References: <20110209161008.GD87684@bonjour.sunpoet.net> <20110210143506.GA66529@bonjour.sunpoet.net> Message-ID: <1297355970.22746.4.camel@headache.rainbow-runner.nl> On Thu, 2011-02-10 at 18:21 +0300, arrowdodger wrote: > On Thu, Feb 10, 2011 at 5:35 PM, Sunpoet Po-Chuan Hsieh > wrote: > > > On Thu, Feb 10, 2011 at 04:36:40PM +0300, arrowdodger wrote: > > > I've updated port. The only thing left - setting dependency on py-gobject > > by > > > USE_GNOME variable. > > > But if i run pkg_info -f on installed port, i see: > > > > > > > Dependency: py26-gobject-2.26.0 > > > > dependency origin: devel/py-gobject > > > > > > > So, maybe this dependency is implicit and i should not care? > > > > Obviously USE_GNOME does not support devel/py-gobject now. All you can > > do is to use BUILD_DEPENDS/RUN_DEPENDS. There is now a pygobject USE_GNOME switch. -Koop > > Your pkg_info result indicates that you've installed gobject, but it > > means nothing to users of this port. The ports infrastructure generates > > dependency list according to the Makefile. If py-gobject is required, > > add it to the corresponding *_DEPENDS explicitly. Otherwise gobject will > > not be installed. > > > > > Updated port can be obtained here: > > > http://intara.org.ru/tortoisehg1.shar > > > or from attachment. > > > > Some comments: > > - PORTNAME can be different with the path. PORTNAME=tortoisehg is OK. > > - We usually use "USE_PYTHON=yes" > > - It would be better to keep patches in *-patch: targets. > > Move "${REINPLACE_CMD}" actions to post-patch:. > > - If this port does not need to run configure or so. Use > > do-configure: > > @${DO_NADA} > > > > Regards, > > > Done. > > How should i submit new port? Open an PR? > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From wfreeman at sourcefire.com Fri Feb 11 02:28:09 2011 From: wfreeman at sourcefire.com (Dean Freeman) Date: Fri Feb 11 02:28:13 2011 Subject: Snort 2.9.0.4 port update Message-ID: All: I have submitted a patch to update the Snort port from 2.9.0.3 to 2.9.0.4, which was released today. This includes a workaround for a libnet issue in the makefile for the previous port. -- Dean Freeman Research Analyst, Sourcefire VRT From me at janh.de Fri Feb 11 13:34:06 2011 From: me at janh.de (Jan Henrik Sylvester) Date: Fri Feb 11 13:34:10 2011 Subject: sysutils/cdrtools in i386 chroot on amd64 Message-ID: <4D553ACA.5060503@janh.de> I am trying to build all ports that I have installed in an i386 chroot environment on an amd64 machine. All work except for sysutils/cdrtools. I have installed an i386 system to some directory, mounted a devfs to the devfs subdirectory, set "MACHINE=i386 ; UNAME_p=i386 ; UNAME_m=i386" and exported them, chrooted to the directory, and called "/etc/rc.d/ldconfig start". sysutils/cdrtools fails with many errors as it still builds for amd64. Is this expected? Should I do more to get an i386 environment? (I have tried to set ARCH and MACHINE_ARCH with no change.) sysutils/cdrtools/Makefile mentions: "Hack to allow building with TARGET and TARGET_ARCH set in the environment as done by the release building scripts." This seems to be the problem as all the variables I set cannot have an effect. How can I work around that hack except for changing the Makefile? Could the port detect if it is called from the release building scripts and only apply the hack in that case? Cheers, Jan Henrik From demelier.david at gmail.com Fri Feb 11 14:02:34 2011 From: demelier.david at gmail.com (David Demelier) Date: Fri Feb 11 14:02:39 2011 Subject: [PATCH] Proposal for a new option framework In-Reply-To: References: Message-ID: <4D54F8F3.9080104@gmail.com> On 17/11/2010 15:58, Baptiste Daroussin wrote: > Hi all, > > I'd like to expose you a new proposal for the framework option. > > First the problem with the actual situation. > the option framework has some problems : > - for a given option we have two variable : WITH_OPT WITHOUT_OPT only > having to check one will be great. > - the option framework isn't consistent : if you set a WITH_BLA in > /etc/make.conf, make config doesn't mind about it for example. > > So here is my proposal and a patch that implements it : > > for porters : > 3 types of options : simple, group and list > - simple options are the same as the current options (ie user can > activate what ever they wants) > - group options are options where at least one has to be set (1-N) > - list options are options where only one has to be set and only one > can be set (exclusive options) > > a maintainer can defined them it the ports and some can be defined system wide. > > every options can have a description but this is not mandatory. > > maintainer can set default options (DEFAULT_OPTS) and remove global > options that the ports doesn't support yet OPTS_RM. > > in a ports how to define them like this > > OPTS= OPT1 OPT2 OPT3 > > OPTS_GROUP= GRP1 GRP2 > OPTS_GROUP_GRP1= OPT4 OPT5 > OPTS_GROUP_GRP2= OPT6 OPT7 > > OPTS_LIST= LIST1 > OPTS_LIST_LIST1= OPT8 OTP9 OPT10 > > > DEFAULT_OPTS= OPT2 OPT3 OPT9 OPT7 OPT8 OPT4 > OPTS_RM= NLS NOPORTDOCS > > to define a desciption for a given option : > OPT1_DESC= "Description of my option" > > make showoptions will present all the options and their descriptions : > > ===> The following configuration options are available: > OPT1=off: Description of my option > OPT2=on > OPT3=on > ====> Options available for the group GRP1: you have to choose at > least one of them > OPT4=on > OPT5=off > ====> Options available for the group GRP2: you have to choose at > least one of them > OPT6=off > OPT7=on > ====> Options available for the group LIST1: you have to select only one of them > OPT8=on > OPT9=off > OPT10=off > > a user can set in make.conf global options for the whole ports : > OPTS_SET= OPT1 OPT3 > of unset them system wide > OPTS_UNSET= OPT10 OPT15 > > per port options can be specified in two ways for a given ports : > through /etc/make.conf: > ${UNIQUENAME}_OPTS_SET= OPT1 > > ${UNIQUENAME}_OPTS_UNSET= OPT2 > > for zsh it would be: > zsh_OPTS_SET= OPT1 > zsh_OPTS_UNSET= OPT2 > > through /var/db/ports/${UNIQUENAME}/opts (in case we add a dialog like feature) > OPTS_SET= OPT1 > OPTS_UNSET= OPT2 > > The framework check how the options are set in the following way : > 1/ set the default options has wanted by the maintainer > 2/ override them using the system wide options (OPTS_(UN)SET) > 3/ the per ports defined options in /var/db/ports/${UNIQUENAME}/opts > 4/ the per ports defined options in make.conf ${UNIQUENAME}_OPTS_(UN)SET > > We can maintain some generic options descriptions like it is done in the KNOBS > > for the maintainer to check if an option is set or not, we do not need > to choose between WITHOUT ou WITH option the options as to be checked > that way: > if !empty(PORTS_OPTS:MOPT1) > @${ECHO_CMD} " the options OPT1 is set" > .else > @${ECHO_CMD} "the options OPT2 is not set" > .endif > > the framework check (check-options) for the consitency for the options > set (exclusive options and 1-n option) > > In the patch nothing is activated by default (user has make > check-options himself currently) > there is nothing to create /var/db/ports/${UNIQUENAME}/opts it don't > really like having a gui for that but I understand some prefers and I > am checking how to make dialog4ports able to do the job. > > The new framework can live with the old one > The implementation is really really simple. > In the implementation I added 3 global options: NOPORTDOCS NOPORTDATA > NOPORTEXAMPLES > Variable names are temporary if you have better ideas :) > > I think it is quite easy to extend to add features later. > > http://people.freebsd.org/~bapt/ports-newopts.patch > This is the best thing that could happens to the FreeBSD ports. Now the ports OPTIONS framework lacks a lot of feature. We can't select "only one" option in a list of (like pkgsrc does) and this new framework may provides this feature ! The group feature may helps in a backend dependency too! I really like this new framework and hope will be bring to ports before 2026 :-). Thanks bapt. -- David Demelier From demelier.david at gmail.com Fri Feb 11 16:01:37 2011 From: demelier.david at gmail.com (David Demelier) Date: Fri Feb 11 16:01:41 2011 Subject: [PATCH] Proposal for a new option framework In-Reply-To: References: Message-ID: <4D55277E.7020701@gmail.com> On 17/11/2010 15:58, Baptiste Daroussin wrote: > Hi all, > > I'd like to expose you a new proposal for the framework option. > > First the problem with the actual situation. > the option framework has some problems : > - for a given option we have two variable : WITH_OPT WITHOUT_OPT only > having to check one will be great. > - the option framework isn't consistent : if you set a WITH_BLA in > /etc/make.conf, make config doesn't mind about it for example. > > So here is my proposal and a patch that implements it : > > for porters : > 3 types of options : simple, group and list > - simple options are the same as the current options (ie user can > activate what ever they wants) > - group options are options where at least one has to be set (1-N) > - list options are options where only one has to be set and only one > can be set (exclusive options) > > a maintainer can defined them it the ports and some can be defined system wide. > > every options can have a description but this is not mandatory. > > maintainer can set default options (DEFAULT_OPTS) and remove global > options that the ports doesn't support yet OPTS_RM. > > in a ports how to define them like this > > OPTS= OPT1 OPT2 OPT3 > > OPTS_GROUP= GRP1 GRP2 > OPTS_GROUP_GRP1= OPT4 OPT5 > OPTS_GROUP_GRP2= OPT6 OPT7 > > OPTS_LIST= LIST1 > OPTS_LIST_LIST1= OPT8 OTP9 OPT10 > > > DEFAULT_OPTS= OPT2 OPT3 OPT9 OPT7 OPT8 OPT4 > OPTS_RM= NLS NOPORTDOCS > > to define a desciption for a given option : > OPT1_DESC= "Description of my option" > > make showoptions will present all the options and their descriptions : > > ===> The following configuration options are available: > OPT1=off: Description of my option > OPT2=on > OPT3=on > ====> Options available for the group GRP1: you have to choose at > least one of them > OPT4=on > OPT5=off > ====> Options available for the group GRP2: you have to choose at > least one of them > OPT6=off > OPT7=on > ====> Options available for the group LIST1: you have to select only one of them > OPT8=on > OPT9=off > OPT10=off > > a user can set in make.conf global options for the whole ports : > OPTS_SET= OPT1 OPT3 > of unset them system wide > OPTS_UNSET= OPT10 OPT15 > > per port options can be specified in two ways for a given ports : > through /etc/make.conf: > ${UNIQUENAME}_OPTS_SET= OPT1 > > ${UNIQUENAME}_OPTS_UNSET= OPT2 > > for zsh it would be: > zsh_OPTS_SET= OPT1 > zsh_OPTS_UNSET= OPT2 > > through /var/db/ports/${UNIQUENAME}/opts (in case we add a dialog like feature) > OPTS_SET= OPT1 > OPTS_UNSET= OPT2 > > The framework check how the options are set in the following way : > 1/ set the default options has wanted by the maintainer > 2/ override them using the system wide options (OPTS_(UN)SET) > 3/ the per ports defined options in /var/db/ports/${UNIQUENAME}/opts > 4/ the per ports defined options in make.conf ${UNIQUENAME}_OPTS_(UN)SET > > We can maintain some generic options descriptions like it is done in the KNOBS > > for the maintainer to check if an option is set or not, we do not need > to choose between WITHOUT ou WITH option the options as to be checked > that way: > if !empty(PORTS_OPTS:MOPT1) > @${ECHO_CMD} " the options OPT1 is set" > .else > @${ECHO_CMD} "the options OPT2 is not set" > .endif > > the framework check (check-options) for the consitency for the options > set (exclusive options and 1-n option) > > In the patch nothing is activated by default (user has make > check-options himself currently) > there is nothing to create /var/db/ports/${UNIQUENAME}/opts it don't > really like having a gui for that but I understand some prefers and I > am checking how to make dialog4ports able to do the job. > > The new framework can live with the old one > The implementation is really really simple. > In the implementation I added 3 global options: NOPORTDOCS NOPORTDATA > NOPORTEXAMPLES > Variable names are temporary if you have better ideas :) > > I think it is quite easy to extend to add features later. > > http://people.freebsd.org/~bapt/ports-newopts.patch > > regards, > Bapt > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" This is the best thing that could happens to the FreeBSD ports. Now the ports OPTIONS framework lacks a lot of feature. We can't select "only one" option in a list of (like pkgsrc does) and this new framework may provides this feature ! The group feature may helps in a backend dependency too! I really like this new framework and hope will be bring to ports before 2026 :-). Thanks bapt. -- David Demelier From marius at alchemy.franken.de Fri Feb 11 17:38:06 2011 From: marius at alchemy.franken.de (Marius Strobl) Date: Fri Feb 11 17:38:08 2011 Subject: sysutils/cdrtools in i386 chroot on amd64 In-Reply-To: <4D553ACA.5060503@janh.de> References: <4D553ACA.5060503@janh.de> Message-ID: <20110211172700.GH15808@alchemy.franken.de> On Fri, Feb 11, 2011 at 02:34:02PM +0100, Jan Henrik Sylvester wrote: > I am trying to build all ports that I have installed in an i386 chroot > environment on an amd64 machine. All work except for sysutils/cdrtools. > > I have installed an i386 system to some directory, mounted a devfs to > the devfs subdirectory, set "MACHINE=i386 ; UNAME_p=i386 ; UNAME_m=i386" > and exported them, chrooted to the directory, and called > "/etc/rc.d/ldconfig start". > > sysutils/cdrtools fails with many errors as it still builds for amd64. > > Is this expected? Should I do more to get an i386 environment? (I have > tried to set ARCH and MACHINE_ARCH with no change.) > Yes, that approach isn't expected to generally work for cross-building ports for i386 on amd64. What is expected to work is compiling them in an i386 environment on amd64 running a kernel with r210369/rev. 1.103 of sys/kern/kern_mib.c (r210855/rev. 1.98.2.5 for 8-STABLE) in place so the i386 binaries act as if they are running on native i386 without hacks like MACHINE, UNAME_* etc being set. The cdrtools port is known to be buildable for i386 in an i386 jail on amd64 that way. Marius From adam at electricembers.net Fri Feb 11 20:33:00 2011 From: adam at electricembers.net (Adam Bernstein) Date: Fri Feb 11 20:33:03 2011 Subject: FreeBSD Port: nrpe-2.12_3 Message-ID: <4D55994C.2010108@electricembers.net> Howdy. I hope this is the right place to send a port bug report, but my apologies if not and I'll appreciate any redirection. It looks to me like the nrpe2 port is partly ignoring the WITH_OPENSSL_PORT=yes directive in /etc/make.conf. It does look in the right place during the dependencies check: ===> nrpe-2.12_3 depends on file: /usr/local/lib/libcrypto.so.7 - found and during the configure stage it also looks in the right place for the header files: checking for SSL headers... SSL headers found in /usr/local but it does *not* look in the right place for the library file: checking for SSL libraries... SSL libraries found in /usr/lib I found I was able to force it to the right place by specifying the make variable: CONFIGURE_ARGS="--with-ssl-lib=/usr/local/lib" but I think the need to do that indicates a bug in the portification, yes? system: -FreeBSD 8.1 -nrpe-2.12_3 port -openssl-1.0.0_4 port installed Thanks much! adam From adam at electricembers.net Fri Feb 11 20:34:50 2011 From: adam at electricembers.net (Adam Bernstein) Date: Fri Feb 11 20:34:52 2011 Subject: FreeBSD Port: subversion-1.6.15 Message-ID: <4D559D6E.8090607@electricembers.net> Howdy. I hope this is the right place to send a port bug report, but my apologies if not and I'll appreciate any redirection. It looks to me like the subversion port is ignoring the MOD_DAV_SVN configuration setting, always behaving as if it's turned on even when it's not (which is the default). The mod_dav_svn.so and mod_authz_svn.so modules always get built into Apache's modules directory, and the corresponding LoadModule lines are always added to httpd.conf. I found I was able to force it not to build and load these modules by specifying the make argument: CONFIGURE_ARGS="--without-apxs" but I think the need to do that indicates a bug in the portification, yes? system: -FreeBSD 8.1 -subversion 1.6.15 port -apache 2.2.17 from source Thanks much! adam From michael.scheidell at secnap.com Fri Feb 11 20:56:13 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Fri Feb 11 20:56:17 2011 Subject: FreeBSD Port: subversion-1.6.15 In-Reply-To: <4D559D6E.8090607@electricembers.net> References: <4D559D6E.8090607@electricembers.net> Message-ID: <4D559E45.80707@secnap.com> best to open a PR http://www.freebsd.org/support.html if you have a patch, against current ports tree, then you are more likely to get action. we all have day jobs. suggested subject line: [PATCH] fix mod_dav_svn config args. upload the patch, bump portrevision. On 2/11/11 3:34 PM, Adam Bernstein wrote: > Howdy. I hope this is the right place to send a port bug report, but > my apologies if not and I'll appreciate any redirection. -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From dougb at FreeBSD.org Fri Feb 11 21:17:51 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 11 21:17:54 2011 Subject: FreeBSD Port: subversion-1.6.15 In-Reply-To: <4D559E45.80707@secnap.com> References: <4D559D6E.8090607@electricembers.net> <4D559E45.80707@secnap.com> Message-ID: <4D55A77D.2020300@FreeBSD.org> On 02/11/2011 12:38, Michael Scheidell wrote: > suggested subject line: [PATCH] fix mod_dav_svn config args. For ports PRs please mention the category/portname in the subject. That way the auto-assigner can do its magic. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From mark at foster.cc Fri Feb 11 21:49:39 2011 From: mark at foster.cc (Mark Foster) Date: Fri Feb 11 21:49:48 2011 Subject: FreeBSD Port: subversion-1.6.15 In-Reply-To: <4D559E45.80707@secnap.com> References: <4D559D6E.8090607@electricembers.net> <4D559E45.80707@secnap.com> Message-ID: <4D55AB2E.1000503@foster.cc> In the case of this port, it explains to send the report directly to the maintainer. (I did that about 4 days ago and haven't heard any reply). I guess the answer is, when in doubt open a pr. Still, it's annoying to be misled in another direction. configure: error: no suitable apr found ===> Script "configure" failed unexpectedly. Please report the problem to lev@FreeBSD.org [maintainer] and attach the "/usr/ports/devel/subversion/work/subversion-1.6.15/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 -- Mark D. Foster http://mark.foster.cc/ From nox at jelal.kn-bremen.de Fri Feb 11 23:40:57 2011 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Feb 11 23:41:04 2011 Subject: lirc port update for testing - now also for mceusb via webcamd svn Message-ID: <20110211233743.GA16803@triton8.kn-bremen.de> Hi! After testing a webcamd patch for dvb tuner remote's /dev/lirc0 support, making a port update for comms/lirc (more details in this post: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011625.html ), and adding (among others) usb ftdi remote support to the lirc port update (untested, or at least I haven't heard back from people wanting to test it yet, see http://www.huitsing.nl/irftdi/ ) I discovered webcamd svn already builds the Linux mceusb driver too so I then tested that also. After reporting a bug for which Hans meanwhile committed a fix mode2 got data, just irrecord didn't quite want to work yet, it kept saying `Sorry, something went wrong.' Well, now I have a workaround for that problem too (irrecord expected a leading space while at least this mceusb device started reporting with the first pulse), see files/patch-daemons::hw_default.c in the patched lirc port: http://people.freebsd.org/~nox/dvb/lirc/lirc-0.9.0p1_2.patch To test webcamd svn build it like described on Hans' page, http://www.selasky.org/hans_petter/video4bsd/ but apply my patch, http://people.freebsd.org/~nox/dvb/webcamd/patch-remote2-rc5.txt before starting the make. If you want to test an mceusb ir device you may need to pass its bus.addr to the newly built webcamd explicitly: webcamd -d 4.2 If you then get a /dev/lircX device you can pass it with -d to mode2 built from the updated lirc port: mode2 -d /dev/lirc0 and check if it reports pulses and spaces when triggering a remote at the receiver. If it does you can see if there's a config for you remote at the lirc archive (this is for mceusb etc, the emulated rc5 I patched into webcamd for dvb tuner remotes won't be on there:) http://lirc.sf.net/remotes/ If not you can try generating one using irrecord: irrecord -d /dev/lirc0 lircd-test.conf and following the messages it prints, if that worked copy the file to /usr/local/etc/lircd.conf, start lircd: service lircd onestart and run irw in a shell and check if it correctly reports buttons pressed on your remote. When that works you can start vdr (or whatever you use) pointed at lirc and assign the buttons on the remote. The (updated) Call for testing posting for vdr is here: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011628.html and more links are here: http://people.freebsd.org/~nox/dvb/ Enjoy, :) Juergen From freebsd at heesakkers.info Sat Feb 12 10:01:34 2011 From: freebsd at heesakkers.info (Oliver Heesakkers) Date: Sat Feb 12 10:01:36 2011 Subject: FreeBSD Port: subversion-1.6.15 In-Reply-To: <4D559D6E.8090607@electricembers.net> References: <4D559D6E.8090607@electricembers.net> Message-ID: <201102121101.30383.freebsd@heesakkers.info> On Friday 11 February 2011 21:34:54 Adam Bernstein wrote: > Howdy. I hope this is the right place to send a port bug report, but my > apologies if not and I'll appreciate any redirection. > > It looks to me like the subversion port is ignoring the MOD_DAV_SVN > configuration setting, always behaving as if it's turned on even when > it's not (which is the default). The mod_dav_svn.so and > mod_authz_svn.so modules always get built into Apache's modules > directory, and the corresponding LoadModule lines are always added to > httpd.conf. > http://www.freebsd.org/cgi/query-pr.cgi?pr=154223 From me at janh.de Sat Feb 12 14:37:17 2011 From: me at janh.de (Jan Henrik Sylvester) Date: Sat Feb 12 14:37:20 2011 Subject: sysutils/cdrtools in i386 chroot on amd64 In-Reply-To: <20110211172700.GH15808@alchemy.franken.de> References: <4D553ACA.5060503@janh.de> <20110211172700.GH15808@alchemy.franken.de> Message-ID: <4D569B16.8050303@janh.de> On 02/11/2011 18:27, Marius Strobl wrote: > On Fri, Feb 11, 2011 at 02:34:02PM +0100, Jan Henrik Sylvester wrote: >> I am trying to build all ports that I have installed in an i386 chroot >> environment on an amd64 machine. All work except for sysutils/cdrtools. >> >> I have installed an i386 system to some directory, mounted a devfs to >> the devfs subdirectory, set "MACHINE=i386 ; UNAME_p=i386 ; UNAME_m=i386" >> and exported them, chrooted to the directory, and called >> "/etc/rc.d/ldconfig start". >> >> sysutils/cdrtools fails with many errors as it still builds for amd64. >> >> Is this expected? Should I do more to get an i386 environment? (I have >> tried to set ARCH and MACHINE_ARCH with no change.) >> > > Yes, that approach isn't expected to generally work for cross-building > ports for i386 on amd64. What is expected to work is compiling them in > an i386 environment on amd64 running a kernel with r210369/rev. 1.103 > of sys/kern/kern_mib.c (r210855/rev. 1.98.2.5 for 8-STABLE) in place > so the i386 binaries act as if they are running on native i386 without > hacks like MACHINE, UNAME_* etc being set. The cdrtools port is known > to be buildable for i386 in an i386 jail on amd64 that way. Thanks for the explanation! I did not know about that change and was still using "MACHINE=i386 ; UNAME_p=i386 ; UNAME_m=i386" on my 8.2-RC3 laptop, on which I just verified it not to be necessary anymore (and sysutils/cdrtools to build). Since I got about 1200 ports building the old way on 8.1-RELEASE, I thought the unconditional hack in sysutils/cdrtools hindering me could be wrong, but with the situation really fixed in 8.2, it will not affect me anymore as I am going to upgrade my 8.1 package building machine pretty soon. Cheers, Jan Henrik From Cy.Schubert at komquats.com Sat Feb 12 16:15:05 2011 From: Cy.Schubert at komquats.com (Cy Schubert) Date: Sat Feb 12 16:15:08 2011 Subject: ports/154699: [MAINTAINER] www/gallery3: update to 3.0.1 In-Reply-To: Your message of "Sat, 12 Feb 2011 14:03:04 +0800." Message-ID: <201102121600.p1CG02J9061016@cwsys.cwsent.com> You didn't need to submit a PR. I was asking permission to commit the patch. All you needed to do was say "yes". BTW, 3.0.1 fixes a security issue. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org In message , Bo-Y i Wu writes: > --00504502d3199ca074049c0f92de > Content-Type: text/plain; charset=ISO-8859-1 > > Hi: > > Thanks for your help, I already commit it by the following message. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=154699 > > On Sat, Feb 12, 2011 at 5:33 AM, Cy Schubert wrote: > > > Hi, > > > > The gallery3 upline has released 3.0.1 which fixes a security issue. > > Enclosed is my proposed patch. Would you please approve my committing it? > > Thanks. > > > > Index: Makefile > > =================================================================== > > RCS file: /home/pcvs/ports/www/gallery3/Makefile,v > > retrieving revision 1.74 > > diff -u -r1.74 Makefile > > --- Makefile 9 Nov 2010 05:06:13 -0000 1.74 > > +++ Makefile 11 Feb 2011 21:30:40 -0000 > > @@ -6,8 +6,7 @@ > > # > > > > PORTNAME= gallery3 > > -PORTVERSION= 3.0 > > -PORTREVISION= 7 > > +PORTVERSION= 3.0.1 > > CATEGORIES= www > > MASTER_SITES= SF/gallery/${PORTNAME}/${PORTVERSION} > > DISTNAME= gallery-${PORTVERSION} > > Index: distinfo > > =================================================================== > > RCS file: /home/pcvs/ports/www/gallery3/distinfo,v > > retrieving revision 1.50 > > diff -u -r1.50 distinfo > > --- distinfo 8 Nov 2010 07:54:12 -0000 1.50 > > +++ distinfo 11 Feb 2011 21:30:40 -0000 > > @@ -1,2 +1,2 @@ > > -SHA256 (gallery-3.0.zip) = > > 5ef9f8cb092f9edafa839e2b6d54d162905e5b70947d58a2 > > 664300e412f4a90e > > -SIZE (gallery-3.0.zip) = 1706582 > > +SHA256 (gallery-3.0.1.zip) = > > bdff3e0f5f157343f414cdfe000b11c93400d379103529 > > bbc5852d85eb54b64f > > +SIZE (gallery-3.0.1.zip) = 1810327 > > Index: pkg-plist > > =================================================================== > > RCS file: /home/pcvs/ports/www/gallery3/pkg-plist,v > > retrieving revision 1.44 > > diff -u -r1.44 pkg-plist > > --- pkg-plist 8 Nov 2010 07:54:12 -0000 1.44 > > +++ pkg-plist 11 Feb 2011 21:30:40 -0000 > > @@ -44,6 +44,7 @@ > > %%WWWDIR%%/lib/jquery.js > > %%WWWDIR%%/lib/jquery.localscroll.js > > %%WWWDIR%%/lib/jquery.scrollTo.js > > +%%WWWDIR%%/lib/json2-min.js > > %%WWWDIR%%/lib/superfish/css/superfish.css > > %%WWWDIR%%/lib/superfish/images/arrows-ffffff-rtl.png > > %%WWWDIR%%/lib/superfish/images/arrows-ffffff.png > > @@ -152,6 +153,7 @@ > > %%WWWDIR%%/modules/gallery/config/routes.php > > %%WWWDIR%%/modules/gallery/config/session.php > > %%WWWDIR%%/modules/gallery/config/upload.php > > +%%WWWDIR%%/modules/gallery/config/user_agents.php > > %%WWWDIR%%/modules/gallery/controllers/admin.php > > %%WWWDIR%%/modules/gallery/controllers/admin_advanced_settings.php > > %%WWWDIR%%/modules/gallery/controllers/admin_dashboard.php > > @@ -162,6 +164,7 @@ > > %%WWWDIR%%/modules/gallery/controllers/admin_sidebar.php > > %%WWWDIR%%/modules/gallery/controllers/admin_theme_options.php > > %%WWWDIR%%/modules/gallery/controllers/admin_themes.php > > +%%WWWDIR%%/modules/gallery/controllers/admin_upgrade_checker.php > > %%WWWDIR%%/modules/gallery/controllers/albums.php > > %%WWWDIR%%/modules/gallery/controllers/combined.php > > %%WWWDIR%%/modules/gallery/controllers/file_proxy.php > > @@ -218,9 +221,13 @@ > > %%WWWDIR%%/modules/gallery/helpers/module.php > > %%WWWDIR%%/modules/gallery/helpers/movie.php > > %%WWWDIR%%/modules/gallery/helpers/photo.php > > +%%WWWDIR%%/modules/gallery/helpers/random.php > > %%WWWDIR%%/modules/gallery/helpers/site_status.php > > +%%WWWDIR%%/modules/gallery/helpers/system.php > > %%WWWDIR%%/modules/gallery/helpers/task.php > > %%WWWDIR%%/modules/gallery/helpers/theme.php > > +%%WWWDIR%%/modules/gallery/helpers/tree_rest.php > > +%%WWWDIR%%/modules/gallery/helpers/upgrade_checker.php > > %%WWWDIR%%/modules/gallery/helpers/user_profile.php > > %%WWWDIR%%/modules/gallery/helpers/xml.php > > %%WWWDIR%%/modules/gallery/hooks/init_gallery.php > > @@ -319,6 +326,7 @@ > > %%WWWDIR%%/modules/gallery/views/permissions_form.html.php > > %%WWWDIR%%/modules/gallery/views/quick_delete_confirm.html.php > > %%WWWDIR%%/modules/gallery/views/reauthenticate.html.php > > +%%WWWDIR%%/modules/gallery/views/upgrade_checker_block.html.php > > %%WWWDIR%%/modules/gallery/views/upgrader.html.php > > %%WWWDIR%%/modules/gallery/views/user_languages_block.html.php > > %%WWWDIR%%/modules/gallery/views/user_profile.html.php > > @@ -326,9 +334,11 @@ > > %%WWWDIR%%/modules/gallery/views/welcome_message.html.php > > %%WWWDIR%%/modules/gallery/views/welcome_message_loader.html.php > > %%WWWDIR%%/modules/image_block/helpers/image_block_block.php > > +%%WWWDIR%%/modules/image_block/helpers/image_block_installer.php > > %%WWWDIR%%/modules/image_block/module.info > > %%WWWDIR%%/modules/image_block/views/image_block_block.html.php > > %%WWWDIR%%/modules/info/helpers/info_block.php > > +%%WWWDIR%%/modules/info/helpers/info_installer.php > > %%WWWDIR%%/modules/info/helpers/info_theme.php > > %%WWWDIR%%/modules/info/module.info > > %%WWWDIR%%/modules/info/views/info_block.html.php > > @@ -348,13 +358,45 @@ > > %%WWWDIR%%/modules/notification/views/item_updated.html.php > > %%WWWDIR%%/modules/notification/views/user_profile_notification.html.php > > %%WWWDIR%%/modules/organize/controllers/organize.php > > -%%WWWDIR%%/modules/organize/css/organize_theme.css > > +%%WWWDIR%%/modules/organize/css/organize_dialog.css > > +%%WWWDIR%%/modules/organize/css/organize_frame.css > > %%WWWDIR%%/modules/organize/helpers/organize_event.php > > %%WWWDIR%%/modules/organize/helpers/organize_installer.php > > -%%WWWDIR%%/modules/organize/helpers/organize_theme.php > > -%%WWWDIR%%/modules/organize/lib/Gallery3WebClient.swf > > %%WWWDIR%%/modules/organize/module.info > > +%%WWWDIR%%/modules/organize/vendor/ext/css/ext-all.css > > +%%WWWDIR%%/modules/organize/vendor/ext/css/ux-all.css > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/box/tb-blue.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/button/btn.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/dd/drop-no.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/dd/drop-yes.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/form/text-bg.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/form/trigger.gif > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/grid/invalid_line.gi > f > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/grid/loading.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/panel/ > > tool-sprites.gi > > f > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/panel/white-top-bott > o > > m.gif > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/progress/progress-bg > . > > gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/qtip/bg.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/s.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/shadow-c.png > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/shadow-lr.png > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/shadow.png > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/toolbar/bg.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/arrows.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/drop-add.gif > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/drop-between.gi > f > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/drop-over.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/folder-open.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/folder.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/tree/loading.gif > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/window/left-corners. > p > > ng > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/window/left-right.pn > g > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/window/right-corners > . > > png > > > > +%%WWWDIR%%/modules/organize/vendor/ext/images/default/window/top-bottom.pn > g > > +%%WWWDIR%%/modules/organize/vendor/ext/images/fam/delete.gif > > +%%WWWDIR%%/modules/organize/vendor/ext/js/ext-organize-bundle.js > > %%WWWDIR%%/modules/organize/views/organize_dialog.html.php > > +%%WWWDIR%%/modules/organize/views/organize_frame.html.php > > %%WWWDIR%%/modules/recaptcha/controllers/admin_recaptcha.php > > %%WWWDIR%%/modules/recaptcha/css/recaptcha.css > > %%WWWDIR%%/modules/recaptcha/helpers/recaptcha.php > > @@ -401,7 +443,7 @@ > > %%WWWDIR%%/modules/server_add/helpers/server_add_theme.php > > %%WWWDIR%%/modules/server_add/js/admin.js > > %%WWWDIR%%/modules/server_add/js/server_add.js > > -%%WWWDIR%%/modules/server_add/models/server_add_file.php > > +%%WWWDIR%%/modules/server_add/models/server_add_entry.php > > %%WWWDIR%%/modules/server_add/module.info > > %%WWWDIR%%/modules/server_add/views/admin_server_add.html.php > > %%WWWDIR%%/modules/server_add/views/server_add_tree.html.php > > @@ -423,6 +465,7 @@ > > %%WWWDIR%%/modules/tag/helpers/tag_items_rest.php > > %%WWWDIR%%/modules/tag/helpers/tag_rest.php > > %%WWWDIR%%/modules/tag/helpers/tag_rss.php > > +%%WWWDIR%%/modules/tag/helpers/tag_task.php > > %%WWWDIR%%/modules/tag/helpers/tag_theme.php > > %%WWWDIR%%/modules/tag/helpers/tags_rest.php > > %%WWWDIR%%/modules/tag/models/tag.php > > @@ -457,6 +500,7 @@ > > %%WWWDIR%%/modules/watermark/helpers/watermark_installer.php > > %%WWWDIR%%/modules/watermark/module.info > > %%WWWDIR%%/modules/watermark/views/admin_watermarks.html.php > > +%%WWWDIR%%/php.ini > > %%WWWDIR%%/robots.txt > > %%WWWDIR%%/system/KohanaLicense.html > > %%WWWDIR%%/system/config/cache.php > > @@ -756,7 +800,24 @@ > > @dirrm %%WWWDIR%%/modules/recaptcha/controllers > > @dirrm %%WWWDIR%%/modules/recaptcha > > @dirrm %%WWWDIR%%/modules/organize/views > > -@dirrm %%WWWDIR%%/modules/organize/lib > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/js > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/fam > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/window > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/tree > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/toolbar > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/qtip > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/progress > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/panel > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/grid > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/form > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/dd > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/button > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default/box > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images/default > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/images > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext/css > > +@dirrm %%WWWDIR%%/modules/organize/vendor/ext > > +@dirrm %%WWWDIR%%/modules/organize/vendor > > @dirrm %%WWWDIR%%/modules/organize/helpers > > @dirrm %%WWWDIR%%/modules/organize/css > > @dirrm %%WWWDIR%%/modules/organize/controllers > > > > > > -- > > Cheers, > > Cy Schubert > > FreeBSD UNIX: Web: http://www.FreeBSD.org > > > > > > > > > > > -- > # Name: Bo-Yi Wu > # Nick name:appleboy > # M.S National Chung Cheng University Electric Engineering > # Resume: http://blog.wu-boy.com/about/ > # Mobile Phone: 0934353293 From bahman.linux at gmail.com Sat Feb 12 20:03:05 2011 From: bahman.linux at gmail.com (Bahman Kahinpour) Date: Sat Feb 12 20:03:10 2011 Subject: Debian GNU/kFreeBSD Message-ID: After a lot of searching over the Internet for finding the full 7 DVD set of Debian GNU/kFreeBSD system I found all of them in http://debian.nctu.edu.tw/debian-cd/6.0.0/kfreebsd-i386/iso-dvd/ http://debian.nctu.edu.tw/debian-cd/6.0.0/kfreebsd-amd64/iso-dvd/ And was able to try it a little bit. It is very interesting that you have a "real FreeBSD Kernel". It may be very interesting to use DEB/APT system on FreeBSD too as it is extremely easy-to-use and reliable. What's your idea? Is there really a way to use DEB packages on the original FreeBSD system? Does anyone think that having an optional APT system somewhere like in the Ports Collection or ... can be advantageous? From varga.michal at gmail.com Sat Feb 12 21:08:50 2011 From: varga.michal at gmail.com (Michal Varga) Date: Sat Feb 12 21:08:53 2011 Subject: Debian GNU/kFreeBSD In-Reply-To: References: Message-ID: <1297543373.1491.16.camel@xenon> On Sat, 2011-02-12 at 23:33 +0330, Bahman Kahinpour wrote: > Does anyone think that having an optional APT system somewhere like in > the Ports Collection or ... You already know where the "..." is, it's called "Debian GNU/kFreeBSD". I have been told that both its users are perfectly happy with apt-system and everything else that accompanies it and then for the rest, there's this other thing called "FreeBSD". Or are you offering yourself to develop a completely new, standalone and parallel ports-like/package infrastructure for FreeBSD and maintain it? If so, then seriously, good luck with that. > ... can be advantageous? No. m. -- Michal Varga, Stonehenge (Gmail account) From talon at lpthe.jussieu.fr Sat Feb 12 22:31:09 2011 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sat Feb 12 22:31:12 2011 Subject: Debian GNU/kFreeBSD Message-ID: <20110212221046.GA33426@lpthe.jussieu.fr> Michal Varga wrote: > On Sat, 2011-02-12 at 23:33 +0330, Bahman Kahinpour wrote: > > Does anyone think that having an optional APT system somewhere like in > > the Ports Collection or ... > > You already know where the "..." is, it's called "Debian GNU/kFreeBSD". > > I have been told that both its users are perfectly happy with apt-system > and everything else that accompanies it and then for the rest, there's > this other thing called "FreeBSD". This other thing that you mention has two components, the kernel and basic utilities, managed by very competent people, and the ports which covers more than 20 000 various software and gives flesh to the system. One may very well be reasonably happy with the first component (hardware support is not always first class, notably for laptops) and be disappointed by the second component. It may be that Debian/kFreeBSD will succeed in associating a good kernel to a good userland, depending on the care offered by the Debian people to this project. I don't think that grafting apt on the ports system would work as well as in Debian. -- Michel TALON From odhiambo at gmail.com Sun Feb 13 07:43:54 2011 From: odhiambo at gmail.com (Odhiambo Washington) Date: Sun Feb 13 07:43:58 2011 Subject: Debian GNU/kFreeBSD In-Reply-To: References: Message-ID: My question is: WHY need 7 DVDs??? DVDs?? Even M$ does not do such a crazy thing with its bloat-ware!! FreeBSD ships 1 DVD. What is it that this Debian GNU/kFreeBSD ships in those 7 DVDs? On Sat, Feb 12, 2011 at 11:03 PM, Bahman Kahinpour wrote: > After a lot of searching over the Internet for finding the full 7 DVD > set of Debian GNU/kFreeBSD system I found all of them in > > http://debian.nctu.edu.tw/debian-cd/6.0.0/kfreebsd-i386/iso-dvd/ > http://debian.nctu.edu.tw/debian-cd/6.0.0/kfreebsd-amd64/iso-dvd/ > > And was able to try it a little bit. It is very interesting that you > have a "real FreeBSD Kernel". It may be very interesting to use > DEB/APT system on FreeBSD too as it is extremely easy-to-use and > reliable. What's your idea? Is there really a way to use DEB packages > on the original FreeBSD system? Does anyone think that having an > optional APT system somewhere like in the Ports Collection or ... can > be advantageous? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Damn!! From linimon at lonesome.com Sun Feb 13 08:01:47 2011 From: linimon at lonesome.com (Mark Linimon) Date: Sun Feb 13 08:01:49 2011 Subject: Debian GNU/kFreeBSD In-Reply-To: References: Message-ID: <20110213080146.GA8257@lonesome.com> On Sun, Feb 13, 2011 at 10:12:05AM +0300, Odhiambo Washington wrote: > What is it that this Debian GNU/kFreeBSD ships in those 7 DVDs? Please ask that on one of their mailing lists; it's out of scope for the two mailing lists you posted to. mcl From milu at dat.pl Sun Feb 13 08:13:45 2011 From: milu at dat.pl (Maciej Milewski) Date: Sun Feb 13 08:13:47 2011 Subject: Debian GNU/kFreeBSD In-Reply-To: References: Message-ID: <201102130857.08402.milu@dat.pl> Sunday 13 of February 2011 08:12:05 Odhiambo Washington napisa?(a): > My question is: WHY need 7 DVDs??? DVDs?? Even M$ does not do such a crazy > thing with its bloat-ware!! FreeBSD ships 1 DVD. > What is it that this Debian GNU/kFreeBSD ships in those 7 DVDs? I think the answer for your first question is on http://www.debian.org/CD/faq/index.en.html#which-cd And talking about GNU/kFreeBSD: http://www.debian.org/releases/stable/kfreebsd-amd64/ch04s01.html.en "Although a full set of binary packages requires several CDs, it is unlikely you will need packages on the third CD and above. You may also consider using the DVD version, which saves a lot of space on your shelf and you avoid the CD shuffling marathon." They are writing about CD's but I think the same is about DVD's containing the most wanted packages on the first image(s). Of course that you don't need full set of DVD's. You can even use a small netinstall cd to get Debian. AFAIR on the last discs there were sources for the packages from the first several discs. So the release version of the Debian contains not only packages but the sources too and it's all included in these DVD's. It's like release of FreeBSD + all distfiles on the CD/DVD media. Maciej From perrin at apotheon.com Sun Feb 13 08:23:15 2011 From: perrin at apotheon.com (Chad Perrin) Date: Sun Feb 13 08:23:18 2011 Subject: Debian GNU/kFreeBSD In-Reply-To: References: Message-ID: <20110213074619.GA57938@guilt.hydra> On Sun, Feb 13, 2011 at 10:12:05AM +0300, Odhiambo Washington wrote: > > My question is: WHY need 7 DVDs??? DVDs?? Even M$ does not do such a crazy > thing with its bloat-ware!! FreeBSD ships 1 DVD. > What is it that this Debian GNU/kFreeBSD ships in those 7 DVDs? It's probably just that portion of the complete Debian APT archives that has been compiled for the kFreeBSD variant of Debian. Those who want the complete set of archives on hand, for some version or other, rather than having to connect to the Internet every now and then to get packages, might find it handy. I've never used Debian (or any other open source OS) that way, though. Keep in mind that Debian's package archives have more software in them than any other OS software management system archives -- though I think FreeBSD is a not-too-distant second place. Also . . . do you think that top-posting helped? -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110213/2a0ee5f4/attachment.pgp From erwin at FreeBSD.org Sun Feb 13 13:00:56 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 13 13:00:58 2011 Subject: Ports with duplicate LATEST_LINKS Message-ID: <201102131300.p1DD0tdK035534@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 ========================================================================== ninja devel/ninja magik@roorback.net ninja irc/ninja ports@FreeBSD.org typo3 www/typo3 jumper99@gmx.de typo3 www/typo344 jumper99@gmx.de Total: 4 ports From jumper99 at gmx.de Sun Feb 13 14:14:34 2011 From: jumper99 at gmx.de (Helmut Schneider) Date: Sun Feb 13 14:14:36 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= Message-ID: Hi, [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20 /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22 [helmut@BSDHelmut ~]$ So, what's the difference between e.g. "LATEST_LINK=" and "LATEST_LINK?="? Thanks, Helmut From utisoft at gmail.com Sun Feb 13 14:44:35 2011 From: utisoft at gmail.com (Chris Rees) Date: Sun Feb 13 14:44:38 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= In-Reply-To: References: Message-ID: On 13 February 2011 14:14, Helmut Schneider wrote: > Hi, > > [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? > /usr/ports/www/apache20/Makefile:LATEST_LINK= ? apache20 > /usr/ports/www/apache22/Makefile:LATEST_LINK?= ?apache22 > [helmut@BSDHelmut ~]$ > > So, what's the difference between e.g. "LATEST_LINK=" and > "LATEST_LINK?="? > > Thanks, Helmut > ?= can be overridden in make.conf or on the command line. = clobbers all previous definitions. Chris From rde at tavi.co.uk Sun Feb 13 14:46:45 2011 From: rde at tavi.co.uk (Bob Eager) Date: Sun Feb 13 14:46:49 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= In-Reply-To: References: Message-ID: <20110213142708.5845a908@raksha.tavi.co.uk> On Sun, 13 Feb 2011 14:14:17 +0000 (UTC) "Helmut Schneider" wrote: > Hi, > > [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? > /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20 > /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22 > [helmut@BSDHelmut ~]$ > > So, what's the difference between e.g. "LATEST_LINK=" and > "LATEST_LINK?="? As it says in the man page... "Assign the value to the variable if it is not already defined" From jumper99 at gmx.de Sun Feb 13 14:54:30 2011 From: jumper99 at gmx.de (Helmut Schneider) Date: Sun Feb 13 14:54:34 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= References: Message-ID: Chris Rees wrote: > On 13 February 2011 14:14, Helmut Schneider wrote: > > [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? > > /usr/ports/www/apache20/Makefile:LATEST_LINK= ? apache20 > > /usr/ports/www/apache22/Makefile:LATEST_LINK?= ?apache22 > > [helmut@BSDHelmut ~]$ > > > > So, what's the difference between e.g. "LATEST_LINK=" and > > "LATEST_LINK?="? > > ?= can be overridden in make.conf or on the command line. Is it up to the maintainer to decide which variables shall be overwritable, or are there rules? From gljennjohn at googlemail.com Sun Feb 13 14:57:52 2011 From: gljennjohn at googlemail.com (Gary Jennejohn) Date: Sun Feb 13 14:57:56 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= In-Reply-To: References: Message-ID: <20110213155747.34adbb9f@ernst.jennejohn.org> On Sun, 13 Feb 2011 14:14:17 +0000 (UTC) "Helmut Schneider" wrote: > [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? > /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20 > /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22 > [helmut@BSDHelmut ~]$ > > So, what's the difference between e.g. "LATEST_LINK=" and > "LATEST_LINK?="? > from make(1) = Assign the value to the variable. Any previous value is overrid- den. ?= Assign the value to the variable if it is not already defined. -- Gary Jennejohn From lists at eitanadler.com Sun Feb 13 15:05:29 2011 From: lists at eitanadler.com (Eitan Adler) Date: Sun Feb 13 15:05:32 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= In-Reply-To: References: Message-ID: > > Is it up to the maintainer to decide which variables shall be > overwritable, or are there rules? > Generally one wants to respect as much of the user's wishes as they can. So things like CC, CFLAGS, CPP, CXX, etc should have a question mark. MAINTAINER and other internal port variable are generally safe without the question mark. If the event your port has a slave than even these variables need to have question marks. -- Eitan Adler From swell.k at gmail.com Sun Feb 13 16:22:34 2011 From: swell.k at gmail.com (Anonymous) Date: Sun Feb 13 16:22:38 2011 Subject: Makefile, ${VARIABLE}= vs. ${VARIABLE}?= In-Reply-To: (Chris Rees's message of "Sun, 13 Feb 2011 14:44:03 +0000") References: Message-ID: <86y65jewgf.fsf@gmail.com> Chris Rees writes: > On 13 February 2011 14:14, Helmut Schneider wrote: >> Hi, >> >> [helmut@BSDHelmut ~]$ grep -ir latest /usr/ports/www/apache2? >> /usr/ports/www/apache20/Makefile:LATEST_LINK= apache20 >> /usr/ports/www/apache22/Makefile:LATEST_LINK?= apache22 >> [helmut@BSDHelmut ~]$ >> >> So, what's the difference between e.g. "LATEST_LINK=" and >> "LATEST_LINK?="? Slave ports use different LATEST_LINK, e.g. www/apache22-worker-mpm. > ?= can be overridden in make.conf or on the command line. `=' and `:=' can be overriden via command line, too. > = clobbers all previous definitions. From utisoft at gmail.com Sun Feb 13 16:42:14 2011 From: utisoft at gmail.com (Chris Rees) Date: Sun Feb 13 16:42:17 2011 Subject: Ports with duplicate LATEST_LINKS In-Reply-To: <201102131300.p1DD0tdK035534@builder.freebsd.org> References: <201102131300.p1DD0tdK035534@builder.freebsd.org> Message-ID: On 13 February 2011 13:00, Erwin Lansing wrote: > 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 > ========================================================================== > ninja ? ? ? ? ? ? ? ?devel/ninja ? ? ? ? ? ? ? ? ? ?magik@roorback.net > ninja ? ? ? ? ? ? ? ?irc/ninja ? ? ? ? ? ? ? ? ? ? ?ports@FreeBSD.org This conflict will be fixed if someone commits http://www.freebsd.org/cgi/query-pr.cgi?pr=154741 Chris From tom at uffner.com Sun Feb 13 22:05:18 2011 From: tom at uffner.com (Tom Uffner) Date: Sun Feb 13 22:05:21 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 Message-ID: <4D5852F7.2010106@uffner.com> is there any point in trying to update linux-f10-pango to address this vulnerability? Affected package: linux-f10-pango-1.22.3_1 Type of problem: pango -- integer overflow. Reference: I realize that I can install it w/ DISABLE_VULNERABILITIES. but I hate having known exploits on my system & not installing it breaks flashplugin and acroread (among others). I've never tried to create or modify a linux emulation port before; so I'm wondering just how annoying & tedious it's going to be? it looks like there are no Fedora 10 RPMs of pango > 1.24 so it would probably involve finding an F10 box and building one from source. But would updating just Pango be possible? Or would it start the "RPM Hell" avalanche and require me to re-roll all of my linux ports? Is it time for a complete upgrade of our Linux ports to Fedora 14? or some other distro that is easier to track & update? tom From matthias.andree at gmx.de Mon Feb 14 01:10:10 2011 From: matthias.andree at gmx.de (Matthias Andree) Date: Mon Feb 14 01:10:13 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D5852F7.2010106@uffner.com> References: <4D5852F7.2010106@uffner.com> Message-ID: <4D5880EF.4020002@gmx.de> Am 13.02.2011 22:53, schrieb Tom Uffner: > is there any point in trying to update linux-f10-pango to address this > vulnerability? > > Affected package: linux-f10-pango-1.22.3_1 > Type of problem: pango -- integer overflow. > Reference: > > > I realize that I can install it w/ DISABLE_VULNERABILITIES. but I hate > having known exploits on my system & not installing it breaks flashplugin > and acroread (among others). > > I've never tried to create or modify a linux emulation port before; so I'm > wondering just how annoying & tedious it's going to be? > > it looks like there are no Fedora 10 RPMs of pango > 1.24 so it would > probably involve finding an F10 box and building one from source. Fedora 10 hasn't been supported for over a year now (EOL Mid December 2009), chances are, however, that newer versions of the system can build an RPM that would fit F10. There are online build services (for instance by/for openSUSE, starts with Fedora 12 however), if you find a release that is close enough in other shared library versions, that might help. Backporting just a security fix, if a reliable and reasonable patch exists, might be an easier option because you can take F10's 1.22.3 *source* RPM, add the security patch, and rebuild (see below). > But would updating just Pango be possible? Or would it start the "RPM Hell" > avalanche and require me to re-roll all of my linux ports? If you build an updated port of a compatible pango version on F10, that would likely be painless *unless* the new pango version has changed requirements; building on a newer Fedora release might warrant checking dependencies though, with "rpm -qp --requires" or similar, and paying attention to library versions. Sometimes, it's possible to (un)define C preprocessor macros to avoid newer features; I used to build bogofilter RPMs for older glibc releases that way a couple of years ago, but there's no guarantee this works, and it's a tedious "read the source Tom" task. > Is it time for a complete upgrade of our Linux ports to Fedora 14? or some > other distro that is easier to track & update? It would be time, but new distros always raise the question is the kernel part of the linuxulator up to the job? If [e]glibc or other libraries require newer Linux kernel features not provided by the FreeBSD linuxulator, that is a hard dependency to be fixed before. Personally I'd prefer "some other distro that is easier to track & update", particularly something with long-term support by the respective vendor, so candidates are CentOS (closer to Fedora, also RPM-based, lags a bit behind but is more or less a free spin of Red Hat Enterprise Linux), Ubuntu LTS (3 years for desktop stuff), or possibly Debian. The latter two use .dpkg as the packaging format, which is apparently ar based. I don't have the time to get involved here though, beyond answering an occasional Linux question. HTH -- Matthias Andree From me at janh.de Mon Feb 14 09:35:24 2011 From: me at janh.de (Jan Henrik Sylvester) Date: Mon Feb 14 09:35:27 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D5880EF.4020002@gmx.de> References: <4D5852F7.2010106@uffner.com> <4D5880EF.4020002@gmx.de> Message-ID: <4D58F749.1000106@janh.de> On 01/-10/-28163 20:59, Matthias Andree wrote: > Am 13.02.2011 22:53, schrieb Tom Uffner: >> is there any point in trying to update linux-f10-pango to address this >> vulnerability? >> >> Affected package: linux-f10-pango-1.22.3_1 >> Type of problem: pango -- integer overflow. >> Reference: >> >> >> I realize that I can install it w/ DISABLE_VULNERABILITIES. but I hate >> having known exploits on my system& not installing it breaks flashplugin >> and acroread (among others). >> >> I've never tried to create or modify a linux emulation port before; so I'm >> wondering just how annoying& tedious it's going to be? >> >> it looks like there are no Fedora 10 RPMs of pango> 1.24 so it would >> probably involve finding an F10 box and building one from source. > > Fedora 10 hasn't been supported for over a year now (EOL Mid December > 2009), chances are, however, that newer versions of the system can build > an RPM that would fit F10. > > There are online build services (for instance by/for openSUSE, starts > with Fedora 12 however), if you find a release that is close enough in > other shared library versions, that might help. > > Backporting just a security fix, if a reliable and reasonable patch > exists, might be an easier option because you can take F10's 1.22.3 > *source* RPM, add the security patch, and rebuild (see below). This is how far I have looked into it: RHEL/CentOS 5 has an even older version of pango. Of course, there is a patch for that vulnerability in the src-rpm of RHEL 5. If you use --ignore-whitespace for patch, the RHEL 5 patch applies to the pango version in Fedora 10. Except for whitespace changes, the code in question has not changed much between the RHEL 5 and the Fedora 10 version. Probably, the patch fixes the vulnerability for us, too. The easiest way would probably be: - Take the src-rpm of the pango version in RHEL 5. - Extract the patch from it: pango-glyphstring.patch-1.14.9-5.el5_3 - Extract the src-rpm of pango-1.22.3 from Fedora 10. - Apply the RHEL 5 patch with --ignore-whitespace. - Diff for creating a patch that applies without --ignore-whitespace. - Bump version number and repackge a src-rpm for Fedora 10 with the new patch. - Build it on a clean Fedora 10 system. There is one more problem to solve: http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008264.html That mail go unanswered (at least as far as the mailing list archive goes). Probably, the procedure above would have to be put into a shell script for a willing commiter to repeat. Every time this vulnerability comes up at ports@ or emulation@, some commitor ask for a (trusted) rpm to fix it. Thus, there might be one. For me, the real question is: Considering the age of Fedora 10 and the time it has not been supported anymore, it is likely that there are more vulnerabilities in our Linux-f10 framework that are not documented in our vulnerability database. Does fixing the pango vulnerability really make the Linux emulation save? (Is it worse the it?) Cheers, Jan Henrik From bugmaster at FreeBSD.org Mon Feb 14 11:06:06 2011 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 14 11:06:28 2011 Subject: Current unassigned ports problem reports Message-ID: <201102141106.p1EB65jS076373@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/154768 [MAINTAINER] graphics/box: update to 0.2.1 f ports/154743 [PATCH] games/odamex v0.5.1 o ports/154730 security/openssh is 5.2 f ports/154719 [PATCH] net/netdude update to 0.5.1 (incl. libnetdude o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in f ports/154705 databases/sqlite3 depends on lang/tcl even when WITHOU o ports/154700 [REPOCOPY] change name of japanese/asterisk-sounds to f ports/154682 net/iaxmodem: add rc script for running more than 1 ia f ports/154669 [PATCH] editors/textroom update to 0.8.2 f ports/154657 net/rsplib needs update to latest upstream version 2.7 f ports/154558 math/linux-SHA-1_collision_search_graz : deprecate o ports/154555 [PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154551 New port: java/jdownloader - Download manager for host o ports/154548 textproc/pootle: Pootle's rc.d script don't take into o ports/154530 [PATCH] graphics/libvisual04: Fix path conflict & take o ports/154453 Rewritten port: audio/teamspeak_server f ports/154431 [patch] ports/Tools/scripts: python scripts use bad sh o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154319 [patch] x11/xorg-mininal should work correctly for VID f ports/154311 [PATCH] devel/py-asn1: update to 0.0.12a [feature safe o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154254 [patch] asmail imap login broken with gmail at al. o ports/154202 New port: security/scannedonly - A Samba VFS virus sca f ports/154194 net/freeswitch: update portversion and remove portrevi o ports/154167 update devel/geany to 0.20 o ports/154044 [PATCH] update x11-toolkits/open-motif to latest versi o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153963 New port: comms/uarduno USB/serial kernel module for A o ports/153926 New port net/freeswitch-snapshot f ports/153874 devel/cvs-devel port will core o ports/153810 [PATCH] Fix usb_interrupt_read() in devel/libusb for f o ports/153773 net/rabbitmq: reads configuration from /etc instead of f ports/153733 [patch] emulators/visualboyadvance-m: problem with joy o ports/153715 net/freeradius: FreeRADIUS exiting with Signal 11 on F f ports/153697 ports java/jboss5 build failed f ports/153688 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.4 f ports/153645 Update ports: emulators/mame update to v0.141 o ports/153625 [bsd.port.mk] Pass CPPFLAGS to MAKE_ENV and CONFIGURE_ f ports/153622 [patch] sysutils/jfbterm: improve TERMCAP option f ports/153612 Update devel/arm-elf-binutils to version 2.17 f ports/153607 Update devel/djgpp-binutils to version 2.17 o ports/153601 New port: security/msktutil Active Directory keytab ma o ports/153503 Patch to add PostgreSQL health check to net/haproxy o ports/153473 [patch] mail/courier port upgrade from 0.63.0 to 0.65. o ports/153452 New port: science/py-ws2300 A driver for the LaCrosse o ports/153429 [patch] Fix explicite uses of unzip in ports f ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/153422 [NEW PORT] databases/memcacheq-0.2.0: Simple queue ser o ports/153379 [PATCH] www/hastymail2 add options to add dependencies o ports/153357 [patch] news/sabnzbdplus: rc script fails to kill the f ports/153287 [PATCH] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/153263 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/153251 www/drush is out of date o ports/153195 New port: www/mathjax cross-browser JavaScript display f ports/153148 change port: deskutils/x-tile A tiling application for o ports/153130 sysutils/k3b: problem with k3b and mounting ntfs with o ports/153045 [NEW PORT] math/lapacke: Standard C language APIs for f ports/153032 sysutils/fusefs-ntfs: Patching ntfs-3g, to behave as F f ports/153024 security/rkhunter should not overwrite /usr/local/etc/ o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign o ports/152958 The port of www/mnogosearch 3.3.10 is using an out-of- f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152888 security/gpgme: add workaround for: ** Sylpheed-WARNIN f ports/152669 no work innodb (databases/mariadb) f ports/152537 [patch] database/postgresql90-server no longer needs p o ports/152467 [new port] net/openafs port o ports/152453 textproc/urlview port should install gecko.sh optional o ports/152376 New port: audio/lastfmsubmitd f ports/152304 sysutils/fcron: illegal instruction 4 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu o ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152186 [NEW PORT] lang/python-doc-text: Documentation for the o ports/152175 New port: lang/javascript-v8 Google's open source Java f ports/152152 math/polymake: Port upgrade request o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/152109 New port: x11/keylaunch2 A fork of keylaunch that a o ports/152082 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/152073 New port: audio/WMmp f ports/152045 New port: www/links-hacked browser with tricks for tab o ports/152006 New Port: archivers/unzip-iconv: Slave port of unzip w f ports/151982 Can't build sysutils/fusefs-kmod ; problem with ruby o ports/151973 New port: security/arpCounterattack -- Detects and rem f ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151837 [patch] sysutils/bsdstats : does honor BATCH when inst f ports/151783 mail/fetchmail: rc.d script broken in case of MDA use f ports/151777 deskutils/xfce4-volstatus-icon Segmentation fault and o ports/151774 [new port] sysutils/pprotectd o ports/151747 new port: emulators/wine-fbsd64: request for (a variat f ports/151689 dns/rbldnsd does not use preassigned UID/GIDs o ports/151572 The first start of net/tucan failed because it can't w o ports/151467 New port: sysutils/autojump acts as a complement to cd f ports/151347 port net-mgmt/rancid doesn't work corretly with SVN o ports/151299 audio/mt-daapd: portlint(1) fixes and more f ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF o ports/150883 Ports games/openastromenace won't compile on 64 bit f ports/150783 mail/qpopper: fails to configure ocasionally o ports/150542 [new port]: sysutils/createrepo o ports/150541 [new port] sysutils/yum - Installer/updater for rpm o ports/150493 Update for: security/openssh-portable port from 5.2p1 o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/150361 [patch] provide script to bind with nautilus for multi o ports/150316 new port: net/neatx o ports/150287 [patch] Segfault: games/spider crashes after 51 moves f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra f ports/150169 www/havp: Assertion failed: file llvm/lib/System/Mutex o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/150047 net/ipv6socket_scrub: Makefile contains incorrect URL f ports/149947 [NEW PORT] devel/smartCVS, a powerful graphical CVS cl o ports/149564 patch for various games/ adding appropriate LICENSEs t o ports/149538 sysutils/fusefs-ntfs panic on writte on 8.1 f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo o alpha/148392 ports Users of Alpha platform should stay with Dovecot 1.1.1 o ports/148234 pkg_install fails for some math/octave-forge ports f ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147847 audio/zynaddsubfx mxml error when opening instruments s ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147171 x11-toolkits/open-motif: mwm seems to lose mouse event s ports/147169 bsd.ruby.mk: Adding GEM_ARGS o ports/146880 [MAINTAINER] korean/ko.TeX : update to 0.2.0.20100511 o ports/146879 [MAINTAINER] korean/ko.TeX-fonts-extra : update to 0.2 f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/144852 [patch] sysutils/ntfsprogs - improvements to mkntfs o ports/144821 [patch] audio/xmms2 : update to version 0.7 DrNo. o ports/144597 security/openssh-portable fails to compile with KERBER f ports/143938 [NEW PORTS] textproc/linux-f10-ibus-qt et al.: Linux v o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/142824 [patch] security/openssh-portable: add VersionAddendum f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/131242 security/gsasl does not link if krb5-1.6.3_5 is instal o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/122333 net/arping - patch to lookup for interface and src ip, s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 139 problems total. From marius at nuenneri.ch Mon Feb 14 13:48:41 2011 From: marius at nuenneri.ch (=?UTF-8?Q?Marius_N=C3=BCnnerich?=) Date: Mon Feb 14 13:48:44 2011 Subject: pdnsd leaking udp sockets Message-ID: Hi Ashish, all, I'm currently using pdnsd as a local dns cache. It seems to leak udp sockets. After an uptime of about 7 days it looks like this: % sockstat -46 | grep pdnsd nobody pdnsd 19655 3 tcp4 127.0.0.1:53 *:* nobody pdnsd 19655 4 udp4 127.0.0.1:53 *:* nobody pdnsd 19655 6 udp4 *:* *:* nobody pdnsd 19655 7 udp4 *:* *:* [...] nobody pdnsd 19655 140 udp4 *:* *:* nobody pdnsd 19655 141 udp4 *:* *:* nobody pdnsd 19655 142 udp4 *:* *:* % It doesn't seem to do this on linux so I guess there is something different how we have to close a udp socket on freebsd? Any idea how to debug this? Anybody else seeing this? Kind regards, Marius From tom at uffner.com Mon Feb 14 16:46:38 2011 From: tom at uffner.com (Tom Uffner) Date: Mon Feb 14 16:46:41 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D58F749.1000106@janh.de> References: <4D5852F7.2010106@uffner.com> <4D5880EF.4020002@gmx.de> <4D58F749.1000106@janh.de> Message-ID: <4D595C3A.3060808@uffner.com> Jan Henrik Sylvester wrote: > The easiest way would probably be: > > - Take the src-rpm of the pango version in RHEL 5. > - Extract the patch from it: pango-glyphstring.patch-1.14.9-5.el5_3 > - Extract the src-rpm of pango-1.22.3 from Fedora 10. > - Apply the RHEL 5 patch with --ignore-whitespace. > - Diff for creating a patch that applies without --ignore-whitespace. > - Bump version number and repackge a src-rpm for Fedora 10 with the new > patch. > - Build it on a clean Fedora 10 system. > > There is one more problem to solve: > http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008264.html > > That mail go unanswered (at least as far as the mailing list archive > goes). Probably, the procedure above would have to be put into a shell > script for a willing commiter to repeat. Every time this vulnerability > comes up at ports@ or emulation@, some commitor ask for a (trusted) rpm > to fix it. Thus, there might be one. Peter Littmann's RPMs probably won't work for me since i'm looking for 9-current amd64. would a src-rpm verifiably generated from the Fedora 10 src-rpm (or the pango project tarball) and the RHEL 5 patch solve this? I may not have a "Reputation", but I've been around since 4.1BSD and a search of the tree and the PRs will turn up a few bugfixes that I've submitted. tom From rfarmer at predatorlabs.net Mon Feb 14 17:29:28 2011 From: rfarmer at predatorlabs.net (Rob Farmer) Date: Mon Feb 14 17:29:31 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D595C3A.3060808@uffner.com> References: <4D5852F7.2010106@uffner.com> <4D5880EF.4020002@gmx.de> <4D58F749.1000106@janh.de> <4D595C3A.3060808@uffner.com> Message-ID: On Mon, Feb 14, 2011 at 8:45 AM, Tom Uffner wrote: > would a src-rpm verifiably generated from the Fedora 10 src-rpm (or > the pango project tarball) and the RHEL 5 patch solve this? I may not > have a "Reputation", but I've been around since 4.1BSD and a search > of the tree and the PRs will turn up a few bugfixes that I've submitted. > It was said in the past that there is a Fedora 11 RPM (not from the cd, but an update) that has the patch and works as a drop in replacement. -- Rob Farmer From luchesar.iliev at gmail.com Mon Feb 14 17:47:39 2011 From: luchesar.iliev at gmail.com (Luchesar V. ILIEV) Date: Mon Feb 14 17:47:42 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D595C3A.3060808@uffner.com> References: <4D5852F7.2010106@uffner.com> <4D5880EF.4020002@gmx.de> <4D58F749.1000106@janh.de> <4D595C3A.3060808@uffner.com> Message-ID: On Mon, Feb 14, 2011 at 18:45, Tom Uffner wrote: > Jan Henrik Sylvester wrote: > >> The easiest way would probably be: >> >> - Take the src-rpm of the pango version in RHEL 5. >> - Extract the patch from it: pango-glyphstring.patch-1.14.9-5.el5_3 >> - Extract the src-rpm of pango-1.22.3 from Fedora 10. >> - Apply the RHEL 5 patch with --ignore-whitespace. >> - Diff for creating a patch that applies without --ignore-whitespace. >> - Bump version number and repackge a src-rpm for Fedora 10 with the new >> patch. >> - Build it on a clean Fedora 10 system. >> >> There is one more problem to solve: >> >> http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008264.html >> >> That mail go unanswered (at least as far as the mailing list archive >> goes). Probably, the procedure above would have to be put into a shell >> script for a willing commiter to repeat. Every time this vulnerability >> comes up at ports@ or emulation@, some commitor ask for a (trusted) rpm >> to fix it. Thus, there might be one. > > Peter Littmann's RPMs probably won't work for me since i'm looking for > 9-current amd64. > > would a src-rpm verifiably generated from the Fedora 10 src-rpm (or > the pango project tarball) and the RHEL 5 patch solve this? I may not > have a "Reputation", but I've been around since 4.1BSD and a search > of the tree and the PRs will turn up a few bugfixes that I've submitted. > > tom Most likely you've already noticed my efforts in this matter, but let me still mention them: http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008285.html http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008295.html http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008296.html Sadly, I'm still struggling to find enough time to prepare for and apply for ports committer (I'm afraid that while I might be known around the academic security community and projects like the European G?ANT, that's not the case with FreeBSD), but that's irrelevant now, anyway. Of course, anyone who feels not particularly security concerned could still use the patches for the ports tree provided in the first mail (I do keep the relevant distfiles online). The step-by-step description in the second set of mails could hopefully be helpful for someone whom the community would trust to build an RPM. I do realize it's way too detailed and long, so I was indeed thinking about preparing a shorter version these days -- especially now that the Flash update brings the issue with linux-pango again. Please let me know if I could be of help somehow. Cheers, Luchesar From duchateau.olivier at gmail.com Mon Feb 14 17:54:16 2011 From: duchateau.olivier at gmail.com (Olivier Duchateau) Date: Mon Feb 14 17:54:18 2011 Subject: xfce 4.8pre3 preview In-Reply-To: <20110210125132.18351ozie8vqoqck@avocado.salatschuessel.net> References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> <20110210143613.07b56ed9@heavennet.ru> <20110210125132.18351ozie8vqoqck@avocado.salatschuessel.net> Message-ID: Hi, Here is patches update to: - libxfce4gui - xfce4-panel - thunar (it's version 1.3.0, be careful [1]) - xfce4-tumbler - bsd.xfce.mk About xfce4-tumbler, I noticed with glib20, during compilation there's a warning because of -I/usr/local/lib/glib-2.0/include doesn't exist (see Cflags in /usr/local/libdata/pkgconfig/glib-2.0.pc). In configure I found, we can define GLIB_CFLAGS, but even with this variable, warning persists. I don't know how to fix this problem. With Thunar, when devel/gvfs is installed, browsing through SSH, FTP, ... work [2]. I tested it with Thunar (v1.2.0, v1.2.1, and v1.3.0). In bsd.xfce.mk, I use 'xfcehack' for plugins, It's not necessary, but I think it's cleaner, when files are in same place. http://www.errement.net/FreeBSD/xfce-4.8.diff.tar.gz [1] http://foo-projects.org/pipermail/xfce/2011-February/028346.html [2] http://gezeiten.org/post/2009/06/Preview:-Browsing-SFTP-with-Thunar 2011/2/10 Oliver Lehmann : > Hi Ilya, > > "Ilya A. Archipov" wrote: > >> Hi oliver@ >> tarball haven't Mk changes? > > you are right. I fixed the tarball. Thanks for letting me know! > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > -- olivier From duchateau.olivier at gmail.com Mon Feb 14 19:15:10 2011 From: duchateau.olivier at gmail.com (Olivier Duchateau) Date: Mon Feb 14 19:15:13 2011 Subject: xfce 4.8pre3 preview In-Reply-To: References: <20110113095210.47822j0hxhmgjfi8@avocado.salatschuessel.net> <20110130124018.149432fj7azanqww@avocado.salatschuessel.net> <20110209135531.68607drfk5h41iww@avocado.salatschuessel.net> <20110210143613.07b56ed9@heavennet.ru> <20110210125132.18351ozie8vqoqck@avocado.salatschuessel.net> Message-ID: Update tarball with xfce4-session. 2011/2/14 Olivier Duchateau : > Hi, > > Here is patches update to: > - libxfce4gui > - xfce4-panel > - thunar (it's version 1.3.0, be careful [1]) > - xfce4-tumbler > - bsd.xfce.mk > > About xfce4-tumbler, I noticed with glib20, during compilation there's > a warning because of -I/usr/local/lib/glib-2.0/include doesn't exist > (see Cflags in /usr/local/libdata/pkgconfig/glib-2.0.pc). In configure > I found, we can define GLIB_CFLAGS, but even with this variable, > warning persists. I don't know how to fix this problem. > > With Thunar, when devel/gvfs is installed, browsing through SSH, FTP, > ... work [2]. I tested ?it with Thunar (v1.2.0, v1.2.1, and v1.3.0). > > In bsd.xfce.mk, I use 'xfcehack' for plugins, It's not necessary, but > I think it's cleaner, when files are in same place. > > http://www.errement.net/FreeBSD/xfce-4.8.diff.tar.gz > > [1] http://foo-projects.org/pipermail/xfce/2011-February/028346.html > [2] http://gezeiten.org/post/2009/06/Preview:-Browsing-SFTP-with-Thunar > > 2011/2/10 Oliver Lehmann : >> Hi Ilya, >> >> "Ilya A. Archipov" wrote: >> >>> Hi oliver@ >>> tarball haven't Mk changes? >> >> you are right. I fixed the tarball. Thanks for letting me know! >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> > > > > -- > olivier > -- olivier From linimon at FreeBSD.org Mon Feb 14 20:52:15 2011 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Mon Feb 14 20:52:18 2011 Subject: ports/154660: [UPDATE] devel/bzr-git Message-ID: <201102142052.p1EKqEE5008196@freefall.freebsd.org> Synopsis: [UPDATE] devel/bzr-git State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Mon Feb 14 20:51:14 UTC 2011 State-Changed-Why: Fix up damage from bogus submittal address. Class-Changed-From-To: change-request->maintainer-update Class-Changed-By: linimon Class-Changed-When: Mon Feb 14 20:51:14 UTC 2011 Class-Changed-Why: Responsible-Changed-From-To: C-S->ports@FreeBSD.org Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 14 20:51:14 UTC 2011 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=154660 From arundel at FreeBSD.org Tue Feb 15 02:12:47 2011 From: arundel at FreeBSD.org (arundel@FreeBSD.org) Date: Tue Feb 15 02:12:50 2011 Subject: ports/137332: add caution messages to some adobe products Message-ID: <201102150212.p1F2ClRP051222@freefall.freebsd.org> Synopsis: add caution messages to some adobe products Responsible-Changed-From-To: freebsd-emulation->freebsd-ports Responsible-Changed-By: arundel Responsible-Changed-When: Tue Feb 15 02:10:08 UTC 2011 Responsible-Changed-Why: The ports folks are probably better suited for this PR. Please note that as per 02/15/2011, vuln.xml entries exist for the www/linux-flashplugin7 as well as the linux-flashplugin9 port. http://www.freebsd.org/cgi/query-pr.cgi?pr=137332 From arundel at FreeBSD.org Tue Feb 15 02:14:34 2011 From: arundel at FreeBSD.org (arundel@FreeBSD.org) Date: Tue Feb 15 02:14:49 2011 Subject: ports/137332: add caution messages to some adobe products Message-ID: <201102150214.p1F2EXfO052426@freefall.freebsd.org> Synopsis: add caution messages to some adobe products State-Changed-From-To: feedback->open State-Changed-By: arundel State-Changed-When: Tue Feb 15 02:14:19 UTC 2011 State-Changed-Why: Feedback received. http://www.freebsd.org/cgi/query-pr.cgi?pr=137332 From ashish at freebsd.org Tue Feb 15 09:23:54 2011 From: ashish at freebsd.org (Ashish SHUKLA) Date: Tue Feb 15 09:23:56 2011 Subject: pdnsd leaking udp sockets In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Mon, 14 Feb 2011 14:21:05 +0100") References: Message-ID: <86bp2d1wit.fsf@chateau.d.if> Hi Marius, Marius N?nnerich writes: > Hi Ashish, all, > I'm currently using pdnsd as a local dns cache. It seems to leak udp > sockets. After an uptime of about 7 days it looks like this: > % sockstat -46 | grep pdnsd > nobody pdnsd 19655 3 tcp4 127.0.0.1:53 *:* > nobody pdnsd 19655 4 udp4 127.0.0.1:53 *:* > nobody pdnsd 19655 6 udp4 *:* *:* > nobody pdnsd 19655 7 udp4 *:* *:* > [...] > nobody pdnsd 19655 140 udp4 *:* *:* > nobody pdnsd 19655 141 udp4 *:* *:* > nobody pdnsd 19655 142 udp4 *:* *:* > % > It doesn't seem to do this on linux so I guess there is something > different how we have to close a udp socket on freebsd? > Any idea how to debug this? Anybody else seeing this? Thanks for reporting this. ATM, I'm not sure how to debug this, I've to look at its code base. Any details about the version of FreeBSD you're using, related log messages (from dmesg or /var/log/messages) are welcome. I'll get back to you soon with my findings. Thanks -- Ashish SHUKLA ?I think I can safely say that nobody understands quantum mechanics.? (Richard Feynman, 1965) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110215/4af1fbf2/attachment.pgp From marius at nuenneri.ch Tue Feb 15 11:04:51 2011 From: marius at nuenneri.ch (=?UTF-8?Q?Marius_N=C3=BCnnerich?=) Date: Tue Feb 15 11:04:54 2011 Subject: pdnsd leaking udp sockets In-Reply-To: <86bp2d1wit.fsf@chateau.d.if> References: <86bp2d1wit.fsf@chateau.d.if> Message-ID: Hi Ashish, On Tue, Feb 15, 2011 at 10:23, Ashish SHUKLA wrote: > Hi Marius, > > Marius N?nnerich writes: >> Hi Ashish, all, > >> I'm currently using pdnsd as a local dns cache. It seems to leak udp >> sockets. After an uptime of about 7 days it looks like this: > >> % sockstat -46 | grep pdnsd >> nobody ? pdnsd ? ? ?19655 3 ?tcp4 ? 127.0.0.1:53 ? ? ? ? ?*:* >> nobody ? pdnsd ? ? ?19655 4 ?udp4 ? 127.0.0.1:53 ? ? ? ? ?*:* >> nobody ? pdnsd ? ? ?19655 6 ?udp4 ? *:* ? ? ? ? ? ? ? ? ? *:* >> nobody ? pdnsd ? ? ?19655 7 ?udp4 ? *:* ? ? ? ? ? ? ? ? ? *:* >> [...] >> nobody ? pdnsd ? ? ?19655 140 udp4 ?*:* ? ? ? ? ? ? ? ? ? *:* >> nobody ? pdnsd ? ? ?19655 141 udp4 ?*:* ? ? ? ? ? ? ? ? ? *:* >> nobody ? pdnsd ? ? ?19655 142 udp4 ?*:* ? ? ? ? ? ? ? ? ? *:* >> % > >> It doesn't seem to do this on linux so I guess there is something >> different how we have to close a udp socket on freebsd? >> Any idea how to debug this? Anybody else seeing this? > > Thanks for reporting this. ATM, I'm not sure how to debug this, I've to look > at its code base. Any details about the version of FreeBSD you're using, > related log messages (from dmesg or /var/log/messages) are welcome. dmesg and messages are clean. My FreeBSD ist 8.0-RELEASE/amd64. I took a look at the code too but couldn't see anything suspicious. I don't have time right now but one idea would be to add some dtrace probes to the source. > > I'll get back to you soon with my findings. > > Thanks > -- > Ashish SHUKLA > > ?I think I can safely say that nobody understands quantum mechanics.? > (Richard Feynman, 1965) > From ashish at freebsd.org Tue Feb 15 11:57:04 2011 From: ashish at freebsd.org (Ashish SHUKLA) Date: Tue Feb 15 11:57:07 2011 Subject: pdnsd leaking udp sockets In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Tue, 15 Feb 2011 12:04:29 +0100") References: <86bp2d1wit.fsf@chateau.d.if> Message-ID: <86oc6dzf1z.fsf@chateau.d.if> Marius N?nnerich writes: > Hi Ashish, [...] > dmesg and messages are clean. My FreeBSD ist 8.0-RELEASE/amd64. > I took a look at the code too but couldn't see anything suspicious. I > don't have time right now but one idea would be to add some dtrace > probes to the source. I looked at the source code, and found a place where it's leaking socket descriptors, but I'm not sure if this is the major source of impact. I fixed that. You can test the diff[1] to see if it fixes issue you're experiencing. To reproduce this at my end, I switched to 'resolv.conf' server method and commented 'server_ip' in the pdnsd.conf(5). Following are the contents of the resolv.conf(5): #v+ chateau.d.if!abbe:~ % cat /etc/resolv.conf nameserver 127.0.0.1 nameserver 4.2.2.2 #v- Before applying the diff, it is leaking following socket descriptor: #v+ chateau.d.if!abbe:~ % sockstat -64 |fgrep pdns nobody pdnsd 38434 3 tcp4 *:53 *:* nobody pdnsd 38434 4 udp4 *:* *:* nobody pdnsd 38434 5 udp4 *:53 *:* #v- And with the diff applied: #v+ chateau.d.if!abbe:~ % sockstat -64 |fgrep pdns nobody pdnsd 43666 3 tcp4 *:53 *:* nobody pdnsd 43666 4 udp4 *:53 *:* #v- References: [1] http://people.freebsd.org/~ashish/diffs/pdnsd-sockets-leak.diff HTH -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110215/c6d6eab4/attachment.pgp From marius at nuenneri.ch Tue Feb 15 12:38:30 2011 From: marius at nuenneri.ch (=?UTF-8?Q?Marius_N=C3=BCnnerich?=) Date: Tue Feb 15 12:38:34 2011 Subject: pdnsd leaking udp sockets In-Reply-To: <86oc6dzf1z.fsf@chateau.d.if> References: <86bp2d1wit.fsf@chateau.d.if> <86oc6dzf1z.fsf@chateau.d.if> Message-ID: On Tue, Feb 15, 2011 at 12:56, Ashish SHUKLA wrote: > Marius N?nnerich writes: >> Hi Ashish, > > [...] > >> dmesg and messages are clean. My FreeBSD ist 8.0-RELEASE/amd64. >> I took a look at the code too but couldn't see anything suspicious. I >> don't have time right now but one idea would be to add some dtrace >> probes to the source. > > I looked at the source code, and found a place where it's leaking socket > descriptors, but I'm not sure if this is the major source of impact. I fixed > that. You can test the diff[1] to see if it fixes issue you're experiencing. > > To reproduce this at my end, I switched to 'resolv.conf' server method and > commented 'server_ip' in the pdnsd.conf(5). Following are the contents of the > resolv.conf(5): > > #v+ > chateau.d.if!abbe:~ % cat /etc/resolv.conf > nameserver 127.0.0.1 > nameserver 4.2.2.2 > #v- > > Before applying the diff, it is leaking following socket descriptor: > > #v+ > chateau.d.if!abbe:~ % sockstat -64 ?|fgrep pdns > nobody ? pdnsd ? ? ?38434 3 ?tcp4 ? *:53 ? ? ? ? ? ? ? ? ?*:* > nobody ? pdnsd ? ? ?38434 4 ?udp4 ? *:* ? ? ? ? ? ? ? ? ? *:* > nobody ? pdnsd ? ? ?38434 5 ?udp4 ? *:53 ? ? ? ? ? ? ? ? ?*:* > #v- > > And with the diff applied: > > #v+ > chateau.d.if!abbe:~ % sockstat -64 ?|fgrep pdns > nobody ? pdnsd ? ? ?43666 3 ?tcp4 ? *:53 ? ? ? ? ? ? ? ? ?*:* > nobody ? pdnsd ? ? ?43666 4 ?udp4 ? *:53 ? ? ? ? ? ? ? ? ?*:* > #v- > > References: > [1] ?http://people.freebsd.org/~ashish/diffs/pdnsd-sockets-leak.diff Ok, I applied the patch and reinstalled the port. I will leave it running for a few days and report back. So far it's looking good. Thank you very much! :) From glarkin at FreeBSD.org Tue Feb 15 15:56:11 2011 From: glarkin at FreeBSD.org (glarkin@FreeBSD.org) Date: Tue Feb 15 15:56:17 2011 Subject: ports/154660: [UPDATE] devel/bzr-git Message-ID: <201102151556.p1FFuAvw083810@freefall.freebsd.org> Synopsis: [UPDATE] devel/bzr-git Responsible-Changed-From-To: ports@FreeBSD.org->glarkin Responsible-Changed-By: glarkin Responsible-Changed-When: Tue Feb 15 10:54:48 EST 2011 Responsible-Changed-Why: Fixed From: and Responsible: http://www.freebsd.org/cgi/query-pr.cgi?pr=154660 From linimon at FreeBSD.org Tue Feb 15 16:27:43 2011 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Feb 15 16:27:45 2011 Subject: ports/137332: add caution messages to some adobe products Message-ID: <201102151627.p1FGRhLC022442@freefall.freebsd.org> Synopsis: add caution messages to some adobe products Responsible-Changed-From-To: freebsd-ports->hrs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 15 16:26:26 UTC 2011 Responsible-Changed-Why: Over to maintainer of print/acroread8 to add a vuxml entry. http://www.freebsd.org/cgi/query-pr.cgi?pr=137332 From m.tsatsenko at gmail.com Wed Feb 16 09:10:22 2011 From: m.tsatsenko at gmail.com (=?KOI8-R?B?7cnIwcnMIOPBw8XOy88=?=) Date: Wed Feb 16 09:10:57 2011 Subject: mail/mimedefang mainteinership Message-ID: Hi, I want to maintain mail/mimedefang port. Also I have a question:what should I do to change email from michael@fun-box.ru to m.tsatsenko@gmail.com (because of lots of spam I receiving) for the following ports: devel/p5-Async-Interrupt devel/p5-DateTime-Event-Zodiac mail/spamass-milter net/vnc sysutils/gpkgdep www/p5-Catalyst-Plugin-DateTime www/rubygem-davclient Should I send a PR containing a diff to entire ports tree or something else? -- Mikhail m.tsatsenko@gmail.com From ehaupt at FreeBSD.org Wed Feb 16 17:43:24 2011 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Wed Feb 16 17:43:26 2011 Subject: [patch] request for update of x11/nvidia-driver Message-ID: <20110216184254.221d3238.ehaupt@FreeBSD.org> Hi Alexey I'm running version 260.19.36 of x11/nvidia-driver for a while now without any problems. Could you please consider updating the port? I'm sure further feedback from other users would help. Emanuel --- nvidia patch begins here --- Index: Makefile =================================================================== RCS file: /home/pcvs/ports/x11/nvidia-driver/Makefile,v retrieving revision 1.102 diff -u -r1.102 Makefile --- Makefile 8 Dec 2010 03:28:28 -0000 1.102 +++ Makefile 16 Feb 2011 17:41:02 -0000 @@ -6,7 +6,7 @@ # PORTNAME= nvidia-driver -DISTVERSION?= 256.53 +DISTVERSION?= 260.19.36 PORTREVISION?= 0 # As a reminder it can be overridden CATEGORIES= x11 kld MASTER_SITES= ${MASTER_SITE_NVIDIA} Index: distinfo =================================================================== RCS file: /home/pcvs/ports/x11/nvidia-driver/distinfo,v retrieving revision 1.38 diff -u -r1.38 distinfo --- distinfo 8 Dec 2010 07:37:21 -0000 1.38 +++ distinfo 16 Feb 2011 17:41:02 -0000 @@ -1,10 +1,2 @@ -SHA256 (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 3c3d3a96f6ec79b86815423c4be38c819b2ff26124a8885421e34f60a3c70655 -SIZE (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 26347367 -SHA256 (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 2b849ec63dca049a36ba3d2d97fdf8af06bd3d9c0051ebeec1e0cb60bec416a2 -SIZE (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 26963917 -SHA256 (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 3389c1b2faf68bab3ebd55593539580e418ef3beba29428ae2fe11a9a5154ebb -SIZE (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 17555603 -SHA256 (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = b5dce181cc654a729ba06dd528a180d14a792b0328fcfbf86bb0f819285c0dd5 -SIZE (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 13352481 -SHA256 (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 5a3c36dd9cfc0613190ca35d2e2c6aa88a703022dcf1d992bcc6526a5d8d3b04 -SIZE (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 8067145 +SHA256 (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = ff922fa17704cadd3332b4b5ef5647733ba8d9ea97407c2166d1cad4bfdc54c2 +SIZE (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 27951746 --- nvidia patch ends here --- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 488 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110216/17f466fb/attachment.pgp From matthias.andree at gmx.de Wed Feb 16 17:46:42 2011 From: matthias.andree at gmx.de (Matthias Andree) Date: Wed Feb 16 17:46:46 2011 Subject: [patch] request for update of x11/nvidia-driver In-Reply-To: <20110216184254.221d3238.ehaupt@FreeBSD.org> References: <20110216184254.221d3238.ehaupt@FreeBSD.org> Message-ID: <4D5C0D80.2070106@gmx.de> Am 16.02.2011 18:42, schrieb Emanuel Haupt: > RCS file: /home/pcvs/ports/x11/nvidia-driver/distinfo,v > retrieving revision 1.38 > diff -u -r1.38 distinfo > --- distinfo 8 Dec 2010 07:37:21 -0000 1.38 > +++ distinfo 16 Feb 2011 17:41:02 -0000 > @@ -1,10 +1,2 @@ > -SHA256 (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 3c3d3a96f6ec79b86815423c4be38c819b2ff26124a8885421e34f60a3c70655 > -SIZE (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 26347367 > -SHA256 (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 2b849ec63dca049a36ba3d2d97fdf8af06bd3d9c0051ebeec1e0cb60bec416a2 > -SIZE (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 26963917 > -SHA256 (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 3389c1b2faf68bab3ebd55593539580e418ef3beba29428ae2fe11a9a5154ebb > -SIZE (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 17555603 > -SHA256 (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = b5dce181cc654a729ba06dd528a180d14a792b0328fcfbf86bb0f819285c0dd5 > -SIZE (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 13352481 > -SHA256 (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 5a3c36dd9cfc0613190ca35d2e2c6aa88a703022dcf1d992bcc6526a5d8d3b04 > -SIZE (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 8067145 > +SHA256 (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = ff922fa17704cadd3332b4b5ef5647733ba8d9ea97407c2166d1cad4bfdc54c2 > +SIZE (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 27951746 > --- nvidia patch ends here --- Looks bogus to remove distinfo for legacy material. -- Matthias Andree From ehaupt at FreeBSD.org Wed Feb 16 18:30:18 2011 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Wed Feb 16 18:30:20 2011 Subject: [patch] request for update of x11/nvidia-driver In-Reply-To: <4D5C0D80.2070106@gmx.de> References: <20110216184254.221d3238.ehaupt@FreeBSD.org> <4D5C0D80.2070106@gmx.de> Message-ID: <20110216193011.52a6dbc3.ehaupt@FreeBSD.org> Matthias Andree wrote: > Am 16.02.2011 18:42, schrieb Emanuel Haupt: > > > RCS file: /home/pcvs/ports/x11/nvidia-driver/distinfo,v > > retrieving revision 1.38 > > diff -u -r1.38 distinfo > > --- distinfo 8 Dec 2010 07:37:21 -0000 1.38 > > +++ distinfo 16 Feb 2011 17:41:02 -0000 > > @@ -1,10 +1,2 @@ > > -SHA256 (NVIDIA-FreeBSD-x86-256.53.tar.gz) = > > 3c3d3a96f6ec79b86815423c4be38c819b2ff26124a8885421e34f60a3c70655 > > -SIZE (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 26347367 -SHA256 > > (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = > > 2b849ec63dca049a36ba3d2d97fdf8af06bd3d9c0051ebeec1e0cb60bec416a2 > > -SIZE (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 26963917 -SHA256 > > (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = > > 3389c1b2faf68bab3ebd55593539580e418ef3beba29428ae2fe11a9a5154ebb > > -SIZE (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 17555603 -SHA256 > > (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = > > b5dce181cc654a729ba06dd528a180d14a792b0328fcfbf86bb0f819285c0dd5 > > -SIZE (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 13352481 -SHA256 > > (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = > > 5a3c36dd9cfc0613190ca35d2e2c6aa88a703022dcf1d992bcc6526a5d8d3b04 > > -SIZE (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 8067145 +SHA256 > > (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = > > ff922fa17704cadd3332b4b5ef5647733ba8d9ea97407c2166d1cad4bfdc54c2 > > +SIZE (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 27951746 > > --- nvidia patch ends here --- > > Looks bogus to remove distinfo for legacy material. I just recreated distinfo by running 'make makesum' for the sake of testing. Of course Alexey would merge the new sums properly :-) Emanuel From mike.jakubik at intertainservices.com Wed Feb 16 18:51:12 2011 From: mike.jakubik at intertainservices.com (Mike Jakubik) Date: Wed Feb 16 18:51:14 2011 Subject: Postfix and VDA patch 32/64 bit? Message-ID: <1297881104.3022.5.camel@mjakubik-laptop> Hello, I was just in the process of updating my local postfix port to include the recently release VDA 2.8.0 patch. The ports Makefile states that the VDA patch is for 32bit platforms only and that a separate patch is required for 64bit. However the 64bit patch is not defined anywhere and the folks who make the VDA patch supply only one flavour since version 2.7.0. Is the current patch designed for both platforms? Can anyone clarify this? Thanks. From mailinglist at diamondbox.dk Wed Feb 16 20:24:59 2011 From: mailinglist at diamondbox.dk (Nikolaj Thygesen) Date: Wed Feb 16 20:25:02 2011 Subject: [patch] request for update of x11/nvidia-driver In-Reply-To: <20110216184254.221d3238.ehaupt@FreeBSD.org> References: <20110216184254.221d3238.ehaupt@FreeBSD.org> Message-ID: <4D5C2EB4.1000500@diamondbox.dk> On 02/16/2011 18:42, Emanuel Haupt wrote: > Hi Alexey > > I'm running version 260.19.36 of x11/nvidia-driver for a while now > without any problems. Could you please consider updating the port? > > I'm sure further feedback from other users would help. > > Emanuel > Hi, I've been running that same version since it got out, and now when playing back videos either using xine or totem, the whole machine freezes/crashes perhaps one minute into the video. I should add that at the same time I updated the gfx card to a relatively new geforce 570, which may be part of the reason for the crashes. Switching to Compiz everything works ok. br - N :o) From sahil at FreeBSD.org Thu Feb 17 04:12:14 2011 From: sahil at FreeBSD.org (Sahil Tandon) Date: Thu Feb 17 04:12:18 2011 Subject: Postfix and VDA patch 32/64 bit? In-Reply-To: <1297881104.3022.5.camel@mjakubik-laptop> References: <1297881104.3022.5.camel@mjakubik-laptop> Message-ID: <20110217035421.GC86158@magic.hamla.org> On Wed, 2011-02-16 at 13:31:44 -0500, Mike Jakubik wrote: > I was just in the process of updating my local postfix port to include > the recently release VDA 2.8.0 patch. The ports Makefile states that the > VDA patch is for 32bit platforms only and that a separate patch is > required for 64bit. However the 64bit patch is not defined anywhere and > the folks who make the VDA patch supply only one flavour since version > 2.7.0. Is the current patch designed for both platforms? Can anyone > clarify this? You will have to ask the maintainers of the VDA patch whether both platforms are supported for the 2.8.x patch. In the past, they distributed a different patch for both platforms, which is why the comment is in the Makefile. I can remove it if it no longer applies; please feel free to send-pr. -- Sahil Tandon From Ivan.Dolezal at osu.cz Thu Feb 17 14:33:23 2011 From: Ivan.Dolezal at osu.cz (Ivan Dolezal) Date: Thu Feb 17 14:33:26 2011 Subject: OpenVAS Message-ID: <4D5D3976020000360001D644@rehor.osu.cz> Hello, I am trying to portsnap/portupgrade/portmaster this application for last week ...and when I run it, I always end up with # /usr/local/etc/rc.d/openvasd onestart Starting openvasd. [4038]() gpgme_new failed: User defined source 1/Not operational Segmentation fault (core dumped) Google gave me back many questions and no answer for this pkg_info | grep openvas openvas-client-2.0.4_2 A GUI client for OpenVAS openvas-libnasl-2.0.1_2 NASL libraries for OpenVAS openvas-libraries-2.0.3 Libraries for OpenVAS openvas-plugins-1.0.7_2 Plugins for OpenVAS openvas-server-2.0.2_2 A security scanner: a fork of Nessus pkg_info | grep gpgme gpgme-1.3.0_3 A library to make access to GnuPG easier libassuan-2.0.1_1 IPC library used by GnuPG and gpgme I am running FreeBSD 8.1-RELEASE-p2 gdb openvasd GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... (gdb) run Starting program: /usr/local/sbin/openvasd (no debugging symbols found)...(no debugging symbols found)...(no debugging symbLoading the plugins... 2193 (out of 20405)[4076]() gpgme_new failed: User defined source 1/Not operational Program received signal SIGSEGV, Segmentation fault. 0x28106277 in _gpgme_release_result () from /usr/local/lib/libgpgme.so.18 I found http://wald.intevation.org/tracker/?atid=220&group_id=29&func=detail&aid=1079 tried no_signature_check=yes , didn't help Thank you VERY MUCH! From grarpamp at gmail.com Fri Feb 18 01:44:09 2011 From: grarpamp at gmail.com (grarpamp) Date: Fri Feb 18 01:44:12 2011 Subject: LIRC - Linux Infared Remote Control Message-ID: Putting 'infrared' into the search box here: http://www.freebsd.org/ports/ fails to list this port, because its description is spelled wrong. Daniel no longer maintains this. So I suppose the listing, long description, and Makefile contacts should be cut over to ports@. Thanks. From sahil at FreeBSD.org Fri Feb 18 03:18:05 2011 From: sahil at FreeBSD.org (Sahil Tandon) Date: Fri Feb 18 03:18:08 2011 Subject: mail/mimedefang mainteinership In-Reply-To: References: Message-ID: <20110218031801.GG87107@magic.hamla.org> On Wed, 2011-02-16 at 11:44:00 +0300, m.tsatsenko@gmail.com wrote: > I want to maintain mail/mimedefang port. Thank you for volunteering; you are now the maintainer. > Also I have a question:what should I do to change email from > michael@fun-box.ru to m.tsatsenko@gmail.com (because of lots of spam I > receiving) for the following ports: > devel/p5-Async-Interrupt > devel/p5-DateTime-Event-Zodiac > mail/spamass-milter > net/vnc > sysutils/gpkgdep > www/p5-Catalyst-Plugin-DateTime > www/rubygem-davclient > > Should I send a PR containing a diff to entire ports tree or something > else? You can send-pr with a patch against your ports, but I've made this change for you. Good luck avoiding the spam. -- Sahil Tandon From lars.engels at 0x20.net Fri Feb 18 07:31:02 2011 From: lars.engels at 0x20.net (Lars Engels) Date: Fri Feb 18 07:31:04 2011 Subject: LIRC - Linux Infared Remote Control In-Reply-To: References: Message-ID: <20110218071335.GA58313@e.0x20.net> On Thu, Feb 17, 2011 at 08:22:23PM -0500, grarpamp wrote: > Putting 'infrared' into the search box here: > http://www.freebsd.org/ports/ > fails to list this port, because its description is spelled wrong. > Daniel no longer maintains this. So I suppose the listing, long > description, and Makefile contacts should be cut over to ports@. > Thanks. Probably nox@ should step up? :) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110218/14ca02b5/attachment.pgp From decke at FreeBSD.org Fri Feb 18 08:37:51 2011 From: decke at FreeBSD.org (Bernhard Froehlich) Date: Fri Feb 18 08:37:54 2011 Subject: LIRC - Linux Infared Remote Control In-Reply-To: <20110218071335.GA58313@e.0x20.net> References: <20110218071335.GA58313@e.0x20.net> Message-ID: On Fri, 18 Feb 2011 08:13:35 +0100, Lars Engels wrote: > On Thu, Feb 17, 2011 at 08:22:23PM -0500, grarpamp wrote: >> Putting 'infrared' into the search box here: >> http://www.freebsd.org/ports/ >> fails to list this port, because its description is spelled wrong. >> Daniel no longer maintains this. So I suppose the listing, long >> description, and Makefile contacts should be cut over to ports@. >> Thanks. > > Probably nox@ should step up? :) Yeah, don't worry. nox@ is working on updating the lirc port: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011636.html -- Bernhard Froehlich http://www.bluelife.at/ From Johan at double-l.nl Fri Feb 18 08:50:02 2011 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Feb 18 08:50:05 2011 Subject: py-django from 1.2.4 to 1.2.5 breaks Baruwa. Message-ID: <57200BF94E69E54880C9BB1AF714BBCBDD314B@w2003s01.double-l.local> Hello all. I use Baruwa as the administrative Gui around my MailScanner. Baruwa is not in the portstree, but i installed it manually. This works really well, only after the update of py-django1.2.4 to py-django 1.2.5 the white and blacklist option is not working any more. I contacted the Maintainer, but he can not duplicate the error on his config (not FreeBSD). I get a server error in my webpage when i try to add a email to the white list. The maintainer told me to disable java set debug on, and the error will be showed, likei t did before with other issues. Ajax hides the error. But if i disable java in my browser, it works, no error and the email is added to the whitelist database. Downgrading py-django to 1.2.4 makes things happy again. So i wonder could it be something with the latest py-django port. I have multiple FreeBSD Mailscanner servers, and the behavior is the same on all of them. Be advised, i am a total amateur with python.... Thanks for your time reading this. Regards, Johan Hendriks From Alexander at Leidinger.net Fri Feb 18 11:43:05 2011 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Fri Feb 18 11:43:08 2011 Subject: fixing the vulnerability in linux-f10-pango-1.22.3_1 In-Reply-To: <4D58F749.1000106@janh.de> References: <4D5852F7.2010106@uffner.com> <4D5880EF.4020002@gmx.de> <4D58F749.1000106@janh.de> Message-ID: <20110218121715.11893hzn937sgksg@webmail.leidinger.net> Quoting Jan Henrik Sylvester (from Mon, 14 Feb 2011 10:35:05 +0100): > There is one more problem to solve: > http://lists.freebsd.org/pipermail/freebsd-emulation/2010-December/008264.html > > That mail go unanswered (at least as far as the mailing list archive > goes). Probably, the procedure above would have to be put into a > shell script for a willing commiter to repeat. Every time this > vulnerability comes up at ports@ or emulation@, some commitor ask > for a (trusted) rpm to fix it. Thus, there might be one. There was another person doing something similar too. I got a little step-by-step guide how he did it. Currently (after two months without time to have a look at it) I am downloading an F10 install image which I want to feed to virtualbox to compile a fixed pango version. If nothing urgent interferes, you can expect a commit in the not so distant future (maybe not today, maybe not tomorrow, but maybe next week). > For me, the real question is: Considering the age of Fedora 10 and > the time it has not been supported anymore, it is likely that there > are more vulnerabilities in our Linux-f10 framework that are not > documented in our vulnerability database. Does fixing the pango > vulnerability really make the Linux emulation save? (Is it worse the > it?) Good question. Feel free to have a look at the RPMs from linux_base-f10 and find out if there are unfixed vulnerabilities. Bye, Alexander. -- Make it right before you make it faster. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From decke at FreeBSD.org Fri Feb 18 14:21:52 2011 From: decke at FreeBSD.org (Bernhard Froehlich) Date: Fri Feb 18 14:21:55 2011 Subject: Call for Testers: VirtualBox 4.0.4 Message-ID: Hi Testers. A few of you have probably wondered what happened to our VirtualBox efforts for FreeBSD. Well it took a bit longer then expected and a few problems were found that needed to be resolved first but most of the things are looking fine now and almost all patches have been pushed upstream with 4.0.4 so here we are now. We will continue to work on VirtualBox for FreeBSD and upstream is also very helpful to us but we could need a few more hands to better keep up with the work and especially improve and fix the Guest Additions. So if you want to help please contact us or have a look at our Todo list. This result wouldn't have been possible without the continuous help of the VirtualBox Developers and a lot of people from the FreeBSD community! (names in alphabetical order and probably missed a few, sorry for that!) - Alexander Eichner - Anonymous - Beat G?tzi - Bernhard Fr?hlich - crsd - DomiX - Doug Barton - Grzegorz Blach - Hans Petter Selasky - Julian Stacey - Jung-uk Kim - J?rgen Lock - Klaus Espenlaub - Martin Wilke - Mattia Rossi - Michael Butler - Sean C. Farley - Steve Wills - tombsd - Vivek Khera - well-wisher - Wietse Venema - Yuri - many more from emulation@ Please when testing this ports backup all your virtual machines first. Also please build the port with DEBUG option enabled and send us the logfile when any VM crashes. Without them it's very hard to figure out what went wrong. Highlights with 4.0: - USB support (by Hans Petter Selasky) - Asynchronous I/O - Guest additions got startscripts and a integration into the desktop environments - www/phpvirtualbox updated to 4.0-3 Changelog for 4.0: - http://www.virtualbox.org/wiki/Changelog Short configuration help: - http://wiki.freebsd.org/VirtualBox Todo List: - http://wiki.freebsd.org/VirtualBox/ToDo http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz Thanks and good luck, Bernhard, on behalf of the FreeBSD Vbox Team -- Bernhard Froehlich http://www.bluelife.at/ From lenzi.sergio at gmail.com Fri Feb 18 16:38:27 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Fri Feb 18 16:38:31 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <1298047101.4300.16.camel@z6000.lenzicasa> I have been using the 4.0.2 version in our production system running FreeBSD 8.2 with a dual xeon 6 cores (12 cpus seen in the kernel) running 8 windows XP and 2 windows 2003 nt. besides it runs webserver, databases (postgres, mysql)... on the top of a ZFS.. running for weeks at full load... Congratulations for the great JOB.... next week will try the 4.0.4 version Sergio From sergey.dyatko at gmail.com Fri Feb 18 17:20:21 2011 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Fri Feb 18 17:20:55 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <20110218185816.3b9d6b12@gmail.com> On Fri, 18 Feb 2011 15:21:52 +0100 Bernhard Froehlich wrote: > Hi Testers. > > A few of you have probably wondered what happened to our VirtualBox > efforts for FreeBSD. Well it took a bit longer then expected and a few > problems were found that needed to be resolved first but most of the > things are looking fine now and almost all patches have been pushed > upstream with 4.0.4 so here we are now. > > We will continue to work on VirtualBox for FreeBSD and upstream is > also very helpful to us but we could need a few more hands to better > keep up with the work and especially improve and fix the Guest > Additions. So if you want to help please contact us or have a look at > our Todo list. > > This result wouldn't have been possible without the continuous help of > the VirtualBox Developers and a lot of people from the FreeBSD > community! (names in alphabetical order and probably missed a few, > sorry > for that!) > > - Alexander Eichner > - Anonymous > - Beat G?tzi > - Bernhard Fr?hlich > - crsd > - DomiX > - Doug Barton > - Grzegorz Blach > - Hans Petter Selasky > - Julian Stacey > - Jung-uk Kim > - J?rgen Lock > - Klaus Espenlaub > - Martin Wilke > - Mattia Rossi > - Michael Butler > - Sean C. Farley > - Steve Wills > - tombsd > - Vivek Khera > - well-wisher > - Wietse Venema > - Yuri > - many more from emulation@ > > Please when testing this ports backup all your virtual machines first. > Also please build the port with DEBUG option enabled and send us the > logfile when any VM crashes. Without them it's very hard to figure out > what went wrong. > > > Highlights with 4.0: > - USB support (by Hans Petter Selasky) > - Asynchronous I/O > - Guest additions got startscripts and a integration into the desktop > environments > - www/phpvirtualbox updated to 4.0-3 > > Changelog for 4.0: > - http://www.virtualbox.org/wiki/Changelog > > Short configuration help: > - http://wiki.freebsd.org/VirtualBox > > Todo List: > - http://wiki.freebsd.org/VirtualBox/ToDo > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > Thanks and good luck, > Bernhard, on behalf of the FreeBSD Vbox Team > --2011-02-18 18:57:48-- http://freebsd.unixfreunde.de/sources//VirtualBox-4.0.4.tar.bz2 Resolving freebsd.unixfreunde.de (freebsd.unixfreunde.de)... 85.114.131.114 Connecting to freebsd.unixfreunde.de (freebsd.unixfreunde.de)|85.114.131.114|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2011-02-18 18:57:48 ERROR 404: Not Found -- wbr, tiger From wfreeman at sourcefire.com Fri Feb 18 18:06:21 2011 From: wfreeman at sourcefire.com (Dean Freeman) Date: Fri Feb 18 18:06:24 2011 Subject: port revision for Snort Message-ID: I've submitted a patch to fix two issues, including a potential segfault in HttpInspect. This change will bump the port revision to 2. -- Dean Freeman Research Analyst, Sourcefire VRT From lists at opsec.eu Fri Feb 18 18:38:45 2011 From: lists at opsec.eu (Kurt Jaeger) Date: Fri Feb 18 18:38:48 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <20110218183846.GM34314@home.opsec.eu> Hi! Tested it against a windows sbs 2011 test install that I had prepared using the vbox 3.2.12 port. Harddisk images are on ZFSv28, amd64, freebsd-9.0-current. VBoxHeadless --startvm sbs11 --vnc --vncport 5911 --vncpass [...] vbox 4 crashed with a segfault. What can I do to debug it ? -- pi@opsec.eu +49 171 3101372 9 years to go ! From lists at opsec.eu Fri Feb 18 18:43:33 2011 From: lists at opsec.eu (Kurt Jaeger) Date: Fri Feb 18 18:43:35 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218183846.GM34314@home.opsec.eu> References: <20110218183846.GM34314@home.opsec.eu> Message-ID: <20110218184334.GN34314@home.opsec.eu> Hi! > Tested it against a windows sbs 2011 test install that I had > prepared using the vbox 3.2.12 port. Harddisk images are > on ZFSv28, amd64, freebsd-9.0-current. > > VBoxHeadless --startvm sbs11 --vnc --vncport 5911 --vncpass [...] > > vbox 4 crashed with a segfault. > > What can I do to debug it ? A second start like this worked fine. -- pi@opsec.eu +49 171 3101372 9 years to go ! From wxs at FreeBSD.org Fri Feb 18 18:58:22 2011 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri Feb 18 18:58:25 2011 Subject: port revision for Snort In-Reply-To: References: Message-ID: <20110218185908.GB36275@atarininja.org> On Fri, Feb 18, 2011 at 01:05:56PM -0500, Dean Freeman wrote: > I've submitted a patch to fix two issues, including a potential segfault in > HttpInspect. This change will bump the port revision to 2. I'll commit this. Two quick things for the next time you submit a PR though. 1. The patch is reversed. 2. You probably don't want to have all the unnecessary stuff in the patches to the port (? cflags.out, etc). I'll try and get this in the tree as quickly as I can. -- WXS From lists at opsec.eu Fri Feb 18 19:32:53 2011 From: lists at opsec.eu (Kurt Jaeger) Date: Fri Feb 18 19:32:56 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218184334.GN34314@home.opsec.eu> References: <20110218183846.GM34314@home.opsec.eu> <20110218184334.GN34314@home.opsec.eu> Message-ID: <20110218193254.GO34314@home.opsec.eu> Hi! > > What can I do to debug it ? > > A second start like this worked fine. While doing a shutdown, this happened: ipcDConnectService Stats => number of worker threads: 1 Segmentation fault: 11 But it did not drop a core file. -- pi@opsec.eu +49 171 3101372 9 years to go ! From tingox at gmail.com Fri Feb 18 19:40:26 2011 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Fri Feb 18 19:40:28 2011 Subject: mail/sylpheed3 - any plans to upgrade it to version 3.1.0? Message-ID: Hello, Every time I start Sylpheed (mail/sylpheed3) it happily informs me that version 3.1 has been released. Are there any plans for upgrading the port to the newest version? Have a nice weekend, all! -- Regards, Torfinn Ingolfsen From sergey.dyatko at gmail.com Fri Feb 18 20:08:47 2011 From: sergey.dyatko at gmail.com (Sergey V. Dyatko) Date: Fri Feb 18 20:08:49 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <20110218220905.22b7da2b@gmail.com> On Fri, 18 Feb 2011 15:21:52 +0100 Bernhard Froehlich wrote: > Hi Testers. > > A few of you have probably wondered what happened to our VirtualBox > efforts for FreeBSD. Well it took a bit longer then expected and a few > problems were found that needed to be resolved first but most of the > things are looking fine now and almost all patches have been pushed > upstream with 4.0.4 so here we are now. > > We will continue to work on VirtualBox for FreeBSD and upstream is > also very helpful to us but we could need a few more hands to better > keep up with the work and especially improve and fix the Guest > Additions. So if you want to help please contact us or have a look at > our Todo list. > > This result wouldn't have been possible without the continuous help of > the VirtualBox Developers and a lot of people from the FreeBSD > community! (names in alphabetical order and probably missed a few, > sorry > for that!) > > - Alexander Eichner > - Anonymous > - Beat G?tzi > - Bernhard Fr?hlich > - crsd > - DomiX > - Doug Barton > - Grzegorz Blach > - Hans Petter Selasky > - Julian Stacey > - Jung-uk Kim > - J?rgen Lock > - Klaus Espenlaub > - Martin Wilke > - Mattia Rossi > - Michael Butler > - Sean C. Farley > - Steve Wills > - tombsd > - Vivek Khera > - well-wisher > - Wietse Venema > - Yuri > - many more from emulation@ > > Please when testing this ports backup all your virtual machines first. > Also please build the port with DEBUG option enabled and send us the > logfile when any VM crashes. Without them it's very hard to figure out > what went wrong. > > > Highlights with 4.0: > - USB support (by Hans Petter Selasky) > - Asynchronous I/O > - Guest additions got startscripts and a integration into the desktop > environments > - www/phpvirtualbox updated to 4.0-3 > > Changelog for 4.0: > - http://www.virtualbox.org/wiki/Changelog > > Short configuration help: > - http://wiki.freebsd.org/VirtualBox > > Todo List: > - http://wiki.freebsd.org/VirtualBox/ToDo > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > Thanks and good luck, > Bernhard, on behalf of the FreeBSD Vbox Team > CONFLICTS missing for -kmod: laptop# pkg_info -xI virt virtualbox-ose-4.0.4 A general-purpose full virtualizer for x86 hardware virtualbox-ose-additions-4.0.4 VirtualBox additions for FreeBSD guests virtualbox-ose-kmod-3.2.12_1 VirtualBox kernel module for FreeBSD virtualbox-ose-kmod-4.0.4 VirtualBox kernel module for FreeBSD laptop# pkg_info -xL virtualbox-ose-kmod-3.2.12_1 Information for virtualbox-ose-kmod-3.2.12_1: Files: /usr/local/share/licenses/virtualbox-ose-kmod-3.2.12_1/catalog.mk /usr/local/share/licenses/virtualbox-ose-kmod-3.2.12_1/LICENSE /usr/local/share/licenses/virtualbox-ose-kmod-3.2.12_1/GPLv2 //boot/modules/vboxdrv.ko //boot/modules/vboxnetadp.ko //boot/modules/vboxnetflt.ko /usr/local/etc/rc.d/vboxnet laptop# pkg_info -xL virtualbox-ose-kmod-4.0.4 Information for virtualbox-ose-kmod-4.0.4: Files: /usr/local/share/licenses/virtualbox-ose-kmod-4.0.4/catalog.mk /usr/local/share/licenses/virtualbox-ose-kmod-4.0.4/LICENSE /usr/local/share/licenses/virtualbox-ose-kmod-4.0.4/GPLv2 //boot/modules/vboxdrv.ko //boot/modules/vboxnetadp.ko //boot/modules/vboxnetflt.ko /usr/local/etc/rc.d/vboxnet -- wbr, tiger From nox at jelal.kn-bremen.de Fri Feb 18 21:31:42 2011 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri Feb 18 21:31:45 2011 Subject: LIRC - Linux Infared Remote Control In-Reply-To: References: <20110218071335.GA58313@e.0x20.net> Message-ID: <20110218213035.GA46071@triton8.kn-bremen.de> On Fri, Feb 18, 2011 at 09:37:50AM +0100, Bernhard Froehlich wrote: > On Fri, 18 Feb 2011 08:13:35 +0100, Lars Engels wrote: > > On Thu, Feb 17, 2011 at 08:22:23PM -0500, grarpamp wrote: > >> Putting 'infrared' into the search box here: > >> http://www.freebsd.org/ports/ > >> fails to list this port, because its description is spelled wrong. Ooops, noted. :) > >> Daniel no longer maintains this. So I suppose the listing, long > >> description, and Makefile contacts should be cut over to ports@. > >> Thanks. > > > > Probably nox@ should step up? :) > > Yeah, don't worry. nox@ is working on updating the lirc port: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011636.html Yes, and I have now made the update install docs and example remotes too: http://people.freebsd.org/~nox/dvb/lirc/lirc-0.9.0p1_3.patch Committing the update to ports will have to wait until after the end of the slush tho I think since the liblirc_client.so shilb version was bumped and there a few ports that depend on the old version that will have to be updated as well. In other news, the usb ftdi support, http://www.huitsing.nl/irftdi/ has been tested now, and it required the same workaround I had to do for this mceusb device I tested here (making hw_default.c delay trailing spaces until before the next pulse to get irrecord working), that patch already was in my port update last time but for the benefit of non-FreeBSD lirc users I've also put it here: http://people.freebsd.org/~nox/dvb/lirc/patch-daemons%3a%3ahw_default.c.txt Cheers, Juergen From grarpamp at gmail.com Fri Feb 18 21:34:31 2011 From: grarpamp at gmail.com (grarpamp) Date: Fri Feb 18 21:34:42 2011 Subject: b43-fwcutter port update to v13 [patch] Message-ID: I diffed the source of b43-fwcutter, v12 to v13. And also between v12 + fbsd port patches and v13 native. It all looks clean, both compile, and v13 produces digest identical output files to v12 + fbsd port when used as in the bwi and bwn kmod ports. The current fwcutter port can thus be bumped to v13. Update Makefile, distinfo, pkg-descr, distfiles, etc. Replace the entire patch set with these new native patches. Update the requires for the bw{i,n}-firmware-kmod ports. Can someone check and commit all this? I bcc'd the fwcutter author for inclusion of the patch in the next release. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_b43-fwcutter-013 Type: application/octet-stream Size: 1041 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110218/ea73ab80/patch_b43-fwcutter-013.obj From timothyk at wallnet.com Fri Feb 18 22:07:43 2011 From: timothyk at wallnet.com (Tim Kellers) Date: Fri Feb 18 22:07:47 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218185816.3b9d6b12@gmail.com> References: <20110218185816.3b9d6b12@gmail.com> Message-ID: <4D5EE35B.10401@wallnet.com> On 02/18/11 11:58, Sergey V. Dyatko wrote: > On Fri, 18 Feb 2011 15:21:52 +0100 > Bernhard Froehlich wrote: > >> Hi Testers. >> >> A few of you have probably wondered what happened to our VirtualBox >> efforts for FreeBSD. Well it took a bit longer then expected and a few >> problems were found that needed to be resolved first but most of the >> things are looking fine now and almost all patches have been pushed >> upstream with 4.0.4 so here we are now. >> >> We will continue to work on VirtualBox for FreeBSD and upstream is >> also very helpful to us but we could need a few more hands to better >> keep up with the work and especially improve and fix the Guest >> Additions. So if you want to help please contact us or have a look at >> our Todo list. >> >> This result wouldn't have been possible without the continuous help of >> the VirtualBox Developers and a lot of people from the FreeBSD >> community! (names in alphabetical order and probably missed a few, >> sorry >> for that!) >> >> - Alexander Eichner >> - Anonymous >> - Beat G?tzi >> - Bernhard Fr?hlich >> - crsd >> - DomiX >> - Doug Barton >> - Grzegorz Blach >> - Hans Petter Selasky >> - Julian Stacey >> - Jung-uk Kim >> - J?rgen Lock >> - Klaus Espenlaub >> - Martin Wilke >> - Mattia Rossi >> - Michael Butler >> - Sean C. Farley >> - Steve Wills >> - tombsd >> - Vivek Khera >> - well-wisher >> - Wietse Venema >> - Yuri >> - many more from emulation@ >> >> Please when testing this ports backup all your virtual machines first. >> Also please build the port with DEBUG option enabled and send us the >> logfile when any VM crashes. Without them it's very hard to figure out >> what went wrong. >> >> >> Highlights with 4.0: >> - USB support (by Hans Petter Selasky) >> - Asynchronous I/O >> - Guest additions got startscripts and a integration into the desktop >> environments >> - www/phpvirtualbox updated to 4.0-3 >> >> Changelog for 4.0: >> - http://www.virtualbox.org/wiki/Changelog >> >> Short configuration help: >> - http://wiki.freebsd.org/VirtualBox >> >> Todo List: >> - http://wiki.freebsd.org/VirtualBox/ToDo >> >> >> http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz >> >> >> Thanks and good luck, >> In my dmesg: KLD vboxdrv.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type KLD vboxdrv.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type KLD vboxnetflt.ko: depends on vboxdrv - not available or version mismatch linker_load_file: Unsupported file type beta# uname -a FreeBSD beta.maestro.njit.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Tue Dec 14 18:24:33 EST 2010 tkellers@beta.maestro.njit.edu:/usr/obj/usr/src/sys/NOVNINE amd64 Rebuilding world and kernel, now, just to be sure I'm following the directions: I csup /usr/src and /usr/ports hourly I'm completely new to Virtual Box, so I could be tripping over something silly. Tim Kellers From mb at bu3sch.de Fri Feb 18 23:31:41 2011 From: mb at bu3sch.de (Michael =?ISO-8859-1?Q?B=FCsch?=) Date: Fri Feb 18 23:31:46 2011 Subject: b43-fwcutter port update to v13 [patch] In-Reply-To: (sfid-20110218_223443_390885_25A62E74) References: (sfid-20110218_223443_390885_25A62E74) Message-ID: <1298069303.23801.30.camel@maggie> On Fri, 2011-02-18 at 16:34 -0500, grarpamp wrote: > I bcc'd the fwcutter author for inclusion of the patch in the next > release. Thanks a lot. I'll commit it to git. -- Greetings Michael. From kubito at gmail.com Fri Feb 18 23:55:15 2011 From: kubito at gmail.com (Raphael Kubo da Costa) Date: Fri Feb 18 23:55:49 2011 Subject: py-django from 1.2.4 to 1.2.5 breaks Baruwa. References: <57200BF94E69E54880C9BB1AF714BBCBDD314B@w2003s01.double-l.local> Message-ID: <87lj1csxtf.fsf@gmail.com> "Johan Hendriks" writes: > Downgrading py-django to 1.2.4 makes things happy again. > > So i wonder could it be something with the latest py-django port. A few backwards incompatible changes were made indeed [1], but, according to the team, they had to be made for the sake of security. Maybe the application you're talking about was (ab)using some of these features which have changed? [1] http://docs.djangoproject.com/en/1.2/releases/1.2.5/ From ipfreak at yahoo.com Sat Feb 19 00:08:06 2011 From: ipfreak at yahoo.com (gahn) Date: Sat Feb 19 00:08:09 2011 Subject: nessus won't compile under freebsd 8.1 Message-ID: <919369.60149.qm@web130202.mail.mud.yahoo.com> hi gurus: tried to install nessus and it would not compile: ===> Configuring for nessus-libraries-2.2.9_1 ******************************************************** * W a r n i n g * * * * Nessus needs Berkeley Packet Filter (bpf). * * To use nessus, your kernel must be rebuilt with bpf, * * and make bpf devices on /dev directory. * * * * Be sure to build as many bpf devices as you need. * * For more info on this read files/README.BPF * ******************************************************** *** Error code 1 Stop in /usr/ports/security/nessus-libraries. *** Error code 1 Stop in /usr/ports/security/nessus-libnasl. *** Error code 1 my bpf is enabled in kernel: user@host:/usr/ports/security/nessus:$ ls -al /dev/bpf* crw------- 1 root wheel 0, 24 Feb 18 12:36 /dev/bpf lrwxr-xr-x 1 root wheel 3 Feb 18 12:36 /dev/bpf0 -> bpf under my kernel file, it has: # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter i have wireshark/tshark running without any issues. any help will be greatly appreciated. thanks _gahn. From michael.scheidell at secnap.com Sat Feb 19 00:11:48 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Sat Feb 19 00:12:03 2011 Subject: nessus won't compile under freebsd 8.1 In-Reply-To: <509d2b3c-4c3f-4dfa-9bf4-a900d21a3faf@blur> References: <509d2b3c-4c3f-4dfa-9bf4-a900d21a3faf@blur> Message-ID: <1aaa55e0-1095-4732-9f39-0bca5d8c19e8@blur> Twiddle with libtool and libnet-config If that scares you then open a pr. We did get it to compile but it was painful Just download their 4.0 version already compiled. -- Michael Scheidell CTO SECNAP Network Security 561-948-2259 -----Original message----- From: gahn To: "freebsd-ports@freebsd.org" Sent: Sat, Feb 19, 2011 00:08:19 GMT+00:00 Subject: nessus won't compile under freebsd 8.1 hi gurus: tried to install nessus and it would not compile: ===> Configuring for nessus-libraries-2.2.9_1 ******************************************************** * W a r n i n g * * * * Nessus needs Berkeley Packet Filter (bpf). * * To use nessus, your kernel must be rebuilt with bpf, * * and make bpf devices on /dev directory. * * * * Be sure to build as many bpf devices as you need. * * For more info on this read files/README.BPF * ******************************************************** *** Error code 1 Stop in /usr/ports/security/nessus-libraries. *** Error code 1 Stop in /usr/ports/security/nessus-libnasl. *** Error code 1 my bpf is enabled in kernel: user@host:/usr/ports/security/nessus:$ ls -al /dev/bpf* crw------- 1 root wheel 0, 24 Feb 18 12:36 /dev/bpf lrwxr-xr-x 1 root wheel 3 Feb 18 12:36 /dev/bpf0 -> bpf under my kernel file, it has: # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter i have wireshark/tshark running without any issues. any help will be greatly appreciated. thanks _gahn. _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From fullermd at over-yonder.net Sat Feb 19 00:39:40 2011 From: fullermd at over-yonder.net (Matthew D. Fuller) Date: Sat Feb 19 00:39:43 2011 Subject: Postfix and VDA patch 32/64 bit? In-Reply-To: <20110217035421.GC86158@magic.hamla.org> References: <1297881104.3022.5.camel@mjakubik-laptop> <20110217035421.GC86158@magic.hamla.org> Message-ID: <20110219002040.GD27891@over-yonder.net> On Wed, Feb 16, 2011 at 10:54:21PM -0500 I heard the voice of Sahil Tandon, and lo! it spake thus: > > In the past, they distributed a different patch for both platforms, > [...] I'm pretty sure the patch is platform-agnostic. The "64 bit" patch is about using 64 bit limits (quota, etc) on 32-bit platforms; note its extensive use of 'long long' instead of 'long'. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From craig001 at lerwick.hopto.org Sat Feb 19 01:52:31 2011 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sat Feb 19 01:52:34 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <1298078690.4289.6.camel@main> On Fri, 2011-02-18 at 15:21 +0100, Bernhard Froehlich wrote: > Hi Testers. > > A few of you have probably wondered what happened to our VirtualBox > efforts for FreeBSD. Well it took a bit longer then expected and a few > problems were found that needed to be resolved first but most of the > things are looking fine now and almost all patches have been pushed > upstream with 4.0.4 so here we are now. > > We will continue to work on VirtualBox for FreeBSD and upstream is also > very helpful to us but we could need a few more hands to better keep up > with the work and especially improve and fix the Guest Additions. So if > you want to help please contact us or have a look at our Todo list. > > This result wouldn't have been possible without the continuous help of > the VirtualBox Developers and a lot of people from the FreeBSD > community! (names in alphabetical order and probably missed a few, > sorry > for that!) > > - Alexander Eichner > - Anonymous > - Beat G?tzi > - Bernhard Fr?hlich > - crsd > - DomiX > - Doug Barton > - Grzegorz Blach > - Hans Petter Selasky > - Julian Stacey > - Jung-uk Kim > - J?rgen Lock > - Klaus Espenlaub > - Martin Wilke > - Mattia Rossi > - Michael Butler > - Sean C. Farley > - Steve Wills > - tombsd > - Vivek Khera > - well-wisher > - Wietse Venema > - Yuri > - many more from emulation@ > > Please when testing this ports backup all your virtual machines first. > Also please build the port with DEBUG option enabled and send us the > logfile when any VM crashes. Without them it's very hard to figure out > what went wrong. > > > Highlights with 4.0: > - USB support (by Hans Petter Selasky) > - Asynchronous I/O > - Guest additions got startscripts and a integration into the desktop > environments > - www/phpvirtualbox updated to 4.0-3 > > Changelog for 4.0: > - http://www.virtualbox.org/wiki/Changelog > > Short configuration help: > - http://wiki.freebsd.org/VirtualBox > > Todo List: > - http://wiki.freebsd.org/VirtualBox/ToDo > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > Thanks and good luck, > Bernhard, on behalf of the FreeBSD Vbox Team > Hi Folks Seems to be working ok for me... I had to; * remove stale /usr/ports/emulators/virualbox* directories (old patch file was causing build to fail) * remove the stale vboxusers group, the install was complaining cause it couldn't set vboxusers gid to 920 # uname -rp 8.1-RELEASE-p2 i386 I have tried fedora and windows xp guests, both running fine. I cant seem to get usb pass through working tho, when I go to add usb device it says 'no devices available', do we need to manually setup the device info ? Thanks Craig B From decke at bluelife.at Sat Feb 19 07:16:05 2011 From: decke at bluelife.at (Bernhard =?ISO-8859-1?Q?Fr=F6hlich?=) Date: Sat Feb 19 07:16:08 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <1298078690.4289.6.camel@main> References: <1298078690.4289.6.camel@main> Message-ID: <1298098767.5149.8.camel@Nokia-N900-42-11> ----- Urspr?ngliche Mitteilung ----- > On Fri, 2011-02-18 at 15:21 +0100, Bernhard Froehlich wrote: > > Hi Testers. > > > > A few of you have probably wondered what happened to our VirtualBox > > efforts for FreeBSD. Well it took a bit longer then expected and a few > > problems were found that needed to be resolved first but most of the > > things are looking fine now and almost all patches have been pushed > > upstream with 4.0.4 so here we are now. > > > > We will continue to work on VirtualBox for FreeBSD and upstream is also > > very helpful to us but we could need a few more hands to better keep up > > with the work and especially improve and fix the Guest Additions. So if > > you want to help please contact us or have a look at our Todo list. > > > > This result wouldn't have been possible without the continuous help of > > the VirtualBox Developers and a lot of people from the FreeBSD > > community! (names in alphabetical order and probably missed a few, > > sorry > > for that!) > > > > - Alexander Eichner > > - Anonymous > > - Beat G?tzi > > - Bernhard Fr?hlich > > - crsd > > - DomiX > > - Doug Barton > > - Grzegorz Blach > > - Hans Petter Selasky > > - Julian Stacey > > - Jung-uk Kim > > - J?rgen Lock > > - Klaus Espenlaub > > - Martin Wilke > > - Mattia Rossi > > - Michael Butler > > - Sean C. Farley > > - Steve Wills > > - tombsd > > - Vivek Khera > > - well-wisher > > - Wietse Venema > > - Yuri > > - many more from emulation@ > > > > Please when testing this ports backup all your virtual machines first. > > Also please build the port with DEBUG option enabled and send us the > > logfile when any VM crashes. Without them it's very hard to figure out > > what went wrong. > > > > > > Highlights with 4.0: > > - USB support (by Hans Petter Selasky) > > - Asynchronous I/O > > - Guest additions got startscripts and a integration into the desktop > > environments > > - www/phpvirtualbox updated to 4.0-3 > > > > Changelog for 4.0: > > - http://www.virtualbox.org/wiki/Changelog > > > > Short configuration help: > > - http://wiki.freebsd.org/VirtualBox > > > > Todo List: > > - http://wiki.freebsd.org/VirtualBox/ToDo > > > > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > > > > Thanks and good luck, > > Bernhard, on behalf of the FreeBSD Vbox Team > > > > Hi Folks > > Seems to be working ok for me... > I had to; > * remove stale /usr/ports/emulators/virualbox* directories (old patch > file was causing build to fail) I should have mentioned that. Please move the old ports out of the way first. > * remove the stale vboxusers group, the install was complaining cause it > couldn't set vboxusers gid to 920 Sounds strange and should not happen. > # uname -rp > 8.1-RELEASE-p2 i386 > > I have tried fedora and windows xp guests, both running fine. > > I cant seem to get usb pass through working tho, when I go to add usb > device it says 'no devices available', do we need to manually setup the > device info ? Yeah i want to document it on the virtualbox wiki page but until that you could search for the mail of hans petter selasky on the vbox-dev mailinglist. From decke at bluelife.at Sat Feb 19 07:45:51 2011 From: decke at bluelife.at (Bernhard =?ISO-8859-1?Q?Fr=F6hlich?=) Date: Sat Feb 19 07:45:54 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <4D5EE35B.10401@wallnet.com> References: <20110218185816.3b9d6b12@gmail.com> <4D5EE35B.10401@wallnet.com> Message-ID: <1298100623.5149.11.camel@Nokia-N900-42-11> ----- Urspr?ngliche Mitteilung ----- > On 02/18/11 11:58, Sergey V. Dyatko wrote: > > On Fri, 18 Feb 2011 15:21:52 +0100 > > Bernhard Froehlich? wrote: > > > > > Hi Testers. > > > > > > A few of you have probably wondered what happened to our VirtualBox > > > efforts for FreeBSD. Well it took a bit longer then expected and a > > > few problems were found that needed to be resolved first but most of > > > the things are looking fine now and almost all patches have been > > > pushed upstream with 4.0.4 so here we are now. > > > > > > We will continue to work on VirtualBox for FreeBSD and upstream is > > > also very helpful to us but we could need a few more hands to better > > > keep up with the work and especially improve and fix the Guest > > > Additions. So if you want to help please contact us or have a look at > > > our Todo list. > > > > > > This result wouldn't have been possible without the continuous help > > > of the VirtualBox Developers and a lot of people from the FreeBSD > > > community! (names in alphabetical order and probably missed a few, > > > sorry > > > for that!) > > > > > > - Alexander Eichner > > > - Anonymous > > > - Beat G?tzi > > > - Bernhard Fr?hlich > > > - crsd > > > - DomiX > > > - Doug Barton > > > - Grzegorz Blach > > > - Hans Petter Selasky > > > - Julian Stacey > > > - Jung-uk Kim > > > - J?rgen Lock > > > - Klaus Espenlaub > > > - Martin Wilke > > > - Mattia Rossi > > > - Michael Butler > > > - Sean C. Farley > > > - Steve Wills > > > - tombsd > > > - Vivek Khera > > > - well-wisher > > > - Wietse Venema > > > - Yuri > > > - many more from emulation@ > > > > > > Please when testing this ports backup all your virtual machines > > > first. Also please build the port with DEBUG option enabled and send > > > us the logfile when any VM crashes. Without them it's very hard to > > > figure out what went wrong. > > > > > > > > > Highlights with 4.0: > > > - USB support (by Hans Petter Selasky) > > > - Asynchronous I/O > > > - Guest additions got startscripts and a integration into the desktop > > > environments > > > - www/phpvirtualbox updated to 4.0-3 > > > > > > Changelog for 4.0: > > > - http://www.virtualbox.org/wiki/Changelog > > > > > > Short configuration help: > > > - http://wiki.freebsd.org/VirtualBox > > > > > > Todo List: > > > - http://wiki.freebsd.org/VirtualBox/ToDo > > > > > > > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > > > > > > > Thanks and good luck, > > > > > In my dmesg: > > KLD vboxdrv.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > KLD vboxdrv.ko: depends on kernel - not available or version mismatch > linker_load_file: Unsupported file type > KLD vboxnetflt.ko: depends on vboxdrv - not available or version mismatch > linker_load_file: Unsupported file type > > beta# uname -a > FreeBSD beta.maestro.njit.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Tue > Dec 14 18:24:33 EST 2010? ? ? ? > tkellers@beta.maestro.njit.edu:/usr/obj/usr/src/sys/NOVNINE? amd64 > > Rebuilding world and kernel, now, just to be sure I'm following the > directions:? I csup /usr/src and /usr/ports hourly yeah that's a bad idea. The kernel sources and the kernel need to be in sync when compiling the vbox kernel module. From miwi at FreeBSD.org Sat Feb 19 07:57:38 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 19 07:57:41 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218185816.3b9d6b12@gmail.com> References: <20110218185816.3b9d6b12@gmail.com> Message-ID: Sorry, unixfreunde.de is sync now again. - Martin On Sat, Feb 19, 2011 at 12:58 AM, Sergey V. Dyatko wrote: > On Fri, 18 Feb 2011 15:21:52 +0100 > Bernhard Froehlich wrote: > > > Hi Testers. > > > > A few of you have probably wondered what happened to our VirtualBox > > efforts for FreeBSD. Well it took a bit longer then expected and a few > > problems were found that needed to be resolved first but most of the > > things are looking fine now and almost all patches have been pushed > > upstream with 4.0.4 so here we are now. > > > > We will continue to work on VirtualBox for FreeBSD and upstream is > > also very helpful to us but we could need a few more hands to better > > keep up with the work and especially improve and fix the Guest > > Additions. So if you want to help please contact us or have a look at > > our Todo list. > > > > This result wouldn't have been possible without the continuous help of > > the VirtualBox Developers and a lot of people from the FreeBSD > > community! (names in alphabetical order and probably missed a few, > > sorry > > for that!) > > > > - Alexander Eichner > > - Anonymous > > - Beat G?tzi > > - Bernhard Fr?hlich > > - crsd > > - DomiX > > - Doug Barton > > - Grzegorz Blach > > - Hans Petter Selasky > > - Julian Stacey > > - Jung-uk Kim > > - J?rgen Lock > > - Klaus Espenlaub > > - Martin Wilke > > - Mattia Rossi > > - Michael Butler > > - Sean C. Farley > > - Steve Wills > > - tombsd > > - Vivek Khera > > - well-wisher > > - Wietse Venema > > - Yuri > > - many more from emulation@ > > > > Please when testing this ports backup all your virtual machines first. > > Also please build the port with DEBUG option enabled and send us the > > logfile when any VM crashes. Without them it's very hard to figure out > > what went wrong. > > > > > > Highlights with 4.0: > > - USB support (by Hans Petter Selasky) > > - Asynchronous I/O > > - Guest additions got startscripts and a integration into the desktop > > environments > > - www/phpvirtualbox updated to 4.0-3 > > > > Changelog for 4.0: > > - http://www.virtualbox.org/wiki/Changelog > > > > Short configuration help: > > - http://wiki.freebsd.org/VirtualBox > > > > Todo List: > > - http://wiki.freebsd.org/VirtualBox/ToDo > > > > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > > > > Thanks and good luck, > > Bernhard, on behalf of the FreeBSD Vbox Team > > > > > --2011-02-18 18:57:48-- > http://freebsd.unixfreunde.de/sources//VirtualBox-4.0.4.tar.bz2 > Resolving freebsd.unixfreunde.de (freebsd.unixfreunde.de)... > 85.114.131.114 Connecting to freebsd.unixfreunde.de > (freebsd.unixfreunde.de)|85.114.131.114|:80... connected. HTTP request > sent, awaiting response... 404 Not Found 2011-02-18 18:57:48 ERROR 404: > Not Found > > > -- > wbr, tiger > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From miwi at FreeBSD.org Sat Feb 19 08:38:57 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 19 08:39:01 2011 Subject: mail/sylpheed3 - any plans to upgrade it to version 3.1.0? In-Reply-To: References: Message-ID: Howdy, how about this http://miwibox.dyndns.org/patches/sylpheed3.diff :-) On Sat, Feb 19, 2011 at 3:40 AM, Torfinn Ingolfsen wrote: > Hello, > > Every time I start Sylpheed (mail/sylpheed3) it happily informs me > that version 3.1 has been released. > Are there any plans for upgrading the port to the newest version? > > Have a nice weekend, all! > -- > Regards, > Torfinn Ingolfsen > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From patfbsd at davenulle.org Sat Feb 19 10:53:02 2011 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Sat Feb 19 10:53:06 2011 Subject: LibreOffice 3.3.0.4 does not build (error 65280 in libreoffice/mythes) Message-ID: <20110219115309.048356d7@davenulle.org> Hello, (8.2/i386) LibreOffice does not build here : ERROR: error 65280 occurred while making /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes The options used are WITH_CUPS and JAVA. Any idea? thanks. -------- Entering /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/sw/util Compiling: sw/unxfbsdi.pro/misc/sw_dflt_version.c Compiling: sw/unxfbsdi.pro/misc/swd_dflt_version.c Compiling: sw/unxfbsdi.pro/misc/swui_dflt_version.c Compiling: sw/unxfbsdi.pro/misc/msword_dflt_version.c Compiling: sw/unxfbsdi.pro/misc/vbaswobj_dflt.uno_version.c Making: swall.lib Making: swui.lib Making: libswfi.so Making: libswdfi.so Making: libswuifi.so Making: libmswordfi.so Making: libvbaswobjfi.uno.so Making: swen-US.res Making: swfr.res Compiling: rsc_sw sw deliver Module 'sw' delivered successfully. 245 files copied, 0 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes it seems that the error is inside 'mythes', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /bin/bash cd /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice source ./FreeBSDX86Env.Set.sh cd mythes build when the problem is isolated and fixed exit and re-run 'make' from the top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdi.pro in a module. gmake: *** [stamp/build] Erreur 1 *** Error code 1 From miwi at FreeBSD.org Sat Feb 19 13:25:54 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 19 13:26:00 2011 Subject: [CFT] Xorg 7.5.1 Message-ID: <20110219132508.GA32464@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Oy boys and gals, The Xorg T(m)eam is happy to announce the next round of Xorg fun! The X-Server has been patched to the latest 1.7.X series, drivers and fonts have been updated to the latest versions, but unfortunately we are not able to update libGL, drm and xorg-server to a higher version because FreeBSD doesn't support GEM/KSE (yet), but it looks good for now, as kib@ is working on that, so we hope the future will be better for us. This update includes some components from Xorg 7.6 with a lot of improvements, and it seems that the performance is much better than the old version. We are calling the update xorg 7.5.1. We hope you will enjoy the new stuff and give us a lot of feedback. We will start an exp-run tonight and depending on how much feedback we get, we plan to commit this update by the first weekend of March. A note for ATI users, the driver was updated to 6.14.0, so you may need to add some stuff to your xorg.conf in the "Section "Device"" Option "int10" "on" Option "BudType" "PCIE" Option "RendrAccel" "on" Option "AccelMethod" "exa" Option "DynamicPM" "on" Option "DRI" "on" So to get the xorg stuff you will need to: run svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev A small merge script to merge the svn checkout into the real portstree can be found here: http://people.freebsd.org/~miwi/xorg/xorgmerge The script is a modified version of the kdemerge script. Please set the KDEDIR variable to the path of your X.org ports. After merging, run one of the following command, depending on which tool you use to manage your installed packages. portupgrade -a \* portmaster -a Please report any problems and issues to x11 (at) FreeBSD.org. I would like to thank: Beat Gaetzi Dima Panov Koop Mast Eitan Adler Without these people the Xorg update would still not be ready now. PS: Please don't send us mails with 'xorg update dosen't' work. If you send us a report, please include the latest Xorg.conf Xorg.log, uname -a output and pkg_info output. Thanks. Happy Updating! - -- +-----------------oOO--(_)--OOo-------------------------+ With best Regards, Martin Wilke (miwi_(at)_FreeBSD.org) Mess with the Best, Die like the Rest -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk1fxLMACgkQdLJIhLHm/OmntgCeKiPk0tAKC7bO/Xb44hHcd7fT 9kcAnAjQOv4OGu2QC1Du/uC3KYnT7bhH =cJRt -----END PGP SIGNATURE----- From roberthuff at rcn.com Sat Feb 19 13:35:52 2011 From: roberthuff at rcn.com (Robert Huff) Date: Sat Feb 19 13:36:36 2011 Subject: LibreOffice 3.3.0.4 does not build (error 65280 in libreoffice/mythes) In-Reply-To: <20110219115309.048356d7@davenulle.org> References: <20110219115309.048356d7@davenulle.org> Message-ID: <19807.50998.335632.347033@jerusalem.litteratus.org> Patrick Lamaiziere writes: > (8.2/i386) > > LibreOffice does not build here : ERROR: error 65280 occurred while > making /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes It build successfully a week ago on: FreeBSD 9.0-CURRENT #0: Sat Oct 23 08:15:53 EDT 2010 amd64 with: huff@>> pd /usr/ports/editors/libreoffice/ /usr/ports/editors/libreoffice /var/db/pkg huff@>> make showconfig ===> The following configuration options are available for libreoffice-3.3.0_4: WEBDAV=on "Support webdav protocol" CUPS=on "Support cups for printing" KDE4=off "With Qt4/KDE4 vclplug support" GNOME=off "Better integration in gnome environnement" JAVA=on "Add Java support (XML Filters, macros)" ===> Use 'make config' to modify these settings Robert Huff From listen at heringa.de Sat Feb 19 14:28:30 2011 From: listen at heringa.de (Detlef Peeters) Date: Sat Feb 19 14:28:32 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <4D5FD389.7030406@heringa.de> On 18.02.2011 15:21, Bernhard Froehlich wrote: > A few of you have probably wondered what happened to our VirtualBox > efforts for FreeBSD. Well it took a bit longer then expected and a few > problems were found that needed to be resolved first but most of the > things are looking fine now and almost all patches have been pushed > upstream with 4.0.4 so here we are now. I'm testing it under FreeBSD 9-Current 14.02.2011 and all host are running fine now for six hours without problems. Thank you for the great work. regards, Detlef From baptiste.daroussin at gmail.com Sat Feb 19 15:43:16 2011 From: baptiste.daroussin at gmail.com (Baptiste Daroussin) Date: Sat Feb 19 15:43:22 2011 Subject: LibreOffice 3.3.0.4 does not build (error 65280 in libreoffice/mythes) In-Reply-To: <20110219115309.048356d7@davenulle.org> References: <20110219115309.048356d7@davenulle.org> Message-ID: 2011/2/19 Patrick Lamaiziere : > Hello, > > (8.2/i386) > > LibreOffice does not build here : ERROR: error 65280 occurred while > making /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes > > The options used are WITH_CUPS and JAVA. > > Any idea? thanks. > > -------- > Entering /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/sw/util > > Compiling: sw/unxfbsdi.pro/misc/sw_dflt_version.c > Compiling: sw/unxfbsdi.pro/misc/swd_dflt_version.c > Compiling: sw/unxfbsdi.pro/misc/swui_dflt_version.c > Compiling: sw/unxfbsdi.pro/misc/msword_dflt_version.c > Compiling: sw/unxfbsdi.pro/misc/vbaswobj_dflt.uno_version.c > Making: ? ?swall.lib > Making: ? ?swui.lib > Making: ? ?libswfi.so > Making: ? ?libswdfi.so > Making: ? ?libswuifi.so > Making: ? ?libmswordfi.so > Making: ? ?libvbaswobjfi.uno.so > Making: ? ?swen-US.res > Making: ? ?swfr.res > Compiling: rsc_sw > sw deliver > Module 'sw' delivered successfully. 245 files copied, 0 files unchanged > > ----------------------------------------------------------------------- > ? ? ? ?Oh dear - something failed during the build - sorry ! > ?For more help with debugging build errors, please see the section in: > ? ? ? ? ? ?http://wiki.documentfoundation.org/Development > > ?internal build errors: > > ERROR: error 65280 occurred while > making /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes > > ?it seems that the error is inside 'mythes', please re-run build > ?inside this module to isolate the error and/or test your fix: > ----------------------------------------------------------------------- > > /bin/bash > cd /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDX86Env.Set.sh > cd mythes > build > > when the problem is isolated and fixed exit and re-run 'make' from the > top-level sometimes (sadly) it is necessary to rm -Rf unxfbsdi.pro in a > module. gmake: *** [stamp/build] Erreur 1 > *** Error code 1 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > The libO build is "fragile", the first thing is to try rebuilding it. If the same error still occurs then try following the given instructions: > cd /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > source ./FreeBSDX86Env.Set.sh > cd mythes > build To see exactly what fail. I'll be off for about a week so I can't help more, currently, when back I'll upgrade to 3.3.1 which have lots of fixes. regards, Bapt From swills at FreeBSD.org Sat Feb 19 15:57:33 2011 From: swills at FreeBSD.org (Steve Wills) Date: Sat Feb 19 15:57:36 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: Message-ID: <4D5FE033.6040301@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I got some rather odd things in /var/log/messages: HHHHHHHWWAHWWWAWAAAACCCCCCWCCCAMCRMWCM0CARRCCMM00IRRI0MnIiCRnnICit0nitCIPCtUPnMiU CcctpPpCMiuRRtP UC70PU0 IIcncipUut0 CIpn iPtc6UuuC P 0Unc pip cut pC2PuUu c 3p5u4 1 HWACCMR0InitVM: ffffff836adba000 VMXR0InitVM 6adba000 VMXR0InitVM 6adba000 VMCS=6af39000 (deb0c000) address 6af3c000 phys deb80000 address 6af3d000 phys deb81000 address 6af3e000 phys deb82000 address 6af3f000 phys deb83000 address 6af40000 phys deb84000 address 6af41000 phys deb85000 address 6af42000 phys deb86000 address 6af43000 phys deb87000 HWACCMR0SetupVM: ffffff836adba000 re0: promiscuous mode enabled pid 3907 (VirtualBox), uid 1001: exited on signal 5 re0: promiscuous mode disabled HWACCMR0TermVM: ffffff836adba000 This is after starting VirtualBox and booting a CentOS 5.5 64bit VM. It crashes shortly after starting to boot the kernel. This is on 9-CURRENT as of Jan 29. If any more details are desired, let me know. Steve On 02/18/11 09:21, Bernhard Froehlich wrote: > Hi Testers. > > A few of you have probably wondered what happened to our VirtualBox > efforts for FreeBSD. Well it took a bit longer then expected and a few > problems were found that needed to be resolved first but most of the > things are looking fine now and almost all patches have been pushed > upstream with 4.0.4 so here we are now. > > We will continue to work on VirtualBox for FreeBSD and upstream is also > very helpful to us but we could need a few more hands to better keep up > with the work and especially improve and fix the Guest Additions. So if > you want to help please contact us or have a look at our Todo list. > > This result wouldn't have been possible without the continuous help of > the VirtualBox Developers and a lot of people from the FreeBSD > community! (names in alphabetical order and probably missed a few, > sorry > for that!) > > - Alexander Eichner > - Anonymous > - Beat G?tzi > - Bernhard Fr?hlich > - crsd > - DomiX > - Doug Barton > - Grzegorz Blach > - Hans Petter Selasky > - Julian Stacey > - Jung-uk Kim > - J?rgen Lock > - Klaus Espenlaub > - Martin Wilke > - Mattia Rossi > - Michael Butler > - Sean C. Farley > - Steve Wills > - tombsd > - Vivek Khera > - well-wisher > - Wietse Venema > - Yuri > - many more from emulation@ > > Please when testing this ports backup all your virtual machines first. > Also please build the port with DEBUG option enabled and send us the > logfile when any VM crashes. Without them it's very hard to figure out > what went wrong. > > > Highlights with 4.0: > - USB support (by Hans Petter Selasky) > - Asynchronous I/O > - Guest additions got startscripts and a integration into the desktop > environments > - www/phpvirtualbox updated to 4.0-3 > > Changelog for 4.0: > - http://www.virtualbox.org/wiki/Changelog > > Short configuration help: > - http://wiki.freebsd.org/VirtualBox > > Todo List: > - http://wiki.freebsd.org/VirtualBox/ToDo > > > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > > Thanks and good luck, > Bernhard, on behalf of the FreeBSD Vbox Team > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNX+AzAAoJEPXPYrMgexuhFicIAIY/iTNJbvF7OaiTbXHTaX4a j/jy1WOaoaof8X1Q34fuXDl40WDI38pJ9hza2V7rFe1FTW6hIJ6HPNFbEn4+9GHi pXKgkpXuyWPl9carp4AKkTjCrnv26R4FX6FxwSqxQyFkfMMES500SWFSq3WwFXvf 6ZeeZwaEHVK6gfQHIbdbOewnwtneo0g6rr12gbPobMba6Kocpo7b2SeZHQUY1CyJ NTGJ331rDfshIzRhEfEQr9M5T2i884y3DlIqhCu5ZGpevjkSrC8QOAuPlRRRn3uw uaFc5uWI9rbjRADc46LyUj/wGvA4MIxidn4nTK5ZWNdw5fTtEtfcaKeRtDR9Ad4= =i48x -----END PGP SIGNATURE----- From miwi at FreeBSD.org Sat Feb 19 16:03:56 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Sat Feb 19 16:04:31 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, Feb 19, 2011 at 11:37 PM, Warren Block wrote: > On Sat, 19 Feb 2011, Martin Wilke wrote: > > We hope you will enjoy the new stuff and give us a lot of feedback. We >> will start an >> exp-run tonight and depending on how much feedback we get, we plan to >> commit this >> update by the first weekend of March. A note for ATI users, the driver was >> updated to >> 6.14.0, so you may need to add some stuff to your xorg.conf in the >> "Section "Device"" >> >> Option "int10" "on" >> Option "BudType" "PCIE" >> Option "RendrAccel" "on" >> Option "AccelMethod" "exa" >> Option "DynamicPM" "on" >> Option "DRI" "on" >> > > Should be "BusType" and "RenderAccel". Except for BusType and DynamicPM, > those are defaults. > Ups yes should :) From wblock at wonkity.com Sat Feb 19 16:04:08 2011 From: wblock at wonkity.com (Warren Block) Date: Sat Feb 19 16:04:35 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, 19 Feb 2011, Martin Wilke wrote: > We hope you will enjoy the new stuff and give us a lot of feedback. We will start an > exp-run tonight and depending on how much feedback we get, we plan to commit this > update by the first weekend of March. A note for ATI users, the driver was updated to > 6.14.0, so you may need to add some stuff to your xorg.conf in the "Section "Device"" > > Option "int10" "on" > Option "BudType" "PCIE" > Option "RendrAccel" "on" > Option "AccelMethod" "exa" > Option "DynamicPM" "on" > Option "DRI" "on" Should be "BusType" and "RenderAccel". Except for BusType and DynamicPM, those are defaults. From olivier at gid0.org Sat Feb 19 16:06:54 2011 From: olivier at gid0.org (Olivier Smedts) Date: Sat Feb 19 16:06:58 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <1298098767.5149.8.camel@Nokia-N900-42-11> References: <1298078690.4289.6.camel@main> <1298098767.5149.8.camel@Nokia-N900-42-11> Message-ID: 2011/2/19 Bernhard Fr?hlich : > ----- Urspr?ngliche Mitteilung ----- >> On Fri, 2011-02-18 at 15:21 +0100, Bernhard Froehlich wrote: >> > Hi Testers. >> > >> > A few of you have probably wondered what happened to our VirtualBox >> > efforts for FreeBSD. Well it took a bit longer then expected and a few >> > problems were found that needed to be resolved first but most of the >> > things are looking fine now and almost all patches have been pushed >> > upstream with 4.0.4 so here we are now. >> > >> > We will continue to work on VirtualBox for FreeBSD and upstream is also >> > very helpful to us but we could need a few more hands to better keep up >> > with the work and especially improve and fix the Guest Additions. So if >> > you want to help please contact us or have a look at our Todo list. >> > >> > This result wouldn't have been possible without the continuous help of >> > the VirtualBox Developers and a lot of people from the FreeBSD >> > community! (names in alphabetical order and probably missed a few, >> > sorry >> > for that!) >> > >> > - Alexander Eichner >> > - Anonymous >> > - Beat G?tzi >> > - Bernhard Fr?hlich >> > - crsd >> > - DomiX >> > - Doug Barton >> > - Grzegorz Blach >> > - Hans Petter Selasky >> > - Julian Stacey >> > - Jung-uk Kim >> > - J?rgen Lock >> > - Klaus Espenlaub >> > - Martin Wilke >> > - Mattia Rossi >> > - Michael Butler >> > - Sean C. Farley >> > - Steve Wills >> > - tombsd >> > - Vivek Khera >> > - well-wisher >> > - Wietse Venema >> > - Yuri >> > - many more from emulation@ >> > >> > Please when testing this ports backup all your virtual machines first. >> > Also please build the port with DEBUG option enabled and send us the >> > logfile when any VM crashes. Without them it's very hard to figure out >> > what went wrong. I had to s/png.5/png.6/ and s/curl.5/curl.6/ in the Makefile of emulators/virtualbox-ose, else it tried to install again png and curl. My ports are all up-to-date. >> > Highlights with 4.0: >> > - USB support (by Hans Petter Selasky) >> > - Asynchronous I/O >> > - Guest additions got startscripts and a integration into the desktop >> > environments >> > - www/phpvirtualbox updated to 4.0-3 >> > >> > Changelog for 4.0: >> > - http://www.virtualbox.org/wiki/Changelog >> > >> > Short configuration help: >> > - http://wiki.freebsd.org/VirtualBox >> > >> > Todo List: >> > - http://wiki.freebsd.org/VirtualBox/ToDo >> > >> > >> > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz >> > >> > >> > Thanks and good luck, >> > Bernhard, on behalf of the FreeBSD Vbox Team >> > >> >> Hi Folks >> >> Seems to be working ok for me... >> I had to; >> * remove stale /usr/ports/emulators/virualbox* directories (old patch >> file was causing build to fail) > > I should have mentioned that. Please move the old ports out of the way first. > >> * remove the stale vboxusers group, the install was complaining cause it >> couldn't set vboxusers gid to 920 > > Sounds strange and should not happen. Happens to me too : ===> Installing for virtualbox-ose-4.0.4 ===> Generating temporary packing list ===> Checking if emulators/virtualbox-ose already installed ===> Creating users and/or groups. Using existing group `vboxusers'. Creating user `vboxusers' with uid `920'. pw: group `920' does not exist *** Error code 67 I previously had virtualbox-ose-3.2.12 installed. I'm running 9-CURRENT amd64. % grep vboxusers /etc/passwd % grep vboxusers /etc/group vboxusers:*:919:root,zozo Does it really needs a "vboxusers" *user* (not speaking of the group) ? It tries to set the gid of the user to 920, but the previously used gid was 919. >> # uname -rp >> 8.1-RELEASE-p2 i386 >> >> I have tried fedora and windows xp guests, both running fine. >> >> I cant seem to get usb pass through working tho, when I go to add usb >> device it says 'no devices available', do we need to manually setup the >> device info ? > > Yeah i want to document it on the virtualbox wiki page but until that you could search for the mail of hans petter selasky on the vbox-dev mailinglist. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Olivier Smedts? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? _ ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ASCII ribbon campaign ( ) e-mail: olivier@gid0.org? ? ? ? - against HTML email & vCards? X www: http://www.gid0.org? ? - against proprietary attachments / \ ? "Il y a seulement 10 sortes de gens dans le monde : ? ceux qui comprennent le binaire, ? et ceux qui ne le comprennent pas." From cvs-src at yandex.ru Sat Feb 19 16:06:59 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Sat Feb 19 16:07:03 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: <4D5FEA51.7000607@yandex.ru> I've successfully upgraded on 8-stable i386 with intel video driver. I'm didn't measured anything but subjectively new windows (xterm f.e.) appears more faster than in xorg 7.5. Thanks! PS. There was couple of warnings about missing `xmlto` and not-existing --enable-malloc0returnsnull option. 19.02.2011 16:25, Martin Wilke ?????: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Oy boys and gals, > > The Xorg T(m)eam is happy to announce the next round of Xorg fun! The X-Server > has been patched to the latest 1.7.X series, drivers and fonts have been > updated to the latest versions, but unfortunately we are not able to update libGL, > drm and xorg-server to a higher version because FreeBSD doesn't support GEM/KSE > (yet), but it looks good for now, as kib@ is working on that, so we hope the future > will be better for us. This update includes some components from Xorg 7.6 with a lot of > improvements, and it seems that the performance is much better than the old version. > We are calling the update xorg 7.5.1. > > We hope you will enjoy the new stuff and give us a lot of feedback. We will start an > exp-run tonight and depending on how much feedback we get, we plan to commit this > update by the first weekend of March. A note for ATI users, the driver was updated to > 6.14.0, so you may need to add some stuff to your xorg.conf in the "Section "Device"" > > Option "int10" "on" > Option "BudType" "PCIE" > Option "RendrAccel" "on" > Option "AccelMethod" "exa" > Option "DynamicPM" "on" > Option "DRI" "on" > > So to get the xorg stuff you will need to: > > run > > svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the kdemerge script. Please set the > KDEDIR variable to the path of your X.org ports. > > After merging, run one of the following command, depending on which tool > you use to manage your installed packages. > > portupgrade -a \* > portmaster -a > > Please report any problems and issues to x11 (at) FreeBSD.org. > > I would like to thank: > > Beat Gaetzi > Dima Panov > Koop Mast > Eitan Adler > > Without these people the Xorg update would still not be ready now. > > PS: Please don't send us mails with 'xorg update dosen't' work. > If you send us a report, please include the latest Xorg.conf > Xorg.log, uname -a output and pkg_info output. Thanks. > > Happy Updating! > > > - -- > +-----------------oOO--(_)--OOo-------------------------+ > With best Regards, > Martin Wilke (miwi_(at)_FreeBSD.org) > > > Mess with the Best, Die like the Rest > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (FreeBSD) > > iEYEARECAAYFAk1fxLMACgkQdLJIhLHm/OmntgCeKiPk0tAKC7bO/Xb44hHcd7fT > 9kcAnAjQOv4OGu2QC1Du/uC3KYnT7bhH > =cJRt > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > -- Regards, Ruslan From swills at FreeBSD.org Sat Feb 19 16:56:27 2011 From: swills at FreeBSD.org (Steve Wills) Date: Sat Feb 19 16:56:32 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <4D5FE033.6040301@FreeBSD.org> References: <4D5FE033.6040301@FreeBSD.org> Message-ID: <4D5FF636.8000205@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thinking this might be something with my VM settings, I created a new VM with default settings and pointed it at the CentOS 5.5 64bit install media, but it had the same behavior. The relevant bits from the messages seem to be: Feb 19 11:54:11 meatwad kernel: HWACCMR0InitVM: ffffff836bcb4000 Feb 19 11:54:11 meatwad kernel: VMXR0InitVM 6bcb4000 Feb 19 11:54:11 meatwad kernel: VMXR0InitVM 6bcb4000 VMCS=6b58f000 (b6f8e000) Feb 19 11:54:11 meatwad kernel: HWACCMR0SetupVM: ffffff836bcb4000 Feb 19 11:54:19 meatwad kernel: pid 49491 (VirtualBox), uid 1001: exited on signal 5 Feb 19 11:54:19 meatwad kernel: HWACCMR0TermVM: ffffff836bcb4000 Note that my XP and Ubuntu VMs are still working perfectly. Steve On 02/19/11 10:22, Steve Wills wrote: > I got some rather odd things in /var/log/messages: > > HHHHHHHWWAHWWWAWAAAACCCCCCWCCCAMCRMWCM0CARRCCMM00IRRI0MnIiCRnnICit0nitCIPCtUPnMiU > CcctpPpCMiuRRtP UC70PU0 IIcncipUut0 CIpn iPtc6UuuC > > P 0Unc pip > cut pC2PuUu > c 3p5u4 > 1 > > > HWACCMR0InitVM: ffffff836adba000 > VMXR0InitVM 6adba000 > VMXR0InitVM 6adba000 VMCS=6af39000 (deb0c000) > address 6af3c000 phys deb80000 > address 6af3d000 phys deb81000 > address 6af3e000 phys deb82000 > address 6af3f000 phys deb83000 > address 6af40000 phys deb84000 > address 6af41000 phys deb85000 > address 6af42000 phys deb86000 > address 6af43000 phys deb87000 > HWACCMR0SetupVM: ffffff836adba000 > re0: promiscuous mode enabled > pid 3907 (VirtualBox), uid 1001: exited on signal 5 > re0: promiscuous mode disabled > HWACCMR0TermVM: ffffff836adba000 > > This is after starting VirtualBox and booting a CentOS 5.5 64bit VM. It > crashes shortly after starting to boot the kernel. This is on 9-CURRENT > as of Jan 29. If any more details are desired, let me know. > > Steve > > On 02/18/11 09:21, Bernhard Froehlich wrote: >> Hi Testers. > >> A few of you have probably wondered what happened to our VirtualBox >> efforts for FreeBSD. Well it took a bit longer then expected and a few >> problems were found that needed to be resolved first but most of the >> things are looking fine now and almost all patches have been pushed >> upstream with 4.0.4 so here we are now. > >> We will continue to work on VirtualBox for FreeBSD and upstream is also >> very helpful to us but we could need a few more hands to better keep up >> with the work and especially improve and fix the Guest Additions. So if >> you want to help please contact us or have a look at our Todo list. > >> This result wouldn't have been possible without the continuous help of >> the VirtualBox Developers and a lot of people from the FreeBSD >> community! (names in alphabetical order and probably missed a few, >> sorry >> for that!) > >> - Alexander Eichner >> - Anonymous >> - Beat G?tzi >> - Bernhard Fr?hlich >> - crsd >> - DomiX >> - Doug Barton >> - Grzegorz Blach >> - Hans Petter Selasky >> - Julian Stacey >> - Jung-uk Kim >> - J?rgen Lock >> - Klaus Espenlaub >> - Martin Wilke >> - Mattia Rossi >> - Michael Butler >> - Sean C. Farley >> - Steve Wills >> - tombsd >> - Vivek Khera >> - well-wisher >> - Wietse Venema >> - Yuri >> - many more from emulation@ > >> Please when testing this ports backup all your virtual machines first. >> Also please build the port with DEBUG option enabled and send us the >> logfile when any VM crashes. Without them it's very hard to figure out >> what went wrong. > > >> Highlights with 4.0: >> - USB support (by Hans Petter Selasky) >> - Asynchronous I/O >> - Guest additions got startscripts and a integration into the desktop >> environments >> - www/phpvirtualbox updated to 4.0-3 > >> Changelog for 4.0: >> - http://www.virtualbox.org/wiki/Changelog > >> Short configuration help: >> - http://wiki.freebsd.org/VirtualBox > >> Todo List: >> - http://wiki.freebsd.org/VirtualBox/ToDo > > >> http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz > > >> Thanks and good luck, >> Bernhard, on behalf of the FreeBSD Vbox Team > > _______________________________________________ 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNX/Y2AAoJEPXPYrMgexuh+ksH/Rp02dEIYjP1DcT3ZdD/inlO Jur3xltNjVw64EURJBh+fq74JqvL+v0v5w8+B8Ee4Dfrj6Nmv4pzGpStjFx6pb/5 jyTAH4zUbrLDax7llmljBs4KLYHw2jFOnDQBsSIdfaQZJpp9auqjkauyhAExrFnL nhwnU23FsQmKVPgKh7vww8Ov0Vt3YtQzxnFicCwSWrAQfrE/HC08VxNiR51NLNmU vwwjXH7awcCNbcHVLgQxBc06gNBk5c+kBNhbFAqmIid8WmCgr0FnKWPOtTxpJ5mw canYJqqiBTC4c6mJ9ighdjHxk+6zvNJvQTVpzCuhLmLHuRs71QywO7bBIjEBjgg= =5kP7 -----END PGP SIGNATURE----- From kpetrikas at gmail.com Sat Feb 19 18:32:06 2011 From: kpetrikas at gmail.com (Kostas Petrikas) Date: Sat Feb 19 18:32:40 2011 Subject: bxpkg - a new way to deal with binary upgrades. Message-ID: Hello! In the past I had troubles with upgrading 3rd party software on desktop PCs as usually desktop environments have a quite big list of packages installed. Upgrading or even installing from ports could take a lot of time specially on slower laptops (can take days). While FreeBSD provides binary package repositories there really aren't any easy ways to use them for upgrades as there are no tools provided to handle them (pkg_add is not able to handle updates). To upgrade from binary packages one needs to get dependency list write it down, deinstall package and its dependencies, install dependencies and the package. It is frustrating and it corrupts required_by lists for the dependencies. There is also no easy way to know what versions are available in binary format. This dilemma inspired me to write "bxpkg" to handle binary upgrades and installation for desktop environments (since I use mostly GTK+ toolkit, its written using it). It solves all the problems in fast and good looking fashion. On a side note, the back-end is done in form of a library written from scratch that handles most package routines in robust but simple API. bxpkg is available from ports "ports-mgmt/bxpkg" or project's website "http://bxpkg.bsdroot.lv". From sahil at tandon.net Sat Feb 19 19:43:30 2011 From: sahil at tandon.net (Sahil Tandon) Date: Sat Feb 19 19:44:03 2011 Subject: Postfix and VDA patch 32/64 bit? In-Reply-To: <20110219002040.GD27891@over-yonder.net> References: <1297881104.3022.5.camel@mjakubik-laptop> <20110217035421.GC86158@magic.hamla.org> <20110219002040.GD27891@over-yonder.net> Message-ID: <44652362-13D3-4686-BDF9-BDD8F5896F1F@tandon.net> On Feb 18, 2011, at 7:20 PM, "Matthew D. Fuller" wrote: > On Wed, Feb 16, 2011 at 10:54:21PM -0500 I heard the voice of > Sahil Tandon, and lo! it spake thus: >> >> In the past, they distributed a different patch for both platforms, >> [...] > > I'm pretty sure the patch is platform-agnostic. A cursory glance at the diff seems to reveal this. Quite frankly, I do not use the patch and rely on feedback from users in maintaining that part of the port. I will commit the update if I have time later this weekend. From wblock at wonkity.com Sat Feb 19 20:18:40 2011 From: wblock at wonkity.com (Warren Block) Date: Sat Feb 19 20:18:46 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, 19 Feb 2011, Martin Wilke wrote: > The Xorg T(m)eam is happy to announce the next round of Xorg fun! The X-Server > has been patched to the latest 1.7.X series, drivers and fonts have been > updated to the latest versions, but unfortunately we are not able to update libGL, > drm and xorg-server to a higher version because FreeBSD doesn't support GEM/KSE > (yet), but it looks good for now, as kib@ is working on that, so we hope the future > will be better for us. This update includes some components from Xorg 7.6 with a lot of > improvements, and it seems that the performance is much better than the old version. > We are calling the update xorg 7.5.1. No problems noticed on an Intel GM965/GL960 chipset with xf86-intel-2.7.1_4. From lists at opsec.eu Sat Feb 19 20:24:25 2011 From: lists at opsec.eu (Kurt Jaeger) Date: Sat Feb 19 20:24:27 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218183846.GM34314@home.opsec.eu> References: <20110218183846.GM34314@home.opsec.eu> Message-ID: <20110219202426.GP34314@home.opsec.eu> Hi! Tested it against a windows 7-64: VBoxHeadless --startvm win7-64 --vnc --vncport 5912 After approx. 24 hours, it crashed: !!Assertion Failed!! Expression: RTLockValidator Location : /usr/home/pi/myp/emulators/virtualbox-ose/work/VirtualBox-4.0.4_OSE/src/VBox/VMM/VMMR3/PDMBlkCache.cpp(654) void pdmBlkCacheCommit(PDMBLKCACHE*) Detected deadlock! [uId=0000000803e71abc thrd=AioMgr0-F] Lock: 0000000805fa4800 RTSemRW-22 own= r=1 cls=anon-31/none pos={PDMBlkCache.cpp(2439) pdmBlkCacheIoXferCompleteEntry 0000000803e720a4} [x] ---- start of lock stack for 00000008077d6100 AioMgr0-F - 1 entry ---- #00: 0000000809228190 RTCritSect-49 own=AioMgr0-F r=1 cls=anon-23/none pos={PDMBlkCache.cpp(117) pdmBlkCacheLockEnter 0000000000000000} [x] ---- end of lock stack ---- ---- start of deadlock chain - 2 entries ---- #00: s 0000000805fa4800 RTSemRW-22 srec=0000000805fa48a0 cls=anon-31/none [s] #01: 0000000809228190 RTCritSect-49 own=AioMgr0-F r=1 cls=anon-23/none pos={PDMBlkCache.cpp(117) pdmBlkCacheLockEnter 0000000000000000} [x] ---- end of deadlock chain ---- Trace/BPT trap: 5 -- pi@opsec.eu +49 171 3101372 9 years to go ! From jhelfman at e-e.com Sat Feb 19 20:39:28 2011 From: jhelfman at e-e.com (Jason Helfman) Date: Sat Feb 19 20:39:33 2011 Subject: bxpkg - a new way to deal with binary upgrades. In-Reply-To: References: Message-ID: <20110219203607.GA69315@eggman.experts-exchange.com> On Sat, Feb 19, 2011 at 06:04:35PM +0000, Kostas Petrikas thus spake: >Hello! > >In the past I had troubles with upgrading 3rd party software on >desktop PCs as usually desktop environments have a quite big list of >packages installed. Upgrading or even installing from ports could take >a lot of time specially on slower laptops (can take days). While >FreeBSD provides binary package repositories there really aren't any >easy ways to use them for upgrades as there are no tools provided to >handle them (pkg_add is not able to handle updates). To upgrade from >binary packages one needs to get dependency list write it down, >deinstall package and its dependencies, install dependencies and the >package. It is frustrating and it corrupts required_by lists for the >dependencies. There is also no easy way to know what versions are >available in binary format. > >This dilemma inspired me to write "bxpkg" to handle binary upgrades >and installation for desktop environments (since I use mostly GTK+ >toolkit, its written using it). It solves all the problems in fast and >good looking fashion. > >On a side note, the back-end is done in form of a library written from >scratch that handles most package routines in robust but simple API. > >bxpkg is available from ports "ports-mgmt/bxpkg" or project's website >"http://bxpkg.bsdroot.lv". Very nice. Maybe I will give this a shot. I would be great if there was a "hand-off non-gui" tool version of this. That way I can point all my servers at a internal package repository and fire them off, however none have X. Is there a non-gui, or WITHOUT_X11, in the roadmap? -jgh From wblock at wonkity.com Sat Feb 19 21:15:56 2011 From: wblock at wonkity.com (Warren Block) Date: Sat Feb 19 21:16:02 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, 19 Feb 2011, Martin Wilke wrote: > We are calling the update xorg 7.5.1. Works fine (barely tested) on an Atom netbook with Intel graphics, Mobile Intel 945GSE. From wblock at wonkity.com Sat Feb 19 21:22:13 2011 From: wblock at wonkity.com (Warren Block) Date: Sat Feb 19 21:22:16 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, 19 Feb 2011, Martin Wilke wrote: > We are calling the update xorg 7.5.1. x11-drivers/xf86-video-ati is missing the files directory and the patches in it. Once those are added and the driver reinstalled, it works fine. From tingox at gmail.com Sat Feb 19 22:54:44 2011 From: tingox at gmail.com (Torfinn Ingolfsen) Date: Sat Feb 19 22:54:48 2011 Subject: mail/sylpheed3 - any plans to upgrade it to version 3.1.0? In-Reply-To: References: Message-ID: Hello, On Sat, Feb 19, 2011 at 9:38 AM, Martin Wilke wrote: > Howdy, > > how about this http://miwibox.dyndns.org/patches/sylpheed3.diff :-) > And it is already in the ports tree! Very fast work; thank you very much. :-) Oh, and the updated version is working very well. -- Regards, Torfinn Ingolfsen From grarpamp at gmail.com Sun Feb 20 01:26:23 2011 From: grarpamp at gmail.com (grarpamp) Date: Sun Feb 20 02:05:40 2011 Subject: Infrared ENE CIR KB3926 chipset, freebsd lirc port Message-ID: This chip is commonly found in laptops, one of which I've just tried. I think FreeBSD is missing a driver for the infrared part of it? Linux 2.6.37 claims both receive and transmit capabilities. Lirc 0.8.7 and up has an ene0100 interface to it for both receive and transmit. So I'll try with Ubuntu 10.10 just to test things out. Whereas in Linux ene_ir.c, Maxim notes that ENE helped out with documentation. Perhaps those docs can be shared with FreeBSD / nox? Thanks nox for bringing lirc to 0.9.0+, that's half the battle :) Below is for crawlers and reference: Manufacturer: http://www.ene.com.tw/en/product_detail.asp?id=2270 "Embedded CIR controller (Both Transmit and Receive)" Linux driver: http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.37.y.git;a=tree;f=drivers/media/IR;h=918059bee979499fab2ade00f477f5feb81259cf;hb=HEAD ENE KB3926 B/C/D/E/F CIR (pnp id: ENE0100, ENE0200, ENE0201, ENE0202) http://lists.freebsd.org/pipermail/freebsd-ports/2011-February/065993.html LIRC - Linux Infared Remote Control http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011636.html lirc port update for testing - now also for mceusb via webcamd svn http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011625.html More webcamd dvb remote hacks - lirc port update for testing [Not sure which list is best so I only once bcc to: hardware and ports] From jhell at DataIX.net Sun Feb 20 03:57:40 2011 From: jhell at DataIX.net (jhell) Date: Sun Feb 20 03:57:43 2011 Subject: [HEADS UP] Python Infrastructure changes Roadmap In-Reply-To: <4D4EF7B4.6060903@yandex.ru> References: <4D4EBFF6.4010003@FreeBSD.org> <4D4EF7B4.6060903@yandex.ru> Message-ID: On Sun, 6 Feb 2011 14:34, cvs-src@ wrote: > 06.02.2011 18:36, Martin Wilke ?????: > >> [python 2.7 move to default] >> python 2.7 is already stable enough to be moved over as default. For >> this one we will do an exp-run >> to make sure nothing will break during the build. If all works fine, we >> think we can complete it by the >> first week of March. > > Good news! Just want to note that i'm using python2.7 as the only python > version for a couple of months now. It's a common gnome desktop and many of > third-party python apps from ports. All of them working smoothly with 2.7, > w/o any problems. > On that note out of every python app that I use there has only been one problem not really vital (ports/devel/py-psyco) does not seem to build against 2.7 and I assume that would be the same for ( > 2.7 ) Bails here: (i386 only afaik) In file included from c/initialize.h:55, from c/psyco.c:14: c/mergepoints.c:242: error: 'JUMP_IF_FALSE' undeclared here (not in a function) c/mergepoints.c:242: error: 'JUMP_IF_TRUE' undeclared here (not in a function) error: command 'cc' failed with exit status 1 *** Error code 1 Regards, -- jhell From timothyk at wallnet.com Sun Feb 20 04:16:42 2011 From: timothyk at wallnet.com (Tim Kellers) Date: Sun Feb 20 04:16:45 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <1298100623.5149.11.camel@Nokia-N900-42-11> References: <20110218185816.3b9d6b12@gmail.com> <4D5EE35B.10401@wallnet.com> <1298100623.5149.11.camel@Nokia-N900-42-11> Message-ID: <4D608EA0.5070708@wallnet.com> On 2/19/11 2:30 AM, Bernhard Fr?hlich wrote: > ----- Urspr?ngliche Mitteilung ----- >> On 02/18/11 11:58, Sergey V. Dyatko wrote: >>> On Fri, 18 Feb 2011 15:21:52 +0100 >>> Bernhard Froehlich wrote: >>> >>>> Hi Testers. >>>> >>>> A few of you have probably wondered what happened to our VirtualBox >>>> efforts for FreeBSD. Well it took a bit longer then expected and a >>>> few problems were found that needed to be resolved first but most of >>>> the things are looking fine now and almost all patches have been >>>> pushed upstream with 4.0.4 so here we are now. >>>> >>>> We will continue to work on VirtualBox for FreeBSD and upstream is >>>> also very helpful to us but we could need a few more hands to better >>>> keep up with the work and especially improve and fix the Guest >>>> Additions. So if you want to help please contact us or have a look at >>>> our Todo list. >>>> >>>> This result wouldn't have been possible without the continuous help >>>> of the VirtualBox Developers and a lot of people from the FreeBSD >>>> community! (names in alphabetical order and probably missed a few, >>>> sorry >>>> for that!) >>>> >>>> - Alexander Eichner >>>> - Anonymous >>>> - Beat G?tzi >>>> - Bernhard Fr?hlich >>>> - crsd >>>> - DomiX >>>> - Doug Barton >>>> - Grzegorz Blach >>>> - Hans Petter Selasky >>>> - Julian Stacey >>>> - Jung-uk Kim >>>> - J?rgen Lock >>>> - Klaus Espenlaub >>>> - Martin Wilke >>>> - Mattia Rossi >>>> - Michael Butler >>>> - Sean C. Farley >>>> - Steve Wills >>>> - tombsd >>>> - Vivek Khera >>>> - well-wisher >>>> - Wietse Venema >>>> - Yuri >>>> - many more from emulation@ >>>> >>>> Please when testing this ports backup all your virtual machines >>>> first. Also please build the port with DEBUG option enabled and send >>>> us the logfile when any VM crashes. Without them it's very hard to >>>> figure out what went wrong. >>>> >>>> >>>> Highlights with 4.0: >>>> - USB support (by Hans Petter Selasky) >>>> - Asynchronous I/O >>>> - Guest additions got startscripts and a integration into the desktop >>>> environments >>>> - www/phpvirtualbox updated to 4.0-3 >>>> >>>> Changelog for 4.0: >>>> - http://www.virtualbox.org/wiki/Changelog >>>> >>>> Short configuration help: >>>> - http://wiki.freebsd.org/VirtualBox >>>> >>>> Todo List: >>>> - http://wiki.freebsd.org/VirtualBox/ToDo >>>> >>>> >>>> http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz >>>> >>>> >>>> Thanks and good luck, >>>> >> In my dmesg: >> >> KLD vboxdrv.ko: depends on kernel - not available or version mismatch >> linker_load_file: Unsupported file type >> KLD vboxdrv.ko: depends on kernel - not available or version mismatch >> linker_load_file: Unsupported file type >> KLD vboxnetflt.ko: depends on vboxdrv - not available or version mismatch >> linker_load_file: Unsupported file type >> >> beta# uname -a >> FreeBSD beta.maestro.njit.edu 9.0-CURRENT FreeBSD 9.0-CURRENT #1: Tue >> Dec 14 18:24:33 EST 2010 >> tkellers@beta.maestro.njit.edu:/usr/obj/usr/src/sys/NOVNINE amd64 >> >> Rebuilding world and kernel, now, just to be sure I'm following the >> directions: I csup /usr/src and /usr/ports hourly > yeah that's a bad idea. The kernel sources and the kernel need to be in sync when compiling the vbox kernel module. > > Synced up the sources, and all is well, so far: Sat Feb 19 22:43:10 EST 2011 > kldstat Id Refs Address Size Name 1 36 0xffffffff80200000 1103de8 kernel 2 2 0xffffffff81304000 873e8 sound.ko 3 1 0xffffffff8138c000 252b0 snd_hda.ko 4 1 0xffffffff813b2000 6440 sem.ko 5 3 0xffffffff813b9000 4b5e0 vboxdrv.ko 6 1 0xffffffff81612000 40d2 linprocfs.ko 7 1 0xffffffff81617000 1dee4 linux.ko 8 1 0xffffffff81635000 1694 fdescfs.ko 9 2 0xffffffff81637000 290e vboxnetflt.ko 10 2 0xffffffff8163a000 94c4 netgraph.ko 11 1 0xffffffff81644000 1712 ng_ether.ko 12 1 0xffffffff81646000 e5c vboxnetadp.ko 13 1 0xffffffff81647000 7e5 accf_http.ko 14 1 0xffffffff81648000 1dd accf_data.ko Thanks! Tim Kellers From bf1783 at googlemail.com Sun Feb 20 04:38:19 2011 From: bf1783 at googlemail.com (b. f.) Date: Sun Feb 20 04:38:22 2011 Subject: [HEADS UP] Python Infrastructure changes Roadmap Message-ID: >On that note out of every python app that I use there has only been one >problem not really vital (ports/devel/py-psyco) does not seem to build >against 2.7 and I assume that would be the same for ( > 2.7 ) >From the psyco homepage: "16 July 2010 Python 2.7 is unsupported so far. Anyone interested in porting Psyco to it is welcome. I started the work in a branch but it needs finishing." http://codespeak.net/svn/psyco/branch/py27 b. From patfbsd at davenulle.org Sun Feb 20 13:28:25 2011 From: patfbsd at davenulle.org (Patrick Lamaiziere) Date: Sun Feb 20 13:28:28 2011 Subject: LibreOffice 3.3.0.4 does not build (error 65280 in libreoffice/mythes) In-Reply-To: References: <20110219115309.048356d7@davenulle.org> Message-ID: <20110220142821.64323939@davenulle.org> Le Sat, 19 Feb 2011 15:42:55 +0000, Baptiste Daroussin a ?crit : > The libO build is "fragile", the first thing is to try rebuilding it. > If the same error still occurs then try following the given > instructions: > > cd /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice > > source ./FreeBSDX86Env.Set.sh > > cd mythes > > build > > To see exactly what fail. There is a link error : (forget to say that the language is set to fr) libtool: link: g++ -L/usr/local/lib ./.libs/libmythes-1.2.a -lhunspell-1.2 /usr/lib/crt1.o(.text+0xa3): In function `_start1': : undefined reference to `main' *** Error code 1 ---------------- bash-3.2# build build -- version: 275224 ============= Building module mythes ============= Entering /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes mkdir: ./unxfbsdi.pro/misc/build/mythes-1.2.0/: File exists make all-am /bin/sh ./libtool --tag=CXX --mode=link g++ -O2 -pipe -I/usr/local/include -I/usr/local/include/db41 -L/usr/local/lib -fno-strict-aliasing -rpath=/usr/lib:/usr/local/lib -o example example.o libmythes-1.2.la -L/usr/local/lib -lhunspell-1.2 libtool: ignoring unknown tag CXX libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found compile_command+=: not found finalize_command+=: not found libtool_args+=: not found libtool_args+=: not found libtool_args+=: not found libtool: link: g++ -L/usr/local/lib ./.libs/libmythes-1.2.a -lhunspell-1.2 /usr/lib/crt1.o(.text+0xa3): In function `_start1': : undefined reference to `main' *** Error code 1 Stop in /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes/unxfbsdi.pro/misc/build/mythes-1.2.0. *** Error code 1 Stop in /usr/pkg/usr/ports/editors/libreoffice/work/libreoffice-build-3.3.0.4/build/libreoffice/mythes/unxfbsdi.pro/misc/build/mythes-1.2.0. dmake: Error code 1, while making './unxfbsdi.pro/misc/build/so_built_mythes' --------------------- > I'll be off for about a week so I can't help more, currently, when > back I'll upgrade to 3.3.1 which have lots of fixes. Ok, I will wait so. Thanks for this new port Baptiste. From decke at bluelife.at Sun Feb 20 14:11:14 2011 From: decke at bluelife.at (Bernhard Froehlich) Date: Sun Feb 20 14:11:18 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: References: "<1298078690.4289.6.camel@main>" <1298098767.5149.8.camel@Nokia-N900-42-11> Message-ID: <9efd7b89e7840a0ac6f880a0a556531c@bluelife.at> On Sat, 19 Feb 2011 17:06:52 +0100, Olivier Smedts wrote: > 2011/2/19 Bernhard Fr?hlich : >> ----- Urspr?ngliche Mitteilung ----- >>> On Fri, 2011-02-18 at 15:21 +0100, Bernhard Froehlich wrote: >>> > Hi Testers. >>> > >>> > A few of you have probably wondered what happened to our VirtualBox >>> > efforts for FreeBSD. Well it took a bit longer then expected and a few >>> > problems were found that needed to be resolved first but most of the >>> > things are looking fine now and almost all patches have been pushed >>> > upstream with 4.0.4 so here we are now. >>> > >>> > We will continue to work on VirtualBox for FreeBSD and upstream is also >>> > very helpful to us but we could need a few more hands to better keep up >>> > with the work and especially improve and fix the Guest Additions. So if >>> > you want to help please contact us or have a look at our Todo list. >>> > >>> > This result wouldn't have been possible without the continuous help of >>> > the VirtualBox Developers and a lot of people from the FreeBSD >>> > community! (names in alphabetical order and probably missed a few, >>> > sorry >>> > for that!) >>> > >>> > - Alexander Eichner >>> > - Anonymous >>> > - Beat G?tzi >>> > - Bernhard Fr?hlich >>> > - crsd >>> > - DomiX >>> > - Doug Barton >>> > - Grzegorz Blach >>> > - Hans Petter Selasky >>> > - Julian Stacey >>> > - Jung-uk Kim >>> > - J?rgen Lock >>> > - Klaus Espenlaub >>> > - Martin Wilke >>> > - Mattia Rossi >>> > - Michael Butler >>> > - Sean C. Farley >>> > - Steve Wills >>> > - tombsd >>> > - Vivek Khera >>> > - well-wisher >>> > - Wietse Venema >>> > - Yuri >>> > - many more from emulation@ >>> > >>> > Please when testing this ports backup all your virtual machines first. >>> > Also please build the port with DEBUG option enabled and send us the >>> > logfile when any VM crashes. Without them it's very hard to figure out >>> > what went wrong. > > I had to s/png.5/png.6/ and s/curl.5/curl.6/ in the Makefile of > emulators/virtualbox-ose, else it tried to install again png and curl. > My ports are all up-to-date. Don't know what you have done but the Makefile contains png.6 and curl.6. Please check again what you have downloaded and extracted. It seems to be wrong in a weird way. >>> > Highlights with 4.0: >>> > - USB support (by Hans Petter Selasky) >>> > - Asynchronous I/O >>> > - Guest additions got startscripts and a integration into the desktop >>> > environments >>> > - www/phpvirtualbox updated to 4.0-3 >>> > >>> > Changelog for 4.0: >>> > - http://www.virtualbox.org/wiki/Changelog >>> > >>> > Short configuration help: >>> > - http://wiki.freebsd.org/VirtualBox >>> > >>> > Todo List: >>> > - http://wiki.freebsd.org/VirtualBox/ToDo >>> > >>> > >>> > http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz >>> > >>> > >>> > Thanks and good luck, >>> > Bernhard, on behalf of the FreeBSD Vbox Team >>> > >>> >>> Hi Folks >>> >>> Seems to be working ok for me... >>> I had to; >>> * remove stale /usr/ports/emulators/virualbox* directories (old patch >>> file was causing build to fail) >> >> I should have mentioned that. Please move the old ports out of the way first. >> >>> * remove the stale vboxusers group, the install was complaining cause it >>> couldn't set vboxusers gid to 920 >> >> Sounds strange and should not happen. > > Happens to me too : > ===> Installing for virtualbox-ose-4.0.4 > ===> Generating temporary packing list > ===> Checking if emulators/virtualbox-ose already installed > ===> Creating users and/or groups. > Using existing group `vboxusers'. > Creating user `vboxusers' with uid `920'. > pw: group `920' does not exist > *** Error code 67 > > I previously had virtualbox-ose-3.2.12 installed. I'm running > 9-CURRENT amd64. > > % grep vboxusers /etc/passwd > % grep vboxusers /etc/group > vboxusers:*:919:root,zozo > > Does it really needs a "vboxusers" *user* (not speaking of the group) > ? It tries to set the gid of the user to 920, but the previously used > gid was 919. Please follow UPDATING - also valid for entries that are nearly 2 years old. 20090617: AFFECTS: users of emulators/virtualbox AUTHOR: beat@FreeBSD.org The GID of virtualbox has changed due to a conflict with databases/couchdb. Update GID of vboxusers after updating the port: # pw groupmod vboxusers -g 920 >>> # uname -rp >>> 8.1-RELEASE-p2 i386 >>> >>> I have tried fedora and windows xp guests, both running fine. >>> >>> I cant seem to get usb pass through working tho, when I go to add usb >>> device it says 'no devices available', do we need to manually setup the >>> device info ? >> >> Yeah i want to document it on the virtualbox wiki page but until that you could search for the mail of hans petter selasky on the vbox-dev mailinglist. -- Bernhard Fr?hlich http://www.bluelife.at/ From decke at bluelife.at Sun Feb 20 14:21:05 2011 From: decke at bluelife.at (Bernhard Froehlich) Date: Sun Feb 20 14:21:10 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <20110218220905.22b7da2b@gmail.com> References: <20110218220905.22b7da2b@gmail.com> Message-ID: <8f6ac5765524e93e216d466b3eb8e84e@bluelife.at> On Fri, 18 Feb 2011 22:09:05 +0200, Sergey V. Dyatko wrote: > On Fri, 18 Feb 2011 15:21:52 +0100 > Bernhard Froehlich wrote: > >> Hi Testers. >> >> A few of you have probably wondered what happened to our VirtualBox >> efforts for FreeBSD. Well it took a bit longer then expected and a few >> problems were found that needed to be resolved first but most of the >> things are looking fine now and almost all patches have been pushed >> upstream with 4.0.4 so here we are now. >> >> We will continue to work on VirtualBox for FreeBSD and upstream is >> also very helpful to us but we could need a few more hands to better >> keep up with the work and especially improve and fix the Guest >> Additions. So if you want to help please contact us or have a look at >> our Todo list. >> >> This result wouldn't have been possible without the continuous help of >> the VirtualBox Developers and a lot of people from the FreeBSD >> community! (names in alphabetical order and probably missed a few, >> sorry >> for that!) >> >> - Alexander Eichner >> - Anonymous >> - Beat G?tzi >> - Bernhard Fr?hlich >> - crsd >> - DomiX >> - Doug Barton >> - Grzegorz Blach >> - Hans Petter Selasky >> - Julian Stacey >> - Jung-uk Kim >> - J?rgen Lock >> - Klaus Espenlaub >> - Martin Wilke >> - Mattia Rossi >> - Michael Butler >> - Sean C. Farley >> - Steve Wills >> - tombsd >> - Vivek Khera >> - well-wisher >> - Wietse Venema >> - Yuri >> - many more from emulation@ >> >> Please when testing this ports backup all your virtual machines first. >> Also please build the port with DEBUG option enabled and send us the >> logfile when any VM crashes. Without them it's very hard to figure out >> what went wrong. >> >> >> Highlights with 4.0: >> - USB support (by Hans Petter Selasky) >> - Asynchronous I/O >> - Guest additions got startscripts and a integration into the desktop >> environments >> - www/phpvirtualbox updated to 4.0-3 >> >> Changelog for 4.0: >> - http://www.virtualbox.org/wiki/Changelog >> >> Short configuration help: >> - http://wiki.freebsd.org/VirtualBox >> >> Todo List: >> - http://wiki.freebsd.org/VirtualBox/ToDo >> >> >> http://home.bluelife.at/ports/virtualbox-cft-20110218.tar.gz >> >> >> Thanks and good luck, >> Bernhard, on behalf of the FreeBSD Vbox Team >> > CONFLICTS missing for -kmod: > > laptop# pkg_info -xI virt > virtualbox-ose-4.0.4 A general-purpose full virtualizer for x86 hardware > virtualbox-ose-additions-4.0.4 VirtualBox additions for FreeBSD guests > virtualbox-ose-kmod-3.2.12_1 VirtualBox kernel module for FreeBSD > virtualbox-ose-kmod-4.0.4 VirtualBox kernel module for FreeBSD Thanks. Fixed in the repository in r1222 http://svn.bluelife.at/index.cgi/blueports/revision/?rev=1222 -- Bernhard Fr?hlich http://www.bluelife.at/ From kamikaze at bsdforen.de Sun Feb 20 16:14:03 2011 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Sun Feb 20 16:14:37 2011 Subject: webspace for libbluray and libaacs required Message-ID: <4D613DC7.7040901@bsdforen.de> During the last 2 days I have ported libbluray and libaacs to FreeBSD. Installing them and rebuilding mplayer or vlc should allow playing blu-ray disks with the following constraints: - mount_udf must be able to mount the disk or the data must be copied to a hard disk by other means, first - The data must not be bd+ protected, the libbdplus source code is not available to the public - If the data is AACS encrypted a key file with required keys must be placed in ~/.dvdcss/KEYDB.cfg I don't have any blu-rays without bd+ restrictions, so all this is not tested. Currently I'm in need of webspace for the GIT snapshots to file a PR with the ports. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From ehaupt at freebsd.org Sun Feb 20 17:00:28 2011 From: ehaupt at freebsd.org (Emanuel Haupt) Date: Sun Feb 20 17:00:31 2011 Subject: webspace for libbluray and libaacs required In-Reply-To: <4D613DC7.7040901@bsdforen.de> References: <4D613DC7.7040901@bsdforen.de> Message-ID: <20110220175622.30513c6f.ehaupt@FreeBSD.org> Dominic Fandrey wrote: > During the last 2 days I have ported libbluray and libaacs to FreeBSD. > > Installing them and rebuilding mplayer or vlc should allow playing > blu-ray disks with the following constraints: > - mount_udf must be able to mount the disk or the data must be > copied to a hard disk by other means, first > - The data must not be bd+ protected, the libbdplus source code > is not available to the public > - If the data is AACS encrypted a key file with required keys > must be placed in ~/.dvdcss/KEYDB.cfg > > I don't have any blu-rays without bd+ restrictions, so all this is > not tested. > > Currently I'm in need of webspace for the GIT snapshots to file > a PR with the ports. Hi Dominic I'd be glad to offer webspace for a libbluray port on MASTER_SITE_CRITICAL. I'd also like to get the port into the tree asap. Let me know. Feel free to ping me on freenode, EFnet. Emanuel From kpetrikas at gmail.com Sun Feb 20 17:22:11 2011 From: kpetrikas at gmail.com (Kostas Petrikas) Date: Sun Feb 20 17:22:15 2011 Subject: bxpkg - a new way to deal with binary upgrades. In-Reply-To: <20110219203607.GA69315@eggman.experts-exchange.com> References: <20110219203607.GA69315@eggman.experts-exchange.com> Message-ID: On Sat, Feb 19, 2011 at 8:36 PM, Jason Helfman wrote: > On Sat, Feb 19, 2011 at 06:04:35PM +0000, Kostas Petrikas thus spake: >> >> Hello! >> >> In the past I had troubles with upgrading 3rd party software on >> desktop PCs as usually desktop environments have a quite big list of >> packages installed. Upgrading or even installing from ports could take >> a lot of time specially on slower laptops (can take days). While >> FreeBSD provides binary package repositories there really aren't any >> easy ways to use them for upgrades as there are no tools provided to >> handle them (pkg_add is not able to handle updates). To upgrade from >> binary packages one needs to get dependency list write it down, >> deinstall package and its dependencies, install dependencies and the >> package. It is frustrating and it corrupts required_by lists for the >> dependencies. There is also no easy way to know what versions are >> available in binary format. >> >> This dilemma inspired me to write "bxpkg" to handle binary upgrades >> and installation for desktop environments (since I use mostly GTK+ >> toolkit, its written using it). It solves all the problems in fast and >> good looking fashion. >> >> On a side note, the back-end is done in form of a library written from >> scratch that handles most package routines in robust but simple API. >> >> bxpkg is available from ports "ports-mgmt/bxpkg" or project's website >> "http://bxpkg.bsdroot.lv". > > Very nice. Maybe I will give this a shot. I would be great if there was a > "hand-off non-gui" tool version of this. > > That way I can point all my servers at a internal package repository and > fire them off, however none have X. > > Is there a non-gui, or WITHOUT_X11, in the roadmap? > ?-jgh > The back-end is there already, so there isn't much that has to be done to create non-gui client. I will probably take up the task once I think the GTK+ client is robust enough. Regarding custom repositories, 3 things must be true for them to be usable: Whole dependency tries should be available in binary format for all the leaf packages in the repository. An index must exist with entry for every package in the repository (order of entries does not matter). An MD5 digest file must exist for the current index. The most easy way to generate index would be to copy entries from index provided with the ports as you build them with some short of script. From ashish at FreeBSD.org Sun Feb 20 20:34:44 2011 From: ashish at FreeBSD.org (Ashish SHUKLA) Date: Sun Feb 20 20:34:47 2011 Subject: pdnsd leaking udp sockets References: <86bp2d1wit.fsf@chateau.d.if> <86oc6dzf1z.fsf@chateau.d.if> Message-ID: <86lj1ah2ce.fsf@chateau.d.if> Hi Marius, Marius N?nnerich writes: [...] > Ok, I applied the patch and reinstalled the port. I will leave it > running for a few days and report back. So far it's looking good. > Thank you very much! :) I talked to Paul (the upstream author of pdnsd), and he suggested running dns/pdnsd with following command-line (requires devel/valgrind port): % valgrind --tool=memcheck --leak-check=yes --track-fds==yes pdnsd --nodaemon Thanks -- Ashish SHUKLA ?There is nothing new to be discovered in physics now; All that remains is more and more precise measurement.? (Lord Kelvin, 1900) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110220/cf5a1101/attachment.pgp From demelier.david at gmail.com Sun Feb 20 22:14:02 2011 From: demelier.david at gmail.com (David DEMELIER) Date: Sun Feb 20 22:14:06 2011 Subject: package-recursive target troubles Message-ID: Hello, What's happening to the package-recursive target ? I always has the following : ===> Building package for lighttpd-1.4.28_4 ===> Generating temporary packing list ===> Generating temporary packing list ===> Generating temporary packing list rmdir: /usr/obj/usr/ports/databases/libmemcache/work: Directory not empty *** Error code 1 (ignored) rmdir: /usr/obj/usr/ports/misc/e2fsprogs-libuuid/work: Directory not empty *** Error code 1 (ignored) rmdir: /usr/obj/usr/ports/databases/sqlite3/work: Directory not empty *** Error code 1 (ignored) rmdir: /usr/obj/usr/ports/devel/gamin/work: Directory not empty *** Error code 1 (ignored) ===> Generating temporary packing list rmdir: /usr/obj/usr/ports/www/spawn-fcgi/work: Directory not empty *** Error code 1 (ignored) ===> Generating temporary packing list rmdir: /usr/obj/usr/ports/archivers/unzip/work: Directory not empty *** Error code 1 (ignored) rmdir: /usr/obj/usr/ports/lang/tcl85/work: Directory not empty *** Error code 1 (ignored) rmdir: /usr/obj/usr/ports/lang/tcl-modules/work: Directory not empty *** Error code 1 (ignored) ===> Generating temporary packing list rmdir: /usr/obj/usr/ports/devel/glib20/work: Directory not empty *** Error code 1 (ignored) ===> Generating temporary packing list ===> Generating temporary packing list rmdir: /usr/obj/usr/ports/lang/python26/work: Directory not empty *** Error code 1 (ignored) These error code are not dangerous but painful. Am I missing something or not? Cheers, -- Demelier David From bugmaster at FreeBSD.org Mon Feb 21 11:06:06 2011 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 21 11:06:26 2011 Subject: Current unassigned ports problem reports Message-ID: <201102211106.p1LB65Ot074934@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/154930 ZFS: cannot delete/unlink file from full volume -> ENO f ports/154903 [UPDATE] [PATCH] mail/davmail: update to 3.8.8 && new o ports/154902 [patch] Port devel/libedit: added libedit.pc for gnome o ports/154867 new port: net-mgmt/glpi-plugins-fusioninventory-server o ports/154829 [PATCH] devel/arduino: Eliminate references to legacy f ports/154819 [REPOCOPY] misc/krecipes -> misc/krecipes-kde4 o ports/154793 Fix broken ports: korean/unzip f ports/154743 [PATCH] games/odamex v0.5.1 o ports/154730 security/openssh is 5.2 f ports/154719 [PATCH] net/netdude update to 0.5.1 (incl. libnetdude o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in f ports/154705 databases/sqlite3 depends on lang/tcl even when WITHOU o ports/154700 [REPOCOPY] change name of japanese/asterisk-sounds to f ports/154682 net/iaxmodem: add rc script for running more than 1 ia f ports/154657 net/rsplib needs update to latest upstream version 2.7 f ports/154558 math/linux-SHA-1_collision_search_graz : deprecate o ports/154555 [PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154551 New port: java/jdownloader - Download manager for host o ports/154548 textproc/pootle: Pootle's rc.d script don't take into o ports/154530 [PATCH] graphics/libvisual04: Fix path conflict & take o ports/154453 Rewritten port: audio/teamspeak_server f ports/154431 [patch] ports/Tools/scripts: python scripts use bad sh o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154319 [patch] x11/xorg-mininal should work correctly for VID f ports/154311 [PATCH] devel/py-asn1: update to 0.0.12a [feature safe o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154254 [patch] asmail imap login broken with gmail at al. o ports/154202 New port: security/scannedonly - A Samba VFS virus sca f ports/154194 net/freeswitch: update portversion and remove portrevi o ports/154167 update devel/geany to 0.20 o ports/154044 [PATCH] update x11-toolkits/open-motif to latest versi o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153963 New port: comms/uarduno USB/serial kernel module for A o ports/153926 New port net/freeswitch-snapshot f ports/153874 devel/cvs-devel port will core o ports/153810 [PATCH] Fix usb_interrupt_read() in devel/libusb for f o ports/153773 net/rabbitmq: reads configuration from /etc instead of f ports/153733 [patch] emulators/visualboyadvance-m: problem with joy o ports/153715 net/freeradius: FreeRADIUS exiting with Signal 11 on F f ports/153697 ports java/jboss5 build failed f ports/153688 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.4 f ports/153645 Update ports: emulators/mame update to v0.141 o ports/153625 [bsd.port.mk] Pass CPPFLAGS to MAKE_ENV and CONFIGURE_ f ports/153622 [patch] sysutils/jfbterm: improve TERMCAP option f ports/153612 Update devel/arm-elf-binutils to version 2.17 f ports/153607 Update devel/djgpp-binutils to version 2.17 o ports/153601 New port: security/msktutil Active Directory keytab ma o ports/153503 Patch to add PostgreSQL health check to net/haproxy o ports/153473 [patch] mail/courier port upgrade from 0.63.0 to 0.65. o ports/153452 New port: science/py-ws2300 A driver for the LaCrosse o ports/153429 [patch] Fix explicite uses of unzip in ports f ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/153422 [NEW PORT] databases/memcacheq-0.2.0: Simple queue ser o ports/153379 [PATCH] www/hastymail2 add options to add dependencies o ports/153357 [patch] news/sabnzbdplus: rc script fails to kill the f ports/153287 [PATCH] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/153263 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/153251 www/drush is out of date o ports/153195 New port: www/mathjax cross-browser JavaScript display f ports/153148 change port: deskutils/x-tile A tiling application for o ports/153130 sysutils/k3b: problem with k3b and mounting ntfs with f ports/153032 sysutils/fusefs-ntfs: Patching ntfs-3g, to behave as F f ports/153024 security/rkhunter should not overwrite /usr/local/etc/ o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign o ports/152958 The port of www/mnogosearch 3.3.10 is using an out-of- f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152888 security/gpgme: add workaround for: ** Sylpheed-WARNIN f ports/152669 no work innodb (databases/mariadb) f ports/152537 [patch] database/postgresql90-server no longer needs p o ports/152467 [new port] net/openafs port o ports/152453 textproc/urlview port should install gecko.sh optional o ports/152376 New port: audio/lastfmsubmitd f ports/152304 sysutils/fcron: illegal instruction 4 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu o ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152186 [NEW PORT] lang/python-doc-text: Documentation for the o ports/152175 New port: lang/javascript-v8 Google's open source Java f ports/152152 math/polymake: Port upgrade request o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/152109 New port: x11/keylaunch2 A fork of keylaunch that a o ports/152082 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/152073 New port: audio/WMmp f ports/152045 New port: www/links-hacked browser with tricks for tab o ports/152006 New Port: archivers/unzip-iconv: Slave port of unzip w f ports/151982 Can't build sysutils/fusefs-kmod ; problem with ruby o ports/151973 New port: security/arpCounterattack -- Detects and rem f ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151837 [patch] sysutils/bsdstats : does honor BATCH when inst f ports/151783 mail/fetchmail: rc.d script broken in case of MDA use f ports/151777 deskutils/xfce4-volstatus-icon Segmentation fault and o ports/151774 [new port] sysutils/pprotectd o ports/151747 new port: emulators/wine-fbsd64: request for (a variat f ports/151689 dns/rbldnsd does not use preassigned UID/GIDs o ports/151572 The first start of net/tucan failed because it can't w o ports/151467 New port: sysutils/autojump acts as a complement to cd f ports/151347 port net-mgmt/rancid doesn't work corretly with SVN o ports/151299 audio/mt-daapd: portlint(1) fixes and more f ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF o ports/150883 Ports games/openastromenace won't compile on 64 bit f ports/150783 mail/qpopper: fails to configure ocasionally o ports/150542 [new port]: sysutils/createrepo o ports/150541 [new port] sysutils/yum - Installer/updater for rpm o ports/150493 Update for: security/openssh-portable port from 5.2p1 o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/150361 [patch] provide script to bind with nautilus for multi o ports/150316 new port: net/neatx o ports/150287 [patch] Segfault: games/spider crashes after 51 moves f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra f ports/150169 www/havp: Assertion failed: file llvm/lib/System/Mutex o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/150047 net/ipv6socket_scrub: Makefile contains incorrect URL f ports/149947 [NEW PORT] devel/smartCVS, a powerful graphical CVS cl o ports/149564 patch for various games/ adding appropriate LICENSEs t o ports/149538 sysutils/fusefs-ntfs panic on writte on 8.1 f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo o alpha/148392 ports Users of Alpha platform should stay with Dovecot 1.1.1 o ports/148234 pkg_install fails for some math/octave-forge ports f ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147847 audio/zynaddsubfx mxml error when opening instruments s ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147171 x11-toolkits/open-motif: mwm seems to lose mouse event s ports/147169 bsd.ruby.mk: Adding GEM_ARGS o ports/146880 [MAINTAINER] korean/ko.TeX : update to 0.2.0.20100511 o ports/146879 [MAINTAINER] korean/ko.TeX-fonts-extra : update to 0.2 f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/144993 databases/postgresql-odbc: contents of numeric fields o ports/144852 [patch] sysutils/ntfsprogs - improvements to mkntfs o ports/144821 [patch] audio/xmms2 : update to version 0.7 DrNo. o ports/144597 security/openssh-portable fails to compile with KERBER f ports/143938 [NEW PORTS] textproc/linux-f10-ibus-qt et al.: Linux v o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/142824 [patch] security/openssh-portable: add VersionAddendum f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/131242 security/gsasl does not link if krb5-1.6.3_5 is instal o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/122333 net/arping - patch to lookup for interface and src ip, s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 144 problems total. From boogie at lazybytes.org Mon Feb 21 16:31:02 2011 From: boogie at lazybytes.org (Sergey Vinogradov) Date: Mon Feb 21 16:31:06 2011 Subject: emulators/virtualbox-ose - unable to build in 8.1-STABLE In-Reply-To: <20110128200026.24baa1da@loki.rinet.ru> References: <20110128164713.1647293c@loki.rinet.ru> <8af17948c4078a69dd92c38b573abdbe@bluelife.at> <20110128200026.24baa1da@loki.rinet.ru> Message-ID: <20110221193105.7cd5d19c@loki.rinet.ru> ? Fri, 28 Jan 2011 20:00:26 +0300 Sergey Vinogradov ?????: > ? Fri, 28 Jan 2011 16:11:47 +0100 > Bernhard Froehlich ?????: > > > On Fri, 28 Jan 2011 16:47:13 +0300, Sergey Vinogradov wrote: > > > Hi, everyone. > > > Not sure, whether I should post this message here or in > > > freebsd-emulation. Will post it here in the first place :) > > > Recently I've stumbled into a problem with building > > > emulators/virtualbox-ose. While making it crashed with the > > > following message: > > > > > > kBuild: Installing tstVMStructRC > > > => > > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/bin/tstVMStructRC > > > kBuild: Generating tstVMStructSize > > > - > > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h > > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/bin/tstVMStructRC: > > > 1: Syntax error: "(" unexpected kmk[2]: *** > > > [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] > > > Error 2 kmk[2]: *** Deleting file > > > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' > > > kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving > > > directory > > > > That are the testcases and they seem to fail in rare and some very > > specific situations. Could you try to build with DEBUG option > > enabled to probably get a more verbose output? I'm not sure if it > > helps but that output only tells me that there is a Syntax error in > > some file. > > > > Ok, I've built it with DEBUG option turned on, here are the build > messages (I hope I've copypasted everything related to the problem): > > kBuild: Linking tstVMStructRC > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V > -dynamic-linker /libexec/ld-elf.so.1 > -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/tstVMStructRC/tstVMStructRC > -L/usr/lib32 -L/usr/lib > -L/usr/lib /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/tstVMStructRC/tstVMStructRC.o /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin.o /usr/lib32/crtend.o /usr/lib32/crtn.o /usr/lib32/libc.so > GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: > elf_i386_fbsd elf_x86_64_fbsd kBuild: Compiling tstAsmStructsasm > - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/src/VBox/VMM/testcase/tstAsmStructsAsm.asm > kBuild: Linking tstGlobalConfig kBuild: Linking tstInstrEmul kBuild: > Linking tstVMM kBuild: Linking tstVMM-HwAccm > kBuild: Linking tstVMMFork > kBuild: Linking SUPInstall > kBuild: Linking SUPUninstall > kBuild: Linking SUPLoggerCtl > kBuild: Linking tstShflSizes > kBuild: Linking VBoxManage > kBuild: Linking VBoxHeadlessHardened > kBuild: Linking VBoxNetDHCPHardened > kBuild: Linking VBoxXPCOMIPCD > kBuild: Linking VBoxNetAdpCtl > kBuild: Linking VMMGC > kBuild: Linking VMMR0 > kBuild: Linking VBoxDDR0 > kBuild: Linking VBoxDD2R0 > kBuild: Linking VBoxDDGC > kBuild: Linking VBoxDD2GC > kBuild: Installing scm > => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/scm > kBuild: Installing VBoxSVC > => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/VBoxSVC > kBuild: Installing tstVMStructRC > => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC > kBuild: Generating tstVMStructSize > - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h > kBuild: Generating tstVMStructSize > - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstAsmStructsHC.h /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC: > 1: Syntax error: "(" unexpected kmk[2]: *** > [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h] > Error 2 kmk[2]: *** Deleting file > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h' > kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' > kmk[2]: Entering directory > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' > kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] > Error 2 kmk[1]: Leaving directory > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' kmk: > *** [pass_binaries_order] Error 2 *** Error code 2 > > Stop in /usr/ports/emulators/virtualbox-ose. > *** Error code 1 > > Stop in /usr/ports/emulators/virtualbox-ose. > > > > BTW, I forgot to provide the port options I've selected (they are not > default): > > # make showconfig > ===> The following configuration options are available for > virtualbox-ose-3.2.12: QT4=off "Build with QT4 Frontend" > DEBUG=on "Build with debugging symbols" > GUESTADDITIONS=off "Build with Guest Additions" > DBUS=off "Build with D-Bus and HAL support" > PULSEAUDIO=off "Build with PulseAudio" > X11=off "Build with X11 support" > VDE=on "Build with VDE support" > VNC=on "Build with VNC support" > WEBSERVICE=off "Build Webservice" > NLS=on "Native language support" > ===> Use 'make config' to modify these settings > After a few days of grumbling, I've read the wiki article dedicated to VirtualBox[1] more careful, and found that "options COMPAT_FREEBSD32" is mandatory in -amd64 kernel config. And as I have a custom kernel running... It's quite simple to figure out the rest :) With new kernel built with COMPAT_FREEBSD32 option everything compiled perfectly. Sorry for the noise. [1]http://wiki.freebsd.org/VirtualBox -- wbr, Boo From jhelfman at e-e.com Mon Feb 21 17:54:31 2011 From: jhelfman at e-e.com (Jason Helfman) Date: Mon Feb 21 17:54:34 2011 Subject: bxpkg - a new way to deal with binary upgrades. In-Reply-To: References: <20110219203607.GA69315@eggman.experts-exchange.com> Message-ID: <20110221175110.GE8557@eggman.experts-exchange.com> On Sun, Feb 20, 2011 at 05:22:08PM +0000, Kostas Petrikas thus spake: >On Sat, Feb 19, 2011 at 8:36 PM, Jason Helfman wrote: >> On Sat, Feb 19, 2011 at 06:04:35PM +0000, Kostas Petrikas thus spake: >>> >>> Hello! >>> >>> In the past I had troubles with upgrading 3rd party software on >>> desktop PCs as usually desktop environments have a quite big list of >>> packages installed. Upgrading or even installing from ports could take >>> a lot of time specially on slower laptops (can take days). While >>> FreeBSD provides binary package repositories there really aren't any >>> easy ways to use them for upgrades as there are no tools provided to >>> handle them (pkg_add is not able to handle updates). To upgrade from >>> binary packages one needs to get dependency list write it down, >>> deinstall package and its dependencies, install dependencies and the >>> package. It is frustrating and it corrupts required_by lists for the >>> dependencies. There is also no easy way to know what versions are >>> available in binary format. >>> >>> This dilemma inspired me to write "bxpkg" to handle binary upgrades >>> and installation for desktop environments (since I use mostly GTK+ >>> toolkit, its written using it). It solves all the problems in fast and >>> good looking fashion. >>> >>> On a side note, the back-end is done in form of a library written from >>> scratch that handles most package routines in robust but simple API. >>> >>> bxpkg is available from ports "ports-mgmt/bxpkg" or project's website >>> "http://bxpkg.bsdroot.lv". >> >> Very nice. Maybe I will give this a shot. I would be great if there was a >> "hand-off non-gui" tool version of this. >> >> That way I can point all my servers at a internal package repository and >> fire them off, however none have X. >> >> Is there a non-gui, or WITHOUT_X11, in the roadmap? >> ?-jgh >> > >The back-end is there already, so there isn't much that has to be done >to create non-gui client. I will probably take up the task once I >think the GTK+ client is robust enough. Great, thank you! > >Regarding custom repositories, 3 things must be true for them to be usable: >Whole dependency tries should be available in binary format for all >the leaf packages in the repository. This isn't an issue, as I use tinderbox, and can point client at that repository. >An index must exist with entry for every package in the repository >(order of entries does not matter). This isn't an issue, as well as I wrote a tool that builds an index based off of my internal portstree. >An MD5 digest file must exist for the current index. Not an issue, either. Might I suggest moving to SHA256, as MD5 support is something that has been dropped from portstree? Just a suggestion... > >The most easy way to generate index would be to copy entries from >index provided with the ports as you build them with some short of >script. > Thanks! From decke at bluelife.at Mon Feb 21 18:44:08 2011 From: decke at bluelife.at (Bernhard Froehlich) Date: Mon Feb 21 18:44:11 2011 Subject: emulators/virtualbox-ose - unable to build in 8.1-STABLE In-Reply-To: <20110221193105.7cd5d19c@loki.rinet.ru> References: <20110128164713.1647293c@loki.rinet.ru> <8af17948c4078a69dd92c38b573abdbe@bluelife.at> <20110128200026.24baa1da@loki.rinet.ru> <20110221193105.7cd5d19c@loki.rinet.ru> Message-ID: <9b034b954920e03d538281e9a3e09fe3@bluelife.at> On Mon, 21 Feb 2011 19:31:05 +0300, Sergey Vinogradov wrote: > ? Fri, 28 Jan 2011 20:00:26 +0300 > Sergey Vinogradov ?????: > >> ? Fri, 28 Jan 2011 16:11:47 +0100 >> Bernhard Froehlich ?????: >> >> > On Fri, 28 Jan 2011 16:47:13 +0300, Sergey Vinogradov wrote: >> > > Hi, everyone. >> > > Not sure, whether I should post this message here or in >> > > freebsd-emulation. Will post it here in the first place :) >> > > Recently I've stumbled into a problem with building >> > > emulators/virtualbox-ose. While making it crashed with the >> > > following message: >> > > >> > > kBuild: Installing tstVMStructRC >> > > => >> > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/bin/tstVMStructRC >> > > kBuild: Generating tstVMStructSize >> > > - >> > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h >> > > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/bin/tstVMStructRC: >> > > 1: Syntax error: "(" unexpected kmk[2]: *** >> > > [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h] >> > > Error 2 kmk[2]: *** Deleting file >> > > `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/release/obj/VMM/tstVMStructRC.h' >> > > kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving >> > > directory >> > >> > That are the testcases and they seem to fail in rare and some very >> > specific situations. Could you try to build with DEBUG option >> > enabled to probably get a more verbose output? I'm not sure if it >> > helps but that output only tells me that there is a Syntax error in >> > some file. >> > >> >> Ok, I've built it with DEBUG option turned on, here are the build >> messages (I hope I've copypasted everything related to the problem): >> >> kBuild: Linking tstVMStructRC >> Using built-in specs. >> Target: amd64-undermydesk-freebsd >> Configured with: FreeBSD/amd64 system compiler >> Thread model: posix >> gcc version 4.2.1 20070719 [FreeBSD] >> /usr/bin/ld --eh-frame-hdr -m elf_i386_fbsd -V >> -dynamic-linker /libexec/ld-elf.so.1 >> -o /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/tstVMStructRC/tstVMStructRC >> -L/usr/lib32 -L/usr/lib >> -L/usr/lib /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/tstVMStructRC/tstVMStructRC.o /usr/lib32/crt1.o /usr/lib32/crti.o /usr/lib32/crtbegin.o /usr/lib32/crtend.o /usr/lib32/crtn.o /usr/lib32/libc.so >> GNU ld version 2.15 [FreeBSD] 2004-05-23 Supported emulations: >> elf_i386_fbsd elf_x86_64_fbsd kBuild: Compiling tstAsmStructsasm >> - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/src/VBox/VMM/testcase/tstAsmStructsAsm.asm >> kBuild: Linking tstGlobalConfig kBuild: Linking tstInstrEmul kBuild: >> Linking tstVMM kBuild: Linking tstVMM-HwAccm >> kBuild: Linking tstVMMFork >> kBuild: Linking SUPInstall >> kBuild: Linking SUPUninstall >> kBuild: Linking SUPLoggerCtl >> kBuild: Linking tstShflSizes >> kBuild: Linking VBoxManage >> kBuild: Linking VBoxHeadlessHardened >> kBuild: Linking VBoxNetDHCPHardened >> kBuild: Linking VBoxXPCOMIPCD >> kBuild: Linking VBoxNetAdpCtl >> kBuild: Linking VMMGC >> kBuild: Linking VMMR0 >> kBuild: Linking VBoxDDR0 >> kBuild: Linking VBoxDD2R0 >> kBuild: Linking VBoxDDGC >> kBuild: Linking VBoxDD2GC >> kBuild: Installing scm >> => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/scm >> kBuild: Installing VBoxSVC >> => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/VBoxSVC >> kBuild: Installing tstVMStructRC >> => /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC >> kBuild: Generating tstVMStructSize >> - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h >> kBuild: Generating tstVMStructSize >> - /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstAsmStructsHC.h /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/bin/tstVMStructRC: >> 1: Syntax error: "(" unexpected kmk[2]: *** >> [/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h] >> Error 2 kmk[2]: *** Deleting file >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE/out/freebsd.amd64/debug/obj/VMM/tstVMStructRC.h' >> kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: Leaving directory >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' >> kmk[2]: Entering directory >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' >> kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_binaries_this] >> Error 2 kmk[1]: Leaving directory >> `/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.2.12_OSE' kmk: >> *** [pass_binaries_order] Error 2 *** Error code 2 >> >> Stop in /usr/ports/emulators/virtualbox-ose. >> *** Error code 1 >> >> Stop in /usr/ports/emulators/virtualbox-ose. >> >> >> >> BTW, I forgot to provide the port options I've selected (they are not >> default): >> >> # make showconfig >> ===> The following configuration options are available for >> virtualbox-ose-3.2.12: QT4=off "Build with QT4 Frontend" >> DEBUG=on "Build with debugging symbols" >> GUESTADDITIONS=off "Build with Guest Additions" >> DBUS=off "Build with D-Bus and HAL support" >> PULSEAUDIO=off "Build with PulseAudio" >> X11=off "Build with X11 support" >> VDE=on "Build with VDE support" >> VNC=on "Build with VNC support" >> WEBSERVICE=off "Build Webservice" >> NLS=on "Native language support" >> ===> Use 'make config' to modify these settings >> > > After a few days of grumbling, I've read the wiki article dedicated to > VirtualBox[1] more careful, and found that "options COMPAT_FREEBSD32" is > mandatory in -amd64 kernel config. And as I have a custom kernel > running... It's quite simple to figure out the rest :) With new kernel > built with COMPAT_FREEBSD32 option everything compiled perfectly. > Sorry for the noise. > > [1]http://wiki.freebsd.org/VirtualBox Thanks for letting us know. -- Bernhard Fr?hlich http://www.bluelife.at/ From ports at webrz.net Mon Feb 21 19:26:00 2011 From: ports at webrz.net (Jos Chrispijn) Date: Mon Feb 21 19:26:03 2011 Subject: Dovecot Sieve Message-ID: <4D62B96C.9090301@webrz.net> I want to define mail filters for incoming mail in order to have them in the right folders once I check my mail with my mobile phone (when not having my IMAP client incl. rules online). Running with Dovecont already, I have been advised in this list to use Dovecot Sieve. /usr/ports/mail/dovecot-sieve /usr/ports/mail/dovecot-sieve/Makefile /usr/ports/mail/dovecot-sieve/distinfo /usr/ports/mail/dovecot-sieve/files /usr/ports/mail/dovecot-sieve/files/pkg-message.in /usr/ports/mail/dovecot-sieve/pkg-descr /usr/ports/mail/dovecot-sieve/pkg-plist Can someone tell me where this port is used for: /usr/ports/mail/dovecot-managesieve /usr/ports/mail/dovecot-managesieve/Makefile /usr/ports/mail/dovecot-managesieve/distinfo /usr/ports/mail/dovecot-managesieve/pkg-descr /usr/ports/mail/dovecot-managesieve/pkg-message /usr/ports/mail/dovecot-managesieve/pkg-plist Is that kind of script generator for Sieve in order to define in a more easy way your filters? regards, Jos Chrispijn From niclas.zeising at gmail.com Mon Feb 21 20:11:04 2011 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Mon Feb 21 20:11:07 2011 Subject: Dovecot Sieve In-Reply-To: <4D62B96C.9090301@webrz.net> References: <4D62B96C.9090301@webrz.net> Message-ID: <4D62C01C.4000404@gmail.com> On 2011-02-21 20:13, Jos Chrispijn wrote: > I want to define mail filters for incoming mail in order to have them in > the right folders once I check my mail with my mobile phone (when not > having my IMAP client incl. rules online). Running with Dovecont > already, I have been advised in this list to use Dovecot Sieve. > > /usr/ports/mail/dovecot-sieve > /usr/ports/mail/dovecot-sieve/Makefile > /usr/ports/mail/dovecot-sieve/distinfo > /usr/ports/mail/dovecot-sieve/files > /usr/ports/mail/dovecot-sieve/files/pkg-message.in > /usr/ports/mail/dovecot-sieve/pkg-descr > /usr/ports/mail/dovecot-sieve/pkg-plist > > Can someone tell me where this port is used for: > > /usr/ports/mail/dovecot-managesieve > /usr/ports/mail/dovecot-managesieve/Makefile > /usr/ports/mail/dovecot-managesieve/distinfo > /usr/ports/mail/dovecot-managesieve/pkg-descr > /usr/ports/mail/dovecot-managesieve/pkg-message > /usr/ports/mail/dovecot-managesieve/pkg-plist > > Is that kind of script generator for Sieve in order to define in a more > easy way your filters? > > regards, > Jos Chrispijn As far as I can tell, dovecot-managesieve is the server part of sieve. You can have it running to be able to use a sieve client to define your sieve programs, instead of having to log on to the mail server and edit a script file on the local harddrive. This is convenient if you use virtual users or just don't want to give every user a login shell on the mail server, but still make it possible for them to define their own mail sorting rules. HTH Niclas From rwmaillists at googlemail.com Mon Feb 21 22:32:47 2011 From: rwmaillists at googlemail.com (RW) Date: Mon Feb 21 22:32:51 2011 Subject: Dovecot Sieve In-Reply-To: <4D62C01C.4000404@gmail.com> References: <4D62B96C.9090301@webrz.net> <4D62C01C.4000404@gmail.com> Message-ID: <20110221223240.53f42f74@gumby.homeunix.com> On Mon, 21 Feb 2011 20:42:20 +0100 Niclas Zeising wrote: > As far as I can tell, dovecot-managesieve is the server part of sieve. > You can have it running to be able to use a sieve client to define > your sieve programs, instead of having to log on to the mail server > and edit a script file on the local harddrive. This is convenient if > you use virtual users or just don't want to give every user a login > shell on the mail server, but still make it possible for them to > define their own mail sorting rules. In practice managesieve support isn't widespread enough for it to be a sole mean of updating scripts, so it's common to provide a webpage for the purpose, which may use managesieve as a standard interface. Going through managesieve prevents a script with syntax errors overwriting a working script. From jhelfman at e-e.com Tue Feb 22 05:51:47 2011 From: jhelfman at e-e.com (Jason Helfman) Date: Tue Feb 22 05:51:51 2011 Subject: BSD Magazine inquiry, question Message-ID: <20110222054827.GA28941@eggman.experts-exchange.com> Hi, I was wondering if anyone has a hardcopy of BSD Magazine listed here: http://bsdmag.org/magazine/1021-bsd-as-a-desktop I wrote an article for the magazine, and would very much like to get a hardcopy of it. I am willing to purchase it. Thanks so much! Jason Helfman -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 From cao.zhong1 at gmail.com Tue Feb 22 11:22:56 2011 From: cao.zhong1 at gmail.com (Jacky Cao) Date: Tue Feb 22 11:23:00 2011 Subject: samba35 building error Message-ID: I compile samba35 port under FreeBSD 8.1, but it ends wit error: utils/net_rpc.o(.text+0x152): In function `net_rpc': : undefined reference to `libnetapi_set_use_ccache' I found this `libnetapi_set_use_ccache' has been defined, so anyone there a simple fast solution for this? From jhelfman at e-e.com Tue Feb 22 19:19:04 2011 From: jhelfman at e-e.com (Jason Helfman) Date: Tue Feb 22 19:19:08 2011 Subject: [CFH] databases/jasperserver: update to 4.0.0, help w/ pgsql Message-ID: <20110222191543.GR51350@eggman.experts-exchange.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello All, I am the maintainer of databases/jasperserver, and as of now it only supports mysql, as we are able to test this internally and actually certify it against mysql. All of this being said, I am able to successfully add postgreSQL support to this port on my development system (ie. desktop), however we are not using postgreSQL on the backend to actually run any reports to certify it. The vendor isn't as responsive as I would like to find out what the application supports, so I was hoping for some help on this matter. I was wondering if anyone is using jasperserver, in ports or not, against postgreSQL? If so, what version of the database are you using, and what version of jasperserver are you using? I am interested in this because I am able to update the jdbc connector for pgsql, and tie it into the application to test a connection against the latest pgsql db. I am also able to do this successfully with the distributed jdbc connector from JasperSoft, and respective version of pgsql db (8.1). I am hoping that the application can be run against the latest version of pgsql. If necessary, I can provide any testers with a diff that will update to jasperserver 4.0.0 with pgsql support. The current problem report for jasperserver is updating to 4.0.0 with only mysql support. Thanks for your help in advance, Jason - -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iF4EAREIAAYFAk1kC18ACgkQXpKtZoyM+6VSAAEAhv5pBSW5H/FMd4dzdU9sMtWK kKeuw63cffXDWA54ojgA/jZnzBRdHCoK0zTNAFQ9QLLe2LgFVUqQbKs5TVqHf4qd =boQ8 -----END PGP SIGNATURE----- From demelier.david at gmail.com Tue Feb 22 21:28:24 2011 From: demelier.david at gmail.com (David Demelier) Date: Tue Feb 22 21:28:27 2011 Subject: Gajim does not starts Message-ID: <4D642A4F.3040108@gmail.com> Hello, I just realized that gajim does not starts anymore : markand@Melon ~ $ gajim ** Message: pygobject_register_sinkfunc is deprecated (GstObject) nslookup: not found I know this is a very useful message, but I can't help more. Are you expecting the same behavior ? Cheers, -- David Demelier From demelier.david at gmail.com Tue Feb 22 21:31:08 2011 From: demelier.david at gmail.com (David Demelier) Date: Tue Feb 22 21:31:11 2011 Subject: Gajim does not starts In-Reply-To: <4D642A4F.3040108@gmail.com> References: <4D642A4F.3040108@gmail.com> Message-ID: <4D642AF5.5050807@gmail.com> On 22/02/2011 22:27, David Demelier wrote: > Hello, > > I just realized that gajim does not starts anymore : > > markand@Melon ~ $ gajim > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > nslookup: not found > > I know this is a very useful message, but I can't help more. > > Are you expecting the same behavior ? > > Cheers, > Sorry it seems that I compiled my world with WITHOUT_BIND. Cheers, -- David Demelier From cswiger at mac.com Tue Feb 22 21:32:39 2011 From: cswiger at mac.com (Chuck Swiger) Date: Tue Feb 22 21:32:42 2011 Subject: Gajim does not starts In-Reply-To: <4D642A4F.3040108@gmail.com> References: <4D642A4F.3040108@gmail.com> Message-ID: <8EDF2B96-2D00-4D2E-92AD-71DFD8073CA9@mac.com> On Feb 22, 2011, at 1:27 PM, David Demelier wrote: > markand@Melon ~ $ gajim > ** Message: pygobject_register_sinkfunc is deprecated (GstObject) > nslookup: not found > > I know this is a very useful message, but I can't help more. > > Are you expecting the same behavior ? nslookup has been deprecated, also, but you can get a binary if you install /usr/ports/dns/bind96 or later version of BIND. Regards, -- -Chuck From demelier.david at gmail.com Tue Feb 22 21:39:06 2011 From: demelier.david at gmail.com (David Demelier) Date: Tue Feb 22 21:39:12 2011 Subject: Gajim does not starts In-Reply-To: <4D642C18.6010001@dougbarton.us> References: <4D642A4F.3040108@gmail.com> <4D642AF5.5050807@gmail.com> <4D642C18.6010001@dougbarton.us> Message-ID: <4D642CD4.90201@gmail.com> On 22/02/2011 22:35, Doug Barton wrote: > On 02/22/2011 13:30, David Demelier wrote: >> On 22/02/2011 22:27, David Demelier wrote: >>> Hello, >>> >>> I just realized that gajim does not starts anymore : >>> >>> markand@Melon ~ $ gajim >>> ** Message: pygobject_register_sinkfunc is deprecated (GstObject) >>> nslookup: not found >>> >>> I know this is a very useful message, but I can't help more. >>> >>> Are you expecting the same behavior ? >>> >>> Cheers, >>> >> >> Sorry it seems that I compiled my world with WITHOUT_BIND. > > It's wacky that this would require nslookup, but if you don't want/need > a complete BIND installation you can take a look at ports/dns/bind-tools. > > > hth, > > Doug > > Now gajim starts but quits as soon as it started... -- David Demelier From dougb at dougbarton.us Tue Feb 22 22:02:08 2011 From: dougb at dougbarton.us (Doug Barton) Date: Tue Feb 22 22:02:12 2011 Subject: Gajim does not starts In-Reply-To: <4D642AF5.5050807@gmail.com> References: <4D642A4F.3040108@gmail.com> <4D642AF5.5050807@gmail.com> Message-ID: <4D642C18.6010001@dougbarton.us> On 02/22/2011 13:30, David Demelier wrote: > On 22/02/2011 22:27, David Demelier wrote: >> Hello, >> >> I just realized that gajim does not starts anymore : >> >> markand@Melon ~ $ gajim >> ** Message: pygobject_register_sinkfunc is deprecated (GstObject) >> nslookup: not found >> >> I know this is a very useful message, but I can't help more. >> >> Are you expecting the same behavior ? >> >> Cheers, >> > > Sorry it seems that I compiled my world with WITHOUT_BIND. It's wacky that this would require nslookup, but if you don't want/need a complete BIND installation you can take a look at ports/dns/bind-tools. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From eadler at FreeBSD.org Wed Feb 23 00:36:02 2011 From: eadler at FreeBSD.org (eadler@FreeBSD.org) Date: Wed Feb 23 00:36:05 2011 Subject: ports/148392: [mail/dovecot] Users of Alpha platform should stay with Dovecot 1.1.16 Message-ID: <201102230036.p1N0a1Bt022182@freefall.freebsd.org> Old Synopsis: Users of Alpha platform should stay with Dovecot 1.1.16 New Synopsis: [mail/dovecot] Users of Alpha platform should stay with Dovecot 1.1.16 State-Changed-From-To: open->feedback State-Changed-By: eadler State-Changed-When: Tue Feb 22 19:33:20 EST 2011 State-Changed-Why: Maintainer - can you confirm if this issue affects users of amd64? http://www.freebsd.org/cgi/query-pr.cgi?pr=148392 From craig001 at lerwick.hopto.org Wed Feb 23 01:30:16 2011 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Feb 23 01:30:18 2011 Subject: ports/148392: [mail/dovecot] Users of Alpha platform should stay with Dovecot 1.1.16 Message-ID: <201102230130.p1N1UEvq075401@freefall.freebsd.org> The following reply was made to PR ports/148392; it has been noted by GNATS. From: Craig Butler To: bug-followup Cc: Subject: ports/148392: [mail/dovecot] Users of Alpha platform should stay with Dovecot 1.1.16 Date: Wed, 23 Feb 2011 00:59:36 +0000 I'll build and test on sparc64 as suggested by John Baldwin... Report back shortly. Regards Craig Butler From craig001 at lerwick.hopto.org Wed Feb 23 02:20:10 2011 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Feb 23 02:20:12 2011 Subject: ports/148392: mail/dovecot: Users of Alpha platform should stay with Dovecot 1.1.16 Message-ID: <201102230220.p1N2K9qk029868@freefall.freebsd.org> The following reply was made to PR ports/148392; it has been noted by GNATS. From: Craig Butler To: bug-followup@FreeBSD.org, paczor@gmail.com Cc: Subject: Re: ports/148392: mail/dovecot: Users of Alpha platform should stay with Dovecot 1.1.16 Date: Wed, 23 Feb 2011 02:15:17 +0000 Hi Folks Appears to be working well on sparc64, with no zombie processes... dovecot-auth is running fine and authenticating users. junkjail# pkg_info dovecot-1.2.16 Secure and compact IMAP and POP3 servers libiconv-1.13.1_1 A character set conversion library libtool-2.2.10 Generic shared library support script junkjail# uname -rp 8.1-RELEASE sparc64 junkjail# ps axf | grep dovecot 34804 ?? SsJ 0:00.23 /usr/local/sbin/dovecot -c /usr/local/etc/dovecot.conf 34805 ?? SJ 0:00.12 dovecot-auth 34806 ?? IJ 0:00.74 dovecot-auth -w junkjail# tail -1 maillog Feb 23 02:00:24 junkjail dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.1.105, lip=10.0.0.66 Regards Craig Butler From eadler at FreeBSD.org Wed Feb 23 03:26:05 2011 From: eadler at FreeBSD.org (eadler@FreeBSD.org) Date: Wed Feb 23 03:26:08 2011 Subject: ports/148392: mail/dovecot: Users of Alpha platform should stay with Dovecot 1.1.16 Message-ID: <201102230326.p1N3Q5wB003259@freefall.freebsd.org> Synopsis: mail/dovecot: Users of Alpha platform should stay with Dovecot 1.1.16 State-Changed-From-To: feedback->closed State-Changed-By: eadler State-Changed-When: Tue Feb 22 22:22:57 EST 2011 State-Changed-Why: Works fine on all supported systems. Good bye to alpha PRs http://www.freebsd.org/cgi/query-pr.cgi?pr=148392 From jhelfman at e-e.com Wed Feb 23 04:07:04 2011 From: jhelfman at e-e.com (Jason Helfman) Date: Wed Feb 23 04:07:08 2011 Subject: [CFH] databases/jasperserver: update to 4.0.0, help w/ pgsql In-Reply-To: <20110222191543.GR51350@eggman.experts-exchange.com> References: <20110222191543.GR51350@eggman.experts-exchange.com> Message-ID: <20110223040343.GA20207@eggman.experts-exchange.com> On Tue, Feb 22, 2011 at 11:15:43AM -0800, Jason Helfman thus spake: >Hello All, > >I am the maintainer of databases/jasperserver, and as of now it only >supports mysql, as we are able to test this internally and actually certify >it against mysql. > >All of this being said, I am able to successfully add postgreSQL support to >this port on my development system (ie. desktop), however we are not using >postgreSQL on the backend to actually run any reports to certify it. The >vendor isn't as responsive as I would like to find out what the application >supports, so I was hoping for some help on this matter. > >I was wondering if anyone is using jasperserver, in ports or not, against >postgreSQL? If so, what version of the database are you using, and what >version of jasperserver are you using? > >I am interested in this because I am able to update the jdbc connector for >pgsql, and tie it into the application to test a connection against the >latest pgsql db. I am also able to do this successfully with the distributed >jdbc connector from JasperSoft, and respective version of pgsql db (8.1). > >I am hoping that the application can be run against the latest version of >pgsql. > >If necessary, I can provide any testers with a diff that will update to >jasperserver 4.0.0 with pgsql support. The current problem report for >jasperserver is updating to 4.0.0 with only mysql support. > >Thanks for your help in advance, >Jason > I found that the vendor has certified against postgreSQL version 8.4, and I've updated the pr to support this. Testers for 90, anyone? :) Thanks, Jason -- Jason Helfman System Administrator experts-exchange.com http://www.experts-exchange.com/M_4830110.html E4AD 7CF1 1396 27F6 79DD 4342 5E92 AD66 8C8C FBA5 From atom at smasher.org Wed Feb 23 09:43:31 2011 From: atom at smasher.org (Atom Smasher) Date: Wed Feb 23 09:43:38 2011 Subject: /usr/local/bin/extract Message-ID: <1102232213540.2320@smasher> conflict between: audio/csound & security/outguess # pkg_info -W /usr/local/bin/extract pkg_info: both csound-5.12.1_3 and outguess-0.2 claim to have installed /usr/local/bin/extract -- ...atom ________________________ http://atom.smasher.org/ 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808 ------------------------------------------------- "Sometimes I think we're alone in the universe, and sometimes I think we're not. In either case the idea is quite staggering." -- Arthur C. Clarke From wxs at FreeBSD.org Wed Feb 23 13:53:48 2011 From: wxs at FreeBSD.org (Wesley Shields) Date: Wed Feb 23 13:53:52 2011 Subject: /usr/local/bin/extract In-Reply-To: <1102232213540.2320@smasher> References: <1102232213540.2320@smasher> Message-ID: <20110223135436.GD32360@atarininja.org> On Wed, Feb 23, 2011 at 10:16:46PM +1300, Atom Smasher wrote: > conflict between: audio/csound & security/outguess > > # pkg_info -W /usr/local/bin/extract > pkg_info: both csound-5.12.1_3 and outguess-0.2 claim to have installed /usr/local/bin/extract I'll take care of this. I want to give the maintainer of audio/csound a chance to speak up in case he has something in the works that this might conflict with (no pun intended). -- WXS From decke at bluelife.at Wed Feb 23 14:24:14 2011 From: decke at bluelife.at (Bernhard Froehlich) Date: Wed Feb 23 14:24:18 2011 Subject: Call for Testers: VirtualBox 4.0.4 In-Reply-To: <1298098767.5149.8.camel@Nokia-N900-42-11> References: <1298078690.4289.6.camel@main> <1298098767.5149.8.camel@Nokia-N900-42-11> Message-ID: <5c9b611d3f77dcc2caf04fcbd5205858@bluelife.at> On Sat, 19 Feb 2011 07:59:27 +0100, Bernhard Fr?hlich wrote: > >> I cant seem to get usb pass through working tho, when I go to add usb >> device it says 'no devices available', do we need to manually setup the >> device info ? > > Yeah i want to document it on the virtualbox wiki page but until that > you could search for the mail of hans petter selasky on the vbox-dev > mailinglist. USB setup is documented in the wiki now. http://wiki.freebsd.org/VirtualBox -- Bernhard Fr?hlich http://www.bluelife.at/ From 6yearold at gmail.com Wed Feb 23 16:17:38 2011 From: 6yearold at gmail.com (arrowdodger) Date: Wed Feb 23 16:17:42 2011 Subject: Request for ports review. Message-ID: Hello, ports@. I've prepared an update for ANTLR-related ports and want for someone's comments on my work, before i create PR. Current version of devel/antlr port is 2.7.7, it's latest version from v2 branch. I've updated this port to latest 3.3 version, which also contains 2.7.7 for backwards compatability. Since there was no MAINTINER, i've wrote myself. Current version of devel/antlrworks is 1.3.1, while latest is 1.4.2. This port doesn't depend on devel/antlr because antlrworks.jar already contains antlr.jar. I could've hack build.xml so it would use antlr from ports, but this bring dependency on apache-ant. So, i've taken easiest way. New port devel/antlr2-python-runtime is providing functionality of PYTHON option from old antlr port. The reason i created new port for this is that program which uses antlr-generated code depends only on runtime library and not on antlr itself. So it frees end user from having giant java dependency. Current problem with this port - it cannot be installed into non-default PREFIX because of setup.py magick. devel/stringtemplate is a java library for generating formatting text. It's oftenly used within antlr grammars, but can be used as standalone java library. .shar's can be obtained from attachments, or here: http://intara.org.ru/antlr.shar http://intara.org.ru/antlworks.shar http://intara.org.ru/stringtemplate.shar http://intara.org.ru/antlr2-python-runtime.shar Thanks in advance. From jamesbrandongooch at gmail.com Wed Feb 23 17:22:38 2011 From: jamesbrandongooch at gmail.com (Brandon Gooch) Date: Wed Feb 23 17:22:41 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: On Sat, Feb 19, 2011 at 7:25 AM, Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Oy boys and gals, > > The Xorg T(m)eam is happy to announce the next round of Xorg fun! The X-Server > has been patched to the latest 1.7.X series, drivers and fonts have been > updated to the latest versions, but unfortunately we are not able to update libGL, > drm and xorg-server to a higher version because FreeBSD doesn't support GEM/KSE > (yet), but it looks good for now, as kib@ is working on that, so we hope the future > will be better for us. This update includes some components from Xorg 7.6 with a lot of > improvements, and it seems that the performance is much better than the old version. > We are calling the update xorg 7.5.1. > > We hope you will enjoy the new stuff and give us a lot of feedback. We will start an > exp-run tonight and depending on how much feedback we get, we plan to commit this > update by the first weekend of March. A note for ATI users, the driver was updated to > 6.14.0, so you may need to add some stuff to your xorg.conf in the "Section "Device"" > > Option "int10" "on" > Option "BudType" "PCIE" > Option "RendrAccel" "on" > Option "AccelMethod" "exa" > Option "DynamicPM" "on" > Option "DRI" "on" > > So to get the xorg stuff you will need to: > > run > > svn co https://trillian.chruetertee.ch/svn/ports/branches/xorg-dev > > A small merge script to merge the svn checkout into the real portstree > can be found here: > > http://people.freebsd.org/~miwi/xorg/xorgmerge > > The script is a modified version of the kdemerge script. Please set the > KDEDIR variable to the path of your X.org ports. > > After merging, run one of the following command, depending on which tool > you use to manage your installed packages. > > portupgrade -a \* > portmaster -a > > Please report any problems and issues to x11 (at) FreeBSD.org. > > I would like to thank: > > Beat Gaetzi > Dima Panov > Koop Mast > Eitan Adler > > Without these people the Xorg update would still not be ready now. > > PS: Please don't send us mails with 'xorg update dosen't' work. > If you send us a report, please include the latest Xorg.conf > Xorg.log, uname -a output and pkg_info output. Thanks. > > Happy Updating! > > > - -- > +-----------------oOO--(_)--OOo-------------------------+ > With best Regards, > ? ? ? ? ? ? ? ?Martin Wilke (miwi_(at)_FreeBSD.org) Working well here -- I see and "feel" noticeable improvement in screen drawing and interactivity with window items. Page scrolling in Firefox seems faster. Of course, it could be rather subjective :) An interesting thing as well, which I wasn't expecting: ACPI suspend/resume support has dramatically improved in speed and resilience. It takes just about a second for the display to come back on after resuming, where it would take between 3 to 5 seconds prior to the update. Cool :) A big "Thank You" to all of you! -Brandon From avg at freebsd.org Wed Feb 23 17:26:59 2011 From: avg at freebsd.org (Andriy Gapon) Date: Wed Feb 23 17:27:02 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: <4D653FD6.5020402@freebsd.org> on 19/02/2011 15:25 Martin Wilke said the following: > but unfortunately we are not able to update libGL, > drm and xorg-server to a higher version because FreeBSD doesn't support GEM/KSE Just to clarify, just in case. Do you specifically mean systems with Intel video hardware? Because I've been using mesa 7.8.2 for quite a while here with radeon hardware and I haven't seen any problems from that. -- Andriy Gapon From miwi at FreeBSD.org Wed Feb 23 22:54:08 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Wed Feb 23 22:54:42 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <4D653FD6.5020402@freebsd.org> References: <20110219132508.GA32464@gmail.com> <4D653FD6.5020402@freebsd.org> Message-ID: On Thu, Feb 24, 2011 at 1:11 AM, Andriy Gapon wrote: > on 19/02/2011 15:25 Martin Wilke said the following: > > but unfortunately we are not able to update libGL, > > drm and xorg-server to a higher version because FreeBSD doesn't support > GEM/KSE > > Just to clarify, just in case. > > Do you specifically mean systems with Intel video hardware? > Because I've been using mesa 7.8.2 for quite a while here with radeon > hardware and > I haven't seen any problems from that. > Yes. > > -- > Andriy Gapon > From jblake.mitchell at gmail.com Thu Feb 24 01:38:13 2011 From: jblake.mitchell at gmail.com (Blake Mitchell) Date: Thu Feb 24 03:25:09 2011 Subject: FreeBSD Port: ppl-0.10.2_1 Message-ID: Dear Sir(s) I am having trouble using your ppl package. I keep getting errors about undefined references, in the ppl libraries, concerning basic C++ input and output streams. Does a patch need to be applied, perhaps? Could the install not have been done correctly? I did not do the install my self, so I can't be absolutely sure if it installed without problems. Please advise. Sincerely, Blake Mitchell From bf1783 at googlemail.com Thu Feb 24 04:04:02 2011 From: bf1783 at googlemail.com (b. f.) Date: Thu Feb 24 04:18:57 2011 Subject: FreeBSD Port: ppl-0.10.2_1 Message-ID: > Dear Sir(s) > > I am having trouble using your ppl package. I keep getting errors > about undefined references, in the ppl libraries, concerning basic > C++ input and output streams. Does a patch need to be applied, > perhaps? Could the install not have been done correctly? I did > not do the install my self, so I can't be absolutely sure if it > installed without problems. Please advise. We would need more details to attempt to deal with your problem: what related packages are installed on your machine, what you were attempting to do, and the error messages you encountered. ( If you're not sure about this, see, for example: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/problem-reports/index.html http://www.chiark.greenend.org.uk/~sgtatham/bugs.html http://www.catb.org/~esr/faqs/smart-questions.html ) You should probably also contact the port maintainer, if you haven't done so already: grosser _at_ fim.uni-passau.de b. From markl at indiahospitalitysummit.com Thu Feb 24 07:04:49 2011 From: markl at indiahospitalitysummit.com (Mark Lawson) Date: Thu Feb 24 07:04:52 2011 Subject: Bid for Indian hospitality projects in a few weeks Message-ID: Trouble seeing this mail? View as http://purl.manticoretechnology.com/MTC_COMMON/mtcVAWSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID={PersonalURLID}&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&VAWEmailID=73195&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773192 http://stats.manticoretechnology.com/Data/422/7175/EE8740C6-65B0-4C41-8B46-FC2EAC501CEC/MTCEL.aspx?CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&LID=773193&EA=6F24F25E42D5A35A1957C972AF482CD347CC490E56CC4B268BF063D8ADE0CB96&CAID=13200&EGUID=47b5304b-e03f-e011-98ad-000423e08c66, endorsed by the India Tourism (Ministry of Tourism) taking place on March 24th - 25th 2011 at the JW Marriott Hotel in Mumbai. Your company will have business networking access to up to 100 prequalified senior level decision makers from multinational and regional hotel brands, resort developers, hotel owners and hotel operators from the Indian hospitality sector. KEY BENEFITS: Access to one-to-one business meetings One full page advertisement in the event brochure Business networking sessions Prior notification of participating delegates Extensive marketing and branding Five-star luncheons Last 4 positions are available. http://purl.manticoretechnology.com/MTC_COMMON/mtcURLSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID=7933&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773195 to ensure your participation. http://purl.manticoretechnology.com/MTC_COMMON/mtcURLSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID=7933&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773195 CONFIRMED SPEAKERS INCLUDE: Vivek Nair Managing Director Leela Palaces & Resorts Vithal Kamat Chairman & Managing Director Kamat Hotels (India) Ltd Chender Baljee Chairman & Managing Director Royal Orchid Hotels Ltd Rahul Pandit Vice President - Operations The Lemon Tree Hotel Company Kabir Kewalramani Managing Director Berggruen Holdings India Magesh Ramamurthy Director of IT Four Seasons Hotel Ranjit Batra President (Hospitality) Panchshil Realty Rajiv Puri Vice President of Projects Management Marriott International Inc Commodore Suresh K Sawhney President & CEO Dolphin RFID Pvt. Ltd Dedicated sectors that will be sourcing solutions at the India Hospitality Summit 2011 include: Interiors & Design Furniture and fittings Lighting Upholstery/curtains Design consultancy Bathroom fittings Sanitary ware Carpets Ceramics and fabrics Security and Technology Inventory control systems In-room technology/Entertainment Fire and safety systems In room safes Management consultancy Operating Equipment supplies Food and beverages In-Housekeeping Maintenance Uniforms Signage Kitchen equipments Porcelain Coffee machines http://purl.manticoretechnology.com/MTC_COMMON/mtcURLSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID=7933&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773195 Mark Lawson, Project Manager Tel: +91 80 3028 2233 Email: mailto:indiahospitalitysummit.com Disclaimer: This document is for promotional purposes only and shall not be considered contractually binding. The content of the event, its dates, venue, agenda or speakers may be subject to change during the course of the events preparation. | http://purl.manticoretechnology.com/MTC_COMMON/mtcURLSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID=1040&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&UnsubListID=12926&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773200 | http://purl.manticoretechnology.com/MTC_COMMON/mtcURLSrv.aspx?ID=7175&Key=EE8740C6-65B0-4C41-8B46-FC2EAC501CEC&URLID=1041&CID=61756268&CSecKey=05E2ED28-B88A-4784-A747-A475EA846E50&FTFEmailID=73195&EGUID=47b5304b-e03f-e011-98ad-000423e08c66&LID=773201 | From avg at freebsd.org Thu Feb 24 07:40:47 2011 From: avg at freebsd.org (Andriy Gapon) Date: Thu Feb 24 07:40:51 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> <4D653FD6.5020402@freebsd.org> Message-ID: <4D660B7A.20206@freebsd.org> on 24/02/2011 00:54 Martin Wilke said the following: > > > On Thu, Feb 24, 2011 at 1:11 AM, Andriy Gapon > wrote: > > on 19/02/2011 15:25 Martin Wilke said the following: > > but unfortunately we are not able to update libGL, > > drm and xorg-server to a higher version because FreeBSD doesn't support > GEM/KSE > > Just to clarify, just in case. > > Do you specifically mean systems with Intel video hardware? > Because I've been using mesa 7.8.2 for quite a while here with radeon > hardware and > I haven't seen any problems from that. > > > Yes. Hopefully the kib's work will bring results sufficiently soon. Otherwise we might want to consider WITHOUT_INTEL similarly to WITHOUT_NOUVEAU. -- Andriy Gapon From mickael.maillot at gmail.com Thu Feb 24 11:07:31 2011 From: mickael.maillot at gmail.com (=?ISO-8859-1?Q?Micka=EBl_Maillot?=) Date: Thu Feb 24 11:07:34 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: 2011/2/19 Martin Wilke : > We are calling the update xorg 7.5.1. > Works perfectly fine here on: 9-curent and 2 8-stable amd64 all with nvidia-driver-270.26. notice: nvidia-driver must be recompiled after update. From avilla at freebsd.org Thu Feb 24 11:41:09 2011 From: avilla at freebsd.org (Alberto Villa) Date: Thu Feb 24 11:41:49 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> Message-ID: <201102241241.02116.avilla@freebsd.org> seems to work fine here as well with current and nvidia. xorg 7.5 used to raise cpu usage to 100% after few hours, which sometimes resulted in system deadlock if not caught in time. after the update i've had no problems yet, and uptime is now 17 hours i can't say about an overall performance upgrade, but the one above already looks to me a great result On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: > notice: nvidia-driver must be recompiled after update. it's working fine for me even without recompiling -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla We may eventually come to realize that chastity is no more a virtue than malnutrition. -- Alex Comfort -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 314 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110224/0e7f69a0/attachment.pgp From avilla at freebsd.org Thu Feb 24 12:05:47 2011 From: avilla at freebsd.org (Alberto Villa) Date: Thu Feb 24 12:05:49 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> Message-ID: <201102241241.02116.avilla@freebsd.org> seems to work fine here as well with current and nvidia. xorg 7.5 used to raise cpu usage to 100% after few hours, which sometimes resulted in system deadlock if not caught in time. after the update i've had no problems yet, and uptime is now 17 hours i can't say about an overall performance upgrade, but the one above already looks to me a great result On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: > notice: nvidia-driver must be recompiled after update. it's working fine for me even without recompiling -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla We may eventually come to realize that chastity is no more a virtue than malnutrition. -- Alex Comfort -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 314 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110224/0e7f69a0/attachment-0002.pgp From mikael.urankar at ujf-grenoble.fr Thu Feb 24 15:56:20 2011 From: mikael.urankar at ujf-grenoble.fr (Urankar Mikael) Date: Thu Feb 24 15:56:27 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <20110219132508.GA32464@gmail.com> References: <20110219132508.GA32464@gmail.com> Message-ID: <20110224151624.GI82751@iut-mir-o.ujf-grenoble.fr> On Sat 19 February 2011 at 09:25:10PM +0800, Martin Wilke wrote: > We are calling the update xorg 7.5.1. > Works fine here on 9-current amd64 with a GeForce Go 7300 (xf86-intel-2.7.1_4) and a ati r710 (xf86-video-ati-6.14.0) Thanks ! From avilla at freebsd.org Thu Feb 24 17:22:57 2011 From: avilla at freebsd.org (Alberto Villa) Date: Thu Feb 24 17:23:03 2011 Subject: ccache: support other world compilers In-Reply-To: <201012171203.34851.avilla@freebsd.org> References: <201012171203.34851.avilla@freebsd.org> Message-ID: <201102241822.49374.avilla@freebsd.org> On Friday 17 December 2010 12:03:30 Alberto Villa wrote: > the attached patch allows ccache to use non-default compilers > (especially clang, as it's the only one which will actually work) to build > world and kernel. ehaupt@ suggested to let ports@ review it it was about time to send a pr: http://www.freebsd.org/cgi/query-pr.cgi?pr=155008 -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla What this country needs is a dime that will buy a good five-cent bagel. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 314 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110224/1e5e7fa0/attachment.pgp From pgollucci at p6m7g8.com Thu Feb 24 19:05:18 2011 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Thu Feb 24 19:05:22 2011 Subject: Fwd: x11-drivers/xf86-video-ati613 Message-ID: <4D66ABEA.5020209@p6m7g8.com> -------- Original Message -------- Subject: x11-drivers/xf86-video-ati613 Date: Wed, 23 Feb 2011 19:13:07 +0100 From: David DEMELIER To: pgollucci@FreeBSD.org Hello, I just wonder why there is two x11-drivers/xf86-video-ati* drivers since there are same : markand@Melon /usr/ports/x11-drivers $ diff -ub xf86-video-ati/Makefile xf86-video-ati613/Makefile --- xf86-video-ati/Makefile 2010-12-27 20:55:37.000000000 +0100 +++ xf86-video-ati613/Makefile 2010-12-27 20:55:37.000000000 +0100 @@ -2,7 +2,7 @@ # Date Created: 17 Feb 2006 # Whom: Florent Thoumie # -# $FreeBSD: ports/x11-drivers/xf86-video-ati/Makefile,v 1.23 2010/12/27 19:55:37 pgollucci Exp $ +# $FreeBSD: ports/x11-drivers/xf86-video-ati613/Makefile,v 1.23 2010/12/27 19:55:37 pgollucci Exp $ # PORTNAME= xf86-video-ati Cheers, -- Demelier David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 188 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110224/f182bbfb/signature.pgp From miwi at FreeBSD.org Thu Feb 24 21:38:24 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Feb 24 21:38:28 2011 Subject: [Heads up] Ports now open Message-ID: The FreeBSD 7.3/8.2 release announcement is out, that gives Portmgr the great pleasure to announce that the ports tree is no longer in a slush mode. The ports tree is now fully open. From miwi at FreeBSD.org Thu Feb 24 21:44:57 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Feb 24 21:45:00 2011 Subject: x11-drivers/xf86-video-ati613 In-Reply-To: <4D66ABEA.5020209@p6m7g8.com> References: <4D66ABEA.5020209@p6m7g8.com> Message-ID: Hi, I haven't finished the repocopy yet... http://miwi.bsdcrew.de/2011/02/cft-xf86-video-ati-6-14-0/ On Fri, Feb 25, 2011 at 3:05 AM, Philip M. Gollucci wrote: > > > -------- Original Message -------- > Subject: x11-drivers/xf86-video-ati613 > Date: Wed, 23 Feb 2011 19:13:07 +0100 > From: David DEMELIER > To: pgollucci@FreeBSD.org > > Hello, > > I just wonder why there is two x11-drivers/xf86-video-ati* drivers > since there are same : > > markand@Melon /usr/ports/x11-drivers $ diff -ub > xf86-video-ati/Makefile xf86-video-ati613/Makefile > --- xf86-video-ati/Makefile 2010-12-27 20:55:37.000000000 +0100 > +++ xf86-video-ati613/Makefile 2010-12-27 20:55:37.000000000 +0100 > @@ -2,7 +2,7 @@ > # Date Created: 17 Feb 2006 > # Whom: Florent Thoumie > > # > -# $FreeBSD: ports/x11-drivers/xf86-video-ati/Makefile,v 1.23 > 2010/12/27 19:55:37 pgollucci Exp $ > +# $FreeBSD: ports/x11-drivers/xf86-video-ati613/Makefile,v 1.23 > 2010/12/27 19:55:37 pgollucci Exp $ > # > > PORTNAME= xf86-video-ati > > Cheers, > > -- > Demelier David > > > From miwi at FreeBSD.org Thu Feb 24 22:05:36 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Feb 24 22:05:39 2011 Subject: [Heads up] Ports now open In-Reply-To: References: Message-ID: On Fri, Feb 25, 2011 at 5:38 AM, Martin Wilke wrote: > The FreeBSD 7.3/8.2 release announcement is out, that gives Portmgr the > great pleasure > to announce that the ports tree is no longer in a slush mode. The ports > tree is now fully open. > > It should 7.4 not 7.3 ... From erwin at FreeBSD.org Fri Feb 25 00:37:49 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Feb 25 00:37:52 2011 Subject: INDEX build failed for 7.x Message-ID: <201102250037.p1P0bn43098113@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait.."Makefile", line 22: Need an operator make: fatal errors encountered -- cannot continue ===> databases/py-odbc failed *** Error code 1 *** Error code 1 Stop in /local0/portmgr/tindex/ports. *** Error code 1 Stop in /local0/portmgr/tindex/ports. 1 error Committers on the hook: araujo brooks delphij gahr linimon miwi rene Most recent CVS update was: U LEGAL U MOVED U UPDATING U Mk/bsd.ldap.mk U Tools/portbuild/errorlogs/index.shtml U accessibility/speech-dispatcher/Makefile U astro/astrometry/Makefile U astro/astrometry/distinfo U astro/pyephem/Makefile U audio/abraca/Makefile U audio/abraca/distinfo U audio/abraca/pkg-descr U audio/abraca/files/patch-src-components-collections-collections_view.vala U audio/abraca/files/patch-src-components-playlist-playlist_model.vala U audio/coverhunter/Makefile U audio/coverhunter/distinfo U audio/cpp-xmms2/Makefile U audio/cpp-xmms2/pkg-plist U audio/decibel-audio-player/Makefile U audio/gxmms2/Makefile U audio/gxmms2/distinfo U audio/mma/Makefile U audio/mma/distinfo U audio/p5-xmms2/Makefile U audio/p5-xmms2/pkg-plist U audio/py-xmms2/Makefile U audio/ruby-xmms2/Makefile U audio/streamtuner/Makefile U audio/streamtuner/distinfo U audio/xmms2/Makefile U audio/xmms2/distinfo U audio/xmms2/pkg-plist U audio/xmms2/files/patch-src-plugins-airplay-wscript U audio/xmms2/files/patch-wscript U biology/py-biopython/Makefile U biology/py-biopython/distinfo U cad/salome/Makefile U cad/salome/Makefile.ext U chinese/qterm/Makefile U comms/gnuradio/Makefile U comms/wsjt/Makefile U comms/wspr/Makefile U comms/wspr/distinfo U databases/p5-DBICx-MapMaker/Makefile U databases/p5-DBICx-MapMaker/distinfo U databases/pgloader/Makefile U databases/pgloader/distinfo U databases/py-MySQLdb-devel/Makefile U databases/py-MySQLdb-devel/distinfo U databases/py-mssql/Makefile U databases/py-mssql/distinfo U databases/py-odbc/Makefile U databases/py-odbc/distinfo U databases/py-pg_pqueue/Makefile U databases/py-pg_pqueue/distinfo U databases/py-psycopg2/Makefile U databases/py-pysqlite20/Makefile U databases/py-pysqlite20/distinfo U databases/py-pysqlite21/Makefile U databases/py-pysqlite21/distinfo U databases/py-pysqlite22/Makefile U databases/py-pysqlite22/distinfo U databases/py-pysqlite23/Makefile U databases/py-pysqlite23/distinfo U databases/skytools/Makefile U databases/zodb3/Makefile U deskutils/conduit/Makefile U deskutils/conduit/distinfo U deskutils/glipper/Makefile U deskutils/glipper/distinfo U deskutils/py-vobject/Makefile U deskutils/py-vobject/distinfo U deskutils/treeline/Makefile U deskutils/treeline/distinfo U devel/Makefile U devel/cx_Freeze/Makefile U devel/cx_Freeze/distinfo U devel/cx_Freeze/pkg-plist U devel/llvm-devel/Makefile U devel/llvm-devel/Makefile.svn_rev U devel/llvm-devel/distinfo U devel/llvm-devel/pkg-plist U dns/py-namebench/Makefile U dns/py-namebench/distinfo U dns/sshfp/Makefile U emulators/gns3/Makefile U emulators/gns3/distinfo U emulators/wahcade/Makefile U emulators/wahcade/distinfo U emulators/wine-doors/Makefile U emulators/wine-doors/distinfo U finance/openerp-server/Makefile U finance/sabernetdcs-client/Makefile U finance/tinyerp-server/Makefile U finance/tinyerp-server/distinfo U java/icedtea6-stubs/Makefile U lang/clang-devel/Makefile U lang/clang-devel/distinfo U lang/clang-devel/pkg-plist U lang/python25/Makefile U lang/python25/pkg-plist U lang/python26/Makefile U lang/python26/pkg-plist U lang/python26/files/patch-Modules-_ctypes-libffi-configure U lang/python26/files/patch-Modules-_ctypes-libffi-src-powerpc-ffitarget.h U net/openldap24-server/Makefile U net/openldap24-server/distinfo U net/openldap24-server/pkg-plist U net/openldap24-server/pkg-plist.client U net/openldap24-server/files/manpages U net/openldap24-server/files/patch-configure U net-p2p/Makefile U print/abcm2ps/Makefile U print/abcm2ps/distinfo U sysutils/conky/Makefile U textproc/doclifter/Makefile U textproc/doclifter/distinfo U textproc/xqilla/Makefile U textproc/xqilla/distinfo From erwin at FreeBSD.org Fri Feb 25 03:48:06 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri Feb 25 03:48:08 2011 Subject: INDEX now builds successfully on 7.x Message-ID: <201102250348.p1P3m6ii072000@builder.freebsd.org> From pgollucci at p6m7g8.com Fri Feb 25 05:34:37 2011 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Fri Feb 25 05:34:43 2011 Subject: x11-drivers/xf86-video-ati613 In-Reply-To: References: <4D66ABEA.5020209@p6m7g8.com> Message-ID: <4D673F6E.20907@p6m7g8.com> ty! On 2/24/2011 4:44 PM, Martin Wilke wrote: > Hi, > > I haven't finished the repocopy yet... > > http://miwi.bsdcrew.de/2011/02/cft-xf86-video-ati-6-14-0/ > > > On Fri, Feb 25, 2011 at 3:05 AM, Philip M. Gollucci wrote: > >> >> >> -------- Original Message -------- >> Subject: x11-drivers/xf86-video-ati613 >> Date: Wed, 23 Feb 2011 19:13:07 +0100 >> From: David DEMELIER >> To: pgollucci@FreeBSD.org >> >> Hello, >> >> I just wonder why there is two x11-drivers/xf86-video-ati* drivers >> since there are same : >> >> markand@Melon /usr/ports/x11-drivers $ diff -ub >> xf86-video-ati/Makefile xf86-video-ati613/Makefile >> --- xf86-video-ati/Makefile 2010-12-27 20:55:37.000000000 +0100 >> +++ xf86-video-ati613/Makefile 2010-12-27 20:55:37.000000000 +0100 >> @@ -2,7 +2,7 @@ >> # Date Created: 17 Feb 2006 >> # Whom: Florent Thoumie >> >> # >> -# $FreeBSD: ports/x11-drivers/xf86-video-ati/Makefile,v 1.23 >> 2010/12/27 19:55:37 pgollucci Exp $ >> +# $FreeBSD: ports/x11-drivers/xf86-video-ati613/Makefile,v 1.23 >> 2010/12/27 19:55:37 pgollucci Exp $ >> # >> >> PORTNAME= xf86-video-ati >> >> Cheers, >> >> -- >> Demelier David >> >> >> > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From avg at freebsd.org Fri Feb 25 10:27:12 2011 From: avg at freebsd.org (Andriy Gapon) Date: Fri Feb 25 10:27:14 2011 Subject: q: shared library version change => ports revision bump Message-ID: <4D67817A.5090703@freebsd.org> Hey ports guys, I wonder how you decide in what ports to bump revision numbers when there is a shared library version change in some port. I ask this with the very recent openldap24-client change in mind. For example, all (perhaps almost all) KDE4 ports got revision bump. But libchk tells me that only kdepimlibs installed binaries that are linked with libldap-2.4.so. (even kdeartwork got bumped.) I realize that there is a certain benefit/easiness to just bumping revisions of all ports that record any kind of dependency (however indirect/weak) if only just in case. But there is also a cost/churn to that. That cost may not seem to be very significant comparing to potentially prevented problems, but when multiplied by number of all people upgrading their ports and packages it gives a different perspective on the (limited Earth) resources wasted. And also it looks like virtuoso port was missed - libchk tells me that its executables are linked to the ldap library. P.S. This kind of thinking may be applicable to the recommendation given in UPDATING as well. P.P.S. Things like this are probably best handled by specifying 'provides/requires' contracts for the ports/packages (e.g. provides libxxx.so.N, requires libyyy.so.M), but that's a different (and quite huge) story. -- Andriy Gapon From mkbosmans at gmail.com Fri Feb 25 11:49:29 2011 From: mkbosmans at gmail.com (Maarten Bosmans) Date: Fri Feb 25 11:49:32 2011 Subject: Upstreaming PulseAudio patches Message-ID: Hi, I noticed that you have some patches against pulseaudio that would qualify for inclusion into pulse git master. As we're trying to get pulseaudio 1.0 out in a couple of months, it would be nice if you could send them to our mailing list for review. https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss Specifically the following patches could be included into master, if submitted (with proper #ifdef's of course) http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pulseaudio/files/extra-patch-src_daemon_main.c?rev=1.1 http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pulseaudio/files/patch-configure?rev=1.5 http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pulseaudio/files/patch-src_modules_module-detect.c?rev=1.1 http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pulseaudio/files/patch-src_modules_oss_module-oss.c?rev=1.1 http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/pulseaudio/files/patch-src_pulse_util.c?rev=1.1 But others probably would qualify too, I've not dug into this too deeply. Maarten Bosmans From Johan at double-l.nl Fri Feb 25 12:22:11 2011 From: Johan at double-l.nl (Johan Hendriks) Date: Fri Feb 25 12:22:15 2011 Subject: py-django from 1.2.4 to 1.2.5 breaks Baruwa. References: <57200BF94E69E54880C9BB1AF714BBCBDD314B@w2003s01.double-l.local> <87lj1csxtf.fsf@gmail.com> Message-ID: <57200BF94E69E54880C9BB1AF714BBCBDD318A@w2003s01.double-l.local> >"Johan Hendriks" writes: >> Downgrading py-django to 1.2.4 makes things happy again. >> >> So i wonder could it be something with the latest py-django port. >A few backwards incompatible changes were made indeed [1], but, >according to the team, they had to be made for the sake of security. >Maybe the application you're talking about was (ab)using some of these >features which have changed? >[1] http://docs.djangoproject.com/en/1.2/releases/1.2.5/ Thanks for your answer. Indeed it was baruwa who was at fault here. The maintainer fixed the issue with django. Thank you for your work. Regards, Johan From mickael.maillot at gmail.com Fri Feb 25 13:30:50 2011 From: mickael.maillot at gmail.com (=?ISO-8859-1?Q?Micka=EBl_Maillot?=) Date: Fri Feb 25 13:30:55 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <201102241241.02116.avilla@freebsd.org> References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: 2011/2/24 Alberto Villa : > On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: >> notice: nvidia-driver must be recompiled after update. > > it's working fine for me even without recompiling loading glx module failed so i couldn't launch OpenGL applications like XBMC or wine + Windows's games. relevant part of Xorg.log: (**) Feb 21 17:57:08 NVIDIA(0): Enabling RENDER acceleration (EE) Feb 21 17:57:08 NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) Feb 21 17:57:08 NVIDIA(0): log file that the GLX module has been loaded in your X (EE) Feb 21 17:57:08 NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) Feb 21 17:57:08 NVIDIA(0): you continue to encounter problems, Please try (EE) Feb 21 17:57:08 NVIDIA(0): reinstalling the NVIDIA driver. (II) Feb 21 17:57:09 NVIDIA(0): NVIDIA GPU GeForce 8600 GTS (G84) at PCI:1:0:0 (GPU-0) full log attached -------------- next part -------------- A non-text attachment was scrubbed... Name: Xorg.0.log Type: application/octet-stream Size: 11454 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110225/48e8284c/Xorg.0.obj From mickael.maillot at gmail.com Fri Feb 25 13:52:34 2011 From: mickael.maillot at gmail.com (=?ISO-8859-1?Q?Micka=EBl_Maillot?=) Date: Fri Feb 25 13:52:37 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: <201102241241.02116.avilla@freebsd.org> References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: 2011/2/24 Alberto Villa : > On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: >> notice: nvidia-driver must be recompiled after update. > > it's working fine for me even without recompiling loading glx module failed so i couldn't launch OpenGL applications like XBMC or wine + Windows's games. relevant part of Xorg.log: (**) Feb 21 17:57:08 NVIDIA(0): Enabling RENDER acceleration (EE) Feb 21 17:57:08 NVIDIA(0): Failed to initialize the GLX module; please check in your X (EE) Feb 21 17:57:08 NVIDIA(0): log file that the GLX module has been loaded in your X (EE) Feb 21 17:57:08 NVIDIA(0): server, and that the module is the NVIDIA GLX module. If (EE) Feb 21 17:57:08 NVIDIA(0): you continue to encounter problems, Please try (EE) Feb 21 17:57:08 NVIDIA(0): reinstalling the NVIDIA driver. (II) Feb 21 17:57:09 NVIDIA(0): NVIDIA GPU GeForce 8600 GTS (G84) at PCI:1:0:0 (GPU-0) full log attached -------------- next part -------------- A non-text attachment was scrubbed... Name: Xorg.0.log Type: application/octet-stream Size: 11454 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110225/48e8284c/Xorg.0-0001.obj From miwi at FreeBSD.org Fri Feb 25 13:59:15 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri Feb 25 13:59:18 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: please rebuild nvidia-driver and restart complete all. On Fri, Feb 25, 2011 at 9:30 PM, Micka?l Maillot wrote: > 2011/2/24 Alberto Villa : > > On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: > >> notice: nvidia-driver must be recompiled after update. > > > > it's working fine for me even without recompiling > > loading glx module failed so i couldn't launch OpenGL applications > like XBMC or wine + Windows's games. > > relevant part of Xorg.log: > > (**) Feb 21 17:57:08 NVIDIA(0): Enabling RENDER acceleration > (EE) Feb 21 17:57:08 NVIDIA(0): Failed to initialize the GLX module; > please check in your X > (EE) Feb 21 17:57:08 NVIDIA(0): log file that the GLX module has > been loaded in your X > (EE) Feb 21 17:57:08 NVIDIA(0): server, and that the module is the > NVIDIA GLX module. If > (EE) Feb 21 17:57:08 NVIDIA(0): you continue to encounter > problems, Please try > (EE) Feb 21 17:57:08 NVIDIA(0): reinstalling the NVIDIA driver. > (II) Feb 21 17:57:09 NVIDIA(0): NVIDIA GPU GeForce 8600 GTS (G84) at > PCI:1:0:0 (GPU-0) > > full log attached > From miwi at FreeBSD.org Fri Feb 25 13:59:15 2011 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri Feb 25 13:59:23 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: please rebuild nvidia-driver and restart complete all. On Fri, Feb 25, 2011 at 9:30 PM, Micka?l Maillot wrote: > 2011/2/24 Alberto Villa : > > On Thursday 24 February 2011 12:07:29 Micka?l Maillot wrote: > >> notice: nvidia-driver must be recompiled after update. > > > > it's working fine for me even without recompiling > > loading glx module failed so i couldn't launch OpenGL applications > like XBMC or wine + Windows's games. > > relevant part of Xorg.log: > > (**) Feb 21 17:57:08 NVIDIA(0): Enabling RENDER acceleration > (EE) Feb 21 17:57:08 NVIDIA(0): Failed to initialize the GLX module; > please check in your X > (EE) Feb 21 17:57:08 NVIDIA(0): log file that the GLX module has > been loaded in your X > (EE) Feb 21 17:57:08 NVIDIA(0): server, and that the module is the > NVIDIA GLX module. If > (EE) Feb 21 17:57:08 NVIDIA(0): you continue to encounter > problems, Please try > (EE) Feb 21 17:57:08 NVIDIA(0): reinstalling the NVIDIA driver. > (II) Feb 21 17:57:09 NVIDIA(0): NVIDIA GPU GeForce 8600 GTS (G84) at > PCI:1:0:0 (GPU-0) > > full log attached > From cvs-src at yandex.ru Fri Feb 25 15:00:27 2011 From: cvs-src at yandex.ru (Ruslan Mahmatkhanov) Date: Fri Feb 25 15:00:29 2011 Subject: q: shared library version change => ports revision bump In-Reply-To: <4D67817A.5090703@freebsd.org> References: <4D67817A.5090703@freebsd.org> Message-ID: <4D67C3AD.3010300@yandex.ru> 25.02.2011 13:16, Andriy Gapon ?????: > And also it looks like virtuoso port was missed - libchk tells me that its > executables are linked to the ldap library. > Just want to add, that security/sudo need to be bumped too (in my case it was built with ldap support and fails to run after openldap update). -- Regards, Ruslan From avilla at freebsd.org Fri Feb 25 17:29:14 2011 From: avilla at freebsd.org (Alberto Villa) Date: Fri Feb 25 17:29:20 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: <201102251828.58379.avilla@freebsd.org> On Friday 25 February 2011 14:30:47 Micka?l Maillot wrote: > loading glx module failed so i couldn't launch OpenGL applications > like XBMC or wine + Windows's games. yes, after some hours it started complaining, and rebuilding fixed it -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla In fiction the recourse of the powerless is murder; in life the recourse of the powerless is petty theft. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 314 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110225/6a069d5e/attachment.pgp From avilla at freebsd.org Fri Feb 25 17:29:14 2011 From: avilla at freebsd.org (Alberto Villa) Date: Fri Feb 25 17:29:21 2011 Subject: [CFT] Xorg 7.5.1 In-Reply-To: References: <20110219132508.GA32464@gmail.com> <201102241241.02116.avilla@freebsd.org> Message-ID: <201102251828.58379.avilla@freebsd.org> On Friday 25 February 2011 14:30:47 Micka?l Maillot wrote: > loading glx module failed so i couldn't launch OpenGL applications > like XBMC or wine + Windows's games. yes, after some hours it started complaining, and rebuilding fixed it -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla In fiction the recourse of the powerless is murder; in life the recourse of the powerless is petty theft. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 314 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110225/6a069d5e/attachment-0001.pgp From wblock at wonkity.com Fri Feb 25 17:53:26 2011 From: wblock at wonkity.com (Warren Block) Date: Fri Feb 25 17:53:28 2011 Subject: Idea: entries in UPDATING for each release In-Reply-To: <20100928235321.GB93659@atarininja.org> References: <20100928235321.GB93659@atarininja.org> Message-ID: On Tue, 28 Sep 2010, Wesley Shields wrote: > On Tue, Sep 28, 2010 at 12:07:08PM -0600, Warren Block wrote: >> Right now, people who install ports from a -release CD and then start >> upgrading don't have a clear marker for how far back to go in UPDATING. >> >> A simple entry would be enough: >> >> 20100703: >> AFFECTS: >> AUTHOR: >> >> FreeBSD 8.1-RELEASE >> >> Not sure what AFFECTS should say. There might be other useful >> information that could be included in the note. Comments? > > I'm certainly not opposed to the idea but what exactly do we use for a > date? When the tree is tagged? When the release media is finalized and > published to mirrors? What about tag slippage? Do we account for that? > > If the only goal is to get a rough idea of when a release was cut then > either when the tree is tagged or when the media is pushed out to > mirrors is probably sufficient. Based on what I saw with source, a 20110224 8.2-RELEASE entry should be just before the 20110224 entry for net/openldap. From h.skuhra at gmail.com Fri Feb 25 19:24:50 2011 From: h.skuhra at gmail.com (Herbert J. Skuhra) Date: Fri Feb 25 19:25:28 2011 Subject: plist error - audio/pulseaudio and audio/xmms2 Message-ID: <87ipw8c5cg.wl%h.skuhra@gmail.com> Hi, the following two ports install some files missing in the plist if audio/alsa-lib is installed: +--- audio/pulseaudio: /usr/local/lib/pulse-0.9.22/modules/libalsa-util.so /usr/local/lib/pulse-0.9.22/modules/module-alsa-sink.so /usr/local/lib/pulse-0.9.22/modules/module-alsa-source.so /usr/local/lib/pulse-0.9.22/modules/module-alsa-card.so /usr/local/lib/pulse-0.9.22/modules/libalsa-util.a /usr/local/lib/pulse-0.9.22/modules/module-alsa-sink.a /usr/local/lib/pulse-0.9.22/modules/module-alsa-source.a /usr/local/lib/pulse-0.9.22/modules/module-alsa-card.a audio/xmms2: /usr/local/lib/xmms2/libxmms_alsa.so +--- No patch attached, because I am not 100% sure, if a) ALSA should be disabled unconditionally or b) a knob for ALSA should be added. -- Herbert From bart at ravenslair.nl Fri Feb 25 22:23:45 2011 From: bart at ravenslair.nl (Bart Grefte) Date: Fri Feb 25 22:23:48 2011 Subject: ath9k driver Message-ID: Hi, I am looking for the FreeBSD equivalent of the ath9k driver that comes with Linux. Can't find it between the ports on you're website and Google gives (as results) plenty of people looking for the same thing I am, just no (definitive) answer. Do you happen to know if this driver has been ported to FreeBSD? With regards, Bart Grefte From bf1783 at googlemail.com Sat Feb 26 02:19:42 2011 From: bf1783 at googlemail.com (b. f.) Date: Sat Feb 26 02:19:46 2011 Subject: ath9k driver Message-ID: >I am looking for the FreeBSD equivalent of the ath9k driver that comes with >Linux. >Can't find it between the ports on you're website and Google gives (as >results) plenty of people looking for the same thing I am, just no >(definitive) answer. >Do you happen to know if this driver has been ported to FreeBSD? Some, but not all, of the driver's functionality is available in ath(4). [Some of the earliest (partially-)open-source Atheros support started in FreeBSD, but the Linux drivers borrowed from this, and offer more features at the moment.] There is work being done to add more in -CURRENT -- see, for example: http://lists.freebsd.org/pipermail/freebsd-current/2011-January/022467.html http://lists.freebsd.org/pipermail/freebsd-mobile/2011-February/012243.html The freebsd-current and freebsd-mobile mailing lists are better for this topic. b. From barbara.xxx1975 at libero.it Sat Feb 26 10:14:48 2011 From: barbara.xxx1975 at libero.it (Barbara) Date: Sat Feb 26 10:14:52 2011 Subject: x11-toolkits/linux-f10-gtk2 failure after linux-f10-pango upgrade Message-ID: <18300880.2528921298714590231.JavaMail.root@wmail9.libero.it> I'm facing a failure trying to upgrade linux-f10-gtk2. Even if linux-f10-pango is upgraded yet, the upgrade process checks for: ===> Verifying reinstall for /compat/linux/usr/lib/libpango-1.0.so.0.2203.0 in /usr/ports/x11-toolkits/linux-f10-pango and so it try to install (not upgrade) linux-f10-pango because the so version has changed, and it fails So I think that the following patch is needed (http://pastebin.com/bDJ0Hfrt) --- bsd.linux-apps.mk.orig 2011-02-25 12:00:59.000000000 +0100 +++ bsd.linux-apps.mk 2011-02-26 10:58:36.000000000 +0100 @@ -388,7 +388,7 @@ pango_FILE= ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1001.1 pango_f8_FILE= ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1800.4 -pango_f10_FILE= ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2203.0 +pango_f10_FILE= ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2800.3 pango_DETECT= ${pango${LINUX_DIST_SUFFIX:S/-/_/}_FILE} pango_PORT= ${PORTSDIR}/x11-toolkits/linux${LINUX_DIST_SUFFIX}-pango pango_DEPENDS= cairo expat fontconfig xorglibs Barbara From ehaupt at FreeBSD.org Sat Feb 26 11:32:23 2011 From: ehaupt at FreeBSD.org (Emanuel Haupt) Date: Sat Feb 26 11:32:27 2011 Subject: x11-toolkits/linux-f10-gtk2 failure after linux-f10-pango upgrade In-Reply-To: <18300880.2528921298714590231.JavaMail.root@wmail9.libero.it> References: <18300880.2528921298714590231.JavaMail.root@wmail9.libero.it> Message-ID: <20110226123216.1cfa349e.ehaupt@FreeBSD.org> Barbara wrote: > I'm facing a failure trying to upgrade linux-f10-gtk2. > Even if linux-f10-pango is upgraded yet, the upgrade process checks > for: ===> Verifying reinstall > for /compat/linux/usr/lib/libpango-1.0.so.0.2203.0 > in /usr/ports/x11-toolkits/linux-f10-pango and so it try to install > (not upgrade) linux-f10-pango because the so version has changed, and > it fails > > So I think that the following patch is needed > (http://pastebin.com/bDJ0Hfrt) > --- bsd.linux-apps.mk.orig 2011-02-25 12:00:59.000000000 +0100 > +++ bsd.linux-apps.mk 2011-02-26 10:58:36.000000000 +0100 > @@ -388,7 +388,7 @@ > > pango_FILE= > ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1001.1 > pango_f8_FILE= > ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1800.4 > -pango_f10_FILE= > ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2203.0 > +pango_f10_FILE= > ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2800.3 > pango_DETECT= ${pango${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > pango_PORT= ${PORTSDIR}/x11-toolkits/linux > ${LINUX_DIST_SUFFIX}-pango pango_DEPENDS= cairo expat > fontconfig xorglibs > > Barbara I see ale just fixed it. It was interesting that portmaster was able to update and portupgrade failed. Emanuel From jos at webrz.net Sat Feb 26 11:39:54 2011 From: jos at webrz.net (Jos Chrispijn) Date: Sat Feb 26 11:39:57 2011 Subject: Dovecot Sieve In-Reply-To: <20110221223240.53f42f74@gumby.homeunix.com> References: <4D62B96C.9090301@webrz.net> <4D62C01C.4000404@gmail.com> <20110221223240.53f42f74@gumby.homeunix.com> Message-ID: <4D68E395.7000508@webrz.net> RW: > In practice managesieve support isn't widespread enough for it to be a > sole mean of updating scripts, so it's common to provide a webpage for > the purpose, which may use managesieve as a standard interface. Going > through managesieve prevents a script with syntax errors overwriting a > working script. > Thanks all for the replies, I think I will use Procmail for this purpose (as Jack suggested). Will let you know how I managed this once this is up and running. regards, Jos Chrispijn From demelier.david at gmail.com Sat Feb 26 14:23:11 2011 From: demelier.david at gmail.com (David Demelier) Date: Sat Feb 26 14:23:15 2011 Subject: Find a corrupt port Message-ID: <4D690CA4.9090008@gmail.com> Hello, It seems I have a corrupted port on my system : $ pkg_info [...] dmxproto-2.3 DMX extension headers pkg_info: corrupted record (pkgdep line without argument), ignoring pkg_info: corrupted record (pkgdep line without argument), ignoring pkg_info: corrupted record (pkgdep line without argument), ignoring pkg_info: corrupted record (pkgdep line without argument), ignoring docproj-1.17_4 The "meta-port" for the FreeBSD Documentation Project [...] Because it happens after dmxproto O tought it was this one, but after a make deinstall reinstall in x11/dmxproto the corrupt message is still there so I'm guessing if it's the corrupted port. How can I easily find? Cheers, -- David Demelier From roam at ringlet.net Sat Feb 26 14:30:17 2011 From: roam at ringlet.net (Peter Pentchev) Date: Sat Feb 26 14:30:26 2011 Subject: Find a corrupt port In-Reply-To: <4D690CA4.9090008@gmail.com> References: <4D690CA4.9090008@gmail.com> Message-ID: <20110226142957.GA3670@straylight.ringlet.net> On Sat, Feb 26, 2011 at 03:22:28PM +0100, David Demelier wrote: > Hello, > > It seems I have a corrupted port on my system : > > $ pkg_info > [...] > dmxproto-2.3 DMX extension headers > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > docproj-1.17_4 The "meta-port" for the FreeBSD Documentation Project > [...] > > Because it happens after dmxproto O tought it was this one, but > after a make deinstall reinstall in x11/dmxproto the corrupt message > is still there so I'm guessing if it's the corrupted port. > > How can I easily find? Well, one way is to look for pkgdep lines without arguments: cd /var/db/pkg find . -mindepth 2 -maxdepth 2 -type f -print0 | xargs -0 egrep -e 'pkgdep[[:space:]]*$' If this doesn't work, you can always run pkg_info for all your packages: cd /var/db/pkg for i in */; do pkg_info "$i" 2>&1 >/dev/null | sed -e "s@^@$i "; done Hope that helps. G'luck, Peter -- Peter Pentchev roam@ringlet.net roam@FreeBSD.org peter@packetscale.com PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If this sentence were in Chinese, it would say something else. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110226/04df6efe/attachment.pgp From lenzi.sergio at gmail.com Sat Feb 26 16:34:53 2011 From: lenzi.sergio at gmail.com (Sergio de Almeida Lenzi) Date: Sat Feb 26 16:34:56 2011 Subject: Find a corrupt port In-Reply-To: <4D690CA4.9090008@gmail.com> References: <4D690CA4.9090008@gmail.com> Message-ID: <1298738086.92768.3.camel@z6000.lenzicasa> I use this script to get rid of the problem the script detects @pkgdep record without argument and deletes it from the +CONTENTS file in the /var/db/pkg/* directory =========================================== for i in /var/db/pkg/*/+CONTENTS do if grep -q "@pkgdep $" $i then sed -i "" -e "/@pkgdep $/d" $i echo nullpkg in $i fi done ============================================== Em S?b, 2011-02-26 ?s 15:22 +0100, David Demelier escreveu: > Hello, > > It seems I have a corrupted port on my system : > > $ pkg_info > [...] > dmxproto-2.3 DMX extension headers > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > pkg_info: corrupted record (pkgdep line without argument), ignoring > docproj-1.17_4 The "meta-port" for the FreeBSD Documentation Project > [...] > > Because it happens after dmxproto O tought it was this one, but after a > make deinstall reinstall in x11/dmxproto the corrupt message is still > there so I'm guessing if it's the corrupted port. > > How can I easily find? > > Cheers, > From 000.fbsd at quip.cz Sat Feb 26 16:43:44 2011 From: 000.fbsd at quip.cz (Miroslav Lachman) Date: Sat Feb 26 16:43:48 2011 Subject: pecl-intl vs php5-intl Message-ID: <4D6929EA.2080201@quip.cz> Hi, as part of my upgrade of Roundcube to 0.5, I came to the new listed dependency on PECL extension pecl-intl. As stated in PHP manual http://www.php.net/manual/en/intl.requirements.php: "This extension is bundled with PHP as of PHP version 5.3.0." So can we have it as part of the lang/php5-extensions (for PHP 5.3) and leave it as pecl-intl for PHP 5.2? Miroslav Lachman From erwin at FreeBSD.org Sat Feb 26 21:42:35 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat Feb 26 21:42:37 2011 Subject: INDEX build failed for 7.x Message-ID: <201102262142.p1QLgZlx020689@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: p5-Test-Reporter-Transport-Metabase-1.999008: no entry for /usr/ports/devel/p5-CPAN-Testers-Report make_index: p5-Test-Reporter-Transport-Metabase-1.999008: no entry for /usr/ports/devel/p5-CPAN-Testers-Report Committers on the hook: db marcus mm rene skv swills vd Most recent CVS update was: U comms/xdx/Makefile U devel/Makefile U devel/argouml/Makefile U devel/argouml/distinfo U devel/p5-CPAN-Reporter/Makefile U devel/p5-CPAN-Reporter/distinfo U devel/p5-CPAN-Reporter/pkg-descr U devel/p5-CPAN-Reporter/pkg-plist U devel/p5-CPAN-Reporter-Smoker/Makefile U devel/p5-CPAN-Reporter-Smoker/distinfo U devel/p5-CPAN-Reporter-Smoker/pkg-descr U devel/p5-CPAN-Reporter-Smoker/pkg-plist U devel/p5-Config-Perl-V/Makefile U devel/p5-Config-Perl-V/distinfo U devel/p5-Config-Perl-V/pkg-descr U devel/p5-Config-Perl-V/pkg-plist U devel/p5-Devel-Autoflush/Makefile U devel/p5-Devel-Autoflush/distinfo U devel/p5-Devel-Autoflush/pkg-descr U devel/p5-Devel-Autoflush/pkg-plist U devel/p5-ExtUtils-Constant/Makefile U devel/p5-ExtUtils-Constant/distinfo U devel/p5-ExtUtils-Constant/pkg-plist U devel/p5-Metabase-Client-Simple/Makefile U devel/p5-Metabase-Client-Simple/distinfo U devel/p5-Metabase-Client-Simple/pkg-descr U devel/p5-Metabase-Client-Simple/pkg-plist U devel/p5-Metabase-Fact/Makefile U devel/p5-Metabase-Fact/distinfo U devel/p5-Metabase-Fact/pkg-descr U devel/p5-Metabase-Fact/pkg-plist U devel/p5-POE-Component-Logger/Makefile U devel/p5-POE-Component-Logger/distinfo U devel/p5-POE-Component-Logger/pkg-descr U devel/p5-Term-Title/Makefile U devel/p5-Term-Title/distinfo U devel/p5-Term-Title/pkg-descr U devel/p5-Term-Title/pkg-plist U devel/p5-Test-Reporter-Transport-Metabase/Makefile U devel/p5-Test-Reporter-Transport-Metabase/distinfo U devel/p5-Test-Reporter-Transport-Metabase/pkg-descr U devel/p5-Test-Reporter-Transport-Metabase/pkg-plist U devel/p5-base/Makefile U devel/p5-base/distinfo U sysutils/Makefile U sysutils/debootstrap/Makefile U sysutils/debootstrap/distinfo U sysutils/debootstrap/pkg-descr U sysutils/debootstrap/pkg-plist U sysutils/debootstrap/files/patch-Makefile U sysutils/debootstrap/files/patch-debootstrap U sysutils/debootstrap/files/patch-functions U sysutils/hal/distinfo U textproc/libextractor/Makefile U textproc/libextractor/distinfo U textproc/libextractor/pkg-plist U www/p5-Catalyst-Authentication-Store-LDAP/Makefile U www/p5-Catalyst-Authentication-Store-LDAP/distinfo U www/p5-Test-HTTP/Makefile U www/p5-Test-HTTP/distinfo U x11/brightside/Makefile From demelier.david at gmail.com Sat Feb 26 21:51:10 2011 From: demelier.david at gmail.com (David Demelier) Date: Sat Feb 26 21:51:13 2011 Subject: Find a corrupt port In-Reply-To: <1298738086.92768.3.camel@z6000.lenzicasa> References: <4D690CA4.9090008@gmail.com> <1298738086.92768.3.camel@z6000.lenzicasa> Message-ID: <4D6975A2.4040905@gmail.com> On 26/02/2011 17:34, Sergio de Almeida Lenzi wrote: > I use this script to get rid of the problem > the script detects @pkgdep record without argument > and deletes it from the +CONTENTS file in the /var/db/pkg/* directory > =========================================== > > for i in /var/db/pkg/*/+CONTENTS > do > if grep -q "@pkgdep $" $i > then > sed -i "" -e "/@pkgdep $/d" $i > echo nullpkg in $i > fi > done > > ============================================== > > > > > > Em S?b, 2011-02-26 ?s 15:22 +0100, David Demelier escreveu: >> Hello, >> >> It seems I have a corrupted port on my system : >> >> $ pkg_info >> [...] >> dmxproto-2.3 DMX extension headers >> pkg_info: corrupted record (pkgdep line without argument), ignoring >> pkg_info: corrupted record (pkgdep line without argument), ignoring >> pkg_info: corrupted record (pkgdep line without argument), ignoring >> pkg_info: corrupted record (pkgdep line without argument), ignoring >> docproj-1.17_4 The"meta-port" for the FreeBSD Documentation Project >> [...] >> >> Because it happens after dmxproto O tought it was this one, but after a >> make deinstall reinstall in x11/dmxproto the corrupt message is still >> there so I'm guessing if it's the corrupted port. >> >> How can I easily find? >> >> Cheers, >> > There is something absolutely easier : egrep '^@pkgdep $' /var/db/pkg/*/+CONTENTS Cheers, -- David Demelier From gdoe6545 at yahoo.it Sat Feb 26 22:06:09 2011 From: gdoe6545 at yahoo.it (Phill) Date: Sat Feb 26 22:06:12 2011 Subject: FreeBSD Port: smokeping-2.4.2_6 Message-ID: I'm getting the following error whilst trying to run the smokeping.cgi [Sat Feb 26 22:48:54 2011] [error] [client 192.168.200.19] /libexec/ld-elf.so.1: /usr/local/lib/libgthread-2.0.so.0: Undefined symbol "pthread_getschedparam", referer: http:///smoke/smokeping.cgi I've tried rebuilding the dependencies but doesn't seem to help. From michael.scheidell at secnap.com Sat Feb 26 22:17:48 2011 From: michael.scheidell at secnap.com (Michael Scheidell) Date: Sat Feb 26 22:17:50 2011 Subject: FreeBSD Port: smokeping-2.4.2_6 In-Reply-To: References: Message-ID: <4D697C1E.8050106@secnap.com> On 2/26/11 4:53 PM, Phill wrote: > I'm getting the following error whilst trying to run the smokeping.cgi > > [Sat Feb 26 22:48:54 2011] [error] [client 192.168.200.19] /libexec/ld-elf.so.1: /usr/local/lib/libgthread-2.0.so.0: Undefined symbol "pthread_getschedparam", referer:http:///smoke/smokeping.cgi > > I've tried rebuilding the dependencies but doesn't seem to help. > looks like libpthread is missing/wrong, bad. post uname -a file /usr/local/lib/libgthread-2.0.so.0 pkg_info glib\* -- Michael Scheidell, CTO o: 561-999-5000 d: 561-948-2259 ISN: 1259*1300 >*| *SECNAP Network Security Corporation * Certified SNORT Integrator * 2008-9 Hot Company Award Winner, World Executive Alliance * Five-Star Partner Program 2009, VARBusiness * Best in Email Security,2010: Network Products Guide * King of Spam Filters, SC Magazine 2008 ______________________________________________________________________ This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/ ______________________________________________________________________ From nox at jelal.kn-bremen.de Sat Feb 26 22:22:38 2011 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Sat Feb 26 22:22:41 2011 Subject: LIRC - Linux Infared Remote Control In-Reply-To: <20110218213035.GA46071@triton8.kn-bremen.de> References: <20110218071335.GA58313@e.0x20.net> <20110218213035.GA46071@triton8.kn-bremen.de> Message-ID: <20110226222136.GA93043@triton8.kn-bremen.de> On Fri, Feb 18, 2011 at 10:30:35PM +0100, Juergen Lock wrote: > On Fri, Feb 18, 2011 at 09:37:50AM +0100, Bernhard Froehlich wrote: > > On Fri, 18 Feb 2011 08:13:35 +0100, Lars Engels wrote: > > > On Thu, Feb 17, 2011 at 08:22:23PM -0500, grarpamp wrote: > > >> Putting 'infrared' into the search box here: > > >> http://www.freebsd.org/ports/ > > >> fails to list this port, because its description is spelled wrong. > > Ooops, noted. :) > > > >> Daniel no longer maintains this. So I suppose the listing, long > > >> description, and Makefile contacts should be cut over to ports@. > > >> Thanks. > > > > > > Probably nox@ should step up? :) > > > > Yeah, don't worry. nox@ is working on updating the lirc port: > > > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011636.html > > Yes, and I have now made the update install docs and example remotes > too: > > http://people.freebsd.org/~nox/dvb/lirc/lirc-0.9.0p1_3.patch > > Committing the update to ports will have to wait until after the > end of the slush tho I think since the liblirc_client.so shilb > version was bumped and there a few ports that depend on the old > version that will have to be updated as well. > > In other news, the usb ftdi support, > > http://www.huitsing.nl/irftdi/ > > has been tested now, and it required the same workaround I had to > do for this mceusb device I tested here (making hw_default.c delay > trailing spaces until before the next pulse to get irrecord working), > that patch already was in my port update last time but for the benefit > of non-FreeBSD lirc users I've also put it here: > > http://people.freebsd.org/~nox/dvb/lirc/patch-daemons%3a%3ahw_default.c.txt And now the lirc update is in, i.e. I just committed it: http://lists.freebsd.org/pipermail/cvs-ports/2011-February/212544.html Enjoy, :) Juergen From erwin at FreeBSD.org Sun Feb 27 00:43:10 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 27 00:43:12 2011 Subject: INDEX now builds successfully on 7.x Message-ID: <201102270043.p1R0h9Zq088218@builder.freebsd.org> From jhell at DataIX.net Sun Feb 27 02:40:43 2011 From: jhell at DataIX.net (jhell) Date: Sun Feb 27 02:40:47 2011 Subject: Find a corrupt port In-Reply-To: <4D6975A2.4040905@gmail.com> References: <4D690CA4.9090008@gmail.com> <1298738086.92768.3.camel@z6000.lenzicasa> <4D6975A2.4040905@gmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-Transfer-Encoding: QUOTED-PRINTABLE These are all very good suggestions but a simpler solution that someone dearly known as Doug Barton (dougb@) has already put a lot of work into. So instead of hacking it up and throwing a bunch of script at a user... lets give credit where credit is due! portmaster --check-depends If you do not have it already you can get it from (ports-mgmt/portmaster) On Sat, 26 Feb 2011 16:50, demelier.david@ wrote: > On 26/02/2011 17:34, Sergio de Almeida Lenzi wrote: >> I use this script to get rid of the problem >> the script detects @pkgdep record without argument >> and deletes it from the +CONTENTS file in the /var/db/pkg/* directory >> =========================================== >> >> for i in /var/db/pkg/*/+CONTENTS >> do >> if grep -q "@pkgdep $" $i >> then >> sed -i "" -e "/@pkgdep $/d" $i >> echo nullpkg in $i >> fi >> done >> >> ============================================== >> >> >> >> >> >> Em S?b, 2011-02-26 ?s 15:22 +0100, David Demelier escreveu: >>> Hello, >>> >>> It seems I have a corrupted port on my system : >>> >>> $ pkg_info >>> [...] >>> dmxproto-2.3 DMX extension headers >>> pkg_info: corrupted record (pkgdep line without argument), ignoring >>> pkg_info: corrupted record (pkgdep line without argument), ignoring >>> pkg_info: corrupted record (pkgdep line without argument), ignoring >>> pkg_info: corrupted record (pkgdep line without argument), ignoring >>> docproj-1.17_4 The"meta-port" for the FreeBSD Documentation Project >>> [...] >>> >>> Because it happens after dmxproto O tought it was this one, but after a >>> make deinstall reinstall in x11/dmxproto the corrupt message is still >>> there so I'm guessing if it's the corrupted port. >>> >>> How can I easily find? >>> >>> Cheers, >>> >> > > There is something absolutely easier : > > egrep '^@pkgdep $' /var/db/pkg/*/+CONTENTS > > Cheers, > > Regards, - -- jhell -----BEGIN PGP SIGNATURE----- Comment: THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND Comment: ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE Comment: IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE Comment: ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE Comment: FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL Comment: DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS Comment: OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) Comment: HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT Comment: LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY Comment: OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF Comment: SUCH DAMAGE. iQEcBAEBAgAGBQJNabmfAAoJEJBXh4mJ2FR+W+cH/2jYtFxPZHFHba+0s9y2LSWy 6awmtUgNFDFG+ZxPnDvrWLAmAaNbhSBVdLNxNtOa+1uXsN6+QqPcE/qwUK/PigZ2 xfUkhoLhGbjgtRfX45Ko+aN01tGiCL9lz6+mE5YwNTwT8rirlQiA2HXHsq9tF8eX prQYrtGzzfwd8z9vYC5IOUbEI7cAobe4UD2pizA3ZLk+JsbD654P6Mf+wrwztDO7 3qiOs/4krTjoaXj344mjfe55c4y1mBTJTX4PVKWAcCFgCC8czGZzXB/ad3PlxKl7 GpqI1F6hysvDWxkEMz/bmILf1hNIskt3okCm1ZNyOSywkR45vtCc06edTctBHn0= =Wam5 -----END PGP SIGNATURE----- From dougb at FreeBSD.org Sun Feb 27 03:43:57 2011 From: dougb at FreeBSD.org (Doug Barton) Date: Sun Feb 27 03:43:59 2011 Subject: Find a corrupt port In-Reply-To: <1298738086.92768.3.camel@z6000.lenzicasa> References: <4D690CA4.9090008@gmail.com> <1298738086.92768.3.camel@z6000.lenzicasa> Message-ID: <4D69C875.4010304@FreeBSD.org> On 02/26/2011 08:34, Sergio de Almeida Lenzi wrote: > I use this script to get rid of the problem > the script detects @pkgdep record without argument > and deletes it from the +CONTENTS file in the /var/db/pkg/* directory > =========================================== > > for i in /var/db/pkg/*/+CONTENTS > do > if grep -q "@pkgdep $" $i > then > sed -i "" -e "/@pkgdep $/d" $i > echo nullpkg in $i > fi > done The problem with this is that dependencies are actually recorded as a pair. For example: @pkgdep pkg-config-0.25_1 @comment DEPORIGIN:devel/pkg-config Someone else already was kind enough to mention 'portmaster --check-depends' which will prompt you to do the right thing and/or notify you about ports that you need to reinstall. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From Alexander at Leidinger.net Sun Feb 27 14:10:42 2011 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Sun Feb 27 14:10:49 2011 Subject: x11-toolkits/linux-f10-gtk2 failure after linux-f10-pango upgrade In-Reply-To: <20110226123216.1cfa349e.ehaupt@FreeBSD.org> References: <18300880.2528921298714590231.JavaMail.root@wmail9.libero.it> <20110226123216.1cfa349e.ehaupt@FreeBSD.org> Message-ID: <20110227151018.859834vzes7lx2g4@webmail.leidinger.net> Quoting Emanuel Haupt (from Sat, 26 Feb 2011 12:32:16 +0100): > Barbara wrote: >> I'm facing a failure trying to upgrade linux-f10-gtk2. >> Even if linux-f10-pango is upgraded yet, the upgrade process checks >> for: ===> Verifying reinstall >> for /compat/linux/usr/lib/libpango-1.0.so.0.2203.0 >> in /usr/ports/x11-toolkits/linux-f10-pango and so it try to install >> (not upgrade) linux-f10-pango because the so version has changed, and >> it fails >> >> So I think that the following patch is needed >> (http://pastebin.com/bDJ0Hfrt) >> --- bsd.linux-apps.mk.orig 2011-02-25 12:00:59.000000000 +0100 >> +++ bsd.linux-apps.mk 2011-02-26 10:58:36.000000000 +0100 >> @@ -388,7 +388,7 @@ >> >> pango_FILE= >> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1001.1 >> pango_f8_FILE= >> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1800.4 >> -pango_f10_FILE= >> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2203.0 >> +pango_f10_FILE= >> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2800.3 >> pango_DETECT= ${pango${LINUX_DIST_SUFFIX:S/-/_/}_FILE} >> pango_PORT= ${PORTSDIR}/x11-toolkits/linux >> ${LINUX_DIST_SUFFIX}-pango pango_DEPENDS= cairo expat >> fontconfig xorglibs >> >> Barbara > > I see ale just fixed it. It was interesting that portmaster was able to > update and portupgrade failed. Thanks to ale! Pointy hat to me. And indeed, "interesting" that one of them succeeded. Bye, Alexander. -- Bender: He's a witch! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From utisoft at gmail.com Sun Feb 27 15:18:13 2011 From: utisoft at gmail.com (Chris Rees) Date: Sun Feb 27 15:18:19 2011 Subject: Musicpd-1.16_1 white noise with MP3 playback Message-ID: Hi all, I've been deluged with complaints about the dreaded white noise with musicpd, and now I've finally reproduced it I've got a workaround: audio_output { type "oss" name "My OSS Device" device "/dev/dsp1" # CHANGE THIS FOR YOUR DSP! format "44100:16:2" # optional mixer_type "hardware" # optional mixer_device "/dev/mixer1" # CHANGE THIS FOR YOUR MIXER! mixer_control "PCM" # optional } I'm pretty sure it is (as Max Kellerman suggested) due to 24-bit support in musicpd; our base OSS doesn't play well with it. I'm sorry about the delay; I've got a Xonar D2X in this computer so I have to use ports OSS, which doesn't share this problem. Please let me know if you still have this problem! A 'proper' fix is in the works. Chris From erwin at FreeBSD.org Sun Feb 27 15:42:55 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 27 15:43:01 2011 Subject: INDEX build failed for 7.x Message-ID: <201102271542.p1RFgt0v017191@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet Committers on the hook: araujo miwi nivit Most recent CVS update was: U MOVED U audio/mma/Makefile U audio/mma/distinfo U audio/mma/pkg-plist U audio/mma/files/patch-mma.py U benchmarks/netperfmeter/Makefile U benchmarks/netperfmeter/distinfo U databases/hypertable/Makefile U databases/p5-DBIx-Class-Schema-Loader/Makefile U databases/p5-DBIx-Class-Schema-Loader/distinfo U databases/p5-DBIx-Class-Schema-Loader/pkg-plist U devel/google-perftools/Makefile U devel/google-perftools/distinfo U devel/google-perftools/pkg-plist U devel/p5-Class-C3-Componentised/Makefile U devel/p5-Class-C3-Componentised/distinfo U devel/p5-Test-Simple/Makefile U devel/p5-Test-Simple/distinfo U games/freecell-solver/Makefile U games/ninix-aya/Makefile U games/ninix-aya/distinfo U games/pokerth/Makefile U games/pokerth/distinfo U games/pokerth/files/patch-pokerth_game.pro U graphics/dataplot/Makefile U graphics/dataplot/distinfo U graphics/gimp-gmic-plugin/Makefile U graphics/gimp-gmic-plugin/distinfo U graphics/gimpfx-foundry/Makefile U graphics/gimpfx-foundry/distinfo U graphics/gimpfx-foundry/pkg-plist U mail/rspamd/Makefile U mail/ssmtp/Makefile U mail/ssmtp/distinfo U mail/ssmtp/files/patch-md5auth-hmac_md5.c U mail/ssmtp/files/patch-ssmtp.c U mail/ssmtp/files/remote-addr.patch U mail/sympa/Makefile U mail/sympa/distinfo U multimedia/gpodder/Makefile U multimedia/gpodder/distinfo U multimedia/gpodder/pkg-plist U multimedia/photofilmstrip/Makefile U net/Makefile U net/erlyvideo/Makefile U net/erlyvideo/distinfo U net/erlyvideo/pkg-plist U net/erlyvideo/files/patch-Makefile U net/pear-Net_LDAP2/Makefile U net/pear-Net_LDAP2/distinfo U net/trafshow/Makefile U net/trafshow/distinfo U security/pear-Crypt_CHAP/Makefile U security/pear-Crypt_CHAP/distinfo U security/py-PF/Makefile U security/py-PF/distinfo U security/py-bcrypt/Makefile U security/py-bcrypt/distinfo U security/py-bcrypt/pkg-descr U security/tor/Makefile U security/tor-devel/Makefile U sysutils/Makefile U sysutils/py-drmaa/Makefile U sysutils/py-drmaa/distinfo U sysutils/py-drmaa/pkg-descr U sysutils/py-drmaa/pkg-plist U textproc/pecl-yaml/Makefile U textproc/pecl-yaml/distinfo U textproc/py-xlrd/Makefile U www/habari/Makefile U www/habari/distinfo U www/habari/pkg-plist U www/nginx/Makefile U www/nginx-devel/Makefile U www/typo343/Makefile U www/typo343/distinfo U www/typo344/Makefile U www/typo344/distinfo U www/wordpress/Makefile U www/wordpress/distinfo U x11-wm/scrotwm/Makefile U x11-wm/scrotwm/distinfo From talon at lpthe.jussieu.fr Sun Feb 27 16:31:11 2011 From: talon at lpthe.jussieu.fr (Michel Talon) Date: Sun Feb 27 16:31:18 2011 Subject: Find a corrupt port Message-ID: <20110227163111.GA68197@lpthe.jussieu.fr> Doug Barton wrote: > The problem with this is that dependencies are actually recorded as a > pair. For example: > > @pkgdep pkg-config-0.25_1 > @comment DEPORIGIN:devel/pkg-config > > Someone else already was kind enough to mention 'portmaster > --check-depends' which will prompt you to do the right thing and/or > notify you about ports that you need to reinstall. Or if you like something more automated, faster, and giving more information, you can run: http://www.lpthe.jussieu.fr/~talon/check_pkg.py -- Michel TALON From rotkaps_spam_trap at gmx.de Sun Feb 27 16:39:33 2011 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Sun Feb 27 16:39:40 2011 Subject: xf86-video-ati 6.14.0 crashes System Message-ID: <8abq38-242.ln1@news.hansenet.de> Hi There, after update tu the new xorg on my FreeBSD8 my system crashes all time I start X. There is no mouse responding (no light in the mouse), the screen turns black and the system is not respondig by keybord. There is only a way out by hard-reset. The advice in UPDATING makes no fifference: "Section "Device"" Option "int10" "on" Option "BusType" "PCIE" Option "RenderAccel" "on" Option "AccelMethod" "exa" Option "DynamicPM" "on" Option "DRI" "on" System: FreeBSD 8.2-PRERELEASE #0: Thu Feb 3 23:46:34 CET 2011 Video-Card: drm0: on vgapci0 info: [drm] AGP at 0xf4000000 64MB info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs The old driver works fine: xf86-video-ati613-6.13.2 Are trhere any logs arround, if the System freezes? Heino From jlaffaye at freebsd.org Sun Feb 27 16:45:32 2011 From: jlaffaye at freebsd.org (Julien Laffaye) Date: Sun Feb 27 16:45:39 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: <8abq38-242.ln1@news.hansenet.de> References: <8abq38-242.ln1@news.hansenet.de> Message-ID: On Sun, Feb 27, 2011 at 4:39 PM, Heino Tiedemann wrote: > Hi There, > > after update tu the new xorg on my FreeBSD8 my system crashes all time > I start X. > > There is no mouse responding (no light in the mouse), the screen turns > black and the system is not respondig by keybord. > > There is only a way out by hard-reset. > > The advice in UPDATING makes no fifference: > > ? ? "Section "Device"" > ? ? ? Option "int10" "on" > ? ? ? Option "BusType" "PCIE" > ? ? ? Option "RenderAccel" "on" > ? ? ? Option "AccelMethod" "exa" > ? ? ? Option "DynamicPM" "on" > ? ? ? Option "DRI" "on" > > > System: FreeBSD 8.2-PRERELEASE #0: Thu Feb ?3 23:46:34 CET 2011 > > > > Video-Card: > > drm0: on vgapci0 > info: [drm] AGP at 0xf4000000 64MB > info: [drm] Initialized radeon 1.31.0 20080613 > info: [drm] Setting GART location based on new memory map > info: [drm] Loading R300 Microcode > info: [drm] Num pipes: 1 > info: [drm] writeback test succeeded in 1 usecs > > > The old driver works fine: xf86-video-ati613-6.13.2 > > > Are trhere any logs arround, if the System freezes? Look into /var/logs/Xorg.0.log FYI, I had the same problem. Try to update your ports tree and rebuild the driver to see if it fix the problem. (some files were commited after the big xorg commit because they were forgotten). If you built your video driver without the patches, it may be the origin of your problem. From wblock at wonkity.com Sun Feb 27 16:58:38 2011 From: wblock at wonkity.com (Warren Block) Date: Sun Feb 27 16:58:44 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: References: <8abq38-242.ln1@news.hansenet.de> Message-ID: On Sun, 27 Feb 2011, Julien Laffaye wrote: > On Sun, Feb 27, 2011 at 4:39 PM, Heino Tiedemann > wrote: >> Hi There, >> >> after update tu the new xorg on my FreeBSD8 my system crashes all time >> I start X. >> >> There is no mouse responding (no light in the mouse), the screen turns >> black and the system is not respondig by keybord. >> >> There is only a way out by hard-reset. >> >> The advice in UPDATING makes no fifference: >> >> ? ? "Section "Device"" >> ? ? ? Option "int10" "on" >> ? ? ? Option "BusType" "PCIE" >> ? ? ? Option "RenderAccel" "on" >> ? ? ? Option "AccelMethod" "exa" >> ? ? ? Option "DynamicPM" "on" >> ? ? ? Option "DRI" "on" Most of these are defaults. A Radeon 9600XT probably isn't PCIE, so definitely leave that out, or if necessary, set to the appropriate bus. > FYI, I had the same problem. Try to update your ports tree and rebuild > the driver to see if it fix the problem. (some files were commited > after the big xorg commit because they were forgotten). If you built > your video driver without the patches, it may be the origin of your > problem. In particular, there should be three patches in the files directory of the port: patch-src-atombios_output.c patch-src-radeon_driver.c patch-src-radeon_output.c From cmt at burggraben.net Sun Feb 27 18:19:54 2011 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Sun Feb 27 18:20:00 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: <8abq38-242.ln1@news.hansenet.de> References: <8abq38-242.ln1@news.hansenet.de> Message-ID: <20110227181950.GA1786@elch.exwg.net> ## Heino Tiedemann (rotkaps_spam_trap@gmx.de): > after update tu the new xorg on my FreeBSD8 my system crashes all time > I start X. Same here with drm0: on vgapci0 info: [drm] MSI enabled 1 message(s) vgapci0: child drm0 requested pci_enable_busmaster info: [drm] Initialized radeon 1.31.0 20080613 info: [drm] Setting GART location based on new memory map info: [drm] Loading R500 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs on FreeBSD 8.2-RELEASE (amd64). System crashes hard when starting X, no reaction on neither keyboard nor network (no arp, ping, ...). Changing the driver module to radeonhd fixed the problem for me (I was using ati/radeon as the radeonhd module caused trouble in the past, but that seems to be fixed now). Xorg -configure now chosen radeonhd, too. When using the ati/radeon driver, the system crashes too fast to leave any log (literally, Xorg.0.log was not changed), so I can't provide any information from there. Regards, Christoph -- Spare Space From cmt at burggraben.net Sun Feb 27 18:21:10 2011 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Sun Feb 27 18:23:04 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: References: <8abq38-242.ln1@news.hansenet.de> Message-ID: <20110227182107.GB1786@elch.exwg.net> ## Warren Block (wblock@wonkity.com): > In particular, there should be three patches in the files directory of > the port: > > patch-src-atombios_output.c > patch-src-radeon_driver.c > patch-src-radeon_output.c They do exist on my system, so I believe that's not the problem here. Regards, Christoph -- Spare Space From erwin at FreeBSD.org Sun Feb 27 18:42:32 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 27 18:42:39 2011 Subject: INDEX build failed for 7.x Message-ID: <201102271842.p1RIgWGa084409@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet Committers on the hook: amdmi3 araujo az lth lwhsu miwi nivit nox vanilla Most recent CVS update was: U MOVED U databases/libmemcached/Makefile U databases/libmemcached/distinfo U databases/p5-DBIx-Class-Schema-Loader/Makefile U devel/Makefile U devel/p5-Config-Auto/Makefile U devel/p5-Config-Auto/distinfo U devel/py-TurboJinja/Makefile U ftp/junglemonkey/Makefile U graphics/glosm/Makefile U graphics/glosm/distinfo U java/eclipse-pydev/Makefile U java/eclipse-pydev/distinfo U java/eclipse-pydev/pkg-plist U lang/python32/Makefile U lang/python32/pkg-plist U mail/ask/distinfo U mail/ask/pkg-descr U mail/py-turbomail/Makefile U multimedia/w_scan/Makefile U multimedia/w_scan/distinfo U multimedia/w_scan/files/patch-Makefile.in U textproc/Makefile U www/Makefile U www/py-Lightbox/Makefile U www/py-scriptaculous/Makefile U www/py-tgwebservices/Makefile U www/py-turbogears/Makefile U www/py-turbogears/distinfo U www/py-turbogears/pkg-plist U www/youtube_dl/Makefile U www/youtube_dl/distinfo From rotkaps_spam_trap at gmx.de Sun Feb 27 19:54:05 2011 From: rotkaps_spam_trap at gmx.de (Heino Tiedemann) Date: Sun Feb 27 19:54:13 2011 Subject: xf86-video-ati 6.14.0 crashes System References: <8abq38-242.ln1@news.hansenet.de> Message-ID: Julien Laffaye wrote: > FYI, I had the same problem. Try to update your ports tree and rebuild > the driver to see if it fix the problem. Done. Doas not mak it better.. :( From stephen at missouri.edu Sun Feb 27 20:53:22 2011 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Sun Feb 27 20:53:29 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <20110225094102.GH21668@droso.net> References: <20110225094102.GH21668@droso.net> Message-ID: <4D6AB2E6.1000107@missouri.edu> I am the maintainer of the port vis5d+. I just got this email (copied below) saying that vis5d+ isn't building right now. The issue seems to be that some reference to __i686.get_pc_thunk.bx is included twice at some point. This variable seems to be part of an object file crtbeginS.o that is created by gcc or gcc45, in what seem to me to be very mysterious conditions. I am rather sure that the issue has nothing to do with vis5d+, but rather is something to do with either gcc45, or libtools, neither of which I understand. Does anyone out there have any idea of what the problem is, or how it can be solved? Erwin Lansing wrote: Subject: Re: [ports-i386@FreeBSD.org: vis5d+-1.2.1_15 failed on i386 8] > > 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, 24 Feb 2011 02:48:11 GMT > From: User Ports-i386 > To: erwin@FreeBSD.org, miwi@FreeBSD.org, itetcu@FreeBSD.org, linimon@FreeBSD.org > Subject: vis5d+-1.2.1_15 failed on i386 8 > > Excerpt from the build log at > > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log ......................................... > > libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I. -I.. -I. -I/usr/local/include -O2 -pipe -DMIX_ANSI_IOSTREAMS -fPIC -fpermissive -Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing -std=gnu89 -Wall -D_THREAD_SAFE -c xdump.c -MT xdump.lo -MD -MP -MF .deps/xdump.TPlo -o xdump.o>/dev/null 2>&1 > /bin/sh /usr/local/bin/libtool --mode=link g++45 -O2 -pipe -DMIX_ANSI_IOSTREAMS -fPIC -fpermissive -Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing -L/usr/local/lib -L/usr/local/lib -pthread -Wl,-rpath=/usr/local/lib/gcc45 -o libvis5d.la -rpath /usr/local/lib -version-info 2:0:0 api.lo analysis.lo anim.lo box.lo chrono.lo compute.lo contour.lo groupchrono.lo globals.lo graphics.all.lo grid.lo image.lo imemory.lo map.lo matrix.lo linterp.lo memory.lo misc.lo mwmborder.lo proj.lo queue.lo render.lo rgb.lo record.lo save.lo socketio.lo stream.lo sounding.lo sync.lo tclsave.lo textplot.lo topo.lo traj.lo user_data.lo volume.lo vtmcP.lo work.lo sgidump.lo decimate.lo analyze_i.lo file_i.lo grid_i.lo misc_i.lo output_i.lo proj_i.lo projlist_i.lo read_epa_i.lo read_gr3d_i.lo read_grid_i.lo read_grads_i.lo read_uwvis_i.lo read_v5d_i.lo resample_i.lo select_i.lo tokenize_i.lo iapi.lo file.lo irregular_v5d.lo gl_to_ppm.lo graphics.ogl.lo graphics.scenes.lo graphics .v > rml.lo xdump.lo -lm -lgfx > libtool: link: c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/api.o .libs/analysis.o .libs/anim.o .libs/box.o .libs/chrono.o .libs/compute.o .libs/contour.o .libs/groupchrono.o .libs/globals.o .libs/graphics.all.o .libs/grid.o .libs/image.o .libs/imemory.o .libs/map.o .libs/matrix.o .libs/linterp.o .libs/memory.o .libs/misc.o .libs/mwmborder.o .libs/proj.o .libs/queue.o .libs/render.o .libs/rgb.o .libs/record.o .libs/save.o .libs/socketio.o .libs/stream.o .libs/sounding.o .libs/sync.o .libs/tclsave.o .libs/textplot.o .libs/topo.o .libs/traj.o .libs/user_data.o .libs/volume.o .libs/vtmcP.o .libs/work.o .libs/sgidump.o .libs/decimate.o .libs/analyze_i.o .libs/file_i.o .libs/grid_i.o .libs/misc_i.o .libs/output_i.o .libs/proj_i.o .libs/projlist_i.o .libs/read_epa_i.o .libs/read_gr3d_i.o .libs/read_grid_i.o .libs/read_grads_i.o .libs/read_uwvis_i.o .libs/read_v5d_i.o .libs/resample_i.o .libs/select_i.o .libs/tokenize_i.o .libs/iapi.o .libs/file.o .libs/irregu la > r_v5d.o .libs/gl_to_ppm.o .libs/graphics.ogl.o .libs/graphics.scenes.o .libs/graphics.vrml.o .libs/xdump.o -L/usr/local/lib -pthread -lgfx -L/usr/lib -lstdc++ -lm -lc -lgcc_s /usr/lib/crtendS.o /usr/lib/crtn.o -Wl,-rpath=/usr/local/lib/gcc45 -pthread -Wl,-rpath=/usr/local/lib/gcc45 -pthread -pthread -pthread -Wl,-soname -Wl,libvis5d.so.2 -o .libs/libvis5d.so.2 > .libs/api.o(.text.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': > : multiple definition of `__i686.get_pc_thunk.bx' > /usr/lib/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here > *** Error code 1 > > Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. > *** Error code 1 > > Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. > *** Error code 1 > > Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. > *** Error code 1 > > Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. > *** Error code 1 > > Stop in /a/ports/science/vis5d+. > ================================================================ > build of /usr/ports/science/vis5d+ ended at Thu Feb 24 02:47:46 UTC 2011 > > !DSPAM:4d65c6f0315011692978788! > > > ----- End forwarded message ----- From naddy at mips.inka.de Sun Feb 27 21:22:54 2011 From: naddy at mips.inka.de (Christian Weisgerber) Date: Sun Feb 27 21:23:01 2011 Subject: xf86-video-ati 6.14.0 crashes System References: <8abq38-242.ln1@news.hansenet.de> <20110227181950.GA1786@elch.exwg.net> Message-ID: Christoph Moench-Tegeder wrote: > > after update tu the new xorg on my FreeBSD8 my system crashes all time > > I start X. > > Same here with Also reported by me for the ATI Radeon RV370 X300 SE and somebody else for a differently branded card with the same chip. > When using the ati/radeon driver, the system crashes too fast to leave > any log (literally, Xorg.0.log was not changed), so I can't provide any > information from there. Yup. As a workaround, install the version 6.13 driver. A separate port has been created for it. # portupgrade -o x11-drivers/xf86-video-ati613 xf86-video-ati -- Christian "naddy" Weisgerber naddy@mips.inka.de From kostikbel at gmail.com Sun Feb 27 21:23:57 2011 From: kostikbel at gmail.com (Kostik Belousov) Date: Sun Feb 27 21:24:04 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <4D6AB2E6.1000107@missouri.edu> References: <20110225094102.GH21668@droso.net> <4D6AB2E6.1000107@missouri.edu> Message-ID: <20110227210026.GG78089@deviant.kiev.zoral.com.ua> On Sun, Feb 27, 2011 at 02:24:06PM -0600, Stephen Montgomery-Smith wrote: > I am the maintainer of the port vis5d+. I just got this email (copied > below) saying that vis5d+ isn't building right now. > > The issue seems to be that some reference to __i686.get_pc_thunk.bx is > included twice at some point. This variable seems to be part of an > object file crtbeginS.o that is created by gcc or gcc45, in what seem to > me to be very mysterious conditions. I am rather sure that the issue > has nothing to do with vis5d+, but rather is something to do with either > gcc45, or libtools, neither of which I understand. > > Does anyone out there have any idea of what the problem is, or how it > can be solved? Most likely, you compile source with gcc45, but link it with system c++, or libtool constructed linkage command as if for system c++. Use consistent toolchain for compilation and linking. > > > Erwin Lansing wrote: > > Subject: Re: [ports-i386@FreeBSD.org: vis5d+-1.2.1_15 failed on i386 8] > > > > >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, 24 Feb 2011 02:48:11 GMT > >From: User Ports-i386 > >To: erwin@FreeBSD.org, miwi@FreeBSD.org, itetcu@FreeBSD.org, > >linimon@FreeBSD.org > >Subject: vis5d+-1.2.1_15 failed on i386 8 > > > >Excerpt from the build log at > > > > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log > > ......................................... > > > > >libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I. -I.. -I. > >-I/usr/local/include -O2 -pipe -DMIX_ANSI_IOSTREAMS -fPIC -fpermissive > >-Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing -std=gnu89 -Wall > >-D_THREAD_SAFE -c xdump.c -MT xdump.lo -MD -MP -MF .deps/xdump.TPlo -o > >xdump.o>/dev/null 2>&1 > >/bin/sh /usr/local/bin/libtool --mode=link g++45 -O2 -pipe > >-DMIX_ANSI_IOSTREAMS -fPIC -fpermissive -Wl,-rpath=/usr/local/lib/gcc45 > >-fno-strict-aliasing -L/usr/local/lib -L/usr/local/lib -pthread > >-Wl,-rpath=/usr/local/lib/gcc45 -o libvis5d.la -rpath /usr/local/lib > >-version-info 2:0:0 api.lo analysis.lo anim.lo box.lo chrono.lo > >compute.lo contour.lo groupchrono.lo globals.lo graphics.all.lo grid.lo > >image.lo imemory.lo map.lo matrix.lo linterp.lo memory.lo misc.lo > >mwmborder.lo proj.lo queue.lo render.lo rgb.lo record.lo save.lo > >socketio.lo stream.lo sounding.lo sync.lo tclsave.lo textplot.lo topo.lo > >traj.lo user_data.lo volume.lo vtmcP.lo work.lo sgidump.lo decimate.lo > >analyze_i.lo file_i.lo grid_i.lo misc_i.lo output_i.lo proj_i.lo > >projlist_i.lo read_epa_i.lo read_gr3d_i.lo read_grid_i.lo read_grads_i.lo > >read_uwvis_i.lo read_v5d_i.lo resample_i.lo select_i.lo tokenize_i.lo > >iapi.lo file.lo irregular_v5d.lo gl_to_ppm.lo graphics.ogl.lo > >graphics.scenes.lo graphics > .v > > rml.lo xdump.lo -lm -lgfx > >libtool: link: c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o > >.libs/api.o .libs/analysis.o .libs/anim.o .libs/box.o .libs/chrono.o > >.libs/compute.o .libs/contour.o .libs/groupchrono.o .libs/globals.o > >.libs/graphics.all.o .libs/grid.o .libs/image.o .libs/imemory.o > >.libs/map.o .libs/matrix.o .libs/linterp.o .libs/memory.o .libs/misc.o > >.libs/mwmborder.o .libs/proj.o .libs/queue.o .libs/render.o .libs/rgb.o > >.libs/record.o .libs/save.o .libs/socketio.o .libs/stream.o > >.libs/sounding.o .libs/sync.o .libs/tclsave.o .libs/textplot.o > >.libs/topo.o .libs/traj.o .libs/user_data.o .libs/volume.o .libs/vtmcP.o > >.libs/work.o .libs/sgidump.o .libs/decimate.o .libs/analyze_i.o > >.libs/file_i.o .libs/grid_i.o .libs/misc_i.o .libs/output_i.o > >.libs/proj_i.o .libs/projlist_i.o .libs/read_epa_i.o .libs/read_gr3d_i.o > >.libs/read_grid_i.o .libs/read_grads_i.o .libs/read_uwvis_i.o > >.libs/read_v5d_i.o .libs/resample_i.o .libs/select_i.o .libs/tokenize_i.o > >.libs/iapi.o .libs/file.o .libs/irregu > la > > r_v5d.o .libs/gl_to_ppm.o .libs/graphics.ogl.o .libs/graphics.scenes.o > > .libs/graphics.vrml.o .libs/xdump.o -L/usr/local/lib -pthread -lgfx > > -L/usr/lib -lstdc++ -lm -lc -lgcc_s /usr/lib/crtendS.o /usr/lib/crtn.o > > -Wl,-rpath=/usr/local/lib/gcc45 -pthread -Wl,-rpath=/usr/local/lib/gcc45 > > -pthread -pthread -pthread -Wl,-soname -Wl,libvis5d.so.2 -o > > .libs/libvis5d.so.2 > >.libs/api.o(.text.__i686.get_pc_thunk.bx+0x0): In function > >`__i686.get_pc_thunk.bx': > >: multiple definition of `__i686.get_pc_thunk.bx' > >/usr/lib/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first > >defined here > >*** Error code 1 > > > >Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. > >*** Error code 1 > > > >Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. > >*** Error code 1 > > > >Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. > >*** Error code 1 > > > >Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. > >*** Error code 1 > > > >Stop in /a/ports/science/vis5d+. > >================================================================ > >build of /usr/ports/science/vis5d+ ended at Thu Feb 24 02:47:46 UTC 2011 > > > >!DSPAM:4d65c6f0315011692978788! > > > > > >----- End forwarded message ----- > > _______________________________________________ > 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" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110227/eba666df/attachment.pgp From erwin at FreeBSD.org Sun Feb 27 21:42:55 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sun Feb 27 21:43:01 2011 Subject: INDEX build failed for 7.x Message-ID: <201102272142.p1RLgtOv051653@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet Committers on the hook: amdmi3 araujo avilla az glarkin lth lwhsu mandree miwi nivit nox vanilla Most recent CVS update was: U graphics/Makefile U graphics/opengtl/Makefile U graphics/shiva-collections/Makefile U graphics/shiva-collections/distinfo U graphics/shiva-collections/pkg-descr U graphics/shiva-collections/pkg-plist U math/wxMaxima/Makefile U math/wxMaxima/distinfo U math/wxMaxima/pkg-plist U multimedia/w_scan/Makefile U multimedia/w_scan/files/patch-dump-vlc-m3u.c U net/unison/Makefile U net/unison232/Makefile U net/unison232/distinfo U net/unison232/pkg-descr U net/unison232/pkg-message U net/unison232/pkg-message.nox11 U net/unison232/pkg-plist U www/foswiki/Makefile From demelier.david at gmail.com Sun Feb 27 22:06:13 2011 From: demelier.david at gmail.com (David Demelier) Date: Sun Feb 27 22:06:20 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: References: <8abq38-242.ln1@news.hansenet.de> <20110227181950.GA1786@elch.exwg.net> Message-ID: <4D6ACAA8.8050504@gmail.com> On 27/02/2011 21:50, Christian Weisgerber wrote: > Christoph Moench-Tegeder wrote: > >>> after update tu the new xorg on my FreeBSD8 my system crashes all time >>> I start X. >> >> Same here with > > Also reported by me for the ATI Radeon RV370 X300 SE and somebody > else for a differently branded card with the same chip. > >> When using the ati/radeon driver, the system crashes too fast to leave >> any log (literally, Xorg.0.log was not changed), so I can't provide any >> information from there. > > Yup. > > As a workaround, install the version 6.13 driver. A separate port > has been created for it. > > # portupgrade -o x11-drivers/xf86-video-ati613 xf86-video-ati > That's sad, yet another panic :(. This time that's me who is lucky. I've got a radeon 4330 and it's working absolutely fine. -- David Demelier From stephen at missouri.edu Sun Feb 27 22:41:48 2011 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Sun Feb 27 22:41:54 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <4D6AB2E6.1000107@missouri.edu> References: <20110225094102.GH21668@droso.net> <4D6AB2E6.1000107@missouri.edu> Message-ID: <4D6AD327.3040302@missouri.edu> Stephen Montgomery-Smith wrote: > I am the maintainer of the port vis5d+. I just got this email (copied > below) saying that vis5d+ isn't building right now. The problem seems to be with libtool. If I run a command like: libtool -mode=link g++45 stuff stuff then libtool does NOT use g++45, but it uses c++ instead. If I hand edit /usr/local/bin/libtool and replace c++ by g++45, this fixes the problem I describe below. > > The issue seems to be that some reference to __i686.get_pc_thunk.bx is > included twice at some point. This variable seems to be part of an > object file crtbeginS.o that is created by gcc or gcc45, in what seem to > me to be very mysterious conditions. I am rather sure that the issue > has nothing to do with vis5d+, but rather is something to do with either > gcc45, or libtools, neither of which I understand. > > Does anyone out there have any idea of what the problem is, or how it > can be solved? > > > Erwin Lansing wrote: > > Subject: Re: [ports-i386@FreeBSD.org: vis5d+-1.2.1_15 failed on i386 8] > >> >> 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, 24 Feb 2011 02:48:11 GMT >> From: User Ports-i386 >> To: erwin@FreeBSD.org, miwi@FreeBSD.org, itetcu@FreeBSD.org, linimon@FreeBSD.org >> Subject: vis5d+-1.2.1_15 failed on i386 8 >> >> Excerpt from the build log at >> >> http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/a.8.20110223062852/vis5d+-1.2.1_15.log > > ......................................... > >> >> libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I. -I.. -I. -I/usr/local/include -O2 -pipe -DMIX_ANSI_IOSTREAMS -fPIC -fpermissive -Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing -std=gnu89 -Wall -D_THREAD_SAFE -c xdump.c -MT xdump.lo -MD -MP -MF .deps/xdump.TPlo -o xdump.o>/dev/null 2>&1 >> /bin/sh /usr/local/bin/libtool --mode=link g++45 -O2 -pipe -DMIX_ANSI_IOSTREAMS -fPIC -fpermissive -Wl,-rpath=/usr/local/lib/gcc45 -fno-strict-aliasing -L/usr/local/lib -L/usr/local/lib -pthread -Wl,-rpath=/usr/local/lib/gcc45 -o libvis5d.la -rpath /usr/local/lib -version-info 2:0:0 api.lo analysis.lo anim.lo box.lo chrono.lo compute.lo contour.lo groupchrono.lo globals.lo graphics.all.lo grid.lo image.lo imemory.lo map.lo matrix.lo linterp.lo memory.lo misc.lo mwmborder.lo proj.lo queue.lo render.lo rgb.lo record.lo save.lo socketio.lo stream.lo sounding.lo sync.lo tclsave.lo textplot.lo topo.lo traj.lo user_data.lo volume.lo vtmcP.lo work.lo sgidump.lo decimate.lo analyze_i.lo file_i.lo grid_i.lo misc_i.lo output_i.lo proj_i.lo projlist_i.lo read_epa_i.lo read_gr3d_i.lo read_grid_i.lo read_grads_i.lo read_uwvis_i.lo read_v5d_i.lo resample_i.lo select_i.lo tokenize_i.lo iapi.lo file.lo irregular_v5d.lo gl_to_ppm.lo graphics.ogl.lo graphics.scenes.lo graphic s > .v >> rml.lo xdump.lo -lm -lgfx >> libtool: link: c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o .libs/api.o .libs/analysis.o .libs/anim.o .libs/box.o .libs/chrono.o .libs/compute.o .libs/contour.o .libs/groupchrono.o .libs/globals.o .libs/graphics.all.o .libs/grid.o .libs/image.o .libs/imemory.o .libs/map.o .libs/matrix.o .libs/linterp.o .libs/memory.o .libs/misc.o .libs/mwmborder.o .libs/proj.o .libs/queue.o .libs/render.o .libs/rgb.o .libs/record.o .libs/save.o .libs/socketio.o .libs/stream.o .libs/sounding.o .libs/sync.o .libs/tclsave.o .libs/textplot.o .libs/topo.o .libs/traj.o .libs/user_data.o .libs/volume.o .libs/vtmcP.o .libs/work.o .libs/sgidump.o .libs/decimate.o .libs/analyze_i.o .libs/file_i.o .libs/grid_i.o .libs/misc_i.o .libs/output_i.o .libs/proj_i.o .libs/projlist_i.o .libs/read_epa_i.o .libs/read_gr3d_i.o .libs/read_grid_i.o .libs/read_grads_i.o .libs/read_uwvis_i.o .libs/read_v5d_i.o .libs/resample_i.o .libs/select_i.o .libs/tokenize_i.o .libs/iapi.o .libs/file.o .libs/irreg u > la >> r_v5d.o .libs/gl_to_ppm.o .libs/graphics.ogl.o .libs/graphics.scenes.o .libs/graphics.vrml.o .libs/xdump.o -L/usr/local/lib -pthread -lgfx -L/usr/lib -lstdc++ -lm -lc -lgcc_s /usr/lib/crtendS.o /usr/lib/crtn.o -Wl,-rpath=/usr/local/lib/gcc45 -pthread -Wl,-rpath=/usr/local/lib/gcc45 -pthread -pthread -pthread -Wl,-soname -Wl,libvis5d.so.2 -o .libs/libvis5d.so.2 >> .libs/api.o(.text.__i686.get_pc_thunk.bx+0x0): In function `__i686.get_pc_thunk.bx': >> : multiple definition of `__i686.get_pc_thunk.bx' >> /usr/lib/crtbeginS.o(.gnu.linkonce.t.__i686.get_pc_thunk.bx+0x0): first defined here >> *** Error code 1 >> >> Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. >> *** Error code 1 >> >> Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1/src. >> *** Error code 1 >> >> Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. >> *** Error code 1 >> >> Stop in /work/a/ports/science/vis5d+/work/vis5d+-1.2.1. >> *** Error code 1 >> >> Stop in /a/ports/science/vis5d+. >> ================================================================ >> build of /usr/ports/science/vis5d+ ended at Thu Feb 24 02:47:46 UTC 2011 >> >> !DSPAM:4d65c6f0315011692978788! >> >> >> ----- End forwarded message ----- > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > From stephen at missouri.edu Sun Feb 27 23:35:59 2011 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Sun Feb 27 23:36:14 2011 Subject: Fwd: Re: ports/155105: Port vis5d+ does not build. Message-ID: <4D6ADFDC.60508@missouri.edu> This is how I fixed the build problem with vis5d+. But the proper way would be to make changes to libtool. http://www.freebsd.org/cgi/query-pr.cgi?pr=155105 -------------- next part -------------- An embedded message was scrubbed... From: "FreeBSD-gnats-submit@FreeBSD.org" Subject: Re: ports/155105: Port vis5d+ does not build. Date: Sun, 27 Feb 2011 17:30:06 -0600 Size: 4025 Url: http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110227/3d7d4b26/Portvis5ddoesnotbuild_.eml From erwin at FreeBSD.org Mon Feb 28 00:43:04 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Feb 28 00:43:10 2011 Subject: INDEX build failed for 7.x Message-ID: <201102280043.p1S0h3tN019434@builder.freebsd.org> INDEX build failed with errors: Generating INDEX-7 - please wait..pkg_info: not found Done. make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet make_index: junglemonkey-0.1.11_11: no entry for /usr/ports/net/gnet Committers on the hook: amdmi3 araujo avilla az bapt db glarkin lth lwhsu mandree mi miwi naddy nivit nox olgeni vanilla wen Most recent CVS update was: U comms/cwdaemon/Makefile U comms/cwdaemon/distinfo U comms/cwdaemon/pkg-descr U devel/jna/Makefile U net/Makefile U net/serviio/Makefile U net/serviio/distinfo U net/serviio/pkg-descr U net/serviio/pkg-plist U net/serviio/files/console-log4j.properties U net/serviio/files/patch-logging U net/serviio/files/pkg-message.in U net/serviio/files/serviio-console.in U net/serviio/files/serviio.in U net/serviio/files/serviiod.in U www/p5-App-Nopaste/Makefile U www/p5-App-Nopaste/distinfo U www/typo3/Makefile U www/typo3/distinfo U x11-servers/xorg-server/Makefile U x11-servers/xorg-server/files/patch-dix-events.c From corky1951 at comcast.net Mon Feb 28 01:46:17 2011 From: corky1951 at comcast.net (Charlie Kester) Date: Mon Feb 28 01:46:24 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <4D6AB2E6.1000107@missouri.edu> References: <20110225094102.GH21668@droso.net> <4D6AB2E6.1000107@missouri.edu> Message-ID: <20110228014612.GA72748@comcast.net> On Sun 27 Feb 2011 at 12:24:06 PST Stephen Montgomery-Smith wrote: >I am the maintainer of the port vis5d+. I just got this email (copied >below) saying that vis5d+ isn't building right now. > >The issue seems to be that some reference to __i686.get_pc_thunk.bx is >included twice at some point. This variable seems to be part of an >object file crtbeginS.o that is created by gcc or gcc45, in what seem to >me to be very mysterious conditions. I am rather sure that the issue >has nothing to do with vis5d+, but rather is something to do with either >gcc45, or libtools, neither of which I understand. > >Does anyone out there have any idea of what the problem is, or how it >can be solved? > I've seen a similar problem with py-numpy. It seems to occur when there's a compiler/linker mismatch. In py-numpy's case, I was able to resolve it by defining LDSHARED to an appropriate value: MAKE_ENV+= LDSHARED="gcc45 -shared" Otherwise, the build was trying to use /usr/local/bin/gcc45 to compiler and /usr/bin/cc to link, resulting in the two different thunk definitions. From erwin at FreeBSD.org Mon Feb 28 03:48:05 2011 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon Feb 28 03:48:12 2011 Subject: INDEX now builds successfully on 7.x Message-ID: <201102280348.p1S3m5Ff091539@builder.freebsd.org> From cmt at burggraben.net Mon Feb 28 06:12:36 2011 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Mon Feb 28 06:12:43 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: References: <8abq38-242.ln1@news.hansenet.de> <20110227181950.GA1786@elch.exwg.net> Message-ID: <20110228061233.GA2179@reindeer.exwg.net> ## Christian Weisgerber (naddy@mips.inka.de): > > When using the ati/radeon driver, the system crashes too fast to leave > > any log (literally, Xorg.0.log was not changed), so I can't provide any > > information from there. > > Yup. Warren Block mentioned 'Option "Log" "sync"' in ServerLayout, this might help. > As a workaround, install the version 6.13 driver. A separate port > has been created for it. > > # portupgrade -o x11-drivers/xf86-video-ati613 xf86-video-ati As already mentioned, the current radeonhd driver works (for me), too. Of course, YMMV. Regards, Christoph -- Spare Space From ade at FreeBSD.org Mon Feb 28 06:43:45 2011 From: ade at FreeBSD.org (Ade Lovett) Date: Mon Feb 28 06:43:51 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <20110228014612.GA72748@comcast.net> References: <20110225094102.GH21668@droso.net> <4D6AB2E6.1000107@missouri.edu> <20110228014612.GA72748@comcast.net> Message-ID: > On Sun 27 Feb 2011 at 12:24:06 PST Stephen Montgomery-Smith wrote: >> I am the maintainer of the port vis5d+. I just got this email (copied below) saying that vis5d+ isn't building right now. >> >> The issue seems to be that some reference to __i686.get_pc_thunk.bx is included twice at some point. This variable seems to be part of an object file crtbeginS.o that is created by gcc or gcc45, in what seem to me to be very mysterious conditions. I am rather sure that the issue has nothing to do with vis5d+, but rather is something to do with either gcc45, or libtools, neither of which I understand. >> >> Does anyone out there have any idea of what the problem is, or how it can be solved? >> From a relatively cursory examination, this appears to be a flaw in the USE_FORTRAN=yes stanza. This will bring in gcc45 as a dependency but doesn't appear to be setting CXX to g++45 though it does do CC=gcc45. Possibly the same for LD, though I haven't checked that. With parts of the code being compiled against gcc45, and then an attempted link with the system compiler (CC/LD), then naturally things will go south, irrespective of whether libtool is being used. I would hazard a guess that if ya'll added USE_GCC=45 to vis5d+'s Makefile, things will link properly. If someone could test this, that'd be peachy. If it turns out that this works, then it would be a minor tweak to bsd.gcc.mk to forcibly set USE_GCC if USE_FORTRAN is also set, to allow all of the environmental variables to be punched out for compilation. -aDe From avg at freebsd.org Mon Feb 28 08:29:18 2011 From: avg at freebsd.org (Andriy Gapon) Date: Mon Feb 28 08:29:25 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: <4D6AD327.3040302@missouri.edu> References: <20110225094102.GH21668@droso.net> <4D6AB2E6.1000107@missouri.edu> <4D6AD327.3040302@missouri.edu> Message-ID: <4D6B5CD8.7090507@freebsd.org> on 28/02/2011 00:41 Stephen Montgomery-Smith said the following: > Stephen Montgomery-Smith wrote: >> I am the maintainer of the port vis5d+. I just got this email (copied >> below) saying that vis5d+ isn't building right now. > > The problem seems to be with libtool. If I run a command like: > > libtool -mode=link g++45 stuff stuff > > then libtool does NOT use g++45, but it uses c++ instead. If I hand edit > /usr/local/bin/libtool and replace c++ by g++45, this fixes the problem I > describe below. It looks like libtool (foolishly?) records whatever CC/CXX is set when libtool itself is built. -- Andriy Gapon From bugmaster at FreeBSD.org Mon Feb 28 11:06:06 2011 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 28 11:06:36 2011 Subject: Current unassigned ports problem reports Message-ID: <201102281106.p1SB6565011214@freefall.freebsd.org> (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/155115 devel/doxygen: dependancy loop o ports/155111 Create new megaglest port o ports/155105 Port science/vis5d+ does not build. o ports/155101 [UPDATE] devel/upp: Version 3211 o ports/155093 [patch] net-mgmt/nfdump: update to 1.6.3p1 o ports/155092 Update port: textproc/ocaml-csv o ports/155070 NEW PORT: games/CastleVox - new fast strategy board ga o ports/155064 New port: devel/stringtemplate, a java lib for text fo o ports/155063 Port update: devel/antlrworks o ports/155062 Port update: devel/antlr o ports/155038 Update port: www/gallery3 fix update translations o ports/155035 [maintainer] net/openmq: update to 4.5.b.29 o ports/155020 [patch] net/ss5 upgrade to 3.8.5 f ports/155015 Update math/clp to version 12.1 o ports/155014 New port: security/create-cert: Create self-signed cli f ports/155001 [PATCH] deskutils/libgcal: upstream crash bugfix o ports/154995 [NEW PORT] audio/umurmur: Minimalistic Murmur (Mumble f ports/154973 [PATCH] security/ike: fix plist when QTGUI=off, respec o ports/154942 net/scribe: rc.d/thrift starts no matter what the rc.c o ports/154902 [patch] Port devel/libedit: added libedit.pc for gnome o ports/154867 new port: net-mgmt/glpi-plugins-fusioninventory-server o ports/154829 [PATCH] devel/arduino: Eliminate references to legacy f ports/154819 [REPOCOPY] misc/krecipes -> misc/krecipes-kde4 o ports/154793 Fix broken ports: korean/unzip f ports/154743 [PATCH] games/odamex v0.5.1 o ports/154730 security/openssh-portable is 5.2 f ports/154719 [PATCH] net/netdude update to 0.5.1 (incl. libnetdude o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in o ports/154700 [REPOCOPY] change name of japanese/asterisk-sounds to f ports/154682 net/iaxmodem: add rc script for running more than 1 ia f ports/154657 net/rsplib needs update to latest upstream version 2.7 f ports/154558 math/linux-SHA-1_collision_search_graz : deprecate o ports/154555 [PATCH] x11-wm/sawfish update to 1.7.1 et al. o ports/154551 New port: java/jdownloader - Download manager for host o ports/154548 textproc/pootle: Pootle's rc.d script don't take into o ports/154530 [PATCH] graphics/libvisual04: Fix path conflict & take o ports/154519 [PATCH] net/beacon: update to 1.4 o ports/154453 Rewritten port: audio/teamspeak_server f ports/154431 [patch] ports/Tools/scripts: python scripts use bad sh o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus f ports/154311 [PATCH] devel/py-asn1: update to 0.0.12a [feature safe o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154254 [patch] asmail imap login broken with gmail at al. o ports/154202 New port: security/scannedonly - A Samba VFS virus sca f ports/154194 net/freeswitch: update portversion and remove portrevi o ports/154167 update devel/geany to 0.20 o ports/154044 [PATCH] update x11-toolkits/open-motif to latest versi o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153926 New port net/freeswitch-snapshot o ports/153810 [PATCH] Fix usb_interrupt_read() in devel/libusb for f o ports/153773 net/rabbitmq: reads configuration from /etc instead of f ports/153733 [patch] emulators/visualboyadvance-m: problem with joy o ports/153715 net/freeradius: FreeRADIUS exiting with Signal 11 on F f ports/153697 ports java/jboss5 build failed f ports/153688 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.4 f ports/153645 Update ports: emulators/mame update to v0.141 o ports/153625 [bsd.port.mk] Pass CPPFLAGS to MAKE_ENV and CONFIGURE_ f ports/153622 [patch] sysutils/jfbterm: improve TERMCAP option f ports/153612 Update devel/arm-elf-binutils to version 2.17 f ports/153607 Update devel/djgpp-binutils to version 2.17 o ports/153601 New port: security/msktutil Active Directory keytab ma o ports/153503 Patch to add PostgreSQL health check to net/haproxy o ports/153473 [patch] mail/courier port upgrade from 0.63.0 to 0.65. o ports/153452 New port: science/py-ws2300 A driver for the LaCrosse o ports/153429 [patch] Fix explicite uses of unzip in ports f ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/153422 [NEW PORT] databases/memcacheq-0.2.0: Simple queue ser o ports/153379 [PATCH] www/hastymail2 add options to add dependencies f ports/153287 [PATCH] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/153263 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/153251 www/drush is out of date o ports/153195 New port: www/mathjax cross-browser JavaScript display f ports/153148 change port: deskutils/x-tile A tiling application for o ports/153130 sysutils/k3b: problem with k3b and mounting ntfs with f ports/153024 security/rkhunter should not overwrite /usr/local/etc/ o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign o ports/152958 The port of www/mnogosearch 3.3.10 is using an out-of- f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i f ports/152669 no work innodb (databases/mariadb) o ports/152467 [new port] net/openafs port o ports/152453 textproc/urlview port should install gecko.sh optional o ports/152376 New port: audio/lastfmsubmitd f ports/152304 sysutils/fcron: illegal instruction 4 o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu o ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152186 [NEW PORT] lang/python-doc-text: Documentation for the o ports/152175 New port: lang/javascript-v8 Google's open source Java f ports/152152 math/polymake: Port upgrade request o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/152109 New port: x11/keylaunch2 A fork of keylaunch that a o ports/152082 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/152073 New port: audio/WMmp f ports/152045 New port: www/links-hacked browser with tricks for tab o ports/152006 New Port: archivers/unzip-iconv: Slave port of unzip w o ports/151973 New port: security/arpCounterattack -- Detects and rem f ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151837 [patch] sysutils/bsdstats : does honor BATCH when inst f ports/151783 mail/fetchmail: rc.d script broken in case of MDA use f ports/151777 deskutils/xfce4-volstatus-icon Segmentation fault and o ports/151774 [new port] sysutils/pprotectd o ports/151747 new port: emulators/wine-fbsd64: request for (a variat f ports/151689 dns/rbldnsd does not use preassigned UID/GIDs o ports/151572 The first start of net/tucan failed because it can't w o ports/151467 New port: sysutils/autojump acts as a complement to cd o ports/151299 audio/mt-daapd: portlint(1) fixes and more f ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF o ports/150883 Ports games/openastromenace won't compile on 64 bit f ports/150783 mail/qpopper: fails to configure ocasionally o ports/150542 [new port]: sysutils/createrepo o ports/150541 [new port] sysutils/yum - Installer/updater for rpm o ports/150493 Update for: security/openssh-portable port from 5.2p1 o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/150361 [patch] provide script to bind with nautilus for multi o ports/150316 new port: net/neatx o ports/150287 [patch] Segfault: games/spider crashes after 51 moves f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra f ports/150169 www/havp: Assertion failed: file llvm/lib/System/Mutex o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/150047 net/ipv6socket_scrub: Makefile contains incorrect URL f ports/149947 [NEW PORT] devel/smartCVS, a powerful graphical CVS cl o ports/149564 patch for various games/ adding appropriate LICENSEs t o ports/149538 sysutils/fusefs-ntfs panic on writte on 8.1 f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo o ports/148234 pkg_install fails for some math/octave-forge ports f ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147847 audio/zynaddsubfx mxml error when opening instruments s ports/147829 Improved net/ucarp startup script: multiple VHID and F s ports/147169 bsd.ruby.mk: Adding GEM_ARGS o ports/146880 [MAINTAINER] korean/ko.TeX : update to 0.2.0.20100511 o ports/146879 [MAINTAINER] korean/ko.TeX-fonts-extra : update to 0.2 f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/144993 databases/postgresql-odbc: contents of numeric fields o ports/144852 [patch] sysutils/ntfsprogs - improvements to mkntfs o ports/144597 security/openssh-portable fails to compile with KERBER f ports/143938 [NEW PORTS] textproc/linux-f10-ibus-qt et al.: Linux v o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/142824 [patch] security/openssh-portable: add VersionAddendum f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/122333 net/arping - patch to lookup for interface and src ip, s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 148 problems total. From marius at nuenneri.ch Mon Feb 28 12:42:38 2011 From: marius at nuenneri.ch (=?UTF-8?Q?Marius_N=C3=BCnnerich?=) Date: Mon Feb 28 12:42:45 2011 Subject: pdnsd leaking udp sockets In-Reply-To: <86lj1ah2ce.fsf@chateau.d.if> References: <86bp2d1wit.fsf@chateau.d.if> <86oc6dzf1z.fsf@chateau.d.if> <86lj1ah2ce.fsf@chateau.d.if> Message-ID: On Sun, Feb 20, 2011 at 21:34, Ashish SHUKLA wrote: > Hi Marius, > > Marius N?nnerich writes: > > [...] > >> Ok, I applied the patch and reinstalled the port. I will leave it >> running for a few days and report back. So far it's looking good. >> Thank you very much! :) > OK, I had it running for a while now with your fix. It's not leaking anymore. There is still one close() missing before a return in that same function. > I talked to Paul (the upstream author of pdnsd), and he suggested running > dns/pdnsd with following command-line (requires devel/valgrind port): > > % valgrind --tool=memcheck --leak-check=yes --track-fds==yes pdnsd --nodaemon I'll try this too if I can find the time, but so far it doesn't seem to leak memory. From ashish at FreeBSD.org Mon Feb 28 13:45:33 2011 From: ashish at FreeBSD.org (Ashish SHUKLA) Date: Mon Feb 28 13:45:40 2011 Subject: pdnsd leaking udp sockets In-Reply-To: ("Marius =?utf-8?Q?N=C3=BCnnerich=22's?= message of "Mon, 28 Feb 2011 13:42:15 +0100") References: <86bp2d1wit.fsf@chateau.d.if> <86oc6dzf1z.fsf@chateau.d.if> <86lj1ah2ce.fsf@chateau.d.if> Message-ID: <86k4gkxoga.fsf@chateau.d.if> Marius N?nnerich writes: > On Sun, Feb 20, 2011 at 21:34, Ashish SHUKLA wrote: >> Hi Marius, >> >> Marius N?nnerich writes: >> >> [...] >> >>> Ok, I applied the patch and reinstalled the port. I will leave it >>> running for a few days and report back. So far it's looking good. >>> Thank you very much! :) >> > OK, I had it running for a while now with your fix. It's not leaking anymore. > There is still one close() missing before a return in that same function. Yes, you're right. I've updated the original diff[1] in case someone like to try it. I'll commit it in a day or two. >> I talked to Paul (the upstream author of pdnsd), and he suggested running >> dns/pdnsd with following command-line (requires devel/valgrind port): >> >> % valgrind --tool=memcheck --leak-check=yes --track-fds==yes pdnsd --nodaemon > I'll try this too if I can find the time, but so far it doesn't seem > to leak memory. Cool. References: [1] http://people.freebsd.org/~ashish/diffs/pdnsd-sockets-leak.diff Thanks -- Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 freebsd.org!ashish | http://people.freebsd.org/~ashish/ Avoid Success At All Costs !! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110228/1c770954/attachment.pgp From bf1783 at googlemail.com Mon Feb 28 14:40:05 2011 From: bf1783 at googlemail.com (b. f.) Date: Mon Feb 28 14:40:16 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' Message-ID: > > On Sun 27 Feb 2011 at 12:24:06 PST Stephen Montgomery-Smith wrote: > >> I am the maintainer of the port vis5d+. I just got this email (copied below) saying that vis5d+ isn't building right now. > >> > >> The issue seems to be that some reference to __i686.get_pc_thunk.bx is included twice at some point. This variable seems to be part of an object file crtbeginS.o that is created by gcc or gcc45, in what seem to me to be very mysterious conditions. I am rather sure that the issue has nothing to do with vis5d+, but rather is something to do with either gcc45, or libtools, neither of which I understand. > >> > >> Does anyone out there have any idea of what the problem is, or how it can be solved? > >> > > From a relatively cursory examination, this appears to be a flaw in the USE_FORTRAN=yes stanza. This will bring in gcc45 as a dependency but doesn't appear to be setting CXX to g++45 though it does do CC=gcc45. Possibly the same for LD, though I haven't checked that. As is clear from bsd.gcc.mk, in almost every case now in use, USE_FORTRAN sets _USE_GCC, which sets CC, CPP, and CXX to the proper values. Also, it sets USE_BINUTILS where appropriate, which sets LD, etc. The problem is rather with libtool, particularly in the link mode, where it may not respect the choice of compiler and toolchain. This problem has been remarked, for two years or more, in the mailing lists and forums, when people discuss the use of compilers other than the base system compiler. With the recent updates, it is more obtrusive, and several ports that were building successfully with default settings are now broken. This needs to be fixed, and it would be better to fix libtool than to add a bunch of ad-hoc fixes to individual ports. b. From everbuyingtrade at gmail.com Mon Feb 28 14:50:00 2011 From: everbuyingtrade at gmail.com (China Electronics Wholesale) Date: Mon Feb 28 14:50:14 2011 Subject: Special Offer This Week!Only $2.59 Free Shipping On Portable Stainless Steel LED Wrist Watch Message-ID: <20110228142859.06769AA124F@bmdeda6.com> To view as a Webpage, click here: http://Everbuying.benchmarkmails29.com/c/v?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 You are receiving this email because of your relationship with Everbuying wholesale LLC. Please reconfirm your interest in receiving email from us. If you do not wish to receive any more emails, you can unsubscribe here Confirm URL :http://Everbuying.benchmarkmails29.com/c/opt?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 email Home| New Arrival| Hot Products| Special Offer Special Offer Valid 2011.02.28-2011.03.06, For Our Email Subscribers Only Portable Stainless Steel LED Wrist Watch (Silver) Free Shipping USD 6.85 USD 2.59 K68 Quad Band Tri Cards TV Phone USD 50.60 X7+ Quad Band Dual Cards Wifi TV Touch Phone USD 64.91 Neodymium 216 Beads Magnetic Balls Neo Cube Puzzle Toy Bulk USD 12.31 Beyblades Metal Fusion Loose Battle Top Limited Edition Lightning L-Drago USD 9.44 Multicolor LED Wrist Watch USD 5.42 Door Window Entry Security Home Alarm USD 1.94 Adjustable Universal Mini Windshield Car Holder USD 3.86 Dock Style Tap Stylus Touch Pen USD 1.45 1.8 inch Touch Screen Clip 4GB MP4 USD 20.86 Zenithink ZT-180 10.2 inch Android 2.2 Gravity Sensor ePad Tablet USD187.21 Leather Pouch Case with Kickstand USD 8.32 7 inch TFT LCD Windows CE 6.0 ARM CPU WiFi UMPC Netbook USD 80.22 Hot phoneSmart phoneWifi phone Google Android 2.1 & 2.2 Series8-10.2 inch UMPC & MID7 inch UMPC & MID Sports & LED watchesHello Kitty WatchesMen's Watches Everbuying is a China wholesale company which specialize in wholesale thousands of consumer electronics from China, including cell phones, MP3/4/5 players, cool digital gadgets, computer equipment etc. We update deal news and discountinformation every week, for more details, you can visit our website: www.everbuying.com.Copyright 2009-2011 Everbuying.com All Rights Reserved This message was sent to ports@FreeBSD.org by everbuyingtrade@gmail.com You can modify/update your subscription via the link below. Unsubscribe from all mailings http://Everbuying.benchmarkmails29.com/c/su?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 Manage Subscription http://Everbuying.benchmarkmails29.com/c/s?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 Forward Email http://Everbuying.benchmarkmails29.com/c/f?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 Report Abuse http://Everbuying.benchmarkmails29.com/Abuse?e=AED7B&c=148F1&email=kgpzuF9xWClFaSl1iKx1Q3zXEaHTtGcN&relid=48332145 Email Marketing BenchmarkEmail.com [http://Everbuying.benchmarkmails29.com] Room 108, Building 3, Taoyuan Rd, shenzhen, china From stephen at missouri.edu Mon Feb 28 15:00:23 2011 From: stephen at missouri.edu (Stephen Montgomery-Smith) Date: Mon Feb 28 15:00:37 2011 Subject: multiple definition of `__i686.get_pc_thunk.bx' In-Reply-To: References: Message-ID: <4D6BB565.3050006@missouri.edu> b. f. wrote: >>> On Sun 27 Feb 2011 at 12:24:06 PST Stephen Montgomery-Smith wrote: >>>> I am the maintainer of the port vis5d+. I just got this email (copied below) saying that vis5d+ isn't building right now. >>>> >>>> The issue seems to be that some reference to __i686.get_pc_thunk.bx is included twice at some point. This variable seems to be part of an object file crtbeginS.o that is created by gcc or gcc45, in what seem to me to be very mysterious conditions. I am rather sure that the issue has nothing to do with vis5d+, but rather is something to do with either gcc45, or libtools, neither of which I understand. >>>> >>>> Does anyone out there have any idea of what the problem is, or how it can be solved? >>>> >> >> From a relatively cursory examination, this appears to be a flaw in the USE_FORTRAN=yes stanza. This will bring in gcc45 as a dependency but doesn't appear to be setting CXX to g++45 though it does do CC=gcc45. Possibly the same for LD, though I haven't checked that. > > As is clear from bsd.gcc.mk, in almost every case now in use, > USE_FORTRAN sets _USE_GCC, which sets CC, CPP, and CXX to the proper > values. Also, it sets USE_BINUTILS where appropriate, which sets LD, > etc. The problem is rather with libtool, particularly in the link > mode, where it may not respect the choice of compiler and toolchain. > This problem has been remarked, for two years or more, in the mailing > lists and forums, when people discuss the use of compilers other than > the base system compiler. With the recent updates, it is more > obtrusive, and several ports that were building successfully with > default settings are now broken. This needs to be fixed, and it would > be better to fix libtool than to add a bunch of ad-hoc fixes to > individual ports. > > b. I agree. libtool is the real culprit. When you run it as libtool -mode=link g++45 stuff and stuff libtool uses c++ instead of g++45. I think it would be a relatively easy fix to make to libtool. I will even have a go at it myself if no-one else takes the baton, but I think it would be far easier for someone who knows libtool to do it. By the way, my proposed bandaid fix is this: ln -s /usr/local/bin/gcc45 ${WRKDIR}/cc ln -s /usr/local/bin/g++45 ${WRKDIR}/c++ MAKE_ENV += PATH=${WRKDIR}:$$PATH which could be put into bsd.gcc.mk. But it really is a very bad hack. From wfreeman at sourcefire.com Mon Feb 28 21:27:29 2011 From: wfreeman at sourcefire.com (Dean Freeman) Date: Mon Feb 28 21:27:35 2011 Subject: pr 155131 Message-ID: the distinfo portion of my udiff should be removed from the patch i supplied earlier for the DAQ port. Apparently the tarball got garbled slightly on Sourceforge earlier and that's why the file size was off. We re-uploaded and the file size and sha256 hash are back to being normal. -- Dean Freeman Research Analyst, Sourcefire VRT From peterjeremy at acm.org Mon Feb 28 21:42:00 2011 From: peterjeremy at acm.org (Peter Jeremy) Date: Mon Feb 28 21:42:09 2011 Subject: xf86-video-ati 6.14.0 crashes System In-Reply-To: References: <8abq38-242.ln1@news.hansenet.de> <20110227181950.GA1786@elch.exwg.net> Message-ID: <20110228214155.GA1288@server.vk2pj.dyndns.org> On 2011-Feb-27 20:50:03 +0000, Christian Weisgerber wrote: >Also reported by me for the ATI Radeon RV370 X300 SE and somebody >else for a differently branded card with the same chip. Breaks my ATI Technologies Inc RV380 [Radeon X600 (PCIE)] as well. I have discovered that disabling DRI or acceleration makes it work (though that's not really a solution). But I guess it wouldn't be an "upgrade" from the X.org Consortium without some arbitrary and unnecessary regression. With Option "Log" "sync", the tail end of the X.org log looks like: (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): RADEONRestoreMemMapRegisters() : (II) RADEON(0): MC_FB_LOCATION : 0xe7ffe000 0x1fff0000 (II) RADEON(0): MC_AGP_LOCATION : 0xffffffc0 (==) RADEON(0): Backing store disabled (II) RADEON(0): [DRI] installation complete >As a workaround, install the version 6.13 driver. A separate port >has been created for it. > ># portupgrade -o x11-drivers/xf86-video-ati613 xf86-video-ati This works for me as long as DynamicPM is left disabled. Enabling it also causes a hard lockup. -- Peter Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110228/58e0f226/attachment.pgp From wxs at FreeBSD.org Mon Feb 28 22:00:21 2011 From: wxs at FreeBSD.org (Wesley Shields) Date: Mon Feb 28 22:00:26 2011 Subject: pr 155131 In-Reply-To: References: Message-ID: <20110228220101.GA4628@atarininja.org> On Mon, Feb 28, 2011 at 04:26:12PM -0500, Dean Freeman wrote: > the distinfo portion of my udiff should be removed from the patch i supplied > earlier for the DAQ port. Apparently the tarball got garbled slightly on > Sourceforge earlier and that's why the file size was off. We re-uploaded > and the file size and sha256 hash are back to being normal. Just to be clear, the patch at [1] is the one you wish to be applied? If so I do want to bring to your attention that a BUILD_DEPENDS addition does not warrant a PORTREVISION bump as it doesn't affect the package or is a feature that requires people to rebuild. I'll go ahead and work on getting this in the tree shortly... -- WXS [1]: http://www.freebsd.org/cgi/query-pr.cgi?prp=155131-3-diff&n=/patch-3.diff From lumiwa at gmail.com Mon Feb 28 22:31:47 2011 From: lumiwa at gmail.com (ajtiM) Date: Mon Feb 28 22:32:13 2011 Subject: xz Message-ID: <201102281631.27607.lumiwa@gmail.com> Hi! Today I tried to run portmaster -ad on FreeBSD 8.2 and I got: portmaster -ad ===>>> Gathering distinfo list for installed ports ===>>> Starting check of installed ports for available updates ===>>> Launching child to update xz-5.0.0 to xz-5.0.1 ===>>> Port directory: /usr/ports/archivers/xz ===>>> This port is marked IGNORE ===>>> is already in the base system ===>>> If you are sure you can build it, remove the IGNORE line in the Makefile and try again. ===>>> Update for xz-5.0.0 failed ===>>> Aborting update Than If I run: portmaster -e xz-5.0.0 ===>>> Warning: Ports with dependencies on xz-5.0.0: k9copy-2.3.4_4 kde4-4.5.5_1 kdebase-4.5.5 kdenetwork-4.5.5_2 kdesdk-4.5.5_1 kdeutils-4.5.5_2 kdevelop-4.1.0_2 kdevelop-pg-qt-0.9.0 kmplayer-kde4-0.11.2b,3 konq-plugins-4.4.0 kuickshow-0.9.1.4.4.0_1 kwebkitpart-0.9.6.b1_1 rpm2cpio-1.3_1 ===>>> Delete this dependency data? y/n [n] ...and what I don't know is do I need to press yes or no, please? Mitja -------- http://jpgmag.com/people/lumiwa From r.c.ladan at gmail.com Mon Feb 28 22:46:25 2011 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Feb 28 22:46:31 2011 Subject: xz In-Reply-To: <201102281631.27607.lumiwa@gmail.com> References: <201102281631.27607.lumiwa@gmail.com> Message-ID: <4D6C25BC.1090506@gmail.com> Op 28-02-2011 23:31, ajtiM schreef: > Hi! > > Today I tried to run portmaster -ad on FreeBSD 8.2 and I got: > portmaster -ad > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Launching child to update xz-5.0.0 to xz-5.0.1 > > ===>>> Port directory: /usr/ports/archivers/xz > > ===>>> This port is marked IGNORE > ===>>> is already in the base system > > ===>>> If you are sure you can build it, remove the > IGNORE line in the Makefile and try again. > > ===>>> Update for xz-5.0.0 failed > ===>>> Aborting update > > Than If I run: > portmaster -e xz-5.0.0 > ===>>> Warning: Ports with dependencies on xz-5.0.0: > k9copy-2.3.4_4 > kde4-4.5.5_1 > kdebase-4.5.5 > kdenetwork-4.5.5_2 > kdesdk-4.5.5_1 > kdeutils-4.5.5_2 > kdevelop-4.1.0_2 > kdevelop-pg-qt-0.9.0 > kmplayer-kde4-0.11.2b,3 > konq-plugins-4.4.0 > kuickshow-0.9.1.4.4.0_1 > kwebkitpart-0.9.6.b1_1 > rpm2cpio-1.3_1 > > ===>>> Delete this dependency data? y/n [n] > > ...and what I don't know is do I need to press yes or no, please? > > xz is really in the base system on 8.2 (and 8.1) as /usr/bin/xz, so the port dependencies are wrong. It should be safe to delete the xz-5.0.0 port, and make a symlink from /usr/local/bin/xz to /usr/bin/xz as a temporary workaround to fool the dependent ports. Regards, Ren? -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From lumiwa at gmail.com Mon Feb 28 23:04:34 2011 From: lumiwa at gmail.com (=?utf-8?B?bHVtaXdhQGdtYWlsLmNvbQ==?=) Date: Mon Feb 28 23:04:44 2011 Subject: xz Message-ID: <4d6c2a00.da31dc0a.2e30.6532@mx.google.com> Thank you. BTW: this problem exist more than one year. Sent from my HTC Inspire? 4G on AT&T ----- Reply message ----- From: "Rene Ladan" To: "ajtiM" Cc: Subject: xz Date: Mon, Feb 28, 2011 16:46 Op 28-02-2011 23:31, ajtiM schreef: > Hi! > > Today I tried to run portmaster -ad on FreeBSD 8.2 and I got: > portmaster -ad > ===>>> Gathering distinfo list for installed ports > > ===>>> Starting check of installed ports for available updates > ===>>> Launching child to update xz-5.0.0 to xz-5.0.1 > > ===>>> Port directory: /usr/ports/archivers/xz > > ===>>> This port is marked IGNORE > ===>>> is already in the base system > > ===>>> If you are sure you can build it, remove the > IGNORE line in the Makefile and try again. > > ===>>> Update for xz-5.0.0 failed > ===>>> Aborting update > > Than If I run: > portmaster -e xz-5.0.0 > ===>>> Warning: Ports with dependencies on xz-5.0.0: > k9copy-2.3.4_4 > kde4-4.5.5_1 > kdebase-4.5.5 > kdenetwork-4.5.5_2 > kdesdk-4.5.5_1 > kdeutils-4.5.5_2 > kdevelop-4.1.0_2 > kdevelop-pg-qt-0.9.0 > kmplayer-kde4-0.11.2b,3 > konq-plugins-4.4.0 > kuickshow-0.9.1.4.4.0_1 > kwebkitpart-0.9.6.b1_1 > rpm2cpio-1.3_1 > > ===>>> Delete this dependency data? y/n [n] > > ...and what I don't know is do I need to press yes or no, please? > > xz is really in the base system on 8.2 (and 8.1) as /usr/bin/xz, so the port dependencies are wrong. It should be safe to delete the xz-5.0.0 port, and make a symlink from /usr/local/bin/xz to /usr/bin/xz as a temporary workaround to fool the dependent ports. Regards, Ren? -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net)