Re: Python upgrade to address vulnerability?
Doug Barton wrote on 15.02.2012 02:20: So apparently we have a python vulnerability according to http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html, but I'm not seeing an upgrade to address it yet. Any idea when that will happen? Thanks, Doug Patch is there: http://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt Patch for 3.2 is taken there directly: http://bugs.python.org/file24522/xmlrpc_loop-1.diff Patch for 2.5, 2.6, 2.7, 3.1 is adopted from this patch: http://bugs.python.org/file24513/xmlrpc_loop.diff SimpleXMLRPCServer.py in 2.4 is too different and it is going to die anyway so I didn't messed with it. If noone objects, I can commit it. Please tell me what should i do. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Python upgrade to address vulnerability?
2012/2/15 Ruslan Mahmatkhanov cvs-...@yandex.ru Doug Barton wrote on 15.02.2012 02:20: So apparently we have a python vulnerability according to http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-** 003067b2972c.htmlhttp://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html , but I'm not seeing an upgrade to address it yet. Any idea when that will happen? Thanks, Doug Patch is there: http://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txthttp://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt Had this patch been committed into upstream? When I found it , it was in review state. And CVE-2012-0845 too. wen Patch for 3.2 is taken there directly: http://bugs.python.org/**file24522/xmlrpc_loop-1.diffhttp://bugs.python.org/file24522/xmlrpc_loop-1.diff Patch for 2.5, 2.6, 2.7, 3.1 is adopted from this patch: http://bugs.python.org/**file24513/xmlrpc_loop.diffhttp://bugs.python.org/file24513/xmlrpc_loop.diff SimpleXMLRPCServer.py in 2.4 is too different and it is going to die anyway so I didn't messed with it. If noone objects, I can commit it. Please tell me what should i do. -- Regards, Ruslan Tinderboxing kills... the drives. __**_ freebsd-pyt...@freebsd.org mailing list http://lists.freebsd.org/**mailman/listinfo/freebsd-**pythonhttp://lists.freebsd.org/mailman/listinfo/freebsd-python To unsubscribe, send any mail to freebsd-python-unsubscribe@**freebsd.orgfreebsd-python-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: graphics/rawtherapee
Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann: Mathias Picker mathias.pic...@virtual-earth.de wrote: Good god, I must have worn both my eye patches at the same time. Sorry, Mathias Mayby you can try to install graphics/rawtherapee - just to approve (or discard) my problem. Sure. The rawtherapee build just completed without errors. It's still not usable for me, it freezes while loading a raw from my camera. FreeBSD mp.virtual-earth.de 9.0-STABLE FreeBSD 9.0-STABLE #5: Wed Feb 8 13:14:32 CET 2012 mathi...@mp.virtual-earth.de:/usr/obj/usr/src/sys/GENERIC amd64 default cc, nothing unusual on this machine I'm aware of. Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Python upgrade to address vulnerability?
wen heping wrote on 15.02.2012 14:16: 2012/2/15 Ruslan Mahmatkhanovcvs-...@yandex.ru Doug Barton wrote on 15.02.2012 02:20: So apparently we have a python vulnerability according to http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-** 003067b2972c.htmlhttp://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html , but I'm not seeing an upgrade to address it yet. Any idea when that will happen? Thanks, Doug Patch is there: http://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txthttp://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt Had this patch been committed into upstream? When I found it , it was in review state. And CVE-2012-0845 too. wen Yes, it is not yet committed, but comments looks promisingly :). And i can't reproduce this bug after patching, using procedure described in bug report. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mail/mimedefang still using set_rcvar (was: Re: sysutils/smartmontools still using set_rcvar)
Hi Doug, Do you interested in mail/mimedefang? It also has set_rcvar in its rc.d script. -- kuro ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: mail/mimedefang still using set_rcvar
At Tue, 14 Feb 2012 23:09:50 -0800, Doug Barton wrote: On 02/14/2012 22:52, poyop...@puripuri.plala.or.jp wrote: Hi Doug, Do you interested in mail/mimedefang? It also has set_rcvar in its rc.d script. Fixed, thanks. Great, thanks! -- kuro ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Python upgrade to address vulnerability?
2012/2/15 Ruslan Mahmatkhanov cvs-...@yandex.ru wen heping wrote on 15.02.2012 14:16: 2012/2/15 Ruslan Mahmatkhanovcvs-...@yandex.ru** Doug Barton wrote on 15.02.2012 02:20: So apparently we have a python vulnerability according to http://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-**http://portaudit.FreeBSD.org/**b4f8be9e-56b2-11e1-9fb7-** 003067b2972c.htmlhttp://**portaudit.FreeBSD.org/** b4f8be9e-56b2-11e1-9fb7-**003067b2972c.htmlhttp://portaudit.FreeBSD.org/b4f8be9e-56b2-11e1-9fb7-003067b2972c.html , but I'm not seeing an upgrade to address it yet. Any idea when that will happen? Thanks, Doug Patch is there: http://people.freebsd.org/~rm/python-CVE-2012-0845.diff.**txthttp://people.freebsd.org/~rm/**python-CVE-2012-0845.diff.txt http://people.freebsd.org/**~rm/python-CVE-2012-0845.diff.**txthttp://people.freebsd.org/~rm/python-CVE-2012-0845.diff.txt Had this patch been committed into upstream? When I found it , it was in review state. And CVE-2012-0845 too. wen Yes, it is not yet committed, but comments looks promisingly :). And i can't reproduce this bug after patching, using procedure described in bug report. Me too :) I trust this patch too but I would like wait some time. wen -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Yikes: ports/157174: fix typos and small mistakes in various ports
just spotted this on the eve of the 8.3 freeze. Yikes! lots of ports affected, many typo's. surprised some of these built. http://www.freebsd.org/cgi/query-pr.cgi?pr=157174cat=ports -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
Michael Scheidell wrote on 15.02.2012 15:56: just spotted this on the eve of the 8.3 freeze. Yikes! lots of ports affected, many typo's. surprised some of these built. http://www.freebsd.org/cgi/query-pr.cgi?pr=157174cat=ports Missing SIZE it's an actually lack of '\n' in SIZE line. -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On 2/15/12 7:03 AM, Ruslan Mahmatkhanov wrote: Missing SIZE it's an actually lack of '\n' in SIZE line. I'll try to hit a few today before the freeze. lack of \n in SIZE, as well as maybe a fat finger on the esc key might have dropped the last digit of the size. (make fetch should find this), else all the tinderbox's will be wacking away all day long trying to keep up. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
Michael Scheidell wrote on 15.02.2012 16:26: On 2/15/12 7:03 AM, Ruslan Mahmatkhanov wrote: Missing SIZE it's an actually lack of '\n' in SIZE line. I'll try to hit a few today before the freeze. lack of \n in SIZE, as well as maybe a fat finger on the esc key might have dropped the last digit of the size. (make fetch should find this), else all the tinderbox's will be wacking away all day long trying to keep up. I tried to fix them all but then disclose that PR is already belongs to wen@ :) -- Regards, Ruslan Tinderboxing kills... the drives. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On 2/15/12 7:29 AM, Ruslan Mahmatkhanov wrote: I tried to fix them all but then disclose that PR is already belongs to wen@ :) even wen doesn't have that many tinderboxes. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On Wed, Feb 15, 2012 at 04:03:35PM +0400, Ruslan Mahmatkhanov wrote: Michael Scheidell wrote on 15.02.2012 15:56: just spotted this on the eve of the 8.3 freeze. Yikes! lots of ports affected, many typo's. surprised some of these built. Many of those errors was already fixed, thanks to eadler@ I will upload updated list. http://www.freebsd.org/cgi/query-pr.cgi?pr=157174cat=ports Missing SIZE it's an actually lack of '\n' in SIZE line. Yes, but it's still an error. -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On Wed, Feb 15, 2012 at 07:49:06AM -0500, Michael Scheidell wrote: On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? -- Adios ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On Wed, Feb 15, 2012 at 8:11 AM, Alex Kozlov s...@rm-rf.kiev.ua wrote: On Wed, Feb 15, 2012 at 07:49:06AM -0500, Michael Scheidell wrote: On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? Alex Kozlov mailed this list to me privately and I have been working on fixing these bugs. I have maintainer approval and/or patches to fix a number of these bugs. I imagine it is a good idea to file a PR but I'd like to handle them as it would likely be bothersome to maintainers to get mail for the same issue multiple times. -- Eitan Adler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On Wed, Feb 15, 2012 at 8:11 AM, Alex Kozlov s...@rm-rf.kiev.ua wrote: On Wed, Feb 15, 2012 at 07:49:06AM -0500, Michael Scheidell wrote: On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? Yes -- Eitan Adler ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Ports with version numbers going backwards: chinese/tin
** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Wed Feb 15 2012 12:00:17 UTC. - *chinese/tin* po...@freebsd.org: zh-tin-2.0.1_1 zh-tin-2.0.1_4 | revision 1.43 | date: 2012/01/04 20:30:35; author: leeym; state: Exp; lines: +6 -2 | - remove files/patch-tin.defaults and replace it with REINPLACE_CMD | | Noticed by:danfe@ (master: news/tin) | revision 1.159 | date: 2012/02/14 12:45:28; author: mm; state: Exp; lines: +2 -1 | Bump pcre library dependency due to 8.30 update ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On 2/15/12 8:11 AM, Alex Kozlov wrote: (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? slush is a good word :-) but once they cut the cd/dvd, that's it for 8.3 users who use compiled ports on media. (I guess it's not the end of the world.. for most of these) and, SIZE sure qualifies for 'feature-safe'. some of the (mis) use of USE_* will cause the maintainer issues (if they relied on USE_* in make.conf), but that should not affect builds. Others that mis(use) gtk/make/ perl might have issues unless fixed. Still, would be nice to clean them up somewhat. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Ports with version numbers going backwards: chinese/tin
er...@freebsd.org wrote: ** The following ports have a version number that sorts before a previous one ** Please fix any errors as soon as possible. - *chinese/tin* po...@freebsd.org: zh-tin-2.0.1_1 zh-tin-2.0.1_4 (master: news/tin) | revision 1.159 | date: 2012/02/14 12:45:28; author: mm; state: Exp; lines: +2 -1 | Bump pcre library dependency due to 8.30 update Should be fixed now. Ciao, Johan pgpIkthBJ4AkF.pgp Description: PGP signature
portmaster: Installing new ports without upgrading already installed ones ?
Hi there, is there a way for telling portmaster to not upgrade already installed dependencies, besides explicitly excluding these with '-x' or using '+IGNOREME' ? In other words: Is there a flag, or a combination thereof, to have portmaster conveniently just install missing and not upgrade allready installed dependencies -- like a 'make install' in a ports' directory would do ? I'm using portmaster 3.11. MfG CoCo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: graphics/rawtherapee
Mathias Picker mathias.pic...@virtual-earth.de wrote: Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann: Mathias Picker mathias.pic...@virtual-earth.de wrote: Good god, I must have worn both my eye patches at the same time. Sorry, Mathias Mayby you can try to install graphics/rawtherapee - just to approve (or discard) my problem. Sure. The rawtherapee build just completed without errors. ?? How FreeBSD mp.virtual-earth.de 9.0-STABLE FreeBSD 9.0-STABLE #5: Wed Feb 8 13:14:32 CET 2012 mathi...@mp.virtual-earth.de:/usr/obj/usr/src/sys/GENERIC amd64 default cc, nothing unusual on this machine I'm aware of. ?? It is marked as broken fpr amd64 So why I have the messages http://www.freebsd.org/cgi/query-pr.cgi?pr=164714 Mayby it is broken for i386 insted of amd64 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: editors/emacs-devel
Hi, does some like to maintain ditors/emacs-devel? There is a stavle beta version for MS-Windows out: emacs-24.0.93-bin-i386 could be nice to have that on FreebSD too. Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
devel/gobject-introspection cairo.h missing
CC libregress_la-regress.lo In file included from ./regress.c:6:0: ./regress.h:4:19: fatal error: cairo.h: No such file or directory compilation terminated. Anybody else gets this? -- View this message in context: http://freebsd.1045724.n5.nabble.com/devel-gobject-introspection-cairo-h-missing-tp5486603p5486603.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/gobject-introspection cairo.h missing
Oh, cairo.h (/usr/local/include/cairo/cairo.h) is very present. -- View this message in context: http://freebsd.1045724.n5.nabble.com/devel-gobject-introspection-cairo-h-missing-tp5486603p5486611.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
linux-f10-flashplugin11 not works for 9-stable (Linuxulator?)
Having 9-stable and ports from Feb 14, all builded from sources, I get this commonly looking error attempting to view flash in FF 10.0.1: *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down Looking into ktrace I found error reason: 82037 plugin-container CALL connect(0x16,0x2c04f9d4,0x42) 82037 plugin-container STRU struct sockaddr { AF_LOCAL, invalid } 82037 plugin-container NAMI /tmp/_org_wrapper_NSPlugins_libflashplayer.so_82037-2_1804289383 82037 plugin-container RET connect -1 errno 2 No such file or directory (repeated several times). This invalid in sockaddr looks familiar as for some time ago added sockaddr length checks our kernel, but as bz@ says this should be already fixed. Does anybody runs flash successfly on 9-stable? If yes, where else the problem can be? -- http://ache.vniz.net/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On 15 Feb 2012 13:11, Alex Kozlov s...@rm-rf.kiev.ua wrote: On Wed, Feb 15, 2012 at 07:49:06AM -0500, Michael Scheidell wrote: On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? The ports tree is never in a full freeze. Chris ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Yikes: ports/157174: fix typos and small mistakes in various ports
On Wed, 15 Feb 2012 15:11:20 +0200 Alex Kozlov s...@rm-rf.kiev.ua wrote: On Wed, Feb 15, 2012 at 07:49:06AM -0500, Michael Scheidell wrote: On 2/15/12 7:15 AM, Alex Kozlov wrote: Many of those errors was already fixed, thanks to eadler@ I will upload updated list. can we get them all, and get them /correct/ before the port freeze? (thanks Alex.. wish I had seen the list earlier, ) Isn't ports tree go in a slush instead of full freeze during the release? Slush yes, but not yet. So it's ok committing this kind of things. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portmaster: Installing new ports without upgrading already installed ones ?
On 15.02.2012 15:04, Marco Steinbach wrote: Hi there, is there a way for telling portmaster to not upgrade already installed dependencies, besides explicitly excluding these with '-x' or using '+IGNOREME' ? In other words: Is there a flag, or a combination thereof, to have portmaster conveniently just install missing and not upgrade allready installed dependencies -- like a 'make install' in a ports' directory would do ? I'm using portmaster 3.11. MfG CoCo portmaster -i may let you decide what to update... HTH -- *geoffroy desvernay* C.R.I - Administration systèmes et réseaux Ecole Centrale de Marseille signature.asc Description: OpenPGP digital signature
Re: [HEADSUP][CFT] pkgng beta1^6 is out
beta6 is now out with the following changes: * pkg register: now run inside a transaction, this speeds up things a lot (thanks avg) * pkg version: -v now print name-version to match behaviour of legacy pkg_version * pkg register: fix flatsize calculation * new pkg-updating(1) man page (thanks beat) if you are upgrading from previous version you migh discover the weird value the the disk space saved or required for some operation, this is just because a bug in previous version was always calculating each package flatsize as 0 B, this is now fixed. regards, Bapt pgpFPAQyDqRWE.pgp Description: PGP signature
math/R vs. devel/pcre
I had a problem rebuilding math/R this morning after updating devel/pcre; I'm wondering if there's something obvious (to folks other than me) that I did incorrectly. Absent extenuating circumstances, I update the installed ports on my laptop daily -- after updating FreeBSD itself -- running stable/8 i386. I use portmaster as my weapon of choice for handling the ports. Per ports/UPDATING, before updating any other ports this morning, I ran: portmaster -w devel/pcre which completed without incident. I then ran portmaster -ad --index to update everything else. The list of ports to be updated was: === The following actions will be taken if you choose to proceed: Upgrade p11-kit-0.10 to p11-kit-0.11 Upgrade perl-5.12.4_3 to perl-5.12.4_4 Upgrade apache-2.2.22_4 to apache-2.2.22_5 Upgrade gimp-app-2.6.11_5,1 to gimp-app-2.6.12,1 Upgrade glib-2.28.8_3 to glib-2.28.8_4 Upgrade iso-codes-3.29 to iso-codes-3.32.2 Upgrade goffice-0.8.17 to goffice-0.8.17_1 Upgrade netpbm-10.35.83 to netpbm-10.35.84 Upgrade php5-5.3.10 to php5-5.3.10_1 Upgrade php5-mysql-5.3.10 to php5-mysql-5.3.10_1 Upgrade php5-session-5.3.10 to php5-session-5.3.10_1 Upgrade php5-xml-5.3.10 to php5-xml-5.3.10_1 Upgrade py27-gimp-app-2.6.11 to py27-gimp-app-2.6.12 Upgrade py27-subversion-1.7.2 to py27-subversion-1.7.3 Upgrade subversion-1.7.2 to subversion-1.7.3 Upgrade R-2.14.1 to R-2.14.1_1 Upgrade gimp-2.6.11,2 to gimp-2.6.12,2 Upgrade help2man-1.40.5 to help2man-1.40.6 Upgrade nmap-5.61.t4 to nmap-5.61.t4_1 Upgrade ted-2.21_3 to ted-2.21_4 Upgrade wireshark-1.6.5 to wireshark-1.6.5_1 === Proceed? y/n [y] === Starting build for ports that need updating === which (as indicated) I accepted. All went well up to math/R, the build of which ran for a while, then whined: ... gcc46 -std=gnu99 -I../../src/extra/bzip2 -I../../src/extra -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fopenmp -fpic -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -c version.c -o version.o gcc46 -std=gnu99 -I../../src/extra/bzip2 -I../../src/extra -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fopenmp -fpic -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -c vfonts.c -o vfonts.o gfortran46 -fopenmp -fpic -O -Wl,-rpath=/usr/local/lib/gcc46 -c xxxpr.f -o xxxpr.o gcc46 -std=gnu99 -fpic -shared -fopenmp -Wl,-rpath=/usr/local/lib/gcc46 -o libR.so CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o arithmetic.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o envir.o errors.o eval.o format.o fourier.o gevents.o gram.o gram-ex.o gramLatex.o gramRd.o graphics.o grep.o identical.o inlined.o inspect.o internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o match.o memory.o model.o names.o objects.o optim.o optimize.o options.o par.o paste.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o printvector.o printutils.o qsort.o random.o raw.o registration.o relop.o rlocale.o saveload.o scan.o seq.o serialize.o size.o sort.o source.o split.o sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o unique.o util.o version.o vfonts.o xxxpr.o ../unix/Rembedded.o ../unix/libunix.a ../appl/libappl.a ../nmath/libnmath.a ../extra/bzip2/libbz2.a ../extra/tre/libtre.a-L../../lib -lRblas -lgfortran -lm -lquadmath /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib -lreadline -lpcre -llzma -lz -lm -liconv -licuuc -licui18n mkdir /common/ports/math/R/work/R-2.14.1/bin/exec gcc46 -std=gnu99 -I../../src/extra/bzip2 -I../../src/extra -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -fopenmp -fpic -O2 -pipe -Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -c Rmain.c -o Rmain.o gcc46 -std=gnu99 -export-dynamic -fopenmp -Wl,-rpath=/usr/local/lib/gcc46 -o R.bin Rmain.o -L../../lib -lR -lRblas ../../lib/libR.so: undefined reference to `_pcre_valid_utf8' collect2: ld returned 1 exit status *** Error code 1 Stop in /common/ports/math/R/work/R-2.14.1/src/main. *** Error code 1 Stop in /common/ports/math/R/work/R-2.14.1/src/main. *** Error code 1 Stop in /common/ports/math/R/work/R-2.14.1/src. *** Error code 1 Stop in /common/ports/math/R/work/R-2.14.1. *** Error code 1 Stop in /common/ports/math/R. *** Error code 1 Stop in /common/ports/math/R. === make failed for math/R === Aborting update === Update for math/R failed === Aborting update Terminated [End of log excerpt] Since I was fairly sure that the remaining ports had no dependency on math/R, I updated them, then re-tried math/R;
Re: portmaster: Installing new ports without upgrading already installed ones ?
geoffroy desvernay wrote on 15.02.2012 18:24: On 15.02.2012 15:04, Marco Steinbach wrote: Hi there, is there a way for telling portmaster to not upgrade already installed dependencies, besides explicitly excluding these with '-x' or using '+IGNOREME' ? In other words: Is there a flag, or a combination thereof, to have portmaster conveniently just install missing and not upgrade allready installed dependencies -- like a 'make install' in a ports' directory would do ? I'm using portmaster 3.11. MfG CoCo portmaster -i may let you decide what to update... Thanks for the hint -- Alas, going interactive kind of ends me up doing what I described in the first paragraph, just by other means. MfG CoCo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/pcre
Le Tue, 14 Feb 2012 14:17:57 -0800, Doug Barton do...@freebsd.org a écrit : On 02/14/2012 11:23, Patrick Lamaiziere wrote: Hello, Can someone add an entry in ports/UPDATING for the latest update of devel/pcre (8.30) ? All ports that depend on it have to be rebuilt (you have to rebuild all the box...). I added a note that suggests using the -w option for portmaster which preserves the shared libs until a better solution is found. I guessed on the knob for portupgrade, if someone who knows better wants to correct it that would be welcome. :) Portupgrade preserves shared libs by default. This is why I forget this time using portmaster (not very familiar with your tool, which is nice). Anyway the preservation of shared libs does not work all the time (libraries with two digits (or three, don't remember) (like libfoo.so.4.2) are not taken in account by ldconfig without a symlink (libfoo.so.4 - libfoo.so.4.2). For example in ports, Qt/KDE libs: libphonon.so.4@ - /usr/local/kde4/lib/libphonon.so.4.5.1 Regards. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
lang/gcc rumdependencies?
Hi, I like to deinstall lang/gcc It is not possible, because of dependencies - run-dependencies - to kmplayer-kde4-0.11.2b,3 mplayer-1.0.r20111218_3 Do this ports realy need lang/gcc tu RUN? Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: math/R vs. devel/pcre
I had a problem rebuilding math/R this morning after updating devel/pcre; I'm wondering if there's something obvious (to folks other than me) that I did incorrectly. ... gcc46 -std=gnu99 -export-dynamic -fopenmp -Wl,-rpath=/usr/local/lib/gcc46 -o R.bin Rmain.o -L../../lib -lR -lRblas ../../lib/libR.so: undefined reference to `_pcre_valid_utf8' collect2: ld returned 1 exit status *** Error code 1 I can reproduce this without portmaster. The pcre ABI changed with pcre 8.30, and R may need to be patched in order to use it -- or there may be a problem with the pcre port. I will look into this. In the meantime, you will probably be able to build R by selecting WITHOUT_PCRE_PORT, so that the version of pcre that is bundled with R is used, rather than devel/pcre. Thank you for reporting the problem. However, in the future, if you believe there is a problem with R, please send a message directly to me (the port maintainer, b...@freebsd.org), so that I will see it sooner. b. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: graphics/rawtherapee
Heino Tiedemann rotkaps_spam_t...@gmx.de wrote: Mathias Picker mathias.pic...@virtual-earth.de wrote: Am Dienstag, den 14.02.2012, 20:43 +0100 schrieb Heino Tiedemann: Mathias Picker mathias.pic...@virtual-earth.de wrote: Good god, I must have worn both my eye patches at the same time. Sorry, Mathias Mayby you can try to install graphics/rawtherapee - just to approve (or discard) my problem. Sure. The rawtherapee build just completed without errors. Mathias and me found out: It has problem with i386. Is there soneone with an i386 (or higher) and can say if rawtherapee builds? Heino ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CFT: pkgng support for tinderbox
Hi, pkgng support for tinderbox (written by bapt@) is ready and is looking for some review and testers. The patch is against tinderbox HEAD: http://tmp.chruetertee.ch/tinderbox-pkgng.patch It also needs a database change: alter table port_dependencies CHANGE dependency_type dependency_type \ ENUM('UNKNOWN', 'PKG_DEPENDS', 'EXTRACT_DEPENDS', 'PATCH_DEPENDS', \ 'FETCH_DEPENDS', 'BUILD_DEPENDS', 'LIB_DEPENDS', 'RUN_DEPENDS', \ 'TEST_DEPENDS') DEFAULT 'UNKNOWN'; To enable pkgng support please update your portstree in the tinderbox and add these lines to your portstree environment in scripts/etc/env: export WITH_PKGNG=yes export PKGSUFFIX=.txz Thanks, Beat ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: pkgng support for tinderbox
On Wed, Feb 15, 2012 at 10:07:18PM +0100, Beat Gätzi wrote: Hi, pkgng support for tinderbox (written by bapt@) is ready and is looking for some review and testers. The patch is against tinderbox HEAD: http://tmp.chruetertee.ch/tinderbox-pkgng.patch It also needs a database change: alter table port_dependencies CHANGE dependency_type dependency_type \ ENUM('UNKNOWN', 'PKG_DEPENDS', 'EXTRACT_DEPENDS', 'PATCH_DEPENDS', \ 'FETCH_DEPENDS', 'BUILD_DEPENDS', 'LIB_DEPENDS', 'RUN_DEPENDS', \ 'TEST_DEPENDS') DEFAULT 'UNKNOWN'; To enable pkgng support please update your portstree in the tinderbox and add these lines to your portstree environment in scripts/etc/env: export WITH_PKGNG=yes export PKGSUFFIX=.txz Thanks, Beat ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Thank you very much for you hard work on fixing the patch and doing all the hard work. regards, Bapt pgp0hVIDjG5mI.pgp Description: PGP signature
Re: portmaster: Installing new ports without upgrading already installed ones ?
On 02/15/2012 06:04, Marco Steinbach wrote: Hi there, is there a way for telling portmaster to not upgrade already installed dependencies, besides explicitly excluding these with '-x' or using '+IGNOREME' ? Someone already mentioned -i. In other words: Is there a flag, or a combination thereof, to have portmaster conveniently just install missing and not upgrade allready installed dependencies -- like a 'make install' in a ports' directory would do ? To answer your question, no. The tool is not designed to be used that way. (And no, I won't add that as an option.) hth, Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: portmaster: Installing new ports without upgrading already installed ones ?
On Wed, 15 Feb 2012, Doug Barton wrote: On 02/15/2012 06:04, Marco Steinbach wrote: Hi there, is there a way for telling portmaster to not upgrade already installed dependencies, besides explicitly excluding these with '-x' or using '+IGNOREME' ? Someone already mentioned -i. In other words: Is there a flag, or a combination thereof, to have portmaster conveniently just install missing and not upgrade allready installed dependencies -- like a 'make install' in a ports' directory would do ? To answer your question, no. The tool is not designed to be used that way. (And no, I won't add that as an option.) Fair enough -- thanks for the clarification. And for maintaining portmaster in the first place, of course. MfG CoCo ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
CUDA porting effort?
Given that NVidia is releasing the CUDA platform source on a limited basis, is anyone actively working to port it to FreeBSD? The reason I ask is that to get access to the source, you have to submit a request explaining what you intend to use it for. It might be a good idea to get ahold of the source on behalf of FreeBSD, so that interested people could work on porting it. I could devote a small amount of time to such an effort; I'm wondering if there's interest from anyone else. signature.asc Description: OpenPGP digital signature
Re: CFT: pkgng support for tinderbox
Thank you for the great work, pkg-updating.1 should be added in the MAN1 because pkg is currently falling under tinderbox. Regards, George ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADSUP][CFT] pkgng beta1^6 is out
On Wed, Feb 15, 2012 at 08:53:42PM -0200, Renato Botelho wrote: On Wed, Feb 15, 2012 at 3:50 PM, Baptiste Daroussin b...@freebsd.org wrote: beta6 is now out with the following changes: * pkg register: now run inside a transaction, this speeds up things a lot (thanks avg) * pkg version: -v now print name-version to match behaviour of legacy pkg_version * pkg register: fix flatsize calculation * new pkg-updating(1) man page (thanks beat) if you are upgrading from previous version you migh discover the weird value the the disk space saved or required for some operation, this is just because a bug in previous version was always calculating each package flatsize as 0 B, this is now fixed. Hello Bapt, I tried to build it on a recent current and got these errors: FreeBSD murphys.ramenzoni.com.br 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r231691: Tue Feb 14 15:51:35 BRST 2012 r...@murphys.ramenzoni.com.br:/usr/obj/usr/src/sys/MURPHYS i386 root@murphys:/root# make -C /usr/ports/ports-mgmt/pkg install clean === License BSD accepted by the user = pkg-1.0-beta6.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/portmgr/pkg-1.0-beta6.tar.bz2 pkg-1.0-beta6.tar.bz2 100% of 1434 kB 108 kBps 00m00s === Extracting for pkg-1.0.b6 = SHA256 Checksum OK for pkg-1.0-beta6.tar.bz2. === Patching for pkg-1.0.b6 === Configuring for pkg-1.0.b6 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/aclocal.m4 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/configure === Building for pkg-1.0.b6 === external (all) === external/sqlite (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/sqlite cc -O2 -pipe -fno-strict-aliasing -fPIC -DSQLITE_OMIT_AUTOVACUUM -DSQLITE_OMIT_BLOB_LITERAL -DSQLITE_OMIT_COMPLETE -DSQLITE_OMIT_DECLTYPE -DSQLITE_OMIT_DEPRECATED -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_GET_TABLE -DSQLITE_OMIT_LOAD_EXTENSION -DSQLITE_OMIT_PROGRESS_CALLBACK -DSQLITE_OMIT_TCL_VARIABLE -DSQLITE_OMIT_UTF16 -DSQLITE_OMIT_CAT -DSQLITE_OMIT_CHECK -DSQLITE_OMIT_AUTOINIT -DSQLITE_OMIT_COMPILEOPTION_DIAGS -DSQLITE_OMIT_INTEGRITY_CHECK -DSQLITE_OMIT_BUILTIN_TEST -DSQLITE_OMIT_SHARED_CACHE -DUSE_PREAD -DSQLITE_THREADSAFE=1 -DSQLITE_TEMP_STORE=3 -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c sqlite3.c -o sqlite3.o building static sqlite3 library ranlib libsqlite3.a === external/libyaml (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/api.c -o api.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/dumper.c -o dumper.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/emitter.c -o emitter.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/loader.c -o loader.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/parser.c -o parser.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c
Re: CFT: pkgng support for tinderbox
On 02/15/2012 14:27, George Liaskos wrote: Thank you for the great work, pkg-updating.1 should be added in the MAN1 because pkg is currently falling under tinderbox. Shouldn't stuff like updating packages be in sbin man section 8? Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADSUP][CFT] pkgng beta1^6 is out
FreeBSD murphys.ramenzoni.com.br 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r231691: Tue Feb 14 15:51:35 BRST 2012 r...@murphys.ramenzoni.com.br:/usr/obj/usr/src/sys/MURPHYS i386 On Wed, Feb 15, 2012 at 8:57 PM, Baptiste Daroussin b...@freebsd.org wrote: On Wed, Feb 15, 2012 at 08:53:42PM -0200, Renato Botelho wrote: On Wed, Feb 15, 2012 at 3:50 PM, Baptiste Daroussin b...@freebsd.org wrote: beta6 is now out with the following changes: * pkg register: now run inside a transaction, this speeds up things a lot (thanks avg) * pkg version: -v now print name-version to match behaviour of legacy pkg_version * pkg register: fix flatsize calculation * new pkg-updating(1) man page (thanks beat) if you are upgrading from previous version you migh discover the weird value the the disk space saved or required for some operation, this is just because a bug in previous version was always calculating each package flatsize as 0 B, this is now fixed. Hello Bapt, I tried to build it on a recent current and got these errors: FreeBSD murphys.ramenzoni.com.br 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r231691: Tue Feb 14 15:51:35 BRST 2012 r...@murphys.ramenzoni.com.br:/usr/obj/usr/src/sys/MURPHYS i386 root@murphys:/root# make -C /usr/ports/ports-mgmt/pkg install clean === License BSD accepted by the user = pkg-1.0-beta6.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/portmgr/pkg-1.0-beta6.tar.bz2 pkg-1.0-beta6.tar.bz2 100% of 1434 kB 108 kBps 00m00s === Extracting for pkg-1.0.b6 = SHA256 Checksum OK for pkg-1.0-beta6.tar.bz2. === Patching for pkg-1.0.b6 === Configuring for pkg-1.0.b6 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/aclocal.m4 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/configure === Building for pkg-1.0.b6 === external (all) === external/sqlite (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/sqlite cc -O2 -pipe -fno-strict-aliasing -fPIC -DSQLITE_OMIT_AUTOVACUUM -DSQLITE_OMIT_BLOB_LITERAL -DSQLITE_OMIT_COMPLETE -DSQLITE_OMIT_DECLTYPE -DSQLITE_OMIT_DEPRECATED -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_GET_TABLE -DSQLITE_OMIT_LOAD_EXTENSION -DSQLITE_OMIT_PROGRESS_CALLBACK -DSQLITE_OMIT_TCL_VARIABLE -DSQLITE_OMIT_UTF16 -DSQLITE_OMIT_CAT -DSQLITE_OMIT_CHECK -DSQLITE_OMIT_AUTOINIT -DSQLITE_OMIT_COMPILEOPTION_DIAGS -DSQLITE_OMIT_INTEGRITY_CHECK -DSQLITE_OMIT_BUILTIN_TEST -DSQLITE_OMIT_SHARED_CACHE -DUSE_PREAD -DSQLITE_THREADSAFE=1 -DSQLITE_TEMP_STORE=3 -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c sqlite3.c -o sqlite3.o building static sqlite3 library ranlib libsqlite3.a === external/libyaml (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/api.c -o api.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/dumper.c -o dumper.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/emitter.c -o emitter.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/loader.c -o loader.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/parser.c -o parser.o cc -O2 -pipe -fno-strict-aliasing -fPIC
Re: CFT: pkgng support for tinderbox
On Feb 15, 2012, at 3:04 PM, Doug Barton wrote: On 02/15/2012 14:27, George Liaskos wrote: Thank you for the great work, pkg-updating.1 should be added in the MAN1 because pkg is currently falling under tinderbox. Shouldn't stuff like updating packages be in sbin man section 8? Comparing intro.1 to intro.8: Section one of the manual contains most of the commands which comprise the BSD user environment. Some of the commands included in section one are text editors, command shell interpreters, searching and sorting tools, file manipulation commands, system status commands, remote file copy commands, mail commands, compilers and compiler tools, formatted output tools, and line printer commands. - This section contains information related to system operation and maintenance. It describes commands used to create new file systems (newfs(8)), verify the integrity of the file systems (fsck(8)), control disk usage (edquota(8)), maintain system backups (dump(8)), and recover files when disks die an untimely death (restore(8)). Network related services like inetd(8) and ftpd(8) are also described. Well, yes, I suppose you could make a case for section 8, but it's not a perfect fit, especially if you consider packages/ports to be external to the FreeBSD operating system itself. Regards, -- -Chuck ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [HEADSUP][CFT] pkgng beta1^6 is out
On Wed, Feb 15, 2012 at 3:50 PM, Baptiste Daroussin b...@freebsd.org wrote: beta6 is now out with the following changes: * pkg register: now run inside a transaction, this speeds up things a lot (thanks avg) * pkg version: -v now print name-version to match behaviour of legacy pkg_version * pkg register: fix flatsize calculation * new pkg-updating(1) man page (thanks beat) if you are upgrading from previous version you migh discover the weird value the the disk space saved or required for some operation, this is just because a bug in previous version was always calculating each package flatsize as 0 B, this is now fixed. Hello Bapt, I tried to build it on a recent current and got these errors: FreeBSD murphys.ramenzoni.com.br 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r231691: Tue Feb 14 15:51:35 BRST 2012 r...@murphys.ramenzoni.com.br:/usr/obj/usr/src/sys/MURPHYS i386 root@murphys:/root# make -C /usr/ports/ports-mgmt/pkg install clean === License BSD accepted by the user = pkg-1.0-beta6.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/. = Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/portmgr/pkg-1.0-beta6.tar.bz2 pkg-1.0-beta6.tar.bz2 100% of 1434 kB 108 kBps 00m00s === Extracting for pkg-1.0.b6 = SHA256 Checksum OK for pkg-1.0-beta6.tar.bz2. === Patching for pkg-1.0.b6 === Configuring for pkg-1.0.b6 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/aclocal.m4 === FreeBSD 10 autotools fix applied to /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/configure === Building for pkg-1.0.b6 === external (all) === external/sqlite (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/sqlite cc -O2 -pipe -fno-strict-aliasing -fPIC -DSQLITE_OMIT_AUTOVACUUM -DSQLITE_OMIT_BLOB_LITERAL -DSQLITE_OMIT_COMPLETE -DSQLITE_OMIT_DECLTYPE -DSQLITE_OMIT_DEPRECATED -DSQLITE_OMIT_EXPLAIN -DSQLITE_OMIT_GET_TABLE -DSQLITE_OMIT_LOAD_EXTENSION -DSQLITE_OMIT_PROGRESS_CALLBACK -DSQLITE_OMIT_TCL_VARIABLE -DSQLITE_OMIT_UTF16 -DSQLITE_OMIT_CAT -DSQLITE_OMIT_CHECK -DSQLITE_OMIT_AUTOINIT -DSQLITE_OMIT_COMPILEOPTION_DIAGS -DSQLITE_OMIT_INTEGRITY_CHECK -DSQLITE_OMIT_BUILTIN_TEST -DSQLITE_OMIT_SHARED_CACHE -DUSE_PREAD -DSQLITE_THREADSAFE=1 -DSQLITE_TEMP_STORE=3 -DNDEBUG -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -Werror -c sqlite3.c -o sqlite3.o building static sqlite3 library ranlib libsqlite3.a === external/libyaml (all) Warning: Object directory not changed from original /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/api.c -o api.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/dumper.c -o dumper.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/emitter.c -o emitter.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/loader.c -o loader.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/parser.c -o parser.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml -DHAVE_CONFIG_H -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/src/reader.c -o reader.o cc -O2 -pipe -fno-strict-aliasing -fPIC -I/usr/ports/ports-mgmt/pkg/work/pkg-1.0-beta6/external/libyaml/include
Re: CFT: pkgng support for tinderbox
On Wed, Feb 15, 2012 at 03:04:48PM -0800, Doug Barton wrote: On 02/15/2012 14:27, George Liaskos wrote: Thank you for the great work, pkg-updating.1 should be added in the MAN1 because pkg is currently falling under tinderbox. Shouldn't stuff like updating packages be in sbin man section 8? Doug everything is in sbin, and you are right for the man beta7 will have it in section 8. regards, Bapt pgpCrEfebiuFU.pgp Description: PGP signature