[PKGNG] use more than one threads?
man xz say about -T threads, --threads=threads but, when work pkg create -a it use only one: PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 48672 root1 1030 216M 117M CPU22 20:39 99.37% pkg create -a how I can use more than one CPU? ___ 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: [PKGNG] use more than one threads?
On 30/01/2013 09:00, Alex Keda wrote: man xz say about -T threads, --threads=threads but, when work pkg create -a it use only one: PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 48672 root1 1030 216M 117M CPU22 20:39 99.37% pkg create -a how I can use more than one CPU? pkgng doesn't call the xz executable for compressing packages; instead it uses library code via libarchive. So making it compress created packages is a bit more involved than just tweaking a command-line somewhere. However, yes, this would be a desirable behaviour. If you could open an issue at Github, that would be great. Cheers, Matthew PS. There's a brand-new freebsd-pkg@ mailing list which I'd encourage people to use for this sort of question. ___ 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
[PKGNG] how about remember repository used for installation?
I have some servers, with standard soft settings, and can use general repository but, one/two applications have another settings (for example, samba, apache...) may be add to installed pkg some options, about 'install repository', and use it for 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: [PKGNG] how about remember repository used for installation?
W dniu 2013-01-30 10:16, Alex Keda pisze: I have some servers, with standard soft settings, and can use general repository but, one/two applications have another settings (for example, samba, apache...) may be add to installed pkg some options, about 'install repository', and use it for update? +1, that feature would be awesome. Now I have poudriere jails building the same 40 packages just to do one different. It's a waste of resources. -- best regards, Lukasz Wasikowski ___ 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: [PKGNG] how about remember repository used for installation?
This is a narrow case of more wide problem. I think more general would be to have some sort of `pkg options` which will allow you to set up some options (port- and system- wide) to be preferred. So, in such case pkg would compare options of pkg form different repo and choose right one (or most fit). Or at least ask user about choice. Or we can start from some kind of `pkg set-preferred repo REPO portname*` 2013/1/30 Łukasz Wąsikowski luk...@wasikowski.net W dniu 2013-01-30 10:16, Alex Keda pisze: I have some servers, with standard soft settings, and can use general repository but, one/two applications have another settings (for example, samba, apache...) may be add to installed pkg some options, about 'install repository', and use it for update? +1, that feature would be awesome. Now I have poudriere jails building the same 40 packages just to do one different. It's a waste of resources. -- best regards, Lukasz Wasikowski ___ 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 -- Regards, Alexander Yerenkow ___ 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 you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ editors/ne | 2.4 | 2.5 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt If wish to stop receiving portscout reminders, please contact portsc...@portscout.freebsd.org Thanks. ___ 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
graphics/graphviz does not install
When I try to install graphics/graphviz from ports I get this error on recent 10.0-CURRENT (amd64; clang): gmake[4]: Entering directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot' /usr/local/bin/gmkdir -p '/usr/local/bin' /bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g wheel -m 555 dot dot_builtins '/usr/local/bin' libtool: install: install -o root -g wheel -m 555 -s .libs/dot /usr/local/bin/dot libtool: install: install -o root -g wheel -m 555 -s .libs/dot_builtins /usr/local/bin/dot_builtins gmake install-exec-hook gmake[5]: Entering directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot' (cd /usr/local/bin; if test -x dot; then for i in neato twopi fdp circo osage patchwork sfdp; do rm -f $i; ln -s dot $i; done; fi;) if test x = x; then if test -x /usr/local/bin/dot; then if test -x /sbin/ldconfig; then /sbin/ldconfig 2/dev/null; fi; /usr/local/bin/dot -c; else /usr/local/bin/dot_static -c; fi; fi Unable to find pthread_mutexattr_setkind_np versioned symbol. Aborting. gmake[5]: *** [install-exec-hook] Abort trap (Speicherauszug erstellt) gmake[5]: Leaving directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot' gmake[4]: *** [install-exec-am] Fehler 2 gmake[4]: Leaving directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot' gmake[3]: *** [install-am] Fehler 2 gmake[3]: Leaving directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot' gmake[2]: *** [install-recursive] Fehler 1 gmake[2]: Leaving directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd' gmake[1]: *** [install-recursive] Fehler 1 gmake[1]: Leaving directory `/usr/ports/graphics/graphviz/work/graphviz-2.30.0' gmake: *** [install] Fehler 2 It differs from http://forums.freebsd.org/showthread.php?t=36708 (pthread_mutexattr instead of pthread_create), so option PTH in lang/python27 does not help. Is this a known issue? Please let me know, if I should provide more details. Thanks in advance, Rainer Hurling ___ 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: www/py-django-cms [ID#2013012709000701]
Hi Carlo! There are several Django-related ports that need updating. I'm currently re-creating my build host and should have updated versions ready later this week or early next. Best wishes, Matthew -- I FIGHT FOR THE USERS -Original Message- From: Carlo Strub [mailto:c...@freebsd.org] Sent: Sunday, January 27, 2013 3:10 PM To: xenophon\+fbsdports Subject: www/py-django-cms [ID#2013012709000701] Hi, Did you see that there was a security vulnerability found in django-cms 2.3.5 (http://www.vuxml.org/freebsd/3886cafe-668c-11e2-94b8- 1c4bd681f0cf.html)? Please update the port as soon as possible. If you are busy or don't want to do it for other reasons, please tell me. Best, Carlo -- Carlo Strub Ports committer pub 3072R/D06F0BD7 2012-11-25 [expires: 2017-11-24] Key fingerprint = 61A4 F2B8 2A6C B81E 5557 0798 78E7 DE70 D06F 0BD7 uid Carlo Strub c...@carlostrub.ch uid Carlo Strub c...@freebsd.org sub 3072R/71C75997 2012-11-25 [expires: 2017-11-24] sub 3072R/318AEB16 2012-11-25 [expires: 2017-11-24] -- ___ 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: graphics/graphviz does not install
On 30.01.2013 18:07 (UTC+2), Rainer Hurling wrote:
When I try to install graphics/graphviz from ports I get this error on
recent 10.0-CURRENT (amd64; clang):
gmake[4]: Entering directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
/usr/local/bin/gmkdir -p '/usr/local/bin'
/bin/sh /usr/local/bin/libtool --mode=install install -s -o root -g
wheel -m 555 dot dot_builtins '/usr/local/bin'
libtool: install: install -o root -g wheel -m 555 -s .libs/dot
/usr/local/bin/dot
libtool: install: install -o root -g wheel -m 555 -s .libs/dot_builtins
/usr/local/bin/dot_builtins
gmake install-exec-hook
gmake[5]: Entering directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
(cd /usr/local/bin; if test -x dot; then for i in neato twopi fdp circo
osage patchwork sfdp; do rm -f $i; ln -s dot $i; done; fi;)
if test x = x; then if test -x /usr/local/bin/dot; then if test -x
/sbin/ldconfig; then /sbin/ldconfig 2/dev/null; fi; /usr/local/bin/dot
-c; else /usr/local/bin/dot_static -c; fi; fi
Unable to find pthread_mutexattr_setkind_np versioned symbol. Aborting.
gmake[5]: *** [install-exec-hook] Abort trap (Speicherauszug erstellt)
gmake[5]: Leaving directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
gmake[4]: *** [install-exec-am] Fehler 2
gmake[4]: Leaving directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
gmake[3]: *** [install-am] Fehler 2
gmake[3]: Leaving directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd/dot'
gmake[2]: *** [install-recursive] Fehler 1
gmake[2]: Leaving directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0/cmd'
gmake[1]: *** [install-recursive] Fehler 1
gmake[1]: Leaving directory
`/usr/ports/graphics/graphviz/work/graphviz-2.30.0'
gmake: *** [install] Fehler 2
It differs from http://forums.freebsd.org/showthread.php?t=36708
(pthread_mutexattr instead of pthread_create), so option PTH in
lang/python27 does not help.
Is this a known issue? Please let me know, if I should provide more details.
I just realized PR 171949. At the end, there is a small patch of the
ports Makefile, which works for me (thanks to Vladimir Timofeev):
--- Makefile.orig 2013-01-27 19:20:48.0 +0100
+++ Makefile2013-01-30 18:51:05.0 +0100
@@ -104,7 +104,7 @@
--disable-io --disable-ocaml --disable-java \
--disable-sharp
-CONFIGURE_ENV+=MISSING=${TRUE}
+CONFIGURE_ENV+=MISSING=${TRUE} LIBS=${PTHREAD_LIBS}
.if ${PORT_OPTIONS:MTK}
CPPFLAGS+= -I${TK_INCLUDEDIR}
Sorry for answering myself and for not trying this before I posted my
first mail.
Rainer Hurling
___
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
[solved?] Re: libffi update: #error Qt has not been ported to this architecture
After poking around a bit, I found that I (also) had qt-3.3.8_14
installed, and it occurred to me that this might be a source of
complication.
It turned out that this was because I had built security/pinentry with
all possible environments enabled. (In turn, pinentry was brought in
because of security/gnupg, which I installed in support of handling mail
{de,en}cryption via mail/mutt.)
I disabled pinentry's QT3 (and GTK) options and rebuilt it, then rebuilt
gnupg, then deleted qt-3.3.8_14.
That done, www/qt4-webkit has built successfully. I'll go on to try the
rest.
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
pgpV6ztYKJeL2.pgp
Description: PGP signature
Re: [PKGNG] how about remember repository used for installation?
30.01.2013 15:31, Alexander Yerenkow пишет: This is a narrow case of more wide problem. I think more general would be to have some sort of `pkg options` which will allow you to set up some options (port- and system- wide) to be preferred. So, in such case pkg would compare options of pkg form different repo and choose right one (or most fit). Or at least ask user about choice. Or we can start from some kind of `pkg set-preferred repo REPO portname*` and it will be store in pkg information? and used in future? ___ 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: [solved?] Re: libffi update: #error Qt has not been ported to this architecture
On Wed, Jan 30, 2013 at 10:20:10AM -0800, David Wolfskill wrote:
...
It turned out that this was because I had built security/pinentry with
all possible environments enabled. (In turn, pinentry was brought in
because of security/gnupg, which I installed in support of handling mail
{de,en}cryption via mail/mutt.)
I disabled pinentry's QT3 (and GTK) options and rebuilt it, then rebuilt
gnupg, then deleted qt-3.3.8_14.
That done, www/qt4-webkit has built successfully. I'll go on to try the
rest.
...
While I am reluctant to assert a cause-effect relationship, I am
relieved to report that I was able to complete rebuilding the rest of
the ports that depend on libffi after completing the removal of
qt-3.3.8_14.
Peace,
david
--
David H. Wolfskill da...@catwhisker.org
Taliban: Evil men with guns afraid of truth from a 14-year old girl.
See http://www.catwhisker.org/~david/publickey.gpg for my public key.
pgpVE6VBlC8i8.pgp
Description: PGP signature
Re: About lua 5.2
David Demelier wrote: Lua has some disavantages to break compatibility between major versions, thus I'm not sure if current lua modules in the ports tree will still works with that version. Should we start a repocopy of all modules to lua51-* before creating the new port for lua 5.2? and later: I've just realized that Lua52 was in the ports tree! Yes, but repocopies as concept are obsolete - we use Subversion (SVN) for ports these days, where a copy is tracked by SVN itself. If I derive ports, and only then, I will just use svn copy and then modify accordingly (for instance, security/openvpn22 was set up that way). Note that some of the related and popular modules are not compatible with Lua 5.2, so if you want to help with those, feel free to contact l...@freebsd.org which is a list with three maintainers of Lua ports. Best regards Matthias Andree (one of the lua@ members) ___ 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
Packages not updating on FTP
There haven't been any packages pushed to FTP for any major, minor or platform in at least three months. Yes, there is probably some grand plan, architecture, and hosting shuffle going on as a result of being cracked. And that is a good thing. But can someone please consider copying over an interim copy of whatever package trees might surely be being generated on the build farms? Perhaps even of just 9.1-stable, or 9-stable into 9.1-stable, since it exist there yet. Thanks, users everywhere :) ___ 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: Packages not updating on FTP
The build farm is still offline awaiting the code to be updated to a point where it will pass a security review. mcl ___ 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: Packages not updating on FTP
The build farm is still offline awaiting the code to be updated to a point where it will pass a security review. Ok, thanks for the 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
