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 +-+ databases/py-apsw | 3.14.1 | 3.16.2-r1 +-+ sysutils/tty-clock | 2.0.0 | v2.3 +-+ 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 Thanks. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: inkscape broken on 12-current amd64
On Sat, Jan 14, 2017 at 1:43 PM, Nilton Jose Rizzo wrote: > Em Sat, 14 Jan 2017 19:29:18 +0100, Fernando Herrero Carrón escreveu > > 2017-01-14 19:00 GMT+01:00 Nilton Jose Rizzo : > > > > > > > > My Box: > > > > > > root@valfenda:/usr/ports/graphics/inkscape # uname -a > > > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan > 13 > > > 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA > amd64 > > > root@valfenda:/usr/ports/graphics/inkscape # svnlite info /usr/ports > > > Path: /usr/ports > > > Working Copy Root Path: /usr/ports > > > URL: svn://svn.freebsd.org/ports/head > > > Relative URL: ^/head > > > Repository Root: svn://svn.freebsd.org/ports > > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > > Revision: 431401 > > > Node Kind: directory > > > Schedule: normal > > > Last Changed Author: feld > > > Last Changed Rev: 431401 > > > Last Changed Date: 2017-01-13 14:49:59 -0200 (Fri, 13 Jan 2017) > > > > > > > > > On my box, the Inkscape was broken with this error: > > > > > > > > > /usr/bin/ld/usr/bin/ld:: ccaannotnnot find -lomp > > > find -lomp > > > > > > > Hi, > > > > This has been discussed recently for 11 as well: > > https://lists.freebsd.org/pipermail/freebsd-ports/2016- > December/106313.html > > > > I haven't looked at the issue myself yet, but you might find Kevin's > > link helpful. > > > > Cheers, > > Fernando > > > > Hi Fernando, Thankx for your help! > > But itr's to serious. How do i run a ImageMagic without > OpenMP to parallel programming? > > You need to get libomp.so installed. It's part of LLVM, but does not seem to be installed in the base system LLVM build. It should be installed by installing any devel/llvm37 or newer, though. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ATI, libdrm, gnome
On Sat, 2017-01-14 at 22:45 +0100, Baptiste Daroussin wrote: > On Sat, Jan 14, 2017 at 04:37:04PM -0500, Stari Karp wrote: > > > > Hi! > > > > Today I update xf86-video-ati-7.8 and also libdrm 2.4.7,1. I am > > using > > Synth on FreeBSD 11-RELEASE (amd64) and everything was okay except > > thyat GNOME3 doesn't start anymore. It stopped o with black screen > > and > > mouse curson. I did try Lumina desktop too with the same result but > > Fluxbox works. > > > > For GNOME 3 I have xsession-errors which is attached. > > I have also gnome-shell core dump and gnome-settings-daemon core > > dump. > > > > Thank you. > > > Do you have your Xorg.0.log? > > > > > > ___ > > freebsd-ports@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd > > .org" Yes, I have. It was also dbus update? Thank you. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
Thanks to all who responded, makes perfect sense now. Paul Mather wrote: The only thing you need on the host is to have the linux kernel module loaded. (You don't need to have any Linux packages installed there.) The default setting in /usr/local/etc/poudriere.conf is to have NOLINUX=yes commented out, i.e., Linux support in Poudriere is enabled unless you explicitly disable it. The easiest way to load the linux kernel module on the host for use with Poudriere is to add it to the "kld_list" setting in /etc/rc.conf, e.g., kld_list="linux" I do have NOLINUX=yes commented out, as is a default. 2017-01-14 22:45 Timon wrote: No, it doesn't require linuxulator to be configured, but require linux.ko (and linux64.ko if your host is amd64) to be loaded. Poudriere load linux.ko, but doesn't load linux64. Try this patch: --- /usr/local/share/poudriere/common.sh.orig +++ /usr/local/share/poudriere/common.sh @@ -1686,6 +1686,9 @@ jail_start() { if [ "${arch}" = "i386" -o "${arch}" = "amd64" ]; then needfs="${needfs} linprocfs" sysctl -n compat.linux.osrelease >/dev/null 2>&1 || kldload linux + if [ "${arch}" = "amd64" ]; then + kldload linux64 + fi fi fi [ -n "${USE_TMPFS}" ] && needfs="${needfs} tmpfs" Great, that seems to do the trick! (actually, I just loaded the linux64 kmodule, did not try to apply the patch). Thanks! Looks like the poudriere/common.sh needs this patch. Mark ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ATI, libdrm, gnome
Hi! Today I update xf86-video-ati-7.8 and also libdrm 2.4.7,1. I am using Synth on FreeBSD 11-RELEASE (amd64) and everything was okay except thyat GNOME3 doesn't start anymore. It stopped o with black screen and mouse curson. I did try Lumina desktop too with the same result but Fluxbox works. For GNOME 3 I have xsession-errors which is attached. I have also gnome-shell core dump and gnome-settings-daemon core dump. Thank you. xsession-errors Description: Binary data ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ATI, libdrm, gnome
On Sat, Jan 14, 2017 at 05:35:24PM -0500, Stari Karp wrote: > On Sat, 2017-01-14 at 22:45 +0100, Baptiste Daroussin wrote: > > On Sat, Jan 14, 2017 at 04:37:04PM -0500, Stari Karp wrote: > > > > > > Hi! > > > > > > Today I update xf86-video-ati-7.8 and also libdrm 2.4.7,1. I am > > > using > > > Synth on FreeBSD 11-RELEASE (amd64) and everything was okay except > > > thyat GNOME3 doesn't start anymore. It stopped o with black screen > > > and > > > mouse curson. I did try Lumina desktop too with the same result but > > > Fluxbox works. > > > > > > For GNOME 3 I have xsession-errors which is attached. > > > I have also gnome-shell core dump and gnome-settings-daemon core > > > dump. > > > > > > Thank you. > > > > > Do you have your Xorg.0.log? > > > > > > > > > > ___ > > > freebsd-ports@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd > > > .org" > > Yes, I have. > It was also dbus update? > This is not showing anyting can you try show me the output of glxinfo? If you know how to use svn and are actually using svn for the ports tree can you try reverting the radeon upgrade (only that) (same with git :))? Best regards, Bapt signature.asc Description: PGP signature
Re: Does building linux packages under poudriere require linux compatibility emulation?
On 14/01/2017 03:07, Mark Martinec wrote: Does building such packages really require linuxilator configured on the build host ??? No, it doesn't require linuxulator to be configured, but require linux.ko (and linux64.ko if your host is amd64) to be loaded. Poudriere load linux.ko, but doesn't load linux64. Try this patch: --- /usr/local/share/poudriere/common.sh.orig +++ /usr/local/share/poudriere/common.sh @@ -1686,6 +1686,9 @@ jail_start() { if [ "${arch}" = "i386" -o "${arch}" = "amd64" ]; then needfs="${needfs} linprocfs" sysctl -n compat.linux.osrelease >/dev/null 2>&1 || kldload linux + if [ "${arch}" = "amd64" ]; then + kldload linux64 + fi fi fi [ -n "${USE_TMPFS}" ] && needfs="${needfs} tmpfs" -- Aleksandr Matveev ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flash plugin / nsplugin wrapper
On Sat, Jan 14, 2017 at 07:47:07PM +0100, Tijl Coosemans wrote: > On Sat, 14 Jan 2017 10:56:41 -0700 The Doctor > wrote: > > Hello. > > > > consistency please. > > > > Can these plugin have the option of Centos 6 OR centos 7 install;. > > > > I need Centos 7 for Xen / bhyve virtualisation. > > Add DEFAULT_VERSIONS+=linux=c7 or c7_64 to /etc/make.conf and all linux > ports will depend on CentOS 7. Just did that; will try. > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism Birthdate 29 Jan 1969 Redhill Surrey England ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Cairo dock Plugins broken on 12-current
Hi All, I reinstalling my box, from a fresh, clean new instalation. My -current was from 10-current without many problems. But now, when I compile some ports with change default options, I have some problems. Now the Cairo-Dock-Plugins broken at: ===> cairo-dock-plugins-3.4.1_4 depends on shared library: libxml2.so - found (/usr/local/lib/libxml2.so) ===> cairo-dock-plugins-3.4.1_4 depends on shared library: libpango-1.0.so - found (/usr/local/lib/libpango-1.0.so) ===> Checking if cairo-dock-plugins already installed ===> Registering installation for cairo-dock-plugins-3.4.1_4 pkg-static: Unable to access file /usr/ports/deskutils/cairo-dock-plugins/work/stage/usr/local/lib/cairo-dock/libcd_xfce-integration.so: No such file or directory pkg-static: Unable to access file /usr/ports/deskutils/cairo-dock-plugins/work/stage/usr/local/share/cairo-dock/plug-ins/xfce-integration/icon.png: No such file or directory *** Error code 74 Stop. make[1]: stopped in /usr/ports/deskutils/cairo-dock-plugins *** Error code 1 Stop. make: stopped in /usr/ports/deskutils/cairo-dock-plugins root@valfenda:/usr/ports/deskutils/cairo-dock-plugins # My box: root@valfenda:/usr/ports/deskutils/cairo-dock-plugins # uname -a FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan 13 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 root@valfenda:/usr/ports/deskutils/cairo-dock-plugins # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 431401 Node Kind: directory Schedule: normal Last Changed Author: feld Last Changed Rev: 431401 Last Changed Date: 2017-01-13 14:49:59 -0200 (Fri, 13 Jan 2017) root@valfenda:/usr/ports/deskutils/cairo-dock-plugins # --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: ATI, libdrm, gnome
On Sat, Jan 14, 2017 at 04:37:04PM -0500, Stari Karp wrote: > Hi! > > Today I update xf86-video-ati-7.8 and also libdrm 2.4.7,1. I am using > Synth on FreeBSD 11-RELEASE (amd64) and everything was okay except > thyat GNOME3 doesn't start anymore. It stopped o with black screen and > mouse curson. I did try Lumina desktop too with the same result but > Fluxbox works. > > For GNOME 3 I have xsession-errors which is attached. > I have also gnome-shell core dump and gnome-settings-daemon core dump. > > Thank you. > Do you have your Xorg.0.log? > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" signature.asc Description: PGP signature
Re: inkscape broken on 12-current amd64
Em Sat, 14 Jan 2017 19:29:18 +0100, Fernando Herrero Carrón escreveu > 2017-01-14 19:00 GMT+01:00 Nilton Jose Rizzo : > > > > > My Box: > > > > root@valfenda:/usr/ports/graphics/inkscape # uname -a > > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan 13 > > 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > > root@valfenda:/usr/ports/graphics/inkscape # svnlite info /usr/ports > > Path: /usr/ports > > Working Copy Root Path: /usr/ports > > URL: svn://svn.freebsd.org/ports/head > > Relative URL: ^/head > > Repository Root: svn://svn.freebsd.org/ports > > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > > Revision: 431401 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: feld > > Last Changed Rev: 431401 > > Last Changed Date: 2017-01-13 14:49:59 -0200 (Fri, 13 Jan 2017) > > > > > > On my box, the Inkscape was broken with this error: > > > > > > /usr/bin/ld/usr/bin/ld:: ccaannotnnot find -lomp > > find -lomp > > > > Hi, > > This has been discussed recently for 11 as well: > https://lists.freebsd.org/pipermail/freebsd-ports/2016-December/106313.html > > I haven't looked at the issue myself yet, but you might find Kevin's > link helpful. > > Cheers, > Fernando Hi Fernando, Thankx for your help! But itr's to serious. How do i run a ImageMagic without OpenMP to parallel programming? > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: [ports/security/openssh-portable] Fix SCTP patch
On Fri, 13 Jan 2017 13:43:50 -0800 wrote: > > My point is that it might be a good idea to commit SCTP support > into base system's openssh. Then we(I) won't need the port at all. > The protocol first appeared in FreeBSD, yet there is not a single > program that uses it. This can change. I use it in 2 apps and was posponing the next versions because sctp were dropped by openssh and libressl. Nice to see more people are using it and port list cares about it. Thanks! --- --- Eduardo Morras ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
On Sat, 14 Jan 2017 15:11:42 +0100 Tijl Coosemans wrote: > On Sat, 14 Jan 2017 01:07:09 +0100 Mark Martinec > wrote: >> When building packages under poudriere on 11.0-RELEASE-p7 (from a >> command line in a terminal window) I'm noticing occasional streams of >> diagnostic: >> >>ELF binary type "3" not known. >> >> which seem to be related to building some linux packages (example below, >> parallel builds). Poudriere still reports success for these builds. >> >> The host where poudriere is running does not have linux.ko loaded. >> >> Does building such packages really require linuxilator configured >> on the build host ??? > > To build a package, its dependencies need to be installed and on > installation some packages may need to run certain commands and for > linux packages these commands may be linux programs. So, yes, if you > need to build linux packages the build host should have USE_LINUX=yes > in /etc/rc.conf. That should be linux_enable="YES" in /etc/rc.conf, not USE_LINUX. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: flash plugin / nsplugin wrapper
On Sat, 14 Jan 2017 10:56:41 -0700 The Doctor wrote: > Hello. > > consistency please. > > Can these plugin have the option of Centos 6 OR centos 7 install;. > > I need Centos 7 for Xen / bhyve virtualisation. Add DEFAULT_VERSIONS+=linux=c7 or c7_64 to /etc/make.conf and all linux ports will depend on CentOS 7. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: inkscape broken on 12-current amd64
2017-01-14 19:00 GMT+01:00 Nilton Jose Rizzo : > > My Box: > > root@valfenda:/usr/ports/graphics/inkscape # uname -a > FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan 13 > 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 > root@valfenda:/usr/ports/graphics/inkscape # svnlite info /usr/ports > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: svn://svn.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 431401 > Node Kind: directory > Schedule: normal > Last Changed Author: feld > Last Changed Rev: 431401 > Last Changed Date: 2017-01-13 14:49:59 -0200 (Fri, 13 Jan 2017) > > > On my box, the Inkscape was broken with this error: > > > /usr/bin/ld/usr/bin/ld:: ccaannotnnot find -lomp > find -lomp > Hi, This has been discussed recently for 11 as well: https://lists.freebsd.org/pipermail/freebsd-ports/2016-December/106313.html I haven't looked at the issue myself yet, but you might find Kevin's link helpful. Cheers, Fernando ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
flash plugin / nsplugin wrapper
Hello. consistency please. Can these plugin have the option of Centos 6 OR centos 7 install;. I need Centos 7 for Xen / bhyve virtualisation. -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca God,Queen and country!Never Satan President Republic!Beware AntiChrist rising! http://www.fullyfollow.me/rootnl2k Look at Psalms 14 and 53 on Atheism Birthdate 29 Jan 1969 Redhill Surrey England ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
inkscape broken on 12-current amd64
My Box: root@valfenda:/usr/ports/graphics/inkscape # uname -a FreeBSD valfenda 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r312006: Fri Jan 13 01:24:31 BRST 2017 root@valfenda:/usr/obj/usr/src/sys/VALFENDA amd64 root@valfenda:/usr/ports/graphics/inkscape # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 431401 Node Kind: directory Schedule: normal Last Changed Author: feld Last Changed Rev: 431401 Last Changed Date: 2017-01-13 14:49:59 -0200 (Fri, 13 Jan 2017) On my box, the Inkscape was broken with this error: /usr/bin/ld/usr/bin/ld:: ccaannotnnot find -lomp find -lomp c++: error: linker command failed with exit code 1 (use -v to see invocation) c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[5]: *** [Makefile:6892: inkscape] Error 1 gmake[5]: *** Waiting for unfinished jobs gmake[5]: *** [Makefile:6896: inkview] Error 1 gmake[5]: Leaving directory '/usr/ports/graphics/inkscape/work/inkscape-0.91/src' gmake[4]: *** [Makefile:5048: all] Error 2 gmake[4]: Leaving directory '/usr/ports/graphics/inkscape/work/inkscape-0.91/src' gmake[3]: *** [Makefile:1401: all-recursive] Error 1 gmake[3]: Leaving directory '/usr/ports/graphics/inkscape/work/inkscape-0.91' gmake[2]: *** [Makefile:1096: all] Error 2 gmake[2]: Leaving directory '/usr/ports/graphics/inkscape/work/inkscape-0.91' ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/inkscape *** Error code 1 Stop. make: stopped in /usr/ports/graphics/inkscape root@valfenda:/usr/ports/graphics/inkscape # --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: suggested patch for bsd.ports.mk
On 4/01/2017 4:05 AM, Kurt Jaeger wrote: Hi! I got several "yes please" from members of the public, but no actionable response from members of the ports group So I am asking again. I'd also like to have this patch. If I look at the PR, mat is already working to integrate it. yes though I've no estimate of when we could see it. If it is going to take too long I'd like to put in my version and have it replaced when Mat works out his version. Mat? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
чтобы ВСЕ были довольны...
, . ID: R118 http://vstok25.ru/index.php/campaigns/ro068z9e9g45a/track-url/pl615rme93aee/4d77fd6dc065567b029731fdee8efb5fd608ea80 C ,! - ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: openldap-client vs openldap-sasl-client
On 5/01/2017 6:44 PM, Julian Elischer wrote: On 5/01/2017 6:30 PM, Jan Bramkamp wrote: On 04/01/2017 18:32, Andriy Gapon wrote: Do you I understand correctly that it is impossible now to install both samba44 and libreoffice using the official FreeBSD package repository? Or samba44 and KDE? If yes, then that sucks... similar happened recently with the two jpeg libraries. They can't be installed at the same time but some packages wanted one and some the other. Yes and yes it sucks. The "solution" is to build your own repo and set the right flags to always use the same LDAP client port. With binary packages and the speed of modern x86_64 systems I for one no longer see removing SASL support from OpenLDAP as useful enough to justify the complexity. Are there any reasons other than saved build time to disable this dependency (e.g. a bad security track record/process, different licenses)? ___ no, I think the "solution" is to think of an architectural way around this. One thought: maybe we can have a 'virtual dependency" that more than one package can satisfy? the USES stuff seems to be heading in that direction. Maybe someone who knows more about it can tell us more about it? I'd also like to see packages have more htan one way to install, to give the same effect as the linux -devel and regular packages. pkg install --runtime vs pkg install --devel (and I'd like to see a --minimal, no docs, examples etc.) Each would have their own depednencies as well, probably building up from minimal->runtime->devel ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
On Jan 14, 2017, at 9:11 AM, Tijl Coosemans wrote: > On Sat, 14 Jan 2017 01:07:09 +0100 Mark Martinec > wrote: >> When building packages under poudriere on 11.0-RELEASE-p7 (from a >> command line in a terminal window) I'm noticing occasional streams of >> diagnostic: >> >> ELF binary type "3" not known. >> >> which seem to be related to building some linux packages (example below, >> parallel builds). Poudriere still reports success for these builds. >> >> The host where poudriere is running does not have linux.ko loaded. >> >> Does building such packages really require linuxilator configured >> on the build host ??? > > To build a package, its dependencies need to be installed and on > installation some packages may need to run certain commands and for > linux packages these commands may be linux programs. So, yes, if you > need to build linux packages the build host should have USE_LINUX=yes > in /etc/rc.conf. The only thing you need on the host is to have the linux kernel module loaded. (You don't need to have any Linux packages installed there.) The default setting in /usr/local/etc/poudriere.conf is to have NOLINUX=yes commented out, i.e., Linux support in Poudriere is enabled unless you explicitly disable it. The easiest way to load the linux kernel module on the host for use with Poudriere is to add it to the "kld_list" setting in /etc/rc.conf, e.g., kld_list="linux" Cheers, Paul. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
On Sat, 14 Jan 2017 01:07:09 +0100 Mark Martinec wrote: > When building packages under poudriere on 11.0-RELEASE-p7 (from a > command line in a terminal window) I'm noticing occasional streams of > diagnostic: > >ELF binary type "3" not known. > > which seem to be related to building some linux packages (example below, > parallel builds). Poudriere still reports success for these builds. > > The host where poudriere is running does not have linux.ko loaded. > > Does building such packages really require linuxilator configured > on the build host ??? To build a package, its dependencies need to be installed and on installation some packages may need to run certain commands and for linux packages these commands may be linux programs. So, yes, if you need to build linux packages the build host should have USE_LINUX=yes in /etc/rc.conf. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Poudriere package builds for 101amd64-default have not run since 1-Jan-2017
On 14/01/2017 15:26, Mathieu Arnold wrote: Le 14/01/2017 à 05:57, Simon Wright a écrit : Hi all I sync my local ports tree to the same release as is used to build packages. Checking my logs and the logs on beefy6 which is/was the Has anything changed with the build system or are there issues? There are a few security issues in r430183 which I guess are fixed in more Adding to what was already said, builds are often shuffled around without any notice, and the beefyX boxes should never be accessed directly, if you really need this kind of informations, pkg-status.freebsd.org is the place to go to. Thanks Mathieu, that points me to the solution: pull the json file from pkg-status.freebsd.org instead of beefy6 and parse it for the build info for the jail I'm interested in. In this case whichever jail is building 10.x packages. That will give me the revision for the latest completed package-build run then I can go back to synching to that ports revision and building my ~30 packages with non-default options from that rather than the latest available. My system is a bit of a cludge since it is not possible to directly pull the revision info used to build a given package or group of packages. Ideally this would be included in the output of pkg info or similar command. If we could do that, the whole process would be much more straightforward. I realise that trying to keep a local ports tree and poudriere system in sync with the build cluster will never be completely correct and prone to breakage, but it (mostly!) works for my small-scale deployment . . . . Thanks again for the tip, have a good weekend! Simon. smime.p7s Description: S/MIME Cryptographic Signature
Re: Does building linux packages under poudriere require linux compatibility emulation?
On Sat, Jan 14, 2017 at 9:38 AM, Konstantin Tokarev wrote: > 14.01.2017, 12:18, "René Ladan" : > > Op 14 jan. 2017 01:07 schreef "Mark Martinec" < > mark.martinec+free...@ijs.si > >> : > > When building packages under poudriere on 11.0-RELEASE-p7 (from a command > > line in a terminal window) I'm noticing occasional streams of diagnostic: > > > > ELF binary type "3" not known. > > > > which seem to be related to building some linux packages (example below, > > parallel builds). Poudriere still reports success for these builds. > > > > The host where poudriere is running does not have linux.ko loaded. > > > > Does building such packages really require linuxilator configured > > on the build host ??? > > For example, your log includes building qdoc3. It is likely to be used in > build process of other Qt packages. qmake, moc, various utilities for maintaining Qt object registries... there will be a lot of build tools, and you would need to force them to build native instead of linux if you wanted to get away with not having the linuxulator installed. (This will be hard if they are part of another build that needs to be linux.) Same applies to gtk and dependents. And their respective upstreams likely have no interest in what amounts to a cross-compilation setup: too much difficult (and difficult for them to test) work, very little demand. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
14.01.2017, 12:18, "René Ladan" : > Op 14 jan. 2017 01:07 schreef "Mark Martinec" > : > > When building packages under poudriere on 11.0-RELEASE-p7 (from a command > line in a terminal window) I'm noticing occasional streams of diagnostic: > > ELF binary type "3" not known. > > which seem to be related to building some linux packages (example below, > parallel builds). Poudriere still reports success for these builds. > > The host where poudriere is running does not have linux.ko loaded. > > Does building such packages really require linuxilator configured > on the build host ??? For example, your log includes building qdoc3. It is likely to be used in build process of other Qt packages. > > Mark > > I rhink the host wouldn't need the linuxolator for building the Linux > packages, unless those packages run other Linux packages for their build. > > René > > [00:23:56] >> [02][00:00:00] Starting build of www/linux-c6-qt47-webkit > [00:23:57] >> [13][00:00:00] Starting build of textproc/linux-c6-libxml2 > ELF binary type "3" not known. > ELF binary type "3" not known. > [00:24:09] >> [19][00:00:28] Finished build of > textproc/linux-c6-aspell: Success > [00:24:11] >> [19][00:00:00] Starting build of devel/qt4-makeqpf > [00:24:11] >> [11][00:00:24] Finished build of > security/linux-c6-openssl-compat: Success > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > [00:24:12] >> [11][00:00:00] Starting build of x11-toolkits/vte > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > [00:24:16] >> [07][00:00:24] Finished build of > graphics/linux-c6-glx-utils: Success > ELF binary type "3" not known. > ELF binary type "3" not known. > ELF binary type "3" not known. > [00:24:17] >> [07][00:00:00] Starting build of devel/qt4-qdoc3 > ELF binary type "3" not known. > ELF binary type "3" not known. > [00:24:19] >> [13][00:00:22] Finished build of > textproc/linux-c6-libxml2: Success > [00:24:19] >> [13][00:00:00] Starting build of graphics/goocanvas > [00:24:27] >> [10][00:02:26] Finished build of graphics/sdl_gfx: Success > [00:24:29] >> [10][00:00:00] Starting build of multimedia/mjpegtools > [00:24:34] >> [04][00:02:15] Finished build of devel/linux-c6-devtools: > Success > [00:24:35] >> [04][00:00:00] Starting build of > devel/linux-c6-ncurses-base > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" -- Regards, Konstantin ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Does building linux packages under poudriere require linux compatibility emulation?
Op 14 jan. 2017 01:07 schreef "Mark Martinec" : When building packages under poudriere on 11.0-RELEASE-p7 (from a command line in a terminal window) I'm noticing occasional streams of diagnostic: ELF binary type "3" not known. which seem to be related to building some linux packages (example below, parallel builds). Poudriere still reports success for these builds. The host where poudriere is running does not have linux.ko loaded. Does building such packages really require linuxilator configured on the build host ??? Mark I rhink the host wouldn't need the linuxolator for building the Linux packages, unless those packages run other Linux packages for their build. René [00:23:56] >> [02][00:00:00] Starting build of www/linux-c6-qt47-webkit [00:23:57] >> [13][00:00:00] Starting build of textproc/linux-c6-libxml2 ELF binary type "3" not known. ELF binary type "3" not known. [00:24:09] >> [19][00:00:28] Finished build of textproc/linux-c6-aspell: Success [00:24:11] >> [19][00:00:00] Starting build of devel/qt4-makeqpf [00:24:11] >> [11][00:00:24] Finished build of security/linux-c6-openssl-compat: Success ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. [00:24:12] >> [11][00:00:00] Starting build of x11-toolkits/vte ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. [00:24:16] >> [07][00:00:24] Finished build of graphics/linux-c6-glx-utils: Success ELF binary type "3" not known. ELF binary type "3" not known. ELF binary type "3" not known. [00:24:17] >> [07][00:00:00] Starting build of devel/qt4-qdoc3 ELF binary type "3" not known. ELF binary type "3" not known. [00:24:19] >> [13][00:00:22] Finished build of textproc/linux-c6-libxml2: Success [00:24:19] >> [13][00:00:00] Starting build of graphics/goocanvas [00:24:27] >> [10][00:02:26] Finished build of graphics/sdl_gfx: Success [00:24:29] >> [10][00:00:00] Starting build of multimedia/mjpegtools [00:24:34] >> [04][00:02:15] Finished build of devel/linux-c6-devtools: Success [00:24:35] >> [04][00:00:00] Starting build of devel/linux-c6-ncurses-base ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"