From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 02:32:43 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F17DF884 for ; Sun, 2 Feb 2014 02:32:43 +0000 (UTC) Received: from m12-11.163.com (m12-11.163.com [220.181.12.11]) by mx1.freebsd.org (Postfix) with ESMTP id F031912EB for ; Sun, 2 Feb 2014 02:32:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Subject:Date:MIME-Version:From:Message-ID; bh=JS6Po UoYohsaOSlWFsXqmQy7lDRlHGoPSop+T+AlUNk=; b=jHvArhuzvCOyUZz8QBnLR evWRbuFrxo1iZwltLEU609TYNSA1FzmJsdrEhi4AZno5QYQgZxrsuBnj4IXYv3OM keTykroL0s58UnrR4yBPl7W/tuGPQOOx+BU9cNFdnZIWbUBrrHRF6TqAyJD+niNC PMcElZDoYAMidb8X6FoWug= Received: from redirector.netnames.net (unknown [183.12.38.118]) by smtp7 (Coremail) with SMTP id C8CowEDpJkWKqu1St0DrAA--.972S2; Sun, 02 Feb 2014 10:16:44 +0800 (CST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Michel Talon" Subject: Re: Any newer latex than latex2e-2003.12_1 References: Date: Sun, 02 Feb 2014 10:16:58 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: czsq888 Organization: zsoft Message-ID: In-Reply-To: User-Agent: Opera Mail/11.62 (FreeBSD) X-CM-TRANSID: C8CowEDpJkWKqu1St0DrAA--.972S2 X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73 VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxUczuWDUUUU X-Originating-IP: [183.12.38.118] X-CM-SenderInfo: pf2v1miyy6il2tof0z/1tbiNQ4mz1HZUKTrTQAAsI Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 02:32:44 -0000 After `pkg install dvipsk-tetex-5.95a_7`, imaxima works great ! thanks! =E5=9C=A8 Sat, 01 Feb 2014 17:10:17 +0800=EF=BC=8CMichel Talon = =E5=86=99=E9=81=93: > You can install dvipsk-tetex. > > By the way you can also run maxima in GUI mode by running wxMaxima. Al= l = > of them nicely > available in precompiled form thanks to the excellent work of the = > FreeBSD team. The > new pkg system is wonderful, finally FreeBSD is on par with Debian or = = > ArchLinux > for ease of use. > > -- > > Michel Talon > talon@lpthe.jussieu.fr > > > > > -- = =E4=BD=BF=E7=94=A8 Opera =E9=9D=A9=E5=91=BD=E6=80=A7=E7=9A=84=E7=94=B5=E5= =AD=90=E9=82=AE=E4=BB=B6=E5=AE=A2=E6=88=B7=E7=A8=8B=E5=BA=8F: http://www= .opera.com/mail/ From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 02:46:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E068ACB for ; Sun, 2 Feb 2014 02:46:06 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7405C1376 for ; Sun, 2 Feb 2014 02:46:06 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id y13so5666646pdi.37 for ; Sat, 01 Feb 2014 18:46:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=3G3VHzUD0srDd7LcMu3D5qvXiksnbiS6Cu2m45bA/QE=; b=LI8hwn7Dh9yklJHTshr1Yc2jCHEH8nzVb9SOHI+EcVeB956HEAACHaQ1qiYSyN/R90 Ug7NI69fNKqLKERiNEskg/2ht6dwSTKC30Np7SU3YD4clS+L0ajJ1CbaYf+Ef3XyhPwC aooHfUVFX3uoO2/S7PK4DHh3I3arYuSEevuJps3eQhe5CsR6Q9uKmPYaTFipXezLQV6T Gd9R9BuVRectYBDev4njlUV8L57RedLDCIVMXqaPznBalr6OrHuBNvgD+SVN0/cM7vTq nKy3+lrA29u9nuierFLI4s5Kvm0/Ve9Y5jHZ3I9vIBjwmId74blGj1qCF03lBCnskxEQ 0egA== X-Received: by 10.68.231.169 with SMTP id th9mr29293775pbc.113.1391309166020; Sat, 01 Feb 2014 18:46:06 -0800 (PST) Received: from [10.0.0.130] (c-50-150-107-91.hsd1.ca.comcast.net. [50.150.107.91]) by mx.google.com with ESMTPSA id yz5sm107342931pac.9.2014.02.01.18.46.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 01 Feb 2014 18:46:05 -0800 (PST) Message-ID: <52EDB16B.1080206@gmail.com> Date: Sat, 01 Feb 2014 18:46:03 -0800 From: Keith Beattie User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: libncursesw.so linker script syntax error? Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 02:46:06 -0000 Hello, I'm having trouble building both the emacs and aspell port, both of which fail with a very similar error. Here's aspell: /bin/sh ./libtool --tag=CXX --mode=link c++ -O2 -fno-strict-aliasing -pipe -march=native -fno-exceptions -o aspell prog/aspell.o prog/check_funs.o prog/checker_string.o libaspell.la -lncursesw -L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=native -fno-exceptions -o .libs/aspell prog/aspell.o prog/check_funs.o prog/checker_string.o ./.libs/libaspell.so -L/usr/local/lib -lncursesw /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld:/usr/local/lib/libncursesw.so: file format not recognized; treating as linker script /usr/bin/ld:/usr/local/lib/libncursesw.so:1: syntax error gmake[1]: *** [aspell] Error 1 gmake[1]: Leaving directory `/usr/ports/textproc/aspell/work/aspell-0.60.6.1' gmake: *** [all-recursive] Error 1 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop in /usr/ports/textproc/aspell. emacs is similar except on libncurses.so Here's libncursesw.so: $ cat /usr/local/lib/libncursesw.so INPUT(libncursesw.so.5 AS_NEEDED(-ltinfow)) I've tried rebuilding the ncurses port, but that hasn't helped. Other info: $ uname -a FreeBSD rome 8.4-RELEASE-p7 FreeBSD 8.4-RELEASE-p7 #0 r261340: Fri Jan 31 23:55:48 PST 2014 root@rome:/usr/obj/usr/src/sys/ROME i386 $ grep -v ^# /etc/make.conf CPUTYPE?=native CFLAGS= -O2 -fno-strict-aliasing -pipe COPTFLAGS= -O -pipe PERL_VERSION=5.16.3 WITH_PKGNG=yes Any suggestions welcome. TIA, ksb From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 09:13:19 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3848079A for ; Sun, 2 Feb 2014 09:13:19 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 23A251AC2 for ; Sun, 2 Feb 2014 09:13:19 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s129DJVx088476 for ; Sun, 2 Feb 2014 09:13:19 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s129DJQh088472; Sun, 2 Feb 2014 09:13:19 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402020913.s129DJQh088472@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 2 Feb 2014 09:13:18 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 09:13:19 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1127 ------------------------------------------------+-----------------+------------ japanese/skk-jisyo | 201302 | 201402 ------------------------------------------------+-----------------+------------ japanese/skk-jisyo-cdb | 201302 | 201402 ------------------------------------------------+-----------------+------------ math/convertall | 0.5.2 | 0.6.0 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 10:14:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B18B8696 for ; Sun, 2 Feb 2014 10:14:37 +0000 (UTC) Received: from nschwqsrv02p.mx.bigpond.com (nschwqsrv02p.mx.bigpond.com [61.9.189.234]) by mx1.freebsd.org (Postfix) with ESMTP id 481E510A5 for ; Sun, 2 Feb 2014 10:14:37 +0000 (UTC) Received: from nschwcmgw06p ([61.9.190.166]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20140202091322.EDZX23681.nschwmtas03p.mx.bigpond.com@nschwcmgw06p> for ; Sun, 2 Feb 2014 09:13:22 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.115]) by nschwcmgw06p with BigPond Outbound id MMDM1n0022VR1hD01MDMMn; Sun, 02 Feb 2014 09:13:22 +0000 X-Authority-Analysis: v=2.0 cv=Pdd9d1dd c=1 sm=1 a=kPFzL+aQTxRlsBNBWdEb+Q==:17 a=1YbsQLIiAAQA:10 a=xfHbY_hv-AsA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=R6Y6VhXn2w0A:10 a=6I5d2MoRAAAA:8 a=pLxFEec_3gQp-_54n6gA:9 a=wPNLvfGTeEIA:10 a=kPFzL+aQTxRlsBNBWdEb+Q==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s129BvHg008971 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 2 Feb 2014 20:11:58 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <52EE0BD3.8000006@heuristicsystems.com.au> Date: Sun, 02 Feb 2014 20:11:47 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: bsd.apache.mk Malformed conditional when APACHE_VERSION defined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 10:14:37 -0000 I filed a PR against textproc/htdig which should really be against the ports systems. Would someone be kind enough to advise the current method to specify the apache version. In ports.conf, I currently use USE_APACHE=22 | APACHE_VERSION=22 to specify the required version of apache for: textproc/htdig www/mod_security lang/php5 I believe this PR http://www.freebsd.org/cgi/query-pr.cgi?pr=186364 which probably should be routed to the ports system, and not textproc/htdig The error is: cd /usr/ports/textproc/htdig && make -V UNIQUENAME "/usr/ports/Mk/bsd.apache.mk", line 306: warning: String comparison operator should be either == or != "/usr/ports/Mk/bsd.apache.mk", line 306: Malformed conditional (!empty(_APACHE_VERSION_MINIMUM) && (${_APACHE_VERSION} < ${_APACHE_VERSION_MINIMUM})) "/usr/ports/Mk/bsd.port.mk", line 6603: if-less endif make: fatal errors encountered -- cannot continue which goes away if APACHE_VERSION isn't used, eg. cd /usr/ports/textproc/htdig && make __MAKE_CONF=/dev/null -V UNIQUENAME htdig Regards, Dewayne. From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 10:32:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44DACC2A for ; Sun, 2 Feb 2014 10:32:06 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C9A9411A8 for ; Sun, 2 Feb 2014 10:32:05 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtp (envelope-from ) id <1W9uLG-002FXg-2y>; Sun, 02 Feb 2014 11:31:58 +0100 Received: from g225159090.adsl.alicedsl.de ([92.225.159.90] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) for freebsd-ports@freebsd.org with esmtpsa (envelope-from ) id <1W9uLF-000BUp-Rw>; Sun, 02 Feb 2014 11:31:58 +0100 Date: Sun, 2 Feb 2014 11:31:52 +0100 From: "O. Hartmann" To: FreeBSD Ports Subject: CURRENT: astro/xephem: /usr/bin/ld: //usr/local/lib/libfontconfig.so.1: invalid DSO for symbol `FcPatternAddInteger' definition Message-ID: <20140202113152.4fc89698@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/f8V=vMtUVB_q+5HjcDINrDb"; protocol="application/pgp-signature" X-Originating-IP: 92.225.159.90 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 10:32:06 -0000 --Sig_/f8V=vMtUVB_q+5HjcDINrDb Content-Type: multipart/mixed; boundary="MP_/hanZDwPRStemqCOya.Ah.=c" --MP_/hanZDwPRStemqCOya.Ah.=c Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I try to fix the outdated astro/xephem port and run into some very strange problems on FreeBSD 11.0-CURRENT. FreeBSD 11.0-CURRENT #5 r261353: Sat Feb 1 19:12:30 CET 2014 amd64 Attached, you'll find my (naiv) attempt to fix the port.=20 You need to manually download the source tarball into ports/distfiles=20 from=20 http://www.clearskyinstitute.com/xephem/ You need also to perform "make makesum" (I just want to mention that). Since libiconv has been merged into libc I had to change the LIBS=3D variable, a more sophisticated way is needed for 9.X-STABLE and 10.0 handling. What is this DSO error and why is it a "moving target"? Can someone explain this? Regards, Oliver GCC48: [...] gcc48 -L../../libastro -L../../libip -L../../liblilxml -L/usr/local/lib -g -L/usr/local/lib -L/usr/local/lib -o xephem aavso.o annotmenu.o broadcast.o calmenu.o closemenu.o compiler.o coordsmenu.o datamenu.o db.o dbmenu.o earthmap.o earthmenu.o fallbacks.o favmenu.o formats.o fsmenu.o gallerymenu.o glance.o gsc.o gscnet.o helpmenu.o homeio.o hznmenu.o indimenu.o imregmenu.o jpeg2pm.o jupmenu.o listmenu.o mainmenu.o marsmenu.o marsmmenu.o moonmenu.o moviemenu.o msgmenu.o netmenu.o objmenu.o obslog.o patchlevel.o plot_aux.o plotmenu.o preferences.o progress.o ps.o query.o rotated.o satmenu.o saveres.o scope.o sites.o skybinary.o skyeyep.o skyfifos.o skyfiltmenu.o skyfits.o skyhist.o skyip.o skylist.o skytoolbar.o skyviewmenu.o solsysmenu.o splash.o srchmenu.o sunmenu.o time.o tips.o trailmenu.o uranusmenu.o ucac.o usno.o versionmenu.o webdbmenu.o xe2.o xe3.o xephem.o xmisc.o /usr/local/lib/libXm.a -lXp -lXt -lXext -lXmu -lX11 -lXft -lastro -lip -llilxml -ljpeg -lpng -lz -lm /usr/local/bin/ld: /usr/local/lib/libXm.a(XmRenderT.o): undefined reference to symbol 'FcPatternAddInteger' //usr/local/lib/libfontconfig.so.1: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status gmake[1]: *** [xephem] Error 1 gmake[1]: Leaving directory `/usr/ports/astro/xephem/work/xephem-3.7.6/GUI/xephem' *** Error code 1 LLVM/CLANG 3.3: [...] gmake[2]: Leaving directory `/usr/ports/astro/xephem/work/xephem-3.7.6/liblilxml' cc -L../../libastro -L../../libip -L../../liblilxml -L/usr/local/lib -g -L/usr/local/lib -L/usr/local/lib -o xephem aavso.o annotmenu.o broadcast.o calmenu.o closemenu.o compiler.o coordsmenu.o datamenu.o db.o dbmenu.o earthmap.o earthmenu.o fallbacks.o favmenu.o formats.o fsmenu.o gallerymenu.o glance.o gsc.o gscnet.o helpmenu.o homeio.o hznmenu.o indimenu.o imregmenu.o jpeg2pm.o jupmenu.o listmenu.o mainmenu.o marsmenu.o marsmmenu.o moonmenu.o moviemenu.o msgmenu.o netmenu.o objmenu.o obslog.o patchlevel.o plot_aux.o plotmenu.o preferences.o progress.o ps.o query.o rotated.o satmenu.o saveres.o scope.o sites.o skybinary.o skyeyep.o skyfifos.o skyfiltmenu.o skyfits.o skyhist.o skyip.o skylist.o skytoolbar.o skyviewmenu.o solsysmenu.o splash.o srchmenu.o sunmenu.o time.o tips.o trailmenu.o uranusmenu.o ucac.o usno.o versionmenu.o webdbmenu.o xe2.o xe3.o xephem.o xmisc.o /usr/local/lib/libXm.a -lXp -lXt -lXext -lXmu -lX11 -lXft -lastro -lip -llilxml -ljpeg -lpng -lz -lm /usr/bin/ld: //usr/local/lib/libfontconfig.so.1: invalid DSO for symbol `FcPatternAddInteger' definition //usr/local/lib/libfontconfig.so.1: could not read symbols: Bad value cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[1]: *** [xephem] Error 1 gmake[1]: Leaving directory `/usr/ports/astro/xephem/work/xephem-3.7.6/GUI/xephem' *** Error code 1 --MP_/hanZDwPRStemqCOya.Ah.=c Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=xephem.patch diff -Nur xephem.orig/Makefile xephem/Makefile --- xephem.orig/Makefile 2014-02-02 11:30:10.000000000 +0100 +++ xephem/Makefile 2014-02-02 11:02:56.000000000 +0100 @@ -2,8 +2,8 @@ # $FreeBSD: head/astro/xephem/Makefile 340722 2014-01-22 17:00:46Z mat $ =20 PORTNAME=3D xephem -PORTVERSION=3D 3.7.5 -PORTREVISION=3D 1 +PORTVERSION=3D 3.7.6 +#PORTREVISION=3D 1 CATEGORIES=3D astro MASTER_SITES=3D # http://www.clearskyinstitute.com/xephem/ =20 diff -Nur xephem.orig/distinfo xephem/distinfo --- xephem.orig/distinfo 2014-02-02 11:30:10.000000000 +0100 +++ xephem/distinfo 2014-02-02 09:54:45.000000000 +0100 @@ -1,2 +1,2 @@ -SHA256 (xephem-3.7.5.tar.gz) =3D edda7975bb690f74b1853d2729de2b0f4ada69fb3= 7a08117ace7a22c23ee7d1a -SIZE (xephem-3.7.5.tar.gz) =3D 18908521 +SHA256 (xephem-3.7.6.tar.gz) =3D 2080b628d80d52d9ff7148787e3093eb56f21fef5= fba404f123b6198b2d64d05 +SIZE (xephem-3.7.6.tar.gz) =3D 17975496 diff -Nur xephem.orig/files/off-patch-Makefile xephem/files/off-patch-Makef= ile --- xephem.orig/files/off-patch-Makefile 1970-01-01 01:00:00.000000000 +0100 +++ xephem/files/off-patch-Makefile 2014-02-02 11:11:03.000000000 +0100 @@ -0,0 +1,57 @@ +--- Makefile.orig 2014-02-02 10:40:13.000000000 +0100 ++++ Makefile 2014-02-02 10:49:34.000000000 +0100 +@@ -10,9 +10,10 @@ + # one executable, xephem. +=20 + # These -I and -L flags point to the supporting XEphem libraries +-LIBINC =3D -I../../libastro -I../../libip -I../../liblilxml -I../../libjp= egd -I../../libpng -I../../libz +-LIBLNK =3D -L../../libastro -L../../libip -L../../liblilxml -L../../libjp= egd -L../../libpng -L../../libz +-LIBLIB =3D -lastro -lip -llilxml -ljpegd -lpng -lz ++LIBINC =3D -I../../libastro -I../../libip -I../../liblilxml -I%%LOCALBASE= %%/include ++LIBLNK =3D -L../../libastro -L../../libip -L../../liblilxml -L%%LOCALBASE= %%/lib ++LIBLIB =3D -lastro -lip -llilxml -ljpeg -lpng -lz ++ +=20 + # MOTIFI is the directory containing the Xm directory of include files. + # MOTIFL is the directory containing the libXm.a library. +@@ -24,19 +25,19 @@ + MOTIFL =3D $(MOTIF) + endif + ifndef MOTIFI +-MOTIFI =3D /usr/X11R6/include ++MOTIFI =3D %%LOCALBASE%%/include + endif + ifndef MOTIFL +-MOTIFL =3D /usr/X11R6/lib ++MOTIFL =3D %%LOCALBASE%%/lib + endif +=20 + # for linux and Apple OS X + # some systems now use just /usr/X11 (not /usr/X11R6) + CC =3D gcc + CLDFLAGS =3D -g +-CFLAGS =3D $(LIBINC) $(CLDFLAGS) -O2 -Wall -I$(MOTIFI) -I/usr/X11R6/inclu= de +-LDFLAGS =3D $(LIBLNK) $(CLDFLAGS) -L$(MOTIFL) -L/usr/X11R6/lib +-XLIBS =3D -lXm -lXp -lXt -lXext -lXmu -lX11 ++CFLAGS =3D $(LIBINC) $(CLDFLAGS) -Wall -I$(MOTIFI) -I%%LOCALBASE%%/include ++LDFLAGS =3D $(LIBLNK) $(CLDFLAGS) -L$(MOTIFL) -L%%LOCALBASE%%/lib ++XLIBS =3D $(MOTIFL)/libXm.a -lXp -lXt -lXext -lXmu -lX11 -lXft + LIBS =3D $(XLIBS) $(LIBLIB) -lm +=20 + # for ppc Apple OS X to make universal (i386 and ppc binary), requires +@@ -187,12 +188,9 @@ + nroff -man $? > $@ +=20 + libs: +- cd ../../libastro; make +- cd ../../libip; make +- cd ../../libjpegd; make +- cd ../../liblilxml; make +- cd ../../libpng; make +- cd ../../libz; make ++ cd ../../libastro; ${MAKE} ++ cd ../../libip; ${MAKE} ++ cd ../../liblilxml; ${MAKE} +=20 + clean: + rm -fr *.o ../../lib*/*.[ao] diff -Nur xephem.orig/files/patch-Makefile xephem/files/patch-Makefile --- xephem.orig/files/patch-Makefile 2014-02-02 11:30:10.000000000 +0100 +++ xephem/files/patch-Makefile 2014-02-02 11:17:50.000000000 +0100 @@ -1,6 +1,6 @@ ---- Makefile.orig 2009-01-05 23:55:59.000000000 +0300 -+++ Makefile 2011-04-13 20:07:51.559534154 +0400 -@@ -10,9 +10,9 @@ +--- Makefile.orig 2014-02-02 11:17:31.000000000 +0100 ++++ Makefile 2014-02-02 11:17:47.000000000 +0100 +@@ -10,9 +10,10 @@ # one executable, xephem. =20 # These -I and -L flags point to the supporting XEphem libraries @@ -10,10 +10,11 @@ +LIBINC =3D -I../../libastro -I../../libip -I../../liblilxml -I%%LOCALBASE= %%/include +LIBLNK =3D -L../../libastro -L../../libip -L../../liblilxml -L%%LOCALBASE= %%/lib +LIBLIB =3D -lastro -lip -llilxml -ljpeg -lpng -lz ++ =20 # MOTIFI is the directory containing the Xm directory of include files. # MOTIFL is the directory containing the libXm.a library. -@@ -24,18 +24,18 @@ +@@ -24,19 +25,19 @@ MOTIFL =3D $(MOTIF) endif ifndef MOTIFI @@ -31,21 +32,26 @@ CLDFLAGS =3D -g -CFLAGS =3D $(LIBINC) $(CLDFLAGS) -O2 -Wall -I$(MOTIFI) -I/usr/X11R6/inclu= de -LDFLAGS =3D $(LIBLNK) $(CLDFLAGS) -L$(MOTIFL) -L/usr/X11R6/lib --XLIBS =3D $(MOTIFL)/libXm.a -lXp -lXt -lXext -lXmu -lX11 --LIBS =3D $(XLIBS) $(LIBLIB) -lm +-XLIBS =3D -lXm -lXp -lXt -lXext -lXmu -lX11 +CFLAGS =3D $(LIBINC) $(CLDFLAGS) -Wall -I$(MOTIFI) -I%%LOCALBASE%%/include +LDFLAGS =3D $(LIBLNK) $(CLDFLAGS) -L$(MOTIFL) -L%%LOCALBASE%%/lib +XLIBS =3D $(MOTIFL)/libXm.a -lXp -lXt -lXext -lXmu -lX11 -lXft -+LIBS =3D $(XLIBS) $(LIBLIB) -lm -liconv - -@@ -189,10 +189,7 @@ + LIBS =3D $(XLIBS) $(LIBLIB) -lm +=20 + # for ppc Apple OS X to make universal (i386 and ppc binary), requires +@@ -187,12 +188,9 @@ + nroff -man $? > $@ +=20 libs: - cd ../../libastro; make - cd ../../libip; make +- cd ../../libastro; make +- cd ../../libip; make - cd ../../libjpegd; make - cd ../../liblilxml; make +- cd ../../liblilxml; make - cd ../../libpng; make - cd ../../libz; make ++ cd ../../libastro; ${MAKE} ++ cd ../../libip; ${MAKE} ++ cd ../../liblilxml; ${MAKE} =20 clean: rm -fr *.o ../../lib*/*.[ao] --MP_/hanZDwPRStemqCOya.Ah.=c-- --Sig_/f8V=vMtUVB_q+5HjcDINrDb Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS7h6cAAoJEOgBcD7A/5N8QTMH/0q45ZPd/iNPlTd2o4E+DmsW IHY7P4b5XwSZ0jPB1ERieisUOftPzHJBAWZLHikog86fobSYDrbZgZEBZ7F/BVLT pMWaDsRGlTaaOJyxWzU7tfijjfgpbGDR2QR8ONzjV8YnB5TnhRQ5S9nZcjR74itT yHoV+94rVfomg8ch2Oek415JDgMD4KfXSipyVh3IPvaz0YS1Ztc2umqoWumkDK+P COcX1RrSQEmvNzYI/GIsure8PV/LaFOHEMb5Twr0mD/REImH52WEc6ojZsHS3AVi /slhuCJg7jkV1XoKz2OPiKR+DMo7D6gxA0ALUGzwoMOxvNpRT/PK7x0tW/Ba5BI= =63kM -----END PGP SIGNATURE----- --Sig_/f8V=vMtUVB_q+5HjcDINrDb-- From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 10:47:03 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66293DA8 for ; Sun, 2 Feb 2014 10:47:03 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A969123C for ; Sun, 2 Feb 2014 10:47:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=5XxFuRF2CBBs0evUHox6b+ ty/yE=; b=Imtnh+lycuAgUzpeeyWkF/SlKVMF8s7KQiAaY5vmG2rTEs+6NLGz4O wQqahFWZfjWTZubehELqKSIjBhrMRNSoeYs9GNpw4PbVc0a+PxmsEl2AP1LjlfJK PJJ5ixcPgJiG5ovaDBwxnkK25LpA9fPCUCEurqJEuLfV2jIyQe5qs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=MFSyCeCg/AKbQj6kN+0sqbk2lDLpB GszzmB3SDw5yz0bAN/trEA54pDCiH4CoIDUu0FYbgS8y7Q3mDak+9tW66aPVWYkK FCMcsesT4Uf+74L4w2Pcjw3WMC5mCcBBPfcVvRQoMOd/SnSpIUxeUwbUz5xHdXVe oKHf/GwF5TdGSY= Date: Sun, 02 Feb 2014 11:46:47 +0100 Message-ID: <87y51teqqw.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Ajtim Subject: Re: python33 In-Reply-To: <4648013.WzZvqasPqJ@lumiwa.farms.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 10:47:03 -0000 On Sat, 01 Feb 2014 18:07:46 -0500 Ajtim wrote: > Hi! > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > Install them as needed. > ==== > ====> Compressing man pages (compress-man) > ===> Installing for python33-3.3.3_2 > ===> Checking if lang/python33 already installed > ===> Registering installation for python33-3.3.3_2 > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > *** Error code 74 > > Stop. > make[1]: stopped in /usr/ports/lang/python33 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/lang/python33 I guess archivers/lzmalib is installed on your system. In this case _lzma.so fails to build: cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm a.so: Undefined symbol "lzma_properties_size" -- Herbert From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 10:51:37 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3551CE49 for ; Sun, 2 Feb 2014 10:51:37 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C37C812A8 for ; Sun, 2 Feb 2014 10:51:36 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LzblK-1VEM0A2ggk-014n7s for ; Sun, 02 Feb 2014 11:51:28 +0100 Message-ID: <52EE2337.9080809@gmx.de> Date: Sun, 02 Feb 2014 11:51:35 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "freebsd-ports@freebsd.org" Subject: Re: bsd.apache.mk Malformed conditional when APACHE_VERSION defined References: <52EE0BD3.8000006@heuristicsystems.com.au> In-Reply-To: <52EE0BD3.8000006@heuristicsystems.com.au> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:+gxPbJnojixdQDPf136BOiNhTBw18FWU588osKa6hfhJjKgkBNB kLtZQU8O99PAFF8KXd9R5QdPc6q7EdxXEN00+Y0yZfC5aOsKeHgEJ4O0L/X4fD2KGMnehLL ayPDQOMoGaAYbp1ZF/zY2c2AMyvY1oucicMIoYcDbaRFhdJwiC+lCxMrbFsrma9LWYC26yd +yLHzsXZwEixJmFFr9I+w== Cc: Dewayne Geraghty X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 10:51:37 -0000 On 2014-02-02 10:11, Dewayne Geraghty wrote: > I filed a PR against textproc/htdig which should really be against the > ports systems. > > Would someone be kind enough to advise the current method to specify the > apache version. In ports.conf, I currently use > USE_APACHE=22 | APACHE_VERSION=22 > to specify the required version of apache for: > textproc/htdig > www/mod_security > lang/php5 > > I believe this PR > > http://www.freebsd.org/cgi/query-pr.cgi?pr=186364 > > which probably should be routed to the ports system, and not textproc/htdig > > The error is: > cd /usr/ports/textproc/htdig && make -V UNIQUENAME > "/usr/ports/Mk/bsd.apache.mk", line 306: warning: String comparison > operator should be either == or != > "/usr/ports/Mk/bsd.apache.mk", line 306: Malformed conditional > (!empty(_APACHE_VERSION_MINIMUM) && (${_APACHE_VERSION} < > ${_APACHE_VERSION_MINIMUM})) > "/usr/ports/Mk/bsd.port.mk", line 6603: if-less endif > make: fatal errors encountered -- cannot continue > > which goes away if APACHE_VERSION isn't used, eg. > cd /usr/ports/textproc/htdig && make __MAKE_CONF=/dev/null -V UNIQUENAME > htdig > Hi Dewayne, APACHE_VERSION is a read only variable in case a port needs to know the installed / default Apache version -> do not set this variable! In case you want to specify a default apache use in etc/make.conf for example APACHE_PORT=www/apache22 See lines 12 - 25 in Mk/bsd.apache.mk -- Regards, olli From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 11:12:52 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43B5A4EB; Sun, 2 Feb 2014 11:12:52 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0EC7413CF; Sun, 2 Feb 2014 11:12:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=hrNy6G+EEO9RzcjcroPhCPy7vKDF+ZtePGs8xj8OquQ=; b=MlJPwS6TpRrzeBtvQyiK2ESLQ+YAgCfEoMe9V4WZeyl4skhk1+lgZcD8RhL+qw/9kOvEZB4tUR4+kov/wLlacEh7uA26iUnC03BV37it/2zHKfzOw4lVv2IeItBB0VUYrMFtdzyqqeEpe3h9FpsrPhKfCbxrlky4XxaGRNBVRw4=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1W9uyn-000FuK-RF; Sun, 02 Feb 2014 11:12:49 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: miwi@FreeBSD.org X-Trac-Project: redports Date: Sun, 02 Feb 2014 11:12:49 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342269: 4x leftovers To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140202110200-23691 X-Trac-Build-ID: 20140202110200-23691 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 11:12:52 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140202110200-23691 Job owner: miwi@FreeBSD.org Buildtime: 11 minutes Enddate: Sun, 02 Feb 2014 11:12:46 GMT Revision: r342269 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342269 --------------------------------------------------------------------- Port: devel/libstatgrab 0.17 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140202110200-23691-268372/libstatgrab-0.17.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140202110200-23691-268373/libstatgrab-0.17.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140202110200-23691-268374/libstatgrab-0.17.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140202110200-23691-268375/libstatgrab-0.17.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 11:21:38 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC234817 for ; Sun, 2 Feb 2014 11:21:38 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6696714BA for ; Sun, 2 Feb 2014 11:21:38 +0000 (UTC) Received: from 3capp-gmx-bs63.server.lan ([172.19.170.147]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LsMyM-1V8Hv62rH6-011zJ1 for ; Sun, 02 Feb 2014 12:21:36 +0100 Received: from [178.0.30.207] by 3capp-gmx-bs63.server.lan with HTTP; Sun Feb 02 12:21:36 CET 2014 Message-ID: From: "Hardy Schumacher" To: ports@FreeBSD.org Subject: FreeBSD: PRs that should be closed/canceled Date: Sun, 2 Feb 2014 12:21:36 +0100 (CET) Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:YgUj18avcjyLN/H29UaV3cS45LI0KJs8R4ZrEZfVZMV p3EiMRKGnmiqbIfQklTYK6G9IvbeS+p6KWdbyREXzZy1lNoxV9 bh/w1TYDoqSB40XxVwxlxbtrd/+Fzx6sQXpUmSyPHMguGaGIAG Qu5Zbb0H7WuQUH8Sp4LD6f7CcEAO4JxFHa+eh1IwZFabl3LCg9 SrkeFJon6kCSSpzu18Dj6D4jODTBENn/v+wSoNbuHk85MHTFYd cxEY0aAbDrmu/2InECW9GI7sEW9bb36C3ZQXHQgfcSoO4XyMbd a9Wnkk= MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 11:21:38 -0000 Hello, Can somebody please check the following PRs? ports/184779: [PATCH] emulators/kcemu (fix build issues) It needs to be released, because of port emulators/kcemu is not building on FreeBSD-9.x and 10.x. This PR is fixing the issues. ports/178728: [UPDATE] devel/apache-ant to v1.9.0 This one can be closed now. It's superseded by ports/185588: [UPDATE] devel/apache-ant to v1.9.3 (which has been released already). ports/185137: [UPDATE] games/el-data, fix broken This one can be closed now. A patch was released for port games/el-data, that fixes the issues. Thanks in advance, Hardy From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 11:31:34 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B99EF9B7 for ; Sun, 2 Feb 2014 11:31:34 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76A6C1542 for ; Sun, 2 Feb 2014 11:31:34 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id c9so9670456qcz.27 for ; Sun, 02 Feb 2014 03:31:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=gmqt7DpnN2e96MYl6D65v/uz14NENXcqwXgm+YAHHT4=; b=Uf8BNFsNSzWEEOH9tZ96x8rVhX1jJjtYHtBE04NQ8Wen/qnnBFkw2bjdxHQaYMPDEo idXoEoNC+gQisL2enw7gw6QFz3TVAQnLyl/Sx45vufK4rnVTptYxv1nc44j2S8iaNChX vfwsgQ2tvBRvytmblD8FjPjXPtK0MBFmow4FFBjjqTeh03MhuS2RRGFnsnMd54hKraCU L9nFkegEXbPltmNBw+gnBumamOZ4fbPHzr2i021u88hIhm2jNNHOHTxNRDi897hfuB0g bSJJZw2h58tGETKZyV+OwwPLg9Hy2zqvlMzoPKyo3bnKCvclaqtePSPcpPIeKIymPFW/ jO2Q== X-Received: by 10.224.151.147 with SMTP id c19mr47038872qaw.86.1391340693707; Sun, 02 Feb 2014 03:31:33 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id 30sm22152457qgt.4.2014.02.02.03.31.32 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Feb 2014 03:31:33 -0800 (PST) From: Ajtim To: "Herbert J. Skuhra" Subject: Re: python33 Date: Sun, 02 Feb 2014 06:31:31 -0500 Message-ID: <2527072.JuDvluNqEW@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <87y51teqqw.wl%hskuhra@eumx.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> <87y51teqqw.wl%hskuhra@eumx.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 11:31:34 -0000 On Sunday 02 February 2014 11:46:47 Herbert J. Skuhra wrote: > On Sat, 01 Feb 2014 18:07:46 -0500 > Ajtim wrote: > > > Hi! > > > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > > Install them as needed. > > ==== > > ====> Compressing man pages (compress-man) > > ===> Installing for python33-3.3.3_2 > > ===> Checking if lang/python33 already installed > > ===> Registering installation for python33-3.3.3_2 > > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > > *** Error code 74 > > > > Stop. > > make[1]: stopped in /usr/ports/lang/python33 > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/ports/lang/python33 > > I guess archivers/lzmalib is installed on your system. > In this case _lzma.so fails to build: > > cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ > local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu > les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M > *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm > a.so: Undefined symbol "lzma_properties_size" > > Yes, it was the problem. Thank you very much. But how is the future with lzmalib? Some applications need it. -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 12:55:03 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A52BB83D for ; Sun, 2 Feb 2014 12:55:03 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 57BA71A2B for ; Sun, 2 Feb 2014 12:55:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=27Dg9kOZ0icPN7rz6JWWIy qH1ZU=; b=jgOENY6tSLAvyl2j5G7pPMnRLe78y6015dW0fzZoW3zspqlAufNBYP 1EAgft44+qS3fS0dmgcVOi+F9RpBO9Ks824ZFQiz9lx6xQl+8h2nRH/iINKA2EQ5 AlifIlBirhHB8vRJnKjJQ7yLesfz+f9mWDNHzC+2bt8Hel4RkzXrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=SFVLCeZlyYcgjjCXp5Rwd67MBnOsY SAYKU2xgP+hltnpRnyIIii83H8JN0vLFrelGBRPD37neyqP4BPHTqIHM/VjIKSdO Rk498yC9Cv0kEyf4eJ7BzYNMgQ9QKn/Xv7Rx5yArYesDEBoC8EObIflqYyiZQ+hS mO0SqtUftvIAqM= Date: Sun, 02 Feb 2014 13:54:59 +0100 Message-ID: <86ha8h8yjg.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Ajtim Subject: Re: python33 In-Reply-To: <2527072.JuDvluNqEW@lumiwa.farms.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> <87y51teqqw.wl%hskuhra@eumx.net> <2527072.JuDvluNqEW@lumiwa.farms.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-pc-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 12:55:03 -0000 On Sun, 02 Feb 2014 06:31:31 -0500 Ajtim wrote: > On Sunday 02 February 2014 11:46:47 Herbert J. Skuhra wrote: > > On Sat, 01 Feb 2014 18:07:46 -0500 > > Ajtim wrote: > > > > > Hi! > > > > > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > > > Install them as needed. > > > ==== > > > ====> Compressing man pages (compress-man) > > > ===> Installing for python33-3.3.3_2 > > > ===> Checking if lang/python33 already installed > > > ===> Registering installation for python33-3.3.3_2 > > > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > > > *** Error code 74 > > > > > > Stop. > > > make[1]: stopped in /usr/ports/lang/python33 > > > *** Error code 1 > > > > > > Stop. > > > make: stopped in /usr/ports/lang/python33 > > > > I guess archivers/lzmalib is installed on your system. > > In this case _lzma.so fails to build: > > > > cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ > > local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu > > les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M > > *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm > > a.so: Undefined symbol "lzma_properties_size" > > > > > Yes, it was the problem. Thank you very much. > But how is the future with lzmalib? Some applications need it. lzmalib is part of FreeBSD >= 8.1. A simple grep shows that only two ports depend on the port (archivers/lzmalib): * p5-Compress-Raw-Lzma only if /usr/lib/liblzma.so is missing (FreeBSD < 8.1) * databases/tokyocabinet: if option LZMA is on even if xz/lzma is in base But maybe I miss something. -- Herbert From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 13:00:58 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E222097F for ; Sun, 2 Feb 2014 13:00:58 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 947DB1A57 for ; Sun, 2 Feb 2014 13:00:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=tTO6GBtDtjhlGrYbq8uNc2 O5VZ0=; b=fWgt3KbGgbMBlbAF17OYMf246wQ1hJTe1BreV4zfr3M2kIKliFdVLR 9SSe4D2oK6eeIg/NtiqTKfxN8wjsO6/2jVEZaPXuaKJHKN9EQuTJjSU7jTO0GpT2 xhoNNg0pabVb0cIi3DEZf6y91E9McYv5K737jZWVflhCSEkFJi1OI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=R7Qk+JCPV/OatSZ9mjBDQVx9Rh8lr IGlmad+IHHSctBUE+YwcYc2skJG0XJrc7cmu+8OJ25RGoOVfJiSgYolB5YKqnia1 dF1N2FlrKQQGlmnQxhd0CYCFBZW3Nxw/X86x7EPgNMeK2qhS91/EfRYvEUyQ7/yd Peaeh87qn+C8q4= Date: Sun, 02 Feb 2014 14:00:55 +0100 Message-ID: <86fvo18y9k.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Ajtim Subject: Re: python33 In-Reply-To: <86ha8h8yjg.wl%hskuhra@eumx.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> <87y51teqqw.wl%hskuhra@eumx.net> <2527072.JuDvluNqEW@lumiwa.farms.net> <86ha8h8yjg.wl%hskuhra@eumx.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i386-pc-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 13:00:58 -0000 On Sun, 02 Feb 2014 13:54:59 +0100 Herbert J. Skuhra wrote: > On Sun, 02 Feb 2014 06:31:31 -0500 > Ajtim wrote: > > > On Sunday 02 February 2014 11:46:47 Herbert J. Skuhra wrote: > > > On Sat, 01 Feb 2014 18:07:46 -0500 > > > Ajtim wrote: > > > > > > > Hi! > > > > > > > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > > > > Install them as needed. > > > > ==== > > > > ====> Compressing man pages (compress-man) > > > > ===> Installing for python33-3.3.3_2 > > > > ===> Checking if lang/python33 already installed > > > > ===> Registering installation for python33-3.3.3_2 > > > > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > > > > *** Error code 74 > > > > > > > > Stop. > > > > make[1]: stopped in /usr/ports/lang/python33 > > > > *** Error code 1 > > > > > > > > Stop. > > > > make: stopped in /usr/ports/lang/python33 > > > > > > I guess archivers/lzmalib is installed on your system. > > > In this case _lzma.so fails to build: > > > > > > cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ > > > local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu > > > les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M > > > *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm > > > a.so: Undefined symbol "lzma_properties_size" > > > > > > > > Yes, it was the problem. Thank you very much. > > But how is the future with lzmalib? Some applications need it. > > lzmalib is part of FreeBSD >= 8.1. s/lzmalib/liblzma/ -- Herbert From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 16:47:34 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAD49638; Sun, 2 Feb 2014 16:47:34 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 950CC1A51; Sun, 2 Feb 2014 16:47:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=+leSmbQztfVJ61I934Znh9LUkOabb3/8JyAQDnahkSY=; b=LLDtRf7zYSbzsSLH9FxiXSAhiVbprC9tZpjOpXmLUG7x46Gamx7kJh7F/6VpVhfNgMuljZKYnt2I/t4QxqM+fBAPVxCmYFHcXENHV1uw6vaxvImumrNZ1jjfXYDdSy4JdOa5YftJr4ZwDijTJN/SeGJFT5IROQ2/SngyN6kR19c=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WA0Cj-000FbI-15; Sun, 02 Feb 2014 16:47:33 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: pawel@FreeBSD.org X-Trac-Project: redports Date: Sun, 02 Feb 2014 16:47:32 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342289: 4x leftovers To: pawel@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140202134400-26651 X-Trac-Build-ID: 20140202134400-26651 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 16:47:34 -0000 Add LICENSE (requested by maintainer in PR) PR: ports/186319 Submitted by: maintainer --------------------------------------------------------------------- Build ID: 20140202134400-26651 Job owner: pawel@FreeBSD.org Buildtime: 3 hours Enddate: Sun, 02 Feb 2014 16:47:28 GMT Revision: r342289 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342289 --------------------------------------------------------------------- Port: games/xbat 1.11_2 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~pawel@FreeBSD.org/20140202134400-26651-268460/xbat-1.11_2.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~pawel@FreeBSD.org/20140202134400-26651-268461/xbat-1.11_2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~pawel@FreeBSD.org/20140202134400-26651-268462/xbat-1.11_2.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~pawel@FreeBSD.org/20140202134400-26651-268463/xbat-1.11_2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 20:02:58 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E1D325D; Sun, 2 Feb 2014 20:02:58 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E40DD1966; Sun, 2 Feb 2014 20:02:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=wJX8Z4SlubkOKcutDxF+QdS4ZbhBJ3BYanXpY4xKY+E=; b=abfx9b5cHhTzAI4H6++S+3ulJF1WgFCzQalXMfYbvrnxVYnuE8Qk8HdGKI0d5794KZnmG7NMoMsBs9VOGJ1G/9wik2o6n2ZADHtCtyRap3Q+NYQSaSoVQZya+Xn6U0989EE0xNMzqdpmMr3ciBwBOtF0IISF003NhiDEM5yno8k=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WA3Fp-0004Uw-4h; Sun, 02 Feb 2014 20:02:57 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: eadler@FreeBSD.org X-Trac-Project: redports Date: Sun, 02 Feb 2014 20:02:57 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342362: 4x leftovers To: eadler@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140202194200-33705 X-Trac-Build-ID: 20140202194200-33705 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 20:02:58 -0000 - stagify - fix build without gcc - remove reference to freebsd 7.x Approved by: portmgr (blanket) --------------------------------------------------------------------- Build ID: 20140202194200-33705 Job owner: eadler@FreeBSD.org Buildtime: 21 minutes Enddate: Sun, 02 Feb 2014 20:02:52 GMT Revision: r342362 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342362 --------------------------------------------------------------------- Port: sysutils/usb_modeswitch 1.2.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140202194200-33705-268920/usb_modeswitch-1.2.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140202194200-33705-268921/usb_modeswitch-1.2.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140202194200-33705-268922/usb_modeswitch-1.2.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~eadler@FreeBSD.org/20140202194200-33705-268923/usb_modeswitch-1.2.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 21:45:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DD08BC0 for ; Sun, 2 Feb 2014 21:45:20 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A45D128F for ; Sun, 2 Feb 2014 21:45:20 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id x13so10060430qcv.33 for ; Sun, 02 Feb 2014 13:45:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-transfer-encoding:content-type; bh=/JDGL/f7cc3goqeof0Xtr6Z32e5tNC6Th8Vta0iG+LY=; b=Y5miqNX7KnqRc5HH4f+hfPOA37PDjYAZXU2HuGLdWnwLAnHW0usOdi7aXpzwGj3nUi nfqnIET6Tz+srV48rmv76/OOGjxR22pmpThC4h83b9nGJ8UBqDXsFKfg/bU5xCuSL1NQ 1Iqd7/U8mQ8fDwEgJh2pLBHzh2cAMkG8LJzI/yI4H9FLfstm4FH/TmAlxJJ4zHXfO2jA RYpG1uPXun+IoUgmg2kbSuIQ5NbAMABVeJbpp9b2dwBqF7ssQ5qX0RLEbhhB0wGjQODG 9jhAnzDN/F2C3oYK83c1kAhy7IGAEfVaSpo9wS/ok7sBTgOguR8eGshoo9TksTY8erRu D/nw== X-Received: by 10.224.169.11 with SMTP id w11mr50670186qay.71.1391377519036; Sun, 02 Feb 2014 13:45:19 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id j50sm24144060qgf.14.2014.02.02.13.45.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Feb 2014 13:45:18 -0800 (PST) From: Ajtim To: "Herbert J. Skuhra" Subject: Re: python33 Date: Sun, 02 Feb 2014 16:45:17 -0500 Message-ID: <2080513.YVpVIhRHju@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <86ha8h8yjg.wl%hskuhra@eumx.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> <2527072.JuDvluNqEW@lumiwa.farms.net> <86ha8h8yjg.wl%hskuhra@eumx.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 21:45:20 -0000 On Sunday 02 February 2014 13:54:59 Herbert J. Skuhra wrote: > On Sun, 02 Feb 2014 06:31:31 -0500 > Ajtim wrote: > > > On Sunday 02 February 2014 11:46:47 Herbert J. Skuhra wrote: > > > On Sat, 01 Feb 2014 18:07:46 -0500 > > > Ajtim wrote: > > > > > > > Hi! > > > > > > > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > > > > Install them as needed. > > > > ==== > > > > ====> Compressing man pages (compress-man) > > > > ===> Installing for python33-3.3.3_2 > > > > ===> Checking if lang/python33 already installed > > > > ===> Registering installation for python33-3.3.3_2 > > > > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > > > > *** Error code 74 > > > > > > > > Stop. > > > > make[1]: stopped in /usr/ports/lang/python33 > > > > *** Error code 1 > > > > > > > > Stop. > > > > make: stopped in /usr/ports/lang/python33 > > > > > > I guess archivers/lzmalib is installed on your system. > > > In this case _lzma.so fails to build: > > > > > > cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ > > > local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu > > > les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M > > > *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm > > > a.so: Undefined symbol "lzma_properties_size" > > > > > > > > Yes, it was the problem. Thank you very much. > > But how is the future with lzmalib? Some applications need it. > > lzmalib is part of FreeBSD >= 8.1. > > A simple grep shows that only two ports depend on the port > (archivers/lzmalib): > > * p5-Compress-Raw-Lzma > only if /usr/lib/liblzma.so is missing (FreeBSD < 8.1) > > * databases/tokyocabinet: if option LZMA is on > even if xz/lzma is in base > > But maybe I miss something. > > dependencies that are still required: archivers/lzmalib: multimedia/vlc, graphics/GraphicsMagick13, graphics/gimp-app, deskutils/xfce4-tumbler, graphics/webp, textproc/redland, graphics/sane-backends, security/clamav, graphics/libgphoto2, devel/gvfs, graphics/graphviz, graphics/ImageMagick -- Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sun Feb 2 23:04:08 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6085BC1C for ; Sun, 2 Feb 2014 23:04:08 +0000 (UTC) Received: from owm.eumx.net (eumx.net [91.82.101.43]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 124C118CD for ; Sun, 2 Feb 2014 23:04:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=eumx.net; h=date :message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=default; bh=PYFcpRxsnFmCdwt8T8YJEf UKkr8=; b=t/JhhLhZPYDG9nhIMkQguj7s7srO1m34rSrsidzuBRtZzy5e+GmntG sWap+p3qHIHZ+IM31sjPB0nvySWMP4fqZC+WrQjqNXtMUolUjN5XtofLxI5jlNx6 PRESmRHxVOpqoR1H2NdNhfR7FlLb1fxz+T7RyMXLn7eBZ0HlJ0Pzs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eumx.net; h=date:message-id :from:to:cc:subject:in-reply-to:references:mime-version :content-type; q=dns; s=default; b=n/6genhNPwM1kdrkAmLNpXqdvvayp Hy/+YhEZzD3oFvkLCcSdn2hmKwkHAKttAiiHsgWav6F+wNxJCbKkS86yvNPJs5qP 46nuF9qTvUWJ5P9S8iSdtjZafEj6gE+dQy9mjC8ASDqUkIlIseMkmK+7913Yi+P1 CVTgmeHznDAnU0= Date: Mon, 03 Feb 2014 00:03:57 +0100 Message-ID: <87wqhddsma.wl%hskuhra@eumx.net> From: "Herbert J. Skuhra" To: Ajtim Subject: Re: python33 In-Reply-To: <2080513.YVpVIhRHju@lumiwa.farms.net> References: <4648013.WzZvqasPqJ@lumiwa.farms.net> <2527072.JuDvluNqEW@lumiwa.farms.net> <86ha8h8yjg.wl%hskuhra@eumx.net> <2080513.YVpVIhRHju@lumiwa.farms.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.3.50 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2014 23:04:08 -0000 On Sun, 02 Feb 2014 16:45:17 -0500 Ajtim wrote: > On Sunday 02 February 2014 13:54:59 Herbert J. Skuhra wrote: > > On Sun, 02 Feb 2014 06:31:31 -0500 > > Ajtim wrote: > > > > > On Sunday 02 February 2014 11:46:47 Herbert J. Skuhra wrote: > > > > On Sat, 01 Feb 2014 18:07:46 -0500 > > > > Ajtim wrote: > > > > > > > > > Hi! > > > > > > > > > > Portmaster found update for python33 (version 3.3.3_2 from February 1st) and on FreeBSD 10.0-RELEASE (amd64) I got: > > > > > Install them as needed. > > > > > ==== > > > > > ====> Compressing man pages (compress-man) > > > > > ===> Installing for python33-3.3.3_2 > > > > > ===> Checking if lang/python33 already installed > > > > > ===> Registering installation for python33-3.3.3_2 > > > > > pkg-static: lstat(/usr/ports/lang/python33/work/stage/usr/local/lib/python3.3/lib-dynload/_lzma.so): No such file or directory > > > > > *** Error code 74 > > > > > > > > > > Stop. > > > > > make[1]: stopped in /usr/ports/lang/python33 > > > > > *** Error code 1 > > > > > > > > > > Stop. > > > > > make: stopped in /usr/ports/lang/python33 > > > > > > > > I guess archivers/lzmalib is installed on your system. > > > > In this case _lzma.so fails to build: > > > > > > > > cc -shared -L/usr/local/lib -pthread -L/usr/local/lib -pthread -O2 -pipe -fno-strict-aliasing -I/usr/ > > > > local/include build/temp.freebsd-10.0-STABLE-amd64-3.3/usr/ports/lang/python33/work/Python-3.3.3/Modu > > > > les/_lzmamodule.o -L/usr/local/lib -llzma -o build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzma.so^M > > > > *** WARNING: renaming "_lzma" since importing it failed: build/lib.freebsd-10.0-STABLE-amd64-3.3/_lzm > > > > a.so: Undefined symbol "lzma_properties_size" > > > > > > > > > > > Yes, it was the problem. Thank you very much. > > > But how is the future with lzmalib? Some applications need it. > > > > lzmalib is part of FreeBSD >= 8.1. > > > > A simple grep shows that only two ports depend on the port > > (archivers/lzmalib): > > > > * p5-Compress-Raw-Lzma > > only if /usr/lib/liblzma.so is missing (FreeBSD < 8.1) > > > > * databases/tokyocabinet: if option LZMA is on > > even if xz/lzma is in base > > > > But maybe I miss something. > > > > > dependencies that are still required: > archivers/lzmalib: multimedia/vlc, graphics/GraphicsMagick13, graphics/gimp-app, deskutils/xfce4-tumbler, graphics/webp, textproc/redland, graphics/sane-backends, security/clamav, graphics/libgphoto2, devel/gvfs, graphics/graphviz, graphics/ImageMagick Yeah, after removing archivers/lzmalib you have to rebuild some (listed above) ports. They will pick liblzma.so from /usr/lib. Maybe archivers/lzmalib should be removed from ports. -- Herbert From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 00:18:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0768FCF0 for ; Mon, 3 Feb 2014 00:18:38 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CACE515B3 for ; Mon, 3 Feb 2014 00:18:37 +0000 (UTC) Received: by mail-ig0-f178.google.com with SMTP id uq10so3171517igb.5 for ; Sun, 02 Feb 2014 16:18:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z4sglRG76Q1c+oj0NXyaZpkVXVdcruqXyoWdYnkv0uQ=; b=jR0KgmgsLt/yTAhM4kBNwpflWr5BjmvEVY22YjjEEDf0UD66j/nV9sesVzJEqZeySF Xb9oZjKw/rk2Jt1aLGNZcTFvPxBqe+sbe8YTHMsZuL2GawBaLRw9W3cCMBiJBd49d4Tb 5jiP5Kyyw4V/SEpNQRix4oG/CjyyXI5wDhS6dh6ZSMqiE+TjVUWIvj91cmpIhEXymkv0 DHz/LFjAhP33as9zgSJ8r6LToS42Rlni4MaU+vbDVwGTvYs7h6chvo0MiVPn4WetK00w oBdCFhvWAPGcL1w/9Hu6P1hns3IN1X2boxQFKU2OupMTTmB2W9C2eeVfcEYrB1BGm9mU FgMw== MIME-Version: 1.0 X-Received: by 10.50.29.49 with SMTP id g17mr9348193igh.35.1391386717223; Sun, 02 Feb 2014 16:18:37 -0800 (PST) Received: by 10.50.67.84 with HTTP; Sun, 2 Feb 2014 16:18:37 -0800 (PST) In-Reply-To: <52ECC8FA.4050206@davenulle.org> References: <52ECC0D9.2010607@davenulle.org> <52ECC8FA.4050206@davenulle.org> Date: Sun, 2 Feb 2014 18:18:37 -0600 Message-ID: Subject: Re: [Upgrade to FreeBSD10] hplip issue From: Scot Hetzel To: David Marec Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 00:18:38 -0000 On Sat, Feb 1, 2014 at 4:14 AM, David Marec wrote: > On 01.02.2014 10:39, David Marec wrote: >> >> First, I had to rebuild the port to switch on the 'scanning feature', >> which is not available by the binary package, but scanning still fails. > > > Finally, while checking in the hplip configuration files, I found that the > scanning feature was still disabled in the file > /usr/local/etc/hp/hplip.conf > So, I changed the entry line : > scanner-build=yes > > and now, the scanner can be used. > > I don't know why this file was not updated during the hplip installation. > According to the pkg-plist: @unexec if cmp -s %D/etc/hp/hplip.conf.sample %D/etc/hp/hplip.conf; then rm -f %D/etc/hp/hplip.conf; fi etc/hp/hplip.conf.sample @exec if [ ! -f %B/hplip.conf ]; then cp -p %D/%F %B/hplip.conf; fi if there were any changes to hplip.conf file, it doesn't get removed when the port is uninstalled. And if the file exists, it won't overwrite your changes. Did you customize this file before you re-installed? Does the hplip.conf.sample file have scanner-build=yes? -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 02:16:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04AEC79 for ; Mon, 3 Feb 2014 02:16:16 +0000 (UTC) Received: from mst-rip5-missouri-out.um.umsystem.edu (mst-rip5-missouri-out.um.umsystem.edu [198.209.50.135]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A86A21E84 for ; Mon, 3 Feb 2014 02:16:15 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhwFAKH77lLPoJ7U/2dsb2JhbABaDoJ+gQ+7DoMIgQEWdIIlAQEFeBECAQgOCgkWDwkDAgECASAlAgQBDAgBAYgBw22IXBePEIQ4BIkRoTqCbj+CKg X-IPAS-Result: AhwFAKH77lLPoJ7U/2dsb2JhbABaDoJ+gQ+7DoMIgQEWdIIlAQEFeBECAQgOCgkWDwkDAgECASAlAgQBDAgBAYgBw22IXBePEIQ4BIkRoTqCbj+CKg Received: from um-ncas6.um.umsystem.edu ([207.160.158.212]) by mst-rip5-exch-relay.um.umsystem.edu with ESMTP; 02 Feb 2014 20:16:08 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS6.um.umsystem.edu ([207.160.158.212]) with mapi id 14.03.0174.001; Sun, 2 Feb 2014 20:16:08 -0600 From: "Montgomery-Smith, Stephen" To: Kostas Oikonomou , =?iso-8859-1?Q?Jouko_Lumij=E4rvi?= , ajtiM , Greg Rivers , "GeorgSWeber@googlemail.com" , Daniel Smith , FreeBSD Ports Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgAZXQ4A= Date: Mon, 3 Feb 2014 02:16:07 +0000 Message-ID: <52EEFBE5.1020807@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> In-Reply-To: <52E9AA34.9060909@missouri.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 x-originating-ip: [207.160.158.206] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <50359A76A705B343B726F4917D332E8E@missouri.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 02:16:16 -0000 On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: >> I have just updated sage to version 6.0. I have also made some changes >> to help it work with FreeBSD-10, using ideas given to me by Daniel >> Smith. Since I don't have a fast computer using FreeBSD-10, I would >> appreciate it if any of you guys could try it out and see if it works. >=20 > I meant math/sage (for those who don't normally use it.) A few days ago I updated to sage-6.1. But I don't expect it to work any better on FreeBSD-10 than sage-6.0. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 02:57:20 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C689E0 for ; Mon, 3 Feb 2014 02:57:20 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66A391106 for ; Mon, 3 Feb 2014 02:57:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s132vKaG094316 for ; Mon, 3 Feb 2014 02:57:20 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s132vKnT094315 for ports@FreeBSD.org; Mon, 3 Feb 2014 02:57:20 GMT (envelope-from bdrewery) Received: (qmail 53071 invoked from network); 2 Feb 2014 20:57:15 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 2 Feb 2014 20:57:15 -0600 Message-ID: <52EF0587.9040801@FreeBSD.org> Date: Sun, 02 Feb 2014 20:57:11 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Ports Subject: [CFT] security/openssh-portable 6.5 X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qwutGOBxF8mNrVsfarXHgkLR8VshdLsCl" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 02:57:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qwutGOBxF8mNrVsfarXHgkLR8VshdLsCl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The pending update to 6.5 is on my github: https://github.com/bdrewery/openssh/ I will commit in the next few days. Please test and comment back in priva= te. The KERB_GSSAPI is beyond hope. It lacks an upstream and I have no way to test. It needs refactoring as the key handling/API has changed a bit for 6.5. It's marked BROKEN for now and I suggest not updating if you depend on that. --=20 Regards, Bryan Drewery --qwutGOBxF8mNrVsfarXHgkLR8VshdLsCl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS7wWHAAoJEDXXcbtuRpfPWKYH/1opjLbb9aH0u8T+3e69kNkA Xc1MD5M893OmK7aNkKFrbhwknZZQAjn6yE9xCwAaVG/hqKulnZh/HfBS3Y0bwPjy rDQo76Gm2U0kLcNMHw7Ga9mK+x2pI8SfAUdDMrIqNfSJDS4mYWFRrjykaGgux/xp b8eB6oEijYZus3yFrHai5CdJc49cizzGvhSjFgRI3/RgAxTmdJg9VHK8n76CdbkI Q/c6uCwn0pHd33S+J8F8KgnvMBwKNHuHPKM6VZofk/XYBOvBnl+9sGoQrgyNzlyc tYwuKl9KUrmAbM6x3OL2Ua1c90HnFjj/RabwPQ+v9d+Ip/ugC2kUzm8rJnnmBf8= =86w+ -----END PGP SIGNATURE----- --qwutGOBxF8mNrVsfarXHgkLR8VshdLsCl-- From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 07:54:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DE433B0 for ; Mon, 3 Feb 2014 07:54:40 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4DBEA18CA for ; Mon, 3 Feb 2014 07:54:40 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id at1so6084038iec.36 for ; Sun, 02 Feb 2014 23:54:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=fqh/nlTZ3/agA5G00+lR1diqkZzNUQ3NPF+zb+sC/no=; b=J7Qo3xVmMx/RwCBMu7IVBt+znZ/amYI7gj9X4eRA5aTyYB/A2CnTxDRt5GY9w9dS8X ULe3qJhTC7EZqXB5uka/z92SzdtTgJgnT/u6Km3WN7BgKW9t2TEw/TORDRiiAvu/ldKO uEdpv/GSU+Ts7o8EOhhL2XflTWkJvuh+6DDcN32Oxg020rmAmO/fkJ8U6a8mT0NpCjPT o2xlIl4swGQpFEzXdKCTl0HPbxv0kAsQMa3FcMMGwfF2VS7m38MU8DvUwo+bc5nYQMiz IRySR+iB/28JlWcIuvdwAKSI8GFcQ/jt56S4mLHrBsyLoLwULN7rR+m/HN8csjGJfD/a aixA== MIME-Version: 1.0 X-Received: by 10.50.29.49 with SMTP id g17mr10474996igh.35.1391414079563; Sun, 02 Feb 2014 23:54:39 -0800 (PST) Received: by 10.50.67.84 with HTTP; Sun, 2 Feb 2014 23:54:39 -0800 (PST) In-Reply-To: <52EDB16B.1080206@gmail.com> References: <52EDB16B.1080206@gmail.com> Date: Mon, 3 Feb 2014 01:54:39 -0600 Message-ID: Subject: Re: libncursesw.so linker script syntax error? From: Scot Hetzel To: Keith Beattie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 07:54:40 -0000 On Sat, Feb 1, 2014 at 8:46 PM, Keith Beattie wrote: > Hello, > > I'm having trouble building both the emacs and aspell port, both of which= fail with a very similar error. Here's aspell: > > /bin/sh ./libtool --tag=3DCXX --mode=3Dlink c++ -O2 -fno-strict-aliasi= ng -pipe -march=3Dnative -fno-exceptions -o aspell prog/aspell.o prog/che= ck_funs.o prog/checker_string.o libaspell.la -lncursesw -L/usr/local/lib -l= intl -L/usr/local/lib -liconv -R/usr/local/lib > libtool: link: c++ -O2 -fno-strict-aliasing -pipe -march=3Dnative -fno-ex= ceptions -o .libs/aspell prog/aspell.o prog/check_funs.o prog/checker_strin= g.o ./.libs/libaspell.so -L/usr/local/lib -lncursesw /usr/local/lib/libint= l.so /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld:/usr/local/lib/libncursesw.so: file format not recognized; tr= eating as linker script > /usr/bin/ld:/usr/local/lib/libncursesw.so:1: syntax error > gmake[1]: *** [aspell] Error 1 > gmake[1]: Leaving directory `/usr/ports/textproc/aspell/work/aspell-0.60.= 6.1' > gmake: *** [all-recursive] Error 1 > =3D=3D=3D> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failur= e to > the maintainer. > *** Error code 1 > > Stop in /usr/ports/textproc/aspell. > > > emacs is similar except on libncurses.so > > Here's libncursesw.so: > > $ cat /usr/local/lib/libncursesw.so > INPUT(libncursesw.so.5 AS_NEEDED(-ltinfow)) > I don't get that output when I `cat /usr/local/lib/libncursesw.so`. When I use `file /usr/local/lib/libncursesw.so*` it shows: /usr/local/lib/libncursesw.so: symbolic link to `libncursesw.so.6' /usr/local/lib/libncursesw.so.6: symbolic link to `libncursesw.so.6.0' /usr/local/lib/libncursesw.so.6.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped Try uninstalling the devel/ncurses port again, and check if there are any left over libncurses* files and remove them. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 08:03:18 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A25E6AB for ; Mon, 3 Feb 2014 08:03:18 +0000 (UTC) Received: from smtp25.services.sfr.fr (smtp25.services.sfr.fr [93.17.128.119]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3171975 for ; Mon, 3 Feb 2014 08:03:17 +0000 (UTC) Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2516.sfr.fr (SMTP Server) with ESMTP id 25F857000077 for ; Mon, 3 Feb 2014 08:54:24 +0100 (CET) Received: from dmarec.local (199.114.14.109.rev.sfr.net [109.14.114.199]) by msfrf2516.sfr.fr (SMTP Server) with ESMTP id EF75A7000076 for ; Mon, 3 Feb 2014 08:54:23 +0100 (CET) X-SFR-UUID: 20140203075423980.EF75A7000076@msfrf2516.sfr.fr Message-ID: <52EF3D20.6050105@davenulle.org> Date: Mon, 03 Feb 2014 07:54:24 +0100 From: David Marec User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [Upgrade to FreeBSD10] hplip issue References: <52ECC0D9.2010607@davenulle.org> <52ECC8FA.4050206@davenulle.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 08:03:18 -0000 On 03.02.2014 01:18, Scot Hetzel wrote: > On Sat, Feb 1, 2014 at 4:14 AM, David Marec wrote: >> I don't know why this file was not updated during the hplip installation. >> > [...] > if there were any changes to hplip.conf file, it doesn't get removed > when the port is uninstalled. And if the file exists, it won't > overwrite your changes. > > Did you customize this file before you re-installed? No. But I guess this file wasn't removed when I requested the deletion of all the ports using 'pkg delete', once FreeBSD was upgraded. But, at that time, the scanning switch was enabled in the file. > > Does the hplip.conf.sample file have scanner-build=yes? > The only difference is the line I set up to fix the issue, after the (re)installation: david:/<1>local/etc/hp>diff hplip.conf hplip.conf.sample 25c25 < scanner-build=yes --- > scanner-build=no -- David Marec From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 08:42:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AFF09428 for ; Mon, 3 Feb 2014 08:42:17 +0000 (UTC) Received: from nschwqsrv03p.mx.bigpond.com (nschwqsrv03p.mx.bigpond.com [61.9.189.237]) by mx1.freebsd.org (Postfix) with ESMTP id 354E11C51 for ; Mon, 3 Feb 2014 08:42:16 +0000 (UTC) Received: from nschwcmgw07p ([61.9.190.167]) by nschwmtas01p.mx.bigpond.com with ESMTP id <20140203073323.BASV18010.nschwmtas01p.mx.bigpond.com@nschwcmgw07p>; Mon, 3 Feb 2014 07:33:23 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.115]) by nschwcmgw07p with BigPond Outbound id MjZN1n00P2VR1hD01jZNpY; Mon, 03 Feb 2014 07:33:22 +0000 X-Authority-Analysis: v=2.0 cv=dupZ+ic4 c=1 sm=1 a=kPFzL+aQTxRlsBNBWdEb+Q==:17 a=1YbsQLIiAAQA:10 a=rZfaeqvfVcYA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=LOcdf8kKzowA:10 a=6I5d2MoRAAAA:8 a=UWSv7AWgZOkS_caTV90A:9 a=wPNLvfGTeEIA:10 a=kPFzL+aQTxRlsBNBWdEb+Q==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s137Wjwd061896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 3 Feb 2014 18:32:46 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <52EF4613.9060006@heuristicsystems.com.au> Date: Mon, 03 Feb 2014 18:32:35 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: olli hauer , "freebsd-ports@freebsd.org" Subject: Re: bsd.apache.mk Malformed conditional when APACHE_VERSION defined References: <52EE0BD3.8000006@heuristicsystems.com.au> <52EE2337.9080809@gmx.de> In-Reply-To: <52EE2337.9080809@gmx.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 08:42:17 -0000 On 2/02/2014 9:51 PM, olli hauer wrote: > On 2014-02-02 10:11, Dewayne Geraghty wrote: >> I filed a PR against textproc/htdig which should really be against the >> ports systems. >> >> Would someone be kind enough to advise the current method to specify the >> apache version. In ports.conf, I currently use >> USE_APACHE=22 | APACHE_VERSION=22 >> to specify the required version of apache for: >> textproc/htdig >> www/mod_security >> lang/php5 >> >> I believe this PR >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=186364 >> >> which probably should be routed to the ports system, and not textproc/htdig >> >> The error is: >> cd /usr/ports/textproc/htdig && make -V UNIQUENAME >> "/usr/ports/Mk/bsd.apache.mk", line 306: warning: String comparison >> operator should be either == or != >> "/usr/ports/Mk/bsd.apache.mk", line 306: Malformed conditional >> (!empty(_APACHE_VERSION_MINIMUM) && (${_APACHE_VERSION} < >> ${_APACHE_VERSION_MINIMUM})) >> "/usr/ports/Mk/bsd.port.mk", line 6603: if-less endif >> make: fatal errors encountered -- cannot continue >> >> which goes away if APACHE_VERSION isn't used, eg. >> cd /usr/ports/textproc/htdig && make __MAKE_CONF=/dev/null -V UNIQUENAME >> htdig >> > Hi Dewayne, > > APACHE_VERSION is a read only variable in case a port needs to know the > installed / default Apache version -> do not set this variable! > > In case you want to specify a default apache use in etc/make.conf for example > APACHE_PORT=www/apache22 > > See lines 12 - 25 in Mk/bsd.apache.mk > > Olli, Thank-you for pointing me to the right place. I've removed APACHE_VERSION=22; but noted that PERL_VERSION=5.16.3 | PYTHON_VERSION=python2.7 remain valid, which maintains my confusion. With the ongoing changes to the ports system, I've also retained this line in make.conf DEFAULT_VERSIONS=perl5=5.16 python=2.7 python2=2.7 apache=22 Though I suspect that using the latter is preferred and should be the stable way of constricting versions? The last rebuild of all ports occurred on Jan 20, strange that APACHE_VERSION=22 didn't halt that rebuild cycle, as bsd.apache.mk has been changed for 2 months... One of life's mysteries. Regards, Dewayne. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 09:16:58 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1203FDDB for ; Mon, 3 Feb 2014 09:16:58 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F24421FE0 for ; Mon, 3 Feb 2014 09:16:57 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s139GvS7040527 for ; Mon, 3 Feb 2014 09:16:57 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s139Gv27040526; Mon, 3 Feb 2014 09:16:57 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402030916.s139Gv27040526@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Mon, 3 Feb 2014 09:16:57 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 09:16:58 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ games/doomsday | 1.12.2 | 1.14.0-build1129 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 11:06:04 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4967AE6D for ; Mon, 3 Feb 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32FA819CC for ; Mon, 3 Feb 2014 11:06:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s13B64Bq021748 for ; Mon, 3 Feb 2014 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s13B63EN021746 for freebsd-ports@FreeBSD.org; Mon, 3 Feb 2014 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Feb 2014 11:06:03 GMT Message-Id: <201402031106.s13B63EN021746@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/186403 devel/gdb 7.6.1_1 internal error attaching to process f ports/186402 net/delegate can't compile o ports/186399 www/shellinabox : Fix issue regarding some keys with F f ports/186386 sysutils/logstash on FreeBSD10 does not build due to j o ports/186384 [patch] [maintainer update] net/turnserver port upgrad o ports/186381 fix sysutils/spindown compile errors with clang o ports/186374 [maintainer] audio/teamspeak3-server 3.0.10.1 -> 3.0.1 f ports/186372 [UPDATE] ports-mgmt/porttools: update to 1.00.2014.02. f ports/186358 net/owncloud-csync ocsync binary missing f ports/186355 devel/otrs: unnecessary dependency on www/apache22 o ports/186344 sysutils/cbsd update to 10.0.2 o ports/186340 [MAINTAINER] Update devel/libcidr to 1.2.3 f ports/186339 devel/fuel add STAGE support f ports/186337 editors/gummi add STAGE support f ports/186335 sysutils/scalpel - STAGEify f ports/186332 fix install path of the binary in sysutils/xmbmon o ports/186324 [NEW PORT] net-p2p/feathercoin o ports/186310 update sysutils/procenv to version 0.32 o ports/186308 [MAINTAINER] dns/nsd: update to 4.0.1 o ports/186307 [MAINTAINER] dns/nsd3: update to 3.2.17 f ports/186301 dns/bind10 can not build f ports/186292 [PATCH] ports-mgmt/porttools: Add template to cmd_subm o ports/186283 [NEW PORT] www/pecl-varnish: Varnish cache extension o ports/186272 Incorrect application of CPPFLAGS for games/angband ca o docs/186269 sysutils/qjail: finding typo in qjail-howto(8) f ports/186264 [PATCH] missing manual in security/strongswan f ports/186262 finance/openerp-server port is non-functional as shipp o ports/186234 www/woof: port upgrade to native Python 2.7 compliant o ports/186226 [NEW PORT] math/pecl-trader: Trader extension based on f ports/186219 net-mgmt/libsmi - Clang / GCC issue f ports/186216 [PATCH] japanese/libskk: switch to USE_GNOME=introspec f ports/186197 [PATCH] devel/librest: fix gobject-introspection depen f ports/186196 [PATCH] converters/gbsdconv: fix depend on gobject-int o ports/186188 textproc/xalan-c: MsgFileOutputStream.hpp:106:13: erro f ports/186186 textproc/the_silver_searcher: Upgrade port for The Sil f ports/186184 audio/teamspeak3-server port broken on freeBSD 10 o ports/186179 databases/gtksql 0.4.5 fails make o ports/186172 can't install net/poptop with KERNPPP=on f ports/186161 print/latex-aa: Maintainer update to fix uncompilabili o ports/186160 graphics/ImageMagick does not detect freetype2 properl f ports/186141 stage problem with x11-toolkits/tix f ports/186140 [PATCH] net/bwping update to 1.7 f ports/186134 sysutils/coreutils build, fails due to "strip" of sh ( o ports/186127 net/pimdd remove GCC deps, stagify and fix RAW socket f ports/186103 sysutils/cbsd - dangerous and unexpected initializatio o ports/186100 net/pload: fix man page installation o ports/186098 [MAINTAINER] security/softhsm: [SUMMARIZE CHANGES] o ports/186094 A database lib/X11/fonts/local/fonts.alias conflicts i f ports/186091 [MAINTAINER UPDATE] net-p2p/bitmessage o ports/186071 mail/prayer deprecated dependencies o ports/186065 [update] audio/libamrnb and audio/libamrwb f ports/186063 [PATCH] www/validator: add 'USES=shebangfix' to adjust o ports/186062 [maintainer] [patch] sysutils/ansible : speed up ssh m o ports/186059 [PATCH] dns/publicsuffix update to 1.04 o ports/186056 New port: databases/cassandra2 The latest stable relea f ports/186054 x11-fonts/fira: Download from somewhere else? o ports/186046 x11/dgs : fix build with current texinfo f ports/186025 [patch] security/tinyca: add support for openssl 1.0.1 f ports/186008 [patch] audio/shoutcast update 2.2.1.109 o ports/186001 devel/opencl: Upstream changes of the header files by f ports/185982 [PATCH] net-im/centerim: fix build on 10.x, staging f ports/185981 [PATCH] net-im/centerim-devel: fix build on 10.x, stag f ports/185973 mail/mailfront patch - update to latest version o ports/185969 [NEW PORT] databases/libdrizzle-redux: Client and prot f ports/185965 [PATCH] security/maia: further improvements f ports/185957 [PATCH] graphics/mapnik: disable sqlite to allow packa f ports/185955 [PATCH] games/armagetron: fix build on 10.x f ports/185948 [PATCH] graphics/alpng: support staging o ports/185944 Update math/R-cran-dlmodeler o ports/185943 sysutils/fusefs-encfs does not compile under FreeBSD10 f ports/185925 [PATCH] graphics/tgif update to 4.2.5 o ports/185905 [PATCH] security/logcheck: Use "USES=shebangfix" to fi f ports/185885 [UPDATE] devel/directfb to v1.4.17 o ports/185868 [PATCH] Update lang/rust to 0.9 o ports/185865 [PATCH] lang/rust add option to build with LLnextgen f o ports/185863 security/ossec-hids-client: ossec-hids-* ports don't b o ports/185839 [MAINTAINER UPDATE] devel/thrift-cpp fix o ports/185836 new port www/tengine-devel o ports/185835 new port www/tengine f ports/185828 devel/google-perftools not build o ports/185818 Inability to install graphics/ImageMagick-nox11 and la o ports/185789 [patch] net/freeswitch-core etc.: Update FreeSWITCH po o ports/185776 [UPDATE] games/affenspiel, fix issues reported by port o ports/185741 Resolve problem for install sysutils/grub2 on UFS f ports/185668 [UPDATE] audio/libmikmod to v3.3.5 f ports/185572 [PATCH] mail/fetchmail: fix StageDir f ports/185560 multimedia/mplayer crashed on flv and mp4 video f ports/185482 [patch] ports/mail/qpopper fails to install o ports/185444 [NEW PORT] revive port games/wesnoth-devel f ports/185407 [Patch] devel/codeblocks requires GCC o ports/185363 [NEW PORT] revive port devel/thistest o ports/185362 [NEW PORT] emulators/petitecloud (resubmittal after ma o ports/185358 graphics/jbig2dec TESTS option missing dependency f ports/185354 [PATCH] sysutils/xmbmon: fix binary strip o ports/185297 [new port] net/self-service-password: LDAP Self Servic o ports/185285 [PATCH] mail/qpopper: fix StageDir o ports/185275 [maintainer update] port www/polipo o ports/185251 [PATCH] emulators/fceux update to 2.2.2 f ports/185250 fc-cache recurses, munges data when scanning for fonts o ports/185230 [PATCH] Fix dependency of devel/wxGlade (current versi f ports/185211 databases/xtrabackup fails compile on 10.0-RC3 o ports/185198 [NEW PORT] chinese/ibus-table-chinese o ports/185158 graphics/sane-backends: OLD PACKAGE o ports/185154 news/husky-base-devel (etc.): Update development versi f ports/185144 deskutils/fet update to 5.21.0 f ports/185126 cad/tochnog build failure: ia64: /usr/local/lib/libbla o ports/185122 japanese/mutt-devel uses japanese/libslang, but it has o ports/185098 devel/opencl: Upstream changes of the header files by o ports/185081 maintainer-update of mail/mutt f ports/185049 textproc/dblatex : fix dblatex port for TEX_DEFAULT=te o ports/185012 [MAINTAINER] Update databases/mariadb55-{client,server o ports/184992 math/fftw 2.1.5_7 build failure on ia64, possibly binu f ports/184973 conflicts with db clients deps in net/turnserver port o ports/184963 [MAINTAINER] audio/Maaate: fix build on 10.x without l f ports/184946 [UPDATE]: dns/knot 1.3.4 f ports/184922 [NEW PORT] sysutils/storcli: SAS MegaRAID FreeBSD Stor o ports/184779 [PATCH] emulators/kcemu (fix build issues) f ports/184743 Update audio/pianobar from 2013.05.19 to 2013.09.15 f ports/184739 dns/validns fails to build with non-default LOCALBASE/ o ports/184688 [legal] /usr/ports/LEGAL update for print/lgrind port o ports/184682 lang/petite-chez: update LEGAL to match the port o ports/184679 games/linux-ut2004-demo: locking assertion failure o ports/184607 maintainer update: math/matlab-R2012a-installer + name o ports/184605 maintainer update: www/runsomebrowser + name change f ports/184580 lang/squeak doesn't build on PowerPC o ports/184549 New port: devel/linux-devtools o ports/184546 New port: misc/fortune-mod-offensive The "offensive" f o ports/184540 emulators/dolphin-emu: New options framework + DEBUG o f ports/184498 graphics/zathura: fail to install (missing LC_MESSAGES o ports/184489 make INSTALL_AS_USER=1 check-orphans fails as regular f ports/184481 x11-fm/doublecmd compilation fail o ports/184480 New port: mail/dot-forward o ports/184475 finance/php-tclink version bump to 4.0.2 f ports/184473 library version mismatch in net/wpa_gui o ports/184471 New port: net/yami4-cpp Messaging library for C++ f ports/184464 security/sssd host auth doesn't work correctly f ports/184458 net-mgmt/collectd5 does not support write_riemann plug f ports/184396 sysutils/dunst should install dunstify too f ports/184378 update port: mail/fdm o ports/184377 New port: mail/fastforward o ports/184375 New port: net-mgmt/nagios-check_relayd_status Nagios p o ports/184361 net-mgmt/nagios-pf-plugin [patch] Allow warn/crit perc f ports/184346 [PATCH] ports-mgmt/porttools: incorrect svn detection o ports/184338 [PATCH] irc/ircd-ru: STAGING Support f ports/184335 graphics/mupdf 1.3 available f ports/184323 mail/mess822: package should not be restricted anymore o ports/184286 [patch] bsd.options.desc.mk: improve DEBUG description f ports/184281 Update mail/dcc-dccd to 1.3.152 o ports/184211 [NEW PORT] net-im/pybitmessage: A Bitmessage Client fo o ports/184208 fix japanese/plain2 build failure o ports/184203 [NEW PORT] net/motsognir: an ANSI C gopher server o ports/184181 www/mod_security not installed full! f ports/184161 multimedia/gpac-mp4box missing dependency f ports/184150 Patch to Allow irc/unreal to Run When Compiled with Cl o ports/184134 editors/slime is outdated. f ports/184131 Mk/Scripts/qa.sh: support spaces in filenames o ports/184069 update port: devel/bam o ports/184050 [maintainer update] www/free-sa-devel: update to 2.0.0 f ports/184042 [patch] sysutils/fusefs-kmod backport fuse from head f ports/184011 Patch for Preliminary pkgng Support in net-mgmt/nagios o ports/183959 [maintainer-update] games/ioquake3 games/ioquake3-serv o ports/183957 net-mgmt/observium port is tracking a 2 year old versi f ports/183860 Larger editors/2bsd-vi terminal width needed. f ports/183858 net-mgmt/snmptt o ports/183853 Update port: www/trac-OhlohWidgetsMacro Use HTTPS for f ports/183813 www/qupzilla doesn't build f ports/183780 Can't build net-mgmt/flow-tools with OPENSSL and MYSQL o ports/183764 japanese/chasen has security problem f ports/183738 [PATCH] sysutils/3dm: Convert to staging o ports/183723 [new port]: devel/visualparadigm Tool for UML based di o ports/183711 New port: deskutils/myrulib E-Book Library Manager f ports/183697 security/heimdal depends net/openldap24-client (when b o ports/183691 Segmentation fault at startup of graphics/cinepaint (1 f ports/183667 x11-toolkits/swt-devel -- Checksum build failure - Lik f ports/183619 net/babeld fails to install routes o ports/183604 New port: sysutils/bhyve-rc f ports/183560 devel/srecord: srec_info from devel_srecord is not cor o ports/183531 New port: sysutils/zsd Destroys ZFS snapshots f ports/183522 mail/opendmarc 1.1.3: no IPv6 socket o ports/183498 New port: science/grib_api ECMWF GRIB API for encoding f ports/183467 Port sysutils/fusefs-s3fs does not compile on 10.0-BET f ports/183444 net/gpxe misses isolinux.bin f ports/183361 port lang/squeak can't compile if misc/e2fsprogs-libuu f ports/183281 devel/hwloc seems fine on armv6 o ports/183241 New port: sysutils/backuppc-devel - development versio f ports/183204 [PATCH] mail/bsfilter: update to 1.0.18.rc5 and etc. o ports/183164 security/openvas-server build failure on 11-current o ports/183162 [new port] games/cataclysm-dda A fork/variant of Catac f ports/183127 Update java/jakarta-struts to version 1.2.9 o ports/183117 New port: misc/flag - Produce a colourful flag from th f ports/183112 security/sguil-server broken Makefile o ports/183105 new port: misc/ppiled controls leds connected to paral o ports/182997 Package creation failure - stagedir startup script mis o ports/182947 www/apache22-peruser-mpm reload fix o ports/182915 net/proxychains - multiple issues o ports/182894 www/mod_security has the wrong LIB_DEPENDS entry for l f ports/182892 Make devel/atf create a tests user f ports/182853 ports/textproc/urlview: regex -> pcreregex o ports/182843 net-im/jabber crashes when compiled with clang 3.3 f ports/182840 net-mgmt/smokeping build with perl 5.18 installed f ports/182834 ports/www/dummyflash/Makefile add BUILD_DEPENDS= gcc:p o ports/182829 sysutils/linux-afaapps: missing dependency (devel/linu o ports/182793 Updating graphics/ImageMagick o ports/182723 graphics/dri fails to build on 9.2-Stable o ports/182684 mail/p5-Mail-SpamAssassin: Issues with Perl 5.18 o ports/182638 x11-wm/stumpwm 0.9.7_13 is marked as broken f ports/182635 [patch] Update sysutils/condor to 8.0.3 o ports/182628 New port: print/cups-lexmark-cs310 CUPS/foomatic drive o ports/182612 newly built ports report problems when verifying with f ports/182556 sysutils/fusefs-kmod needs a poke f ports/182504 [PATCH] devel/qt4-qtsolutions-singleapplication: Fix b o ports/182481 [MAINTAINER] textproc/yaml-mode.el: add staging suppor o ports/182474 net/tightvnc vncviewer can't handle null authenticatio f ports/182464 security/cvm doesn't build mysql module o ports/182460 New port: multimedia/qwinff Qt4 media converter GUI f ports/182456 irc/unreal: Unreal-3.2.9_2 -> Unreal-3.2.10.1 upgrade o ports/182436 ports/japanese/ng-devel patch from maintainer f ports/182427 [maintainer update] security/destroy o ports/182395 [MAINTAINER] japanese/lookup: add staging support. o ports/182340 [MAINTAINER UPDATE] devl/aegis (repost) o ports/182318 new port: www/slowcgi o ports/182288 New port: devel/lnphost f ports/182216 can't fetch print/cups-samba distfile o ports/182209 [new port] emulators/hyperv-ic: Ports containing Hyper o ports/182195 (RELEASE - head-amd64-default) irc/scrollz: Build fail f ports/182082 emulators/dynamips-community upgrade to 0.2.10 and hea o ports/182043 Build failed for print/ansiprint 1.0 during build̴ o ports/182037 Response for Build failed for games/mangband 1.1.2 dur o ports/181959 New port: sysutils/zjail Management tool for ZFS based f ports/181944 games/iourbanterror: gcc not found f ports/181927 [PATCH] fix net/fping Makefile comment f ports/181923 security/heimdal JOBS_UNSAFE and default prefix locati f ports/181912 x11-toolkits/swt-devel: bad zipfile offset (local head o ports/181904 [PATCH] graphics/libwmf: fix warning of make index whe f ports/181819 games/iourbanterror: Engine linkage error #31 f ports/181774 USE_BDB 47+ fails to find installed databases/db47 o ports/181765 New port: sysutils/daemontols-encore o ports/181746 graphics/ImageMagick makefile directly executes perl f ports/181735 mail/fetchmail system-wide install can't write fetch i f ports/181713 [patch] audio/cmus Fix compilation f ports/181711 port lang/ocaml does not build f ports/181633 [PATCH] update print/hplip-plugin to 3.13.8 f ports/181609 [PATCH] net/scribe: Update to 2.2.2013.04.15 o ports/181529 sysutils/devcpu-data: Panic after CPU microcode update o ports/181527 New port: multimedia/mjpg-streamer HTTP video streamin f ports/181507 [PATCH] security/pks: fix autostart o ports/181506 [maintainer-update] devel/eclipse-eclemma 2.2.1 f ports/181481 [PATCH] irc/ircd-ratbox fix default options broken by o ports/181480 textproc/xerces-c2 and textproc/xerces-c2-devel missin o ports/181451 [NEW PORT] misc/auto-multiple-choice: Multiple Choice o ports/181450 [new port] revive port www/linux-f10-flashplugin10, be o ports/181438 shells/pdksh hangs when doing an ls f ports/181345 net/tigervnc: shortcuts like Ctrl-C does not work on v f ports/181324 [patch] fix net/istgt with options VBOXVD (VirtualBox o ports/181301 New port: net/kamailio - A very fast and configurable f ports/181294 Missing dependency for www/glpi f ports/181251 net-mgmt/mrtg: rateup constantly segfaulted because of o ports/181137 x11-clocks/wmfuzzy updates far too frequently, chewing o ports/181133 [patch] x11-drivers/input-wacom: enabled support of wa f ports/181106 sysutils/logrotate bus error (core dumped) o ports/181105 [NEW PORT] devel/php-composer: Dependency Manager for f ports/181040 [patch] sysutils/conky "diskio" memory leak fix o ports/181038 print/acrobatviewer dies with null pointer exception w f ports/181021 x11-toolkits/open-motif fails to build because YY_MAIN o ports/180987 [NEW PORTs] audio/ardour3 and multimedia/harvid f ports/180984 math/openblas: Patch patch-exports+gensymbol failed t o ports/180925 Can't compile sysutils/fusefs-smbnetfs on -current o ports/180887 New Port: databases/php5-mongodb f ports/180845 package creation fails for sysutils/bacula-bat f ports/180739 ports/sysutils/ezjail patch f ports/180736 net/torsocks: aclocal-1.14: error: couldn't open direc o ports/180668 japanese/mutt-devel update to 1.5.21-ja.2 o ports/180665 [new port] secturiy/rngtest: TRNG/PRNG test tool o ports/180662 sysutils/fusefs-libs: add birthtime support o ports/180654 [NEW PORT] devel/linux-f10-hal-libs: HAL libs (Linux F o ports/180602 [NEW PORT] multimedia/xjadeo: A synced video player fo o ports/180498 ports/mail/p5-Mail-SpamAssassin throws away precious a o ports/180492 problem with /usr/ports/Mk/bsd.ldap.mk f ports/180489 graphics/pecl-gmagick: Update to 1.1.2RC1 (with patch) o ports/180475 audio/freeswitch-sounds: volume reduced to 20% of orig o ports/180452 New Port: devel/libbson: library providing useful rout o ports/180446 New port: print/p910nd A small printer daemon o ports/180409 ports/math/scilab trying to use F77 o ports/180408 ports/math/scilab missing a file to be installed o ports/180364 [NEW PORT] www/ap22-mod_realdoc: Apache module to supp f ports/180337 devel/tnt: tnt_sparse_matrix_csr.h:97:3: error: no mat o ports/180256 NEW PORT: www/twig-php which is a PHP template engine o ports/180245 new port: sysutils/rmlint -- remove stale or duplicate o ports/180237 [new port] devel/radare2-devel: Tools to disasm, debug o ports/180228 russian/fortuneru: port upgrade o ports/180195 [patch] upgrade games/minecraft-client to 1.6.1 f ports/180159 Mk/Uses/jpeg.mk: Used to add dependancy on either jpe o ports/180050 mail/alpine should be updated to version 2.10 o ports/180034 audio/squeezeboxserver is now Logitech Media Server f ports/180033 databases/postgis20 gives in to processing text files o ports/179989 [ patch ] net/istgt broken linking, broken cast, broke o ports/179778 new port: net/fish-sync -- network file sync tool f ports/179738 port update: games/atanks f ports/179637 [patch] ports-mgmt/portupdate-scan: add the "-a [date] o ports/179499 [patch] port sysutils/devcpu-data is unmaintained and o ports/179321 New port: sysutils/storcli SAS MegaRAID FreeBSD StorCL f ports/179236 Build failure (lib-depends) for net/tigervnc when HPJP o ports/179180 devel/freeocl: Minor changes regarding upcoming POCL p o ports/179140 [new ports] emulators/fs-uae and emulators/fs-uae-laun o ports/179116 New port: graphics/xcftools Command-line tools for ext o ports/179065 Add RDRAND/F16C support to misc/cpuid o ports/179017 New port: sysutils/rcadm utility for administrating rc f ports/179010 [PATCH] devel/doxygen: update to 1.8.4_1 o ports/178998 New port: devel/sfml2: a multimedia library f ports/178973 [PATCH] net/scribe: Use USE_GITHUB framework to fetch o ports/178808 devel/wxGlade raises exception when generating XRC cod f ports/178785 mail/dracmail: adoption of optionsNG, and standardize o ports/178780 [patch] updated databases/libdbi-drivers to 0.9.0 o ports/178772 Port update: net-mgmt/snmptt f ports/178757 devel/freeocl: Update o ports/178726 [PATCH] databases/mariadb55-server: multi-instances st o ports/178695 [new port] www/eaccelerator-devel Development version f ports/178616 ports-mgmt/porttools: port test does not handle pkgNG o ports/178557 Ports with USE_GCC=any don't respect local CC and CXX f ports/178475 [UPDATE] graphics/gmt: New version 4.5.9 available o ports/178474 [NEW PORT] games/linux-dwarf-fortress: Dwarf Fortress o ports/178457 [New port]audio/hydrogen-devel f ports/178431 graphics/geos hardcodes PHP 5.4 version s ports/178281 [new port] www/torbrowser: Request for a Native Torbro f ports/178246 mail/fetchyahoo: is BROKEN f ports/178245 [patch] mail/getlive: 3.0 has been released o ports/178196 /usr/ports/www/trac-mercurial broken o ports/178126 [NEW PORT] databases/mysql56-server-cluster: MySQL Clu o ports/178125 [NEW PORT] databases/mysql56-client-cluster: Multithre o ports/178052 New port submission: dns/mDNSRedponder_nss f ports/178042 sysutils/ezjail: zsh completion does not work o ports/177906 [new port] x11-fonts/fpf Free Persian font o ports/177838 New port: multimedia/openstopmotion Webcam capture pro o ports/177771 maintainer update: math/dolfin-devel o ports/177745 New port: science/lammps o ports/177744 New port: science/lammps-openmpi f ports/177741 net-mgmt/sipcalc cannot handle ipv6 zone index o ports/177692 New port: science/openkim o ports/177651 New port: security/openiked OpenBSD's IKEv2 daemon f ports/177643 Update port graphics/fotoxx to latest version o ports/177565 [NEW PORT] www/trac-keywordsecretticket: Adds ticket s o ports/177512 Make emulators/snes9express compile again f ports/177497 mail/dovecot startup script breaks onestart functional o ports/177411 [NEW PORT] databases/mysql-udf-ipv6: MySQL UDFs provid f ports/177407 graphics/fotoxx: MASTER_SITES kornelix.squarespace.com f ports/177406 update port and add arch: lang/mlton f ports/177397 [patch] security/heimdal: fix conflict between heimdal f ports/177336 New port: security/sav o ports/177300 New port: java/intellij IntelliJ IDEA Community Editi o ports/177211 net-mgmt/cflowd: cflowd CflowdPacketQueue.cc fix o ports/177182 audio/mixxx segmentation fault f ports/177152 sysutils/fusefs-kmod missing pkg-message file o ports/177074 [fix] audio/timidity and audio/guspat o ports/177071 editors/slime not working with emacs-24 o ports/177014 new port: databases/sqlayer f ports/176874 sysutils/fusefs-sshfs crashes on amd64 f ports/176816 www/privoxy+ipv6 is obsolete f ports/176805 rc scripts provided with security/heimdal haven't a co o ports/176767 [patch] net-im/ari-yahoo broken on freebsd-head f ports/176676 [patch] net/ss5: syslog option is noisy o ports/176651 NEW PORT: graphics/flashprojector - Adobe standalone S o ports/176625 New Port: ports-mgmt/prhistory-sync-perl Sync GNATS PR o ports/176509 [NEW PORT] www/dnssec-validator: DNSSEC Validator exte o ports/176507 [NEW PORT] www/xpi-dnssec: DNSSEC Validator extension o ports/176505 [NEW PORT] www/crx-dnssec: DNSSEC Validator extension o ports/176504 [NEW PORT] devel/crxmake: Make chromium extensions o ports/176468 www/sams can not use the mask /32, with authorization o ports/176456 NEW PORT: lang/jsawk - Command-line JSON parser s ports/176442 Port files with double-colons cannot exist on FAT part f ports/176383 sysutils/ipmitool cannot connect over SOL o ports/176378 [PATCH] Fix several typos in the ports tree f ports/176172 graphics/povray37: /usr/local/bin/ld: disp_sdl.o: unde o ports/176096 [NEW PORT] www/xibo-server: Xibo - Digital Signage (se o ports/176047 ports: graphics/ImageMagick: -delay option spurious me f ports/176044 ports: print/ghostview (1.5_3) segfault/coredump o ports/175947 [NEW PORT] www/sogo: Groupware server with a focus on o ports/175946 [NEW PORT] devel/sope: An extensive set of GNUstep web f ports/175813 [patch] mail/dovecot2 doesn't detect libstemmer or ext f ports/175772 Update to finance/php-tclink o ports/175748 New port: www/your-freedom A SOCKS proxy application f ports/175733 devel/libatomic_ops: Segmentation fault : install - o ports/175385 dns/fastresolve does not compile o ports/175266 port audio/libmtp is miscategorized: it should be sysu o ports/175229 x11-toolkit/swt-devel fails o ports/174988 New port: net/tclsoap o ports/174960 sysutils/fusefs-ntfs mkntfs fails because of "no block o ports/174940 [new port]: misc/valspeak, a filter that converts Engl o ports/174176 audio/timidity++: Update to version 2.14.0 f ports/174018 Can't disable security/sshguard -b option o ports/171945 sysutils/fusefs-smbnetfs crash since fusefs-libs updat o ports/171338 both databases/mariadb-scripts and databases/mariadb-s o ports/170695 sysutils/fusefs-ntfs - instant reboot when mv from UFS f ports/167031 security/heimdal ignore environment after process call f ports/166987 net/nss_ldap: ports/152982 causes nss_ldap to not func o ports/158791 Update security/openvas-* o i386/138737 [endian] [patch] Patch for bswap64(9) operation on IA o ports/131758 net/tightvnc in a jail stopped working after multiple 397 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 13:36:11 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97D4BE10 for ; Mon, 3 Feb 2014 13:36:11 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C34018E4 for ; Mon, 3 Feb 2014 13:36:11 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id c9so11108839qcz.13 for ; Mon, 03 Feb 2014 05:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=YrTmFHrT8phQkbXC4QJWJ+zV+jdHDFTquRMEf/V3WCw=; b=vXYZIBqamM68qZC2TzWwJ+Kqql+s7oypLKRFx277g28DucZG3cMvgWHjbUyGHALiCS /EhBZG2ZFSPHZuiu2wC6XpjEX8X+GImLvpoWEf9bJV1MAoBaza5ZxRwTbspSw+uJD2B6 CMFdTxVR4wvWOwmFuWkOv05nR7zQD28vxjYiv/BnRQjvaeWZRquBM1WyxG5MQ1QDJyVt CeoozUBTy+avXiP8BGltKGNNV8IaRfIMd5nXNRAQZqtTXQexWVL/jh7s9ZkoeDr1BHJY ZXWC9tnsNRvy/3/v14uy2oHHq2wvD8ixtfj56QxmaeKgVQT3yt2YF/g5QVIM8oV4c68L Alog== X-Received: by 10.140.34.207 with SMTP id l73mr53317416qgl.85.1391434570203; Mon, 03 Feb 2014 05:36:10 -0800 (PST) Received: from lumiwa.farms.net ([71.241.213.42]) by mx.google.com with ESMTPSA id u20sm27102162qge.2.2014.02.03.05.36.08 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Feb 2014 05:36:09 -0800 (PST) From: Ajtim To: "Montgomery-Smith, Stephen" Subject: Re: Sage update Date: Mon, 03 Feb 2014 08:36:06 -0500 Message-ID: <3372506.moIbEUxWHL@lumiwa.farms.net> User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; ) In-Reply-To: <52EEFBE5.1020807@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52EEFBE5.1020807@missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Greg Rivers , Jouko =?ISO-8859-1?Q?Lumij=E4rvi?= , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou , Daniel Smith X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 13:36:11 -0000 On Monday 03 February 2014 02:16:07 Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: > > On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: > >> I have just updated sage to version 6.0. I have also made some ch= anges > >> to help it work with FreeBSD-10, using ideas given to me by Daniel= > >> Smith. Since I don't have a fast computer using FreeBSD-10, I wou= ld > >> appreciate it if any of you guys could try it out and see if it wo= rks. > >=20 > > I meant math/sage (for those who don't normally use it.) >=20 > A few days ago I updated to sage-6.1. But I don't expect it to work = any > better on FreeBSD-10 than sage-6.0. It stopped early on FreeBSD 10.0-RELEASE (amd64): =3D=3D=3D> Applying FreeBSD patches for sage-6.1 /usr/bin/sed -i.bak 's/$MAKE $gettext/$MAKE PTHREAD_LIBS=3D-pthread $ge= ttext/' /usr/ports/math/sage/work/sage-6.1/build/pkgs/git/spkg-install =3D=3D=3D> sage-6.1 depends on executable: bash - found =3D=3D=3D> sage-6.1 depends on executable: convert - found =3D=3D=3D> sage-6.1 depends on executable: ffmpeg - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/share/texmf-dist/LICE= NSE.texmf - found =3D=3D=3D> sage-6.1 depends on executable: mktexlsr - found =3D=3D=3D> sage-6.1 depends on executable: gmake - found =3D=3D=3D> sage-6.1 depends on executable: gcc46 - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/bin/as - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/bin/autoconf-2.69 - f= ound =3D=3D=3D> sage-6.1 depends on shared library: atlas - found =3D=3D=3D> sage-6.1 depends on shared library: lapack - found =3D=3D=3D> sage-6.1 depends on shared library: jpeg - found =3D=3D=3D> sage-6.1 depends on shared library: tk86 - found =3D=3D=3D> Configuring for sage-6.1 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/aclocal.m4 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/configure =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/m4/libtool.m4 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/configure =3D=3D=3D> Building for sage-6.1 gmake[2]: Entering directory `/usr/ports/math/sage/work/sage-6.1' mkdir -p logs cd build && \ "../build/pipestatus" \ "env SAGE_PARALLEL_SPKG_BUILD=3D'' ./install all 2>&1" \ "tee -a ../logs/install.log" *** ALL ENVIRONMENT VARIABLES BEFORE BUILD: *** .MAKE.LEVEL.ENV=3DMAKELEVEL ADDR2LINE=3D/usr/local/bin/addr2line AR=3D/usr/local/bin/ar ARCH=3D/usr/local/bin/ar AS=3D/usr/local/bin/as AUTOCONF=3D/usr/local/bin/autoconf-2.69 AUTOCONF_DIR=3D/usr/local/share/autoconf-2.69 AUTOCONF_VERSION=3D2.69 AUTOHEADER=3D/usr/local/bin/autoheader-2.69 AUTOIFNAMES=3D/usr/local/bin/ifnames-2.69 AUTOM4TE=3D/usr/local/bin/autom4te-2.69 AUTORECONF=3D/usr/local/bin/autoreconf-2.69 AUTOSCAN=3D/usr/local/bin/autoscan-2.69 AUTOUPDATE=3D/usr/local/bin/autoupdate-2.69 BLOCKSIZE=3DK BSD_INSTALL_DATA=3Dinstall -o root -g wheel -m 444 BSD_INSTALL_LIB=3Dinstall -s -o root -g wheel -m 444 BSD_INSTALL_MAN=3Dinstall -o root -g wheel -m 444 BSD_INSTALL_PROGRAM=3Dinstall -s -o root -g wheel -m 555 BSD_INSTALL_SCRIPT=3Dinstall -o root -g wheel -m 555 CC=3Dgcc46 CFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/li= b -Wl,-rpath=3D/usr/local/lib/gcc46 COLORFGBG=3D0;15 CONFIG_DONE_SAGE=3D1 CPP=3Dcpp46 CPPFILT=3D/usr/local/bin/c++filt CPPFLAGS=3D CXX=3Dg++46 CXXFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/= lib -Wl,-rpath=3D/usr/local/lib/gcc46 -Wl,-rpath=3D/usr/ports/math/sage= /work/sage-6.1/local/lib -Wl,-rpath=3D/usr/local/lib/gcc46 DBUS_SESSION_BUS_ADDRESS=3Dunix:path=3D/tmp/dbus-KBfRYwQL5q,guid=3Dafd6= 3add35fdc424839ac6cb52ee371c DISPLAY=3D:0 DISPLAY_LIST=3D DISTDIR=3D/usr/ports/distfiles/ DI_FILES=3D/tmp/f-9154-DI-FILES.aBfV0Ix1 DOT_SAGE=3D/usr/ports/math/sage/work/sage-6.1/tmp/.sage EDITOR=3Dvi F77=3Dgfortran46 FFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/li= b -Wl,-rpath=3D/usr/local/lib/gcc46 GPROF=3D/usr/local/bin/gprof GROUP=3Dajtim GS_LIB=3D/home/ajtim/.fonts GTK2_RC_FILES=3D/etc/gtk-2.0/gtkrc:/home/ajtim/.gtkrc-2.0:/usr/home/ajt= im/.kde4/share/config/gtkrc-2.0 GTK_RC_FILES=3D/etc/gtk/gtkrc:/home/ajtim/.gtkrc:/usr/home/ajtim/.kde4/= share/config/gtkrc HOME=3D/root HOST=3Dlumiwa.farms.net HOSTTYPE=3DFreeBSD IPC_SAVE=3D/tmp/f-9154-IPC_SAVE.UX4FqcVf KDE_FULL_SESSION=3Dtrue KDE_MULTIHEAD=3Dfalse KDE_SESSION_UID=3D1001 KDE_SESSION_VERSION=3D4 KONSOLE_DBUS_SERVICE=3D:1.148 KONSOLE_DBUS_SESSION=3D/Sessions/1 KONSOLE_DBUS_WINDOW=3D/Windows/1 KONSOLE_PROFILE_NAME=3DShell LANGUAGE=3D LD=3D/usr/local/bin/ld LDFLAGS=3D-Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/lib -W= l,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 LIBDIR=3D/usr/lib LOCALBASE=3D/usr/local LOCALBASE_COMPAT=3D/usr/local/lib/compat/pkg LOGNAME=3Dajtim MACHTYPE=3Dx86_64 MAIL=3D/var/mail/ajtim MAKE=3D/usr/bin/make -j8 MAKEFLAGS=3Dw --jobserver-fds=3D3,4 -j -- SYSTEMVERSION=3D OSVERSION=3D= 1000510 OSREL=3D10.0 OPSYS=3DFreeBSD CONFIG_DONE_SAGE=3D1 ARCH=3D/usr/l= ocal/bin/ar .MAKE.LEVEL.ENV=3DMAKELEVEL MAKELEVEL=3D3 MAKEOVERRIDES=3D${-*-command-variables-*-} MANPREFIX=3D/usr/local MFLAGS=3D-w --jobserver-fds=3D3,4 -j NB_DELETE=3D NM=3D/usr/local/bin/nm NO_DEP_UPDATES=3Dno_dep_updates NO_LINT=3DYES OBJCOPY=3D/usr/local/bin/objcopy OBJDUMP=3D/usr/local/bin/objdump OPSYS=3DFreeBSD OSREL=3D10.0 OSTYPE=3DFreeBSD OSVERSION=3D1000510 PACKAGES=3D/usr/ports/packages PAGER=3Dmore PATH=3D/usr/ports/math/sage/work/sage-6.1/src/bin:/usr/ports/math/sage/= work/sage-6.1/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/u= sr/local/sbin PERL5LIB=3D PM_BUILDING=3Dpmbuildingmain PM_FORCE_CONFIG=3Dpm_force_config PM_NEEDS_UPDATE=3D math/sage=20 PM_PARENT_PID=3D9154 PM_PARENT_PORT=3Dmath/sage PREFIX=3D/usr/local PROFILEHOME=3D PWD=3D/usr/ports/math/sage/work/sage-6.1/build PYTHONPATH=3D/usr/ports/math/sage/work/sage-6.1/local QT_PLUGIN_PATH=3D/usr/home/ajtim/.kde4/lib/kde4/plugins/:/usr/local/kde= 4/lib/kde4/plugins/ RANLIB=3D/usr/local/bin/ranlib READELF=3D/usr/local/bin/readelf RUBYLIB=3D:/usr/local/kde4/lib/ruby/site_ruby/1.9:/usr/local/kde4/lib/r= uby/site_ruby/1.9/amd64-freebsd10 SAGE_ATLAS_LIB=3D/usr/local/lib SAGE_EXTCODE=3D/usr/ports/math/sage/work/sage-6.1/local/share/sage/ext SAGE_FAT_BINARY=3Dyes SAGE_INSTALL_GCC=3Dno SAGE_LOCAL=3D/usr/ports/math/sage/work/sage-6.1/local SAGE_LOGS=3D/usr/ports/math/sage/work/sage-6.1/logs/pkgs SAGE_PARALLEL_SPKG_BUILD=3D SAGE_PORT=3Dyes SAGE_ROOT=3D/usr/ports/math/sage/work/sage-6.1 SAGE_SPKG_INST=3D/usr/ports/math/sage/work/sage-6.1/local/var/lib/sage/= installed SAGE_SRC=3D/usr/ports/math/sage/work/sage-6.1/src SAGE_VERSION=3D6.1 SESSION_MANAGER=3Dlocal/lumiwa.farms.net:/tmp/.ICE-unix/1675 SHELL=3D/bin/sh SHELL_SESSION_ID=3D88a6698e17314d07915e2c95d68341a5 SHLVL=3D5 SIZE=3D/usr/local/bin/size STRIGI_PLUGIN_PATH=3D:/usr/local/kde4/lib/strigi:/usr/local/lib/strigi STRINGS=3D/usr/local/bin/strings SYSTEMVERSION=3D TERM=3Dxterm TMPDIR=3D/tmp UPGRADE_TOOL=3Dportmaster USER=3Dajtim VENDOR=3Damd WINDOWID=3D77594653 WINDOWPATH=3D9 XAUTHORITY=3D/tmp/kde-ajtim/xauth-1001-_0 XCURSOR_PATH=3D/usr/local/kde4/share/icons::~/.icons:/usr/local/share/i= cons:/usr/local/share/pixmaps:/usr/local/lib/X11/icons XCURSOR_THEME=3DOxygen_White XDG_CONFIG_DIRS=3D/usr/local/kde4/etc/xdg::/etc/xdg:/usr/local/etc/xdg:= /usr/local/etc/xdg/xfce4 XDG_CURRENT_DESKTOP=3DKDE XDG_DATA_DIRS=3D/usr/local/kde4/share:/usr/local/kde4/share::/usr/share= :/usr/local/share:/usr/local/share/gnome _=3D/usr/bin/env dep_of_deps=3D0 num_of_deps=3D0 pbu=3D/usr/ports/packages/portmaster-backup pd=3D/usr/ports pdb=3D/var/db/pkg port_dbdir=3D/var/db/ports use_pkgng=3Dyes *********************************************** make[3]: illegal argument to -j -- must be positive integer! real 0m0.001s user 0m0.000s sys 0m0.000s *************************************************************** Error building Sage. The following package(s) may have failed to build: tail: /usr/ports/math/sage/work/sage-6.1/logs/pkgs/*.log: No such file = or directory The build directory may contain configuration files and other potential= ly helpful information. WARNING: if you now run 'make' again, the build directory will, by default, be deleted. Set the environment variable SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. gmake[2]: *** [build] Error 1 gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.1' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the fail= ure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/math/sage *** Error code 1 Stop. make: stopped in /usr/ports/math/sage =3D=3D=3D>>> make failed for math/sage =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> You can restart from the point of failure with this comman= d line: portmaster math/sage=20 =3D=3D=3D>>> Exiting root@lumiwa:~# portmaster --force-config math/sage =3D=3D=3D>>> Port directory: /usr/ports/math/sage =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Launching 'make checksum' for math/sage in background =E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 sage-6.1 =E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=90 =E2=94=82 =E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=90 =E2=94= =82 =20 =E2=94=82 =E2=94=82 [x] 387 Use 387 instead of SS= E FPU =E2=94=82 =E2=94=82 =20 =E2=94=82 =E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=98 =E2=94= =82 =20 =E2=94=9C=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=A4 =20 =E2=94=82 < OK > = =E2=94=82 =20 =E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=98 =20 = =20 =3D=3D=3D>>> Gathering dependency list for math/sage from ports =3D=3D=3D>>> Initial dependency check complete for math/sage =3D=3D=3D>>> Starting build for math/sage <<<=3D=3D=3D =3D=3D=3D>>> All dependencies are up to date =3D=3D=3D> Cleaning for sage-6.1 =3D=3D=3D> Found saved configuration for sage-6.1 =3D=3D=3D> sage-6.1 depends on file: /usr/local/sbin/pkg - found =3D=3D=3D> Fetching all distfiles required by sage-6.1 for building =3D=3D=3D> Extracting for sage-6.1 =3D> SHA256 Checksum OK for sage-6.1.tar. =3D=3D=3D> Patching for sage-6.1 =3D=3D=3D> Applying FreeBSD patches for sage-6.1 /usr/bin/sed -i.bak 's/$MAKE $gettext/$MAKE PTHREAD_LIBS=3D-pthread $ge= ttext/' /usr/ports/math/sage/work/sage-6.1/build/pkgs/git/spkg-install =3D=3D=3D> sage-6.1 depends on executable: bash - found =3D=3D=3D> sage-6.1 depends on executable: convert - found =3D=3D=3D> sage-6.1 depends on executable: ffmpeg - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/share/texmf-dist/LICE= NSE.texmf - found =3D=3D=3D> sage-6.1 depends on executable: mktexlsr - found =3D=3D=3D> sage-6.1 depends on executable: gmake - found =3D=3D=3D> sage-6.1 depends on executable: gcc46 - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/bin/as - found =3D=3D=3D> sage-6.1 depends on file: /usr/local/bin/autoconf-2.69 - f= ound =3D=3D=3D> sage-6.1 depends on shared library: atlas - found =3D=3D=3D> sage-6.1 depends on shared library: lapack - found =3D=3D=3D> sage-6.1 depends on shared library: jpeg - found =3D=3D=3D> sage-6.1 depends on shared library: tk86 - found =3D=3D=3D> Configuring for sage-6.1 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/aclocal.m4 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/configure =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/build/pkgs/cddlib/patches/autogenerated/m4/libtool.m4 =3D=3D=3D> FreeBSD 10 autotools fix applied to /usr/ports/math/sage/w= ork/sage-6.1/configure =3D=3D=3D> Building for sage-6.1 gmake[2]: Entering directory `/usr/ports/math/sage/work/sage-6.1' mkdir -p logs cd build && \ "../build/pipestatus" \ "env SAGE_PARALLEL_SPKG_BUILD=3D'' ./install all 2>&1" \ "tee -a ../logs/install.log" *** ALL ENVIRONMENT VARIABLES BEFORE BUILD: *** .MAKE.LEVEL.ENV=3DMAKELEVEL ADDR2LINE=3D/usr/local/bin/addr2line AR=3D/usr/local/bin/ar ARCH=3D/usr/local/bin/ar AS=3D/usr/local/bin/as AUTOCONF=3D/usr/local/bin/autoconf-2.69 AUTOCONF_DIR=3D/usr/local/share/autoconf-2.69 AUTOCONF_VERSION=3D2.69 AUTOHEADER=3D/usr/local/bin/autoheader-2.69 AUTOIFNAMES=3D/usr/local/bin/ifnames-2.69 AUTOM4TE=3D/usr/local/bin/autom4te-2.69 AUTORECONF=3D/usr/local/bin/autoreconf-2.69 AUTOSCAN=3D/usr/local/bin/autoscan-2.69 AUTOUPDATE=3D/usr/local/bin/autoupdate-2.69 BLOCKSIZE=3DK BSD_INSTALL_DATA=3Dinstall -o root -g wheel -m 444 BSD_INSTALL_LIB=3Dinstall -s -o root -g wheel -m 444 BSD_INSTALL_MAN=3Dinstall -o root -g wheel -m 444 BSD_INSTALL_PROGRAM=3Dinstall -s -o root -g wheel -m 555 BSD_INSTALL_SCRIPT=3Dinstall -o root -g wheel -m 555 CC=3Dgcc46 CFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/li= b -mfpmath=3D387 -Wl,-rpath=3D/usr/local/lib/gcc46 COLORFGBG=3D0;15 CONFIG_DONE_SAGE=3D1 CPP=3Dcpp46 CPPFILT=3D/usr/local/bin/c++filt CPPFLAGS=3D CXX=3Dg++46 CXXFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/= lib -mfpmath=3D387 -Wl,-rpath=3D/usr/local/lib/gcc46 -Wl,-rpath=3D/usr/= ports/math/sage/work/sage-6.1/local/lib -mfpmath=3D387 -Wl,-rpath=3D/us= r/local/lib/gcc46 DBUS_SESSION_BUS_ADDRESS=3Dunix:path=3D/tmp/dbus-KBfRYwQL5q,guid=3Dafd6= 3add35fdc424839ac6cb52ee371c DISPLAY=3D:0 DISPLAY_LIST=3D DISTDIR=3D/usr/ports/distfiles/ DI_FILES=3D/tmp/f-15246-DI-FILES.luUIzpqt DOT_SAGE=3D/usr/ports/math/sage/work/sage-6.1/tmp/.sage EDITOR=3Dvi F77=3Dgfortran46 FFLAGS=3D-pipe -Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/li= b -mfpmath=3D387 -Wl,-rpath=3D/usr/local/lib/gcc46 GPROF=3D/usr/local/bin/gprof GROUP=3Dajtim GS_LIB=3D/home/ajtim/.fonts GTK2_RC_FILES=3D/etc/gtk-2.0/gtkrc:/home/ajtim/.gtkrc-2.0:/usr/home/ajt= im/.kde4/share/config/gtkrc-2.0 GTK_RC_FILES=3D/etc/gtk/gtkrc:/home/ajtim/.gtkrc:/usr/home/ajtim/.kde4/= share/config/gtkrc HOME=3D/root HOST=3Dlumiwa.farms.net HOSTTYPE=3DFreeBSD IPC_SAVE=3D/tmp/f-15246-IPC_SAVE.MJyeQC9K KDE_FULL_SESSION=3Dtrue KDE_MULTIHEAD=3Dfalse KDE_SESSION_UID=3D1001 KDE_SESSION_VERSION=3D4 KONSOLE_DBUS_SERVICE=3D:1.148 KONSOLE_DBUS_SESSION=3D/Sessions/1 KONSOLE_DBUS_WINDOW=3D/Windows/1 KONSOLE_PROFILE_NAME=3DShell LANGUAGE=3D LD=3D/usr/local/bin/ld LDFLAGS=3D-Wl,-rpath=3D/usr/ports/math/sage/work/sage-6.1/local/lib -W= l,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 LIBDIR=3D/usr/lib LOCALBASE=3D/usr/local LOCALBASE_COMPAT=3D/usr/local/lib/compat/pkg LOGNAME=3Dajtim MACHTYPE=3Dx86_64 MAIL=3D/var/mail/ajtim MAKE=3D/usr/bin/make -j8 MAKEFLAGS=3Dw --jobserver-fds=3D3,4 -j -- SYSTEMVERSION=3D OSVERSION=3D= 1000510 OSREL=3D10.0 OPSYS=3DFreeBSD CONFIG_DONE_SAGE=3D1 ARCH=3D/usr/l= ocal/bin/ar .MAKE.LEVEL.ENV=3DMAKELEVEL MAKELEVEL=3D3 MAKEOVERRIDES=3D${-*-command-variables-*-} MANPREFIX=3D/usr/local MFLAGS=3D-w --jobserver-fds=3D3,4 -j NB_DELETE=3D NM=3D/usr/local/bin/nm NO_DEP_UPDATES=3Dno_dep_updates NO_LINT=3DYES OBJCOPY=3D/usr/local/bin/objcopy OBJDUMP=3D/usr/local/bin/objdump OPSYS=3DFreeBSD OSREL=3D10.0 OSTYPE=3DFreeBSD OSVERSION=3D1000510 PACKAGES=3D/usr/ports/packages PAGER=3Dmore PATH=3D/usr/ports/math/sage/work/sage-6.1/src/bin:/usr/ports/math/sage/= work/sage-6.1/local/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/u= sr/local/sbin PERL5LIB=3D PM_BUILDING=3Dpmbuildingmain PM_FORCE_CONFIG=3Dpm_force_config PM_NEEDS_UPDATE=3D math/sage=20 PM_PARENT_PID=3D15246 PM_PARENT_PORT=3Dmath/sage PREFIX=3D/usr/local PROFILEHOME=3D PWD=3D/usr/ports/math/sage/work/sage-6.1/build PYTHONPATH=3D/usr/ports/math/sage/work/sage-6.1/local QT_PLUGIN_PATH=3D/usr/home/ajtim/.kde4/lib/kde4/plugins/:/usr/local/kde= 4/lib/kde4/plugins/ RANLIB=3D/usr/local/bin/ranlib READELF=3D/usr/local/bin/readelf RUBYLIB=3D:/usr/local/kde4/lib/ruby/site_ruby/1.9:/usr/local/kde4/lib/r= uby/site_ruby/1.9/amd64-freebsd10 SAGE_ATLAS_LIB=3D/usr/local/lib SAGE_EXTCODE=3D/usr/ports/math/sage/work/sage-6.1/local/share/sage/ext SAGE_FAT_BINARY=3Dyes SAGE_INSTALL_GCC=3Dno SAGE_LOCAL=3D/usr/ports/math/sage/work/sage-6.1/local SAGE_LOGS=3D/usr/ports/math/sage/work/sage-6.1/logs/pkgs SAGE_PARALLEL_SPKG_BUILD=3D SAGE_PORT=3Dyes SAGE_ROOT=3D/usr/ports/math/sage/work/sage-6.1 SAGE_SPKG_INST=3D/usr/ports/math/sage/work/sage-6.1/local/var/lib/sage/= installed SAGE_SRC=3D/usr/ports/math/sage/work/sage-6.1/src SAGE_VERSION=3D6.1 SESSION_MANAGER=3Dlocal/lumiwa.farms.net:/tmp/.ICE-unix/1675 SHELL=3D/bin/sh SHELL_SESSION_ID=3D88a6698e17314d07915e2c95d68341a5 SHLVL=3D5 SIZE=3D/usr/local/bin/size STRIGI_PLUGIN_PATH=3D:/usr/local/kde4/lib/strigi:/usr/local/lib/strigi STRINGS=3D/usr/local/bin/strings SYSTEMVERSION=3D TERM=3Dxterm TMPDIR=3D/tmp UPGRADE_TOOL=3Dportmaster USER=3Dajtim VENDOR=3Damd WINDOWID=3D77594653 WINDOWPATH=3D9 XAUTHORITY=3D/tmp/kde-ajtim/xauth-1001-_0 XCURSOR_PATH=3D/usr/local/kde4/share/icons::~/.icons:/usr/local/share/i= cons:/usr/local/share/pixmaps:/usr/local/lib/X11/icons XCURSOR_THEME=3DOxygen_White XDG_CONFIG_DIRS=3D/usr/local/kde4/etc/xdg::/etc/xdg:/usr/local/etc/xdg:= /usr/local/etc/xdg/xfce4 XDG_CURRENT_DESKTOP=3DKDE XDG_DATA_DIRS=3D/usr/local/kde4/share:/usr/local/kde4/share::/usr/share= :/usr/local/share:/usr/local/share/gnome _=3D/usr/bin/env dep_of_deps=3D0 num_of_deps=3D0 pbu=3D/usr/ports/packages/portmaster-backup pd=3D/usr/ports pdb=3D/var/db/pkg port_dbdir=3D/var/db/ports use_pkgng=3Dyes *********************************************** make[3]: illegal argument to -j -- must be positive integer! real 0m0.001s user 0m0.000s sys 0m0.000s *************************************************************** Error building Sage. The following package(s) may have failed to build: tail: /usr/ports/math/sage/work/sage-6.1/logs/pkgs/*.log: No such file = or directory The build directory may contain configuration files and other potential= ly helpful information. WARNING: if you now run 'make' again, the build directory will, by default, be deleted. Set the environment variable SAGE_KEEP_BUILT_SPKGS to 'yes' to prevent this. gmake[2]: *** [build] Error 1 gmake[2]: Leaving directory `/usr/ports/math/sage/work/sage-6.1' =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the fail= ure to the maintainer. *** Error code 1 Stop. make[1]: stopped in /usr/ports/math/sage *** Error code 1 Stop. make: stopped in /usr/ports/math/sage =3D=3D=3D>>> make failed for math/sage =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Killing background jobs Terminated =3D=3D=3D>>> You can restart from the point of failure with this comman= d line: portmaster math/sage=20 --=20 Mitja ------- http://www.redbubble.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 17:04:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18B6A32E for ; Mon, 3 Feb 2014 17:04:02 +0000 (UTC) Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC0F01C6E for ; Mon, 3 Feb 2014 17:04:01 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id tp5so6432034ieb.21 for ; Mon, 03 Feb 2014 09:04:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SU10dSkDxBLxMfeZM6WKHBqcOnsTeP06c+SZXwNJJCU=; b=rsMqBQp7KwJvRrsTH4MUzeMeQLPx5rO+ckVNNyqHyu6FuZqD32wu/YynJUZE/zMCjU njHpWA/xFNZRKQjQn77/Z9ZGgJLF1DriunCLy5izLK//uKyzbkf1akZP3GFk53s/ybOx h73/U+/Rwtpnsk2ZNLyrixTgAzh8MdgLWRYos6Pgw41tS5u/mzvevjWbMHAu7RhL8sg5 R4mfta0fT8B3jHbD7jplIrlSX6BHWnY1P4kKnT1pzlL7+qjiy8NyVoBp96ci/cWvb7WA RadhJNb7LP3HvM9vH1uHg8+UuuUXp3ovVrhGX70iKLC1uOlKX89WXh9kcaAl/CbyNj/u FG/g== MIME-Version: 1.0 X-Received: by 10.43.182.74 with SMTP id pl10mr1188601icc.70.1391447041286; Mon, 03 Feb 2014 09:04:01 -0800 (PST) Received: by 10.50.67.84 with HTTP; Mon, 3 Feb 2014 09:04:01 -0800 (PST) In-Reply-To: <52EF3D20.6050105@davenulle.org> References: <52ECC0D9.2010607@davenulle.org> <52ECC8FA.4050206@davenulle.org> <52EF3D20.6050105@davenulle.org> Date: Mon, 3 Feb 2014 11:04:01 -0600 Message-ID: Subject: Re: [Upgrade to FreeBSD10] hplip issue From: Scot Hetzel To: David Marec Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 17:04:02 -0000 On Mon, Feb 3, 2014 at 12:54 AM, David Marec wrote: > On 03.02.2014 01:18, Scot Hetzel wrote: >> >> On Sat, Feb 1, 2014 at 4:14 AM, David Marec > wrote: >>> >>> I don't know why this file was not updated during the hplip installation. >>> >> [...] >> >> if there were any changes to hplip.conf file, it doesn't get removed >> when the port is uninstalled. And if the file exists, it won't >> overwrite your changes. >> >> Did you customize this file before you re-installed? > > > No. But I guess this file wasn't removed when I requested the deletion of > all the ports using 'pkg delete', once FreeBSD was upgraded. > But, at that time, the scanning switch was enabled in the file. > > >> >> Does the hplip.conf.sample file have scanner-build=yes? >> > > The only difference is the line I set up to fix the issue, after the > (re)installation: > david:/<1>local/etc/hp>diff hplip.conf hplip.conf.sample > 25c25 > < scanner-build=yes > --- >> scanner-build=no > > I checked the work/hplip-3.14.1/hplip.conf file that was generated during the 'make configure' phase and it shows that scanner-build is set to yes when the SCAN option is selected. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 17:11:18 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34FFD54D; Mon, 3 Feb 2014 17:11:18 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0293C1CC2; Mon, 3 Feb 2014 17:11:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=LWAJrRNNgg0RVRGkOV6wfKCDMUcClBJJGx45Vq9CIak=; b=rGiwWSz2h8O7oA403XOuZpZT6W8u7cYMW9QaIWv8jBN70npsm2iZ3hVg9dGQ5Lj5/Ia8kVzST0apdIhLa/1LdNqIErYPAf//48KIryFw8pGlVg50f8Bw708OxQi4SreNt5nPVXxTlhqjOJLE50OmK5+ULzZvaHysrOLBoTvy+dU=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAN3F-000NaU-4p; Mon, 03 Feb 2014 17:11:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: miwi@FreeBSD.org X-Trac-Project: redports Date: Mon, 03 Feb 2014 17:11:17 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342404: 4x leftovers, 12x success To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140203094800-14535 X-Trac-Build-ID: 20140203094800-14535 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 17:11:18 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140203094800-14535 Job owner: miwi@FreeBSD.org Buildtime: 7 hours Enddate: Mon, 03 Feb 2014 17:11:14 GMT Revision: r342404 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342404 --------------------------------------------------------------------- Port: editors/cooledit 3.17.17_5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269128/cooledit-3.17.17_5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269129/cooledit-3.17.17_5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269130/cooledit-3.17.17_5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269131/cooledit-3.17.17_5.log --------------------------------------------------------------------- Port: editors/pico-alpine 2.00_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269132/pico-alpine-2.00_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269133/pico-alpine-2.00_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269134/pico-alpine-2.00_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269135/pico-alpine-2.00_1.log --------------------------------------------------------------------- Port: games/gnugo 3.8 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269136/gnugo-3.8.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269137/gnugo-3.8.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269138/gnugo-3.8.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269139/gnugo-3.8.log --------------------------------------------------------------------- Port: math/cln 1.3.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269140/cln-1.3.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269141/cln-1.3.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269142/cln-1.3.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140203094800-14535-269143/cln-1.3.2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 18:17:42 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B34257FD; Mon, 3 Feb 2014 18:17:42 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82D80136E; Mon, 3 Feb 2014 18:17:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=vHG562Th62DpGA0Hi8kelXaOdbCMIJrOj0n0z827LyA=; b=dJRsaB2EtlKGqPyDTv0Vm7VJVNSwox6G0EuBo4DNvSI8Mm5jj9cpmxtNyLGaB8TT6QF/PxUnXgFGy6WcYzvsE5ErMoszUnOHY68Jl2EurtxKy/fTDEyIkEUW1kkgq4/LNicgy7A5VKygBj5RG6tM5KkQ4jA2ndKPvqbmbxi/x5Y=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAO5V-0002b4-49; Mon, 03 Feb 2014 18:17:41 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: antoine@FreeBSD.org X-Trac-Project: redports Date: Mon, 03 Feb 2014 18:17:41 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342463: 1x leftovers, 3x success To: antoine@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140203181000-36745 X-Trac-Build-ID: 20140203181000-36745 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 18:17:42 -0000 Allow staging as a regular user --------------------------------------------------------------------- Build ID: 20140203181000-36745 Job owner: antoine@FreeBSD.org Buildtime: 8 minutes Enddate: Mon, 03 Feb 2014 18:17:38 GMT Revision: r342463 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342463 --------------------------------------------------------------------- Port: sysutils/fusefs-kmod 0.3.9.p1.20080208_11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140203181000-36745-269556/fusefs-kmod-0.3.9.p1.20080208_11.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140203181000-36745-269557/fusefs-kmod-0.3.9.p1.20080208_11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140203181000-36745-269558/fusefs-kmod-0.3.9.p1.20080208_11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~antoine@FreeBSD.org/20140203181000-36745-269559/fusefs-kmod-0.3.9.p1.20080208_11.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 18:18:52 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 977518A9; Mon, 3 Feb 2014 18:18:52 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69A06137F; Mon, 3 Feb 2014 18:18:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s13IIqch030425; Mon, 3 Feb 2014 18:18:52 GMT (envelope-from tabthorpe@freefall.freebsd.org) Received: (from tabthorpe@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s13IIqah030424; Mon, 3 Feb 2014 18:18:52 GMT (envelope-from tabthorpe) Date: Mon, 3 Feb 2014 18:18:52 +0000 From: FreeBSD Ports Management Team Secretary To: ports@FreeBSD.org Subject: Time to bid farewell to the old pkg_ tools Message-ID: <20140203181852.GA30420@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 18:18:52 -0000 There comes a time in the life cycle of just about every software package that it has bee re-evaluated, refreshed, deprecated or just retired. It is time that we bid farewell to the old pkg_* software that has been part of FreeBSD since the beginning, and has served us well. After years of development, testing, and playing, pkg(8) has become a suitable replacement. Pkg is the Next Generation package management tool for FreeBSD. It is the replacement for the current pkg_info/pkg_create/pkg_add tools that ports use to register local packages and which provide remote packages. Its main goals are to facilitate remote binary package upgrades. It also works with ports without remote binary packages. Pkg, combined with the quarterly release package sets, enables easy installation and safe upgrades for binary packages. Signed, binary packages are available for all supported FreeBSD releases on the i386 and amd64 platforms from pkg.freebsd.org. Additionally, for those compiling ports from source, pkg's new database format gives more fine-grained querying and management of installed software. New features on the drawing board, like automatic pkg-plist generation, sub-packages, creating multiple packages containing different parts of a port from one build process, and flavours, being able to ask for e.g. a webserver, without directly specifying a specific one, cannot be implemented in the old pkg_* tools and those plans are currently on hold. You are not obligated to switch to binary packages, if you still prefer to compile your own ports, it is a simple matter of installing ports-mgmt/pkg, run pkg2ng, add WITH_PKGNG=yes to your make.conf and use pkg instead of pkg_. You can read more about pkgng on the FreeBSD wiki, https://wiki.freebsd.org/pkgng. The decision has been made to allow the old pkg_* software to be EoL'd 6 months from now, at September 1, 2014 in all active FreeBSD branches. Please start testing pkg(8) in your test environments before taking it live, you will find the benefits of full binary updates for your ports to be beneficial in a very short amount of time. Even if you prefer to compile from source, you will still reap the benefits of the modern packaging system. http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/ From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 18:26:34 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E805BC25 for ; Mon, 3 Feb 2014 18:26:34 +0000 (UTC) Received: from mail-pb0-x22d.google.com (mail-pb0-x22d.google.com [IPv6:2607:f8b0:400e:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAB3F14AA for ; Mon, 3 Feb 2014 18:26:34 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id un15so7342362pbc.18 for ; Mon, 03 Feb 2014 10:26:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=qlZEhqsFFtXcu6s9OpFQXOyJw4fEzYGndX2Iij6B+5Q=; b=L9sQr8efi70Lq1JSdWiKQdAYjOOLm9kOGeRgj+fSlB+4bpkTOjVl+kfM9I57UMAmGV LlbEvy5SU+cn6833Zq4FkNdJzEhOR8ZKUNI8EUgYh4gsDcvgDMv3bFFnOyOZhr98/oiR ZwSSdXhk/pAArehxxmfrZVVMUhnF/qi2aqtVpOa+gkJUUAiWtBlGU7AJ1s3BylqEDsv7 tmxpCaJcUTu+qSqYfjWompOPh/o20QTcafs19b1YTmPGz0is+XcNnLDko212GuKrjnQs pGza91KYYvLHlWGz+jE+gZr8x8YBNC24FZYIziFy4qLtP8Stw519pQ/tkjDZ8SCYNPYC zUxw== X-Received: by 10.66.145.166 with SMTP id sv6mr39291850pab.31.1391451994370; Mon, 03 Feb 2014 10:26:34 -0800 (PST) Received: from [10.0.0.130] (c-50-150-107-91.hsd1.ca.comcast.net. [50.150.107.91]) by mx.google.com with ESMTPSA id bc4sm58316496pbb.2.2014.02.03.10.26.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Feb 2014 10:26:33 -0800 (PST) Message-ID: <52EFDF57.9050500@gmail.com> Date: Mon, 03 Feb 2014 10:26:31 -0800 From: Keith Beattie User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Scot Hetzel Subject: Re: libncursesw.so linker script syntax error? References: <52EDB16B.1080206@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 18:26:35 -0000 On 02/02/14 23:54, Scot Hetzel wrote: >> >> Here's libncursesw.so: >> >> $ cat /usr/local/lib/libncursesw.so >> INPUT(libncursesw.so.5 AS_NEEDED(-ltinfow)) >> > I don't get that output when I `cat /usr/local/lib/libncursesw.so`. > When I use `file /usr/local/lib/libncursesw.so*` it shows: > > /usr/local/lib/libncursesw.so: symbolic link to `libncursesw.so.6' > /usr/local/lib/libncursesw.so.6: symbolic link to `libncursesw.so.6.0' > /usr/local/lib/libncursesw.so.6.0: ELF 32-bit LSB shared object, Intel > 80386, version 1 (FreeBSD), dynamically linked, not stripped > > Try uninstalling the devel/ncurses port again, and check if there are > any left over libncurses* files and remove them. Tried that, didn't work. It rebuilds the .so as an ldscript again. Similarly with libncurses.so. What does seem to work is moving aside libncursesw.so and making it a symlink to libncursesw.so.5 (which is in turn a link to .so.5.9). I haven't tested this yet, but my guess is that the 5.9.20131221 update to the ncurses port introduced this. Thanks, ksb From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 21:25:11 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47B4A910 for ; Mon, 3 Feb 2014 21:25:11 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C83821644 for ; Mon, 3 Feb 2014 21:25:10 +0000 (UTC) Received: from park.js.berklix.net (p5DCBE1E0.dip0.t-ipconnect.de [93.203.225.224]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s13LOaqh064521 for ; Mon, 3 Feb 2014 21:24:37 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s13LOsKT076832 for ; Mon, 3 Feb 2014 22:24:54 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s13LOS4r042824 for ; Mon, 3 Feb 2014 22:24:54 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201402032124.s13LOS4r042824@fire.js.berklix.net> To: ports@freebsd.org Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 03 Feb 2014 18:18:52 GMT." <20140203181852.GA30411@freefall.freebsd.org> Date: Mon, 03 Feb 2014 22:24:28 +0100 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 21:25:11 -0000 > be beneficial in a very short amount of time. Even if you prefer to > compile from source, I use source, rarely if ever use packages, (except pkg_delete to remove old broken dependencies). No opinion which scrips are better. > you will still reap the benefits of the modern > packaging system. In 10.0 FreeBSD `reaped the benefit` of a default new horrible registry that smells like Microsoft with quasi binary local.sqlite needing special tools. (Yes I know there's an export function.) For 2 decade we've poured scorn on Microsoft & its opaque easily damaged hard to access registry, & lauded how with FreeBSD we can examine & manipulate & repair our text based equivalent with any number of personal choice text tools, & now FreeSBD is burdened by this horrible Microsoft style registry. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 22:32:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CE3543F for ; Mon, 3 Feb 2014 22:32:57 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id B17481C95 for ; Mon, 3 Feb 2014 22:32:56 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 7579BDF562 for ; Mon, 3 Feb 2014 23:32:46 +0100 (CET) Received: from soth.ventu (adsl-ull-1-191.41-151.net24.it [151.41.191.1]) (authenticated bits=0) by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s13MWgV2089682 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Mon, 3 Feb 2014 23:32:45 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-1-191.41-151.net24.it [151.41.191.1] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.8/8.14.7) with ESMTP id s13MWaTW047346 for ; Mon, 3 Feb 2014 23:32:36 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52F01904.1090801@netfence.it> Date: Mon, 03 Feb 2014 23:32:36 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Sendmail authentication warning Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Mon, 03 Feb 2014 23:32:45 +0100 (CET) X-Spam-Score: 5.93 (*****) RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL, RCVD_IN_XBL, RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.74 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 22:32:57 -0000 Hello. I've got sendmail with authentication: it uses saslauthd, which in turn is configured to use PAM; I'm also using nss_ldap. Authentication works; however I've got my logs filled with messages like: sm-mta[78808]: s0U6haTm078808: AUTH failure (DIGEST-MD5): user not found (-20) SASL(-13): user not found: unable to canonify user and get auxprops, relay=xxx.xxx.xxx.xxx As I said, authentication works, so my guess is saslauthd is first looking into its own database (or something else), then pam/nss is used. Is there any way to avoid this? bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Mon Feb 3 22:39:04 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AF3E5BD for ; Mon, 3 Feb 2014 22:39:04 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E21FF1D01 for ; Mon, 3 Feb 2014 22:39:03 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s13Mcu3p044066 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 3 Feb 2014 22:38:57 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s13Mcu3p044066 Authentication-Results: smtp.infracaninophile.co.uk/s13Mcu3p044066; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52F01A75.7050409@FreeBSD.org> Date: Mon, 03 Feb 2014 22:38:45 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools References: <201402032124.s13LOS4r042824@fire.js.berklix.net> In-Reply-To: <201402032124.s13LOS4r042824@fire.js.berklix.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0Lqffvlx93mWe0elhpHfntaolx679owXF" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2014 22:39:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0Lqffvlx93mWe0elhpHfntaolx679owXF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/02/2014 21:24, Julian H. Stacey wrote: >> be beneficial in a very short amount of time. Even if you prefer to >> compile from source, >=20 > I use source, rarely if ever use packages, (except pkg_delete > to remove old broken dependencies). No opinion which scrips are better.= >=20 >=20 >> you will still reap the benefits of the modern >> packaging system. >=20 > In 10.0 FreeBSD `reaped the benefit` of a default new horrible > registry that smells like Microsoft with quasi binary local.sqlite > needing special tools. (Yes I know there's an export function.) >=20 > For 2 decade we've poured scorn on Microsoft & its opaque easily > damaged hard to access registry, & lauded how with FreeBSD we can > examine & manipulate & repair our text based equivalent with any > number of personal choice text tools, & now FreeSBD is burdened by > this horrible Microsoft style registry. You're being absurd. local.sqlite is nothing like the Microsoft registry[*]. It's a database of all the files etc. that are managed through the ports system. No more, no less. All we have done is replace an unreliable collection of text files -- hard to keep consistent, impossible to update in an atomic fashion and woefully pessimal for certain quite legitimate queries -- with a RDBMS, which quite neatly disposes of those problems. No, it isn't ascii text which you can grep through. It's a set of relational tables, which you can query using SQL. And that is a deal more powerful in many ways than grep, but not so familiar to most; so we've provided a scripting interface in the form pf pkg-query(8). Do you complain because ZFS doesn't have it's configuration data in some ascii text files? How about procstat(8)? Or ld.so(1)/ldconfig(8)? Truth is, unix has always adopted a pragmatic approach to system data and stored it in whatever form would be most effective. In our case, we're pretty clear that a relational database is streaks ahead of a directory tree full of text files. Cheers, Matthew [*] Quite apart from anything else, a corrupt local.sqlite doesn't make one iota of difference to the operational effectiveness of your system. All it means is you've lost track of what port installed what file. --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --0Lqffvlx93mWe0elhpHfntaolx679owXF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS8Bp/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT/ZMP/3D8wxjUySWZ4NobnTNuv/TH rRaMxy53c+MVOtmx3zJDzHsn/csvkb+9kbRHDMPcx9sH4xyPsSok29/No3+9VvWm rjrrWWkt8XkxzA+aXm6A0wUUR88lM0GVvCbd4nr1De5x5UP8aAaR4E2VyjpXfqst JziE+4qndZvyJHPoL45S7ggMUnPjzZPKNucML3LJEvg/CcUCicv0F4g2cIzcNSci 9+alDcVT5ZH9qEHWRUaMnZEPEvqLlHYy/s1pFJ8WzfVuS1ZxT2Vmdox/9GEH0RuS D3bWidx3TqX13EJrNI2PbrEXYp17Y/oEoENJ/Wi2YiFWEahVGETlAfbIq3q/jTn9 yr8965TEZC5VBlg8/G6ETLA51lzuyaEMeaB26wlWqvO6v1r1ZJUSmstDLx0sFBcs eLOi7v7T6DXHKjaFsBdlEBe8GKs/pUWFVhu3sbMzsW7WcCoI30mi+7XlSCmNtdBT Qthq9DW2qn2y0ANhQUQpLMQZITAyXaFAxfZiEjQtP04VADDdoXz34gpf2liSGZub YH887sD8yJysEKURhInGfE/POtcZ70AMDmjZiDqB0nQh6BR+OMMVkWuHSQ9Il9OL Ttbp3HK0ThEJep4qGiG0H0w1F3QhW9r/eMffUtv1gLU8oz8dd0OuJa2tnJpdibaG ePlcbzMi6qEwjHnm3UB/ =6xqa -----END PGP SIGNATURE----- --0Lqffvlx93mWe0elhpHfntaolx679owXF-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 03:28:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8E511923 for ; Tue, 4 Feb 2014 03:28:10 +0000 (UTC) Received: from nm46-vm7.bullet.mail.bf1.yahoo.com (nm46-vm7.bullet.mail.bf1.yahoo.com [216.109.115.110]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DAB91AA9 for ; Tue, 4 Feb 2014 03:28:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=gcom1024; t=1391484166; bh=4RJ88YS59ROnABv8t/uoo3/Yiisw/nw4LSdgFFwOCeo=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=c0G3zteONgBmYhMOL//eMJPINI/QYnOP/dcbGvl2hwDNLwDbXgAJe3LrxTrtgyVXcATay4Kf5wQeurYZNGMzaOGMd1OaY78Y9FS87riTV45aufZN4ZqbAXDb++kuDbyCdh6v0XdbvgZ90VGsWq1dtKEPEe2t0h12bdnhR6+6lOw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=gcom1024; d=yahoo.com; b=cwOinFY2naygNLHioTPL69udrFqW3mpQO4UvfS272gZEu0IehYDRoU8ZXm4UccMkxtsn+Lgzc1vdiuxyhkt7eyV6bYjYRdzkf9TNYXUdsoJtWSbJ3VtTu/DgpRVt2fzbGMPr9fLeZoTqqrJKLZC6G8oHJccronDy3EVpXKeSQ30=; Received: from [98.139.215.143] by nm46.bullet.mail.bf1.yahoo.com with NNFMP; 04 Feb 2014 03:22:46 -0000 Received: from [98.139.211.194] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 04 Feb 2014 03:22:46 -0000 Received: from [127.0.0.1] by smtp203.mail.bf1.yahoo.com with NNFMP; 04 Feb 2014 03:22:46 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1391484166; bh=4RJ88YS59ROnABv8t/uoo3/Yiisw/nw4LSdgFFwOCeo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Fx4+GzuHs9N8dIvyc5cd6HnuRdVX4DTORBoxfanMP4T/0c4T85zRRU5DcAOYtx1NKu0mCdf/k5B71tqkH4lUeaxRJX2syxlX66e4UULzzP8d43MMiANc0HFYEzII4FFszHUbVonDbKb77QsZNnbODVSNr3g8G0OH29gN1UZK/HM= X-Yahoo-Newman-Id: 704836.42173.bm@smtp203.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 87VFAZUVM1lvLDiCVI9GXFXHT3cBE3bTyvQG8iJZst72Vgp i4DFSnsjF2XsFAy7ac5HPpafD1eQ5.ORCfg7P7x5ayGof4k30pIEeU5kgz5n XFywrCCjpUJHdoeIDBakTt9RUzzjxAf.kibD1jgEJJErG_V7x_qKlnTueXvE 3_bzSsw6dYoNtQCrT7g5FyRxw1eJ73mA9fA.NP7Ul2Cb9a2Q5p0zJjESeGlX N2CTkhb0XEg2t9ObhF9revxtbsU7AS8YN96hBYGGvix.oUHbtXYPoO2AnPp6 BQqTTVtCsUDLZ1EKyeJ6pY0qs4M_trabS8.XltLtRn21kcWB62xNLN8zWSOM IuzvWhtw8rqf9ydoPPL_hQTPSK4GlrdrVaGIuCCkMG8v9N3Gcb4ZON2ZIDOR DBnGSNSFW7J_vHMWYPjE9dZILelwY6vemhMIpBesbNdffLLIXOZ5PPsQWLDq 6U9RVOKB.KckYaa3GaFyR4Kc3bk8kIJjY_U1UlRcVCnsCV2eAoh.9S4DvP6y RwMOt0mmmWK_e2BXFRnhwUrNxLGBn5hyVVNCA8T.97tbTh1AUw8MhA_r8kLc JXJ5fPeHof9p9ZXK2Rapr5uLHvUqSnnicAQ-- X-Yahoo-SMTP: 6IZaPQyswBAeyzp3urHRlQfBxGxx4Js3YAIn X-Rocket-Received: from gateway.FBSDbouq.com (jeffreybouquet@66.92.43.99 with plain [63.250.193.228]) by smtp203.mail.bf1.yahoo.com with SMTP; 03 Feb 2014 19:22:46 -0800 PST Message-ID: <52F05D20.7090803@yahoo.com> Date: Mon, 03 Feb 2014 19:23:12 -0800 From: Jeffrey Bouquet User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthew Seaman Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools References: <201402032124.s13LOS4r042824@fire.js.berklix.net> <52F01A75.7050409@FreeBSD.org> In-Reply-To: <52F01A75.7050409@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 03:28:10 -0000 My first post that quotes good: Thunderbird rather than the webmail... [As this one is about to be send, I see that it is a restate/duplicate of the one lost in a webmail glitch ... so apologies...] On 02/03/14 14:38, Matthew Seaman wrote: > On 03/02/2014 21:24, Julian H. Stacey wrote: >>> be beneficial in a very short amount of time. Even if you prefer to >>> compile from source, >> I use source, rarely if ever use packages, (except pkg_delete >> to remove old broken dependencies). No opinion which scrips are better. >> >> >>> you will still reap the benefits of the modern >>> packaging system. >> In 10.0 FreeBSD `reaped the benefit` of a default new horrible >> registry that smells like Microsoft with quasi binary local.sqlite >> needing special tools. (Yes I know there's an export function.) >> >> For 2 decade we've poured scorn on Microsoft & its opaque easily >> damaged hard to access registry, & lauded how with FreeBSD we can >> examine & manipulate & repair our text based equivalent with any >> number of personal choice text tools, & now FreeSBD is burdened by >> this horrible Microsoft style registry. > You're being absurd. local.sqlite is nothing like the Microsoft > registry[*]. It's a database of all the files etc. that are managed > through the ports system. No more, no less. ... our TEXT based ... /# find /var/db/pkg -type d -name "p5*" | xargs -J % find -type f -name "+CONTENTS" -exec grep -H "5.12" {} \; | grep pm | gtr -s \/ "\n" | grep p5 | sort | uniq | xargs -J % portmaster -d -B -P -i -g % && yell || yell That pipe, corrected ( the working version includes an incrementing | head -NN | thru hundreds of p5 upgrades, 15-25 at a time, so easy completion of the upgrade with only a repeat with the up arrow and a minor edit ,) handily upgraded a /perl5/ subdirectory to the default on several installs. > > All we have done is replace an unreliable collection of text files -- > hard to keep consistent, impossible to update in an atomic fashion and > woefully pessimal for certain quite legitimate queries A subset of the above pipe? > -- with a RDBMS, Which a user may be expected to learn > which quite neatly disposes of those problems. No, it isn't ascii text > which you can grep through. That here is a source of dismay... less creativity in pipes etc... > It's a set of relational tables, which you > can query using SQL. That here is also a lessening of the fun. > And that is a deal more powerful in many ways than > grep, but not so familiar to most; so we've provided a scripting > interface in the form pf pkg-query(8). > Do you complain because ZFS doesn't have it's configuration data in some > ascii text files? How about procstat(8)? Or ld.so(1)/ldconfig(8)? > Truth is, unix has always adopted a pragmatic approach to system data > and stored it in whatever form would be most effective. In our case, > we're pretty clear that a relational database is streaks ahead of a > directory tree full of text files. For those reluctant to switch over, maybe a concurrent /usr/ports/ports-mgmt/pkg_legacy_tools Maybe even concurrent installs [both package systems, ] , if they are both tweaked to be co-existable, and each in parallel improved over time. What if an urgent upgrade to a server failed in one method, the other could "env -i" in , this one "env -i " out, and the upgrade proceed apace. Or a command to test which method would work best of on a specific upgrade, and that pkg system default (the other backup) until the next "switchover" Can't do that in ".... [ insert other favorite operating system here ]... " > > Cheers, > > Matthew J. Bouquet From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 05:59:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA4348A1 for ; Tue, 4 Feb 2014 05:59:52 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9702415DC for ; Tue, 4 Feb 2014 05:59:52 +0000 (UTC) Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 409FE4FE1D for ; Mon, 3 Feb 2014 21:59:51 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nzp@fulvetta.riseup.net) with ESMTPSA id 3FDE72A1 Message-ID: <52F081AF.8030402@riseup.net> Date: Tue, 04 Feb 2014 06:59:11 +0100 From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Massive ports update? X-Enigmail-Version: 1.6 Mail-Followup-To: freebsd-ports@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SHHHXHXMOdADNaxTpTcDTS4fsQuobwSJ0" X-Virus-Scanned: clamav-milter 0.97.8 at mx1 X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 05:59:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SHHHXHXMOdADNaxTpTcDTS4fsQuobwSJ0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Was there a *huge* update to ports tree tonight between around 00:20 and 06:30 CET? Portsnap just fetched 24720 patches (this is more or less every port I guess), but I can't find anything in http://svnweb.freebsd.org/ports/head/ that would correspond to this. I'm a bit worried. :) --SHHHXHXMOdADNaxTpTcDTS4fsQuobwSJ0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQGcBAEBCAAGBQJS8IHTAAoJECVxJsPurgHojxcL/A3zNpumgSUE2YmcWeVf2+rF zhDh22IlU7VkVGXysFA96hC+IRKYJ2i7tIKZhza1OmT9lPTg6oRQXUykXL5h9WQa WtRE8qJsBfKnFrzRm4ee5mCa3Yhcajg+BQ+g033WHcCvBjxn/ETlFKvcYiSzq+mb 6h1WKEIk5nplAG0w724MnkSmv6toHAcFacVJPA/a5xF3s2fuyHMjGLdD5BNh9bNg tFOx+7Fj6Tv0PKgZrblGlb3XLMZta4R93ZZu0VNJGNvMuydbYiq9w6SqXi/C62/K HyHcZb8Z7xbMRzZ6mZpCunj8vkYo4nNFYcynQwDADLdL4l35kaJDoIYfCBuQeALM nSpbPRQ5ffjvTB6Opt2HsaxApWhDV/HWvpRtTe4cOFSBzvJ4njiyljhSh96p3FJ2 xTXkpjRb1tZi2gZB9bjsP6CIGiG+BT4e89qSCiRCWqnksjT/gXNyH5RSRyZmz+Ln O2jiFD/4swKq2bnH6Fc5tve8O9pVHzDU728uOHJKgw== =nVZ/ -----END PGP SIGNATURE----- --SHHHXHXMOdADNaxTpTcDTS4fsQuobwSJ0-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 06:22:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB6B1C16; Tue, 4 Feb 2014 06:22:14 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 976721786; Tue, 4 Feb 2014 06:22:14 +0000 (UTC) Received: from delphij-macbook.local (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 164C1BCDC; Mon, 3 Feb 2014 22:22:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1391494934; bh=f86tQGYBtU84JSVt9TcZ99bzUBq2fr+bFHBf+rzegCk=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=ZKXXIWLj7a3E0E4HBqAMruhMbh1dg0MGhUwpEmHjiDXdjHbTGzfW6aHiZqgcnTTX4 B24RDeC9P1Y6FCsWiiw158T7dsKws6ILFyJrIfDjDeX1TxBldo1G7Wc/joxwbA6Zfm 63XMbbgue1TjkkspoGWPAYBUPYvaHtl9TnRUJwj0= Message-ID: <52F08713.3080206@delphij.net> Date: Mon, 03 Feb 2014 22:22:11 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> In-Reply-To: <52F081AF.8030402@riseup.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Colin Percival X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 06:22:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2/3/14, 9:59 PM, Nikola Pavlović wrote: > Was there a *huge* update to ports tree tonight between around > 00:20 and 06:30 CET? Portsnap just fetched 24720 patches (this is > more or less every port I guess), but I can't find anything in > http://svnweb.freebsd.org/ports/head/ that would correspond to > this. I'm a bit worried. :) This may be related to my upgrade operation on the portsnap builder, which happened around UTC midnight, right after a new "snap" snapshot is taken. I'll do a full tree audit just in case. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJS8IcTAAoJEJW2GBstM+ns5p8P/ithwkITd4lodSXF+fU8BnWC LmQ3i3wav6wpWEaAj9mN0OwrGYhGlxbwLW8uNCk1VjIGmyhf6aD3cjtWNI0ImHq9 GXqgIFpwk/fxTcvKSjkFQ4JPbWwqetUjMfveIxst2Pt8aqjrQfpUzRA61pvUs17m 99NOPxNkGQEqvx2AHqVOGKQHm/JJ+BHPSdSEd2IDKVZMlnXotJ8Jr/ctnZlR8A7d RShG8GTIF8fQ6cki35p9KzKancdjk6YWdiCeMWTIwAOs4iePS2Smmd7h5M3xZ0HV Akk9/6PtX3srcxrPPEhny9A0Ct68DOdSS3LpE51NcjaWkvUq8+foS+rzq4DwjFSu OwXkF/prt4Xma7G6XsdSpCOuwaZs4Ux5PcMtFLkF0gJ6aS1VFfLXQdodHy2AEXtj GRzIPlTrHtyVzqgNMfK41cA9FBpWggoW1ufCzwe5J0X09bWM6ZOiVBpuep9vHibp jhj6hf4itcghOrCqCYrvM8cZmQZRPPU4NyoUElV1YpCz8cGteG5D3pfuLA6QOp/X Dw1ZbnOqrHCqj9QDG0UES16D4sIHQKWK1aOGLEr0AvD2PJBdjoZiChtH/vGGOTGT 4UHa+tN/wNCiesHTWixexFeSmjtBfIH7o8wPwYqgZ64X4FBN0/SH4ykNAIWZ6dmx HDuk70cVLqvmm8rlqDA9 =d5Wd -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 07:00:39 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6EA71CC; Tue, 4 Feb 2014 07:00:39 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9288E19FB; Tue, 4 Feb 2014 07:00:39 +0000 (UTC) Received: by mail-pd0-f180.google.com with SMTP id x10so7883298pdj.11 for ; Mon, 03 Feb 2014 23:00:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3bufJW3sTPr0ZNhmGN8JRpwoTQP66tnBQJ5tb5I1b+o=; b=fEzKR3NVBgJYz2YTADLzXT2lS8xikqxhHtPOGTEh7jJcF0msVcUn+TqWS8vyAxXnMU 2DK5g3o6A5zrq72OrdJnKyYfnMjBDa6Uwe+Mf1ZzLEGaOrXRrekTlss4Dr/M1jaHw4aN n07Foc3xEFDc53MjYm5PrEtyOpK9+t8mKGfXE3qzXkg60dtDSt4qECtI0etiYVIh8xzk pL+Ineqg/J1qgOKbj+w2maiWyLdZ7mLYf/BMH3BOaY4Xt8NroLwbkP2N8GeBh8lhvZrc GARYB55zGb+gmLPrM46cRoqELxSzLnktBMyHbGc08xIV5FvKWIdvOIXyinHe8mC0REjK ICIQ== MIME-Version: 1.0 X-Received: by 10.68.76.68 with SMTP id i4mr41815548pbw.73.1391497239176; Mon, 03 Feb 2014 23:00:39 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Mon, 3 Feb 2014 23:00:39 -0800 (PST) In-Reply-To: <52F05D20.7090803@yahoo.com> References: <201402032124.s13LOS4r042824@fire.js.berklix.net> <52F01A75.7050409@FreeBSD.org> <52F05D20.7090803@yahoo.com> Date: Mon, 3 Feb 2014 23:00:39 -0800 X-Google-Sender-Auth: 2I9EOLEvFp1OiXaq_gd7JEmJStA Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Kevin Oberman To: Jeffrey Bouquet Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Matthew Seaman , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 07:00:39 -0000 On Mon, Feb 3, 2014 at 7:23 PM, Jeffrey Bouquet wrote: > My first post that quotes good: Thunderbird rather than the webmail... > [As this one is about to be send, I see that it is a restate/duplicate of > the one > lost in a webmail glitch ... so apologies...] > > > > > On 02/03/14 14:38, Matthew Seaman wrote: > >> On 03/02/2014 21:24, Julian H. Stacey wrote: >> >>> be beneficial in a very short amount of time. Even if you prefer to >>>> compile from source, >>>> >>> I use source, rarely if ever use packages, (except pkg_delete >>> to remove old broken dependencies). No opinion which scrips are better. >>> >>> >>> you will still reap the benefits of the modern >>>> packaging system. >>>> >>> In 10.0 FreeBSD `reaped the benefit` of a default new horrible >>> registry that smells like Microsoft with quasi binary local.sqlite >>> needing special tools. (Yes I know there's an export function.) >>> >>> For 2 decade we've poured scorn on Microsoft & its opaque easily >>> damaged hard to access registry, & lauded how with FreeBSD we can >>> examine & manipulate & repair our text based equivalent with any >>> number of personal choice text tools, & now FreeSBD is burdened by >>> this horrible Microsoft style registry. >>> >> You're being absurd. local.sqlite is nothing like the Microsoft >> registry[*]. It's a database of all the files etc. that are managed >> through the ports system. No more, no less. >> > ... our TEXT based ... > > /# find /var/db/pkg -type d -name "p5*" | xargs -J % find -type f -name > "+CONTENTS" -exec grep -H "5.12" {} \; | grep pm | gtr -s \/ "\n" | grep p5 > | sort | uniq | xargs -J % portmaster -d -B -P -i -g % && yell || yell > > That pipe, corrected ( the working version includes an incrementing | head > -NN | thru hundreds of p5 upgrades, 15-25 at a time, > so easy completion of the upgrade with > only a repeat with the up arrow and a minor edit ,) handily upgraded a > /perl5/ subdirectory to > the default on several installs. > > >> All we have done is replace an unreliable collection of text files -- >> hard to keep consistent, impossible to update in an atomic fashion and >> woefully pessimal for certain quite legitimate queries >> > A subset of the above pipe? > > > -- with a RDBMS, >> > Which a user may be expected to learn > > which quite neatly disposes of those problems. No, it isn't ascii text >> which you can grep through. >> > That here is a source of dismay... less creativity in pipes etc... > > > It's a set of relational tables, which you >> can query using SQL. >> > That here is also a lessening of the fun. > > And that is a deal more powerful in many ways than >> grep, but not so familiar to most; so we've provided a scripting >> interface in the form pf pkg-query(8). >> > > Do you complain because ZFS doesn't have it's configuration data in some >> ascii text files? How about procstat(8)? Or ld.so(1)/ldconfig(8)? >> > > Truth is, unix has always adopted a pragmatic approach to system data >> and stored it in whatever form would be most effective. In our case, >> we're pretty clear that a relational database is streaks ahead of a >> directory tree full of text files. >> > For those reluctant to switch over, maybe a concurrent > > /usr/ports/ports-mgmt/pkg_legacy_tools > > Maybe even concurrent installs [both package systems, ] , if they are both > tweaked to be co-existable, and each in > parallel improved over time. What if an urgent upgrade to a server failed > in one method, the > other could "env -i" in , this one "env -i " out, and the upgrade proceed > apace. > Or a command to test which method would work best of on a specific > upgrade, and that pkg system default (the > other backup) until the next "switchover" > > Can't do that in ".... [ insert other favorite operating system here ]... " > > > > > > >> Cheers, >> >> Matthew >> > > J. Bouquet > For all of us who have scripts already in use that take advantage of the old pkg database, why not a tool to generate the old db from the new. All of the data is in the new db... it only needs to be extracted and formatted. Looks to be easy to do in Perl or Python. Could be written in C, of course, but that seems like overkill. (And I am not volunteering to do it as I can't make any promises on when I might get around to it.) -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 07:06:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55721522 for ; Tue, 4 Feb 2014 07:06:10 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D32551A29 for ; Tue, 4 Feb 2014 07:06:09 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s1475wLf055813 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 4 Feb 2014 07:06:04 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s1475wLf055813 Authentication-Results: smtp.infracaninophile.co.uk/s1475wLf055813; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52F0914D.9070507@FreeBSD.org> Date: Tue, 04 Feb 2014 07:05:49 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Jeffrey Bouquet Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools References: <201402032124.s13LOS4r042824@fire.js.berklix.net> <52F01A75.7050409@FreeBSD.org> <52F05D20.7090803@yahoo.com> In-Reply-To: <52F05D20.7090803@yahoo.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="07HNarqRORig20UdpUXxOXiWpbK0TsrhR" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 07:06:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --07HNarqRORig20UdpUXxOXiWpbK0TsrhR Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/02/2014 03:23, Jeffrey Bouquet wrote: > /# find /var/db/pkg -type d -name "p5*" | xargs -J % find -type f -name= > "+CONTENTS" -exec grep -H "5.12" {} \; | grep pm | gtr -s \/ "\n" | gre= p > p5 | sort | uniq | xargs -J % portmaster -d -B -P -i -g % && yell || ye= ll >=20 > That pipe, corrected ( the working version includes an incrementing | > head -NN | thru hundreds of p5 upgrades, 15-25 at a time, > so easy completion of the upgrade with > only a repeat with the up arrow and a minor edit ,) handily upgraded a= > /perl5/ subdirectory to > the default on several installs. Which is a remarkably complicated equivalent to: pkg set -o perl5.12:perl5.16 pkg install -fR perl5.16 I'm sure though if you really must have fun with pipelines that you could start with: pkg query %ro perl5 but working out how to divide that into chunks and feed into portmaster is up to you. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --07HNarqRORig20UdpUXxOXiWpbK0TsrhR Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS8JFWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT0BgP/3yI6XuIJZnhSZS0tujgyOac RmaPVLlgYl5U4I4dDEc+woT4ci1+YmqHszX6d77ScSHLd+eP1GsVkT4qYlHsSddI RpndcftQ8eDaItrHYoV+KdYw/QXVs/6En89bdXcWV/31TX7fONBXPJDd4X3xh7cX WcAhV7ZYI6z7KKLeIYy63VQMMtbHTUOXUogBYpa7hFwDk716n/2QFLXCXfjq8P5B r4iK3h+tu8/HcCACo1WhKflw/Vw/7yzHB94swVsXmhoI6BWHDEdM905qFKfu2E4I ydR8UcMtQ5dJsJmaabB9Fn+hgmBuDP0SiUtD8WGHTcBH/wLYJJx2BuDuM5DNRTyB PvZnp0hyn3K3GYg5AsU40t9WPgBBH+kKiJcICIGCRnShw9SpdbQ4qBAMsFgTFItl CHLYXS/B37HyKQTiydfPyhzxSRSMckHwfEX3YJi6V+3t3kWsy0OxVUYgykdhQnpo 8b6ochEe2zK7/UAveTbIKvTdqW1tHFy/4781kDUEys6sO7zReAuTazOnMsULCB7C Ebjcooc5iSYZDVJXskCQ4OKmDk6MTFjNI7Ua0wMmp3xJh3yxVzVZwF5EWvQNjC7k lviE2m7IjNP+dWPV5glbovhfssG9pjsro93XHfjo7Hee6rNYeSrU+rr8OTvg+mxK vuYamzXlpYQi1G0rxQEp =VaAr -----END PGP SIGNATURE----- --07HNarqRORig20UdpUXxOXiWpbK0TsrhR-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 07:12:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92AAD6D1; Tue, 4 Feb 2014 07:12:52 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6FC821AAE; Tue, 4 Feb 2014 07:12:52 +0000 (UTC) Received: from delphij-macbook.local (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id DFD85B1A0; Mon, 3 Feb 2014 23:12:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1391497972; bh=m99X+Q0PlDxGQ6GAqwqJ0aADl7e0KwkKEGcRGIpH13U=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=Jg5AH9BMl0TtGfLcbSJdOCO+iEhD72NB9D+1GTqtqAXAbiC91qXfUjBrLuiVj5vjI 642KcdC+9O9IfcfLyjvfoXnTCYwCVL0QPOMF18n7pcPyp/nUtwdPqHEv2wne17Cvxp Cy8TrEsFqMFQMaD6SD5kk6xSVdvfmTdhsZDJsgEE= Message-ID: <52F092F2.1010705@delphij.net> Date: Mon, 03 Feb 2014 23:12:50 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> In-Reply-To: <52F08713.3080206@delphij.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Colin Percival X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 07:12:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, On 2/3/14, 10:22 PM, Xin Li wrote: > On 2/3/14, 9:59 PM, Nikola Pavlović wrote: >> Was there a *huge* update to ports tree tonight between around >> 00:20 and 06:30 CET? Portsnap just fetched 24720 patches (this >> is more or less every port I guess), but I can't find anything >> in http://svnweb.freebsd.org/ports/head/ that would correspond >> to this. I'm a bit worried. :) > > This may be related to my upgrade operation on the portsnap > builder, which happened around UTC midnight, right after a new > "snap" snapshot is taken. > > I'll do a full tree audit just in case. I've compared and can now confirm that the portsnap tree matches from a SSH checkout of svn tree. Cheers, -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJS8JLyAAoJEJW2GBstM+nsg30P/2yYn6l2Fj2UCVFZ21Ik6o4c G7pfKRteqyeaBEIk/H+ue4z5qBhccTi0+zYcGyhahUh42P+TIhqroIvw2aD+psNS aAfc9WTZ4z9Q8QhO2zw2hSwG5hHj8jaq+VBmHgAVxD75S+oY5BTTdH81UiVIfROy xTF0Bn5Zz2aNrT7xXQmDIw+tBp4jHW5NRq7aIHtDTZpYB91bh7v/nN6qsxPciCHh cw6s9AzeWZBZuovjU8ZWf5kehkYf+2kmd86NpfpD7wi/ifGzIJvmyOAItUV/J8il PJPLpaR5gQmYU3aQqp/phX6u1j5VbxvVe+xY9xeCLuLA4+iXN587LBnTezNanTQA qqUfbR/MYEh8ghTonbE7lA6be8zywy3Gy6hXPigJAhKEAzTXHC7WTvIuGx8j3LQ2 Jma3PXl+oWCYt7MXho9jechDwrMakLHjtjfRsaEwY3/VPtr17LupPvDogLoNeXBt KbUoFGDsCkN8CrcryqToAFtjAFn6zMNB0Rh5KYDiBYAuCxtRDD961IGRmnRC9YNI CP/UZgX3YvgiXpTWbPwx+3hpt7BmgB2np+BEdO/sE0ae7XpfzjOxzxOHXpHFdHwn zT2eDRGvGlWNNGgghwITYWi7nAd+SuUEI5afTdw0tKH1IYSZmxA2c7Y0t8Q37jbI 0RQEG/Gk8C2UJ+Yf01WV =IQQj -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 08:45:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ABE43275 for ; Tue, 4 Feb 2014 08:45:24 +0000 (UTC) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 3B9D01227 for ; Tue, 4 Feb 2014 08:45:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h=from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=cjZ6F6O/PnaPLu+hCs9oBy7SgMM=; b=NJ6Dl8JWYRI+bu+OVS AyQmGfH0VS7rgLXutgd7YS45uLiGdYIhELPTZZ9FZWDwErvUsBXPIQxYcYww7L3B yOAcwH81PVpQJSxK6+uDl37ERMAZv7ndFck0WMtCzYJTEUxZE2L/KUAbAS/8Eenu DOEjP8i2ohCWzd7prJSwtEQis= Received: by mf193.sendgrid.net with SMTP id mf193.40574.52F0A8A28 Tue, 04 Feb 2014 08:45:22 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.100.60.97]) by ismtpd-019 (SG) with ESMTP id 143fc12b965.1fd7.1ddbbc for ; Tue, 04 Feb 2014 08:45:22 +0000 (GMT) Received: (qmail 34795 invoked from network); 4 Feb 2014 08:45:20 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by ec2-107-20-205-189.compute-1.amazonaws.com with ESMTP; 4 Feb 2014 08:45:20 -0000 Received: (qmail 4811 invoked from network); 4 Feb 2014 08:44:57 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 4 Feb 2014 08:44:57 -0000 Message-ID: <52F0A889.7090803@freebsd.org> Date: Tue, 04 Feb 2014 00:44:57 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: d@delphij.net, freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> In-Reply-To: <52F08713.3080206@delphij.net> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 content-transfer-encoding: quoted-printable X-SG-EID: Vb+Anvs0EfIvXbjCHlZrgTi2P99w3zdT2hDloNa5MO5Gsmwc3wNzjpiqAI5z3L0sddlY5SF6DaOMS6pNuFJ9CYqRfiYsr9JT3x8jQM2UoEdj6keGOCO0qHvhj/bSMgcQNVgokeN3mGGxIoRgrkAIF0iTx6Oe5CfnsC7c4Mblfwc= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 08:45:24 -0000 On 02/03/14 22:22, Xin Li wrote:=0D > On 2/3/14, 9:59 PM, Nikola Pavlovi=C4=87 wrote:=0D >> Was there a *huge* update to ports tree tonight between around 00:20 and= =0D >> 06:30 CET? Portsnap just fetched 24720 patches (this is more or less=0D >> every port I guess), but I can't find anything in =0D >> http://svnweb.freebsd.org/ports/head/ that would correspond to this. I'm= =0D >> a bit worried. :)=0D > =0D > This may be related to my upgrade operation on the portsnap builder, whic= h=0D > happened around UTC midnight, right after a new "snap" snapshot is taken.= =0D =0D I'm pretty sure this resulted from changes to libarchive / bsdtar. With=0D them generating different tarballs for the same input, the portsnap build= =0D thinks that everything has changed.=0D =0D ... there's actually code on the portsnap builder to revert such changes,= =0D but I don't think delphij knew about it and I didn't realize he was=0D upgrading the portsnap builder until too late.=0D =0D -- =0D Colin Percival=0D Security Officer Emeritus, FreeBSD | The power to serve=0D Founder, Tarsnap | www.tarsnap.com | Online backups for the truly paranoid From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 08:48:07 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F3A565A8 for ; Tue, 4 Feb 2014 08:48:06 +0000 (UTC) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF0C1246 for ; Tue, 4 Feb 2014 08:48:04 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp1-g21.free.fr (Postfix) with ESMTP id 5EDEE94016F for ; Tue, 4 Feb 2014 09:47:59 +0100 (CET) Received: from vpn-244137.local.univ-savoie.fr (vpn-b-advanced.univ-savoie.fr [193.48.127.14]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s148lv8O014695 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 4 Feb 2014 09:47:58 +0100 (CET) (envelope-from mazhe@alkumuna.eu) From: Matthieu Volat Content-Type: multipart/signed; boundary="Apple-Mail=_D1D8EA7A-32FC-466B-94BA-B3872CAD2E3B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Tue, 4 Feb 2014 09:47:58 +0100 Subject: Can someone have a look at PR 185060 (audio/sonata) ? To: "freebsd-ports@freebsd.org" Message-Id: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 08:48:07 -0000 --Apple-Mail=_D1D8EA7A-32FC-466B-94BA-B3872CAD2E3B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi everybody, I know everybody is overloaded, but if somebody could have a look at=20 http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/185060 It would be nice, audio/sonata is pretty useless on freebsd now, and = have been for more than a month=85 And it's getting irritating in these = periods of rebuild to ever have to manually patch things=85 :( -- Matthieu Volat --Apple-Mail=_D1D8EA7A-32FC-466B-94BA-B3872CAD2E3B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlLwqUMACgkQ+ENDeYKZi36zIwCfUpod5bzD5wesefVL+U0pNQlY zGEAnivqNd5MaVkJedazZ4oW/r9pMfWL =6Uid -----END PGP SIGNATURE----- --Apple-Mail=_D1D8EA7A-32FC-466B-94BA-B3872CAD2E3B-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 09:20:08 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A29DD56 for ; Tue, 4 Feb 2014 09:20:08 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24EB31576 for ; Tue, 4 Feb 2014 09:20:08 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s149K8XM076325 for ; Tue, 4 Feb 2014 09:20:08 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s149K8Td076313; Tue, 4 Feb 2014 09:20:08 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402040920.s149K8Td076313@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Tue, 4 Feb 2014 09:20:07 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 09:20:08 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/hgview | 1.6.2 | 1.8.0 ------------------------------------------------+-----------------+------------ java/java-checkstyle | 5.5 | 5.7 ------------------------------------------------+-----------------+------------ www/baikal | 0.2.6 | 0.2.7 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 09:25:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EBC58EA7 for ; Tue, 4 Feb 2014 09:25:02 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ACE441608 for ; Tue, 4 Feb 2014 09:25:02 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 5E3D7BDC3E; Tue, 4 Feb 2014 10:25:01 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 47CE1BDC24; Tue, 4 Feb 2014 10:25:01 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 8060ECDAAD82; Tue, 4 Feb 2014 10:25:00 +0100 (CET) Date: Tue, 04 Feb 2014 10:24:59 +0100 From: Mathieu Arnold To: Jeffrey Bouquet Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools Message-ID: <73E02EB58968DBA833719619@atuin.in.mat.cc> In-Reply-To: <52F05D20.7090803@yahoo.com> References: <201402032124.s13LOS4r042824@fire.js.berklix.net> <52F01A75.7050409@FreeBSD.org> <52F05D20.7090803@yahoo.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 09:25:03 -0000 +--On 3 f=C3=A9vrier 2014 19:23:12 -0800 Jeffrey Bouquet wrote: | /# find /var/db/pkg -type d -name "p5*" | xargs -J % find -type f -name | "+CONTENTS" -exec grep -H "5.12" {} \; | grep pm | gtr -s \/ "\n" | grep | p5 | sort | uniq | xargs -J % portmaster -d -B -P -i -g % && yell || yell |=20 | That pipe, corrected ( the working version includes an incrementing | | head -NN | thru hundreds of p5 upgrades, 15-25 at a time, | so easy completion of the upgrade with | only a repeat with the up arrow and a minor edit ,) handily upgraded a | /perl5/ subdirectory to | the default on several installs. So, you want a command going to upgrade all p5- ports that install files that contain 5.12 in their path. I'm not sure what it's supposed to be doing in the end, but it certainly won't help you going from one perl version to the other, you're missing every port that installs perl modules and is not named p5 something (like, say, net-snmp) and every port that links with, say, libperl.so (like, say, vim) If you want to do that with pkg, and do it that way, you can have a look at what : pkg query %ro lang/perl5.12 and feed that to portmaster. But the easiest way to do it would be to do, say : portmaster -o lang/perl5.16 lang/perl5.12 portmaster -r perl5- Now, I would do : pkg set -o perl5.12:perl5.16 pkg upgrade (possibly with -f depending on what it says without it) But that's just me :-) --=20 Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 11:28:38 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6FD34E4; Tue, 4 Feb 2014 11:28:38 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 909D31149; Tue, 4 Feb 2014 11:28:38 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1WAeB3-003t5I-Vx>; Tue, 04 Feb 2014 12:28:30 +0100 Received: from e179135167.adsl.alicedsl.de ([85.179.135.167] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1WAeB3-003oyo-RE>; Tue, 04 Feb 2014 12:28:29 +0100 Date: Tue, 4 Feb 2014 12:28:25 +0100 From: "O. Hartmann" To: FreeBSD CURRENT , FreeBSD Ports Subject: x11/nvidia-driver: make -B clean all ===> Cleaning for nvidia-driver-331.38 *** [all] Stopped -- signal 22 Message-ID: <20140204122825.7a55de43@thor.walstatt.dyndns.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/YRVJopfmpmu8Fg5.9K3Ew//"; protocol="application/pgp-signature" X-Originating-IP: 85.179.135.167 X-ZEDAT-Hint: A X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 11:28:38 -0000 --Sig_/YRVJopfmpmu8Fg5.9K3Ew// Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Since the last Update of the ports tree buidling the nvidia GPU driver from port x11/nvidia-driver doesn't work properly anymore, when the build is done via /etc/src.conf: PORTS_MODULES=3D PORTS_MODULES+=3D x11/nvidia-driver PORTS_MODULES+=3D emulators/virtualbox-ose-kmod this happens with the version nvidia-driver-331.38 as well as with nvidia-driver-331.20. See error below. It allways ends with=20 WRKDIRPREFIX=3D/usr/obj/usr/src/sys/THOR make -B clean all =3D=3D=3D> Clea= ning for nvidia-driver-331.38 *** [all] Stopped -- signal 22 The SIGNAL 22 ( SIGTTOU) sounds strange to me. Building the port x11/nvidia-driver via portmaster works well, but I receive two times the option box and once options selected, I'm getting asked all the time again, twice. this strange behaviour occured on all 11.0-CURRENT machines I have the same time (with nVidia cards). Performing=20 make rmconfig in ports main directory at x11/nvidia-driver doesn't resolve the problem. Regards, Oliver =3D=3D=3D> Ports module x11/nvidia-driver (all) cd ${PORTSDIR:-/usr/ports}/x11/nvidia-driver; PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr= /bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:= /usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src= /tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin SRC_BASE=3D/usr/src OSVERSION=3D1100007 WRKDIRPREFIX=3D/usr/obj/usr/src/sys/THOR make -B clean all =3D=3D=3D> Clea= ning for nvidia-driver-331.38 *** [all] Stopped -- signal 22 --Sig_/YRVJopfmpmu8Fg5.9K3Ew// Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJS8M7dAAoJEOgBcD7A/5N8TvwIAKfXRnHZmM7L8TLEmB6r85ln tSwFkOyP0AWkO8nqETh2j3s0bpPwqviSGvbpqmCENPKYRw91aAcFqEIVEjJmPDuW dZ+/ySSJaYmvJSZYEIopu+wEO2awLLgn2sdyXyAZDRsrQGJ2xrZ1MA+7YKfHFRZc Xu7kKRX0k1wPZ24wFp+yWMxIgizMHkw9PMXXl1gaznVLBNqcLCdA7NQUZfUcwxQn SFBsVjIeB8tBr6TaYdgjB0YbYv2n6aiom04EqsiSmqgR5V+3A2Oqrz3vr4pwJL9H rxeT0bcPbytPePWnhWxUVny6io51thWy21xtn+yCuztKUDk9d918xrBfscrkQsg= =hr0j -----END PGP SIGNATURE----- --Sig_/YRVJopfmpmu8Fg5.9K3Ew//-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 11:48:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1889156B for ; Tue, 4 Feb 2014 11:48:57 +0000 (UTC) Received: from mail-forward5.uio.no (mail-forward5.uio.no [IPv6:2001:700:100:10::37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C15EA12ED for ; Tue, 4 Feb 2014 11:48:56 +0000 (UTC) Received: from exim by mail-out5.uio.no with local-bsmtp (Exim 4.80.1) (envelope-from ) id 1WAeUn-0006Tu-2O for freebsd-ports@freebsd.org; Tue, 04 Feb 2014 12:48:53 +0100 Received: from mail-mx6.uio.no ([129.240.10.40]) by mail-out5.uio.no with esmtp (Exim 4.80.1) (envelope-from ) id 1WAeUT-0006Qv-Fm; Tue, 04 Feb 2014 12:48:33 +0100 Received: from shiva.uio.no ([129.240.203.14]) by mail-mx6.uio.no with esmtp (Exim 4.80.1) (envelope-from ) id 1WAeUT-0008AT-0o; Tue, 04 Feb 2014 12:48:33 +0100 Message-ID: <52F0D390.6020303@thanelange.no> Date: Tue, 04 Feb 2014 12:48:32 +0100 From: Gyrd Thane Lange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Matthieu Volat , "freebsd-ports@freebsd.org" Subject: Re: Can someone have a look at PR 185060 (audio/sonata) ? References: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> In-Reply-To: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: 2270AAC64750787523F39D336D741AEAEB4B0D7C X-UiO-SPAM-Test: remote_host: 129.240.203.14 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 136 max/h 6 blacklist 0 greylist 0 ratelimit 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 11:48:57 -0000 On 04. feb. 2014 09:47, Matthieu Volat wrote:> Hi everybody, > > I know everybody is overloaded, but if somebody could have a look at > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185060 > > It would be nice, audio/sonata is pretty useless on freebsd now, and > have been for more than a month… I second this. It is required when controlling recent versions of musicpd, and I have been using the patch with great results for weeks already. > And it's getting irritating in these periods of rebuild to ever have > to manually patch things… :( I'm using svn to keep the ports tree up-to-date. That way I only had to apply the patch once to audio/sonata/files/*, and it is not clobbered on updates. :-) Gyrd ^_^ > > -- Matthieu Volat > From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 12:25:17 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DE4F1D8; Tue, 4 Feb 2014 12:25:17 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD4C1691; Tue, 4 Feb 2014 12:25:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=aisa6bW1hzuWfquAzKcMCSeWl6EIDG+IMQJdNrRYi6k=; b=ti7i0j3d6PW+wzwuk61pmKHplHeEMFhzg0MB6KioOmzwjQVZnW88VDIMozvh3/zRkDVQgx+Fy9G6JLOnJ9D1wRQF2XgE8kdscnxfln4M/4j9FJY6nJR7zdlQwetb4uRZ0bVBFb67jCzWiZRzxbEUun7Jh8gxiMUZt1qw8Lnl3LY=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAf3x-0007L5-Eg; Tue, 04 Feb 2014 12:25:13 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: sunpoet@FreeBSD.org X-Trac-Project: redports Date: Tue, 04 Feb 2014 12:25:13 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342502: 2x leftovers, 2x success To: sunpoet@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140204114201-12768 X-Trac-Build-ID: 20140204114201-12768 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 12:25:17 -0000 - Update to 2.5 - Add LICENSE - Support STAGEDIR Changes: http://sourceforge.net/p/fuse/sshfs/ci/master/tree/ChangeLog PR: ports/185845 Submitted by: Muhammad Moinur Rahman <5u623l20@gmail.com> (maintainer) --------------------------------------------------------------------- Build ID: 20140204114201-12768 Job owner: sunpoet@FreeBSD.org Buildtime: 43 minutes Enddate: Tue, 04 Feb 2014 12:25:10 GMT Revision: r342502 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342502 --------------------------------------------------------------------- Port: sysutils/fusefs-sshfs 2.5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269732/fusefs-sshfs-2.5.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269733/fusefs-sshfs-2.5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269734/fusefs-sshfs-2.5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269735/fusefs-sshfs-2.5.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 12:25:43 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE0DC48F; Tue, 4 Feb 2014 12:25:43 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9D4F5169B; Tue, 4 Feb 2014 12:25:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=jU3cNihpHW5I1PnerStHg8niV1RAEMV5xoYTqBoZJT8=; b=D9u3PBDlzOq6sFxxAsVZVHEukRN5P9xLGgMnQZCLTvGLJR/vplTdH9aLh8ItpAAYfG/J+tz8w/6dk1Q2nVGUO8xNdo3FgFlOjU/bTD/ikaF/rkf/ZEvNFMXQ+0Mp7Flw009Dun7s18w3nn6gNE/8EGJsqON57O4Y3R5pHGp9emk=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAf4Q-0007N3-RX; Tue, 04 Feb 2014 12:25:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: nemysis@FreeBSD.org X-Trac-Project: redports Date: Tue, 04 Feb 2014 12:25:42 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342510: 4x leftovers To: nemysis@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140204115000-16693 X-Trac-Build-ID: 20140204115000-16693 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 12:25:43 -0000 - Update to 1.1.1, announce message is here: http://gottcode.org/cutemaze/#releasenotes - Add NEWS to DOCS - Add NLS Option and REINPLACE - Add OPTIONS_SUB - Strip executable - Change pkg-descr --------------------------------------------------------------------- Build ID: 20140204115000-16693 Job owner: nemysis@FreeBSD.org Buildtime: 36 minutes Enddate: Tue, 04 Feb 2014 12:25:39 GMT Revision: r342510 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342510 --------------------------------------------------------------------- Port: games/cutemaze 1.1.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204115000-16693-269764/cutemaze-1.1.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204115000-16693-269765/cutemaze-1.1.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204115000-16693-269766/cutemaze-1.1.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204115000-16693-269767/cutemaze-1.1.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 13:12:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C42C824A for ; Tue, 4 Feb 2014 13:12:02 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 81C0A1ACF for ; Tue, 4 Feb 2014 13:12:02 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 082B8BDC2E; Tue, 4 Feb 2014 14:12:01 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id CE154BDC24; Tue, 4 Feb 2014 14:12:00 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id CBCEA6119; Tue, 4 Feb 2014 14:11:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 385A668D1393; Tue, 4 Feb 2014 14:11:59 +0100 (CET) Date: Tue, 04 Feb 2014 14:11:58 +0100 From: Mathieu Arnold To: Matthieu Volat , freebsd-ports@freebsd.org Subject: Re: Can someone have a look at PR 185060 (audio/sonata) ? Message-ID: <29AA5EF3B37B1D8D4BC37ABC@ogg.in.absolight.net> In-Reply-To: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> References: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 13:12:02 -0000 +--On 4 f=C3=A9vrier 2014 09:47:58 +0100 Matthieu Volat wrote: | Hi everybody, |=20 | I know everybody is overloaded, but if somebody could have a look at=20 | http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/185060 |=20 | It would be nice, audio/sonata is pretty useless on freebsd now, and have | been for more than a month=E2=80=A6 And it's getting irritating in these | periods of rebuild to ever have to manually patch things=E2=80=A6 :( Fix committed, thanks :-) --=20 Mathieu Arnold From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 13:24:58 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 716DCEFA for ; Tue, 4 Feb 2014 13:24:58 +0000 (UTC) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D9E951BFF for ; Tue, 4 Feb 2014 13:24:57 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id c11so6418813lbj.16 for ; Tue, 04 Feb 2014 05:24:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=F39v26AC8pNw9OsrOCTAx4JRWKRD84zWlZJrVDn2Jxs=; b=md0g1gUy+WdaO0mwSrBKLMcFn3JfMFj6n5jOo1DlhLDYYJl22KB6jIoS1Wbfdk0RIy Ivg72eKLho5OdPRZ08qpbYo/sCnImyr/zQa8J3N4o995RSas1EN+dNtJetlF4g/HuII0 NLq4a3V4nWUX4idxtZe1o1NVIulTZnuTlvCqEUb7au491vV1K5ZCWzxHcYaysT6iNCgH /XEuWvGNZGmT3nXrDR9UErztWR7ImjygUyYoGtEwE7mVDF56jgAcZXThd323rEObmSoz 89wTYOR16TCKwqpCNkQpo0wQWaN8F4NH0+6eTJsgS3Rz1FcmHZOCrM5ygOWBkiSjGouf ZxiA== X-Gm-Message-State: ALoCoQm9nj9zxnbpZMIzwnG31tWuYAM/b99MpoN++tKbAxD2bytLajTH1I40HqTmXCzhptuwzEga X-Received: by 10.152.242.36 with SMTP id wn4mr63346lac.84.1391520290158; Tue, 04 Feb 2014 05:24:50 -0800 (PST) MIME-Version: 1.0 Sender: sunpoet@sunpoet.net Received: by 10.112.2.200 with HTTP; Tue, 4 Feb 2014 05:24:30 -0800 (PST) In-Reply-To: References: From: Sunpoet Po-Chuan Hsieh Date: Tue, 4 Feb 2014 21:24:30 +0800 X-Google-Sender-Auth: CJ4W29SfGFN0LOyuRt0ddp9ipjU Message-ID: Subject: Re: [QAT] r342502: 2x leftovers, 2x success To: qat@redports.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports , =?UTF-8?Q?Bernhard_Fr=C3=B6hlich?= X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 13:24:58 -0000 On Tue, Feb 4, 2014 at 8:25 PM, Ports-QAT wrote: > - Update to 2.5 > - Add LICENSE > - Support STAGEDIR > > Changes: > http://sourceforge.net/p/fuse/sshfs/ci/master/tree/ChangeLog > PR: ports/185845 > Submitted by: Muhammad Moinur Rahman <5u623l20@gmail.com> (maintainer) > --------------------------------------------------------------------- > > Build ID: 20140204114201-12768 > Job owner: sunpoet@FreeBSD.org > Buildtime: 43 minutes > Enddate: Tue, 04 Feb 2014 12:25:10 GMT > > Revision: r342502 > Repository: > https://svnweb.freebsd.org/ports?view=revision&revision=342502 > > --------------------------------------------------------------------- > > Port: sysutils/fusefs-sshfs 2.5 > > Buildgroup: 8.4-QAT/amd64 > Buildstatus: SUCCESS > Log: > https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269732/fusefs-sshfs-2.5.log > > Buildgroup: 8.4-QAT/i386 > Buildstatus: LEFTOVERS > Log: > https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269733/fusefs-sshfs-2.5.log > > Buildgroup: 9.2-QAT/amd64 > Buildstatus: LEFTOVERS > Log: > https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269734/fusefs-sshfs-2.5.log > > Buildgroup: 9.2-QAT/i386 > Buildstatus: SUCCESS > Log: > https://qat.redports.org//~sunpoet@FreeBSD.org/20140204114201-12768-269735/fusefs-sshfs-2.5.log > > > -- > Buildarchive URL: < > https://qat.redports.org/buildarchive/20140204114201-12768> > redports > It was caused by sysutils/fusefs-libs (already fixed in r342464 by antoine@ ). Regards, sunpoet From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 14:00:17 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58A54C39; Tue, 4 Feb 2014 14:00:17 +0000 (UTC) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [IPv6:2a01:e0c:1:1599::15]) by mx1.freebsd.org (Postfix) with ESMTP id 52F4E1021; Tue, 4 Feb 2014 14:00:14 +0000 (UTC) Received: from yggdrasil.alkumuna.eu (unknown [IPv6:2a01:e35:8a74:6e70:232:36ff:fe5c:3a87]) by smtp6-g21.free.fr (Postfix) with ESMTP id DD2D88224D; Tue, 4 Feb 2014 15:00:08 +0100 (CET) Received: from vpn-244137.local.univ-savoie.fr (vpn-b-advanced.univ-savoie.fr [193.48.127.14]) (authenticated bits=0) by yggdrasil.alkumuna.eu (8.14.7/8.14.7) with ESMTP id s14E0685064614 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 4 Feb 2014 15:00:07 +0100 (CET) (envelope-from mazhe@alkumuna.eu) Subject: Re: Can someone have a look at PR 185060 (audio/sonata) ? Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Content-Type: multipart/signed; boundary="Apple-Mail=_9F4083AA-359D-4659-B8EA-5C2479AD1336"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Matthieu Volat In-Reply-To: <29AA5EF3B37B1D8D4BC37ABC@ogg.in.absolight.net> Date: Tue, 4 Feb 2014 15:00:07 +0100 Message-Id: <6D89624E-7FDB-479F-AFBB-63E969ADD854@alkumuna.eu> References: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> <29AA5EF3B37B1D8D4BC37ABC@ogg.in.absolight.net> To: Mathieu Arnold X-Mailer: Apple Mail (2.1510) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 14:00:17 -0000 --Apple-Mail=_9F4083AA-359D-4659-B8EA-5C2479AD1336 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Le 4 f=E9vr. 2014 =E0 14:11, Mathieu Arnold a =E9crit = : > +--On 4 f=E9vrier 2014 09:47:58 +0100 Matthieu Volat = > wrote: > | Hi everybody, > |=20 > | I know everybody is overloaded, but if somebody could have a look at=20= > | http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/185060 > |=20 > | It would be nice, audio/sonata is pretty useless on freebsd now, and = have > | been for more than a month=85 And it's getting irritating in these > | periods of rebuild to ever have to manually patch things=85 :( >=20 > Fix committed, thanks :-) >=20 > --=20 > Mathieu Arnold >=20 Thank you very much! --Apple-Mail=_9F4083AA-359D-4659-B8EA-5C2479AD1336 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlLw8nAACgkQ+ENDeYKZi34nAwCdF0HGXqtKkUxwNsEwkDr6jdPD 71UAn0H779AyTX92sp20j44iJHtzvbPu =pSL9 -----END PGP SIGNATURE----- --Apple-Mail=_9F4083AA-359D-4659-B8EA-5C2479AD1336-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 15:11:15 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2582EFD; Tue, 4 Feb 2014 15:11:15 +0000 (UTC) Received: from mail.lhr1.as41113.net (mail.lhr1.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 97DA71726; Tue, 4 Feb 2014 15:11:14 +0000 (UTC) Received: from [172.21.87.41] (unknown [212.9.98.195]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by mail.lhr1.as41113.net (Postfix) with ESMTPSA id 3fJTrB6DXXz7v2m; Tue, 4 Feb 2014 15:11:06 +0000 (UTC) Message-ID: <52F10309.2010407@rewt.org.uk> Date: Tue, 04 Feb 2014 15:11:05 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "freebsd-mips@freebsd.org" Subject: Quagga[-re] on mips64 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 15:11:15 -0000 Hi chaps, On mips64 (at least), the port produces object files instead of executable binaries, building with --disable-pie fixes that... before I raise a PR, does this look good? --- Makefile.orig 2014-02-04 12:52:20.740310244 +0000 +++ Makefile 2014-02-04 15:04:34.719614897 +0000 @@ -61,6 +61,10 @@ ENABLE_GROUP=quagga .endif +.if ${ARCH:Mmips*} +CONFIGURE_ARGS+=--disable-pie +.endif + CONFIGURE_ARGS+=--enable-user=${ENABLE_USER} CONFIGURE_ARGS+=--enable-group=${ENABLE_GROUP} This produces a working build/package for me at least, only thing I'm not sure on is how that will work if mips packages are ever built for installation by pkg and cross-built. Cheers, Joe From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 15:26:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AC964BE for ; Tue, 4 Feb 2014 15:26:30 +0000 (UTC) Received: from mail-forward2.uio.no (mail-forward2.uio.no [IPv6:2001:700:100:10::71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C28F21891 for ; Tue, 4 Feb 2014 15:26:29 +0000 (UTC) Received: from exim by mail-out2.uio.no with local-bsmtp (Exim 4.75) (envelope-from ) id 1WAhtM-0000uk-73 for freebsd-ports@freebsd.org; Tue, 04 Feb 2014 16:26:28 +0100 Received: from mail-mx4.uio.no ([129.240.10.45]) by mail-out2.uio.no with esmtp (Exim 4.75) (envelope-from ) id 1WAhtG-0000u3-Qb; Tue, 04 Feb 2014 16:26:22 +0100 Received: from shiva.uio.no ([129.240.203.14]) by mail-mx4.uio.no with esmtp (Exim 4.80) (envelope-from ) id 1WAhtG-0000rk-Ga; Tue, 04 Feb 2014 16:26:22 +0100 Message-ID: <52F1069E.8000009@thanelange.no> Date: Tue, 04 Feb 2014 16:26:22 +0100 From: Gyrd Thane Lange User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Mathieu Arnold , Matthieu Volat , freebsd-ports@freebsd.org Subject: Re: Can someone have a look at PR 185060 (audio/sonata) ? References: <6A8D418F-FEEB-4C51-98DB-8A98DE532493@alkumuna.eu> <29AA5EF3B37B1D8D4BC37ABC@ogg.in.absolight.net> In-Reply-To: <29AA5EF3B37B1D8D4BC37ABC@ogg.in.absolight.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: B043A86418A95A110A31C2DDDAD6C55F82CF27B7 X-UiO-SPAM-Test: remote_host: 129.240.203.14 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 138 max/h 6 blacklist 0 greylist 0 ratelimit 0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 15:26:30 -0000 On 04. feb. 2014 14:11, Mathieu Arnold wrote: > +--On 4 février 2014 09:47:58 +0100 Matthieu Volat > wrote: > | Hi everybody, > | > | I know everybody is overloaded, but if somebody could have a look at > | http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/185060 > | > | It would be nice, audio/sonata is pretty useless on freebsd now, and have > | been for more than a month… And it's getting irritating in these > | periods of rebuild to ever have to manually patch things… :( > > Fix committed, thanks :-) Thanks! From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 15:54:44 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4034C0E; Tue, 4 Feb 2014 15:54:44 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 813E41AF9; Tue, 4 Feb 2014 15:54:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=OmFoaBHncChvwJYdvQKWemHVNNfOMbH5Kd0C5k4f3LU=; b=Ln7wTR/KsGRsYSA6jhLxH1PMal94BqP+2T74GCPPnb8fNpc26q9AWEkdgXps6C28pVztCRRp/ROKCJ5I1VUJ20cvEDYCzY82UL1Zy02XFaGxEE6IM1SgTlcbBKB7SGZyR6yR/dvZODzAmxe3OMsahbuOtgmiVD3upAmg/gdPsSM=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAiKh-000NSf-4W; Tue, 04 Feb 2014 15:54:43 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: nemysis@FreeBSD.org X-Trac-Project: redports Date: Tue, 04 Feb 2014 15:54:43 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342530: 4x leftovers To: nemysis@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140204134600-13815 X-Trac-Build-ID: 20140204134600-13815 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 15:54:44 -0000 - Revert r342510 %QT_BINDIR%%/cutemaze to bin/cutemaze Reported by: makc@ --------------------------------------------------------------------- Build ID: 20140204134600-13815 Job owner: nemysis@FreeBSD.org Buildtime: 2 hours Enddate: Tue, 04 Feb 2014 15:54:39 GMT Revision: r342530 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342530 --------------------------------------------------------------------- Port: games/cutemaze 1.1.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204134600-13815-269880/cutemaze-1.1.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204134600-13815-269881/cutemaze-1.1.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204134600-13815-269882/cutemaze-1.1.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~nemysis@FreeBSD.org/20140204134600-13815-269883/cutemaze-1.1.1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 16:50:23 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2642E1DD; Tue, 4 Feb 2014 16:50:23 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B87E9114E; Tue, 4 Feb 2014 16:50:22 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id s14GlUQq004727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Feb 2014 10:47:36 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1391532456; bh=4UTaF2IRgn2yTf6VYb4f4K2CunbLYyjdd2d2L5JjiOM=; h=Date:From:To:cc:Subject; b=a+bp+lUxHQnPevxAQm5e9xzo89aU4bzfdn/w7StuKqPGdbBcVlKVO16yJRWiiQb/P BGDwRG+jwsDPz0qSVyoStklDv1qCpZ5Fy4EuRANhJoNQAM2r2ROZ7gjH3i0Spu8Kt3 Eb88xvOtfF1QqywlbVtCH34df+DHltZrfeENAza5FEwhycZTQabEg/3tG5srlX8VYK ygpieunFubXCHqO614SiR3F7LOpBrUXQ3GmyGAiqqMDKSHKcdvN1Fyn9R3N2POw92V fqdn1JViEuNJxoyAw36EmjRHisEvw/bstacvc7xPqCF9s6tfQtsmFVa21Wb6yArw2S QLnBcXCc1y77Q== Date: Tue, 4 Feb 2014 10:47:30 -0600 (CST) From: Greg Rivers To: freebsd-ports@freebsd.org Subject: databases/mysql56-client build failure on 9.2-STABLE i386 Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Tue, 04 Feb 2014 10:47:36 -0600 (CST) Cc: ale@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 16:50:23 -0000 The recent update from mysql56-client-5.6.15 to mysql56-client-5.6.16 fails to build on 9.2-STABLE i386. It builds fine on amd64 (both 9.2-STABLE and 10.0-STABLE). Here's the error: ... [ 10%] Built target yassl Scanning dependencies of target taocrypt [ 11%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/aes.cpp.o [ 11%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/aestables.cpp.o [ 12%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/algebra.cpp.o [ 12%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/arc4.cpp.o [ 12%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/asn.cpp.o [ 13%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/coding.cpp.o [ 13%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/des.cpp.o [ 13%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/dh.cpp.o [ 14%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/dsa.cpp.o [ 14%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/file.cpp.o [ 15%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/hash.cpp.o [ 15%] Building CXX object extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/integer.cpp.o /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp: In function 'void TaoCrypt::P4_Mul(long long int __vector__*, const long long int __vector__*, const long long int __vector__*)': /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1712: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numbers of subparts /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1712: error: cannot convert 'int __vector__' to 'long long int __vector__' for argument '1' to 'long long int __vector__ __builtin_ia32_psrlqi128(long long int __vector__, int)' /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1713: error: cannot convert 'int __vector__' to 'long long int __vector__' for argument '1' to 'long long int __vector__ __builtin_ia32_psrlqi128(long long int __vector__, int)' /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp: At global scope: /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1132: warning: 'TaoCrypt::s_RunAtStartupSetPentiumFunctionPointers' defined but not used *** [extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/integer.cpp.o] Error code 1 1 error *** [extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/all] Error code 2 1 error *** [all] Error code 2 1 error ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/databases/mysql56-client. Is this a simple matter to fix, or should I open a PR? -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 17:21:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 176C4F51 for ; Tue, 4 Feb 2014 17:21:57 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E6B4F14B1 for ; Tue, 4 Feb 2014 17:21:56 +0000 (UTC) Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 0E0C2517E7; Tue, 4 Feb 2014 09:21:54 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nzp@fulvetta.riseup.net) with ESMTPSA id 98B13224 Message-ID: <52F121AE.1050405@riseup.net> Date: Tue, 04 Feb 2014 18:21:50 +0100 From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: d@delphij.net, freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> <52F092F2.1010705@delphij.net> In-Reply-To: <52F092F2.1010705@delphij.net> X-Enigmail-Version: 1.6 Mail-Followup-To: d@delphij.net, freebsd-ports@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QtD3Ckd05xFBewML4uqMKXHBwoBQ1UsQb" X-Virus-Scanned: clamav-milter 0.97.8 at mx1 X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 17:21:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QtD3Ckd05xFBewML4uqMKXHBwoBQ1UsQb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/02/14 08:12, Xin Li wrote: > Hi, >=20 > On 2/3/14, 10:22 PM, Xin Li wrote: >> On 2/3/14, 9:59 PM, Nikola Pavlovi=C4=87 wrote: >>> Was there a *huge* update to ports tree tonight between around >>> 00:20 and 06:30 CET? Portsnap just fetched 24720 patches (this >>> is more or less every port I guess), but I can't find anything >>> in http://svnweb.freebsd.org/ports/head/ that would correspond >>> to this. I'm a bit worried. :) >=20 >> This may be related to my upgrade operation on the portsnap >> builder, which happened around UTC midnight, right after a new >> "snap" snapshot is taken. >=20 >> I'll do a full tree audit just in case. >=20 > I've compared and can now confirm that the portsnap tree matches from > a SSH checkout of svn tree. >=20 Great, thanks for the info and for the effort! --QtD3Ckd05xFBewML4uqMKXHBwoBQ1UsQb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQGcBAEBCAAGBQJS8SGuAAoJECVxJsPurgHo30ML/387NutiHsS+BWwOLcH7cWUz WxDJPKRjczkWTk9+nCNjuKEMmPrI58F+rT6Mm55agVkSlDePejggOGwsjaZSAGL6 BReXbVRisn4Mynpf2LTe2LtfIdXJUVszCg+aIXsPXP07zIchG+Rv4+FJlmEunukF RqnfkX8wMK9h9cnBxqWUU5BqAl8dY7SFgjr5ZEhUGNc3B+8t11waw9PP/14m/l0i 7s1GCb8QsIz/+jXiRBhbZo3mpK7mIZ3KV+FO9rcXNRnpbO6fqL78awpsoJphoue0 JMHu5OHURnDUCJMUtdeq+H26irtwNbKmNOjOxqDYc1eePRwx48zNxHOQm3whTa3h J4XLCSx5kLavcWp1DoNY7hmh/J90O98uz6nFkLLo0CDRSWp0Fjx7nXSUSueIJBSx tmVm53c7+8tyc1wxuInsuKHzhE4h87Xha5dO9jNKHa9gHfOUJe4lEnxUB60X5sV2 DEyErRQAFBFtJFVzfBLPz9+I8x+wjjjymrHnMVJPEQ== =Cq4V -----END PGP SIGNATURE----- --QtD3Ckd05xFBewML4uqMKXHBwoBQ1UsQb-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 17:29:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA66724C; Tue, 4 Feb 2014 17:29:56 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D592151D; Tue, 4 Feb 2014 17:29:56 +0000 (UTC) Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id B8EF6517E7; Tue, 4 Feb 2014 09:29:55 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nzp@fulvetta.riseup.net) with ESMTPSA id ABC2C20A Message-ID: <52F12391.6060101@riseup.net> Date: Tue, 04 Feb 2014 18:29:53 +0100 From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Colin Percival , d@delphij.net, freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> <52F0A889.7090803@freebsd.org> In-Reply-To: <52F0A889.7090803@freebsd.org> X-Enigmail-Version: 1.6 Mail-Followup-To: Colin Percival , d@delphij.net, freebsd-ports@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HdSpeJRguQkLUnxRXVxtoTgirNSNbKru4" X-Virus-Scanned: clamav-milter 0.97.8 at mx1 X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 17:29:56 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HdSpeJRguQkLUnxRXVxtoTgirNSNbKru4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/02/14 09:44, Colin Percival wrote: > On 02/03/14 22:22, Xin Li wrote: >> On 2/3/14, 9:59 PM, Nikola Pavlovi=C4=87 wrote: >>> Was there a *huge* update to ports tree tonight between around 00:20 = and >>> 06:30 CET? Portsnap just fetched 24720 patches (this is more or less= >>> every port I guess), but I can't find anything in=20 >>> http://svnweb.freebsd.org/ports/head/ that would correspond to this. = I'm >>> a bit worried. :) >> >> This may be related to my upgrade operation on the portsnap builder, w= hich >> happened around UTC midnight, right after a new "snap" snapshot is tak= en. >=20 > I'm pretty sure this resulted from changes to libarchive / bsdtar. Wit= h > them generating different tarballs for the same input, the portsnap bui= ld > thinks that everything has changed. >=20 > ... there's actually code on the portsnap builder to revert such change= s, > but I don't think delphij knew about it and I didn't realize he was > upgrading the portsnap builder until too late. >=20 I see, thanks. This sounds like mystery solved, but I can't be the only one who's seen this, so just to be sure---has anyone else had the same thing happen? (Unfortunately, I don't have another FreeBSD machine at hand, unrelated to the one from the first post, to check.) --HdSpeJRguQkLUnxRXVxtoTgirNSNbKru4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQGcBAEBCAAGBQJS8SORAAoJECVxJsPurgHoFDIL/1YOpzQCqdE+62PI5SBCVRtl 09VCNtbZe6KYHzwm6lw/4oPdH3MMokfeND1OtvGPW745QG9ig5r2Bj37nWwm6qZL 8K19+VmRDpKmAw623BNVQ80zMX4t8x5+DQo3fGXqN0iaQayNQlxOEyEYp/l2N9zG tR4YkeedTt43vsF1VLYEe/NaKk7WUzp3ZPVLkeS+1zWntlpsQ6WzVaK5yK16p3QS KOYDTtlik5bbl5ZphmP2gHil2TkzCoJzXgf1I5np7dlsn9vPykbGO/OMULeI/9kq 59DxCRWYBFb7rt69Z0Os/35Ym7JDTcrUDZhyq/TgUbmbVEOh746klxoZVMu5rj+Y ughIu7yzbx771FeLExRAEUtIaRWAYXJxVCpMNQUspwrHh13oKXRFngpo3dRMP+bX iwykpoqDJzpP2mlTApeXqictEHIfXUO+y+Q+F7CsHX3ZVIXRYOO3uH5bCuMr9N93 05a8Bs58Xk5RAnwYTkCnBpM2VtDtO5/+ZGCsBFsYqQ== =3wvs -----END PGP SIGNATURE----- --HdSpeJRguQkLUnxRXVxtoTgirNSNbKru4-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 17:37:59 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31D9753E for ; Tue, 4 Feb 2014 17:37:59 +0000 (UTC) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AAEF1603 for ; Tue, 4 Feb 2014 17:37:58 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.7/8.14.6) with ESMTP id s14HbtKL007008 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 4 Feb 2014 17:37:56 GMT (envelope-from vince@unsane.co.uk) Message-ID: <52F12573.8020309@unsane.co.uk> Date: Tue, 04 Feb 2014 17:37:55 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> <52F0A889.7090803@freebsd.org> <52F12391.6060101@riseup.net> In-Reply-To: <52F12391.6060101@riseup.net> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 17:37:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/02/2014 17:29, Nikola Pavlović wrote: > On 04/02/14 09:44, Colin Percival wrote: >> On 02/03/14 22:22, Xin Li wrote: >>> On 2/3/14, 9:59 PM, Nikola Pavlović wrote: >>>> Was there a *huge* update to ports tree tonight between around 00:20 and >>>> 06:30 CET? Portsnap just fetched 24720 patches (this is more or less >>>> every port I guess), but I can't find anything in >>>> http://svnweb.freebsd.org/ports/head/ that would correspond to this. I'm >>>> a bit worried. :) >>> >>> This may be related to my upgrade operation on the portsnap builder, which >>> happened around UTC midnight, right after a new "snap" snapshot is taken. >> >> I'm pretty sure this resulted from changes to libarchive / bsdtar. With >> them generating different tarballs for the same input, the portsnap build >> thinks that everything has changed. >> >> ... there's actually code on the portsnap builder to revert such changes, >> but I don't think delphij knew about it and I didn't realize he was >> upgrading the portsnap builder until too late. >> > > I see, thanks. This sounds like mystery solved, but I can't be the only > one who's seen this, so just to be sure---has anyone else had the same > thing happen? (Unfortunately, I don't have another FreeBSD machine at > hand, unrelated to the one from the first post, to check.) > I had a huge list when I updated at approx 6am GMT. I did initially wonder why there wasn't much to update considering this but the explanation seems reasonable enough to me. Vince > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS8SVzAAoJEF4mgOY1fXowgdwP/0co37MQQQc1Fx94EIBi7g6a ss/kOHxwisgvZwe3SN9Y3c5RYvqDhqvD+JdOD0C8rS73w+zi5D6FoGYvMf3IfZ91 FlkKihOcJjVpWlZLBbRtTGXgIBRNYIPnia8egs0aTKV+kQZGbzj5UwmvKvqRN7Dp E3hWuMo4w5RrfFyrKep2Eq5IniWbyLoS7snTUug0cDTOP023H/hAsWV5GQMyPfZ1 jz5yD2EvqAUf1vlsESgVeO9wW8mAUA85iBRw1K48sQugsCG2M0cZ6/mxUKMoTdXj AhNzn4M08gnG0x5EVpEABNPSY6/LUWWsPBYmcT7HENNz0g5xa2yg3FFcJREd/v5d bNsBPhFQ96hExojT2f9DsRKnpxHbPQqLlAOD5uxkKtQ0byCBlfj2lN0NM1IrCiif Xe/k+9U2YwWNnwSseF9OIE6pO6Pwt+IkXFn/XHnUGMVZBylTGIeJGUc1jvB7qbb4 pzX+gatjz4U1EYmIH1/bvgl5JUR/ly6aV0KV5odGaZsbVt8OIA/KKJjLp89F3X4F 5L/PvqwOVGC2ndWNB0erdzMgQ2pVw3Cvyycf+xwG0v8tv/Sq8ZQbtwopDCia+aaw LaygbEAYHJY7ppXydE9G12Gc7kpvYFQrvtAeWE0E+G786ESIzyeZyAJsZ4uvy8mt YGSrXZwtfRv1R5tCXXRS =Zz3r -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 18:19:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F017EEB for ; Tue, 4 Feb 2014 18:19:57 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BF3F198B for ; Tue, 4 Feb 2014 18:19:56 +0000 (UTC) Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 58F4D51A05 for ; Tue, 4 Feb 2014 10:19:56 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: nzp@fulvetta.riseup.net) with ESMTPSA id A742A242 Message-ID: <52F12F4A.5040602@riseup.net> Date: Tue, 04 Feb 2014 19:19:54 +0100 From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: Massive ports update? References: <52F081AF.8030402@riseup.net> <52F08713.3080206@delphij.net> <52F0A889.7090803@freebsd.org> <52F12391.6060101@riseup.net> <52F12573.8020309@unsane.co.uk> In-Reply-To: <52F12573.8020309@unsane.co.uk> X-Enigmail-Version: 1.6 Mail-Followup-To: freebsd-ports@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="TRxfuPK5g611F8UTISRJGPae4aLeGlsEA" X-Virus-Scanned: clamav-milter 0.97.8 at mx1 X-Virus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 18:19:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --TRxfuPK5g611F8UTISRJGPae4aLeGlsEA Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/02/14 18:37, Vincent Hoffman wrote: > I had a huge list when I updated at approx 6am GMT. > I did initially wonder why there wasn't much to update considering this= > but the explanation seems reasonable enough to me. >=20 > Vince >=20 OK, great, thanks! Peace of mind restored. :) --TRxfuPK5g611F8UTISRJGPae4aLeGlsEA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQGcBAEBCAAGBQJS8S9KAAoJECVxJsPurgHoqJkL/RgI2E8vG8GTwN4viSJaDdPN s3vV8/cGz3669+/h3RRlTu0eBpsIOzCAlsD7zYKRDpn5fBRo2aSwglRQC3zb5fJ6 y5N3J7oLj3v0Cyou+HhOXqMrWC6eg3X7prL/h9G/49ivPqc4soWYhaal8wkr8Kf0 11exTawquEwgdSQGRKM6eTXxcIUUPajqZGo25+AjcXRADuJ3CQ1R/8By+e5vbKUi GAQdK7cMzq9paZDex66xmcS0rYaz22dZJpr/U22ZojBT26gcPp9GiA58v8CnGzkH klPMXy+r0EM0MMZda8kL/4DgmoKPA4W8fjRNcc0ABqD743VP3NmiTFvoX2Asrjpj v1SCF+ncGxBoTpo30rPZAD0BW0/lgEJGrVQxRBcehCaevAltYjlvKiJY6zQNhWJe HX3WLWFynKkmuXf729a36m+hxaRrbN+q9e1bxA3mWQxyfXvgvg1+I0Epwej9UUFe t/3qkipdnJNqSkSlvjGXE/K+14M2XA+e6j7LNFpEhQ== =XQfO -----END PGP SIGNATURE----- --TRxfuPK5g611F8UTISRJGPae4aLeGlsEA-- From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 19:59:10 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 833CFEB; Tue, 4 Feb 2014 19:59:10 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 51AB01448; Tue, 4 Feb 2014 19:59:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=pSgZv86wxOQKWGS6whWOe/WLSyAf7ZbGYFjXm/IoEYA=; b=Xztc49aIQaAg3EvKkBGMzGgc46qLpVTqCY2jNexjlbH+kI1RDZ/58JSFpxz6AqOC7gH0s3U4xwa5CZHP6j/AT1xCn2kH6xRSLrjvtXjOFU7T+GihMFYxTxI3p+V1Ec3gGT9CeJ6XREkqiHTav3ZTXDsoajU/jhFOJGrOYZi9bcQ=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAm9E-000GKM-Rv; Tue, 04 Feb 2014 19:59:08 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: lx@FreeBSD.org X-Trac-Project: redports Date: Tue, 04 Feb 2014 19:59:08 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342592: 4x leftovers To: lx@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140204191600-19150 X-Trac-Build-ID: 20140204191600-19150 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 19:59:10 -0000 Remove STAGE support, it screws up the run scripts. PR: 184949 Submitted by: issue reported by DrTebi --------------------------------------------------------------------- Build ID: 20140204191600-19150 Job owner: lx@FreeBSD.org Buildtime: 43 minutes Enddate: Tue, 04 Feb 2014 19:59:08 GMT Revision: r342592 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342592 --------------------------------------------------------------------- Port: dns/djbdns 1.05_15 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~lx@FreeBSD.org/20140204191600-19150-270136/djbdns-1.05_15.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~lx@FreeBSD.org/20140204191600-19150-270137/djbdns-1.05_15.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~lx@FreeBSD.org/20140204191600-19150-270138/djbdns-1.05_15.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~lx@FreeBSD.org/20140204191600-19150-270139/djbdns-1.05_15.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 20:27:44 2014 Return-Path: Delivered-To: freebsd-ports@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFC10CC8; Tue, 4 Feb 2014 20:27:44 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFA5E170F; Tue, 4 Feb 2014 20:27:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s14KRiI9029376; Tue, 4 Feb 2014 20:27:44 GMT (envelope-from rene@freefall.freebsd.org) Received: (from rene@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s14KRiGd029375; Tue, 4 Feb 2014 20:27:44 GMT (envelope-from rene) Date: Tue, 4 Feb 2014 20:27:44 GMT Message-Id: <201402042027.s14KRiGd029375@freefall.freebsd.org> To: rene@FreeBSD.org, rene@FreeBSD.org, freebsd-ports@FreeBSD.org From: rene@FreeBSD.org Subject: Re: ports/172288: net/boinc-client broken with OPTIMIZE X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 20:27:45 -0000 Synopsis: net/boinc-client broken with OPTIMIZE Responsible-Changed-From-To: rene->freebsd-ports Responsible-Changed-By: rene Responsible-Changed-When: Tue Feb 4 20:27:21 UTC 2014 Responsible-Changed-Why: Bcak to the pool. http://www.freebsd.org/cgi/query-pr.cgi?pr=172288 From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 21:38:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7581E7FC for ; Tue, 4 Feb 2014 21:38:52 +0000 (UTC) Received: from mst-rip5-missouri-out.um.umsystem.edu (mst-rip5-missouri-out.um.umsystem.edu [198.209.50.135]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF4171E09 for ; Tue, 4 Feb 2014 21:38:51 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAE9d8VLPoJ7S/2dsb2JhbABZgww4V74cgQ8WdIIlAQEFJ00EARACARYKCRYPCQMCAQIBICUCBA0BBwEBiAHFbYg3F451B4Q4BIkRkEyQb4Mtgio X-IPAS-Result: Ag0FAE9d8VLPoJ7S/2dsb2JhbABZgww4V74cgQ8WdIIlAQEFJ00EARACARYKCRYPCQMCAQIBICUCBA0BBwEBiAHFbYg3F451B4Q4BIkRkEyQb4Mtgio Received: from um-ncas5.um.umsystem.edu ([207.160.158.210]) by mst-rip5-exch-relay.um.umsystem.edu with ESMTP; 04 Feb 2014 15:38:45 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS5.um.umsystem.edu ([207.160.158.210]) with mapi id 14.03.0174.001; Tue, 4 Feb 2014 15:38:43 -0600 From: "Montgomery-Smith, Stephen" To: Konstantin Belousov Subject: Solved - was: Problems with linking on FreeBSD-10 Thread-Topic: Solved - was: Problems with linking on FreeBSD-10 Thread-Index: AQHPHholgD2MMQMMlEanesmM2H1EvZqfOBQAgABEwACABo51AA== Date: Tue, 4 Feb 2014 21:38:42 +0000 Message-ID: <52F15DDA.3000101@missouri.edu> References: <52EAEC1D.9040502@missouri.edu> <20140131132504.GZ24664@kib.kiev.ua> <52EBDDDC.7000702@missouri.edu> In-Reply-To: <52EBDDDC.7000702@missouri.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 x-originating-ip: [207.160.158.206] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 21:38:52 -0000 On 01/31/2014 11:31 AM, Stephen Montgomery-Smith wrote: > On 01/31/14 07:25, Konstantin Belousov wrote: >> On Fri, Jan 31, 2014 at 12:19:46AM +0000, Montgomery-Smith, Stephen >> wrote: >>> I maintain the port math/sage. The port builds its own version of the >>> libreadline library. The port also uses lang/gcc instead of clang, >>> because the port needs Fortran. >>> >>> The port is wanting to create a shared library called libR.so, which it >>> wants to link with the libreadline library it created itself. So it >>> issues this kind of command: >>> >>> gcc46 -Wl,-rpath=3Dpath-of-newly-made-library -o libR.so -lreadline >>> >>> I have left out most of the command for brevity. >> Not for brevity, but to make the diagnostic impossible. >> >=20 > Here are more details. I have the -L there as well. >=20 > It creates libR.so using a command > like this: >=20 > cc -std=3Dgnu99 -shared -fopenmp > -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ > -Wl,-rpath=3D/usr/home/stephen/sage/work/sage-6.0/local/lib > -Wl,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o libR.so > CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o > arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o > colors.o complex.o connections.o context.o cum.o dcf.o datetime.o > debug.o deparse.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o > edit.o engine.o envir.o errors.o eval.o format.o gevents.o gram.o > gram-ex.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 names.o objects.o options.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 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 `ls ../unix/*.o ../appl/*.o ../nmath/*.o` > ../extra/zlib/libz.a ../extra/bzip2/libbz2.a ../extra/pcre/libpcre.a > ../extra/tre/libtre.a > -L/usr/home/stephen/sage/work/sage-6.0/local/lib -lf77blas -latlas > -lgfortran -lm -lquadmath -lintl -lreadline -llzma -lrt -lm -liconv >=20 > Now -Wl,-rpath is set, so it should find libreadline in > /usr/home/stephen/sage/work/sage-6.0/local/lib. But instead it finds > libreadline in /lib. So later when it does the following compilation to > build R.bin: >=20 > gcc -std=3Dgnu99 -export-dynamic -fopenmp > -L/usr/home/stephen/sage/work/sage-6.0/local/lib/ > -Wl,-rpath=3D/usr/home/stephen/sage/work/sage-6.0/local/lib > -Wl,-rpath=3D/usr/local/lib/gcc46 -L/usr/local/lib/gcc46 -o R.bin Rmain.o > -L../../lib -lR >=20 > ...it comes up with an error saying that rl_sort_completion_matches > isn't found. And when I do an ldd or "readelf -d" on libR.so, I can see > that it is trying to link to the wrong libreadline, and > rl_sort_completion_matches is only defined in the other libreadline. >=20 >=20 >>> >>> Unfortunately the libR.so pulls in /lib/libreadline - the version that >>> comes with the base FreeBSD. I thought that -rpath flag was supposed t= o >>> tell the linker where to find the library. But it doesn't. >> Show exact commands and exact error message. It is not possible to >> understand from you message is the failure at the static linking (ld(1)) >> or dynamic (at the program startup) stage. >> >> Just in case this might be useful: >> - -rpath only affects runtime search path >> - ld(1) search for libraries is directed with the -L option. >> >>> >>> The failure is when using FreeBSD-10. With FreeBSD-8 it works great. = I >>> also assume that gcc46 uses /usr/local/bin/ld instead of /usr/bin/ld, >>> since devel/binutils is a dependency of lang/gcc. >>> >>> Can anyone help me? Is this a bug with FreeBSD? Or is there some extr= a >>> flag I can set with the linker to make it work? I have tried >>> -rpath-link and -z origin, but these were random guesses. and I don't >>> really know what I am doing. >>> >>> Thanks, Stephen /usr/home/stephen/sage/work/sage-6.0/local/lib contained libreadline.so.6. But for ld to work, it also had to contain a link libreadline.so->libreadline.so.6. (Is this sort of behavior documented anywhere?) From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 22:27:29 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76D935E9 for ; Tue, 4 Feb 2014 22:27:29 +0000 (UTC) Received: from um-nip3-missouri-out.um.umsystem.edu (um-nip3-missouri-out.um.umsystem.edu [198.209.49.163]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 25DB81423 for ; Tue, 4 Feb 2014 22:27:28 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag0FAFVo8VLPoJ7U/2dsb2JhbABZDoJ+gQ+7FIMIgQ8WdIIlAQEFeBECAQgOCgkWDwkDAgECASAlAgQBDAgBAYgBxW2INxeOfIQ4BIkRoTuCbj+CKg X-IPAS-Result: Ag0FAFVo8VLPoJ7U/2dsb2JhbABZDoJ+gQ+7FIMIgQ8WdIIlAQEFeBECAQgOCgkWDwkDAgECASAlAgQBDAgBAYgBxW2INxeOfIQ4BIkRoTuCbj+CKg Received: from um-ncas6.um.umsystem.edu ([207.160.158.212]) by um-nip3-exch-relay.um.umsystem.edu with ESMTP; 04 Feb 2014 16:26:19 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS6.um.umsystem.edu ([207.160.158.212]) with mapi id 14.03.0174.001; Tue, 4 Feb 2014 16:26:18 -0600 From: "Montgomery-Smith, Stephen" To: Kostas Oikonomou , =?iso-8859-1?Q?Jouko_Lumij=E4rvi?= , ajtiM , Greg Rivers , "GeorgSWeber@googlemail.com" , Daniel Smith , FreeBSD Ports Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgAZXQ4CAAuRwgA== Date: Tue, 4 Feb 2014 22:26:17 +0000 Message-ID: <52F16905.4060306@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52EEFBE5.1020807@missouri.edu> In-Reply-To: <52EEFBE5.1020807@missouri.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 x-originating-ip: [207.160.158.206] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <8BFB7EB9BF922D49BAFE393D3D34158E@missouri.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 22:27:29 -0000 On 02/02/2014 08:16 PM, Montgomery-Smith, Stephen wrote: > On 01/29/2014 07:26 PM, Montgomery-Smith, Stephen wrote: >> On 01/29/2014 07:00 PM, Montgomery-Smith, Stephen wrote: >>> I have just updated sage to version 6.0. I have also made some changes >>> to help it work with FreeBSD-10, using ideas given to me by Daniel >>> Smith. Since I don't have a fast computer using FreeBSD-10, I would >>> appreciate it if any of you guys could try it out and see if it works. >> >> I meant math/sage (for those who don't normally use it.) I just committed a change to the math/sage port, which I am hoping will fix the build on FreeBSD-10. The new file is files/patch-build_pkgs_readline_fbsd-patch-src_support_shlib-install I am testing it now, but it would be helpful if others would test it as well, because my computer is slow. Stephen From owner-freebsd-ports@FreeBSD.ORG Tue Feb 4 23:26:39 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17C62533 for ; Tue, 4 Feb 2014 23:26:39 +0000 (UTC) Received: from smtp-int-m.obspm.fr (smtp-int-m.obspm.fr [145.238.187.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 965CF198C for ; Tue, 4 Feb 2014 23:26:38 +0000 (UTC) Received: from pcjas.obspm.fr (pcjas.obspm.fr [145.238.184.233]) by smtp-int-m.obspm.fr (8.14.4/8.14.4/SIO Observatoire de Paris - 07/2009) with ESMTP id s14NOKMx010977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 5 Feb 2014 00:24:22 +0100 Date: Wed, 5 Feb 2014 00:24:20 +0100 From: Albert Shih To: freebsd-ports@freebsd.org Subject: mutt ports broke portupgrade Message-ID: <20140204232420.GA76864@pcjas.obspm.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.22 (2013-10-16) X-Miltered: at smtp-int-m.obspm.fr with ID 52F176A4.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 52F176A4.000/145.238.184.233/pcjas.obspm.fr/pcjas.obspm.fr/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2014 23:26:39 -0000 hi all, mutt ports broke portuprade in the last update [root@ /root]# portupgrade --all [Reading data from pkg(8) ... - 886 packages found - done] [Updating the portsdb in /usr/ports ... - 24579 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000.........21000.........22000.........23000.........24000..... ..... done] "Makefile", line 441: Unassociated shell command "@${ECHO} "=====================================================" > ${PKGMESSAGE}" "Makefile", line 442: Unassociated shell command "@${ECHO} "You have installed ${PORTNAME} with SLANG support." >> ${PKGMESSAGE}" "Makefile", line 443: Unassociated shell command "@${ECHO} "This may work for a color terminal only when defining" >> ${PKGMESSAGE}" "Makefile", line 444: Unassociated shell command "@${ECHO} "COLORTERM=yes and COLORFGBG=\"color1;color2\" in your" >> ${PKGMESSAGE}" "Makefile", line 445: Unassociated shell command "@${ECHO} "environment." >> ${PKGMESSAGE}" "Makefile", line 446: Unassociated shell command "@${ECHO} "=====================================================" >> ${PKGMESSAGE}" make: fatal errors encountered -- cannot continue ** Makefile possibly broken: mail/mutt: ** Please report this to the maintainer for mail/mutt /usr/local/sbin/portupgrade:1580:in `get_pkgname': Makefile broken (MakefileBrokenError) from /usr/local/sbin/portupgrade:642:in `block (4 levels) in main' from /usr/local/sbin/portupgrade:626:in `each' from /usr/local/sbin/portupgrade:626:in `block (3 levels) in main' from /usr/local/sbin/portupgrade:599:in `catch' from /usr/local/sbin/portupgrade:599:in `block (2 levels) in main' from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `call' from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `block (2 levels) in parse_in_order' from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `catch' from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `block in parse_in_order' from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `catch' from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `parse_in_order' from /usr/local/lib/ruby/2.0/optparse.rb:1345:in `order!' from /usr/local/lib/ruby/2.0/optparse.rb:1337:in `order' from /usr/local/sbin/portupgrade:576:in `block in main' from /usr/local/lib/ruby/2.0/optparse.rb:885:in `initialize' from /usr/local/sbin/portupgrade:237:in `new' from /usr/local/sbin/portupgrade:237:in `main' from /usr/local/sbin/portupgrade:2371:in `
' Regards. JAS -- Albert SHIH DIO bâtiment 15 Observatoire de Paris 5 Place Jules Janssen 92195 Meudon Cedex France Téléphone : +33 1 45 07 76 26/+33 6 86 69 95 71 xmpp: jas@obspm.fr Heure local/Local time: mer 5 fév 2014 00:22:16 CET From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 01:41:21 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF29450A for ; Wed, 5 Feb 2014 01:41:21 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B3D6015CB for ; Wed, 5 Feb 2014 01:41:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s151fLnf014323 for ; Wed, 5 Feb 2014 01:41:21 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s151fL50014321 for ports@FreeBSD.org; Wed, 5 Feb 2014 01:41:21 GMT (envelope-from bdrewery) Received: (qmail 33311 invoked from network); 4 Feb 2014 19:41:19 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 4 Feb 2014 19:41:19 -0600 Message-ID: <52F196B9.4000502@FreeBSD.org> Date: Tue, 04 Feb 2014 19:41:13 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Bryan Drewery , FreeBSD Ports Subject: Re: [CFT] security/openssh-portable 6.5 References: <52EF0587.9040801@FreeBSD.org> In-Reply-To: <52EF0587.9040801@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NdB2OAjOEsXwECTxMbXJOmdD6WGSStuTJ" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 01:41:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --NdB2OAjOEsXwECTxMbXJOmdD6WGSStuTJ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2/2/2014 8:57 PM, Bryan Drewery wrote: > The pending update to 6.5 is on my github: > https://github.com/bdrewery/openssh/ >=20 > I will commit in the next few days. Please test and comment back in pri= vate. >=20 > The KERB_GSSAPI is beyond hope. It lacks an upstream and I have no way > to test. It needs refactoring as the key handling/API has changed a bit= > for 6.5. It's marked BROKEN for now and I suggest not updating if you > depend on that. >=20 This has been committed. --=20 Regards, Bryan Drewery --NdB2OAjOEsXwECTxMbXJOmdD6WGSStuTJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS8Za5AAoJEDXXcbtuRpfP3ssH/1fZILlyQIbIzFjLFROn+igU jKW/hEBe7k/vAGIxxNHmSdIJCcTIRj8vyA++dpHvcVvI4n7hQPy4g/qN4QSF+md1 hkAVKyDieZDMCxZoACzqyjw/3gy3YmppvJd8Rcv8a67x4CPaluMSTzTvfw5JBXvL dQyEv+rE+MFpdeE0w29XweNUPqKoLGqSW52Yw40n5UvdAEAJcHiG/faHZYR79aWF vKMYmHydTEM9QEkVGkLM7aZuZQXfqTP4XhceuiZWwtS3weeUKH/3+b5+22QDkFos n5V18+rlq5f6wWxAV9CYby7LNgj4FKXOAnXj2FhHSYlHRmMuPEHP0VpWa9x7AMk= =4Hyw -----END PGP SIGNATURE----- --NdB2OAjOEsXwECTxMbXJOmdD6WGSStuTJ-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 01:31:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB8B7DF8 for ; Wed, 5 Feb 2014 01:31:49 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 888F8146E for ; Wed, 5 Feb 2014 01:31:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s151VnXx012379 for ; Wed, 5 Feb 2014 01:31:49 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s151VnlH012378 for freebsd-ports@freebsd.org; Wed, 5 Feb 2014 01:31:49 GMT (envelope-from bdrewery) Received: (qmail 24929 invoked from network); 4 Feb 2014 19:31:45 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 4 Feb 2014 19:31:45 -0600 Message-ID: <52F19477.6050306@FreeBSD.org> Date: Tue, 04 Feb 2014 19:31:35 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Albert Shih , freebsd-ports@freebsd.org, Thierry Thomas Subject: Re: mutt port broken with SLANG option [was mutt ports broke portupgrade] References: <20140204232420.GA76864@pcjas.obspm.fr> In-Reply-To: <20140204232420.GA76864@pcjas.obspm.fr> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dXVQleCoEUp4nKGOtJa4Uu7SO6KENSonN" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 01:31:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dXVQleCoEUp4nKGOtJa4Uu7SO6KENSonN Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2/4/2014 5:24 PM, Albert Shih wrote: > hi all, >=20 > mutt ports broke portuprade in the last update >=20 > [root@ /root]# portupgrade --all > [Reading data from pkg(8) ... - 886 packages found - done] > [Updating the portsdb in /usr/ports ... - 24579 port > entries found > .........1000.........2000.........3000.........4000.........5000......= =2E..6000.........7000.........8000.........9000.........10000.........11= 000.........12000.........13000.........14000.........15000.........16000= =2E........17000.........18000.........19000.........20000.........21000.= =2E.......22000.........23000.........24000..... > ..... done] > "Makefile", line 441: Unassociated shell command "@${ECHO} "=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D"= > ${PKGMESSAGE}" > "Makefile", line 442: Unassociated shell command "@${ECHO} "You have in= stalled ${PORTNAME} with SLANG support." >> ${PKGMESSAGE}" > "Makefile", line 443: Unassociated shell command "@${ECHO} "This may wo= rk for a color terminal only when defining" >> ${PKGMESSAGE}" > "Makefile", line 444: Unassociated shell command "@${ECHO} "COLORTERM=3D= yes and COLORFGBG=3D\"color1;color2\" in your" >> ${PKGMESSAGE}" > "Makefile", line 445: Unassociated shell command "@${ECHO} "environment= =2E" >> ${PKGMESSAGE}" > "Makefile", line 446: Unassociated shell command "@${ECHO} "=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D"= >> ${PKGMESSAGE}" > make: fatal errors encountered -- cannot continue > ** Makefile possibly broken: mail/mutt: > ** Please report this to the maintainer for mail/mutt > /usr/local/sbin/portupgrade:1580:in `get_pkgname': Makefile broken (Mak= efileBrokenError) > from /usr/local/sbin/portupgrade:642:in `block (4 levels) in ma= in' > from /usr/local/sbin/portupgrade:626:in `each' > from /usr/local/sbin/portupgrade:626:in `block (3 levels) in ma= in' > from /usr/local/sbin/portupgrade:599:in `catch' > from /usr/local/sbin/portupgrade:599:in `block (2 levels) in ma= in' > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `call' > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `block (2 leve= ls) in parse_in_order' > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `catch' > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `block in pars= e_in_order' > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `catch' > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `parse_in_orde= r' > from /usr/local/lib/ruby/2.0/optparse.rb:1345:in `order!' > from /usr/local/lib/ruby/2.0/optparse.rb:1337:in `order' > from /usr/local/sbin/portupgrade:576:in `block in main' > from /usr/local/lib/ruby/2.0/optparse.rb:885:in `initialize' > from /usr/local/sbin/portupgrade:237:in `new' > from /usr/local/sbin/portupgrade:237:in `main' > from /usr/local/sbin/portupgrade:2371:in `
' >=20 > Regards. >=20 > JAS >=20 It's more than just portupgrade, the port is broken when you select the SLANG option. This block of code needs some help. The ECHO lines used to be in post-install but are now orphaned, and the PKGMESSAGE seems orphaned too, I can't find the actual file. > .if ${PORT_OPTIONS:MSLANG} > PKGMESSAGE=3D ${WRKDIR}/pkg-message > @${ECHO} "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D" > ${PKGMESSAGE} > @${ECHO} "You have installed ${PORTNAME} with SLANG support." >= > ${PKGMESSAGE} > @${ECHO} "This may work for a color terminal only when defining= " >> ${PKGMESSAGE} > @${ECHO} "COLORTERM=3Dyes and COLORFGBG=3D\"color1;color2\" in = your" >> ${PKGMESSAGE} > @${ECHO} "environment." >> ${PKGMESSAGE} > @${ECHO} "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D" >> ${PKGMESSAGE} > .endif --=20 Regards, Bryan Drewery --dXVQleCoEUp4nKGOtJa4Uu7SO6KENSonN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS8ZR7AAoJEDXXcbtuRpfP29AIAI6YD0V9LNkDAsIJiPbcOpgD f74bUgy0uu7AkgR+guhj1tx5mLLOkwss2UaYWuNZnDuBvHsh3lMjWj8Qvti7ZY3U v+5Y9J9kh8tUetV8kIiwLFRhNYsvdhcxNuGiKTY3Ac+EmAgRi0TvCUfhAoAh5QfO c9PZOOaP/Bc8vME3xrAbzajMlNIAPc1BJe2QWzVyCg14K2poegOS0JwGbgcWvUO7 ab0AGC3BTPgguJXHxIH0hDAvUAKpxEixXzO/X9QFbDEYS3jxcUrhp3ZZ9TMCeBGW kcLPYuafBEpSCBkgMibAOftE8gH8goYmWzUDfZWEH+qFw32SoJKuAVmmxIMffd0= =Vuae -----END PGP SIGNATURE----- --dXVQleCoEUp4nKGOtJa4Uu7SO6KENSonN-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 03:06:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF3867CD for ; Wed, 5 Feb 2014 03:06:57 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9741F14ED for ; Wed, 5 Feb 2014 03:06:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s1536vSH033174 for ; Wed, 5 Feb 2014 03:06:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s1536v4V033173 for freebsd-ports@freebsd.org; Wed, 5 Feb 2014 03:06:57 GMT (envelope-from bdrewery) Received: (qmail 17119 invoked from network); 4 Feb 2014 21:06:55 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 4 Feb 2014 21:06:55 -0600 Message-ID: <52F1AAC9.7020200@FreeBSD.org> Date: Tue, 04 Feb 2014 21:06:49 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [CFT] security/openssh-portable 6.5 References: <52EF0587.9040801@FreeBSD.org> <52F196B9.4000502@FreeBSD.org> In-Reply-To: <52F196B9.4000502@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5m5lECFMuU0bfSL39IHOe6SaS42NKPNDX" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 03:06:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5m5lECFMuU0bfSL39IHOe6SaS42NKPNDX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2/4/2014 7:41 PM, Bryan Drewery wrote: > On 2/2/2014 8:57 PM, Bryan Drewery wrote: >> The pending update to 6.5 is on my github: >> https://github.com/bdrewery/openssh/ >> >> I will commit in the next few days. Please test and comment back in pr= ivate. >> >> The KERB_GSSAPI is beyond hope. It lacks an upstream and I have no way= >> to test. It needs refactoring as the key handling/API has changed a bi= t >> for 6.5. It's marked BROKEN for now and I suggest not updating if you >> depend on that. >> >=20 > This has been committed. >=20 Dumb error in RC script: > # service openssh restart > [: missing ] > eval: -f: not found Fix committed. --=20 Regards, Bryan Drewery --5m5lECFMuU0bfSL39IHOe6SaS42NKPNDX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS8arJAAoJEDXXcbtuRpfPsJMIAJMSB3YyQFEoVhRkktIn4BW+ 9CwHwNkgTE51lKmete8GdnoZSUzk2NNRQykZIldtfv4Mm/7GMqKg4YTlx7pCsnMk ms8lhVSX7zgLV9S1eKD/fH8Hg4xitOJi5CVXvybz5b32WYSywfzqTQsd7iA9tZKa ZAD4J3k6XC/zXza9IdofoxjDkF5WnC5ZHEYGHTfJi8S6hIxhdBfnVBAYu/jOH2eM WmP+vrwj0aonVdcG/JKm6jC/lDuMk36g9T2te6RIkvfJC0rn+tgU4Ch6u2/yz85W D25Ob/OOzMU6tG7MrMjD5L1xCvKsIArUrUnV+2BV0NVF/bKw7gqlRFXO7nFlros= =Clnd -----END PGP SIGNATURE----- --5m5lECFMuU0bfSL39IHOe6SaS42NKPNDX-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 05:48:39 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2349860C for ; Wed, 5 Feb 2014 05:48:39 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AF9410F5 for ; Wed, 5 Feb 2014 05:48:37 +0000 (UTC) Received: from server.rulingia.com (c220-239-239-176.belrs5.nsw.optusnet.com.au [220.239.239.176]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id s155fm4q009466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Feb 2014 16:41:49 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.7/8.14.7) with ESMTP id s155fhH5013285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 5 Feb 2014 16:41:43 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id s155fhe6013284; Wed, 5 Feb 2014 16:41:43 +1100 (EST) (envelope-from peter) Date: Wed, 5 Feb 2014 16:41:42 +1100 From: Peter Jeremy To: "Montgomery-Smith, Stephen" Subject: Re: Solved - was: Problems with linking on FreeBSD-10 Message-ID: <20140205054142.GB12626@server.rulingia.com> References: <52EAEC1D.9040502@missouri.edu> <20140131132504.GZ24664@kib.kiev.ua> <52EBDDDC.7000702@missouri.edu> <52F15DDA.3000101@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <52F15DDA.3000101@missouri.edu> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Konstantin Belousov , FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 05:48:39 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Feb-04 21:38:42 +0000, "Montgomery-Smith, Stephen" wrote: >/usr/home/stephen/sage/work/sage-6.0/local/lib contained >libreadline.so.6. But for ld to work, it also had to contain a link >libreadline.so->libreadline.so.6. > >(Is this sort of behavior documented anywhere?) I think it's sort-of communal mind knowlegde rather than being specifically written down: If the loader sees '-lfoo', it looks for libfoo.so or libfoo= =2Ea in locations specified by -L. If it finds libfoo.so then it will read at internal name out of it (eg libfoo.so.5) and store that in the executable. The rtld will then look for libfoo.so.5 using -rpath locations. ISTR having to manually craft some libfoo.so -> libfoo.so.N during my sage porting efforts. The sage build process knows far too much about toolchain innards. --=20 Peter Jeremy --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKYEARECAGYFAlLxzxZfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIf0RACeN+Eyg7Cuyhp+DH6P4UJLCnlD RPoAoIpmXVYg0gf488pCsayMXfqizb5i =yc3F -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 07:51:48 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7D73FD8; Wed, 5 Feb 2014 07:51:48 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 760031A0C; Wed, 5 Feb 2014 07:51:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=/K+HlRnRks3Q9Ek3A4TcYDyjMotn0uUPFYUV+KrDNl8=; b=NfQof1GvKRLNJ8imKJV9bS5BExgEzWjFqwXB7SqW849MjEW75tKHoLeH0jTvckP2gaejWs6CsVtetZ1BITnla7BzwL3GSJlQ2auVAePOrZeJK1PH47VZ8rICP4dsG7llo0br5wV/37o2M28mF8gi5LLpY6GAXtllUCvTrYG7MYY=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAxGt-000J2a-Ad; Wed, 05 Feb 2014 07:51:47 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: miwi@FreeBSD.org X-Trac-Project: redports Date: Wed, 05 Feb 2014 07:51:47 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342639: 4x leftovers To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140205073800-58015 X-Trac-Build-ID: 20140205073800-58015 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 07:51:48 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140205073800-58015 Job owner: miwi@FreeBSD.org Buildtime: 14 minutes Enddate: Wed, 05 Feb 2014 07:51:46 GMT Revision: r342639 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342639 --------------------------------------------------------------------- Port: databases/freetds 0.64_9,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205073800-58015-270408/freetds-0.64_9,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205073800-58015-270409/freetds-0.64_9,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205073800-58015-270410/freetds-0.64_9,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205073800-58015-270411/freetds-0.64_9,1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 07:58:53 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 711DD35E; Wed, 5 Feb 2014 07:58:53 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1931A58; Wed, 5 Feb 2014 07:58:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=lYkIFjCPYydeZzMnx47M40EN7LhsQ2evwFi49+D5JRo=; b=gYRMRw7XKOthLCsPDe/P+BaEQrC9l2nOTj4DVMQb0KnYZLu/y07co2WKyGBzYi0T/HfFs4e3nZrer9S89nSZBEeqJEFrT5ulGgj5DN6D7e+rrAzPti1xFARdwPjwJYd08Wc6LekuM/g9rQlilcbba6UfFiDiigWCaOuk4wm/ZJo=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WAxNk-000JW9-El; Wed, 05 Feb 2014 07:58:52 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: beat@FreeBSD.org X-Trac-Project: redports Date: Wed, 05 Feb 2014 07:58:52 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342632: 7x configure_error, 7x leftovers, 2x depend (configure_error in mail/thunderbird), 31x success, 1x depend (configure_error in www/firefox) To: beat@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140205052400-32684 X-Trac-Build-ID: 20140205052400-32684 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 07:58:53 -0000 - Update Firefox to 27.0 - Update Firefox ESR to 24.3.0 - Update Thunderbird to 24.3.0 - Update NSPR to 4.10.3 - Update NSS to 3.15.4 - Depend on yasm when building with bundled libvpx or libjpeg-turbo - Prepare gstreamer conditional for upcoming Firefox versions - Improve jemalloc3 conditional - Break build unless alsa-lib port installs new config file - Chase USE_DOS2UNIX deprecation - Temporarily disable system cairo over screen corruption with smoothScroll [1] Submitted by: Jan Beich Reported by: flo [1] Security: http://www.vuxml.org/freebsd/1753f0ff-8dd5-11e3-9b45-b4b52fce4ce8.html --------------------------------------------------------------------- Build ID: 20140205052400-32684 Job owner: beat@FreeBSD.org Buildtime: 3 hours Enddate: Wed, 05 Feb 2014 07:58:49 GMT Revision: r342632 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342632 --------------------------------------------------------------------- Port: devel/nspr 4.10.3 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270328/nspr-4.10.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270329/nspr-4.10.3.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270330/nspr-4.10.3.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270331/nspr-4.10.3.log --------------------------------------------------------------------- Port: mail/linux-thunderbird 24.3.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270332/linux-thunderbird-24.3.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270333/linux-thunderbird-24.3.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270334/linux-thunderbird-24.3.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270335/linux-thunderbird-24.3.0.log --------------------------------------------------------------------- Port: mail/thunderbird 24.3.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270336/thunderbird-24.3.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270337/thunderbird-24.3.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270338/thunderbird-24.3.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270339/thunderbird-24.3.0.log --------------------------------------------------------------------- Port: mail/thunderbird-i18n 24.3.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (CONFIGURE_ERROR IN MAIL/THUNDERBIRD) Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270340/thunderbird-24.3.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (CONFIGURE_ERROR IN MAIL/THUNDERBIRD) Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270341/thunderbird-24.3.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270342/thunderbird-i18n-24.3.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270343/thunderbird-i18n-24.3.0.log --------------------------------------------------------------------- Port: security/ca_root_nss 3.15.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270344/ca_root_nss-3.15.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270345/ca_root_nss-3.15.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270346/ca_root_nss-3.15.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270347/ca_root_nss-3.15.4.log --------------------------------------------------------------------- Port: security/nss 3.15.4 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270348/nss-3.15.4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270349/nss-3.15.4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270350/nss-3.15.4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270351/nss-3.15.4.log --------------------------------------------------------------------- Port: www/firefox 27.0,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270352/firefox-27.0,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270353/firefox-27.0,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270354/firefox-27.0,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270355/firefox-27.0,1.log --------------------------------------------------------------------- Port: www/firefox-esr 24.3.0,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270356/firefox-esr-24.3.0,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270357/firefox-esr-24.3.0,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270358/firefox-esr-24.3.0,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270359/firefox-esr-24.3.0,1.log --------------------------------------------------------------------- Port: www/firefox-esr-i18n 24.3.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270360/firefox-esr-i18n-24.3.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270361/firefox-esr-i18n-24.3.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270362/firefox-esr-i18n-24.3.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270363/firefox-esr-i18n-24.3.0.log --------------------------------------------------------------------- Port: www/firefox-i18n 27.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (CONFIGURE_ERROR IN WWW/FIREFOX) Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270364/firefox-27.0,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270365/firefox-i18n-27.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270366/firefox-i18n-27.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270367/firefox-i18n-27.0.log --------------------------------------------------------------------- Port: www/libxul 24.2.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270368/libxul-24.2.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: CONFIGURE_ERROR Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270369/libxul-24.2.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270370/libxul-24.2.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270371/libxul-24.2.0.log --------------------------------------------------------------------- Port: www/linux-firefox 27.0,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270372/linux-firefox-27.0,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270373/linux-firefox-27.0,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270374/linux-firefox-27.0,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~beat@FreeBSD.org/20140205052400-32684-270375/linux-firefox-27.0,1.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 09:05:16 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 152AAEEE for ; Wed, 5 Feb 2014 09:05:15 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A674C1165 for ; Wed, 5 Feb 2014 09:05:15 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s1595FcI076103 for ; Wed, 5 Feb 2014 09:05:15 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s1595F0x076098; Wed, 5 Feb 2014 09:05:15 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402050905.s1595F0x076098@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Wed, 5 Feb 2014 09:05:15 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 09:05:16 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ misc/freeswitch-scripts-devel | 1.2.3 | 1.2.19 ------------------------------------------------+-----------------+------------ net/freeswitch-curl-devel | 1.2.3 | 1.2.19 ------------------------------------------------+-----------------+------------ net/freeswitch-insideout-devel | 1.2.3 | 1.2.19 ------------------------------------------------+-----------------+------------ net/freeswitch-sbc-devel | 1.2.3 | 1.2.19 ------------------------------------------------+-----------------+------------ net/freeswitch-vanilla-devel | 1.2.3 | 1.2.19 ------------------------------------------------+-----------------+------------ www/quixote | 2.7 | 2.8 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 09:09:56 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11CCF1C8; Wed, 5 Feb 2014 09:09:56 +0000 (UTC) Received: from mx1b.lautre.net (mx1b.lautre.net [80.67.160.72]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A275E11AA; Wed, 5 Feb 2014 09:09:55 +0000 (UTC) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1b.lautre.net (Postfix) with ESMTPSA id 3320A7E4A7; Wed, 5 Feb 2014 10:09:52 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 875B871E3C9; Wed, 5 Feb 2014 10:09:51 +0100 (CET) Date: Wed, 5 Feb 2014 10:09:51 +0100 From: Thierry Thomas To: udo.schweigert@siemens.com Subject: Tr: mutt port broken with SLANG option [was mutt ports broke portupgrade] Message-ID: <20140205090951.GA96545@graf.pompo.net> Mail-Followup-To: udo.schweigert@siemens.com, Albert Shih , freebsd-ports@freebsd.org, Bryan Drewery References: <20140204232420.GA76864@pcjas.obspm.fr> <52F19477.6050306@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <52F19477.6050306@FreeBSD.org> X-Operating-System: FreeBSD 10.0-RELEASE amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xF1C516B3C8359753 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Albert Shih , freebsd-ports@freebsd.org, Bryan Drewery X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 09:09:56 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Udo, I just committed a quick fix for this problem. Could you please check it? Thanks. Le mer 5 f=E9v 14 =E0 2:31:35 +0100, Bryan Drewery =E9crivait=A0: > On 2/4/2014 5:24 PM, Albert Shih wrote: > > hi all, > >=20 > > mutt ports broke portuprade in the last update > >=20 > > [root@ /root]# portupgrade --all > > [Reading data from pkg(8) ... - 886 packages found - done] > > [Updating the portsdb in /usr/ports ... - 24579 port > > entries found > > .........1000.........2000.........3000.........4000.........5000......= =2E..6000.........7000.........8000.........9000.........10000.........1100= 0.........12000.........13000.........14000.........15000.........16000....= =2E....17000.........18000.........19000.........20000.........21000.......= =2E.22000.........23000.........24000..... > > ..... done] > > "Makefile", line 441: Unassociated shell command "@${ECHO} "=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= " > ${PKGMESSAGE}" > > "Makefile", line 442: Unassociated shell command "@${ECHO} "You have in= stalled ${PORTNAME} with SLANG support." >> ${PKGMESSAGE}" > > "Makefile", line 443: Unassociated shell command "@${ECHO} "This may wo= rk for a color terminal only when defining" >> ${PKGMESSAGE}" > > "Makefile", line 444: Unassociated shell command "@${ECHO} "COLORTERM= =3Dyes and COLORFGBG=3D\"color1;color2\" in your" >> ${PKGMESSAGE}" > > "Makefile", line 445: Unassociated shell command "@${ECHO} "environment= =2E" >> ${PKGMESSAGE}" > > "Makefile", line 446: Unassociated shell command "@${ECHO} "=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= " >> ${PKGMESSAGE}" > > make: fatal errors encountered -- cannot continue > > ** Makefile possibly broken: mail/mutt: > > ** Please report this to the maintainer for mail/mutt > > /usr/local/sbin/portupgrade:1580:in `get_pkgname': Makefile broken (Mak= efileBrokenError) > > from /usr/local/sbin/portupgrade:642:in `block (4 levels) in ma= in' > > from /usr/local/sbin/portupgrade:626:in `each' > > from /usr/local/sbin/portupgrade:626:in `block (3 levels) in ma= in' > > from /usr/local/sbin/portupgrade:599:in `catch' > > from /usr/local/sbin/portupgrade:599:in `block (2 levels) in ma= in' > > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `call' > > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `block (2 leve= ls) in parse_in_order' > > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `catch' > > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `block in pars= e_in_order' > > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `catch' > > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `parse_in_orde= r' > > from /usr/local/lib/ruby/2.0/optparse.rb:1345:in `order!' > > from /usr/local/lib/ruby/2.0/optparse.rb:1337:in `order' > > from /usr/local/sbin/portupgrade:576:in `block in main' > > from /usr/local/lib/ruby/2.0/optparse.rb:885:in `initialize' > > from /usr/local/sbin/portupgrade:237:in `new' > > from /usr/local/sbin/portupgrade:237:in `main' > > from /usr/local/sbin/portupgrade:2371:in `
' > >=20 > > Regards. > >=20 > > JAS > >=20 >=20 > It's more than just portupgrade, the port is broken when you select the > SLANG option. >=20 > This block of code needs some help. The ECHO lines used to be in > post-install but are now orphaned, and the PKGMESSAGE seems orphaned > too, I can't find the actual file. >=20 > > .if ${PORT_OPTIONS:MSLANG} > > PKGMESSAGE=3D ${WRKDIR}/pkg-message > > @${ECHO} "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D" > ${PKGMESSAGE} > > @${ECHO} "You have installed ${PORTNAME} with SLANG support." >= > ${PKGMESSAGE} > > @${ECHO} "This may work for a color terminal only when defining= " >> ${PKGMESSAGE} > > @${ECHO} "COLORTERM=3Dyes and COLORFGBG=3D\"color1;color2\" in = your" >> ${PKGMESSAGE} > > @${ECHO} "environment." >> ${PKGMESSAGE} > > @${ECHO} "=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D" >> ${PKGMESSAGE} > > .endif >=20 >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery --=20 Th. Thomas. --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJS8f/fXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFNTM2QkU4NTM4NTM5OUQwMEI2RkFBNzZG MUM1MTZCM0M4MzU5NzUzAAoJEPHFFrPINZdTKBsQAI7ddx3LmFtGuQHV2uQRCEAx XZuP5LSpRDuaZpDRIJgf4xzd4nFi9Gmr9LY381HoCI6gywAJ84IFXs+N3w/nDs0P BkX5wWY8zlSo04B9zxxm5G/Sm5EQVAsVSxnz/NcwiX/oC0gmG0oaklJb+j6HqBIW 5pA933L8Ju/xS5RnNk6a7WtGE3BB6L6xGIpEhySbTsroGDl99EisBAbCpW83R9+8 7ExriWhvS2Om94/g53SN7pOecMn7nOvdg9ll42y7gv8G1HJKP6s8xDC67TOjf8u4 xjK4QguQIt9rpQgcQwf1vlrymBeSVkHl/57lhwZzYJaXN/WGgyhieFb5eEhLKu1A YLHO2/mg/TZEf3tnTtyOnTkLqu7S2KJYJFhshiU2V1keqhwGWUfbAKcMiLZio5+z wMduw1t6l+CShopwzvHfe5TETK7CH0YqgfkPOIfUanU/VyhMdiwfsIQS072K1UTp nqPUtZfIKuhG0Z61mJggSc8vOed17Wms0+fCBNIiGOOwO/dPnzkJFdc2AwBJVgAW oRt8mUsPxaxgu6kOcDb0JXtgtoZ1ncTTCxRmPjSgIpuwclC4MYZxdPGN/XvhZ1Oe oq65bM0GBGEMe+Ly8CasTQWTKgjRxf1O5jNqqWF9RfM4GuUD5rHXXmlAeNU8RxH5 iYpMtwWzCHorsZmKmp7i =NUka -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 09:11:10 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E170B26F for ; Wed, 5 Feb 2014 09:11:10 +0000 (UTC) Received: from relay.andxor.it (firewall.andxor.it [78.134.40.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2DC3011BD for ; Wed, 5 Feb 2014 09:11:09 +0000 (UTC) Received: (qmail 83170 invoked from network); 5 Feb 2014 09:11:08 -0000 Received: from alex.andxor.it (a.premoli@andxor.it@192.168.2.30) by relay.andxor.it with ESMTPSA; 5 Feb 2014 09:11:08 -0000 Message-ID: <52F2002C.7040403@FreeBSD.org> Date: Wed, 05 Feb 2014 10:11:08 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:26.0) Gecko/20100101 Firefox/26.0 SeaMonkey/2.23 MIME-Version: 1.0 To: Greg Rivers , freebsd-ports@freebsd.org Subject: Re: databases/mysql56-client build failure on 9.2-STABLE i386 References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 09:11:10 -0000 Greg Rivers ha scritto: > The recent update from mysql56-client-5.6.15 to mysql56-client-5.6.16 > fails to build on 9.2-STABLE i386. It builds fine on amd64 (both > 9.2-STABLE and 10.0-STABLE). Unable to reproduce, it builds fine also on my 9.2-i386 poudriere jail. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 11:21:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F16ACD6; Wed, 5 Feb 2014 11:21:06 +0000 (UTC) Received: from nskntqsrv03p.mx.bigpond.com (nskntqsrv03p.mx.bigpond.com [61.9.168.237]) by mx1.freebsd.org (Postfix) with ESMTP id 0E1AD1C98; Wed, 5 Feb 2014 11:21:04 +0000 (UTC) Received: from nskntcmgw07p ([61.9.169.167]) by nskntmtas04p.mx.bigpond.com with ESMTP id <20140205105812.YTQH2025.nskntmtas04p.mx.bigpond.com@nskntcmgw07p>; Wed, 5 Feb 2014 10:58:12 +0000 Received: from hermes.heuristicsystems.com.au ([121.210.107.115]) by nskntcmgw07p with BigPond Outbound id NayB1n00Y2VR1hD01ayBHL; Wed, 05 Feb 2014 10:58:12 +0000 X-Authority-Analysis: v=2.0 cv=bJiU0YCZ c=1 sm=1 a=kPFzL+aQTxRlsBNBWdEb+Q==:17 a=JipEcVzqA9wA:10 a=c_HmFcAgPAQA:10 a=8nJEP1OIZ-IA:10 a=GHIR_BbyAAAA:8 a=Fev5b_bRkX0A:10 a=TMWFd0J4Z3iSPBdMz6MA:9 a=wPNLvfGTeEIA:10 a=kPFzL+aQTxRlsBNBWdEb+Q==:117 Received: from [10.0.5.3] (ewsw01.hs [10.0.5.3]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id s15Av2hK090087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 5 Feb 2014 21:57:03 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Message-ID: <52F218F2.3090207@heuristicsystems.com.au> Date: Wed, 05 Feb 2014 21:56:50 +1100 From: Dewayne Geraghty User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Greg Rivers , freebsd-ports@freebsd.org Subject: Re: databases/mysql56-client build failure on 9.2-STABLE i386 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ale@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 11:21:06 -0000 On 5/02/2014 3:47 AM, Greg Rivers wrote: > The recent update from mysql56-client-5.6.15 to mysql56-client-5.6.16 > fails to build on 9.2-STABLE i386. It builds fine on amd64 (both > 9.2-STABLE and 10.0-STABLE). > > Here's the error: > ... > [ 10%] Built target yassl > Scanning dependencies of target taocrypt > [ 11%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/aes.cpp.o > [ 11%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/aestables.cpp.o > [ 12%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/algebra.cpp.o > [ 12%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/arc4.cpp.o > [ 12%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/asn.cpp.o > [ 13%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/coding.cpp.o > [ 13%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/des.cpp.o > [ 13%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/dh.cpp.o > [ 14%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/dsa.cpp.o > [ 14%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/file.cpp.o > [ 15%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/hash.cpp.o > [ 15%] Building CXX object > extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/integer.cpp.o > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp: > In function 'void TaoCrypt::P4_Mul(long long int __vector__*, const > long long int __vector__*, const long long int __vector__*)': > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1712: > note: use -flax-vector-conversions to permit conversions between > vectors with differing element types or numbers of subparts > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1712: > error: cannot convert 'int __vector__' to 'long long int __vector__' > for argument '1' to 'long long int __vector__ > __builtin_ia32_psrlqi128(long long int __vector__, int)' > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1713: > error: cannot convert 'int __vector__' to 'long long int __vector__' > for argument '1' to 'long long int __vector__ > __builtin_ia32_psrlqi128(long long int __vector__, int)' > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp: > At global scope: > /usr/ports/databases/mysql56-client/work/mysql-5.6.16/extra/yassl/taocrypt/src/integer.cpp:1132: > warning: 'TaoCrypt::s_RunAtStartupSetPentiumFunctionPointers' defined > but not used > *** [extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/src/integer.cpp.o] > Error code 1 > 1 error > *** [extra/yassl/taocrypt/CMakeFiles/taocrypt.dir/all] Error code 2 > 1 error > *** [all] Error code 2 > 1 error > ===> Compilation failed unexpectedly. > Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the > failure to > the maintainer. > *** [do-build] Error code 1 > > Stop in /usr/ports/databases/mysql56-client. > > Is this a simple matter to fix, or should I open a PR? > Greg, I too have built mysql-client using portmaster on an i386 machine, see -rw-r--r-- 1 root wheel 11M Feb 3 13:14 /usr/packages/PRESCOTT/All/mysql56-client-5.6.16.tbz I've discovered that on a particularly busy build server, I've had to sprinkly MAKE_JOBS_UNSAFE=yes for 18 of the 135 ports requiring customisation. I don't think a PR is necessary, until you've used what the Makefile recommends. Regards, Dewayne. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 13:00:33 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 887BB6D4 for ; Wed, 5 Feb 2014 13:00:33 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 484D51543 for ; Wed, 5 Feb 2014 13:00:33 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id e16so499461qcx.24 for ; Wed, 05 Feb 2014 05:00:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wqxE+SpRxJoxGwWvMwRIKi37S863Yx6JzguAPuyTNMo=; b=xz2oCBiIWS8MePwGgM6V1xNN9H0UYy26t5MhpeJq0CE1oD1sWgU342jCsVCFmLs+gv 7hioLF51d6tmi7jXolID7bV7bhKlIgpemfceudPcx6r56eeaKgLf5DiMn2hfBB6jCum+ qaWtLw8s+NDCWc+8YmKVjmy7hsYAg5tdumVIfI22GkjuRmDu30hoIB18S0IoIIASuyVD oMdPRL7OWIuo7pWxPGcQP9XrC0ge4s8Kkr4gBASC12eWJWC50FTZCw3vIzVIn1rwZAxD XSkjRB0DMGySIUPZLGuL9R3vfcPiWvMd0AfVx6B9p/IZiIGSAAt1FGJ2kRIG4Wr/Im9Y oDaw== MIME-Version: 1.0 X-Received: by 10.140.25.142 with SMTP id 14mr1945166qgt.83.1391605232493; Wed, 05 Feb 2014 05:00:32 -0800 (PST) Received: by 10.140.20.100 with HTTP; Wed, 5 Feb 2014 05:00:32 -0800 (PST) Date: Wed, 5 Feb 2014 08:00:32 -0500 Message-ID: Subject: multimedia/phonon build fails From: Chris To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 13:00:33 -0000 Seeing this when I try to build: Generating moc_statesvalidator_p.cpp [ 3%] Built target phonon_automoc Scanning dependencies of target phonon make: don't know how to make /usr/local/lib/qt4/libQtDeclarative.so. Stop *** Error code 2 1 error *** Error code 2 1 error ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop in /usr/ports/multimedia/phonon. *** Error code 1 Stop in /usr/ports/multimedia/phonon. This is on a FreeBSD 8.x machine. Any help would be appreciated! From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 13:23:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 59B10C0B for ; Wed, 5 Feb 2014 13:23:52 +0000 (UTC) Received: from smtp-out-dos.uned.es (smtp-in-cuatro.uned.es [62.204.192.126]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11B221752 for ; Wed, 5 Feb 2014 13:23:51 +0000 (UTC) Received: from stargate-1.unedbizkaia.es (10-200-62-201.ca062000.uned.es [10.200.62.201]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-out-dos.uned.es (Postfix) with ESMTPSA id BA8FC6021F; Wed, 5 Feb 2014 14:15:17 +0100 (CET) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at smtp-out-dos.uned.es Message-ID: <52F2395E.2090600@portugalete.uned.es> Date: Wed, 05 Feb 2014 14:15:10 +0100 From: Enrique Ayesta Perojo Organization: UNED Bizkaia Zentro Elkartua User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Problem compiling Squid 3.x + TP_PF (FreeBSD 10) X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tGOPOSMa7hqXeTdUOaVCCgt8vO5POVWG1" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 13:23:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tGOPOSMa7hqXeTdUOaVCCgt8vO5POVWG1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello, i have a problem trying to install Squid 3.3 or Squid 3.2 from ports as a transparent proxy on a fresh installed FreeBSD 10 box. I have the whole system sources at /usr/src In the configure phase i got this error: ----------- configure: choosing user-specified net I/O API kqueue configure: Using kqueue for the IO loop. checking if setresuid is actually implemented... yes checking for constant CMSG_SPACE... no checking if strnstr is well implemented... no checking if va_copy is implemented... yes checking if __va_copy is implemented... yes configure: IPF-based transparent proxying enabled: no configure: error: PF-based transparent proxy requested but needed header not found =3D=3D=3D> Script "configure" failed unexpectedly. Please report the problem to tmseck@FreeBSD.org [maintainer] and attach t= he "/usr/ports/www/squid33/work/squid-3.3.11/config.log" including the outpu= t of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea). *** Error code 1 Stop. make[1]: stopped in /usr/ports/www/squid33 *** Error code 1 Stop. make: stopped in /usr/ports/www/squid33 ------------- Any idea? Thanks --tGOPOSMa7hqXeTdUOaVCCgt8vO5POVWG1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJS8jliAAoJEDyNEqz2jzN+KPoP/j9zWExU5yB3oPgX4qGCBW3U rjtZjlqOYLsNigMi1azbidvT/FTsKcE1mv9PKe3ABCbSxDbdVdJ73ENqjeOSRpco KNa6bZzsc+RAcakxitSrIxZ3cKnx5JOeEW6nhAKc6/Ktc842LmOkNAk62N1pZKwT c+R9o9ljtzl2MYlTqpUipbVS3FG0T7iIk/Zxu63jBOg5QQP21giWOMK5MEp6smuV IoqYrf6H9tCbqAw78v2XnA3dI2MOAz/qSB2cERilYXuKPJ1+ICkZlsC7kFTEoFdW mFYhjccK/AbWM0zkzpsB9eeVySRhgpAGKuyPZToq8ls2kh7VcLMFtoJzG1+3GKAl 6GRVigCqLmddnGf5YDh0hZXVnskphmjXdbtHCGkjHcnQ3OsoiOHdwVyk+mRyEpSV 1NuVxNpNfGkV1waIbchZraZLvPMqQkYjiDd05xzZv5HGfAfjpzMB9LHpzCQvYp6u nYeNWGc505NLEhhvdDOgiF50MytfWlkraONkgLQVGhkR4ZCrFzQw//h0VMPJHvMP 4q1LgkBjOvuk3ttPcnKPRooP0POQZcP3dZocrDr1yXhIpyRlzMh2OuKorIAn9Pct UgbhbQ4GI8cUUmivZ6cx1B9dbXyn6nFY/GdjPgjWPJ1x3fdorRH18RbZLHw6+bV/ eaQE+ChhDeZL78/J/9/j =IDsR -----END PGP SIGNATURE----- --tGOPOSMa7hqXeTdUOaVCCgt8vO5POVWG1-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 15:05:03 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC605CF7; Wed, 5 Feb 2014 15:05:03 +0000 (UTC) Received: from anakin.london.02.net (anakin.london.02.net [87.194.255.134]) by mx1.freebsd.org (Postfix) with ESMTP id B77741361; Wed, 5 Feb 2014 15:05:03 +0000 (UTC) Received: from chaos.bikerevolution.co.uk (93.96.233.122) by anakin.london.02.net (8.5.140) id 51DAA72804244FA9; Wed, 5 Feb 2014 15:04:03 +0000 Message-ID: <52F252E2.7000407@onetel.com> Date: Wed, 05 Feb 2014 15:04:02 +0000 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: ports@FreeBSD.org Subject: Adobe Flash update Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: eadler@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 15:05:04 -0000 Hi, A bbc news item reports that Adobe has released an emergency update to the flash player. http://www.bbc.co.uk/news/technology-26045740 . I haven't found any other information however there is a version bump on Adobe's download page to linux-f10-flashplugin-11.2r202.336. I downloaded install_flash_player_11_linux.i386.tar.gz and untarred it then: # cd /usr/ports/www/linux-f10-flashplugin11/ # make extract # cp -v ~chrisw/temp/flashplugin/libflashplayer.so /usr/ports/www/linux-f10-flashplugin11/work/ # cp -v ~chrisw/temp/flashplugin/readme.txt /usr/ports/www/linux-f10-flashplugin11/work/ cp -v ~chrisw/temp/flashplugin/usr/lib/kde4/kcm_adobe_flash_player.so /usr/ports/www/linux-f10-flashplugin11/work/usr/lib/kde4/kcm_adobe_flash_player.so # pkg delete linux-f10-flashplugin-11.2r202.335 # vi Makefile [ change version number to 336 ] # make install # pkg info -x flash linux-f10-flashplugin-11.2r202.336 And it seems to be working in firefox and opera. I can't find any other information about this so called emergency update, is the fact that there is a new version sufficient to request an update to the port? thanks Chris From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 15:31:49 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D4D9468 for ; Wed, 5 Feb 2014 15:31:49 +0000 (UTC) Received: from mp1-smtp-2.eutelia.it (mp1-smtp-2.eutelia.it [62.94.10.162]) by mx1.freebsd.org (Postfix) with ESMTP id C047F1621 for ; Wed, 5 Feb 2014 15:31:48 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-2.eutelia.it (Eutelia) with ESMTP id 505A5DF5BD for ; Wed, 5 Feb 2014 16:31:37 +0100 (CET) Received: from soth.ventu (adsl-ull-1-191.41-151.net24.it [151.41.191.1]) (authenticated bits=0) by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s15FVTet027991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 5 Feb 2014 16:31:34 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-1-191.41-151.net24.it [151.41.191.1] claimed to be soth.ventu Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.8/8.14.7) with ESMTP id s15FVM3b011021; Wed, 5 Feb 2014 16:31:22 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <52F2594A.9050404@netfence.it> Date: Wed, 05 Feb 2014 16:31:22 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Anton Afanasyev Subject: Re: Samba to web References: <52EBDCF3.3050508@netfence.it> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Wed, 05 Feb 2014 16:31:34 +0100 (CET) X-Scanned-By: MIMEDefang 2.74 Cc: ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 15:31:49 -0000 On 02/01/14 04:58, Anton Afanasyev wrote: > Why not simply set up a web server with the same auth settings as in > Samba? I though about this, but would rather use a dedicated tool. > ... and you may end up having to maintain two sets of settings, This is exaclty what I'd like to avoid. > That said, if you do end up using one of the solutions you mentioned (or > similar), it would be great if you could provide some details (perf, > your number of users, typical load, etc). I still have no figures, since the server is not yet in production; however user base will be very small and (I guess) the use of this tool very occasional. bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 15:56:42 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B24FE1C for ; Wed, 5 Feb 2014 15:56:42 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5C091877 for ; Wed, 5 Feb 2014 15:56:41 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id w7so914769qcr.14 for ; Wed, 05 Feb 2014 07:56:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=ffibyT28Cr4wX3pSLFXF5qt1nhkJlBIrUjLk+kGAu4c=; b=H43jJdihc++lnAfiyPVoXwzOaxmOXyGROqBRITQU/e7ErOMlpNQi112TeSQTVLqJop MmZEjejHDtcN2vpdvN+C463fKXvBGpPE9XVLwsY+vKGR8TnPl8lddCHoxd24ERDB/KxV l17FI44/CZfhH6X0WUtn4qB8o7Gkdvk0Wr7aM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-type; bh=ffibyT28Cr4wX3pSLFXF5qt1nhkJlBIrUjLk+kGAu4c=; b=HOWhD08n/AS+nqjVX9KcKIL9eOmchhV81nuhhhghCM0yslV59XDnfg14SfT4DuAE5G YaYaTlww1lY/V+4rZL64gKVqd6DOx0c2vwMmFjZ7QG8xcYuYb3fLjw47gnXPqeYfTvvk z2S3yBXS1/t3shHxyGNkTzE6pPD45Mv9jGEKOfUvEm9KIgzMCyEmyjqkTFfJ7HCghZOo UMEj2wzT1uMjL1xqwDFQujQIWv+IDNp4hIu5JNzLHVlffuhaJlYmUfmw+hf5aQ/pS0KJ 10mdGDEDdMpUAr6mmlkREiy1xxXVyPNWp0xawNjYGZzBJe2aguR/XVR3S60I/2Hu+eTB MD+A== X-Gm-Message-State: ALoCoQlndzbXin6es7LiYhOlAEWOIxR76fROqRRSnQJEN7xCQuJSqEgeRKqZ8j8UlhM56P8eQSbf X-Received: by 10.140.85.179 with SMTP id n48mr3416872qgd.91.1391615801017; Wed, 05 Feb 2014 07:56:41 -0800 (PST) MIME-Version: 1.0 Sender: lists@eitanadler.com Received: by 10.96.30.229 with HTTP; Wed, 5 Feb 2014 07:56:10 -0800 (PST) In-Reply-To: <52F252E2.7000407@onetel.com> References: <52F252E2.7000407@onetel.com> From: Eitan Adler Date: Wed, 5 Feb 2014 10:56:10 -0500 X-Google-Sender-Auth: KA-NAs9eNlZI8gzcz9fMo8ZtoBk Message-ID: Subject: Re: Adobe Flash update To: Chris Whitehouse Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 15:56:42 -0000 On Wed, Feb 5, 2014 at 10:04 AM, Chris Whitehouse wrote: > Hi, > And it seems to be working in firefox and opera. > > I can't find any other information about this so called emergency update, is > the fact that there is a new version sufficient to request an update to the > port? The last adobe security report I see was issued on 2014-02-04: http://helpx.adobe.com/security/products/flash-player/apsb14-04.html I'll update flash to .336. Thanks for the email. -- Eitan Adler Source, Ports, Doc committer Bugmeister, Ports Security teams From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 16:30:49 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 41A33BEA; Wed, 5 Feb 2014 16:30:49 +0000 (UTC) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D8A3A1C29; Wed, 5 Feb 2014 16:30:48 +0000 (UTC) Received: from mail3.siemens.de (localhost [127.0.0.1]) by david.siemens.de (8.14.3/8.14.3) with ESMTP id s15GJLkq001188; Wed, 5 Feb 2014 17:19:21 +0100 Received: from mars.cert.siemens.com (mars.cert.siemens.com [139.25.19.9]) by mail3.siemens.de (8.14.3/8.14.3) with ESMTP id s15GJLZ6003936 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Feb 2014 17:19:21 +0100 Received: from alaska.cert.siemens.de (alaska.cert.siemens.com [139.25.6.64]) by mars.cert.siemens.com (8.14.7/8.14.7/$SiemensCERT: trunk/mail/cert.mc.pre 6573 2013-03-29 22:52:06Z ust $) with ESMTP id s15GJK9k098852; Wed, 5 Feb 2014 17:19:20 +0100 (CET) (envelope-from ust@cert.siemens.de) Received: from alaska.cert.siemens.de (alaska.cert.siemens.com [139.25.6.64] (may be forged)) by alaska.cert.siemens.de (8.14.7/8.14.7/$Ust: trunk/hosts/alaska/mail/config.mc 9525 2013-05-06 05:58:13Z ust $) with ESMTP id s15GJK3M087267; Wed, 5 Feb 2014 17:19:20 +0100 (CET) (envelope-from ust@alaska.cert.siemens.de) Received: (from ust@localhost) by alaska.cert.siemens.de (8.14.7/8.14.7/$Ust: trunk/hosts/alaska/mail/submit.mc 9525 2013-05-06 05:58:13Z ust $) id s15GJKRa078380; Wed, 5 Feb 2014 17:19:20 +0100 (CET) (envelope-from ust) Date: Wed, 5 Feb 2014 17:19:20 +0100 From: "Schweigert, Udo" To: Udo Schweigert , Albert Shih , freebsd-ports@FreeBSD.org, Bryan Drewery Subject: Re: Tr: mutt port broken with SLANG option [was mutt ports broke portupgrade] Message-ID: <20140205161920.GA37287@alaska.cert.siemens.com> Mail-Followup-To: Albert Shih , freebsd-ports@freebsd.org, Bryan Drewery References: <20140204232420.GA76864@pcjas.obspm.fr> <52F19477.6050306@FreeBSD.org> <20140205090951.GA96545@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140205090951.GA96545@graf.pompo.net> User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 16:30:49 -0000 Hi Thierry, thanks a lot for that, I'm of cause completely OK with it. Udo On Wed, Feb 05, 2014 at 10:09:51 +0100, Thierry Thomas wrote: > Hello Udo, > > I just committed a quick fix for this problem. > Could you please check it? > > Thanks. > > Le mer 5 fév 14 à 2:31:35 +0100, Bryan Drewery > écrivait : > > On 2/4/2014 5:24 PM, Albert Shih wrote: > > > hi all, > > > > > > mutt ports broke portuprade in the last update > > > > > > [root@ /root]# portupgrade --all > > > [Reading data from pkg(8) ... - 886 packages found - done] > > > [Updating the portsdb in /usr/ports ... - 24579 port > > > entries found > > > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.........17000.........18000.........19000.........20000.........21000.........22000.........23000.........24000..... > > > ..... done] > > > "Makefile", line 441: Unassociated shell command "@${ECHO} "=====================================================" > ${PKGMESSAGE}" > > > "Makefile", line 442: Unassociated shell command "@${ECHO} "You have installed ${PORTNAME} with SLANG support." >> ${PKGMESSAGE}" > > > "Makefile", line 443: Unassociated shell command "@${ECHO} "This may work for a color terminal only when defining" >> ${PKGMESSAGE}" > > > "Makefile", line 444: Unassociated shell command "@${ECHO} "COLORTERM=yes and COLORFGBG=\"color1;color2\" in your" >> ${PKGMESSAGE}" > > > "Makefile", line 445: Unassociated shell command "@${ECHO} "environment." >> ${PKGMESSAGE}" > > > "Makefile", line 446: Unassociated shell command "@${ECHO} "=====================================================" >> ${PKGMESSAGE}" > > > make: fatal errors encountered -- cannot continue > > > ** Makefile possibly broken: mail/mutt: > > > ** Please report this to the maintainer for mail/mutt > > > /usr/local/sbin/portupgrade:1580:in `get_pkgname': Makefile broken (MakefileBrokenError) > > > from /usr/local/sbin/portupgrade:642:in `block (4 levels) in main' > > > from /usr/local/sbin/portupgrade:626:in `each' > > > from /usr/local/sbin/portupgrade:626:in `block (3 levels) in main' > > > from /usr/local/sbin/portupgrade:599:in `catch' > > > from /usr/local/sbin/portupgrade:599:in `block (2 levels) in main' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `call' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1408:in `block (2 levels) in parse_in_order' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `catch' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1403:in `block in parse_in_order' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `catch' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1351:in `parse_in_order' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1345:in `order!' > > > from /usr/local/lib/ruby/2.0/optparse.rb:1337:in `order' > > > from /usr/local/sbin/portupgrade:576:in `block in main' > > > from /usr/local/lib/ruby/2.0/optparse.rb:885:in `initialize' > > > from /usr/local/sbin/portupgrade:237:in `new' > > > from /usr/local/sbin/portupgrade:237:in `main' > > > from /usr/local/sbin/portupgrade:2371:in `
' > > > > > > Regards. > > > > > > JAS > > > > > > > It's more than just portupgrade, the port is broken when you select the > > SLANG option. > > > > This block of code needs some help. The ECHO lines used to be in > > post-install but are now orphaned, and the PKGMESSAGE seems orphaned > > too, I can't find the actual file. > > > > > .if ${PORT_OPTIONS:MSLANG} > > > PKGMESSAGE= ${WRKDIR}/pkg-message > > > @${ECHO} "=====================================================" > ${PKGMESSAGE} > > > @${ECHO} "You have installed ${PORTNAME} with SLANG support." >> ${PKGMESSAGE} > > > @${ECHO} "This may work for a color terminal only when defining" >> ${PKGMESSAGE} > > > @${ECHO} "COLORTERM=yes and COLORFGBG=\"color1;color2\" in your" >> ${PKGMESSAGE} > > > @${ECHO} "environment." >> ${PKGMESSAGE} > > > @${ECHO} "=====================================================" >> ${PKGMESSAGE} > > > .endif > > > > > > > > > > -- > > Regards, > > Bryan Drewery > > -- > Th. Thomas. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 16:48:47 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D43986BA; Wed, 5 Feb 2014 16:48:47 +0000 (UTC) Received: from anakin.london.02.net (anakin.london.02.net [87.194.255.134]) by mx1.freebsd.org (Postfix) with ESMTP id 332E71D8B; Wed, 5 Feb 2014 16:48:47 +0000 (UTC) Received: from chaos.bikerevolution.co.uk (93.96.233.122) by anakin.london.02.net (8.5.140) id 51DAA7280424A339; Wed, 5 Feb 2014 16:48:46 +0000 Message-ID: <52F26B6E.7040401@onetel.com> Date: Wed, 05 Feb 2014 16:48:46 +0000 From: Chris Whitehouse User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Eitan Adler Subject: Re: Adobe Flash update References: <52F252E2.7000407@onetel.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 16:48:47 -0000 On 05/02/2014 15:56, Eitan Adler wrote: > On Wed, Feb 5, 2014 at 10:04 AM, Chris Whitehouse wrote: >> Hi, > >> And it seems to be working in firefox and opera. >> >> I can't find any other information about this so called emergency update, is >> the fact that there is a new version sufficient to request an update to the >> port? > > The last adobe security report I see was issued on 2014-02-04: > http://helpx.adobe.com/security/products/flash-player/apsb14-04.html > > I'll update flash to .336. Thanks for the email. > Thanks. Chris From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 17:04:30 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 164C752C for ; Wed, 5 Feb 2014 17:04:30 +0000 (UTC) Received: from um-nip3-missouri-out.um.umsystem.edu (um-nip3-missouri-out.um.umsystem.edu [198.209.49.163]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B90421064 for ; Wed, 5 Feb 2014 17:04:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkQFAGBu8lLPoJ7Q/2dsb2JhbABZDoJ+OFe+S4EPFnSCJQEBBXgBEAIBCA4KCRYPCQMCAQIBICUCBA0BBwEBiAHHEYg3F45CMweEOAEDiRGQTJBvgm4/gio X-IPAS-Result: AkQFAGBu8lLPoJ7Q/2dsb2JhbABZDoJ+OFe+S4EPFnSCJQEBBXgBEAIBCA4KCRYPCQMCAQIBICUCBA0BBwEBiAHHEYg3F45CMweEOAEDiRGQTJBvgm4/gio Received: from um-ncas4.um.umsystem.edu ([207.160.158.208]) by um-nip3-exch-relay.um.umsystem.edu with ESMTP; 05 Feb 2014 11:04:28 -0600 Received: from UM-MBX-N02.um.umsystem.edu ([169.254.5.41]) by UM-NCAS4.um.umsystem.edu ([207.160.158.208]) with mapi id 14.03.0174.001; Wed, 5 Feb 2014 11:04:27 -0600 From: "Montgomery-Smith, Stephen" To: Daniel Smith Subject: Re: Sage update Thread-Topic: Sage update Thread-Index: AQHPHVa0fIyQoDOuwUKjHLdt+PT80pqc3m0AgAZXQ4CAAuRwgIAAhv2AgACxbAA= Date: Wed, 5 Feb 2014 17:04:27 +0000 Message-ID: <52F26F16.9020404@missouri.edu> References: <52E9A43A.7010006@missouri.edu> <52E9AA34.9060909@missouri.edu> <52EEFBE5.1020807@missouri.edu> <52F16905.4060306@missouri.edu> <20140205062921.GB1252@Cruxis.ucsd.edu> In-Reply-To: <20140205062921.GB1252@Cruxis.ucsd.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 x-originating-ip: [207.160.158.206] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Greg Rivers , Jouko Lumij?rvi , ajtiM , FreeBSD Ports , "GeorgSWeber@googlemail.com" , Kostas Oikonomou X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 17:04:30 -0000 On 02/05/2014 12:29 AM, Daniel Smith wrote: > I just tested it on my box. It gets a lot further, but crashes when > building scipy-0.12.0.p1. The only message in the log is a line > indicating that the spkg-install script failed on a line reading=20 >=20 > python setup.py setup >=20 > I'm currently working on digging through that file to see if I can > figure out more, but I won't be able to do much before tomorrow, I'm > afraid. >=20 > I've attached the log file for details. >=20 I and one other person got the same error. I did try the patch /usr/ports/devel/scons/files/patch-engine-SCons-compat-_scons_subprocess.py= , but it didn't help at all. If you type make again, I find that sage tries skipping the packages it failed to build in favor of other packages. In this manner, you can find that matplotlib-1.2.1 fails to build in exactly the same way.= From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 17:41:46 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAAEC344 for ; Wed, 5 Feb 2014 17:41:46 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B8A3B14AC for ; Wed, 5 Feb 2014 17:41:46 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id un15so656706pbc.10 for ; Wed, 05 Feb 2014 09:41:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=JNbM9hKZ+6xpAV+bZcTt49Km2OmP9SwfurXyvqW4vac=; b=nr8Y1Mhe9x/gMlPmcfLIKuV2KYKQnL0ndytl8QRTsm0j20cVajZJ2ATbmxdbQUpIOj P8CFeOThbzbTvKvyondoj8IZ+pZEDwuBiDiZq8tET9Ob6tIed6ID1CDmgvzVJVyJ898g fdX8yi0AbcYOsCgEt1Jtj3keUW4V7xq+0Sj/33bnve4LQzR8L0iQ7RY0bTZB+5BDQWry a1MIrKg0Y6Yfim+OK1ly6tArLTOMyb7ggP/qoAQkzvl/5ogDXLtjySuAdSjKjudA0FrF dYhLdQOwOczwiiJRNE7l+khGPydzYrB6/FlQOeznG3aqVAzTPiAiNbCITrXSaIrC7Xc6 mPBQ== MIME-Version: 1.0 X-Received: by 10.68.76.68 with SMTP id i4mr3619633pbw.73.1391622105666; Wed, 05 Feb 2014 09:41:45 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Wed, 5 Feb 2014 09:41:45 -0800 (PST) In-Reply-To: <52F2395E.2090600@portugalete.uned.es> References: <52F2395E.2090600@portugalete.uned.es> Date: Wed, 5 Feb 2014 09:41:45 -0800 X-Google-Sender-Auth: 0D_zXVW1nFoh6hoEKBbpxJqbMPg Message-ID: Subject: Re: Problem compiling Squid 3.x + TP_PF (FreeBSD 10) From: Kevin Oberman To: Enrique Ayesta Perojo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 17:41:47 -0000 On Wed, Feb 5, 2014 at 5:15 AM, Enrique Ayesta Perojo < eayesta@portugalete.uned.es> wrote: > Hello, i have a problem trying to install Squid 3.3 or Squid 3.2 from > ports as a transparent proxy on a fresh installed FreeBSD 10 box. > I have the whole system sources at /usr/src > In the configure phase i got this error: > > ----------- > configure: choosing user-specified net I/O API kqueue > configure: Using kqueue for the IO loop. > checking if setresuid is actually implemented... yes > checking for constant CMSG_SPACE... no > checking if strnstr is well implemented... no > checking if va_copy is implemented... yes > checking if __va_copy is implemented... yes > configure: IPF-based transparent proxying enabled: no > configure: error: PF-based transparent proxy requested but needed header > not found > ===> Script "configure" failed unexpectedly. > Please report the problem to tmseck@FreeBSD.org [maintainer] and attach > the > "/usr/ports/www/squid33/work/squid-3.3.11/config.log" including the output > of the failure of your make command. Also, it might be a good idea to > provide > an overview of all packages installed on your system (e.g. a > /usr/local/sbin/pkg-static info -g -Ea). > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/www/squid33 > *** Error code 1 > > Stop. > make: stopped in /usr/ports/www/squid33 > ------------- > > Let's see. The instructions said to notify tmseck@FreeBSD.org. I don't see any indication that you did so. They also say to attach the config.log file. I see no attached file. While it is possible that someone other than the maintainer of the port could help, without the log file, it's pretty unlikely. Please try again after reading and following what appear to be the clear instructions supplied in the error message. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 19:24:58 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CBF9207; Wed, 5 Feb 2014 19:24:58 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F5DB1DFB; Wed, 5 Feb 2014 19:24:57 +0000 (UTC) Received: from p5b159215.dip0.t-ipconnect.de ([91.21.146.21] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WB6vI-0004Km-JP; Wed, 05 Feb 2014 19:10:11 +0100 Message-ID: <52F27E79.2070306@gwdg.de> Date: Wed, 05 Feb 2014 19:10:01 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> <52E7E116.7030304@gwdg.de> In-Reply-To: <52E7E116.7030304@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , FreeBSD ports list , Michael Gmelin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 19:24:58 -0000 Am 28.01.2014 17:55, schrieb Rainer Hurling: > Am 28.01.2014 15:10, schrieb Baptiste Daroussin: >> On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote: >>> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav: >>>> Dag-Erling Smørgrav writes: >>>>> Actually, the file *is* 2696168 bytes long. With the following patch, >>>>> fetch(1) will still hang getting the last 1018 bytes, but the file will >>>>> be complete and the download will be successful. >>>> >>>> Completely fixed (no hang, no missing data) in head@261230. >>> >>> Wow, many thanks for the fix! >>> >>> After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to >>> load fotoxx-14.01.1.tar.gz as expected. >>> >>> Eventually some of the fetch failures listed in the ports PR database >>> also depended on this behaviour before the fix? >>> >>> Many thanks again. Now there is a real chance of an updated >>> graphics/fotoxx port :) >>> >> Can you update the patch for the PR to the 14.01.1 version while here maybe you >> want to add yourself as a maintainer :) > > Hi Bapt, > > I tried to create an update to version 14.01.1. What I did, was: > > - update to version 14.01.1 > - new mastersite; 2nd mastersites contents has to be updated > - unbreak the port > - modernize LIB_DEPENDS > - support STAGE_DIR > - strip bin/fotoxx > - correct usage of desktop-file-utils > - update URL in pkg-descr > - update pkg-plist > > Known problems or TODOs: > - libexecinfo.so.1 is found in system and from port. No idea, which one > is the correct one to use (depending on OS version?). > - fotoxx now uses /proc for file operations. This was changed by the > author after version 11.03. > > The updated port builds and installs fine for me (11.0-CURRENT). > Portlint complains about usage of ".if ${PORT_OPTIONS:MDOCS}" to wrap > installation of files into /usr/local/share/doc). Is this relevant and > what is necessary to consider it? > > The diff is attached. I did not file a PR, because I think the usage of > /proc should be solved before. At runtime, the program is not fully > usable, because many functions try to get their info from /proc/... > > I am not sure, if I am the right person to maintain the port. My skills > are very low (I am not a programmer, only an interested scientist ...) > and their are many things I do not fully understand. > > Any help is really appreciated. > > Greetings, > Rainer > >> >> regards, >> Bapt >> What do you think: Would it be better to put my draft of a patch and the remarks from my precedent mail into an existing (PR 177643) or new PR to not lose it? All of us are very busy and there are many other things with much higher priority to do ... Looking forward to any answer. Greetings, Rainer From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 19:36:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 221A9AEA for ; Wed, 5 Feb 2014 19:36:20 +0000 (UTC) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A22331025 for ; Wed, 5 Feb 2014 19:36:19 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id z12so617640wgg.18 for ; Wed, 05 Feb 2014 11:36:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=EnlLKGwILeKOmA8mcSGNJPhU41DjclGRczYhO93cKrU=; b=ZemWrf5F5TdybZizDA7XCOyN0uVwyj8i1reySKYKo6eeCa+mQscBGchTKg2XwZeHe8 FmvskzDZ0NT7ljf9z5CIcUNxruxGTKIdCLB84cVAbTb32J8CCZsp/xFRXZqJOA38R+4g ejCot5UM7TIHOqmmWq/kqCgjCO8Ic172T0/Ucfr1HWRTAjJG0be0HRM8zjqTXG6JNbJi 9UqPpp1nQNSkqfS9S50Weuc6pbvdBJ7CCWc8LsuA1jeJ6I6d/Od7wzG6LgZRjY8HyODg t0lzzFlAJnWGLHo1kABghgKDEA0EtzxllS8WkJQZ4BWNX+nQPNR24YV4tPSfe08Eulqp Z3cg== X-Received: by 10.194.240.41 with SMTP id vx9mr99806wjc.70.1391628978122; Wed, 05 Feb 2014 11:36:18 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id k10sm63887820wjf.11.2014.02.05.11.36.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Feb 2014 11:36:16 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 5 Feb 2014 20:36:14 +0100 From: Baptiste Daroussin To: Rainer Hurling Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <20140205193613.GO23872@ithaqua.etoilebsd.net> References: <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> <52E7E116.7030304@gwdg.de> <52F27E79.2070306@gwdg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YC8Ek3FeOE8ywfXk" Content-Disposition: inline In-Reply-To: <52F27E79.2070306@gwdg.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , FreeBSD ports list , Michael Gmelin X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 19:36:20 -0000 --YC8Ek3FeOE8ywfXk Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 05, 2014 at 07:10:01PM +0100, Rainer Hurling wrote: > Am 28.01.2014 17:55, schrieb Rainer Hurling: > > Am 28.01.2014 15:10, schrieb Baptiste Daroussin: > >> On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote: > >>> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Sm=F8rgrav: > >>>> Dag-Erling Sm=F8rgrav writes: > >>>>> Actually, the file *is* 2696168 bytes long. With the following pat= ch, > >>>>> fetch(1) will still hang getting the last 1018 bytes, but the file = will > >>>>> be complete and the download will be successful. > >>>> > >>>> Completely fixed (no hang, no missing data) in head@261230. > >>> > >>> Wow, many thanks for the fix! > >>> > >>> After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to > >>> load fotoxx-14.01.1.tar.gz as expected. > >>> > >>> Eventually some of the fetch failures listed in the ports PR database > >>> also depended on this behaviour before the fix? > >>> > >>> Many thanks again. Now there is a real chance of an updated > >>> graphics/fotoxx port :) > >>> > >> Can you update the patch for the PR to the 14.01.1 version while here = maybe you > >> want to add yourself as a maintainer :) > >=20 > > Hi Bapt, > >=20 > > I tried to create an update to version 14.01.1. What I did, was: > >=20 > > - update to version 14.01.1 > > - new mastersite; 2nd mastersites contents has to be updated > > - unbreak the port > > - modernize LIB_DEPENDS > > - support STAGE_DIR > > - strip bin/fotoxx > > - correct usage of desktop-file-utils > > - update URL in pkg-descr > > - update pkg-plist > >=20 > > Known problems or TODOs: > > - libexecinfo.so.1 is found in system and from port. No idea, which one > > is the correct one to use (depending on OS version?). > > - fotoxx now uses /proc for file operations. This was changed by the > > author after version 11.03. > >=20 > > The updated port builds and installs fine for me (11.0-CURRENT). > > Portlint complains about usage of ".if ${PORT_OPTIONS:MDOCS}" to wrap > > installation of files into /usr/local/share/doc). Is this relevant and > > what is necessary to consider it? > >=20 > > The diff is attached. I did not file a PR, because I think the usage of > > /proc should be solved before. At runtime, the program is not fully > > usable, because many functions try to get their info from /proc/... > >=20 > > I am not sure, if I am the right person to maintain the port. My skills > > are very low (I am not a programmer, only an interested scientist ...) > > and their are many things I do not fully understand. > >=20 > > Any help is really appreciated. > >=20 > > Greetings, > > Rainer > >=20 > >> > >> regards, > >> Bapt > >> >=20 > What do you think: Would it be better to put my draft of a patch and the > remarks from my precedent mail into an existing (PR 177643) or new PR to > not lose it? >=20 > All of us are very busy and there are many other things with much higher > priority to do ... >=20 > Looking forward to any answer. >=20 > Greetings, > Rainer >=20 Please followup on the same PR regards, Bapt --YC8Ek3FeOE8ywfXk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLykq0ACgkQ8kTtMUmk6EzcWACfZshKsqvqXMSk4UhGQFECX5Oc 6zgAoIPRl4vL5eGt/JJ0BB7qLiHdmcVx =3thC -----END PGP SIGNATURE----- --YC8Ek3FeOE8ywfXk-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 19:46:57 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFC6C1B8; Wed, 5 Feb 2014 19:46:57 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80E171116; Wed, 5 Feb 2014 19:46:57 +0000 (UTC) Received: from p5b159215.dip0.t-ipconnect.de ([91.21.146.21] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WB8Qx-0001Uj-EE; Wed, 05 Feb 2014 20:46:55 +0100 Message-ID: <52F2952E.3090509@gwdg.de> Date: Wed, 05 Feb 2014 20:46:54 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: graphics/rawtherapee: r342622 crashes on HEAD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: mandree@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 19:46:57 -0000 Many thanks for the update of graphics/rawtherapee, r342622. This program is really important for photographers. It builds and installs just fine on recent HEAD amd64, but unfortunately it crashes immediately, when started. I tried to build rawtherapee and some of its dependencies with WITH_DEBUG=yes and then to have a look with gdb, but with only little luck. Obviously there is a problem with DWARF(?) and many libs without debug symbols? # gdb rawtherapee [..SNIP..] This GDB was configured as "amd64-marcel-freebsd"...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/bin/rawtherapee] [..SNIP..] (gdb) r Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc48/libgcc_s.so.1] [..SNIP..] [New LWP 101478] [New Thread 4ec06400 (LWP 101478/rawtherapee)] Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/local/lib/gcc48/libgcc_s.so.1] [..SNIP..] Terminating due to uncaught exception 0x4fe78700 of type Glib::ConvertError Program received signal SIGABRT, Aborted. [Switching to Thread 4ec06400 (LWP 101478/rawtherapee)] 0x0000000048b847ba in thr_kill () from /lib/libc.so.7 (gdb) bt full #0 0x0000000048b847ba in thr_kill () from /lib/libc.so.7 No symbol table info available. #1 0x0000000048c3b029 in abort () from /lib/libc.so.7 No symbol table info available. #2 0x00000000484d37da in __cxa_rethrow () from /lib/libcxxrt.so.1 No symbol table info available. #3 0x00000000423aa8f8 in Glib::ConvertError::throw_func () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #4 0x00000000423baa0f in Glib::Error::throw_exception () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #5 0x00000000423c60b4 in Glib::operator<< () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #6 0x000000000064fce7 in ?? () No symbol table info available. #7 0x0000000000fa7c00 in ?? () No symbol table info available. #8 0x00007fffffffbae0 in ?? () No symbol table info available. #9 0x00007fffffffbc00 in ?? () No symbol table info available. #10 0x000000000064f765 in ?? () No symbol table info available. #11 0x00007fffffffbb00 in ?? () No symbol table info available. #12 0x0000000000b8f988 in ?? () No symbol table info available. #13 0x0000000000fa7c00 in ?? () No symbol table info available. #14 0x00007fffffffbd70 in ?? () No symbol table info available. #15 0x0000000000f853b8 in ?? () No symbol table info available. #16 0x0000000000f85490 in ?? () No symbol table info available. #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from /usr/local/lib/libc++.so.1 No symbol table info available. #18 0x0000000000000000 in ?? () No symbol table info available. I know, that this output is only of little help. But I could need some advise what to do next to get more info. Any help is really appreciated. Thanks in advance, Rainer Hurling From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 20:03:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FA61E3B; Wed, 5 Feb 2014 20:03:44 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 680CA23CE92; Wed, 5 Feb 2014 21:03:42 +0100 (CET) Message-ID: <52F2991E.4080304@FreeBSD.org> Date: Wed, 05 Feb 2014 21:03:42 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Rainer Hurling , freebsd-ports@freebsd.org Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> In-Reply-To: <52F2952E.3090509@gwdg.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:03:44 -0000 Am 05.02.2014 20:46, schrieb Rainer Hurling: > Many thanks for the update of graphics/rawtherapee, r342622. This > program is really important for photographers. > > It builds and installs just fine on recent HEAD amd64, but unfortunately > it crashes immediately, when started. Rainer, I don't see the crash on FreeBSD 10.0-RELEASE amd64 and 9.2-RELEASE amd64 - those are versions I tried and where I could successfully open a Sony ARW file and click a few UI items. Note sure what 11 changed that it would break. > I tried to build rawtherapee and some of its dependencies with > WITH_DEBUG=yes and then to have a look with gdb, but with only little > luck. Obviously there is a problem with DWARF(?) and many libs without > debug symbols? It's rather that the base /usr/bin/gdb cannot deal with the newer debug symbol formats... > # gdb rawtherapee > [..SNIP..] > This GDB was configured as "amd64-marcel-freebsd"...Dwarf Error: wrong > version in compilation unit header (is 4, should be 2) [in module > /usr/local/bin/rawtherapee] > [..SNIP..] ...do you have more luck with gdb built from the ports collection (devel/gdb), which is version 7.6.2, as opposed to the base system gdb 6.1.1? Also, if you recompile rawtherapee without the highly aggressive compiler flags, does that help? I saw warnings about undefined behaviour in aggressive loop optimization, not sure if those are the culprit. If they are, we might need to tune down optimization a bit. Thanks. Cheers, Matthias From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 20:09:04 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D66A42D; Wed, 5 Feb 2014 20:09:04 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAB0C135C; Wed, 5 Feb 2014 20:09:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::a83c:2890:4452:4186] (unknown [IPv6:2001:7b8:3a7:0:a83c:2890:4452:4186]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 41A0E5C44; Wed, 5 Feb 2014 21:08:39 +0100 (CET) Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_5C961320-DD0D-4621-9379-5F2E5F275867"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <52F2952E.3090509@gwdg.de> Date: Wed, 5 Feb 2014 21:08:17 +0100 Message-Id: References: <52F2952E.3090509@gwdg.de> To: Rainer Hurling X-Mailer: Apple Mail (2.1827) Cc: Matthias Andree , ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:09:04 -0000 --Apple-Mail=_5C961320-DD0D-4621-9379-5F2E5F275867 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 05 Feb 2014, at 20:46, Rainer Hurling wrote: > Many thanks for the update of graphics/rawtherapee, r342622. This > program is really important for photographers. > > It builds and installs just fine on recent HEAD amd64, but unfortunately > it crashes immediately, when started. > > I tried to build rawtherapee and some of its dependencies with > WITH_DEBUG=yes and then to have a look with gdb, but with only little > luck. Obviously there is a problem with DWARF(?) and many libs without > debug symbols? It looks like you have built the port with gcc 4.8, which defaults to DWARF4 format. Our gdb in base is too old to understand this format, so just install devel/gdb76 instead. > # gdb rawtherapee ... > #3 0x00000000423aa8f8 in Glib::ConvertError::throw_func () from > /usr/local/lib/libglibmm-2.4.so.1 > No symbol table info available. > #4 0x00000000423baa0f in Glib::Error::throw_exception () from > /usr/local/lib/libglibmm-2.4.so.1 > No symbol table info available. > #5 0x00000000423c60b4 in Glib::operator<< () from > /usr/local/lib/libglibmm-2.4.so.1 Looks like that operator encountered something it cannot handle, so it throws an exception, and nobody seems to catch it. But more information from a backtrace in gdb 7.6 could possibly help. ... > #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from > /usr/local/lib/libc++.so.1 Hmm, is this a ports version of libc++? I was not aware Baptiste had already committed this? :) -Dimitry --Apple-Mail=_5C961320-DD0D-4621-9379-5F2E5F275867 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlLymkUACgkQsF6jCi4glqOiWgCfdB5P78Jebg/zyCOG53jk1as0 /kwAnjtyWqLmMvZ0EMpCqXMGcG7KztzJ =rfdK -----END PGP SIGNATURE----- --Apple-Mail=_5C961320-DD0D-4621-9379-5F2E5F275867-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 20:19:53 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 809A59BB; Wed, 5 Feb 2014 20:19:53 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id E360D23CE92; Wed, 5 Feb 2014 21:19:51 +0100 (CET) Message-ID: <52F29CE7.2050208@FreeBSD.org> Date: Wed, 05 Feb 2014 21:19:51 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="v3cNlU9eHvtnEqfo6rdQxoBklD4Of8Xjr" Cc: ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:19:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --v3cNlU9eHvtnEqfo6rdQxoBklD4Of8Xjr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 05.02.2014 21:08, schrieb Dimitry Andric: >> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from >> /usr/local/lib/libc++.so.1 >=20 > Hmm, is this a ports version of libc++? I was not aware Baptiste had > already committed this? :)=20 Yes, it is (as a build requisite, but apparently remained installed on the destination machine), because we need to match the libraries that the requisites use (Glibmm for one). I have given up on compiling RawTherapee with clang++ for now, and use GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially at higher optimization level, and kills the 10.0-RELEASE base clang and Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 worked for me, I did not bother to send Gerald the details. We may want to retry with clang if we've got the next clang version. Feel free to use Rawtherapee as compiler system test ;) --v3cNlU9eHvtnEqfo6rdQxoBklD4Of8Xjr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAlLynOcACgkQvmGDOQUufZVEuwCgrPSrVSBWtUOescuWWMgCKrpC QnwAnAiKqLaIHw1hEcoPCG7EavLuauZS =zzdo -----END PGP SIGNATURE----- --v3cNlU9eHvtnEqfo6rdQxoBklD4Of8Xjr-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 20:39:08 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7107540A; Wed, 5 Feb 2014 20:39:08 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD8FB16BA; Wed, 5 Feb 2014 20:39:07 +0000 (UTC) Received: from p5b159215.dip0.t-ipconnect.de ([91.21.146.21] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WB9FR-0004Fs-IY; Wed, 05 Feb 2014 21:39:05 +0100 Message-ID: <52F2A169.2040005@gwdg.de> Date: Wed, 05 Feb 2014 21:39:05 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> <52E7E116.7030304@gwdg.de> <52F27E79.2070306@gwdg.de> <20140205193613.GO23872@ithaqua.etoilebsd.net> In-Reply-To: <20140205193613.GO23872@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Michael Gmelin , FreeBSD ports list X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:39:08 -0000 Am 05.02.2014 20:36, schrieb Baptiste Daroussin: > On Wed, Feb 05, 2014 at 07:10:01PM +0100, Rainer Hurling wrote: >> Am 28.01.2014 17:55, schrieb Rainer Hurling: >>> Am 28.01.2014 15:10, schrieb Baptiste Daroussin: >>>> On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote: >>>>> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav: >>>>>> Dag-Erling Smørgrav writes: >>>>>>> Actually, the file *is* 2696168 bytes long. With the following patch, >>>>>>> fetch(1) will still hang getting the last 1018 bytes, but the file will >>>>>>> be complete and the download will be successful. >>>>>> >>>>>> Completely fixed (no hang, no missing data) in head@261230. >>>>> >>>>> Wow, many thanks for the fix! >>>>> >>>>> After rebuilding 11.0-CURRENT, I can confirm that fetch now is able to >>>>> load fotoxx-14.01.1.tar.gz as expected. >>>>> >>>>> Eventually some of the fetch failures listed in the ports PR database >>>>> also depended on this behaviour before the fix? >>>>> >>>>> Many thanks again. Now there is a real chance of an updated >>>>> graphics/fotoxx port :) >>>>> >>>> Can you update the patch for the PR to the 14.01.1 version while here maybe you >>>> want to add yourself as a maintainer :) >>> >>> Hi Bapt, >>> >>> I tried to create an update to version 14.01.1. What I did, was: >>> >>> - update to version 14.01.1 >>> - new mastersite; 2nd mastersites contents has to be updated >>> - unbreak the port >>> - modernize LIB_DEPENDS >>> - support STAGE_DIR >>> - strip bin/fotoxx >>> - correct usage of desktop-file-utils >>> - update URL in pkg-descr >>> - update pkg-plist >>> >>> Known problems or TODOs: >>> - libexecinfo.so.1 is found in system and from port. No idea, which one >>> is the correct one to use (depending on OS version?). >>> - fotoxx now uses /proc for file operations. This was changed by the >>> author after version 11.03. >>> >>> The updated port builds and installs fine for me (11.0-CURRENT). >>> Portlint complains about usage of ".if ${PORT_OPTIONS:MDOCS}" to wrap >>> installation of files into /usr/local/share/doc). Is this relevant and >>> what is necessary to consider it? >>> >>> The diff is attached. I did not file a PR, because I think the usage of >>> /proc should be solved before. At runtime, the program is not fully >>> usable, because many functions try to get their info from /proc/... >>> >>> I am not sure, if I am the right person to maintain the port. My skills >>> are very low (I am not a programmer, only an interested scientist ...) >>> and their are many things I do not fully understand. >>> >>> Any help is really appreciated. >>> >>> Greetings, >>> Rainer >>> >>>> >>>> regards, >>>> Bapt >>>> >> >> What do you think: Would it be better to put my draft of a patch and the >> remarks from my precedent mail into an existing (PR 177643) or new PR to >> not lose it? >> >> All of us are very busy and there are many other things with much higher >> priority to do ... >> >> Looking forward to any answer. >> >> Greetings, >> Rainer >> > > Please followup on the same PR Thanks for answering. I attached the patch to PR ports/177643 with some info around it. Regards, Rainer > > regards, > Bapt > From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 20:41:02 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA5FA510; Wed, 5 Feb 2014 20:41:02 +0000 (UTC) Received: from qat.redports.org (qat.redports.org [IPv6:2610:1c1:1:6420::233:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4C0C1738; Wed, 5 Feb 2014 20:41:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org; s=04012012; h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=vZFs4G/bO4XnyjvzkZdKNSKJfsM2WfrB4W/2mbbrpSc=; b=qe14aRMV22uo/o32e1SCg/pnl5mWk+yapfMigHeZcATXm8Isfzx06QciL3Mkw7Ke6q/Y5mFLzaUfrxkxQa2l6mq+kLqsjytmYEr1tnGne6sd1YQJns6162kphfKZE/lS7KTpp2IOd/8SGwDGtCRvuwFSjreGsLiHVoNyI25R3Kk=; Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WB9HJ-0001FE-QJ; Wed, 05 Feb 2014 20:41:01 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ports-QAT" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: miwi@FreeBSD.org X-Trac-Project: redports Date: Wed, 05 Feb 2014 20:41:01 -0000 X-URL: https://qat.redports.org/ Subject: [QAT] r342699: 4x leftovers, 56x success To: miwi@FreeBSD.org X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140205134600-27713 X-Trac-Build-ID: 20140205134600-27713 Message-Id: Sender: World Wide Web Owner Cc: ports@FreeBSD.org, decke@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Reply-To: qat@redports.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 20:41:03 -0000 - Stage support --------------------------------------------------------------------- Build ID: 20140205134600-27713 Job owner: miwi@FreeBSD.org Buildtime: 7 hours Enddate: Wed, 05 Feb 2014 20:40:57 GMT Revision: r342699 Repository: https://svnweb.freebsd.org/ports?view=revision&revision=342699 --------------------------------------------------------------------- Port: audio/espeak 1.47.11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270788/espeak-1.47.11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270789/espeak-1.47.11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270790/espeak-1.47.11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270791/espeak-1.47.11.log --------------------------------------------------------------------- Port: devel/oniguruma4 4.7.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270792/oniguruma4-4.7.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270793/oniguruma4-4.7.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270794/oniguruma4-4.7.1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270795/oniguruma4-4.7.1.log --------------------------------------------------------------------- Port: devel/p5-Class-Accessor-Lvalue 0.11 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270796/p5-Class-Accessor-Lvalue-0.11.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270797/p5-Class-Accessor-Lvalue-0.11.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270798/p5-Class-Accessor-Lvalue-0.11.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270799/p5-Class-Accessor-Lvalue-0.11.log --------------------------------------------------------------------- Port: devel/p5-Data-TreeDumper 0.40_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270800/p5-Data-TreeDumper-0.40_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270801/p5-Data-TreeDumper-0.40_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270802/p5-Data-TreeDumper-0.40_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270803/p5-Data-TreeDumper-0.40_1.log --------------------------------------------------------------------- Port: devel/p5-Log-Dispatchouli 2.006 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270804/p5-Log-Dispatchouli-2.006.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270805/p5-Log-Dispatchouli-2.006.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270806/p5-Log-Dispatchouli-2.006.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270807/p5-Log-Dispatchouli-2.006.log --------------------------------------------------------------------- Port: devel/p5-MooseX-Types-Perl 0.101341 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270808/p5-MooseX-Types-Perl-0.101341.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270809/p5-MooseX-Types-Perl-0.101341.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270810/p5-MooseX-Types-Perl-0.101341.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270811/p5-MooseX-Types-Perl-0.101341.log --------------------------------------------------------------------- Port: devel/p5-Test-YAML-Valid 0.04_1 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270812/p5-Test-YAML-Valid-0.04_1.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270813/p5-Test-YAML-Valid-0.04_1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270814/p5-Test-YAML-Valid-0.04_1.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270815/p5-Test-YAML-Valid-0.04_1.log --------------------------------------------------------------------- Port: devel/ucommon 6.1.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270816/ucommon-6.1.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270817/ucommon-6.1.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270818/ucommon-6.1.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270819/ucommon-6.1.0.log --------------------------------------------------------------------- Port: german/pecl-konto_check 2.98 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270820/pecl-konto_check-2.98.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270821/pecl-konto_check-2.98.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270822/pecl-konto_check-2.98.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270823/pecl-konto_check-2.98.log --------------------------------------------------------------------- Port: graphics/geos 3.4.2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270824/geos-3.4.2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270825/geos-3.4.2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270826/geos-3.4.2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270827/geos-3.4.2.log --------------------------------------------------------------------- Port: mail/libesmtp 1.0.6,1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270828/libesmtp-1.0.6,1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270829/libesmtp-1.0.6,1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270830/libesmtp-1.0.6,1.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270831/libesmtp-1.0.6,1.log --------------------------------------------------------------------- Port: math/pecl-big_int 1.0.7 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270832/pecl-big_int-1.0.7.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270833/pecl-big_int-1.0.7.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270834/pecl-big_int-1.0.7.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270835/pecl-big_int-1.0.7.log --------------------------------------------------------------------- Port: net/pecl-radius 1.2.5 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270836/pecl-radius-1.2.5.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270837/pecl-radius-1.2.5.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270838/pecl-radius-1.2.5.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270839/pecl-radius-1.2.5.log --------------------------------------------------------------------- Port: print/freetype Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270840/freetype-1.3.1_4.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270841/freetype-1.3.1_4.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270842/freetype-1.3.1_4.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270843/freetype-1.3.1_4.log --------------------------------------------------------------------- Port: sysutils/pwgen 2.06,2 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270844/pwgen-2.06,2.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270845/pwgen-2.06,2.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270846/pwgen-2.06,2.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~miwi@FreeBSD.org/20140205134600-27713-270847/pwgen-2.06,2.log -- Buildarchive URL: redports From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:01:21 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1DA746A; Wed, 5 Feb 2014 21:01:21 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7355118F6; Wed, 5 Feb 2014 21:01:21 +0000 (UTC) Received: from p5b159215.dip0.t-ipconnect.de ([91.21.146.21] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WB9ax-0000dv-KU; Wed, 05 Feb 2014 22:01:19 +0100 Message-ID: <52F2A69F.80702@gwdg.de> Date: Wed, 05 Feb 2014 22:01:19 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Matthias Andree , freebsd-ports@freebsd.org Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F2991E.4080304@FreeBSD.org> In-Reply-To: <52F2991E.4080304@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:01:21 -0000 Hi Matthias, thanks for answering. Am 05.02.2014 21:03, schrieb Matthias Andree: > Am 05.02.2014 20:46, schrieb Rainer Hurling: >> Many thanks for the update of graphics/rawtherapee, r342622. This >> program is really important for photographers. >> >> It builds and installs just fine on recent HEAD amd64, but unfortunately >> it crashes immediately, when started. > > Rainer, > > I don't see the crash on FreeBSD 10.0-RELEASE amd64 and 9.2-RELEASE > amd64 - those are versions I tried and where I could successfully open a > Sony ARW file and click a few UI items. Note sure what 11 changed that > it would break. > >> I tried to build rawtherapee and some of its dependencies with >> WITH_DEBUG=yes and then to have a look with gdb, but with only little >> luck. Obviously there is a problem with DWARF(?) and many libs without >> debug symbols? > > It's rather that the base /usr/bin/gdb cannot deal with the newer debug > symbol formats... > >> # gdb rawtherapee >> [..SNIP..] >> This GDB was configured as "amd64-marcel-freebsd"...Dwarf Error: wrong >> version in compilation unit header (is 4, should be 2) [in module >> /usr/local/bin/rawtherapee] >> [..SNIP..] > > ...do you have more luck with gdb built from the ports collection > (devel/gdb), which is version 7.6.2, as opposed to the base system gdb > 6.1.1? Okay, here it comes. RawTherapee from before, with newer gdb: #gdb762 rawtherapee GNU gdb (GDB) 7.6.2 [GDB v7.6.2 for FreeBSD] Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd11.0". For bug reporting instructions, please see: ... Reading symbols from /usr/local/bin/rawtherapee...done. (gdb) r Starting program: /usr/local/bin/rawtherapee [New LWP 100312] [New Thread 4ec06400 (LWP 100312)] Terminating due to uncaught exception 0x4fe78700 of type Glib::ConvertError Program received signal SIGABRT, Aborted. [Switching to Thread 4ec06400 (LWP 100312)] 0x0000000048b847ba in thr_kill () from /lib/libc.so.7 (gdb) bt full #0 0x0000000048b847ba in thr_kill () from /lib/libc.so.7 No symbol table info available. #1 0x0000000048c3b029 in abort () from /lib/libc.so.7 No symbol table info available. #2 0x00000000484d37da in ?? () from /lib/libcxxrt.so.1 No symbol table info available. #3 0x00000000423aa8f8 in Glib::ConvertError::throw_func(_GError*) () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #4 0x00000000423baa0f in Glib::Error::throw_exception(_GError*) () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #5 0x00000000423c60b4 in Glib::operator<<(std::__1::basic_ostream >&, Glib::ustring const&) () from /usr/local/lib/libglibmm-2.4.so.1 No symbol table info available. #6 0x000000000064fce7 in Glib::ustring::FormatStream::stream (this=0x7fffffffbae0, value=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057 No locals. #7 0x000000000064f765 in Glib::ustring::format (a1=..., a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145 buf = {stream_ = { >> = { >> = { = {}, __tie_ = 0x0, __fill_ = -1}, _vptr.basic_ostream = 0xf853b8 , std::__1::allocator >+24>}, __sb_ = { >> = { _vptr.basic_streambuf = 0xf85490 , std::__1::allocator >+16>, __loc_ = {static none = 0, static collate = 1, static ctype = 2, static monetary = 8, static numeric = 16, static time = 32, static messages = 4, static all = 63, __locale_ = 0x484c0ee0}, __binp_ = 0x0, __ninp_ = 0x0, __einp_ = 0x0, __bout_ = 0x7fffffffbb2c L"", __nout_ = 0x7fffffffbb2c L"", __eout_ = 0x7fffffffbb3c L""}, __str_ = {> = {}, __r_ = {, std::__1::allocator >::__rep, std::__1::allocator, 2u>> = {> = {}, __first_ = {{__l = {__cap_ = 8, __size_ = 0, __data_ = 0x0}, __s = {{__size_ = 8 '\b', __lx = 8 L'\b\000\000\000'}, __data_ = L'\000' }, __r = {__words = {8, 0, 0}}}}}, }, static npos = 18446744073709551615}, __hm_ = 0x7fffffffbb2c L"", __mode_ = 16}}} #8 0x000000000064c798 in RTImage::setPaths (opt=...) at /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101 configFilename = {static npos = 18446744073709551615, string_ = {> = {}, __r_ = {, std::__1::allocator >::__rep, std::__1::allocator, 2u>> = {> = {}, __first_ = {{__l = {__cap_ = 0, __size_ = 0, __data_ = 0x0}, __s = {{__size_ = 0 '\000', __lx = 0 '\000'}, __data_ = '\000' }, __r = {__words = {0, 0, 0}}}}}, }, static npos = 18446744073709551615}} keyFile = { = {gobject_ = 0x4ec15d80, owns_gobject_ = true}, } hasKeyFile = true #9 0x0000000000696aaf in main (argc=1, argv=0x7fffffffd6d0) at /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239 m = icon_path = {static npos = 18446744073709551615, string_ = {> = {}, __r_ = {, std::__1::allocator >::__rep, std::__1::allocator, 2u>> = {> = {}, __first_ = {{__l = {__cap_ = 49, __size_ = 35, __data_ = 0x4fe3d220 "/usr/local/share/rawtherapee/images"}, __s = {{__size_ = 49 '1', __lx = 49 '1'}, __data_ = "\000\000\000\000\000\000\000#\000\000\000\000\000\000\000 \322\343O\000\000\000"}, __r = {__words = {49, 35, 1340330528}}}}}, }, static npos = 18446744073709551615}} rtWindow = 0x1 defaultIconTheme = {pCppObject_ = 0x4fde90a0} settings = {pCppObject_ = 0x0} > > Also, if you recompile rawtherapee without the highly aggressive > compiler flags, does that help? This version was compiled without the option OPTIMIZED_CFLAGS. Is this enough? Rainer > > I saw warnings about undefined behaviour in aggressive loop > optimization, not sure if those are the culprit. If they are, we might > need to tune down optimization a bit. > > Thanks. > > Cheers, > Matthias From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:14:04 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27C47C03; Wed, 5 Feb 2014 21:14:04 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA0611A70; Wed, 5 Feb 2014 21:14:03 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id vb8so1154825obc.17 for ; Wed, 05 Feb 2014 13:14:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=RerK7MSAlfkQVsfRQyvswLhl6xiieIs6VPZwN/rivbQ=; b=XHrTEyOoPJeK67ycqN7jojkkWh9ghgMuCG9QO9EN55aaBMf/iMsQ48sw4Xe5Co8SrV 4is448Qo3PC+qoU2kYA8AlyLkD8Dr19IdqgP04jTTmL8AO2H0Nz+XpqEMKJhtyP+UnWt TXjqs+MOe9oDBZTIIDmagwAcCoOb/G5UMD8bZDaE+tUg5a34IpDUftRramagTfbGLLj/ JM7OYRhDC56DwXmfF8knvTh0jUBVQEsZBShPgsC3i54jZV0m60nC+igwtybEoKL9Qnpc bgUiOP8/XwrmYh/qJ2yIUGHJglroS6hP5Y9glqJmSt+ZuRPjRat0QvfApRFBxZM3Eej3 Bd8g== MIME-Version: 1.0 X-Received: by 10.182.92.231 with SMTP id cp7mr2373134obb.82.1391634843025; Wed, 05 Feb 2014 13:14:03 -0800 (PST) Received: by 10.182.78.71 with HTTP; Wed, 5 Feb 2014 13:14:02 -0800 (PST) Date: Wed, 5 Feb 2014 16:14:02 -0500 Message-ID: Subject: Making WebRTC available for FreeBSD From: Joe Nosay To: jan.linden@webrtc.org, niklas.enbom@webrtc.org, Adrian Chadd , ports , gecko@freebsd.org, chromium@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:14:04 -0000 https://plus.google.com/110946378055202199166/posts/8iTsSCatk4x The process has been started : http://forums.freebsd.org/viewtopic.php?f=39&t=44691 Dependencies needed- referenced in "howto" and webrtc dependencies: libbrlapi from brltty. Benefits: Native client and sever side of WebRTC applications for FreeBSD and possibly other BSDs. Eliminated dependency for Linuixlator based applications thus cutting down on hardware resource use. Eliminated need for other simulated and emulated programs to run Skype or other voice-and-video binaries. I.e. Wine, VirtualBox, qemu, et cetera, et al. Since it is known that Sony's PS4 uses FreeBSD as the basis for its OS, WebRTC could be implemented as a native application on the platform/console thus allowing users to communicater in real time while gaming. Why am I proposing this? 1. Adrian Chadd asked on Google+ and nowhere else. I decided to bring his proposal to the public and attempt an initial starting phase. 2. Users would not be limited to having only a few selected operating systems at their disposal. Developers could easily communicate with each other. 3. Real time sharing/viewing of conventions. This would give the community another window into the development of FreeBSD. 4. Companies such as IxSystems and Sony would be able to contact develoers while simultaneously working on a FreeBSD/FreeBSD_based system. 5. FreeBSD developers would be able to give feedback on the development of WebRTC sources. Being that I am limited on resources, is it possible that others could take over what was started? From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:20:48 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69385ED; Wed, 5 Feb 2014 21:20:48 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A61BA1B25; Wed, 5 Feb 2014 21:20:47 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so711616wgh.5 for ; Wed, 05 Feb 2014 13:20:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JGMdm3roysSiNETkClj1YshDGbBIubReWEKaJhsilPY=; b=M9HcXuT6AkXyjSf8OuYbzScIFwe/LR+6RORbnvAsKqXC9iHbTEewr8mB7NEcVPrTg2 m6XV1gKpP5yWVA6e4jx8WMBOU/HIhiYa5+qXrz5w/yXSq7bDgBz4WKyuNdGTEUkEXDGy gGEqZ3x0pptyaXo4qBggQe/8STxPBqQtCNTEewWIMQZxxcSTU9hOEBQ+dv8hnt7QyJft +Gk7e3JBRQYucIU+FDxpIzM4vdiwzLjoN9hikWjesjlOAe44sIrGzbh15+P79T+FwrbI WDcHG8CpYV/rq12xPhtnl1Usr00X6Bt3LvPyE03OhoAXiGbb2pMfsF3d3PMxTYZOthM2 8iaA== X-Received: by 10.194.87.5 with SMTP id t5mr420787wjz.68.1391635246138; Wed, 05 Feb 2014 13:20:46 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id h13sm64622777wjr.22.2014.02.05.13.20.44 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Feb 2014 13:20:45 -0800 (PST) Sender: Baptiste Daroussin Date: Wed, 5 Feb 2014 22:20:42 +0100 From: Baptiste Daroussin To: Matthias Andree Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD Message-ID: <20140205212042.GP23872@ithaqua.etoilebsd.net> References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2uzDqHpccQJpqF2n" Content-Disposition: inline In-Reply-To: <52F29CE7.2050208@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:20:48 -0000 --2uzDqHpccQJpqF2n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote: > Am 05.02.2014 21:08, schrieb Dimitry Andric: >=20 > >> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from > >> /usr/local/lib/libc++.so.1 > >=20 > > Hmm, is this a ports version of libc++? I was not aware Baptiste had > > already committed this? :)=20 >=20 > Yes, it is (as a build requisite, but apparently remained installed on > the destination machine), because we need to match the libraries that > the requisites use (Glibmm for one). >=20 > I have given up on compiling RawTherapee with clang++ for now, and use > GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially > at higher optimization level, and kills the 10.0-RELEASE base clang and > Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 > worked for me, I did not bother to send Gerald the details. >=20 > We may want to retry with clang if we've got the next clang version. > Feel free to use Rawtherapee as compiler system test ;) >=20 try with something like this in libmap.conf libc++.so.1 /usr/local/lib/libc++.so.1 If that fixes the problem, then a rpath with /usr/local/lib should be set w= hile building the port regards, Bapt --2uzDqHpccQJpqF2n Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLyqyoACgkQ8kTtMUmk6Ew6rQCfbGmbrzZnlseBYrWjaVjwk0aE cbkAoKcmQ/ri3E+fNVMPcPiScDtMcjb7 =VgEL -----END PGP SIGNATURE----- --2uzDqHpccQJpqF2n-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:27:52 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61EE250B for ; Wed, 5 Feb 2014 21:27:52 +0000 (UTC) Received: from mail-qa0-x22a.google.com (mail-qa0-x22a.google.com [IPv6:2607:f8b0:400d:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 100EC1BA2 for ; Wed, 5 Feb 2014 21:27:51 +0000 (UTC) Received: by mail-qa0-f42.google.com with SMTP id k4so1493299qaq.15 for ; Wed, 05 Feb 2014 13:27:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=m7TG1JQ4hi2Gy23GbPAlwsTP8o0cgM604Bb2CRdRbBc=; b=oTJlvpSnL4fjhFuJm6jlJ4ZOvhbQD/zj/XHdKSF3e6hGoI2AxG0V/9GLdAcfidEuFC N34sy3PWUbk2/oNJgfD0dmBPM2LVorUTqmub1+JHDqkECjkM+9RT86dWSTtSu4e7hYhs SVp0Yu1Di4KgNdwTkjVqX2uLKdUZhEuX52rCja9fDklwoA4pfAr+bxTbpUNCWeVZNVJ4 xtDANcxurXSqTt06SWQ4rx6DGaE1M8bFoLCilYOGYS480yhSod1D/yJAF7MsxO3S2O34 yit99z7bj/zFXjkAmtImj4hSJmYofSaUuyOZN7cQhkKosCF8zFYPOnXGKEUh55RQ2P4e OfXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=m7TG1JQ4hi2Gy23GbPAlwsTP8o0cgM604Bb2CRdRbBc=; b=auEAhUiuxt85szKRrRQy1zJ1hF2zeeCbrVgEiuUY9SozJpxXLY3juKvGUdJSjOrkfA Y0X4Yu6SdxvjalnhEEFYznFlECWEJkL3csHJarQ1bQ2IWvRr4NMfKdqKXptJDQH8VJdS Fjs7EPowzPhnH39iSdTCpXCkNl8cjsPJijRqgnD/N0x2CwAwDZjBkfwkINZvI4RXNXgb MN78ChFySzgK/KLaB6Ie8e8CbzljKxEnpyp/z3VdiWDgeQW1sIzvroTzBv0BNLIn4p9Q M7ByUXjFb03pNnm+x/Yh2ZAAmljhPRpAfnv6ruamNwl2EZ2CLyFDVQ7mLWMHBcMtlwyS GJlw== X-Gm-Message-State: ALoCoQnwn4GhlUW/Ya9rNJ4nj7qRlpBpSoCzPJZucI2H0YlqStodaIgbRfAHw4fJ8ZV6Bem0A0W3Gz3fjpM5LvzzTU/3N8CnrzSSQk0oJ6IH2oSEL/h4T2sw1dTA9X7ESPKal6744JowzRbNHKsvZoXX7LxF4ctR/urVhE0Y//tz6GfrYtsybK6k5RrE8X6WVJbt/JPVBB0C MIME-Version: 1.0 X-Received: by 10.224.79.19 with SMTP id n19mr6412123qak.99.1391635667325; Wed, 05 Feb 2014 13:27:47 -0800 (PST) Sender: niklase@google.com Received: by 10.229.14.7 with HTTP; Wed, 5 Feb 2014 13:27:47 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Feb 2014 13:27:47 -0800 X-Google-Sender-Auth: Ja0_kz4fe0lf04WxSoAgUBBnNjA Message-ID: Subject: Re: Making WebRTC available for FreeBSD From: Niklas Enbom To: Joe Nosay Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports , Jan Linden , Adrian Chadd , chromium@freebsd.org, gecko@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:27:52 -0000 Hey guys, not sure what this refers to. The G+ post talks about porting the gtalk plugin to freeBSD. WebRTC is an effort in the opposite direction (no plugins needed). Afaik there is a Chromium build for freeBSD that should support WebRTC (unless it's disabled at build). Niklas On Wed, Feb 5, 2014 at 1:14 PM, Joe Nosay wrote: > https://plus.google.com/110946378055202199166/posts/8iTsSCatk4x > > The process has been started : > http://forums.freebsd.org/viewtopic.php?f=39&t=44691 > > Dependencies needed- referenced in "howto" and webrtc dependencies: > libbrlapi from brltty. > > > Benefits: Native client and sever side of WebRTC applications for FreeBSD > and possibly other BSDs. > Eliminated dependency for Linuixlator based applications thus cutting down > on hardware resource use. > Eliminated need for other simulated and emulated programs to run Skype or > other voice-and-video binaries. I.e. Wine, VirtualBox, qemu, et cetera, et > al. > > Since it is known that Sony's PS4 uses FreeBSD as the basis for its OS, > WebRTC could be implemented as a native application on the platform/console > thus allowing users to communicater in real time while gaming. > > > Why am I proposing this? > 1. Adrian Chadd asked on Google+ and nowhere else. I decided to bring his > proposal to the public and attempt an initial starting phase. > 2. Users would not be limited to having only a few selected operating > systems at their disposal. Developers could easily communicate with each > other. > 3. Real time sharing/viewing of conventions. This would give the community > another window into the development of FreeBSD. > 4. Companies such as IxSystems and Sony would be able to contact develoers > while simultaneously working on a FreeBSD/FreeBSD_based system. > 5. FreeBSD developers would be able to give feedback on the development of > WebRTC sources. > > > > Being that I am limited on resources, is it possible that others could > take over what was started? > > > > > From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:33:34 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC4BF8DA; Wed, 5 Feb 2014 21:33:34 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 583331C54; Wed, 5 Feb 2014 21:33:34 +0000 (UTC) Received: by mail-ob0-f171.google.com with SMTP id wp4so1191753obc.30 for ; Wed, 05 Feb 2014 13:33:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MvaV1Tn8IKm5tcV7BFGHMhIAa79N5j0juKadPhjYAp0=; b=kk8irH0Yvh9yr+qD4t075vDn2B30/hOsw2QJkMXc2g5ZJo8MCWPJDWx3enus9oiP0q xO+Xpt+Is9XEpZEO96sf4WW4UcJJrEDWnUUbEl4cpqKuyLPu/kGbuIG4wEHMUtyznQeV unjm7OkbxWOXMbX17THIweEMY6pmadQZFDyq3C/vHZXwfrAloc7LgItC9xCti7MQSpRf UZj2KQsSnBUatUP9QmPBcaMF4Cwyk0OrH0OSieJAyaSWcJqeVrPstx+H/pQn7sr4Lw5j JHlRT6tr0CZlPeZrF+WOUUZLvteLVY0f96JUfCFR5ctk8rKvgUbICymbKg+0JMI4Xh2R 9yZw== MIME-Version: 1.0 X-Received: by 10.60.62.199 with SMTP id a7mr3345225oes.64.1391636013600; Wed, 05 Feb 2014 13:33:33 -0800 (PST) Received: by 10.182.78.71 with HTTP; Wed, 5 Feb 2014 13:33:33 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Feb 2014 16:33:33 -0500 Message-ID: Subject: Re: Making WebRTC available for FreeBSD From: Joe Nosay To: Niklas Enbom Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports , Jan Linden , Adrian Chadd , chromium@freebsd.org, gecko@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:33:34 -0000 On Wed, Feb 5, 2014 at 4:27 PM, Niklas Enbom wrote: > Hey guys, not sure what this refers to. The G+ post talks about porting > the gtalk plugin to freeBSD. WebRTC is an effort in the opposite direction > (no plugins needed). Afaik there is a Chromium build for freeBSD that > should support WebRTC (unless it's disabled at build). > > Niklas > > > On Wed, Feb 5, 2014 at 1:14 PM, Joe Nosay wrote: > >> https://plus.google.com/110946378055202199166/posts/8iTsSCatk4x >> >> The process has been started : >> http://forums.freebsd.org/viewtopic.php?f=39&t=44691 >> >> Dependencies needed- referenced in "howto" and webrtc dependencies: >> libbrlapi from brltty. >> >> >> Benefits: Native client and sever side of WebRTC applications for FreeBSD >> and possibly other BSDs. >> Eliminated dependency for Linuixlator based applications thus cutting >> down on hardware resource use. >> Eliminated need for other simulated and emulated programs to run Skype or >> other voice-and-video binaries. I.e. Wine, VirtualBox, qemu, et cetera, et >> al. >> >> Since it is known that Sony's PS4 uses FreeBSD as the basis for its OS, >> WebRTC could be implemented as a native application on the platform/console >> thus allowing users to communicater in real time while gaming. >> >> >> Why am I proposing this? >> 1. Adrian Chadd asked on Google+ and nowhere else. I decided to bring his >> proposal to the public and attempt an initial starting phase. >> 2. Users would not be limited to having only a few selected operating >> systems at their disposal. Developers could easily communicate with each >> other. >> 3. Real time sharing/viewing of conventions. This would give the >> community another window into the development of FreeBSD. >> 4. Companies such as IxSystems and Sony would be able to contact >> develoers while simultaneously working on a FreeBSD/FreeBSD_based system. >> 5. FreeBSD developers would be able to give feedback on the development >> of WebRTC sources. >> >> >> >> Being that I am limited on resources, is it possible that others could >> take over what was started? >> >> >> >> >> > How is it implemented at build time? From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:36:50 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6CA3B0C for ; Wed, 5 Feb 2014 21:36:50 +0000 (UTC) Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7E7A91C93 for ; Wed, 5 Feb 2014 21:36:50 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id j15so1472382qaq.25 for ; Wed, 05 Feb 2014 13:36:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=KY2c/hNv/x49DPTuJB0oehnJ7MKJvJXfmnA0Lr70gcc=; b=WEh2V3ZLKs3chqaxMZli8DtR4osL/2I4B7OXm80i+ovjTJl5G18oWiJpDvd1fOBK/8 +aI9LLHmVmx8srjFRU+/2340gzAOkloRluURtPjIbZVoIjJ8Ix2hkbzkNovRvrbwBT/Y iTmyO/98rjvD3ED96eyIXH7Pi/jXMk/Ezo1KgJMPZzJADL7KMCfreHJ2ZF5YycaKZW1A kBCIiz1k6NfTA3lM/EwN1aIiO7wbxpgH33VD5iy44nQu1fu+61noItHdUPC+lQeQEtbj 4psZeYsijwSF/JD2n4OfmVb/XPQH87CMfnvAxlAOPXDKKTsE4CpFMxRFhk3gaxmNHb14 PMuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=KY2c/hNv/x49DPTuJB0oehnJ7MKJvJXfmnA0Lr70gcc=; b=Nkv4gOhqifEAaewfzuL8iEFE9lSb5oAUuZfH5eCF4n4tUpHO71xdB+ecx9ahAhkwb2 6Z6QNrbtSZMZfEch13brMC++Kf2XB8BsSTDet4HSiVF89pVGUTaz0gNB66fxEjlQkedY ubvAhd66BLGdha+gmPfrMBmrRVs45MtLsan6BxjxhjpFCFChW5Yy//qvkN4wUWLDE+Qu zPxwGpuj3R7YgxSupfyySgvIBpkAApnEUbbz8KaOB58ZobcPfiSwBhFKAxZ2I4M/NIPk byQ8gdEgzE7xgspII4jqxnqtIk5EPOmYsB3rIpio6jA1F4I6MyZlIXwjjHtUK0JZlQ2g 6q6w== X-Gm-Message-State: ALoCoQm8vpa528NhtsTspBaYmFrnhfsRvRekPfTv2urYPTKookAZh6mkbscXMM0kfRi5npgYnZxM1EBygvNaZyqFYdaiPDBxP2sKx7/kQU9tWMB1tlSSfLYNfKs6du/G0uQwuleCS3RPFAtFwYJfA19idS6nc2aZaNllicYZgLqZgw65zTvgIX2KFzXXtUcYnP0X2q7yMfXJ MIME-Version: 1.0 X-Received: by 10.229.13.133 with SMTP id c5mr6719556qca.22.1391636209501; Wed, 05 Feb 2014 13:36:49 -0800 (PST) Sender: niklase@google.com Received: by 10.229.14.7 with HTTP; Wed, 5 Feb 2014 13:36:49 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Feb 2014 13:36:49 -0800 X-Google-Sender-Auth: FvdBGMANbaGCqur8N4ap8EwjvvM Message-ID: Subject: Re: Making WebRTC available for FreeBSD From: Niklas Enbom To: Joe Nosay Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: ports , Jan Linden , Adrian Chadd , chromium@freebsd.org, gecko@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:36:51 -0000 https://code.google.com/p/chromium/codesearch#search/&q=enable_webrtc&sq=package:chromium&type=cs On Wed, Feb 5, 2014 at 1:33 PM, Joe Nosay wrote: > > > > On Wed, Feb 5, 2014 at 4:27 PM, Niklas Enbom wrote: > >> Hey guys, not sure what this refers to. The G+ post talks about porting >> the gtalk plugin to freeBSD. WebRTC is an effort in the opposite direction >> (no plugins needed). Afaik there is a Chromium build for freeBSD that >> should support WebRTC (unless it's disabled at build). >> >> Niklas >> >> >> On Wed, Feb 5, 2014 at 1:14 PM, Joe Nosay wrote: >> >>> https://plus.google.com/110946378055202199166/posts/8iTsSCatk4x >>> >>> The process has been started : >>> http://forums.freebsd.org/viewtopic.php?f=39&t=44691 >>> >>> Dependencies needed- referenced in "howto" and webrtc dependencies: >>> libbrlapi from brltty. >>> >>> >>> Benefits: Native client and sever side of WebRTC applications for >>> FreeBSD and possibly other BSDs. >>> Eliminated dependency for Linuixlator based applications thus cutting >>> down on hardware resource use. >>> Eliminated need for other simulated and emulated programs to run Skype >>> or other voice-and-video binaries. I.e. Wine, VirtualBox, qemu, et cetera, >>> et al. >>> >>> Since it is known that Sony's PS4 uses FreeBSD as the basis for its OS, >>> WebRTC could be implemented as a native application on the platform/console >>> thus allowing users to communicater in real time while gaming. >>> >>> >>> Why am I proposing this? >>> 1. Adrian Chadd asked on Google+ and nowhere else. I decided to bring >>> his proposal to the public and attempt an initial starting phase. >>> 2. Users would not be limited to having only a few selected operating >>> systems at their disposal. Developers could easily communicate with each >>> other. >>> 3. Real time sharing/viewing of conventions. This would give the >>> community another window into the development of FreeBSD. >>> 4. Companies such as IxSystems and Sony would be able to contact >>> develoers while simultaneously working on a FreeBSD/FreeBSD_based system. >>> 5. FreeBSD developers would be able to give feedback on the development >>> of WebRTC sources. >>> >>> >>> >>> Being that I am limited on resources, is it possible that others could >>> take over what was started? >>> >>> >>> >>> >>> >> > > How is it implemented at build time? > From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 21:49:52 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38BFA130; Wed, 5 Feb 2014 21:49:52 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF5D01D76; Wed, 5 Feb 2014 21:49:51 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id f11so1504845qae.21 for ; Wed, 05 Feb 2014 13:49:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0qOrOOCtLMkchENNUYJhkgm4ksrl/aKykrlYtdD6dtk=; b=T3zH4B1kETXf1gnqLoVkBHxvQsO9EMk/z3ji9HW2+7RoLZTs3UoZaDfKD+L2v7letI XWQKDDGnZOMw7zPmbOEITpVsqnbaqX2XlXfTh6EAQKut3QNUmJFEmEbvasrSYosInoMa CaW79x0WYtLR2KJEesG/nzEXrQ7+l7qpm985SPFIAEpbKIT4m+J3MowexR+B2OHa5etD 2GaUP8QRByqc3oUlpg7s00hBKYNzzgMWwPD+E40v5n/So8Ih3/EDRmXuuHQHKPaCu8Lj zM2vpqTNvIZShPqCh15h3T7wNNAWoTnKeptGM9g6A5jHEaTMeSvnBfX7BR1pRGaRQ7Xf bv/A== MIME-Version: 1.0 X-Received: by 10.140.108.229 with SMTP id j92mr6377026qgf.7.1391636990350; Wed, 05 Feb 2014 13:49:50 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Wed, 5 Feb 2014 13:49:50 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Feb 2014 22:49:50 +0100 X-Google-Sender-Auth: GLnOvak9NwiCOesox8KDh0y30lg Message-ID: Subject: Re: Making WebRTC available for FreeBSD From: CeDeROM To: Niklas Enbom Content-Type: text/plain; charset=UTF-8 Cc: Joe Nosay , Adrian Chadd , chromium@freebsd.org, gecko@freebsd.org, ports , Jan Linden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 21:49:52 -0000 On Wed, Feb 5, 2014 at 10:27 PM, Niklas Enbom wrote: > Hey guys, not sure what this refers to. The G+ post talks about porting the > gtalk plugin to freeBSD. WebRTC is an effort in the opposite direction (no > plugins needed). Afaik there is a Chromium build for freeBSD that should > support WebRTC (unless it's disabled at build). > Niklas WebRTC on FreeBSD YES YES YES!!! =) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:02:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7F315DA; Wed, 5 Feb 2014 22:02:44 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7479F1FB0; Wed, 5 Feb 2014 22:02:44 +0000 (UTC) Received: from park.js.berklix.net (p5DCBC774.dip0.t-ipconnect.de [93.203.199.116]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s15M2Cht071679; Wed, 5 Feb 2014 22:02:13 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s15M2XnI091500; Wed, 5 Feb 2014 23:02:33 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s15M2Lha059200; Wed, 5 Feb 2014 23:02:33 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201402052202.s15M2Lha059200@fire.js.berklix.net> To: Matthew Seaman Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 03 Feb 2014 22:38:45 GMT." <52F01A75.7050409@FreeBSD.org> Date: Wed, 05 Feb 2014 23:02:21 +0100 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:02:45 -0000 Matthew Seaman wrote: > On 03/02/2014 21:24, Julian H. Stacey wrote: > >> be beneficial in a very short amount of time. Even if you prefer to > >> compile from source, > >=20 > > I use source, rarely if ever use packages, (except pkg_delete > > to remove old broken dependencies). No opinion which scrips are better.= > > >=20 > >=20 > >> you will still reap the benefits of the modern > >> packaging system. > >=20 > > In 10.0 FreeBSD `reaped the benefit` of a default new horrible > > registry that smells like Microsoft with quasi binary local.sqlite > > needing special tools. (Yes I know there's an export function.) > >=20 > > For 2 decade we've poured scorn on Microsoft & its opaque easily > > damaged hard to access registry, & lauded how with FreeBSD we can > > examine & manipulate & repair our text based equivalent with any > > number of personal choice text tools, & now FreeSBD is burdened by > > this horrible Microsoft style registry. > > You're being absurd. Immediately personal criticism is a poor way to start convincing. ports/ is not just for package addicts. I never install packages, but only build & install from ports/. sqlite junk obstructs /var/db/pkg being accessed by find & grep to debug breaking ports builds. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:16:04 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25007A54 for ; Wed, 5 Feb 2014 22:16:04 +0000 (UTC) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1D6910E9 for ; Wed, 5 Feb 2014 22:16:03 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w62so764289wes.1 for ; Wed, 05 Feb 2014 14:16:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kM4osfIMSAPsNfWfCZufc81a7S123ETCvMyeG1MizTs=; b=DqPgClIyPpGYtwIo/PW165/bJITurwNOUGW0Z+mbWk0/mYoYGVHXyFjbpbCOgJgi04 2qmWBzLhm/IicIrmv2Bw3nThqwgFiLOA8hAhOpxAkJw7tVMbLLGKLAPznoxxDpRzkvHQ B1ZypmeUpUi2anSOm4HnhL0rIxmZ8aBH6T4nwMkL8CNqOhsIONeSF5dacxLlZPQUn+N4 Wx9AspAstzlF4orviZN1QoL1Q1jvj1VEOPE4C5FzdymsD+CcUVPS3zM7oMPqkoLnJFd1 8WIKcBIu9NNf6p2Pv3LBULWK/jG1B4MR4L0xbQ0F5DgM6puapcuB6oft8PfUDs4pX43U v6fA== MIME-Version: 1.0 X-Received: by 10.194.57.140 with SMTP id i12mr3153683wjq.20.1391638562069; Wed, 05 Feb 2014 14:16:02 -0800 (PST) Received: by 10.180.189.166 with HTTP; Wed, 5 Feb 2014 14:16:01 -0800 (PST) Date: Wed, 5 Feb 2014 23:16:01 +0100 Message-ID: Subject: More fun (and work) for porters (DARPA projects) From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:16:04 -0000 Hi all, DARPA recently released a catalog of 60 projects funded by the institution. Quite a few of them are Python-based and some are focused on handling large amounts of data. =BFIs it possible/interesting to add this projects to the WantedPorts page[= 2]? Regards [1] https://wiki.freebsd.org/WantedPorts [2] http://www.darpa.mil/OpenCatalog/index.html From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:38:43 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B519361D; Wed, 5 Feb 2014 22:38:43 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 299CF12B7; Wed, 5 Feb 2014 22:38:42 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50008151953.msg; Wed, 05 Feb 2014 22:38:34 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 05 Feb 2014 22:38:34 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1113d0acf6=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Matthew Seaman" , "Julian H. Stacey" References: <201402052202.s15M2Lha059200@fire.js.berklix.net> Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools Date: Wed, 5 Feb 2014 22:38:35 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:38:43 -0000 ----- Original Message ----- From: "Julian H. Stacey" > Immediately personal criticism is a poor way to start convincing. > > ports/ is not just for package addicts. I never install packages, > but only build & install from ports/. sqlite junk obstructs > /var/db/pkg being accessed by find & grep to debug breaking ports builds. We also maintain all our machines from in house built ports but I must say in the 10 years I've never used find / grep on /var/db/pkg to debug breaking port builds. Everyone works differently, so we may be unique here, but surely if the tools still exist to determine the issue e.g. sqlite queries, along side the clear advantages the new storage brings, I'm not sure what the issue is? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:48:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B3A9961; Wed, 5 Feb 2014 22:48:44 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 4B08E23CE92; Wed, 5 Feb 2014 23:48:42 +0100 (CET) Message-ID: <52F2BFC9.7080804@FreeBSD.org> Date: Wed, 05 Feb 2014 23:48:41 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Rainer Hurling , freebsd-ports@freebsd.org Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F2991E.4080304@FreeBSD.org> <52F2A69F.80702@gwdg.de> In-Reply-To: <52F2A69F.80702@gwdg.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:48:44 -0000 Hi Rainer, this is more useful as a backtrace in itself, but I don't know how to make heads or tails of it; the interesting parts appear to be in frames #5 (meaning that you might need to reinstall glibmm WITH_DEBUG=yes) and #8/#9 (where the whole call chain starts). I can say that rawtherapee starts properly for me on 9.2-RELEASE and 10.0-RELEASE amd64 (the former has packages built from source, the latter uses binary packages installed with pkg upgrade), even with aggressive optimization. Unfortunately, I do not have the time to debug highly complex ports on any STABLE/UNSTABLE/HEAD tree. My ports work is limited to what I can do on -RELEASE. So I propose to 1. first trying the libc++.so mapping that Baptiste Daroussin has proposed, and if that does not help, 2. hack the Makefile to use only -O for optimization and then see in the frames #9/#8 if the string passed down is properly initialized, and in frame #5 what data arrives and why glibmm fails to convert it. Also make sure that all requisites of rawtherapee are up to date, there have been many changes to a few of the requisites lately. > Okay, here it comes. RawTherapee from before, with newer gdb: > Terminating due to uncaught exception 0x4fe78700 of type Glib::ConvertError > > Program received signal SIGABRT, Aborted. ... > No symbol table info available. > #3 0x00000000423aa8f8 in Glib::ConvertError::throw_func(_GError*) () > from /usr/local/lib/libglibmm-2.4.so.1 > No symbol table info available. > #4 0x00000000423baa0f in Glib::Error::throw_exception(_GError*) () from > /usr/local/lib/libglibmm-2.4.so.1 > No symbol table info available. > #5 0x00000000423c60b4 in > Glib::operator<<(std::__1::basic_ostream std::__1::char_traits >&, Glib::ustring const&) () from > /usr/local/lib/libglibmm-2.4.so.1 > No symbol table info available. > #6 0x000000000064fce7 in > Glib::ustring::FormatStream::stream (this=0x7fffffffbae0, > value=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1057 > No locals. > #7 0x000000000064f765 in Glib::ustring::format > (a1=..., a2=...) at /usr/local/include/glibmm-2.4/glibmm/ustring.h:1145 > buf = {stream_ = > { >> > = { >> = > { = {}, __tie_ = 0x0, > __fill_ = -1}, _vptr.basic_ostream = 0xf853b8 for std::__1::basic_ostringstream std::__1::char_traits, std::__1::allocator >+24>}, > __sb_ = { std::__1::char_traits >> = { > _vptr.basic_streambuf = 0xf85490 std::__1::basic_stringbuf, > std::__1::allocator >+16>, __loc_ = {static none = 0, > static collate = 1, static ctype = 2, static monetary > = 8, static numeric = 16, static time = 32, static messages = 4, static > all = 63, __locale_ = 0x484c0ee0}, __binp_ = 0x0, > __ninp_ = 0x0, __einp_ = 0x0, __bout_ = 0x7fffffffbb2c > L"", __nout_ = 0x7fffffffbb2c L"", __eout_ = 0x7fffffffbb3c L""}, > __str_ = {> = { data fields>}, > __r_ = > { std::__1::char_traits, std::__1::allocator >::__rep, > std::__1::allocator, 2u>> = {> = > {}, __first_ = {{__l = {__cap_ = 8, __size_ = 0, __data_ > = 0x0}, __s = {{__size_ = 8 '\b', __lx = 8 L'\b\000\000\000'}, > __data_ = L'\000' }, __r = > {__words = {8, 0, 0}}}}}, }, static npos = > 18446744073709551615}, __hm_ = 0x7fffffffbb2c L"", __mode_ = 16}}} > #8 0x000000000064c798 in RTImage::setPaths (opt=...) at > /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/rtimage.cc:101 > configFilename = {static npos = 18446744073709551615, string_ = > {> = {}, > __r_ = > { std::__1::char_traits, std::__1::allocator >::__rep, > std::__1::allocator, 2u>> = {> = { data fields>}, __first_ = {{__l = {__cap_ = 0, __size_ = 0, __data_ = > 0x0}, __s = {{__size_ = 0 '\000', __lx = 0 '\000'}, __data_ = '\000' > }, __r = {__words = {0, > 0, 0}}}}}, }, static npos = > 18446744073709551615}} > keyFile = { = {gobject_ = 0x4ec15d80, > owns_gobject_ = true}, } > hasKeyFile = true > #9 0x0000000000696aaf in main (argc=1, argv=0x7fffffffd6d0) at > /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.12/rtgui/main.cc:239 > m = > icon_path = {static npos = 18446744073709551615, string_ = > {> = {}, > __r_ = > { std::__1::char_traits, std::__1::allocator >::__rep, > std::__1::allocator, 2u>> = {> = { data fields>}, __first_ = {{__l = {__cap_ = 49, __size_ = 35, __data_ = > 0x4fe3d220 "/usr/local/share/rawtherapee/images"}, __s = {{__size_ = 49 > '1', __lx = 49 '1'}, > __data_ = > "\000\000\000\000\000\000\000#\000\000\000\000\000\000\000 > \322\343O\000\000\000"}, __r = {__words = {49, 35, 1340330528}}}}}, data fields>}, > static npos = 18446744073709551615}} > rtWindow = 0x1 > defaultIconTheme = {pCppObject_ = 0x4fde90a0} > settings = {pCppObject_ = 0x0} > > >> >> Also, if you recompile rawtherapee without the highly aggressive >> compiler flags, does that help? > > This version was compiled without the option OPTIMIZED_CFLAGS. Is this > enough? Perhaps not good enough for debugging... From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:48:52 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1024A9F3 for ; Wed, 5 Feb 2014 22:48:52 +0000 (UTC) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AA1C136E for ; Wed, 5 Feb 2014 22:48:50 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id s15MmHqk078703 ; Wed, 5 Feb 2014 23:48:30 +0100 (CET) X-Ids: 168 Received: from [192.168.1.101] (sge91-2-82-227-32-26.fbx.proxad.net [82.227.32.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by parthe.lpthe.jussieu.fr (Postfix) with ESMTPSA id ED70EE4DA5; Wed, 5 Feb 2014 23:48:15 +0100 (CET) From: Michel Talon Content-Type: multipart/signed; boundary="Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools Date: Wed, 5 Feb 2014 23:48:14 +0100 Message-Id: To: "Julian H. Stacey" Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Miltered: at jchkmail2.reseau.jussieu.fr with ID 52F2BFB1.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 52F2BFB1.001 from parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/134.157.10.1/parthe.lpthe.jussieu.fr/ X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:48:52 -0000 --Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii >ports/ is not just for package addicts. I never install packages, >but only build & install from ports/. sqlite junk obstructs >/var/db/pkg being accessed by find & grep to debug breaking ports = builds. As someone who has advocated the use of sqlite to replace the old = "database in the filesystem" several years before it has been implemented by the new package system, = i can only conclude, like Matthew that you are being absurd. The old package system was total = crap, incredibly slow and using system resources in absurd ways. Sqlite obstructs nothing, you = have to spend a couple of minutes learning the basic SQL queries, which is no more difficult that learning = obtuse find and grep options. Moreover i have hard time believing one needs to dissect the package = system (beyond reading the=20 output of pkg info) to debug a port build. One surely needs some = knowledge of make, C, perhaps C++ which is vastly more difficult than figuring how to extract the content = of the sqlite database. Finally i confess i am a package addict. Insisting that people use = packages is the best way to ensure that the ports can indeed be built and that the result works. I have = spent too many hours editing C files and makefiles in the past in the hope of getting something to = build, now i want that it "just works", like it does with the likes of Debian, etc. I am very = grateful to Baptiste, Matthew and al. to the excellent job they have done, finally FreeBSD has a decent = infrastructure for=20 external software. The new package system is fast, efficient, and very = importantly lists all the things it will do before doing them (like Debian apt), which allows = to avoid ruining a working system, a very common occurrence in the old package system. So it does most of = the things that i thought were necessary to come to parity with apt, and is light years ahead of = the old system.=20 -- Michel Talon talon@lpthe.jussieu.fr --Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw ggKeoAMCAQICAQMwDQYJKoZIhvcNAQEFBQAwLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMx DjAMBgNVBAMTBUNOUlMyMB4XDTA5MDEyMTA5MDM1MloXDTI5MDEyMDA5MDM1MlowNTELMAkGA1UE BhMCRlIxDTALBgNVBAoTBENOUlMxFzAVBgNVBAMTDkNOUlMyLVN0YW5kYXJkMIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnKlkarQHIxnDvggIxOIqXe3UKN7+P6DtkkRrFkc1EzeNdKn1 TYPkBRuPCGFM3ndb16n/u2Wdyaw8D/GJe5MioEcPXwa+jnigC3nXQmVhcmOSQIpbZxD61ic+2HdN Hnnbb0sSAFJY4thCBbIzN3fgjWwdvPj28pRYJfeC2YbZXPPYLs39cIkEh+850SrYkoxpLxxSZfpg jxB/zI/5XC4U7UyL4J03uNI8lMpQ/UF63vY87K7svVwW3bDwc5l6gf87M9IAnk2Mxls4LjPDdobK clTbLeIQ/ZJQaJOE7XepiWlRhevglKP5lwgRjCTwD7o4tCzW12xOY/60MZ/vj6ZapQIDAQABo4HZ MIHWMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFBHj2dFSRxtZsTwbeGZr9KGI7QpbMFQGA1Ud IwRNMEuAFFCXtg33rDMXr/EdRjxrO/8AoOXloTCkLjAsMQswCQYDVQQGEwJGUjENMAsGA1UEChME Q05SUzEOMAwGA1UEAxMFQ05SUzKCAQAwDgYDVR0PAQH/BAQDAgEGMD4GA1UdHwQ3MDUwM6AxoC+G LWh0dHA6Ly9jcmxzLnNlcnZpY2VzLmNucnMuZnIvQ05SUzIvZ2V0ZGVyLmNybDANBgkqhkiG9w0B AQUFAAOCAQEAT+njF+ZMJ/UXalBV6u7PTKq97izddj5ZoC8LaInaQ9AeHSxrEvlnE55lK6SE0jHP gqDK7yLoEGzpzxd8rK2HhUyK4dV7TObZDrKh5CmeIK8PPnu5fyRMMuCI/nrarBZgoXWuiZyKZp2U un6rDiAj7ffHhF2CSBTexNSwxU4sh9SNAxEvNtUpb66ZZxkMjW1aIN/Rn8bLr1XuC8qxWw/vXHT0 80aJY0d+LM6/yDANAEb2GOZsPzB+kG4QjR85Sc+TaevInsJnc69Ki/Z8Qijdpd3tr8lVG2Q/VLxh JhDrkdXp9+7Q9gsL+qaQ3WD0QJ0Lp5z4zi8hOP6rBr/aDXf6ZzCCBLEwggOZoAMCAQICAlA7MA0G CSqGSIb3DQEBBQUAMDUxCzAJBgNVBAYTAkZSMQ0wCwYDVQQKEwRDTlJTMRcwFQYDVQQDEw5DTlJT Mi1TdGFuZGFyZDAeFw0xMjA0MjQxMTE2MDJaFw0xNDA0MjQxMTE2MDJaMGwxCzAJBgNVBAYTAkZS MQ0wCwYDVQQKEwRDTlJTMRAwDgYDVQQLEwdVTVI3NTg5MRUwEwYDVQQDEwxNaWNoZWwgVGFsb24x JTAjBgkqhkiG9w0BCQEWFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDgBxV/HgKdmPL6b8jVvUTR1SWD0aKiqo5WtdQqBIcmN2/dNqXbNt9YNznR Y4KLzV8VIFSj4WqDfzxCx6Xxulww7iwP8FE+Mt9NEQFtYoh9yZdokMTPQgYQ/sJTbvTSLK2f9IRV HCTnJkG1jRLzNKp9T+jbLpauKNX97jAzGFa5pqip0ARGduLmVTSEY4yDzgMjUXT/ghrA+emngSBW RDMj2nbcvPi5UqvbHv6oC/HrSl8YiN7zck9A7sWQqw8Dkzi7y5Az9cHaK5baoDJsmXtJjdE2poJU QFgj+qw5v1//rzWao6vF1Y2YuALbDk2rY0FGbHKBvQdUIOd9FPWVHcDhAgMBAAGjggGSMIIBjjAM BgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAwegYJYIZIAYb4 QgENBG0Wa0NlcnRpZmljYXQgQ05SUzItU3RhbmRhcmQuIFBvdXIgdG91dGUgaW5mb3JtYXRpb24g c2UgcmVwb3J0ZXIg4CBodHRwOi8vaWdjLnNlcnZpY2VzLmNucnMuZnIvQ05SUzItU3RhbmRhcmQv MB0GA1UdDgQWBBQVwmDyLZNTeQ9+lLkAnYAWHPUEyTBUBgNVHSMETTBLgBQR49nRUkcbWbE8G3hm a/ShiO0KW6EwpC4wLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMxDjAMBgNVBAMTBUNOUlMy ggEDMCEGA1UdEQQaMBiBFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwRwYDVR0fBEAwPjA8oDqgOIY2 aHR0cDovL2NybHMuc2VydmljZXMuY25ycy5mci9DTlJTMi1TdGFuZGFyZC9nZXRkZXIuY3JsMA0G CSqGSIb3DQEBBQUAA4IBAQBZqTWOw11I3rblql8PEPHhnPntu2IEg9DQRgP8jucvURw8KpZ7s94W 4hP13kmDhqGC4/St/XH4IlT86L64Zqt3toUoncLPjBfBYmQWGUgC08qhhuopLqsE1uvkdg5IX0bz RqOpEeybEpdrWrTs5DmGycZf93C1ud8PTLhSQYjYhGPfrOw5/3RNUQvL1yZK4ZaqzWucmvT9fjMW h24ofSN0sJyrBTInv30CzauKlIacgBtTfaMyQkoR1tch3hn57UI9w0/Ad5ywkdgFbA7PVBO12Bsi WHNpHVk1muWUYaGLYE7L4rvx1klv2uS+yQ7aJ1De9MtFy655R//GaJJlgfLvMYICXDCCAlgCAQEw OzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQC AlA7MAkGBSsOAwIaBQCggfcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx DxcNMTQwMjA1MjI0ODE1WjAjBgkqhkiG9w0BCQQxFgQU/jphGFqZb2A6Pu654EFH9WUhxGUwSgYJ KwYBBAGCNxAEMT0wOzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05S UzItU3RhbmRhcmQCAlA7MEwGCyqGSIb3DQEJEAILMT2gOzA1MQswCQYDVQQGEwJGUjENMAsGA1UE ChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQCAlA7MA0GCSqGSIb3DQEBAQUABIIBAJ+I DSb/CQv1PTIN4zF9uzhKcTTbLFO1Uht+RbKoPD2fSxTph9rplx8GjQxySLeA2FQkWQk7whjZrZjP Oi9c/SM5znAv7kFz1lHuevCJ/229O1ZcWoRYkGTil8cR7Hs+9P4TIJ++WmHWtAM0GD10q6mebgEa ne6fkXKDFwzi4N48/9qsT2fdstrmgxRdCPzy/SZtsHKX0Wmr1lzLbLj1IR8jnhcf/vNFx8b2d4jt rZssWkYT3Bd46JhBoneFR/9++psP7H6ToyQcUBtOLCZ5lY3jLRjlFEvOVvOoQIg+BYJRm6UluB5d Nm0y2sM1FVm6bWGqpytGqFNYEM7TBJA1jlsAAAAAAAA= --Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293-- From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:53:00 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34EF0CAC for ; Wed, 5 Feb 2014 22:53:00 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A75D01441 for ; Wed, 5 Feb 2014 22:52:59 +0000 (UTC) Received: from mandree.no-ip.org ([78.48.70.32]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LnkiR-1VaVLK36Ap-00hv7H for ; Wed, 05 Feb 2014 23:52:57 +0100 Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 887B523CE92 for ; Wed, 5 Feb 2014 23:52:56 +0100 (CET) Message-ID: <52F2C0C8.5010203@gmx.de> Date: Wed, 05 Feb 2014 23:52:56 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools References: <201402052202.s15M2Lha059200@fire.js.berklix.net> In-Reply-To: <201402052202.s15M2Lha059200@fire.js.berklix.net> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:FQ6OIt8Xxy+86rteTBBT6klZZz+Y3GrXbSXHIttsHg0xO99t8OV 1uHnurCEYH2t4ZYGWsduGRPCi9Kl4B+meRCqXPKoyRsPKXIvDmm5eMmtsiDb4lgHZh/pfgr 5arKAy6cWKp29/Gu+uNca16+VwZ7pEdE2H/l2J+bBwRVLo5OlsJuWVCDs1heR7k4mhodLuc +HDagiZrtpvgfCiYJj6pg== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:53:00 -0000 Am 05.02.2014 23:02, schrieb Julian H. Stacey: > Matthew Seaman wrote: >> On 03/02/2014 21:24, Julian H. Stacey wrote: >>>> be beneficial in a very short amount of time. Even if you prefer to >>>> compile from source, >>> =20 >>> I use source, rarely if ever use packages, (except pkg_delete >>> to remove old broken dependencies). No opinion which scrips are better.= >> >>> =20 >>> =20 >>>> you will still reap the benefits of the modern >>>> packaging system. >>> =20 >>> In 10.0 FreeBSD `reaped the benefit` of a default new horrible >>> registry that smells like Microsoft with quasi binary local.sqlite >>> needing special tools. (Yes I know there's an export function.) >>> =20 >>> For 2 decade we've poured scorn on Microsoft & its opaque easily >>> damaged hard to access registry, & lauded how with FreeBSD we can >>> examine & manipulate & repair our text based equivalent with any >>> number of personal choice text tools, & now FreeSBD is burdened by >>> this horrible Microsoft style registry. >> >> You're being absurd. > > Immediately personal criticism is a poor way to start convincing. > > ports/ is not just for package addicts. I never install packages, > but only build & install from ports/. sqlite junk obstructs > /var/db/pkg being accessed by find & grep to debug breaking ports builds. While I have wanted a few of the pkg options to be 100% compatible with the pkg_info options, I never felt the need to dig around in the package system innards other than to debug goofups that originated in the package system itself. Especially not to debug breaking port builds. portmaster has made things quite easy when dealing with source builds. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 22:55:02 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4F33F73 for ; Wed, 5 Feb 2014 22:55:02 +0000 (UTC) Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 2E15B23CE92 for ; Wed, 5 Feb 2014 23:55:01 +0100 (CET) Message-ID: <52F2C145.6010201@FreeBSD.org> Date: Wed, 05 Feb 2014 23:55:01 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> <52E7E116.7030304@gwdg.de> <52F27E79.2070306@gwdg.de> <20140205193613.GO23872@ithaqua.etoilebsd.net> <52F2A169.2040005@gwdg.de> In-Reply-To: <52F2A169.2040005@gwdg.de> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 22:55:03 -0000 Am 05.02.2014 21:39, schrieb Rainer Hurling: > Thanks for answering. I attached the patch to PR ports/177643 with some > info around it. Please also add your changes to files/ (add the -r to diff next time) to the PR so I can tackle it. From owner-freebsd-ports@FreeBSD.ORG Wed Feb 5 23:57:28 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B87C4FB6 for ; Wed, 5 Feb 2014 23:57:28 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B70C195D for ; Wed, 5 Feb 2014 23:57:28 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id rd3so987699pab.2 for ; Wed, 05 Feb 2014 15:57:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rWECMpBfEsaM/PrLMj6+8jAQUk7WUZM3lEXBEz3j/HI=; b=uPw70cLnm+gYyLuxanMUmuNvrVOC7cjm58f4pLe2eyBMPvxAG4NhXP0B4xEsafe8fF 0PCbsD0uJSGExlnFNUghXx4MkcEzf0iRcyoeN79T8tZtTGr985QPG98MZj9eizgckqG0 j/k2OaWdAFwu8qKGOS83JNWJH+Ja/kQkbzdTaJH8kUjB/WmaNB7V31ojhX7WN6zBcKnp W5LF+wO2wHoygnAQeoEULNTuiqa75sQ8V/R30jRsEsoNRJWkaNSq1OhVeR2TWKMuu3/0 r5IfgPqp3IG1gjpVcHtMCnmuJKhlK1MfKSBuVWicX1mhODG6wfeRzDH+fMncjEOaWMeU DVHg== MIME-Version: 1.0 X-Received: by 10.68.76.68 with SMTP id i4mr6549740pbw.73.1391644647754; Wed, 05 Feb 2014 15:57:27 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Wed, 5 Feb 2014 15:57:27 -0800 (PST) In-Reply-To: <52F2C0C8.5010203@gmx.de> References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> Date: Wed, 5 Feb 2014 15:57:27 -0800 X-Google-Sender-Auth: kHrkxzU3-yW7sDFJOVS8UN1covQ Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Kevin Oberman To: Matthias Andree Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2014 23:57:28 -0000 On Wed, Feb 5, 2014 at 2:52 PM, Matthias Andree wrote: > Am 05.02.2014 23:02, schrieb Julian H. Stacey: > > Matthew Seaman wrote: > >> On 03/02/2014 21:24, Julian H. Stacey wrote: > >>>> be beneficial in a very short amount of time. Even if you prefer to > >>>> compile from source, > >>> =20 > >>> I use source, rarely if ever use packages, (except pkg_delete > >>> to remove old broken dependencies). No opinion which scrips are > better.= > >> > >>> =20 > >>> =20 > >>>> you will still reap the benefits of the modern > >>>> packaging system. > >>> =20 > >>> In 10.0 FreeBSD `reaped the benefit` of a default new horrible > >>> registry that smells like Microsoft with quasi binary local.sqlite > >>> needing special tools. (Yes I know there's an export function.) > >>> =20 > >>> For 2 decade we've poured scorn on Microsoft & its opaque easily > >>> damaged hard to access registry, & lauded how with FreeBSD we can > >>> examine & manipulate & repair our text based equivalent with any > >>> number of personal choice text tools, & now FreeSBD is burdened by > >>> this horrible Microsoft style registry. > >> > >> You're being absurd. > > > > Immediately personal criticism is a poor way to start convincing. > > > > ports/ is not just for package addicts. I never install packages, > > but only build & install from ports/. sqlite junk obstructs > > /var/db/pkg being accessed by find & grep to debug breaking ports builds. > > While I have wanted a few of the pkg options to be 100% compatible with > the pkg_info options, I never felt the need to dig around in the package > system innards other than to debug goofups that originated in the > package system itself. Especially not to debug breaking port builds. > portmaster has made things quite easy when dealing with source builds. > > While I think this discussion is getting a bit emotional, I would like to point out a few things that some posters may not know. 1. The ports/packages system is not total crap. In fact, at the time jkh started it, it was far superior to any tool available. 2. sqlite and mysql were not available at the time it was written. If there had been a solid, properly licensed RDBMS, I strongly suspect it would have been used. 3. While the system has evolved a great deal since it came to FreeBSD about 20 years ago (just a rough guess), it was really in need of an overhaul. Anyone who has used apt knows just how creaky is has become. (Not that I am crazy about apt. I find that it has some very unpleasant issues. I think pkgng is clearly superior.) 4. I will also miss the ASCII pkgdb. I will either live without it or write a small script to pull the relevant data out of the db and create a "limited" db that contains the data I need for my scripts that it. (I would only need to fill in a few fields and most scripts can be placed by pkg commands which are very flexible and powerful. pkg does a LOT more than the old pkg_ system. Of course, you will have to actually read limited documentation and the pkg help. (Far more complete than the last time I looked at the documentation.) I have long advocated for using the simplest, lowest overhead DB that will o the job and use flat ASCII DBs often. Too many developers seem to think that Oracle or is always the right answer for any DB and I'm sure Larry agrees. but really doing the ports/packages system write simply goes beyond what an ASCII DB is suited for. sqlite look like a very good fit for the job. 5. The introduction of pkgng could have really been handled better and that probably increased the negative feelings about it. It was also a bit before it was really ready. It still lacks a few features I feel are quite important, but they were also missing from the old system. On the whole, bapt and company have done a remarkable job that was really needed. It goes way beyond what any other package system I have seen can do. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 02:48:45 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2061328D; Thu, 6 Feb 2014 02:48:45 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id ADDC416DA; Thu, 6 Feb 2014 02:48:44 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id s162mUwR043010 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Feb 2014 20:48:35 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1391654916; bh=74zYht1NEQxuOxrN7ZnLrlZzEoOX26hDOELoT/Qolv4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=ZcmKcHD7e3kssq9K02cgN4+VvDjxU1tT72kCoar8HRLBqo7b/aGueh1CuS63UuPNY 50lZv/fj57CDml8nu8msDLjngmWhruvEdYNnrI5bKAk5sTJIrh/KWovDMg39F6xTo/ NodDnL2V6XM7IQIBBF3ygSchNkFLNoqdy6vmCIcgwKHMlhoBAhGFr5kw+qOVGgG8l6 rr1pIWYHXCnUzi8uCA1xh98IZLzBeinQ3jZ9OsCV20C27nC88ABpUBX8N3XtHsozUG RNT3LvJcx1FfGjxH2I+r8m80c1GyJU2TojuUoH9ZqKLasRm8c7aosDheyZd6IkKE3Y hZjQkVRyiyAZg== Date: Wed, 5 Feb 2014 20:48:30 -0600 (CST) From: Greg Rivers To: Alex Dupre , Dewayne Geraghty Subject: Re: databases/mysql56-client build failure on 9.2-STABLE i386 In-Reply-To: <52F218F2.3090207@heuristicsystems.com.au> Message-ID: References: <52F218F2.3090207@heuristicsystems.com.au> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Wed, 05 Feb 2014 20:48:36 -0600 (CST) Cc: freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 02:48:45 -0000 On Wed, 5 Feb 2014, Alex Dupre wrote: > Unable to reproduce, it builds fine also on my 9.2-i386 poudriere jail. > Thanks for checking Alex, I must have a local issue then. I'll dig harder. On Wed, 5 Feb 2014, Dewayne Geraghty wrote: > I too have built mysql-client using portmaster on an i386 machine, see > -rw-r--r-- 1 root wheel 11M Feb 3 13:14 > /usr/packages/PRESCOTT/All/mysql56-client-5.6.16.tbz > > I've discovered that on a particularly busy build server, I've had to > sprinkly MAKE_JOBS_UNSAFE=yes for 18 of the 135 ports requiring > customisation. > > I don't think a PR is necessary, until you've used what the Makefile > recommends. > Thanks for your suggestion Dewayne. But I get the same result with or without MAKE_JOBS_UNSAFE=yes. -- Greg From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 05:44:48 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9DE4F0C; Thu, 6 Feb 2014 05:44:48 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9500E1786; Thu, 6 Feb 2014 05:44:48 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WBHlW-0000sC-NX; Thu, 06 Feb 2014 06:44:46 +0100 Message-ID: <52F3214E.5020107@gwdg.de> Date: Thu, 06 Feb 2014 06:44:46 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Matthias Andree , freebsd-ports@freebsd.org Subject: Re: r341435: deletion of graphics/fotoxx References: <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <86txcob7ba.fsf@nine.des.no> <52E7B9B2.1000901@gwdg.de> <20140128141016.GA5241@ithaqua.etoilebsd.net> <52E7E116.7030304@gwdg.de> <52F27E79.2070306@gwdg.de> <20140205193613.GO23872@ithaqua.etoilebsd.net> <52F2A169.2040005@gwdg.de> <52F2C145.6010201@FreeBSD.org> In-Reply-To: <52F2C145.6010201@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 05:44:48 -0000 Am 05.02.2014 23:55 (UTC+1) schrieb Matthias Andree: > Am 05.02.2014 21:39, schrieb Rainer Hurling: > >> Thanks for answering. I attached the patch to PR ports/177643 with some >> info around it. > > Please also add your changes to files/ (add the -r to diff next time) to > the PR so I can tackle it. Should be done now. Sorry for this. From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 06:03:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A81D4B8; Thu, 6 Feb 2014 06:03:24 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF21C18F9; Thu, 6 Feb 2014 06:03:23 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WBI3W-000423-Ba; Thu, 06 Feb 2014 07:03:22 +0100 Message-ID: <52F325AA.4060507@gwdg.de> Date: Thu, 06 Feb 2014 07:03:22 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , Matthias Andree Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> In-Reply-To: <20140205212042.GP23872@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Dimitry Andric , ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 06:03:24 -0000 Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin: > On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote: >> Am 05.02.2014 21:08, schrieb Dimitry Andric: >> >>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from >>>> /usr/local/lib/libc++.so.1 >>> >>> Hmm, is this a ports version of libc++? I was not aware Baptiste had >>> already committed this? :) >> >> Yes, it is (as a build requisite, but apparently remained installed on >> the destination machine), because we need to match the libraries that >> the requisites use (Glibmm for one). >> >> I have given up on compiling RawTherapee with clang++ for now, and use >> GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially >> at higher optimization level, and kills the 10.0-RELEASE base clang and >> Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 >> worked for me, I did not bother to send Gerald the details. >> >> We may want to retry with clang if we've got the next clang version. >> Feel free to use Rawtherapee as compiler system test ;) >> > > try with something like this in libmap.conf > libc++.so.1 /usr/local/lib/libc++.so.1 > If that fixes the problem, then a rpath with /usr/local/lib should be set while > building the port Hmm, I am not very familiar with libmapping. After adding it to /etc/libmap.conf I get #rawtherapee Shared object "/usr/local/lib/libc++.so.1" not found, required by "rawtherapee" Thanks for the tip, Rainer > > regards, > Bapt > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 06:45:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DADC0ABA for ; Thu, 6 Feb 2014 06:45:40 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6275B1BC8 for ; Thu, 6 Feb 2014 06:45:40 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s166jRir083004 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 6 Feb 2014 06:45:35 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s166jRir083004 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1391669135; bh=WKG5+B4Y97mqZ53QYdH7lysPCXQ9styjMJLbElY75o8=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Thu,=2006=20Feb=202014=2006:45:16=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-ports@ freebsd.org|Subject:=20Re:=20[FreeBSD-Ports-Announce]=20Time=20to= 20bid=20farewell=20to=20the=20old=20pkg_=0D=0A=20tools|References: =20<201402052202.s15M2Lha059200@fire.js.berklix.net>=20<52F2C0C8.5 010203@gmx.de>=20|In-Reply-To:=20; b=UM0d3rWUCGB6s4+VzS3PFmi/HgRktKV8q6e79T0ZYNoWfCSZWNjfQrvKv1wXfixT5 e8IqyC8CabVuygly22Kxq28ayok/nC5OjSb086W3P7zpLgmtAPY/u1LhRgNRXs18kt 6l3JHSXyeJX14tknTgjq1YzHeI9hFH7JF2bWwabw= Message-ID: <52F32F7C.2030601@infracaninophile.co.uk> Date: Thu, 06 Feb 2014 06:45:16 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> In-Reply-To: X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Vw8GNbfrhaGHHwRG9fSscqK5UJti6MF5V" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DCC_CHECK,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 06:45:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Vw8GNbfrhaGHHwRG9fSscqK5UJti6MF5V Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/02/2014 23:57, Kevin Oberman wrote: > 1. The ports/packages system is not total crap. In fact, at the time jk= h > started it, it was far superior to any tool available. When I first encountered the ports, way back in 1998 or so, I was completely mind-blown that something so fantastic could exist. Yes, it was revolutionary at the time and right where FreeBSD should be -- leading the rest of the world with great innovations. However, things have changed in the last 16 years. Development of the ports as a global concept has been resting on its laurels a bit, and the rest of the world has caught up, and indeed overtaken. Partly that was due to the mindset of seeing binary packages as a second-class thing; partly due to the old pkg_tools not providing the scope to implement innovative features; partly due to pkg_tools being part of the FreeBSD base, so impossible to update over reasonable timescales due to the requirement to support older RELEASE branches. pkg(8) addresses those problems, and I hope will do so for at least the next decade. > 5. The introduction of pkgng could have really been handled better and = that > probably increased the negative feelings about it. It was also a bit be= fore > it was really ready. It still lacks a few features I feel are quite > important, but they were also missing from the old system. I don't think it's possible to make a change of this magnitude without upsetting anyone. We have been getting a lot of feedack on the lines of 'Wow! This is great. When can we have feature XYZ?' to which we frequently have to reply that XYZ can't be implemented without breaking compatibility with pkg_tools. Like sub-packages. I'd be interested to hear what features you think are missing. We will implement anything (eventually...) that there is demand for and that is technically feasible, and that fits with the overall concept of what we think a packaging system should do. There's a number of ideas in the github issue list already (usually tagged with 'longterm' or 'thinking') and we are happy for people to add to that, or to discuss ideas -- the freebsd-pkg@ list is a good place for that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --Vw8GNbfrhaGHHwRG9fSscqK5UJti6MF5V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS8y+HXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATjRIQAKErGL6ooIVPsh9vnFS5kwJT /i6TrX50FIc27vygiPH/9sAFUzDq3BmRfpk/FBluq7x7cvfBJJDz2ji9OkPfp2cK iN3q0lKPjca/guK7IG+U/rhrFEE4o3q9+ikkjLlvOYm41JZ3zetYRda2ju+FwJng s2teTR4ysEpLi2Z//728x6K+aa3lKzKfGB2k4g4wgxOcQSUROSBd3Zy7OnY055gF NeB7TVnCdniKZjRq3CBXn8vHPuvu7ofAmWe4BnEIRZZ3/h0sPtA9QzBuEjrOTsGT 8N0pPlCw/4cqrEa5WUk18VwCnJrcqMNp5IWKLLMlN/l7FBsZZGUE2dpC1TLoqgbP CiIQ/6sDqflVdBaJZd1tJgsdEFySsleQaeBeyE6HrF3AG/JHAQ7tOaMzNrYB8cmW iLJL5PGRtZt+tZCEyZP/hWurWNljL4BBTCM9qZO/GhswktEUWwB2FMYrZNwG7uyO SVnCtx9Y1hurD9d/1NHj164pK2ZJEqxKDfTFJbzDfLmYRv0AcX4A++xb7fwZqOT2 LsQ2FDSzW3H97xdqOm9dZh9FzWSi4rDnYFvKU3/swpKyBKYiq5kRhhaZ8J4s9lCn r/QHbOkAslS0afjTqktHbzo2mSEeQ0dWqV+lQQWpbKTNHE6e4ceGEvHjF9XyhnKa XWOJLuuTVuIXxqqFC9zB =IOXR -----END PGP SIGNATURE----- --Vw8GNbfrhaGHHwRG9fSscqK5UJti6MF5V-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 06:48:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C673B87; Thu, 6 Feb 2014 06:48:44 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 378511BE4; Thu, 6 Feb 2014 06:48:44 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WBIlO-0004VG-7c; Thu, 06 Feb 2014 07:48:42 +0100 Message-ID: <52F3304A.2040900@gwdg.de> Date: Thu, 06 Feb 2014 07:48:42 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin , Matthias Andree Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> <52F325AA.4060507@gwdg.de> In-Reply-To: <52F325AA.4060507@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Dimitry Andric , ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 06:48:44 -0000 Am 06.02.2014 07:03 (UTC+1) schrieb Rainer Hurling: > Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin: >> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote: >>> Am 05.02.2014 21:08, schrieb Dimitry Andric: >>> >>>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from >>>>> /usr/local/lib/libc++.so.1 >>>> >>>> Hmm, is this a ports version of libc++? I was not aware Baptiste had >>>> already committed this? :) >>> >>> Yes, it is (as a build requisite, but apparently remained installed on >>> the destination machine), because we need to match the libraries that >>> the requisites use (Glibmm for one). >>> >>> I have given up on compiling RawTherapee with clang++ for now, and use >>> GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially >>> at higher optimization level, and kills the 10.0-RELEASE base clang and >>> Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 >>> worked for me, I did not bother to send Gerald the details. >>> >>> We may want to retry with clang if we've got the next clang version. >>> Feel free to use Rawtherapee as compiler system test ;) >>> >> >> try with something like this in libmap.conf >> libc++.so.1 /usr/local/lib/libc++.so.1 >> If that fixes the problem, then a rpath with /usr/local/lib should be set while >> building the port > > Hmm, I am not very familiar with libmapping. After adding it to > /etc/libmap.conf I get > > #rawtherapee > Shared object "/usr/local/lib/libc++.so.1" not found, required by > "rawtherapee" I just recognized, that in my CURRENT boxes in base their are two versions of libc++: #ll /usr/lib/libc++.so* -r--r--r-- 1 root wheel - 134 3 Aug 22:33:00 2013 /usr/lib/libc++.so -r--r--r-- 1 root wheel - 768248 4 Feb 18:08:00 2014 /usr/lib/libc++.so.1 Shouldn't libc++.so be a link to libc++.so.1 or at least also come from the newest built? > > Thanks for the tip, > Rainer > >> >> regards, >> Bapt From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 07:24:03 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0AE8C17; Thu, 6 Feb 2014 07:24:03 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 314941F5D; Thu, 6 Feb 2014 07:24:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::a83c:2890:4452:4186] (unknown [IPv6:2001:7b8:3a7:0:a83c:2890:4452:4186]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 50CC95C44; Thu, 6 Feb 2014 08:23:59 +0100 (CET) Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B668D85C-1F0B-4992-892D-3D9C4BFB48EE"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.1 (6062eb4) From: Dimitry Andric In-Reply-To: <52F3304A.2040900@gwdg.de> Date: Thu, 6 Feb 2014 08:23:48 +0100 Message-Id: <983485A7-B1D7-406D-A03F-CDC5A412F674@FreeBSD.org> References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> <52F325AA.4060507@gwdg.de> <52F3304A.2040900@gwdg.de> To: Rainer Hurling X-Mailer: Apple Mail (2.1827) Cc: Baptiste Daroussin , ports-list freebsd , Matthias Andree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 07:24:03 -0000 --Apple-Mail=_B668D85C-1F0B-4992-892D-3D9C4BFB48EE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 06 Feb 2014, at 07:48, Rainer Hurling wrote: ... > I just recognized, that in my CURRENT boxes in base their are two > versions of libc++: >=20 > #ll /usr/lib/libc++.so* > -r--r--r-- 1 root wheel - 134 3 Aug 22:33:00 2013 = /usr/lib/libc++.so > -r--r--r-- 1 root wheel - 768248 4 Feb 18:08:00 2014 > /usr/lib/libc++.so.1 >=20 > Shouldn't libc++.so be a link to libc++.so.1 or at least also come = from > the newest built? No, libc++.so is a linker script, similar to libc.so: $ cat /usr/lib/libc++.so /* $FreeBSD: head/lib/libc++/libc++.ldscript 253917 2013-08-03 16:23:43Z = dim $ */ GROUP ( /usr/lib/libc++.so.1 /usr/lib/libcxxrt.so ) -Dimitry --Apple-Mail=_B668D85C-1F0B-4992-892D-3D9C4BFB48EE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlLzOI4ACgkQsF6jCi4glqObiwCgxouJ1Nesa3+yLhiw90ziN52k ZWAAoJgx6XkVWVE2aLc2HMPWCTQ1BHIz =t1rK -----END PGP SIGNATURE----- --Apple-Mail=_B668D85C-1F0B-4992-892D-3D9C4BFB48EE-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 07:26:19 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47D5EDBE for ; Thu, 6 Feb 2014 07:26:19 +0000 (UTC) Received: from mail-pb0-x232.google.com (mail-pb0-x232.google.com [IPv6:2607:f8b0:400e:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16C501F90 for ; Thu, 6 Feb 2014 07:26:19 +0000 (UTC) Received: by mail-pb0-f50.google.com with SMTP id rq2so1419829pbb.9 for ; Wed, 05 Feb 2014 23:26:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jhoY24utL1SqyMyC+CLYXFDY5gpJPsgk1UY+NYD8KOQ=; b=nvm7WC8uTRfanA6le/pGUFXidato4OEoGBlkQBPMRpDqY3qgW2UkLbeR1+mtXi5fAk mC+WYslJtX0CvPk9u9/bHK0VD5ZEO6He9B4PLJyg5nIWqG6h31eNqxtRuqKqRQc/8R6z Etj6u6lklh1StJYCgYck0aDsMGzN84QmNkCodFGeLk54OmVpepBBTcr8A5CEJclcpL7V hSNqqNjW3bwFBID30mcKGiK20vPABbhPJ/X//KqTUZF5jmcHzGCAObeq8MRsVce0imRG NTLkzLaHWEdS/GHuDI4Ti2IGkJSF9ZVFYIXEJBSMlVWxUc4iiJ3NqvqbxSrc5j381RLH Lhfw== MIME-Version: 1.0 X-Received: by 10.68.218.65 with SMTP id pe1mr9995042pbc.1.1391671578761; Wed, 05 Feb 2014 23:26:18 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Wed, 5 Feb 2014 23:26:18 -0800 (PST) In-Reply-To: <52F32F7C.2030601@infracaninophile.co.uk> References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> <52F32F7C.2030601@infracaninophile.co.uk> Date: Wed, 5 Feb 2014 23:26:18 -0800 X-Google-Sender-Auth: xDf2wHBACw8Oslw3QpCUyumLL2o Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Kevin Oberman To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 07:26:19 -0000 On Wed, Feb 5, 2014 at 10:45 PM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 05/02/2014 23:57, Kevin Oberman wrote: > > 1. The ports/packages system is not total crap. In fact, at the time jkh > > started it, it was far superior to any tool available. > > When I first encountered the ports, way back in 1998 or so, I was > completely mind-blown that something so fantastic could exist. Yes, it > was revolutionary at the time and right where FreeBSD should be -- > leading the rest of the world with great innovations. > > However, things have changed in the last 16 years. Development of the > ports as a global concept has been resting on its laurels a bit, and the > rest of the world has caught up, and indeed overtaken. Partly that was > due to the mindset of seeing binary packages as a second-class thing; > partly due to the old pkg_tools not providing the scope to implement > innovative features; partly due to pkg_tools being part of the FreeBSD > base, so impossible to update over reasonable timescales due to the > requirement to support older RELEASE branches. > > pkg(8) addresses those problems, and I hope will do so for at least the > next decade. > > > 5. The introduction of pkgng could have really been handled better and > that > > probably increased the negative feelings about it. It was also a bit > before > > it was really ready. It still lacks a few features I feel are quite > > important, but they were also missing from the old system. > > I don't think it's possible to make a change of this magnitude without > upsetting anyone. We have been getting a lot of feedack on the lines of > 'Wow! This is great. When can we have feature XYZ?' to which we > frequently have to reply that XYZ can't be implemented without breaking > compatibility with pkg_tools. Like sub-packages. > > I'd be interested to hear what features you think are missing. We will > implement anything (eventually...) that there is demand for and that is > technically feasible, and that fits with the overall concept of what we > think a packaging system should do. There's a number of ideas in the > github issue list already (usually tagged with 'longterm' or 'thinking') > and we are happy for people to add to that, or to discuss ideas -- the > freebsd-pkg@ list is a good place for that. > > One BIG one that I know is being worked is the capability to mix packages and ports effectively. If you use poudriere, you can roll your own packages with custom options and maintain things pretty reasonably, but for a single system (or two), this is a bit of overkill. As things stand, this is a real pain to use customized ports and packages from the standard FreeBSD distributions. I'm waiting with great excitement for this to appear, though I have no idea if it is near or far. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 07:52:13 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3516E277; Thu, 6 Feb 2014 07:52:13 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 705171193; Thu, 6 Feb 2014 07:52:12 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so1019247wgh.29 for ; Wed, 05 Feb 2014 23:52:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=zlrIUX0q7NMUgS3o1J56zh1Xh/9AaAOKWfUXS7RVmvA=; b=ajKktVPlzGW280fHo4v3xLfC7EvANgdwskeOo9vS/cN+G3TvlJrdnWXHpYBL8XizCj sOYf0YrsSlH7uYAtdaLsgoXsidH3+PiU3+2SmSU4mN/IuoE5a/pSBtsGh9Gx8PPvRflB aBEwg9L66dEoZwBINjjhldNPFhuXOdusbkiEULFvP2lV0dAgjOb4UUiBYh/cTcmpZZCI Oge29qJl/ytg4efUS/1ZJTD61ClEYJ37bp8xZ/06NIA+ogzFaaHKkHtlliOh6ovd96An ZAqHtQzs3eFaVXoynYd1T9zaSLsp1cKlruQ/MJ6ErdfYXo3jDGlDWhJgKVrXusqCwc6I rJ5Q== X-Received: by 10.194.161.136 with SMTP id xs8mr337836wjb.56.1391673130265; Wed, 05 Feb 2014 23:52:10 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id bj3sm242833wjb.14.2014.02.05.23.52.08 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 05 Feb 2014 23:52:09 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 6 Feb 2014 08:52:07 +0100 From: Baptiste Daroussin To: Rainer Hurling Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD Message-ID: <20140206075206.GR23872@ithaqua.etoilebsd.net> References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> <52F325AA.4060507@gwdg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QFliEIXSSz7hGqqc" Content-Disposition: inline In-Reply-To: <52F325AA.4060507@gwdg.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dimitry Andric , ports-list freebsd , Matthias Andree X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 07:52:13 -0000 --QFliEIXSSz7hGqqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 06, 2014 at 07:03:22AM +0100, Rainer Hurling wrote: > Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin: > > On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote: > >> Am 05.02.2014 21:08, schrieb Dimitry Andric: > >> > >>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from > >>>> /usr/local/lib/libc++.so.1 > >>> > >>> Hmm, is this a ports version of libc++? I was not aware Baptiste had > >>> already committed this? :)=20 > >> > >> Yes, it is (as a build requisite, but apparently remained installed on > >> the destination machine), because we need to match the libraries that > >> the requisites use (Glibmm for one). > >> > >> I have given up on compiling RawTherapee with clang++ for now, and use > >> GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially > >> at higher optimization level, and kills the 10.0-RELEASE base clang and > >> Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 > >> worked for me, I did not bother to send Gerald the details. > >> > >> We may want to retry with clang if we've got the next clang version. > >> Feel free to use Rawtherapee as compiler system test ;) > >> > >=20 > > try with something like this in libmap.conf > > libc++.so.1 /usr/local/lib/libc++.so.1 > > If that fixes the problem, then a rpath with /usr/local/lib should be s= et while > > building the port >=20 > Hmm, I am not very familiar with libmapping. After adding it to > /etc/libmap.conf I get >=20 > #rawtherapee=09 > Shared object "/usr/local/lib/libc++.so.1" not found, required by > "rawtherapee" >=20 > Thanks for the tip, > Rainer >=20 > >=20 > > regards, > > Bapt > >=20 try reinstalling devel/libc++ and keeping the libmap.conf entry, that shoul= d do the trick as it was a build only dep it may have been removed. just remove the line from libmap.conf before reinstalling devel/libc++ and = readd it once it is installed. Bapt --QFliEIXSSz7hGqqc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlLzPyYACgkQ8kTtMUmk6Ez4jwCfWmlddxy7gUiPdxN4Q22Q27eo k+wAn3XWuZNihu+Hf9vSdjX9mEfpCJu0 =bDaj -----END PGP SIGNATURE----- --QFliEIXSSz7hGqqc-- From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 07:56:39 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11F6265E; Thu, 6 Feb 2014 07:56:39 +0000 (UTC) Received: from roadkill.tharned.org (roadkill.tharned.org [75.145.12.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7130511BA; Thu, 6 Feb 2014 07:56:38 +0000 (UTC) Received: from badger.tharned.org (badger.tharned.org [10.10.10.23]) (authenticated bits=0) by roadkill.tharned.org (8.14.7/8.14.7) with ESMTP id s167uVUp092935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Feb 2014 01:56:36 -0600 (CST) (envelope-from gcr+freebsd-ports@tharned.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tharned.org; s=2014; t=1391673396; bh=y0lnluH+4wzVB/Quf1ojlAOjFS1ucY0gHuFYy44f5/E=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=h8oiw9sFAWyX3fFfwj+IyhTtffNrVDVGA/+usCL/DmBeuFTICSMiLfG3bDTIxaO7i gGiLb/auARKB2YhiiL+8DV+l6KNXt9KjJmAD4rXsjmOadXcnihXecW+dFJ40LWez7x kqQqOXq2z2t0I9MOJqQzSZU8sELMBvrnaoPmzcGrLsqKu+3a1E/dkbL47ZmrO+ho+f S8U50ZbUaanSiDlgZH3+ukockjqLrAOVJ+t0aHP8QShaXN2bqN8ULGOaGs/uxPwVOx BV0dmL/zAtiln63Jk5rfaOBE2ZvXKjjqK+V2w+a4BX1WOLMWBlAszE81NZaffj+9Rg ufvXVwz/PrxSQ== Date: Thu, 6 Feb 2014 01:56:31 -0600 (CST) From: Greg Rivers To: freebsd-ports@freebsd.org Subject: [SOLVED] databases/mysql56-client build failure on 9.2-STABLE i386 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (roadkill.tharned.org [75.145.12.185]); Thu, 06 Feb 2014 01:56:36 -0600 (CST) Cc: ale@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 07:56:39 -0000 I isolated the problem to a single line in /etc/make.conf: CPUTYPE?=prescott Unsetting CPUTYPE allows mysql56-client to build successfully. mysql56-server also fails to build when CPUTYPE is set. No other ports installed on this host are adversely affected. FWIW, previous versions of mysql56 built fine with CPUTYPE set. -- Greg Rivers From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 07:59:48 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AF5E931 for ; Thu, 6 Feb 2014 07:59:48 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B73EA11E2 for ; Thu, 6 Feb 2014 07:59:47 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so2258348qac.28 for ; Wed, 05 Feb 2014 23:59:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2j36o+gY8GgATKhS759IMGdcj8J0B3q7KqdLT1KpBgE=; b=E3n40uaTJNeiPLW/RJJuOyNFMXo0QNUlacln2ScP/7Y/H3IHFGPyKjb2yT8WXUfJXg R0QH3KprB86qB9+7U8MJxkQVXCqMawoUMHtuBpkSCvHqvKfUxZJcAQwSdgPo79sle55G Nr+mBcHhIMrRc0n2ff/IXJxhSaaOD2qdH5PU86HyfFJbWpuB8OL7yVYGh8so/nzjFWjy GASCOPHQYm19lgzeVMiP4Y8yJ1OgwLho3GXwODp/2cXjJqdc1xqSeLXPLBufak4DHnYk tGZ1U+FtOs5nMLqUCebxaUhgoVU1j2JjSCXBXCFYjyUWGSapkIH/Brm1y48FxKvmA5As pWMA== MIME-Version: 1.0 X-Received: by 10.224.14.2 with SMTP id e2mr9884652qaa.73.1391673586942; Wed, 05 Feb 2014 23:59:46 -0800 (PST) Received: by 10.229.1.73 with HTTP; Wed, 5 Feb 2014 23:59:46 -0800 (PST) In-Reply-To: <52F32F7C.2030601@infracaninophile.co.uk> References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> <52F32F7C.2030601@infracaninophile.co.uk> Date: Thu, 6 Feb 2014 08:59:46 +0100 Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Big Lebowski To: Matthew Seaman Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 07:59:48 -0000 On Thu, Feb 6, 2014 at 7:45 AM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 05/02/2014 23:57, Kevin Oberman wrote: > > 1. The ports/packages system is not total crap. In fact, at the time jkh > > started it, it was far superior to any tool available. > > When I first encountered the ports, way back in 1998 or so, I was > completely mind-blown that something so fantastic could exist. Yes, it > was revolutionary at the time and right where FreeBSD should be -- > leading the rest of the world with great innovations. > > However, things have changed in the last 16 years. Development of the > ports as a global concept has been resting on its laurels a bit, and the > rest of the world has caught up, and indeed overtaken. Partly that was > due to the mindset of seeing binary packages as a second-class thing; > partly due to the old pkg_tools not providing the scope to implement > innovative features; partly due to pkg_tools being part of the FreeBSD > base, so impossible to update over reasonable timescales due to the > requirement to support older RELEASE branches. > > pkg(8) addresses those problems, and I hope will do so for at least the > next decade. > > > 5. The introduction of pkgng could have really been handled better and > that > > probably increased the negative feelings about it. It was also a bit > before > > it was really ready. It still lacks a few features I feel are quite > > important, but they were also missing from the old system. > > I don't think it's possible to make a change of this magnitude without > upsetting anyone. We have been getting a lot of feedack on the lines of > 'Wow! This is great. When can we have feature XYZ?' to which we > frequently have to reply that XYZ can't be implemented without breaking > compatibility with pkg_tools. Like sub-packages. > > I'd be interested to hear what features you think are missing. We will > implement anything (eventually...) that there is demand for and that is > technically feasible, and that fits with the overall concept of what we > think a packaging system should do. There's a number of ideas in the > github issue list already (usually tagged with 'longterm' or 'thinking') > and we are happy for people to add to that, or to discuss ideas -- the > freebsd-pkg@ list is a good place for that. > The ability to install certain package version, instead of installing simply the latest one. Please, please, pretty please! :) B. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > > PGP: http://www.infracaninophile.co.uk/pgpkey > JID: matthew@infracaninophile.co.uk > > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 09:05:08 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FEEFE1E for ; Thu, 6 Feb 2014 09:05:08 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A2171796 for ; Thu, 6 Feb 2014 09:05:08 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s16958VH054220 for ; Thu, 6 Feb 2014 09:05:08 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s16958pR054219; Thu, 6 Feb 2014 09:05:08 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201402060905.s16958pR054219@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Thu, 6 Feb 2014 09:05:08 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 09:05:08 -0000 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/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/cross-gdb | 7.2 | 7.7 ------------------------------------------------+-----------------+------------ 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. From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 09:27:16 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65720621; Thu, 6 Feb 2014 09:27:15 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A82DF1937; Thu, 6 Feb 2014 09:27:14 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WBLEm-0004u7-J0; Thu, 06 Feb 2014 10:27:12 +0100 Message-ID: <52F35570.2030404@gwdg.de> Date: Thu, 06 Feb 2014 10:27:12 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Baptiste Daroussin Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> <52F325AA.4060507@gwdg.de> <20140206075206.GR23872@ithaqua.etoilebsd.net> In-Reply-To: <20140206075206.GR23872@ithaqua.etoilebsd.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Dimitry Andric , Matthias Andree , ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 09:27:16 -0000 Am 06.02.2014 08:52 (UTC+1) schrieb Baptiste Daroussin: > On Thu, Feb 06, 2014 at 07:03:22AM +0100, Rainer Hurling wrote: >> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin: >>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote: >>>> Am 05.02.2014 21:08, schrieb Dimitry Andric: >>>> >>>>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id () from >>>>>> /usr/local/lib/libc++.so.1 >>>>> >>>>> Hmm, is this a ports version of libc++? I was not aware Baptiste had >>>>> already committed this? :) >>>> >>>> Yes, it is (as a build requisite, but apparently remained installed on >>>> the destination machine), because we need to match the libraries that >>>> the requisites use (Glibmm for one). >>>> >>>> I have given up on compiling RawTherapee with clang++ for now, and use >>>> GCC 4.8 on all systems. RawTherapee is somewhat demanding, especially >>>> at higher optimization level, and kills the 10.0-RELEASE base clang and >>>> Port GCC 4.6 and 4.7, all with internal compiler errors. Since GCC 4.8 >>>> worked for me, I did not bother to send Gerald the details. >>>> >>>> We may want to retry with clang if we've got the next clang version. >>>> Feel free to use Rawtherapee as compiler system test ;) >>>> >>> >>> try with something like this in libmap.conf >>> libc++.so.1 /usr/local/lib/libc++.so.1 >>> If that fixes the problem, then a rpath with /usr/local/lib should be set while >>> building the port >> >> Hmm, I am not very familiar with libmapping. After adding it to >> /etc/libmap.conf I get >> >> #rawtherapee >> Shared object "/usr/local/lib/libc++.so.1" not found, required by >> "rawtherapee" >> >> Thanks for the tip, >> Rainer >> >>> >>> regards, >>> Bapt >>> > > try reinstalling devel/libc++ and keeping the libmap.conf entry, that should do > the trick > > as it was a build only dep it may have been removed. > just remove the line from libmap.conf before reinstalling devel/libc++ and readd > it once it is installed. I commented out libmap.conf entry, reinstalled devel/libc++ and readded libmap.conf entry. After that, I get the same error, when starting rawtherapee. In a second step I tried to rebuild graphics/rawtherapee with the entry in /etc/libmap.conf active. That also fails with: [..snip..] /bin/mkdir -p /usr/ports/graphics/rawtherapee/work/.build Shared object "/usr/local/lib/libc++.so.1" not found, required by "cmake" *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/rawtherapee *** Error code 1 Rainer > > Bapt > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 09:28:33 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3DE186F4; Thu, 6 Feb 2014 09:28:33 +0000 (UTC) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E96E5194D; Thu, 6 Feb 2014 09:28:31 +0000 (UTC) Received: from gate.nw-fva.de ([134.76.242.1] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1WBLG1-0005ZY-Bg; Thu, 06 Feb 2014 10:28:29 +0100 Message-ID: <52F355BD.1070602@gwdg.de> Date: Thu, 06 Feb 2014 10:28:29 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD References: <52F2952E.3090509@gwdg.de> <52F29CE7.2050208@FreeBSD.org> <20140205212042.GP23872@ithaqua.etoilebsd.net> <52F325AA.4060507@gwdg.de> <52F3304A.2040900@gwdg.de> <983485A7-B1D7-406D-A03F-CDC5A412F674@FreeBSD.org> In-Reply-To: <983485A7-B1D7-406D-A03F-CDC5A412F674@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Baptiste Daroussin , Matthias Andree , ports-list freebsd X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 09:28:33 -0000 Am 06.02.2014 08:23 (UTC+1) schrieb Dimitry Andric: > On 06 Feb 2014, at 07:48, Rainer Hurling wrote: > ... >> I just recognized, that in my CURRENT boxes in base their are two >> versions of libc++: >> >> #ll /usr/lib/libc++.so* >> -r--r--r-- 1 root wheel - 134 3 Aug 22:33:00 2013 /usr/lib/libc++.so >> -r--r--r-- 1 root wheel - 768248 4 Feb 18:08:00 2014 >> /usr/lib/libc++.so.1 >> >> Shouldn't libc++.so be a link to libc++.so.1 or at least also come from >> the newest built? > > No, libc++.so is a linker script, similar to libc.so: > > $ cat /usr/lib/libc++.so > /* $FreeBSD: head/lib/libc++/libc++.ldscript 253917 2013-08-03 16:23:43Z dim $ */ > GROUP ( /usr/lib/libc++.so.1 /usr/lib/libcxxrt.so ) Oh, yes. I did not look enough at it, sorry. So no problem here in this place. Thanks, Rainer > > -Dimitry > From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 11:41:12 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 199154F5 for ; Thu, 6 Feb 2014 11:41:12 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 90E121993 for ; Thu, 6 Feb 2014 11:41:11 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so1335409lab.23 for ; Thu, 06 Feb 2014 03:41:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=t83MxuheZlcGTGjYzH/E8qwmlY6EUXWtFT52EZQxMv4=; b=o5dQ8AgWyxWQlSml48dxJB+exXx1f+/3pxijLBaWgefvkgPiYgF3v5G6vGOHv2+fdS CpzViWeoYKXbGQS1ry220wW3aKmTfMIlqHs3pH4p66rZ7PPJ/3GFKu2QOZMxUjcwitiB oB6CnHrPKNkzJdoObc6Q5LveWMFXF9bD2BmnaMlGnNDCbd16K1Vk+9+3v174DBtUAJw0 7vntxQT5CEbCArkfMjs6HUc5T0KKBRYZgNvjD/uS+IRCOoxSolZvXSLF1zxn+PYLn2oy wBHCN6fc8oIkHg9lxi3Cp6F/Kwj+Y2l7uJqyqDSlBNYFUJ0/1VcdLdJlPly22gV5h641 IfGg== MIME-Version: 1.0 X-Received: by 10.112.91.228 with SMTP id ch4mr4950985lbb.19.1391686869634; Thu, 06 Feb 2014 03:41:09 -0800 (PST) Sender: vrwmiller@gmail.com Received: by 10.114.0.81 with HTTP; Thu, 6 Feb 2014 03:41:09 -0800 (PST) In-Reply-To: References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> <52F32F7C.2030601@infracaninophile.co.uk> Date: Thu, 6 Feb 2014 06:41:09 -0500 X-Google-Sender-Auth: Rdra55LEXlaZcRis_EWIXENfoww Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Rick Miller To: Big Lebowski Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 11:41:12 -0000 On Thu, Feb 6, 2014 at 2:59 AM, Big Lebowski wrote: > On Thu, Feb 6, 2014 at 7:45 AM, Matthew Seaman < > m.seaman@infracaninophile.co.uk> wrote: > > > > > I'd be interested to hear what features you think are missing. We will > > implement anything (eventually...) that there is demand for and that is > > technically feasible, and that fits with the overall concept of what we > > think a packaging system should do. There's a number of ideas in the > > github issue list already (usually tagged with 'longterm' or 'thinking') > > and we are happy for people to add to that, or to discuss ideas -- the > > freebsd-pkg@ list is a good place for that. > > > > The ability to install certain package version, instead of installing > simply the latest one. Please, please, pretty please! :) I echo this sentiment, but I would like to take it a step further and say "a certain version or greater". -- Take care Rick Miller From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 12:23:25 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C06D3E1 for ; Thu, 6 Feb 2014 12:23:25 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B26651D7D for ; Thu, 6 Feb 2014 12:23:24 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id w6so403545lbh.8 for ; Thu, 06 Feb 2014 04:23:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4nhl0tCXevo4dBdGd2ddvdzdHVzXe8QqEax7/bxh5MM=; b=AXErfeGMHG9RTJZdxOwIpdhBE+qYxv143rLwceEcwPhy4ky0C52Pbdaci2hr07vXPw FqOteL8FSbiq/qFZ4DJmr4YiUCMVnFOzrzXX6jkSnuEFG3iDkggn6QaFfc1wvTRgzmjw HxVH16ISiC5r8PLh7BF5DEUo/jEeRZ+Fy/XaPacYw73L8mnMR/Mec7HGd8FHX+F51wUw mmddQmNTavLWd9HdHe3i3jwwAQkBbHY+kAuanMND4mvx9O0NG/no/6toa3EHko8xte1H i9VVA4273ZgywuhM/TCF966i6AG3+SVVnrqEyO0gu/CFIhw7hkZGIxUSlfWT6XmdqqHi URSA== MIME-Version: 1.0 X-Received: by 10.152.5.101 with SMTP id r5mr758527lar.56.1391689402652; Thu, 06 Feb 2014 04:23:22 -0800 (PST) Received: by 10.112.61.66 with HTTP; Thu, 6 Feb 2014 04:23:22 -0800 (PST) In-Reply-To: References: <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de> <52F32F7C.2030601@infracaninophile.co.uk> Date: Thu, 6 Feb 2014 13:23:22 +0100 Message-ID: Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: Daniel Nebdal To: Rick Miller Content-Type: text/plain; charset=ISO-8859-1 Cc: Big Lebowski , freebsd-ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 12:23:25 -0000 On Thu, Feb 6, 2014 at 12:41 PM, Rick Miller wrote: > On Thu, Feb 6, 2014 at 2:59 AM, Big Lebowski wrote: > >> On Thu, Feb 6, 2014 at 7:45 AM, Matthew Seaman < >> m.seaman@infracaninophile.co.uk> wrote: >> >> > >> > I'd be interested to hear what features you think are missing. We will >> > implement anything (eventually...) that there is demand for and that is >> > technically feasible, and that fits with the overall concept of what we >> > think a packaging system should do. There's a number of ideas in the >> > github issue list already (usually tagged with 'longterm' or 'thinking') >> > and we are happy for people to add to that, or to discuss ideas -- the >> > freebsd-pkg@ list is a good place for that. >> > >> >> The ability to install certain package version, instead of installing >> simply the latest one. Please, please, pretty please! :) > > > I echo this sentiment, but I would like to take it a step further and say > "a certain version or greater". > > I suspect he meant "a certain version, and *not* newer" - sometimes you might want to hold back a package. -- Daniel Nebdal From owner-freebsd-ports@FreeBSD.ORG Thu Feb 6 12:28:31 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20E7F8F5 for ; Thu, 6 Feb 2014 12:28:31 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 95E161DCF for ; Thu, 6 Feb 2014 12:28:30 +0000 (UTC) Received: from park.js.berklix.net (p57BCFAEF.dip0.t-ipconnect.de [87.188.250.239]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s16CRqTF003663; Thu, 6 Feb 2014 12:27:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s16CSEsG095324; Thu, 6 Feb 2014 13:28:15 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s16CRo02023097; Thu, 6 Feb 2014 13:28:02 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201402061228.s16CRo02023097@fire.js.berklix.net> To: freebsd-ports@freebsd.org Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 05 Feb 2014 23:48:14 +0100." Date: Thu, 06 Feb 2014 13:27:50 +0100 Cc: Michel Talon X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Feb 2014 12:28:31 -0000 Michel Talon wrote: > > --Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293 > Content-Type: multipart/alternative; > boundary="Apple-Mail=_16E0BC5A-FE3D-444D-8437-47827626590A" > > > --Apple-Mail=_16E0BC5A-FE3D-444D-8437-47827626590A > Content-Transfer-Encoding: quoted-printable > Content-Type: text/plain; > charset=us-ascii Junk mail format, not impressed. Use Ascii > >ports/ is not just for package addicts. I never install packages, > >but only build & install from ports/. sqlite junk obstructs > >/var/db/pkg being accessed by find & grep to debug breaking ports = > builds. > > As someone who has advocated the use of sqlite to replace the old = > "database in the filesystem" > several years before it has been implemented by the new package system, = > i can only conclude, like > Matthew that you are being absurd. Personal inuendo does not impress. > The old package system was total = > crap, local.sqlite is also crap, breaks decades of accessibility by find & grep & other text pipe / search tools. > incredibly slow and > using system resources in absurd ways. Sqlite obstructs nothing, False. local.sqlite obstructs inspection by find & grep & text search tools. > you = > have to spend a couple of minutes > learning the basic SQL queries, which is no more difficult that learning = > obtuse find and grep options. Package addicts were so myopic they ignored some people won't even use packages, just /usr/ports & make. local.sqlite was immaturely shoved in without documenting it, no "man 5 local.sqlite" no hook there for the "couple of minutes learning" you assert, (no hook to believe the "couple" you assert). > Moreover i have hard time believing one needs to dissect the package = > system (beyond reading the=20 > output of pkg info) to debug a port build. One surely needs some = ports/ is not just a plaything for package script addicts. Some use ports/ to make & debug exclusively from sources. > --Apple-Mail=_16E0BC5A-FE3D-444D-8437-47827626590A > Content-Transfer-Encoding: quoted-printable > Content-Type: text/html; > charset=us-ascii > > -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">
 class=3D"Apple-interchange-newline">
> 
> 
=
> 
> --Apple-Mail=_16E0BC5A-FE3D-444D-8437-47827626590A--
> 
> --Apple-Mail=_102D913B-49CA-4129-972A-758AABCAA293
> Content-Disposition: attachment;
> 	filename=smime.p7s
> Content-Type: application/pkcs7-signature;
> 	name=smime.p7s
> Content-Transfer-Encoding: base64
> 
> MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw

50 lines un-necessary.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with "> ".
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 12:45:18 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 597A6ECC
 for ; Thu,  6 Feb 2014 12:45:18 +0000 (UTC)
Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 1788D10A8
 for ; Thu,  6 Feb 2014 12:45:17 +0000 (UTC)
Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76)
 (envelope-from )
 id 1WBOKL-0000wu-S6; Thu, 06 Feb 2014 13:45:09 +0100
Date: Thu, 6 Feb 2014 13:45:09 +0100
From: Matthias Apitz 
To: freebsd-ports@freebsd.org, Michel Talon 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-ID: <20140206124509.GA30566@sh4-5.1blu.de>
References: 
 <201402061228.s16CRo02023097@fire.js.berklix.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <201402061228.s16CRo02023097@fire.js.berklix.net>
X-Operating-System: FreeBSD 7.0-RELEASE (i386)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "Julian H. Stacey" 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Matthias Apitz 
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 12:45:18 -0000

El día Thursday, February 06, 2014 a las 01:27:50PM +0100, Julian H. Stacey escribió:

> Michel Talon wrote:
> 
> > The old package system was total =
> > crap,
> 
> local.sqlite is also crap, breaks decades of accessibility by find & grep
> & other text pipe / search tools.

Since many years I have always compiled "my" (i.e. the ports I need)
from CVS or now SVN ports tree on some fast baquery maschine. After
compiling I just did something like:

# mkdir PKG
# cd PKG 
# pkg_create -Rnb `cd /var/db/pkg ; ls -C1`

and moved the resulting ~1500 packages to my laptops or smaller
netbooks. Until today I'm still using the old pkg_info/_add/_create
tools and skipped pkgng until today.

Will the above procedure work fine too in the future?

Why not keep the old methods unchanged in place as today?

Thanks

	matthias 

-- 
Matthias Apitz               |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: guru@unixarea.de     |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211       |  / \ - Respect for open standards

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 12:59:00 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 3CE27332
 for ; Thu,  6 Feb 2014 12:59:00 +0000 (UTC)
Received: from mail-la0-x232.google.com (mail-la0-x232.google.com
 [IPv6:2a00:1450:4010:c03::232])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id B330511B0
 for ; Thu,  6 Feb 2014 12:58:59 +0000 (UTC)
Received: by mail-la0-f50.google.com with SMTP id ec20so1453605lab.9
 for ; Thu, 06 Feb 2014 04:58:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=7SbN4S8ueOH0L9bVrxz9/eaW1xT5muR8EKvlWJevU1M=;
 b=M2MtgUXMhO4gnN6mSea+k49J0fPaUEd6NVMfApYrybDuLb3LW/VlM1iXjEe1KQK+B6
 HirMorsv99/oAQdDqLzh+H7zmDLKnfaLT+EPlp48Yas2qbX+2F7BY6k0KvdchANKJxTx
 T0uX44LXhmJa+bau5XtprVgtH33xlUmI0gtWu7F17y3dEvgYP1dkvhdevOW7AYR2+Qhs
 c5kPJVevUUFUhyLOyrbJn3wUMhP/MdUSmgYD+m+3T4mbFuotJ8HGOModx1l1k0bPWvSi
 rVnsh/201mGNZtvHgzOCUkmoaBIhjEmuGKHQugmF5Zjj7048TjyQZpNDpqaYPm7nDXZp
 UvEw==
MIME-Version: 1.0
X-Received: by 10.152.180.42 with SMTP id dl10mr365975lac.62.1391691537717;
 Thu, 06 Feb 2014 04:58:57 -0800 (PST)
Sender: vrwmiller@gmail.com
Received: by 10.114.0.81 with HTTP; Thu, 6 Feb 2014 04:58:57 -0800 (PST)
In-Reply-To: 
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 
 
Date: Thu, 6 Feb 2014 07:58:57 -0500
X-Google-Sender-Auth: qChT_J99JBSoEDlZOhXWotZ5WYk
Message-ID: 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
From: Rick Miller 
To: Daniel Nebdal 
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: Big Lebowski ,
 freebsd-ports 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 12:59:00 -0000

On Thu, Feb 6, 2014 at 7:23 AM, Daniel Nebdal  wrote:

> On Thu, Feb 6, 2014 at 12:41 PM, Rick Miller 
> wrote:
> > On Thu, Feb 6, 2014 at 2:59 AM, Big Lebowski 
> wrote:
> >
> >> On Thu, Feb 6, 2014 at 7:45 AM, Matthew Seaman <
> >> m.seaman@infracaninophile.co.uk> wrote:
> >>
> >> >
> >> > I'd be interested to hear what features you think are missing.  We
> will
> >> > implement anything (eventually...) that there is demand for and that
> is
> >> > technically feasible, and that fits with the overall concept of what
> we
> >> > think a packaging system should do.  There's a number of ideas in the
> >> > github issue list already (usually tagged with 'longterm' or
> 'thinking')
> >> > and we are happy for people to add to that, or to discuss ideas -- the
> >> > freebsd-pkg@ list is a good place for that.
> >> >
> >>
> >> The ability to install certain package version, instead of installing
> >> simply the latest one. Please, please, pretty please! :)
> >
> >
> > I echo this sentiment, but I would like to take it a step further and say
> > "a certain version or greater".
> >
> >
>
> I suspect he meant  "a certain version, and *not* newer" - sometimes
> you might want to hold back a package.
>

Correct.  My wish is the functionality be extended further to mean "a
certain version *or* newer", encompassing both features.  Thus, allowing
him to say "port-1.1", while I say "port-1.4 or newer" or even "port-1.0 or
newer".

-- 
Take care
Rick Miller

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:00:29 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id B7B6750D
 for ; Thu,  6 Feb 2014 13:00:29 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 8FD1711D2
 for ; Thu,  6 Feb 2014 13:00:28 +0000 (UTC)
Received: from [192.168.0.21] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id B1976438BE;
 Thu,  6 Feb 2014 07:00:07 -0600 (CST)
Message-ID: <52F38746.4050403@marino.st>
Date: Thu, 06 Feb 2014 13:59:50 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: "Julian H. Stacey" 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402061228.s16CRo02023097@fire.js.berklix.net>
In-Reply-To: <201402061228.s16CRo02023097@fire.js.berklix.net>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Michel Talon , freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:00:29 -0000

On 2/6/2014 13:27, Julian H. Stacey wrote:
> Michel Talon wrote:
>> 	charset=us-ascii
> 
> Junk mail format, not impressed. Use Ascii

This is petty.

>> i can only conclude, like
>> Matthew that you are being absurd. 
> Personal inuendo does not impress.

While you may take this as an unnecessary attack, it doesn't mean that
it's not true.  In reality, I don't know how else I would describe your
POV in a nicer way.  Yes, everyone is entitled to an opinion, but you
aren't free to be criticized for the one you publicly have.

> False. local.sqlite obstructs inspection by find & grep & text search tools.

And several people said this was not something they ever had to do with
years of experience.  It also matches my experience.  And the solution
is swap out "grep" for "pkg query".  This looks like a "red herring" to me.



> Package addicts were so myopic they ignored some people won't even
> use packages, just /usr/ports & make.  local.sqlite was immaturely
> shoved in without documenting it, no "man 5 local.sqlite" no hook
> there for the "couple of minutes learning" you assert, (no hook to believe
> the "couple" you assert).

hmm?  I'm not following this.  You aren't supposed to interact with the
db directly, but though pkg queries.



>> Moreover i have hard time believing one needs to dissect the package =
>> system (beyond reading the=20
>> output of pkg info) to debug a port build. One surely needs some =
> 
> ports/ is not just a plaything for package script addicts.
> Some use ports/ to make & debug exclusively from sources.

That doesn't require /var/db/ports though.


>> --Apple-Mail=_16E0BC5A-FE3D-444D-8437-47827626590A
>> Content-Transfer-Encoding: quoted-printable
> Send no junk !

petty

>> class=3D"Apple-interchange-newline">
>> MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw
> 
> 50 lines un-necessary.

petty.
I didn't even see it. Either the mail list stripped it out or the mail
client (thunderbird) obscured it.

John

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:01:49 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 7FF665F7
 for ; Thu,  6 Feb 2014 13:01:49 +0000 (UTC)
Received: from smtp002.apm-internet.net (smtp002.apm-internet.net
 [85.119.248.221])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id C51F1124B
 for ; Thu,  6 Feb 2014 13:01:48 +0000 (UTC)
Received: (qmail 64749 invoked from network); 6 Feb 2014 12:55:06 -0000
X-APM-Authkey: 18389 1
Received: from unknown (HELO meld.njm.me.uk) (217.44.108.169)
 by smtp002.apm-internet.net with SMTP; 6 Feb 2014 12:55:06 -0000
Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130])
 by meld.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16Ct0pF005204
 for ; Thu, 6 Feb 2014 12:55:00 GMT
 (envelope-from njm@njm.me.uk)
Received: from titania.njm.me.uk (localhost [127.0.0.1])
 by titania.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16Ct0fY086813
 for ; Thu, 6 Feb 2014 12:55:00 GMT
 (envelope-from njm@njm.me.uk)
Received: (from njm@localhost)
 by titania.njm.me.uk (8.14.7/8.14.7/Submit) id s16CsxdD086812
 for freebsd-ports@freebsd.org; Thu, 6 Feb 2014 12:54:59 GMT
 (envelope-from njm@njm.me.uk)
Date: Thu, 6 Feb 2014 12:54:59 +0000
From: "N.J. Mann" 
To: freebsd-ports@freebsd.org
Subject: Has NO_MANCOMPRESS been silently depreciated?
Message-ID: <20140206125459.GA45474@titania.njm.me.uk>
Mail-Followup-To: freebsd-ports@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 8.4-STABLE
User-Agent: mutt-NJM 1.5.22 (2014-01-26)
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:01:49 -0000

Hi,


For many years I have set NO_MANCOMPRESS (and before that NOMANCOMPRESS)
in /etc/make.conf on all my machines.  In the last few weeks I have
noticed that this setting is being ignored by port updates.  Has this
setting been silently depreciated?


Cheers,
       Nick.
-- 


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:04:48 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 128EC884
 for ; Thu,  6 Feb 2014 13:04:48 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id D9C941292
 for ; Thu,  6 Feb 2014 13:04:47 +0000 (UTC)
Received: from [192.168.0.21] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id B334943B4E
 for ; Thu,  6 Feb 2014 07:04:33 -0600 (CST)
Message-ID: <52F38850.6080108@marino.st>
Date: Thu, 06 Feb 2014 14:04:16 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 
 
 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:04:48 -0000

On 2/6/2014 13:58, Rick Miller wrote:
> On Thu, Feb 6, 2014 at 7:23 AM, Daniel Nebdal  wrote:
> 
>> I suspect he meant  "a certain version, and *not* newer" - sometimes
>> you might want to hold back a package.
>>
> Correct.  My wish is the functionality be extended further to mean "a
> certain version *or* newer", encompassing both features.  Thus, allowing
> him to say "port-1.1", while I say "port-1.4 or newer" or even "port-1.0 or
> newer".

As an observer, all I can say is "Don't get your hopes up" on this one.
 Hundreds of ports are bumped with majority dependency changes for a
reason.  The tree is treated as an integrated entity, not 25,000
interchangeable parts.

It would take major technology shift, something closer to what PC-BSD's
pbi things do/did.  Ports itself isn't geared for this.  Maybe some kind
of package archive could be used though, if "pkg" solvers could be made
to handle such requests.  Sounds like an extremely difficult request to
me though.

John

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:05:55 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 54A3BA22
 for ; Thu,  6 Feb 2014 13:05:55 +0000 (UTC)
Received: from mail-la0-x234.google.com (mail-la0-x234.google.com
 [IPv6:2a00:1450:4010:c03::234])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id C9BA112A9
 for ; Thu,  6 Feb 2014 13:05:54 +0000 (UTC)
Received: by mail-la0-f52.google.com with SMTP id c6so1395118lan.25
 for ; Thu, 06 Feb 2014 05:05:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:content-transfer-encoding;
 bh=IC4haVuE3puzUczbYWt/eEbzNMAesSJHdUjXc3sG25g=;
 b=Ga3YYcZNuItFcv4cOybDk1kDgD2gbf+FBLDGRjno2KrFJkVb4DAOo1qUM0Xunshv44
 RjqcYqLsbtFg2h8S6oGcsjiglL7ZnSPrOnYxzDPRvkAIhn5AxXaFQjYvJa2BtjXcwqA6
 9nxjIZKOS+0TE+JOMw/pIoJQ8UMyteb+vaN63bAGPdZC526A8/oL9jN1Tsy7K78eiAWk
 1LRg7Z3RafEAEF32/ymUO/2jFBDUsnIaIftt50J3dFawPCrJXIbx1hcMX7SP78+ZA52g
 8bP0JbjexgVu+fewXahfr4jbvbQjy7JkwcKd2uq0IQP/NMEjkEUkpRUj1hs58PRxeg8O
 BhMA==
MIME-Version: 1.0
X-Received: by 10.112.33.108 with SMTP id q12mr5336139lbi.8.1391691952806;
 Thu, 06 Feb 2014 05:05:52 -0800 (PST)
Received: by 10.112.61.66 with HTTP; Thu, 6 Feb 2014 05:05:52 -0800 (PST)
In-Reply-To: <20140206124509.GA30566@sh4-5.1blu.de>
References: 
 <201402061228.s16CRo02023097@fire.js.berklix.net>
 <20140206124509.GA30566@sh4-5.1blu.de>
Date: Thu, 6 Feb 2014 14:05:52 +0100
Message-ID: 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
From: Daniel Nebdal 
To: Matthias Apitz 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: "Julian H. Stacey" , Michel Talon ,
 Ports FreeBSD 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:05:55 -0000

On Thu, Feb 6, 2014 at 1:45 PM, Matthias Apitz  wrote:
> El d=EDa Thursday, February 06, 2014 a las 01:27:50PM +0100, Julian H. St=
acey escribi=F3:
>
>> Michel Talon wrote:
>>
>> > The old package system was total =3D
>> > crap,
>>
>> local.sqlite is also crap, breaks decades of accessibility by find & gre=
p
>> & other text pipe / search tools.
>
> Since many years I have always compiled "my" (i.e. the ports I need)
> from CVS or now SVN ports tree on some fast baquery maschine. After
> compiling I just did something like:
>
> # mkdir PKG
> # cd PKG
> # pkg_create -Rnb `cd /var/db/pkg ; ls -C1`
>
> and moved the resulting ~1500 packages to my laptops or smaller
> netbooks. Until today I'm still using the old pkg_info/_add/_create
> tools and skipped pkgng until today.
>
> Will the above procedure work fine too in the future?
>
> Why not keep the old methods unchanged in place as today?
>
> Thanks
>
>         matthias
>


The recommended way to do that is to set up poudriere. It's a
different tool, but easy enough to work with, and it has certain
benefits [1].

Obviously, that's neither a "yes" nor a "no" - and in short I don't
know how pkg supports that specific use.


[1] It's smarter about building in parallel, so it should be faster.
It also handles compiling upgraded packages better - the logic is
about the same as in portmaster/portupgrade, though building each port
in a clean jail (with dependencies installed from the packages it has
already created) reduces the risk of  contamination from old versions
on the host (typically automake scripts detecting some installed and
not-yet upgraded library that's not set as a dependency ... at least
that has happened to me a few times).
It also creates a pkg repository with the packages, so if you have
network access (nfs or http) you can use pkg to do installs or
upgrades on the "client" machines (especially upgrades are very smooth
like that).


--=20
Daniel Nebdal

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:07:23 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8AFAAB1F
 for ; Thu,  6 Feb 2014 13:07:23 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6268A12BE
 for ; Thu,  6 Feb 2014 13:07:23 +0000 (UTC)
Received: from [192.168.0.21] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id A77C343B4E
 for ; Thu,  6 Feb 2014 07:07:09 -0600 (CST)
Message-ID: <52F388EE.30609@marino.st>
Date: Thu, 06 Feb 2014 14:06:54 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: Has NO_MANCOMPRESS been silently depreciated?
References: <20140206125459.GA45474@titania.njm.me.uk>
In-Reply-To: <20140206125459.GA45474@titania.njm.me.uk>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:07:23 -0000

On 2/6/2014 13:54, N.J. Mann wrote:
> For many years I have set NO_MANCOMPRESS (and before that NOMANCOMPRESS)
> in /etc/make.conf on all my machines.  In the last few weeks I have
> noticed that this setting is being ignored by port updates.  Has this
> setting been silently depreciated?
> 

You have been setting it in make.conf?
I don't believe it was ever a user variable.
Anyway, yes, it doesn't do anything on staged ports and it was "silently
removed" because it was for port maintainers only, not users.  (subject
to confirmation by the experts).

John

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:36:33 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E3094182
 for ; Thu,  6 Feb 2014 13:36:33 +0000 (UTC)
Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de
 [IPv6:2a01:488:42::50ed:8591])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 9C22615F9
 for ; Thu,  6 Feb 2014 13:36:33 +0000 (UTC)
Received: from xdsl-78-35-69-169.netcologne.de ([78.35.69.169]
 helo=dijkstra-old.cruwe.de); authenticated
 by wp376.webpack.hosteurope.de running ExIM with esmtpsa
 (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 id 1WBP83-0008IG-5V; Thu, 06 Feb 2014 14:36:31 +0100
Date: Thu, 6 Feb 2014 14:36:30 +0100
From: "Christopher J. Ruwe" 
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-ID: <20140206143630.0338602f@dijkstra-old.cruwe.de>
In-Reply-To: 
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1391693793;62a4fe7b;
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:36:33 -0000

On Wed, 5 Feb 2014 23:26:18 -0800
Kevin Oberman  wrote:

> If you use poudriere, you can roll your own packages with custom
> options and maintain things pretty reasonably, but for a single
> system (or two), this is a bit of overkill. As things stand, this is
> a real pain to use customized ports and packages from the standard
> FreeBSD distributions. I'm waiting with great excitement for this to
> appear, though I have no idea if it is near or far.

I really don't think so. Even with a single machine, poudriere
literally saved my a.. pretty bottom several times breaking on
implicit dependencies which would have popped up ages later with nasty
and difficult to trace problems/errors.

I think anybody who compiles from ports should _really_ use
poudriere. I even think it should be strongly suggested in the
handbook. (I'd be willing to write that up for that matter.)

-- 
Christopher 
TZ:         GMT + 1h
GnuPG/GPG:  0xE8DE2C14
 
FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013
cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9/sys/GEN_WDTRACE 
  
Punctuation matters:
"Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives.
"A panda eats shoots and leaves." or "A panda eats, shoots, and
leaves." - Punctuation teaches proper biology.

"With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea. It is hard to be sure where they are going to
land, and it could be dangerous sitting under them as they fly
overhead." (RFC 1925)

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:38:42 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D3BB333F
 for ; Thu,  6 Feb 2014 13:38:42 +0000 (UTC)
Received: from smtp001.apm-internet.net (smtp001-out.apm-internet.net
 [85.119.248.222])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 2B8B31612
 for ; Thu,  6 Feb 2014 13:38:41 +0000 (UTC)
Received: (qmail 35320 invoked from network); 6 Feb 2014 13:32:00 -0000
X-APM-Authkey: 18389 3
Received: from unknown (HELO meld.njm.me.uk) (217.44.108.169)
 by smtp001.apm-internet.net with SMTP; 6 Feb 2014 13:32:00 -0000
Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130])
 by meld.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16DVxYk006148;
 Thu, 6 Feb 2014 13:31:59 GMT (envelope-from njm@njm.me.uk)
Received: from titania.njm.me.uk (localhost [127.0.0.1])
 by titania.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16DVxbj086949;
 Thu, 6 Feb 2014 13:31:59 GMT (envelope-from njm@njm.me.uk)
Received: (from njm@localhost)
 by titania.njm.me.uk (8.14.7/8.14.7/Submit) id s16DVxMg086948;
 Thu, 6 Feb 2014 13:31:59 GMT (envelope-from njm@njm.me.uk)
Date: Thu, 6 Feb 2014 13:31:59 +0000
From: "N.J. Mann" 
To: marino@freebsd.org
Subject: Re: Has NO_MANCOMPRESS been silently depreciated?
Message-ID: <20140206133159.GB45474@titania.njm.me.uk>
Mail-Followup-To: marino@freebsd.org, freebsd-ports@freebsd.org
References: <20140206125459.GA45474@titania.njm.me.uk>
 <52F388EE.30609@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <52F388EE.30609@marino.st>
X-Operating-System: FreeBSD 8.4-STABLE
User-Agent: mutt-NJM 1.5.22 (2014-01-26)
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:38:42 -0000

In message <52F388EE.30609@marino.st>,
	John Marino (freebsd.contact@marino.st) wrote:
> On 2/6/2014 13:54, N.J. Mann wrote:
> > For many years I have set NO_MANCOMPRESS (and before that NOMANCOMPRESS)
> > in /etc/make.conf on all my machines.  In the last few weeks I have
> > noticed that this setting is being ignored by port updates.  Has this
> > setting been silently depreciated?
> > 
> 
> You have been setting it in make.conf?

Yes.

>I don't believe it was ever a user variable.

It was and still is for the base system - this machine was updated to
8-STABLE r261161 ten days ago and all base manual pages are
uncompressed.

> Anyway, yes, it doesn't do anything on staged ports and it was "silently
> removed" because it was for port maintainers only, not users.  (subject

It _is_ a user, well administrator really, setting.  Please unremove it.


Cheers,
       Nick.
-- 


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 13:51:02 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id EDD437B4;
 Thu,  6 Feb 2014 13:51:02 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id C5A5816FD;
 Thu,  6 Feb 2014 13:51:02 +0000 (UTC)
Received: from [192.168.0.21] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id E2633438BE;
 Thu,  6 Feb 2014 07:50:47 -0600 (CST)
Message-ID: <52F39326.2040201@marino.st>
Date: Thu, 06 Feb 2014 14:50:30 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: marino@freebsd.org, freebsd-ports@freebsd.org
Subject: Re: Has NO_MANCOMPRESS been silently depreciated?
References: <20140206125459.GA45474@titania.njm.me.uk>
 <52F388EE.30609@marino.st> <20140206133159.GB45474@titania.njm.me.uk>
In-Reply-To: <20140206133159.GB45474@titania.njm.me.uk>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 13:51:03 -0000

On 2/6/2014 14:31, N.J. Mann wrote:
>> I don't believe it was ever a user variable.
> It was and still is for the base system - this machine was updated to
> 8-STABLE r261161 ten days ago and all base manual pages are
> uncompressed.

okay, that's right.
It's a case where ports honored a base variable and probably should have
created their own version instead.  When all the ports are staged, the
man page variables will be unrecognized.


>> Anyway, yes, it doesn't do anything on staged ports and it was "silently
>> removed" because it was for port maintainers only, not users.  (subject
> It _is_ a user, well administrator really, setting.  Please unremove it.

Not my call, but I can pretty much guarantee that won't happen.
Man pages are automatically handled in stage, and all of them are marked
compressed in the internal plist.  You are asking for an infrastructure
change.  We don't even know why it's important (why can't man pages be
compressed?)

John

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:01:50 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E9E52F34;
 Thu,  6 Feb 2014 14:01:50 +0000 (UTC)
Received: from qat.redports.org (qat.redports.org
 [IPv6:2610:1c1:1:6420::233:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id B9272187F;
 Thu,  6 Feb 2014 14:01:50 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org;
 s=04012012; 
 h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version;
 bh=dV4O8/0tiWrmWvOd9QrC0sDewGtChQTtN+rhxAPBLqI=; 
 b=zOfM3hY/8MEdVRYu5FYVPOBz7XLAnBoxi4IOp2DDb36jfiG+bWv4j1gLFt4MNcqT0ImPRzFqF7i5xH6j2eQmxgl9HKA1cedPc/7G6gpg4Rqqqvvy9RBRtITD0I5OVIIKT2rkHitsUI6IqtARv7utQqFYsKEpfQv69Hg0UzL3rnA=;
Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD))
 (envelope-from )
 id 1WBPWX-00046u-MK; Thu, 06 Feb 2014 14:01:49 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ports-QAT" 
X-Trac-Version: 0.12.5
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.5, by Edgewall Software
To: miwi@FreeBSD.org
X-Trac-Project: redports
Date: Thu, 06 Feb 2014 14:01:49 -0000
X-URL: https://qat.redports.org/
Subject: [QAT] r343053: 4x leftovers
To: miwi@FreeBSD.org
X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140206122802-62035
X-Trac-Build-ID: 20140206122802-62035
Message-Id: 
Sender: World Wide Web Owner 
Cc: ports@FreeBSD.org, decke@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Reply-To: qat@redports.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:01:51 -0000

- Stage support
---------------------------------------------------------------------

  Build ID:          20140206122802-62035
  Job owner:         miwi@FreeBSD.org
  Buildtime:         94 minutes
  Enddate:           Thu, 06 Feb 2014 14:01:48 GMT

  Revision:          r343053
  Repository:        https://svnweb.freebsd.org/ports?view=revision&revision=343053

---------------------------------------------------------------------

    Port:            security/yersinia 0.7.1_1

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140206122802-62035-272280/yersinia-0.7.1_1.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140206122802-62035-272281/yersinia-0.7.1_1.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140206122802-62035-272282/yersinia-0.7.1_1.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140206122802-62035-272283/yersinia-0.7.1_1.log


--
Buildarchive URL: 
redports 

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:20:08 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D00089FB
 for ; Thu,  6 Feb 2014 14:20:08 +0000 (UTC)
Received: from mail.0x20.net (mail.0x20.net [217.69.76.211])
 (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 914C219E3
 for ; Thu,  6 Feb 2014 14:20:08 +0000 (UTC)
Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala)
 by mail.0x20.net (Postfix) with ESMTPA id 1A6336A601F
 for ; Thu,  6 Feb 2014 15:20:06 +0100 (CET)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date: Thu, 06 Feb 2014 15:20:06 +0100
From: Lars Engels 
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old
 =?UTF-8?Q?pkg=5F=20tools?=
In-Reply-To: 
References: 
 <201402061228.s16CRo02023097@fire.js.berklix.net>
 <20140206124509.GA30566@sh4-5.1blu.de>
 
Message-ID: 
X-Sender: lars.engels@0x20.net
User-Agent: Roundcube Webmail/0.7
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:20:08 -0000

Am 2014-02-06 14:05, schrieb Daniel Nebdal:
> On Thu, Feb 6, 2014 at 1:45 PM, Matthias Apitz  
> wrote:
>> El día Thursday, February 06, 2014 a las 01:27:50PM +0100, Julian H. 
>> Stacey escribió:
>> 
>>> Michel Talon wrote:
>>> 
>>> > The old package system was total =
>>> > crap,
>>> 
>>> local.sqlite is also crap, breaks decades of accessibility by find & 
>>> grep
>>> & other text pipe / search tools.
>> 
>> Since many years I have always compiled "my" (i.e. the ports I need)
>> from CVS or now SVN ports tree on some fast baquery maschine. After
>> compiling I just did something like:
>> 
>> # mkdir PKG
>> # cd PKG
>> # pkg_create -Rnb `cd /var/db/pkg ; ls -C1`
>> 
>> and moved the resulting ~1500 packages to my laptops or smaller
>> netbooks. Until today I'm still using the old pkg_info/_add/_create
>> tools and skipped pkgng until today.
>> 
>> Will the above procedure work fine too in the future?
>> 
>> Why not keep the old methods unchanged in place as today?
>> 
>> Thanks
>> 
>>         matthias
>> 
> 
> 
> The recommended way to do that is to set up poudriere. It's a
> different tool, but easy enough to work with, and it has certain
> benefits [1].
> 
> Obviously, that's neither a "yes" nor a "no" - and in short I don't
> know how pkg supports that specific use.
> 
> 
> [1] It's smarter about building in parallel, so it should be faster.
> It also handles compiling upgraded packages better - the logic is
> about the same as in portmaster/portupgrade, though building each port
> in a clean jail (with dependencies installed from the packages it has
> already created) reduces the risk of  contamination from old versions
> on the host (typically automake scripts detecting some installed and
> not-yet upgraded library that's not set as a dependency ... at least
> that has happened to me a few times).
> It also creates a pkg repository with the packages, so if you have
> network access (nfs or http) you can use pkg to do installs or
> upgrades on the "client" machines (especially upgrades are very smooth
> like that).

And it supports devel/ccache out of the box. Just install ccache, create
/var/cache/ccache and uncomment CCACHE_DIR=/var/cache/ccache in 
poudriere.conf

The ports compile much faster with ccache enabled.




From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:36:45 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id F10ED55F
 for ; Thu,  6 Feb 2014 14:36:45 +0000 (UTC)
Received: from smtp001.apm-internet.net (smtp001-out.apm-internet.net
 [85.119.248.222])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 44AF51BE8
 for ; Thu,  6 Feb 2014 14:36:44 +0000 (UTC)
Received: (qmail 4181 invoked from network); 6 Feb 2014 14:36:43 -0000
X-APM-Authkey: 18389 5
Received: from unknown (HELO meld.njm.me.uk) (217.44.108.169)
 by smtp001.apm-internet.net with SMTP; 6 Feb 2014 14:36:43 -0000
Received: from titania.njm.me.uk (titania.njm.me.uk [192.168.144.130])
 by meld.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16Eag4M007356;
 Thu, 6 Feb 2014 14:36:42 GMT (envelope-from njm@njm.me.uk)
Received: from titania.njm.me.uk (localhost [127.0.0.1])
 by titania.njm.me.uk (8.14.7/8.14.7) with ESMTP id s16EagDu087119;
 Thu, 6 Feb 2014 14:36:42 GMT (envelope-from njm@njm.me.uk)
Received: (from njm@localhost)
 by titania.njm.me.uk (8.14.7/8.14.7/Submit) id s16Eagdd087118;
 Thu, 6 Feb 2014 14:36:42 GMT (envelope-from njm@njm.me.uk)
Date: Thu, 6 Feb 2014 14:36:42 +0000
From: "N.J. Mann" 
To: marino@freebsd.org
Subject: Re: Has NO_MANCOMPRESS been silently depreciated?
Message-ID: <20140206143642.GC45474@titania.njm.me.uk>
Mail-Followup-To: marino@freebsd.org, freebsd-ports@freebsd.org
References: <20140206125459.GA45474@titania.njm.me.uk>
 <52F388EE.30609@marino.st>
 <20140206133159.GB45474@titania.njm.me.uk>
 <52F39326.2040201@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <52F39326.2040201@marino.st>
X-Operating-System: FreeBSD 8.4-STABLE
User-Agent: mutt-NJM 1.5.22 (2014-01-26)
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:36:46 -0000

In message <52F39326.2040201@marino.st>,
	John Marino (freebsd.contact@marino.st) wrote:
> On 2/6/2014 14:31, N.J. Mann wrote:
> 
> You are asking for an infrastructure
> change.

No I am not.  I _am_ asking that something which used to be supported
(and was documented), that has silently been removed, be reinstated.


Cheers,
	Nick.
-- 


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:43:23 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 6616597F
 for ; Thu,  6 Feb 2014 14:43:23 +0000 (UTC)
Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com
 [209.85.216.47])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 1D2191CB9
 for ; Thu,  6 Feb 2014 14:43:22 +0000 (UTC)
Received: by mail-qa0-f47.google.com with SMTP id j5so2888656qaq.34
 for ; Thu, 06 Feb 2014 06:43:22 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to
 :cc:subject:references:in-reply-to:content-type
 :content-transfer-encoding;
 bh=KD7eGm/CTnL3Godb2qUnFXViegWWizydiW9EqsERSk4=;
 b=akDaw9VCqqpE7axGyJT2M20WoqFDztLfi+svtF9DXf2we3RyCRy83supBJ3cvF44P7
 rd15XQEKUqCZNcgQF26/gJ0cTdDBWTqoYuSxGwlGaEAQGQA97xOExNrseyvoJIaFp2u9
 jOPIJARcs3DdM3UZu3eMjciw3JV105c40ySQlstyq6usygR/AUKEbhwop2GoYtEVnTFX
 jU3TVSGUCKfebubnl898cAiXoFarf/MhP138TVH9PJaKnjprtqziAWVzPCtiND5wRrTq
 o6iwRQhXyyGq++pie4k9MwU5suMqTK+tnERKWVGECwMJjLOAYO6eNMVQT9b+RoKlhgsH
 cTlw==
X-Gm-Message-State: ALoCoQn3qxhM1Wl8IF6/3h5M1irKUnYL6sRiz5pa80ZINIgFMNVhgeMmSqXuf1q8u4+vGddo/ESi
X-Received: by 10.224.157.7 with SMTP id z7mr13101151qaw.37.1391697801946;
 Thu, 06 Feb 2014 06:43:21 -0800 (PST)
Received: from [192.168.1.3] (pool-96-225-163-50.nrflva.fios.verizon.net.
 [96.225.163.50])
 by mx.google.com with ESMTPSA id k32sm1476609qgf.18.2014.02.06.06.43.20
 for 
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Thu, 06 Feb 2014 06:43:21 -0800 (PST)
Message-ID: <52F39F5A.1020505@ohlste.in>
Date: Thu, 06 Feb 2014 09:42:34 -0500
From: Jim Ohlstein 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: marino@freebsd.org
Subject: Re: Has NO_MANCOMPRESS been silently depreciated?
References: <20140206125459.GA45474@titania.njm.me.uk>
 <52F388EE.30609@marino.st> <20140206133159.GB45474@titania.njm.me.uk>
 <52F39326.2040201@marino.st> <20140206143642.GC45474@titania.njm.me.uk>
In-Reply-To: <20140206143642.GC45474@titania.njm.me.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:43:23 -0000



On 2/6/14, 9:36 AM, N.J. Mann wrote:
> In message <52F39326.2040201@marino.st>,
> 	John Marino (freebsd.contact@marino.st) wrote:
>> On 2/6/2014 14:31, N.J. Mann wrote:
>>
>> You are asking for an infrastructure
>> change.
>
> No I am not.  I _am_ asking that something which used to be supported
> (and was documented), that has silently been removed, be reinstated.
>

The two are not mutually exclusive. So actually, yes you _are_.

If you want it back that badly, write the necessary patches and submit them.

-- 
Jim Ohlstein


"Never argue with a fool, onlookers may not be able to tell the 
difference." - Mark Twain

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:47:22 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 45430BA6;
 Thu,  6 Feb 2014 14:47:22 +0000 (UTC)
Received: from mail-ea0-f179.google.com (mail-ea0-f179.google.com
 [209.85.215.179])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A5FF31CFF;
 Thu,  6 Feb 2014 14:47:21 +0000 (UTC)
Received: by mail-ea0-f179.google.com with SMTP id q10so809934ead.38
 for ; Thu, 06 Feb 2014 06:46:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=message-id:subject:from:reply-to:to:cc:date:content-type
 :mime-version:content-transfer-encoding;
 bh=lExtD2ADRYtNIThxMfPTje0Cop0E91rFBuB8w3RHl5o=;
 b=zehG+Vdb3Ldr622Ez+5HxrHlvgYhq3Lm3w1Ffs5iXeoXUXDO+5G5T9F6OczY79LXvd
 aUq+ov4g1RGKrO6wgfvpSubOwWrOCplw6N2Vbd8JcWc2n58PdrE/5Ys4+6G9oKkFGNaY
 eSyKKIV1hMuLXsC4+V4jiz5gGW9ttd+9lwkajAyi70obgddSQd9B0V10uS8Z+6QfVeBZ
 Ho5fzYuvJcNwYJ2M7+Qe7Fo2MAewm9VOzFuhisZzQlBc/v+7rPfUT3col/YUyHUaE5Kb
 Yr0FbALRhYFMJ0i9yI87V8rECzfGkZsMmAFE9ge8K83U6EAW0p1R5wn8lDnlg+v+QONV
 uxGg==
X-Received: by 10.14.3.130 with SMTP id 2mr9310026eeh.36.1391697999496;
 Thu, 06 Feb 2014 06:46:39 -0800 (PST)
Received: from ?IPv6:2a02:908:e873:1a80:2677:3ff:fe7d:f00c?
 ([2a02:908:e873:1a80:2677:3ff:fe7d:f00c])
 by mx.google.com with ESMTPSA id 46sm4387532ees.4.2014.02.06.06.46.38
 for 
 (version=SSLv3 cipher=RC4-SHA bits=128/128);
 Thu, 06 Feb 2014 06:46:39 -0800 (PST)
Message-ID: <1391697997.2043.5.camel@TIS-Ben-T520.local>
Subject: FreeBSD Port: prosody-0.8.2
From: Benjamin Podszun 
To: lx@FreeBSD.org
Date: Thu, 06 Feb 2014 15:46:37 +0100
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.10.3 
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Cc: ports@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: benjamin.podszun@gmail.com
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:47:22 -0000

Hey there.

Totally new to FreeBSD here, trying to migrate a piece of my
infrastructure from .. Linux.

One thing I'm relying on is prosody, you seem to maintain that port.
0.8.2 was released around the 20.06.2011.

Starting from 20.08.2013 prosody is on 0.9, 0.9.2 was released in
January 2014.

Is there any chance to see an update to this port? Are you still
interested in this project or is the port currently abandoned?
Can I help with anything to bump this to a more current (ideally: THE
current) version?

Thanks a lot,
Ben


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:49:27 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E960BCA4
 for ; Thu,  6 Feb 2014 14:49:27 +0000 (UTC)
Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A82DC1D1A
 for ; Thu,  6 Feb 2014 14:49:27 +0000 (UTC)
Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.76)
 (envelope-from )
 id 1WBQGa-0002km-A3; Thu, 06 Feb 2014 15:49:24 +0100
Date: Thu, 6 Feb 2014 15:49:24 +0100
From: Matthias Apitz 
To: "Christopher J. Ruwe" 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-ID: <20140206144924.GA9915@sh4-5.1blu.de>
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 <20140206143630.0338602f@dijkstra-old.cruwe.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20140206143630.0338602f@dijkstra-old.cruwe.de>
X-Operating-System: FreeBSD 7.0-RELEASE (i386)
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Matthias Apitz 
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:49:28 -0000

El día Thursday, February 06, 2014 a las 02:36:30PM +0100, Christopher J. Ruwe escribió:

> On Wed, 5 Feb 2014 23:26:18 -0800
> Kevin Oberman  wrote:
> 
> > If you use poudriere, you can roll your own packages with custom
> > options and maintain things pretty reasonably, but for a single
> > system (or two), this is a bit of overkill. As things stand, this is
> > a real pain to use customized ports and packages from the standard
> > FreeBSD distributions. I'm waiting with great excitement for this to
> > appear, though I have no idea if it is near or far.
> 
> I really don't think so. Even with a single machine, poudriere
> literally saved my a.. pretty bottom several times breaking on
> implicit dependencies which would have popped up ages later with nasty
> and difficult to trace problems/errors.
> 
> I think anybody who compiles from ports should _really_ use
> poudriere. I even think it should be strongly suggested in the
> handbook. (I'd be willing to write that up for that matter.)

Please point me to the existing documentation. I don't see the string
"poudriere" in our handbook. 

Thx

	matthias

-- 
Matthias Apitz               |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: guru@unixarea.de     |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211       |  / \ - Respect for open standards

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:51:57 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id ECCE7409
 for ; Thu,  6 Feb 2014 14:51:56 +0000 (UTC)
Received: from mx.waitman.net (mx.waitman.net [136.0.16.173])
 by mx1.freebsd.org (Postfix) with ESMTP id CBE7B1DAB
 for ; Thu,  6 Feb 2014 14:51:56 +0000 (UTC)
Received: by mx.waitman.net (Postfix, from userid 2)
 id 8C9A1436A6; Wed,  5 Feb 2014 22:59:02 -0800 (PST)
Received: from 67.170.221.223 by mx.waitman.net with HTTP;
 Wed, 5 Feb 2014 22:59:02 -0800
Message-ID: <09c1b0fdb964d9b8f44542b08d868028.squirrel@mx.waitman.net>
In-Reply-To: <201402061228.s16CRo02023097@fire.js.berklix.net>
References: <201402061228.s16CRo02023097@fire.js.berklix.net>
Date: Wed, 5 Feb 2014 22:59:02 -0800
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
From: "Waitman Gobble" 
To: freebsd-ports@freebsd.org
User-Agent: SquirrelMail/1.5.2 [SVN]
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: uzimac@da3m0n8t3r.com
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:51:57 -0000


On Thu, February 6, 2014 4:27 am, Julian H. Stacey wrote:
> Michel Talon wrote:
>
>
>
>>> ports/ is not just for package addicts.  I never install packages, but
>>> only build & install from ports/.  sqlite junk obstructs /var/db/pkg
>>> being accessed by find & grep to debug breaking ports =
>> builds.
>>
>> As someone who has advocated the use of sqlite to replace the old =
>> "database in the filesystem"
>> several years before it has been implemented by the new package system,
>> =
>> i can only conclude, like Matthew that you are being absurd.
>>
>
> Personal inuendo does not impress.
>
>
>
>> The old package system was total =
>> crap,
>
> local.sqlite is also crap, breaks decades of accessibility by find & grep
>  & other text pipe / search tools.
>
>
>
>> incredibly slow and using system resources in absurd ways. Sqlite
>> obstructs nothing,
>
> False. local.sqlite obstructs inspection by find & grep & text search
> tools.
>
>
>> you = have to spend a couple of minutes learning the basic SQL queries,
>> which is no more difficult that learning = obtuse find and grep options.
>>
>
> Package addicts were so myopic they ignored some people won't even
> use packages, just /usr/ports & make.  local.sqlite was immaturely shoved
> in without documenting it, no "man 5 local.sqlite" no hook there for the
> "couple of minutes learning" you assert, (no hook to believe
> the "couple" you assert).
>
>


That's a good point, having the sqlite structures documented would be
nice. I'll research to see what already exists, if nothing I'll put
together some documentation in the next few days.

I normally build from source, however I'm currently 'on the road' and
wanted to update a laptop which has not been touched in about one year.
Updating to 11.0-CURRENT was no problem, however converting the system to
pkgng then trying to 'pkg upgrade' all the packages caused some headaches
for me.. in the end it was _much_ easier to wipe /usr/local and
/var/db/pkg and install everything fresh using pkg. Perhaps 'sounds scary'
but not really. User settings/configuration is mostly in ~/ ... Doing it
that way went very smooth and very quick. Overall I prefer pkgng to the
previous pkg system. And storing information in sqlite database seems
smart to me. I think maybe sqlite is used with yellowdog, but i've not
looked hard at the inner mechanics of that system.

I see your point about grep, I suppose grep doesn't work so well with
sqlite databases.

# grep fun local.sqlite
Binary file local.sqlite matches

The most painful trouble I've had with (any) package systems:

r) a major upgrade to libraries which are dependencies in (many) other
packages, ie png.

s) introducing foreign software: building custom/or self-written/or
'manual' software into the same space as the packaged software (ie,
/usr/local).

t) updating a machine which has been 'neglected' for and extended period.

pkgng is the most 'intuitive' and uncomplicated package system i've seen,
i'm happy that so much effort has gone into creating a great product.


>> Moreover i have hard time believing one needs to dissect the package =
>> system (beyond reading the=20 output of pkg info) to debug a port build.
>> One surely needs some =
>>
>
> ports/ is not just a plaything for package script addicts. Some use ports/
> to make & debug exclusively from sources.
>
>

-- 
Waitman Gobble
San Jose California USA
+1.510-830-7975


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 14:56:01 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BC2435BD
 for ; Thu,  6 Feb 2014 14:56:01 +0000 (UTC)
Received: from wp376.webpack.hosteurope.de (wp376.webpack.hosteurope.de
 [IPv6:2a01:488:42::50ed:8591])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 75FDE1DED
 for ; Thu,  6 Feb 2014 14:56:01 +0000 (UTC)
Received: from xdsl-78-35-69-169.netcologne.de ([78.35.69.169]
 helo=dijkstra-old.cruwe.de); authenticated
 by wp376.webpack.hosteurope.de running ExIM with esmtpsa
 (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16)
 id 1WBQMx-0002p0-4l; Thu, 06 Feb 2014 15:55:59 +0100
Date: Thu, 6 Feb 2014 15:55:57 +0100
From: "Christopher J. Ruwe" 
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-ID: <20140206155557.3f1f6c9a@dijkstra-old.cruwe.de>
In-Reply-To: <20140206144924.GA9915@sh4-5.1blu.de>
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 <20140206143630.0338602f@dijkstra-old.cruwe.de>
 <20140206144924.GA9915@sh4-5.1blu.de>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-bounce-key: webpack.hosteurope.de;cjr@cruwe.de;1391698561;4a7a7912;
Cc: Matthias Apitz 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 14:56:01 -0000

On Thu, 6 Feb 2014 15:49:24 +0100
Matthias Apitz  wrote:

> El d=C3=ADa Thursday, February 06, 2014 a las 02:36:30PM +0100,
> Christopher J. Ruwe escribi=C3=B3:
>=20
> > On Wed, 5 Feb 2014 23:26:18 -0800
> > Kevin Oberman  wrote:
> >=20
> > > If you use poudriere, you can roll your own packages with custom
> > > options and maintain things pretty reasonably, but for a single
> > > system (or two), this is a bit of overkill. As things stand, this
> > > is a real pain to use customized ports and packages from the
> > > standard FreeBSD distributions. I'm waiting with great excitement
> > > for this to appear, though I have no idea if it is near or far.
> >=20
> > I really don't think so. Even with a single machine, poudriere
> > literally saved my a.. pretty bottom several times breaking on
> > implicit dependencies which would have popped up ages later with
> > nasty and difficult to trace problems/errors.
> >=20
> > I think anybody who compiles from ports should _really_ use
> > poudriere. I even think it should be strongly suggested in the
> > handbook. (I'd be willing to write that up for that matter.)
>=20
> Please point me to the existing documentation. I don't see the string
> "poudriere" in our handbook.=20
>=20
> Thx
>=20
> 	matthias
>=20

I wrote "it should be suggested", which means that I think it would be
a good idea, not that it already happened.

I do not understand how that could be misunderstood.

Cheers,
--=20
Christopher=20
TZ:         GMT + 1h
GnuPG/GPG:  0xE8DE2C14
=20
FreeBSD 9.2-STABLE #1 r256184: Thu Oct 10 19:12:54 CEST 2013
cjr@dijkstra.cruwe.de:/usr/obj/usr/home/cjr/media/src/freebsd/base/stable/9=
/sys/GEN_WDTRACE=20
 =20
Punctuation matters:
"Lets eat Grandma." or "Lets eat, Grandma." - Punctuation saves lives.
"A panda eats shoots and leaves." or "A panda eats, shoots, and
leaves." - Punctuation teaches proper biology.

"With sufficient thrust, pigs fly just fine. However, this is not
necessarily a good idea. It is hard to be sure where they are going to
land, and it could be dangerous sitting under them as they fly
overhead." (RFC 1925)

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 15:06:22 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A1527AB1;
 Thu,  6 Feb 2014 15:06:22 +0000 (UTC)
Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 42EFB1FFD;
 Thu,  6 Feb 2014 15:06:22 +0000 (UTC)
Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD))
 (envelope-from )
 id 1WBQWx-00077p-SF; Thu, 06 Feb 2014 16:06:19 +0100
Date: Thu, 6 Feb 2014 16:06:19 +0100
From: Kurt Jaeger 
To: Benjamin Podszun 
Subject: Re: FreeBSD Port: prosody-0.8.2
Message-ID: <20140206150619.GV2951@home.opsec.eu>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1391697997.2043.5.camel@TIS-Ben-T520.local>
Cc: ports@FreeBSD.org, lx@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 15:06:22 -0000

Hi!

> Starting from 20.08.2013 prosody is on 0.9, 0.9.2 was released in
> January 2014.

Have a look at

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182075

there is an update to 0.9.1 as a patch and one open question
someone has to solve.

> Is there any chance to see an update to this port? Are you still
> interested in this project or is the port currently abandoned?
> Can I help with anything to bump this to a more current (ideally: THE
> current) version?

If you can try to coordinate with the luasec and luasocket maintainers ?

-- 
pi@opsec.eu            +49 171 3101372                         6 years to go !

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 15:24:04 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BE2196C0;
 Thu,  6 Feb 2014 15:24:04 +0000 (UTC)
Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com
 [IPv6:2a00:1450:400c:c05::22f])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 24A8C1222;
 Thu,  6 Feb 2014 15:24:04 +0000 (UTC)
Received: by mail-wi0-f175.google.com with SMTP id hm4so1718412wib.14
 for ; Thu, 06 Feb 2014 07:24:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=2uqrw9jH6rQwNtU0jsBCU3VaObbO35dUhrM8//IYYPI=;
 b=FiapVZHwaFvk7VB8yKfiQzJCSNEAAagCW15CpjLtfRosTEoZ9YRA7y2Qh2O8S0oRAk
 UF8Bk72z0g1VxphgYlBI1+YGiocqsWbSnb8t+ye2hEVW4ZKVWo2i8bh/o/rMeJwdias8
 p1ldZTrnJcozvQluuv0BHjDkWilzbe7V7HYZOI97iWYDJhSXCwb0ZMUHHUyy1RjM6JFA
 P9Jo3GA7W8erXkHGprwbcODQJSyoxYV1o06saio9bmSs9nEMXOYRpJE0l5ykwsP59vrK
 9DqA+tB0ohUbnZ4brlyCLFHfhbcys4UctbMf4oTj34D1dHcYI/QOLh5umqgtD1YtijJm
 jLLw==
MIME-Version: 1.0
X-Received: by 10.194.206.9 with SMTP id lk9mr2328380wjc.46.1391700242579;
 Thu, 06 Feb 2014 07:24:02 -0800 (PST)
Received: by 10.194.188.39 with HTTP; Thu, 6 Feb 2014 07:24:02 -0800 (PST)
In-Reply-To: <20140206150619.GV2951@home.opsec.eu>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
Date: Thu, 6 Feb 2014 16:24:02 +0100
Message-ID: 
Subject: Re: FreeBSD Port: prosody-0.8.2
From: Benjamin Podszun 
To: Kurt Jaeger 
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: ports , lx 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 15:24:04 -0000

Hi.

On Thu, Feb 6, 2014 at 4:06 PM, Kurt Jaeger  wrote:

> Hi!
>
> > Starting from 20.08.2013 prosody is on 0.9, 0.9.2 was released in
> > January 2014.
>
> Have a look at
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182075
>
> there is an update to 0.9.1 as a patch and one open question
> someone has to solve.
>

Thanks for the link. I .. didn't know better to search there first. Sorry
about that. So I guess I want that bug to be resolved, with a bump to 0.9.2
ideally :)


> > Is there any chance to see an update to this port? Are you still
> > interested in this project or is the port currently abandoned?
> > Can I help with anything to bump this to a more current (ideally: THE
> > current) version?
>
> If you can try to coordinate with the luasec and luasocket maintainers ?


Actually I think that's a non-issue (now). The comment from lx/the
maintainer of prosody claims that s2s is broken (no idea, haven't tried the
patch just yet) and wonders if we'd need the forked lua dependencies.
Looking at the prosody project page [1] even THEY don't realize that the
situation has changed and they still point to [2] as a 'fork just to get a
release out'. The luasec bug [3] was closed just a week ago - in other
words: luasec proper, the official version, got a new release out and the
fork should be irrelevant now. A quick chat with the prosody developers
seems to confirm that.

That said: The luasec changes _shouldn't_ break s2s (merely disable some
features, such as PFS for TLS for example).

So .. this probably now needs a bump for lua51-luasec (which lists no
individual maintainer, points to ports@freebsd.org only) from 0.4 to 0.5.
How would I approach that? Looking at the port myself and giving it a try?
Attaching that to a bug of sorts (similar to the prosody one)?

Thanks a lot/regards,
Ben

1: https://prosody.im/doc/depends#luasec
2: https://prosody.im/doc/depends/luasec/prosody
3: https://github.com/brunoos/luasec/issues/3

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 15:37:40 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A3C98197;
 Thu,  6 Feb 2014 15:37:40 +0000 (UTC)
Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 54CC9139C;
 Thu,  6 Feb 2014 15:37:40 +0000 (UTC)
Received: from pi by home.opsec.eu with local (Exim 4.80.1 (FreeBSD))
 (envelope-from )
 id 1WBR1F-0007Yw-Vf; Thu, 06 Feb 2014 16:37:37 +0100
Date: Thu, 6 Feb 2014 16:37:37 +0100
From: Kurt Jaeger 
To: Benjamin Podszun 
Subject: Re: FreeBSD Port: prosody-0.8.2
Message-ID: <20140206153737.GH12084@home.opsec.eu>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
Cc: ports , lx 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 15:37:40 -0000

Hi!

> > > Starting from 20.08.2013 prosody is on 0.9, 0.9.2 was released in
> > > January 2014.
> >
> > Have a look at
> >
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/182075
> >
> > there is an update to 0.9.1 as a patch and one open question
> > someone has to solve.

> Thanks for the link. I .. didn't know better to search there first. Sorry
> about that.

No problem, I learned to rely on 

http://www.freebsd.org/cgi/query-pr-summary.cgi?query

only recently, as well 8-}

> So I guess I want that bug to be resolved, with a bump to 0.9.2
> ideally :)

Yes, probably.

> > > Is there any chance to see an update to this port? Are you still
> > > interested in this project or is the port currently abandoned?
> > > Can I help with anything to bump this to a more current (ideally: THE
> > > current) version?
> >
> > If you can try to coordinate with the luasec and luasocket maintainers ?
> 
> Actually I think that's a non-issue (now). The comment from lx/the
> maintainer of prosody claims that s2s is broken (no idea, haven't tried the
> patch just yet) and wonders if we'd need the forked lua dependencies.
> Looking at the prosody project page [1] even THEY don't realize that the
> situation has changed and they still point to [2] as a 'fork just to get a
> release out'. The luasec bug [3] was closed just a week ago - in other
> words: luasec proper, the official version, got a new release out and the
> fork should be irrelevant now. A quick chat with the prosody developers
> seems to confirm that.
> 
> That said: The luasec changes _shouldn't_ break s2s (merely disable some
> features, such as PFS for TLS for example).

Well, PFS for TLS in post-Snowden-time seems like a must-have feature,
but who am I to judge 8-}

> So .. this probably now needs a bump for lua51-luasec (which lists no
> individual maintainer, points to ports@freebsd.org only) from 0.4 to 0.5.

Sounds plausible, yes.

> How would I approach that?
> Looking at the port myself and giving it a try?

Yes, but this needs some serious investigation to try. I just had
a look, and there's no distfile, you need to get it from github, etc.

I normally copy the port to some work dir, and start fixing
the issues that come up. Here's the script to copy the dir to
~/myp/

-----------
#!/usr/local/bin/bash

if [ X$1 = 'X' ]
then
    echo "usage: $0 "
    exit 1
fi

if [ ! -d /usr/ports/$1 ]
then
    echo "$0: error: invalid directory '/usr/ports/$1'"
    exit 1
fi

cd ~/myp && rm -rf $1

cd /usr/ports && tar cf - $1 | ( cd ~/myp; tar xf -)

-----------

If I achive a workable port, I generate a diff and submit it using send-pr.

Here's the script to generate the diff:

-----------
#!/usr/local/bin/bash

if [ X$1 = 'X' ]
then
    echo "usage: $0 "
    exit 1
fi

if [ ! -d /usr/ports/$1 ]
then
    echo "$0: error: invalid directory '/usr/ports/$1'"
    exit 1
fi

if [ -d /usr/ports/$1/work ]
then
    rm -rf /usr/ports/$1/work
fi

if [ -d ~/myp/$1/work ]
then
    rm -rf ~/myp/$1/work
fi

cd /usr/ports
diff -r -u -N $1 ~/myp/$1

-----------

> Attaching that to a bug of sorts (similar to the prosody one)?

Yes, somewhat like this. I would suggest to first experiment with
smaller ports that need attention 8-} It's a steep learning curve.

Check the queue for open PRs:

http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports

Find one with a patch, copy the port, apply the patch and try
it. Submit an update to the bug-report that you have tested it
and that it works. etc.

It's a useful way to learn many things about software.

-- 
pi@opsec.eu            +49 171 3101372                         6 years to go !

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:13:39 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 4772CDEC
 for ; Thu,  6 Feb 2014 16:13:39 +0000 (UTC)
Received: from smtp.centurylink.net (mail.centurylink.net [205.219.233.9])
 by mx1.freebsd.org (Postfix) with ESMTP id 0427B1709
 for ; Thu,  6 Feb 2014 16:13:38 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha1; d=embarqmail.com; s=s012408; c=relaxed/simple;
 q=dns/txt; i=@embarqmail.com; t=1391703211;
 h=From:Subject:Date:To:Mime-Version:Content-Type;
 bh=h5ZR9rHK4BQDxopliN/5q/vfMNw=;
 b=igzM0SFcLnZccvXUd93TbRYfz3QAhWVGPJ2BfG3XHQnmlRrWlHvRfMjo7Ka0TobC
 G+p7pknoDi3I2MRjkc383IHMqb9sxVss9Bnf9OksiRBYO2icpDvOII0tHKxy5U4R;
X_CMAE_Category: , ,
X-CNFS-Analysis: v=2.0 cv=Zfqfx7pA c=1 sm=1 a=3dn2BDQDCgitC1PfbxxZ7A==:17
 a=WiEGybHuLMYA:10 a=1poGYrevpj8A:10 a=kj9zAlcOel0A:10 a=1oqGTYSLAAAA:8
 a=C-0Se73T6r0A:10 a=pGLkceISAAAA:8 a=WF2pI21SAAAA:8 a=vZvyiMRe2RO5S_QvCgQA:9
 a=CjuIK1q_8ugA:10 a=a4w0SzYmEskA:10 a=MSl-tDqOz04A:10 a=MHmzl5aOqcYA:10
 a=i62nvIfVEVhOX49W:21 a=3MdFg2kAZMFyPeQk:21 a=3dn2BDQDCgitC1PfbxxZ7A==:117
X-CM-Score: 0
X-Scanned-by: Cloudmark Authority Engine
X-Authed-Username: YnNkLXVuaXhAZW1iYXJxbWFpbC5jb20=
Authentication-Results: smtp03.agate.dfw.synacor.com
 header.from=bsd-unix@embarqmail.com; sender-id=neutral
Authentication-Results: smtp03.agate.dfw.synacor.com
 smtp.mail=bsd-unix@embarqmail.com; spf=neutral; sender-id=neutral
Authentication-Results: smtp03.agate.dfw.synacor.com
 smtp.user=bsd-unix@embarqmail.com; auth=pass (LOGIN)
Received-SPF: neutral (smtp03.agate.dfw.synacor.com: 71.3.82.230 is neither
 permitted nor denied by domain of embarqmail.com)
Received: from [71.3.82.230] ([71.3.82.230:55380] helo=earth.milkyway.net)
 by smtp.centurylink.net (envelope-from )
 (ecelerity 3.5.1.37854 r(Momo-dev:3.5.1.0)) with ESMTPA
 id 1F/67-25771-AA4B3F25; Thu, 06 Feb 2014 11:13:31 -0500
Date: Thu, 6 Feb 2014 11:13:30 -0500
From: Randy Pratt 
To: Kevin Oberman 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-Id: <20140206111330.8df9c79e0ec1b9d2ffc9d0a1@embarqmail.com>
In-Reply-To: 
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; i386-portbld-freebsd8.4)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:13:39 -0000

On Wed, 5 Feb 2014 23:26:18 -0800
Kevin Oberman  wrote:

> On Wed, Feb 5, 2014 at 10:45 PM, Matthew Seaman <
> m.seaman@infracaninophile.co.uk> wrote:
> 
> > On 05/02/2014 23:57, Kevin Oberman wrote:
> > > 1. The ports/packages system is not total crap. In fact, at the time jkh
> > > started it, it was far superior to any tool available.
> >
> > When I first encountered the ports, way back in 1998 or so, I was
> > completely mind-blown that something so fantastic could exist.  Yes, it
> > was revolutionary at the time and right where FreeBSD should be --
> > leading the rest of the world with great innovations.
>
> > However, things have changed in the last 16 years. Development of the
> > ports as a global concept has been resting on its laurels a bit, and the
> > rest of the world has caught up, and indeed overtaken.   Partly that was
> > due to the mindset of seeing binary packages as a second-class thing;
> > partly due to the old pkg_tools not providing the scope to implement
> > innovative features; partly due to pkg_tools being part of the FreeBSD
> > base, so impossible to update over reasonable timescales due to the
> > requirement to support older RELEASE branches.
> >
> > pkg(8) addresses those problems, and I hope will do so for at least the
> > next decade.
> >
> > > 5. The introduction of pkgng could have really been handled better and
> > that
> > > probably increased the negative feelings about it. It was also a bit
> > before
> > > it was really ready. It still lacks a few features I feel are quite
> > > important, but they were also missing from the old system.
> >
> > I don't think it's possible to make a change of this magnitude without
> > upsetting anyone.  We have been getting a lot of feedack on the lines of
> > 'Wow! This is great.  When can we have feature XYZ?'  to which we
> > frequently have to reply that XYZ can't be implemented without breaking
> > compatibility with pkg_tools.  Like sub-packages.
> >
> > I'd be interested to hear what features you think are missing.  We will
> > implement anything (eventually...) that there is demand for and that is
> > technically feasible, and that fits with the overall concept of what we
> > think a packaging system should do.  There's a number of ideas in the
> > github issue list already (usually tagged with 'longterm' or 'thinking')
> > and we are happy for people to add to that, or to discuss ideas -- the
> > freebsd-pkg@ list is a good place for that.
> >
> >
> One BIG one that I know is being worked is the capability to mix packages
> and ports effectively.  If you use poudriere, you can roll your own
> packages with custom options and maintain things pretty reasonably, but for
> a single system (or two), this is a bit of overkill. As things stand,  this
> is a real pain to use customized ports and packages from the standard
> FreeBSD distributions. I'm waiting with great excitement for this to
> appear, though I have no idea if it is near or far.
> -- 
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkoberman@gmail.com
> 

My experience with mixing ports and packages dates back to 2.2.5 and
the disasters it created.  Most of the problems were created by the
ports tree and package builds not being syncronized.  I switched to
ports exclusively and have not had those problems again.  If a
mechanism existed to svn update a ports tree to the revision level of
the package build I would probably try to use packages for most
and limit building to those ports for which non-default OPTIONS were
employed.  For me, this is the feature that has always been missing.

I recently switched to pkgng and while there is a learning curve I
think it is more versatile and efficient than its predecessor.
Thanks to all who are working to make things better.

Randy

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:22:52 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 379813B0
 for ; Thu,  6 Feb 2014 16:22:52 +0000 (UTC)
Received: from smtp-out-uno.uned.es (smtp-in-tres.uned.es [62.204.192.125])
 (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E6F77180B
 for ; Thu,  6 Feb 2014 16:22:51 +0000 (UTC)
Received: from stargate-1.unedbizkaia.es (10-200-62-201.ca062000.uned.es
 [10.200.62.201])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by smtp-out-uno.uned.es (Postfix) with ESMTPSA id 3DD6C60727;
 Thu,  6 Feb 2014 17:13:54 +0100 (CET)
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.98.1 at smtp-out-uno.uned.es
Message-ID: <52F3B4C1.90509@portugalete.uned.es>
Date: Thu, 06 Feb 2014 17:13:53 +0100
From: Enrique Ayesta Perojo 
Organization: UNED Bizkaia Zentro Elkartua
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Kevin Oberman , freebsd-ports@freebsd.org
Subject: Re: Problem compiling Squid 3.x + TP_PF (FreeBSD 10)
References: <52F2395E.2090600@portugalete.uned.es>
 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:22:52 -0000

05/02/14 18:41(e)an, Kevin Oberman(e)k idatzi zuen:

> Let's see. The instructions said to notify tmseck@FreeBSD.org. I don't see
> any indication that you did so. They also say to attach the config.log
> file.  I see no attached file.
> 
> While it is possible that someone other than the maintainer of the port
> could help, without the log file, it's pretty unlikely.
> 
> Please try again after reading and following what appear to be the clear
> instructions supplied in the error message.
> 

Yes, you're right, sorry. Anyway, there is an open PR, ports/186378
which states the same problem that i have. I should have looked first there.

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:27:53 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 3F199A54;
 Thu,  6 Feb 2014 16:27:53 +0000 (UTC)
Received: from qat.redports.org (qat.redports.org
 [IPv6:2610:1c1:1:6420::233:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0D9231862;
 Thu,  6 Feb 2014 16:27:53 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org;
 s=04012012; 
 h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version;
 bh=tk8/4i1v99TW9doYUiFKAxZSAOOxwJZG954me9B0dXM=; 
 b=2VZF/MxG+Byq23GgLZsF3UDwKx3wUBFBFDbKdhDPYTrnVdyiHn1My/GMfY/Kgsc46Srvtk8/VR+2oTVhg8TL480VOF7s0kGtgth4OkTlORpPQD+yvyDc2ey0v7eLrq0muEC1j2u966iYVIitGM0JPrP5vqScWw/13Fszjguzi4E=;
Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD))
 (envelope-from )
 id 1WBRnr-000FMk-R2; Thu, 06 Feb 2014 16:27:51 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ports-QAT" 
X-Trac-Version: 0.12.5
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.5, by Edgewall Software
To: kwm@FreeBSD.org
X-Trac-Project: redports
Date: Thu, 06 Feb 2014 16:27:51 -0000
X-URL: https://qat.redports.org/
Subject: [QAT] r343109: 8x leftovers, 4x success
To: kwm@FreeBSD.org
X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140206155000-62431
X-Trac-Build-ID: 20140206155000-62431
Message-Id: 
Sender: World Wide Web Owner 
Cc: ports@FreeBSD.org, decke@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Reply-To: qat@redports.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:27:53 -0000

Stagify.
---------------------------------------------------------------------

  Build ID:          20140206155000-62431
  Job owner:         kwm@FreeBSD.org
  Buildtime:         38 minutes
  Enddate:           Thu, 06 Feb 2014 16:27:48 GMT

  Revision:          r343109
  Repository:        https://svnweb.freebsd.org/ports?view=revision&revision=343109

---------------------------------------------------------------------

    Port:            devel/ptlib 2.10.10

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   SUCCESS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272500/ptlib-2.10.10.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   SUCCESS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272501/ptlib-2.10.10.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   SUCCESS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272502/ptlib-2.10.10.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   SUCCESS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272503/ptlib-2.10.10.log

---------------------------------------------------------------------

    Port:            net-im/ekiga 4.0.1

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272504/ekiga-4.0.1.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272505/ekiga-4.0.1.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272506/ekiga-4.0.1.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272507/ekiga-4.0.1.log

---------------------------------------------------------------------

    Port:            net/opal 3.10.10_2

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272508/opal-3.10.10_2.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272509/opal-3.10.10_2.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272510/opal-3.10.10_2.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~kwm@FreeBSD.org/20140206155000-62431-272511/opal-3.10.10_2.log


--
Buildarchive URL: 
redports 

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:28:50 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 23D7FC21
 for ; Thu,  6 Feb 2014 16:28:50 +0000 (UTC)
Received: from mail-oa0-x22d.google.com (mail-oa0-x22d.google.com
 [IPv6:2607:f8b0:4003:c02::22d])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id D23641875
 for ; Thu,  6 Feb 2014 16:28:49 +0000 (UTC)
Received: by mail-oa0-f45.google.com with SMTP id i11so2607499oag.32
 for ; Thu, 06 Feb 2014 08:28:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=/ghM5eM6sqoPzlT3GEJ1Y+mOleNHOpRSyViwwFpfpqg=;
 b=cxa40ucIhthFF4TVqVRNTRcwJi7bcJWPHOTZSzpc5VjYvIlUz+dBlWRgkHKnMBW3Xq
 GZWSnGdNgF8COPCE/XYRYovU4rwzNCAcm3z3rbnJNNFlavQQUK/Acc3gOw1BPNHYNycS
 JAQ4QdoTe7bjVBQ/kphSadzJlmBfF0HgBL0ORoORUqC0VIRQ4ZGmltUOzVNK8m5ON0Ge
 o3LDLPDr/W/kVTqSgKoqcGp3wo3otgAICYYMTWs61H/NDbITBt92gGUfJR/iGsF+ytd/
 djfBZl7ojMmfy6rW8YW6esCw0hDVDKK9INtTRo0ZyC3cZgCYgTSjlXUAa7SRkj/UOncB
 OOhw==
MIME-Version: 1.0
X-Received: by 10.60.67.105 with SMTP id m9mr3404042oet.58.1391704128373; Thu,
 06 Feb 2014 08:28:48 -0800 (PST)
Received: by 10.76.180.164 with HTTP; Thu, 6 Feb 2014 08:28:48 -0800 (PST)
In-Reply-To: <20140206111330.8df9c79e0ec1b9d2ffc9d0a1@embarqmail.com>
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 <20140206111330.8df9c79e0ec1b9d2ffc9d0a1@embarqmail.com>
Date: Thu, 6 Feb 2014 08:28:48 -0800
Message-ID: 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
From: Freddie Cash 
To: Randy Pratt 
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: Kevin Oberman ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:28:50 -0000

On Thu, Feb 6, 2014 at 8:13 AM, Randy Pratt  wrote=
:

> On Wed, 5 Feb 2014 23:26:18 -0800
> Kevin Oberman  wrote:
>
> > On Wed, Feb 5, 2014 at 10:45 PM, Matthew Seaman <
> > m.seaman@infracaninophile.co.uk> wrote:
> >
> > > On 05/02/2014 23:57, Kevin Oberman wrote:
>


> > One BIG one that I know is being worked is the capability to mix packag=
es
> > and ports effectively.  If you use poudriere, you can roll your own
> > packages with custom options and maintain things pretty reasonably, but
> for
> > a single system (or two), this is a bit of overkill. As things stand,
>  this
> > is a real pain to use customized ports and packages from the standard
> > FreeBSD distributions. I'm waiting with great excitement for this to
> > appear, though I have no idea if it is near or far.
> > --
> > R. Kevin Oberman, Network Engineer, Retired
> > E-mail: rkoberman@gmail.com
> >
>
> My experience with mixing ports and packages dates back to 2.2.5 and
> the disasters it created.  Most of the problems were created by the
> ports tree and package builds not being syncronized.  I switched to
> ports exclusively and have not had those problems again.  If a
> mechanism existed to svn update a ports tree to the revision level of
> the package build I would probably try to use packages for most
> and limit building to those ports for which non-default OPTIONS were
> employed.  For me, this is the feature that has always been missing.
>
> I recently switched to pkgng and while there is a learning curve I
> think it is more versatile and efficient than its predecessor.
> Thanks to all who are working to make things better.
>
> That would be a *very* useful feature.  To be able to query the remote pk=
g
repo to get the svn revision number of the ports tree that was used to
build the repo.  Then you could pass that to svnup/svn to sync your local
ports tree to the same revision.  Then you could very easily mix/match
local ports installs with remote pkg installs, as the versions for
everything would match.

Once the multi-repo features of pkg are up to snuff, perhaps adding a
"local" repo would also help.  Any software installed via the ports tree
infrastructure would get tagged as part of the "local" repo.  Then one
could query the pkg database to get a list of software that came from the
"local" repo, so we know which bits needs to be reinstalled/upgraded from
the ports tree.

Which, could easily tie into poudriere (or portmaster) for building the
local ports en-masse.=E2=80=8B=E2=80=8B


--=20
Freddie Cash
fjwcash@gmail.com

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:47:20 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 6CA5B4A1
 for ; Thu,  6 Feb 2014 16:47:20 +0000 (UTC)
Received: from mail.modirum.com (mail.modirum.com [31.185.27.10])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 27C981A78
 for ; Thu,  6 Feb 2014 16:47:19 +0000 (UTC)
Received: from [77.87.241.103] (helo=unknown)
 by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
 (Exim 4.80.1 (FreeBSD)) (envelope-from )
 id 1WBS6V-000785-NO
 for freebsd-ports@freebsd.org; Thu, 06 Feb 2014 16:47:07 +0000
Date: Thu, 6 Feb 2014 17:47:15 +0100
From: Matthew Rezny 
To: freebsd-ports@freebsd.org
Subject: Re: Making WebRTC available for FreeBSD
Message-ID: <20140206174715.000022d2@unknown>
Organization: RezTek, s.r.o.
X-Mailer: Claws Mail 3.9.2-55-g74b05b (GTK+ 2.16.6; i586-pc-mingw32msvc)
In-Reply-To: 
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-SA-Authenticated: Yes
X-SA-Exim-Connect-IP: 77.87.241.103
X-SA-Exim-Mail-From: mrezny@hexaneinc.com
X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:47:20 -0000

> https://plus.google.com/110946378055202199166/posts/8iTsSCatk4x
> 
> The process has been started :
> http://forums.freebsd.org/viewtopic.php?f=39&t=44691
> 
> Dependencies needed- referenced in "howto" and webrtc dependencies:
> libbrlapi from brltty.
> 
> 
> Benefits: Native client and sever side of WebRTC applications for
> FreeBSD and possibly other BSDs.
> Eliminated dependency for Linuixlator based applications thus cutting
> down on hardware resource use.
> Eliminated need for other simulated and emulated programs to run
> Skype or other voice-and-video binaries. I.e. Wine, VirtualBox, qemu,
> et cetera, et al.
> 
> Since it is known that Sony's PS4 uses FreeBSD as the basis for its
> OS, WebRTC could be implemented as a native application on the
> platform/console thus allowing users to communicater in real time
> while gaming.
> 
Sony surely has a voice and video chat system in mind, one that is not
inter-operable with anything that doesn't bear the PlayStation brand.
> 
> Why am I proposing this?
> 1. Adrian Chadd asked on Google+ and nowhere else. I decided to bring
> his proposal to the public and attempt an initial starting phase.
> 2. Users would not be limited to having only a few selected operating
> systems at their disposal. Developers could easily communicate with
> each other.

Limit only exists for closed networks. Don't use Skype, don't need
Linuxulator.

> 3. Real time sharing/viewing of conventions. This would give the
> community another window into the development of FreeBSD.
> 4. Companies such as IxSystems and Sony would be able to contact
> develoers while simultaneously working on a FreeBSD/FreeBSD_based
> system.

Both are easily accomplished with SIP, which is an existing widely-
deployed standard. Nearly all relevant platforms have at least a few
SIP clients, with voice and video support, to choose from. Some clients
also support encryption to secure your communications. There are quite
a few available in FreeBSD ports.

> 5. FreeBSD developers would be able to give feedback on the
> development of WebRTC sources.
> 
I can't speak for all, but my feedback for WebRTC is expressed by
trying as hard as possible to ignore it while blissfully using SIP for
my non-textual communication needs. It is a simple matter of the web
guys intentionally ignoring the existence of all else so they could
have another great "solution" to a problem that doesn't exist within
the domain of "document viewer". The web browser is not a good place to
do so, but if they want to take on chat in the browser, they could have
simply adopted the SIP protocol, and maybe also SIMPLE protocol for
text chat at the same time.

Instead they invent their own, not because they had to but because they
chose to. All the large companies developing one of the web browsers
with significant market share are receiving significant income from
advertising. The more time they get you to spend in the browser, the
more ads you might see. The more tasks a browser takes on, appropriate
or not, the more time you are likely to spend in the browser, seeing
the ads. At best, a native client would only be a distraction that
would draw developer attention which could be better spent continuing to
improve SIP clients. Worse, a native client could help to legitimize
WebRTC as some sort of successor to SIP, another step toward their goal
of replacing the what the average users knows as the OS with web
browsers in the effort to revert PCs back to serving as dumb terminals
for their cloud of mainframes (albeit very fancy and "smart" dumb
terminals).
> 
> 
> Being that I am limited on resources, is it possible that others
> could take over what was started?

Of course others CAN, but WILL they want to is another matter. YOU CAN
right now if it is important to you to pursue this distraction.

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 16:48:58 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E8EB0567
 for ; Thu,  6 Feb 2014 16:48:58 +0000 (UTC)
Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 9E46F1A87
 for ; Thu,  6 Feb 2014 16:48:58 +0000 (UTC)
Received: from [93.104.12.141] (helo=localhost.my.domain)
 by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.76) (envelope-from )
 id 1WBRYq-0008GW-Ht; Thu, 06 Feb 2014 17:12:21 +0100
Received: from localhost.my.domain (localhost [127.0.0.1])
 by localhost.my.domain (8.14.7/8.14.3) with ESMTP id s16GCIU2001651;
 Thu, 6 Feb 2014 17:12:18 +0100 (CET) (envelope-from guru@unixarea.de)
Received: (from guru@localhost)
 by localhost.my.domain (8.14.7/8.14.3/Submit) id s16GCHNt001650;
 Thu, 6 Feb 2014 17:12:17 +0100 (CET) (envelope-from guru@unixarea.de)
X-Authentication-Warning: localhost.my.domain: guru set sender to
 guru@unixarea.de using -f
Date: Thu, 6 Feb 2014 17:12:16 +0100
From: Matthias Apitz 
To: "Christopher J. Ruwe" 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Message-ID: <20140206161216.GA1633@La-Habana>
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 <20140206143630.0338602f@dijkstra-old.cruwe.de>
 <20140206144924.GA9915@sh4-5.1blu.de>
 <20140206155557.3f1f6c9a@dijkstra-old.cruwe.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20140206155557.3f1f6c9a@dijkstra-old.cruwe.de>
X-Operating-System: FreeBSD 9.0-CURRENT r214444 (i386)
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Con-Id: 51246
X-Con-U: 0-guru
X-Originating-IP: 93.104.12.141
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Matthias Apitz 
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 16:48:59 -0000

El día Thursday, February 06, 2014 a las 03:55:57PM +0100, Christopher J. Ruwe escribió:

> > > I think anybody who compiles from ports should _really_ use
> > > poudriere. I even think it should be strongly suggested in the
> > > handbook. (I'd be willing to write that up for that matter.)
> > 
> > Please point me to the existing documentation. I don't see the string
> > "poudriere" in our handbook. 
> > 
> > Thx
> > 
> > 	matthias
> > 
> 
> I wrote "it should be suggested", which means that I think it would be
> a good idea, not that it already happened.
> 
> I do not understand how that could be misunderstood.

I have not misunderstood it. I only asked for any other existing
documentation and that I do not even see the word/string in our handbook 
(which is ofc not your fault and which you want to improve).

	matthias

-- 
Matthias Apitz               |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: guru@unixarea.de     |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211       |  / \ - Respect for open standards

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 18:17:34 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 0369756D
 for ; Thu,  6 Feb 2014 18:17:34 +0000 (UTC)
Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 344B014BC
 for ; Thu,  6 Feb 2014 18:17:32 +0000 (UTC)
Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1])
 by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id s16IH3pH017514
 ; Thu, 6 Feb 2014 19:17:16 +0100 (CET)
X-Ids: 168
Received: from [192.168.1.101] (sge91-2-82-227-32-26.fbx.proxad.net
 [82.227.32.26]) (using TLSv1 with cipher AES128-SHA (128/128 bits))
 (Client did not present a certificate)
 by parthe.lpthe.jussieu.fr (Postfix) with ESMTPSA id BD73FE0EE8;
 Thu,  6 Feb 2014 19:17:01 +0100 (CET)
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/signed;
 boundary="Apple-Mail=_D6A04D32-0B97-4630-B76B-5AE247E97500";
 protocol="application/pkcs7-signature"; micalg=sha1
From: Michel Talon 
In-Reply-To: <201402061228.s16CRo02023097@fire.js.berklix.net>
Date: Thu, 6 Feb 2014 19:17:02 +0100
Message-Id: <01A7684D-EBAF-4CC2-95DD-0FED284DE878@lpthe.jussieu.fr>
References: <201402061228.s16CRo02023097@fire.js.berklix.net>
To: "Julian H. Stacey" 
X-Mailer: Apple Mail (2.1283)
X-Miltered: at jchkmail2.reseau.jussieu.fr with ID 52F3D19F.000 by Joe's
 j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 52F3D19F.000 from
 parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/134.157.10.1/parthe.lpthe.jussieu.fr/
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 18:17:34 -0000


--Apple-Mail=_D6A04D32-0B97-4630-B76B-5AE247E97500
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1


Le 6 f=E9vr. 2014 =E0 13:27, Julian H. Stacey a =E9crit :

>>=20
>> you =3D
>> have to spend a couple of minutes
>> learning the basic SQL queries, which is no more difficult that =
learning =3D
>> obtuse find and grep options.
>=20
> Package addicts were so myopic they ignored some people won't even
> use packages, just /usr/ports & make.  local.sqlite was immaturely
> shoved in without documenting it, no "man 5 local.sqlite" no hook
> there for the "couple of minutes learning" you assert, (no hook to =
believe
> the "couple" you assert).

First please excuse me, this message is posted via an Apple mail system. =
So
how to interact with local.sqlite?

niobe% sqlite3 local.sqlite=20
SQLite version 3.8.2 2013-12-06 14:53:30
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> .tables
annotation           options              pkg_script        =20
categories           packages             pkg_shlibs        =20
deps                 pkg_annotation       pkg_shlibs_provided
directories          pkg_categories       pkg_shlibs_required
files                pkg_directories      pkg_users         =20
groups               pkg_groups           script            =20
licenses             pkg_licenses         scripts           =20
mtree                pkg_option           shlibs            =20
option               pkg_option_default   users             =20
option_desc          pkg_option_desc   =20

sqlite> .schema packages
CREATE TABLE packages (id INTEGER PRIMARY KEY,origin TEXT UNIQUE NOT =
NULL,name TEXT NOT NULL,version TEXT NOT NULL,comment TEXT NOT NULL,desc =
TEXT NOT NULL,mtree_id INTEGER REFERENCES mtree(id) ON DELETE RESTRICT =
ON UPDATE CASCADE,message TEXT,arch TEXT NOT NULL,maintainer TEXT NOT =
NULL, www TEXT,prefix TEXT NOT NULL,flatsize INTEGER NOT NULL,automatic =
INTEGER NOT NULL,locked INTEGER NOT NULL DEFAULT 0,licenselogic INTEGER =
NOT NULL,time INTEGER, manifestdigest TEXT NULL, pkg_format_version =
INTEGER);
CREATE INDEX pkg_digest_id ON packages(origin, manifestdigest);


sqlite> select name,version from packages limit 10;
pkg|1.2.5
xproto|7.0.25
xextproto|7.2.1
xbitmaps|1.1.1
renderproto|0.11.1
libXdmcp|1.1.1
libXau|1.0.8
libxml2|2.8.0_3
libpthread-stubs|0.3_4
kbproto|1.0.6

and to replace grepping

sqlite> select name,version from packages where name like '%kde%' limit =
10;
kdehier4|1.1.1_1
kde4-wallpapers-freebsd|1.0
pam_kde|1.0
kde4-xdg-env|1.0.1
kde4-icons-oxygen|4.10.5
kde4-shared-mime-info|1.2
kdelibs|4.10.5_2
kde-wallpapers|4.10.5
kde-base-artwork|4.10.5
polkit-kde|0.99.1


sqlite> .quit
niobe%=20

=46rom this it is easy to experiment, and  the full sqlite documentation =
is at:

http://www.sqlite.org/lang.html



--

Michel Talon
talon@lpthe.jussieu.fr






--Apple-Mail=_D6A04D32-0B97-4630-B76B-5AE247E97500
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIbzCCA7Yw
ggKeoAMCAQICAQMwDQYJKoZIhvcNAQEFBQAwLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMx
DjAMBgNVBAMTBUNOUlMyMB4XDTA5MDEyMTA5MDM1MloXDTI5MDEyMDA5MDM1MlowNTELMAkGA1UE
BhMCRlIxDTALBgNVBAoTBENOUlMxFzAVBgNVBAMTDkNOUlMyLVN0YW5kYXJkMIIBIjANBgkqhkiG
9w0BAQEFAAOCAQ8AMIIBCgKCAQEAnKlkarQHIxnDvggIxOIqXe3UKN7+P6DtkkRrFkc1EzeNdKn1
TYPkBRuPCGFM3ndb16n/u2Wdyaw8D/GJe5MioEcPXwa+jnigC3nXQmVhcmOSQIpbZxD61ic+2HdN
Hnnbb0sSAFJY4thCBbIzN3fgjWwdvPj28pRYJfeC2YbZXPPYLs39cIkEh+850SrYkoxpLxxSZfpg
jxB/zI/5XC4U7UyL4J03uNI8lMpQ/UF63vY87K7svVwW3bDwc5l6gf87M9IAnk2Mxls4LjPDdobK
clTbLeIQ/ZJQaJOE7XepiWlRhevglKP5lwgRjCTwD7o4tCzW12xOY/60MZ/vj6ZapQIDAQABo4HZ
MIHWMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFBHj2dFSRxtZsTwbeGZr9KGI7QpbMFQGA1Ud
IwRNMEuAFFCXtg33rDMXr/EdRjxrO/8AoOXloTCkLjAsMQswCQYDVQQGEwJGUjENMAsGA1UEChME
Q05SUzEOMAwGA1UEAxMFQ05SUzKCAQAwDgYDVR0PAQH/BAQDAgEGMD4GA1UdHwQ3MDUwM6AxoC+G
LWh0dHA6Ly9jcmxzLnNlcnZpY2VzLmNucnMuZnIvQ05SUzIvZ2V0ZGVyLmNybDANBgkqhkiG9w0B
AQUFAAOCAQEAT+njF+ZMJ/UXalBV6u7PTKq97izddj5ZoC8LaInaQ9AeHSxrEvlnE55lK6SE0jHP
gqDK7yLoEGzpzxd8rK2HhUyK4dV7TObZDrKh5CmeIK8PPnu5fyRMMuCI/nrarBZgoXWuiZyKZp2U
un6rDiAj7ffHhF2CSBTexNSwxU4sh9SNAxEvNtUpb66ZZxkMjW1aIN/Rn8bLr1XuC8qxWw/vXHT0
80aJY0d+LM6/yDANAEb2GOZsPzB+kG4QjR85Sc+TaevInsJnc69Ki/Z8Qijdpd3tr8lVG2Q/VLxh
JhDrkdXp9+7Q9gsL+qaQ3WD0QJ0Lp5z4zi8hOP6rBr/aDXf6ZzCCBLEwggOZoAMCAQICAlA7MA0G
CSqGSIb3DQEBBQUAMDUxCzAJBgNVBAYTAkZSMQ0wCwYDVQQKEwRDTlJTMRcwFQYDVQQDEw5DTlJT
Mi1TdGFuZGFyZDAeFw0xMjA0MjQxMTE2MDJaFw0xNDA0MjQxMTE2MDJaMGwxCzAJBgNVBAYTAkZS
MQ0wCwYDVQQKEwRDTlJTMRAwDgYDVQQLEwdVTVI3NTg5MRUwEwYDVQQDEwxNaWNoZWwgVGFsb24x
JTAjBgkqhkiG9w0BCQEWFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQDgBxV/HgKdmPL6b8jVvUTR1SWD0aKiqo5WtdQqBIcmN2/dNqXbNt9YNznR
Y4KLzV8VIFSj4WqDfzxCx6Xxulww7iwP8FE+Mt9NEQFtYoh9yZdokMTPQgYQ/sJTbvTSLK2f9IRV
HCTnJkG1jRLzNKp9T+jbLpauKNX97jAzGFa5pqip0ARGduLmVTSEY4yDzgMjUXT/ghrA+emngSBW
RDMj2nbcvPi5UqvbHv6oC/HrSl8YiN7zck9A7sWQqw8Dkzi7y5Az9cHaK5baoDJsmXtJjdE2poJU
QFgj+qw5v1//rzWao6vF1Y2YuALbDk2rY0FGbHKBvQdUIOd9FPWVHcDhAgMBAAGjggGSMIIBjjAM
BgNVHRMBAf8EAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDAOBgNVHQ8BAf8EBAMCBeAwegYJYIZIAYb4
QgENBG0Wa0NlcnRpZmljYXQgQ05SUzItU3RhbmRhcmQuIFBvdXIgdG91dGUgaW5mb3JtYXRpb24g
c2UgcmVwb3J0ZXIg4CBodHRwOi8vaWdjLnNlcnZpY2VzLmNucnMuZnIvQ05SUzItU3RhbmRhcmQv
MB0GA1UdDgQWBBQVwmDyLZNTeQ9+lLkAnYAWHPUEyTBUBgNVHSMETTBLgBQR49nRUkcbWbE8G3hm
a/ShiO0KW6EwpC4wLDELMAkGA1UEBhMCRlIxDTALBgNVBAoTBENOUlMxDjAMBgNVBAMTBUNOUlMy
ggEDMCEGA1UdEQQaMBiBFnRhbG9uQGxwdGhlLmp1c3NpZXUuZnIwRwYDVR0fBEAwPjA8oDqgOIY2
aHR0cDovL2NybHMuc2VydmljZXMuY25ycy5mci9DTlJTMi1TdGFuZGFyZC9nZXRkZXIuY3JsMA0G
CSqGSIb3DQEBBQUAA4IBAQBZqTWOw11I3rblql8PEPHhnPntu2IEg9DQRgP8jucvURw8KpZ7s94W
4hP13kmDhqGC4/St/XH4IlT86L64Zqt3toUoncLPjBfBYmQWGUgC08qhhuopLqsE1uvkdg5IX0bz
RqOpEeybEpdrWrTs5DmGycZf93C1ud8PTLhSQYjYhGPfrOw5/3RNUQvL1yZK4ZaqzWucmvT9fjMW
h24ofSN0sJyrBTInv30CzauKlIacgBtTfaMyQkoR1tch3hn57UI9w0/Ad5ywkdgFbA7PVBO12Bsi
WHNpHVk1muWUYaGLYE7L4rvx1klv2uS+yQ7aJ1De9MtFy655R//GaJJlgfLvMYICXDCCAlgCAQEw
OzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQC
AlA7MAkGBSsOAwIaBQCggfcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUx
DxcNMTQwMjA2MTgxNzAzWjAjBgkqhkiG9w0BCQQxFgQUhKcRb3MZtkFAooMk7Y+G3u2A8FUwSgYJ
KwYBBAGCNxAEMT0wOzA1MQswCQYDVQQGEwJGUjENMAsGA1UEChMEQ05SUzEXMBUGA1UEAxMOQ05S
UzItU3RhbmRhcmQCAlA7MEwGCyqGSIb3DQEJEAILMT2gOzA1MQswCQYDVQQGEwJGUjENMAsGA1UE
ChMEQ05SUzEXMBUGA1UEAxMOQ05SUzItU3RhbmRhcmQCAlA7MA0GCSqGSIb3DQEBAQUABIIBAKBL
/FH/SXqzPPuBC17gu7Tj0sGVIOXSiIMSXSmYECkL7Q0VliA2w/y+BWlu9TelFfNHuPN67woU/rl0
xwN4pPO6oR8glb9mRuhWXjeghcxMZU6tIzhw6PslIFqC5OHXr+FU3jMn3FIhe1+jTe8zU1uvUwl0
2tjsoL2meUNWZt6YsS6o7WaPtqQdTNGgOwoGZm4dLGtsVYd6PfP1EdE945Zn5vQDMBh7sX5ItsOX
h3MWA6H2Anzu4+cF4M2DTA9q7euyppIkmYZDjvIovdK4eiBHsdSvKZbknz1zFr40kzN9aQjdYBX7
DsfEQ2dUVxLcwJh+CTeXvq0794fXCfY1FgYAAAAAAAA=

--Apple-Mail=_D6A04D32-0B97-4630-B76B-5AE247E97500--

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 18:36:34 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id EC291E53
 for ; Thu,  6 Feb 2014 18:36:34 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 690CE16BA
 for ; Thu,  6 Feb 2014 18:36:34 +0000 (UTC)
Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0MfBsk-1Vr3HO1SSg-00Oq4t for
 ; Thu, 06 Feb 2014 19:36:32 +0100
Message-ID: <52F3D62F.2050903@gmx.de>
Date: Thu, 06 Feb 2014 19:36:31 +0100
From: olli hauer 
User-Agent: Mozilla/5.0 (Windows NT 5.1;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: 
 <201402061228.s16CRo02023097@fire.js.berklix.net>
 <20140206124509.GA30566@sh4-5.1blu.de>
In-Reply-To: <20140206124509.GA30566@sh4-5.1blu.de>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:Pxa9LfFbserv/aeML+X7yxwbBb1A0WM9CMxBVIPwsSMZ4FTXuZS
 GmiqRv6cOByjWQSeE/yRnvVyVNcuWABxrGdu7PZHLUTERey77jbljWLxNvLOCrxWs0PGR1r
 S/dLBT85p2mURtgJBJTwrV+knJ7euKAyHvCAbRR8t5s2M/m4v5DAXloQjtyFDKBedx1brdf
 eudHllEk5U0cllW3vp71w==
Cc: Matthias Apitz 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 18:36:35 -0000

On 2014-02-06 13:45, Matthias Apitz wrote:
> El día Thursday, February 06, 2014 a las 01:27:50PM +0100, Julian H. Stacey escribió:
> 
>> Michel Talon wrote:
>>
>>> The old package system was total =
>>> crap,
>>
>> local.sqlite is also crap, breaks decades of accessibility by find & grep
>> & other text pipe / search tools.
> 
> Since many years I have always compiled "my" (i.e. the ports I need)
> from CVS or now SVN ports tree on some fast baquery maschine. After
> compiling I just did something like:
> 
> # mkdir PKG
> # cd PKG 
> # pkg_create -Rnb `cd /var/db/pkg ; ls -C1`
> 
> and moved the resulting ~1500 packages to my laptops or smaller
> netbooks. Until today I'm still using the old pkg_info/_add/_create
> tools and skipped pkgng until today.
> 
> Will the above procedure work fine too in the future?
> 
> Why not keep the old methods unchanged in place as today?
> 

Yes this is even possible.

$ mkdir $space/packages/All
$ pkg create -a -o $space/packages/All
$ pkg repo $space/packages/

Populate $space/packages via http(s), nfs or ftp

on your client:
$ mkdir -p $LOCALBASE/etc/pkg/repos

$ cat << _EOL > $LOCALBASE/etc/pkg/repos/mapitz.conf
mapitz: {
 url: "$proto://$baquery_maschine/$space/packages" ,
 enabled : true ,
 mirror_type : none
}
_EOF


On your client run '$ pkg upgrade' and you are done.

However I suspect this method changes the checksum of the packages
every time you run '$ pkg create -a -o ...', but even then only
packages that really changed PORTREVISION ... will be updated
on your client.


The better way with a fast box is to run ports-mgmt/poudriere and
also have clean packages for your fast box.

A good starting point is to create a poudriere build and sync your
/var/db/ports to $LOCALBASE/etc/poudriere.d/($build)options/ and
copy your /etc/make.conf to $LOCALBASE/etc/poudriere.d/

Then use a list of ports (pkg_info -qoa| pkg info -qoa) and fire up
a build. The next time only changed ports are rebuild.

In the past I used tinderbox with the command
$ ./tc addBuildPortsQueueEntry -b ${BUILD}
to get consistent packages and had to wait a long time (*everything*
was located in a big 20GB RAM disk and/or on SSD), with poudriere most
everything is done on zfs in a part of the time and I guess with most
in a RAM disk even faster.


A good way to play with the new tools:
Setup a jail, install parts of your packages, convert them to pkg
packages and on a second jail install this ports.


-- 
olli

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 18:53:18 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 009DEC51
 for ; Thu,  6 Feb 2014 18:53:17 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A1AF61886
 for ; Thu,  6 Feb 2014 18:53:17 +0000 (UTC)
Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0MA9FV-1W4dWW3cdt-00BMUv for
 ; Thu, 06 Feb 2014 19:53:10 +0100
Message-ID: <52F3DA15.1050301@gmx.de>
Date: Thu, 06 Feb 2014 19:53:09 +0100
From: olli hauer 
User-Agent: Mozilla/5.0 (Windows NT 5.1;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402061228.s16CRo02023097@fire.js.berklix.net>
 <01A7684D-EBAF-4CC2-95DD-0FED284DE878@lpthe.jussieu.fr>
In-Reply-To: <01A7684D-EBAF-4CC2-95DD-0FED284DE878@lpthe.jussieu.fr>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K0:aOAIkf3CI6Fe8Jsr+g9HSHsO3/TcCL5NUl0jI0b//2bvrQNbZ7s
 jS1c/wqfqG59ASD0AOArG37QKL3USG9fmFSJ+ebLDnPPjTwSnG2/wiBjP2zWE59xdAh1EVk
 wrSLTkl30ZxXFiFBqFztX9Jygw/FDSs9y3kVZh5+b2NHrn6eZEOUA9ZpPbBIQ9cPb0IjMb/
 fQNwATvghBzdeDCrys2mQ==
Cc: Michel Talon 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 18:53:18 -0000

On 2014-02-06 19:17, Michel Talon wrote:
> 
> Le 6 févr. 2014 à 13:27, Julian H. Stacey a écrit :
> 
>>>
>>> you =
>>> have to spend a couple of minutes
>>> learning the basic SQL queries, which is no more difficult that learning =
>>> obtuse find and grep options.
>>
>> Package addicts were so myopic they ignored some people won't even
>> use packages, just /usr/ports & make.  local.sqlite was immaturely
>> shoved in without documenting it, no "man 5 local.sqlite" no hook
>> there for the "couple of minutes learning" you assert, (no hook to believe
>> the "couple" you assert).
> 
> First please excuse me, this message is posted via an Apple mail system. So
> how to interact with local.sqlite?
> 
> niobe% sqlite3 local.sqlite 
> SQLite version 3.8.2 2013-12-06 14:53:30
> Enter ".help" for instructions
> Enter SQL statements terminated with a ";"
> sqlite> .tables
> annotation           options              pkg_script         
> categories           packages             pkg_shlibs         
> deps                 pkg_annotation       pkg_shlibs_provided
> directories          pkg_categories       pkg_shlibs_required
> files                pkg_directories      pkg_users          
> groups               pkg_groups           script             
> licenses             pkg_licenses         scripts            
> mtree                pkg_option           shlibs             
> option               pkg_option_default   users              
> option_desc          pkg_option_desc    
> 
> sqlite> .schema packages
> CREATE TABLE packages (id INTEGER PRIMARY KEY,origin TEXT UNIQUE NOT NULL,name TEXT NOT NULL,version TEXT NOT NULL,comment TEXT NOT NULL,desc TEXT NOT NULL,mtree_id INTEGER REFERENCES mtree(id) ON DELETE RESTRICT ON UPDATE CASCADE,message TEXT,arch TEXT NOT NULL,maintainer TEXT NOT NULL, www TEXT,prefix TEXT NOT NULL,flatsize INTEGER NOT NULL,automatic INTEGER NOT NULL,locked INTEGER NOT NULL DEFAULT 0,licenselogic INTEGER NOT NULL,time INTEGER, manifestdigest TEXT NULL, pkg_format_version INTEGER);
> CREATE INDEX pkg_digest_id ON packages(origin, manifestdigest);
> 
> 
> sqlite> select name,version from packages limit 10;
> pkg|1.2.5
> xproto|7.0.25
> xextproto|7.2.1
> xbitmaps|1.1.1
> renderproto|0.11.1
> libXdmcp|1.1.1
> libXau|1.0.8
> libxml2|2.8.0_3
> libpthread-stubs|0.3_4
> kbproto|1.0.6
> 
> and to replace grepping
> 
> sqlite> select name,version from packages where name like '%kde%' limit 10;
> kdehier4|1.1.1_1
> kde4-wallpapers-freebsd|1.0
> pam_kde|1.0
> kde4-xdg-env|1.0.1
> kde4-icons-oxygen|4.10.5
> kde4-shared-mime-info|1.2
> kdelibs|4.10.5_2
> kde-wallpapers|4.10.5
> kde-base-artwork|4.10.5
> polkit-kde|0.99.1
> 
> 
> sqlite> .quit
> niobe% 
> 
> From this it is easy to experiment, and  the full sqlite documentation is at:
> 
> http://www.sqlite.org/lang.html
> 
> 
> 
> --
> 
> Michel Talon
> talon@lpthe.jussieu.fr

Before someone complains Michel's examples requires sqlite on the system,
it even works without this way.

$ pkg shell
> select name,version from packages limit 10;
or
$ echo 'select name,version from packages limit 10;' | pkg shell

-- 
olli

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 18:55:33 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 43008D9A
 for ; Thu,  6 Feb 2014 18:55:33 +0000 (UTC)
Received: from redundancy.redundancy.org (redundancy.redundancy.org
 [IPv6:2607:f2f8:a9c4::2])
 by mx1.freebsd.org (Postfix) with ESMTP id 25C7B18B5
 for ; Thu,  6 Feb 2014 18:55:33 +0000 (UTC)
Received: by redundancy.redundancy.org (Postfix, from userid 1001)
 id 904E140E8B9; Thu,  6 Feb 2014 10:55:32 -0800 (PST)
Date: Thu, 6 Feb 2014 10:55:32 -0800
From: David Thiel 
To: Benjamin Podszun 
Subject: Re: FreeBSD Port: prosody-0.8.2
Message-ID: <20140206185532.GK55007@redundancy.redundancy.org>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13
X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg
X-Face: %H~{$1~NOw1y#%mM6{|4:/, Kurt Jaeger 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 18:55:33 -0000

On 02/06, Benjamin Podszun wrote:
> > If you can try to coordinate with the luasec and luasocket maintainers ?
> 
> Actually I think that's a non-issue (now). The comment from lx/the
> maintainer of prosody claims that s2s is broken (no idea, haven't tried the
> patch just yet) and wonders if we'd need the forked lua dependencies.
> Looking at the prosody project page [1] even THEY don't realize that the
> situation has changed and they still point to [2] as a 'fork just to get a
> release out'. The luasec bug [3] was closed just a week ago - in other
> words: luasec proper, the official version, got a new release out and the
> fork should be irrelevant now. A quick chat with the prosody developers
> seems to confirm that.

Well, that's good, at least. Thanks for investigating.
 
> That said: The luasec changes _shouldn't_ break s2s (merely disable some
> features, such as PFS for TLS for example).

I agree! However, I was not able to successfully debug the issue with
the Prosody developers. Things may well have changed now, I just want to
get things fully in compliance with what the Prosody developers are
using, as a test cycle of all of Prosody's functionality is quite
time-consuming.

> So .. this probably now needs a bump for lua51-luasec (which lists no
> individual maintainer, points to ports@freebsd.org only) from 0.4 to 0.5.
> How would I approach that? Looking at the port myself and giving it a try?
> Attaching that to a bug of sorts (similar to the prosody one)?

Tell you what -- I'll try to tackle LuaSec. If you can take a look at
the Luasocket situation and perhaps bring that up with the maintainer,
that'd certainly be useful.

Thanks,
David

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 19:48:21 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C77B27BA;
 Thu,  6 Feb 2014 19:48:21 +0000 (UTC)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com
 [IPv6:2a00:1450:400c:c05::22d])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 3195D1D59;
 Thu,  6 Feb 2014 19:48:21 +0000 (UTC)
Received: by mail-wi0-f173.google.com with SMTP id hn9so173662wib.12
 for ; Thu, 06 Feb 2014 11:48:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=jNL5OcjV9dxJcytnxaCTnzZJRfQPpAbvKulzquCJiN0=;
 b=gmks2rZoukvQMF9VFh23a3kMF1yvVat3T/14xqgrsvZt/AL1uF24Zotl5wIaLP9vg5
 7DGqNHLdHzAWLuYXb71nLOtIbipHTe7GP1UM+WnRpDsXiKE+3P0xr35sphbrK5utj0UO
 4rgyPK8KM/QmQvRIzXdV7eIs+bnt1tB5ajOmkhoS1FLAwfYASTMtypzuWN4o69yVnVyr
 NVv6OnJ4BrLb7WIaxjG0/mmERzfpYGyve6NkeVwQtC9rYDn3fTN+GOQZlwFAQ+5bDXXR
 QtEavT2gXORthbDnvxGmudC9dMGRm+lLYdFVjsiRVdJWCnINAGwksKOCDiyv0BkNZ8k9
 lCIA==
MIME-Version: 1.0
X-Received: by 10.180.205.239 with SMTP id lj15mr882190wic.22.1391716099568;
 Thu, 06 Feb 2014 11:48:19 -0800 (PST)
Received: by 10.194.188.39 with HTTP; Thu, 6 Feb 2014 11:48:19 -0800 (PST)
In-Reply-To: <20140206185532.GK55007@redundancy.redundancy.org>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
 <20140206185532.GK55007@redundancy.redundancy.org>
Date: Thu, 6 Feb 2014 20:48:19 +0100
Message-ID: 
Subject: Re: FreeBSD Port: prosody-0.8.2
From: Benjamin Podszun 
To: David Thiel 
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: ports , Kurt Jaeger 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 19:48:21 -0000

On Thu, Feb 6, 2014 at 7:55 PM, David Thiel  wrote:

> On 02/06, Benjamin Podszun wrote:
> > > If you can try to coordinate with the luasec and luasocket maintainers
> ?
> >
> > Actually I think that's a non-issue (now). The comment from lx/the
> > maintainer of prosody claims that s2s is broken (no idea, haven't tried
> the
> > patch just yet) and wonders if we'd need the forked lua dependencies.
> > Looking at the prosody project page [1] even THEY don't realize that the
> > situation has changed and they still point to [2] as a 'fork just to get
> a
> > release out'. The luasec bug [3] was closed just a week ago - in other
> > words: luasec proper, the official version, got a new release out and the
> > fork should be irrelevant now. A quick chat with the prosody developers
> > seems to confirm that.
>
> Well, that's good, at least. Thanks for investigating.
>
> > That said: The luasec changes _shouldn't_ break s2s (merely disable some
> > features, such as PFS for TLS for example).
>
> I agree! However, I was not able to successfully debug the issue with
> the Prosody developers. Things may well have changed now, I just want to
> get things fully in compliance with what the Prosody developers are
> using, as a test cycle of all of Prosody's functionality is quite
> time-consuming.
>

Maybe I can help with that - since I plan to migrate/relocate and that's a
core part of what I need here (which is why I'm diving into ports about
30min after my first FreeBSD installation in years). So - one tester, ready
to help out. ;-)
The prosody people updated their website to deprecate their luasec fork
when I asked them about the new 0.5 release - so their website is now
stating 'Use 0.5 if you can, we have a fork that you can use if you have no
0.5 package available just yet'.


> > So .. this probably now needs a bump for lua51-luasec (which lists no
> > individual maintainer, points to ports@freebsd.org only) from 0.4 to
> 0.5.
> > How would I approach that? Looking at the port myself and giving it a
> try?
> > Attaching that to a bug of sorts (similar to the prosody one)?
>
> Tell you what -- I'll try to tackle LuaSec. If you can take a look at
> the Luasocket situation and perhaps bring that up with the maintainer,
> that'd certainly be useful.
>

So, I have a building luasec 0.5 here. Sortof. It fails in make package or
anything _after_ make build, failing in 'install'.
Obviously I'm not sure if this is just a huuuuge hack or roughly usable..

Luasocket: Well, can you explain what you mean? Are you talking about
luasec including luasocket (and again, in a prerelease 3.x version)? If you
could tell me a bit more I'd be happy to invest some time/give it a go.

Thanks,
Ben

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 19:50:12 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 70F32980
 for ; Thu,  6 Feb 2014 19:50:12 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 436E21D75
 for ; Thu,  6 Feb 2014 19:50:11 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id E25D2438BE;
 Thu,  6 Feb 2014 13:49:53 -0600 (CST)
Message-ID: <52F3E751.50401@marino.st>
Date: Thu, 06 Feb 2014 20:49:37 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Randy Pratt 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 <20140206111330.8df9c79e0ec1b9d2ffc9d0a1@embarqmail.com>
In-Reply-To: <20140206111330.8df9c79e0ec1b9d2ffc9d0a1@embarqmail.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Kevin Oberman ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 19:50:12 -0000

On 2/6/2014 17:13, Randy Pratt wrote:
> My experience with mixing ports and packages dates back to 2.2.5 and
> the disasters it created.  Most of the problems were created by the
> ports tree and package builds not being syncronized.  I switched to
> ports exclusively and have not had those problems again.  If a
> mechanism existed to svn update a ports tree to the revision level of
> the package build I would probably try to use packages for most
> and limit building to those ports for which non-default OPTIONS were
> employed.  For me, this is the feature that has always been missing.

Well, there are now "Quarterly" branches.  You should be able to use
pkgs and interlace with built ports seamlessly as long as a quarterly
branch is the source of both.

But yes, using some random binary package set with the latest and
greatest ports trunk is probably going to end badly at some point.

John

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 20:05:20 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 6653AD3E
 for ; Thu,  6 Feb 2014 20:05:20 +0000 (UTC)
Received: from redundancy.redundancy.org (redundancy.redundancy.org
 [IPv6:2607:f2f8:a9c4::2])
 by mx1.freebsd.org (Postfix) with ESMTP id 48BE11FE1
 for ; Thu,  6 Feb 2014 20:05:20 +0000 (UTC)
Received: by redundancy.redundancy.org (Postfix, from userid 1001)
 id ACA2440E80C; Thu,  6 Feb 2014 12:05:19 -0800 (PST)
Date: Thu, 6 Feb 2014 12:05:19 -0800
From: David Thiel 
To: Benjamin Podszun 
Subject: Re: FreeBSD Port: prosody-0.8.2
Message-ID: <20140206200519.GN55007@redundancy.redundancy.org>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
 <20140206185532.GK55007@redundancy.redundancy.org>
 
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: 
X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13
X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg
X-Face: %H~{$1~NOw1y#%mM6{|4:/, Kurt Jaeger 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 20:05:20 -0000

On 02/06, Benjamin Podszun wrote:
> Maybe I can help with that - since I plan to migrate/relocate and
> that's a core part of what I need here (which is why I'm diving into
> ports about 30min after my first FreeBSD installation in years). So -
> one tester, ready to help out. ;-)

Thanks!

> Luasocket: Well, can you explain what you mean? Are you talking about
> luasec including luasocket (and again, in a prerelease 3.x version)? If you
> could tell me a bit more I'd be happy to invest some time/give it a go.

Ugh, I forgot about this part of the mess. So, Prosody says that
Luasocket 2 is "required", but the new Luasec includes luasocket 3. Do
we update the Luasocket port to 3, hosted on its new GitHub repo? Does
this mean that the updated Luasec and luasocket ports would actually
conflict with each other? If you know or can find those answers, that'd
be useful.


From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 20:18:56 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id AA317430;
 Thu,  6 Feb 2014 20:18:56 +0000 (UTC)
Received: from mail.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b])
 (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 544401135;
 Thu,  6 Feb 2014 20:18:56 +0000 (UTC)
Received: from mail.wasikowski.net (mail.wasikowski.net [IPv6:2001:6a0:1cb::b])
 by mail.wasikowski.net (Postfix) with ESMTP id 68D22127;
 Thu,  6 Feb 2014 21:18:45 +0100 (CET)
X-Virus-Scanned: amavisd-new at wasikowski.net
Received: from mail.wasikowski.net ([IPv6:2001:6a0:1cb::b])
 by mail.wasikowski.net (scan.wasikowski.net [IPv6:2001:6a0:1cb::b])
 (amavisd-new, port 10026)
 with ESMTP id WVRKxCBfiwdS; Thu,  6 Feb 2014 21:18:44 +0100 (CET)
Received: from [192.168.168.1] (89-71-136-148.dynamic.chello.pl
 [89.71.136.148])
 (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mail.wasikowski.net (Postfix) with ESMTPSA id 9116B124;
 Thu,  6 Feb 2014 21:18:44 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=wasikowski.net;
 s=default; t=1391717924;
 bh=lIsKpWLGQQ7+bf3ETEspiSuGw1pqzJsTOjmrxe2OAYw=;
 h=Date:From:To:References:In-Reply-To;
 b=u6eLKq2FA8HspEmg5sRLj3QElyVGFtWUY4+827SXHenlGps+gbf4M8ekVB89VJidu
 fgUEEEw6zqYPO/Zdo/abn5m1k9PJPsOqh6nXaeGjMVsc+1RJt2pgzhLFcerjnYc4G6
 blCc0clmUGW0diMobMj/fNQ6iRDuyZw7nDsKL4mfCpW9os7/Dlo53b/9OhBB2grkbQ
 cucWxsWEE3b6CWdZFElUMedFgca1tVFw668jgGOYCk0+VLT5g4JLK+2feRuMiVnu9E
 SOxwbNuxl7e8PHiarLRJiuo2rOCor8IELmDJ8OsYRaI1uiIUlPCIDDRy1Xwi5HUbU4
 KSn2HMGlYMXjw==
Message-ID: <52F3EE26.7040706@wasikowski.net>
Date: Thu, 06 Feb 2014 21:18:46 +0100
From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: marino@freebsd.org, freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 
 
 
 <52F38850.6080108@marino.st>
In-Reply-To: <52F38850.6080108@marino.st>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 20:18:56 -0000

W dniu 2014-02-06 14:04, John Marino pisze:

> On 2/6/2014 13:58, Rick Miller wrote:

>> On Thu, Feb 6, 2014 at 7:23 AM, Daniel Nebdal  wrote:

>>> I suspect he meant  "a certain version, and *not* newer" - sometimes
>>> you might want to hold back a package.

>> Correct.  My wish is the functionality be extended further to mean "a
>> certain version *or* newer", encompassing both features.  Thus, allowing
>> him to say "port-1.1", while I say "port-1.4 or newer" or even "port-1.0 or
>> newer".

> As an observer, all I can say is "Don't get your hopes up" on this one.
>  Hundreds of ports are bumped with majority dependency changes for a
> reason.  The tree is treated as an integrated entity, not 25,000
> interchangeable parts.
> 
> It would take major technology shift, something closer to what PC-BSD's
> pbi things do/did.  Ports itself isn't geared for this.  Maybe some kind
> of package archive could be used though, if "pkg" solvers could be made
> to handle such requests.  Sounds like an extremely difficult request to
> me though.

Gentoo's portage has this capability and it works quite well. I'd love
to see it in FreeBSD.

-- 
best regards,
Lukasz Wasikowski

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 20:37:46 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E9549D65
 for ; Thu,  6 Feb 2014 20:37:46 +0000 (UTC)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com
 [IPv6:2a00:1450:400c:c03::22d])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 7268112FC
 for ; Thu,  6 Feb 2014 20:37:46 +0000 (UTC)
Received: by mail-we0-f173.google.com with SMTP id x55so1708093wes.32
 for ; Thu, 06 Feb 2014 12:37:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=Iz/lvqpdLJWTRpc8Xv5NeAqVb8hsiiAzrWL0M9kzr9k=;
 b=oNU0HZhwxR4laYiT4L7otYrWVbYE7/KM9QmUvNFzazVyADO8eqUsIeyhoYpiQ4JRz8
 F1UPLr7vIuiYgWuVdb8cl0JZtpJs8KiwTkWFRjkT60jQNdS4PixTdeSgvA79zxj07bm+
 9Y7tbaZgTe4VObHhfGZ7hCx7z8r2svmHvWVw439V+8u1aMuuEQrM4h+2MWlqJyqX6puz
 e1Vi+K3xJAy+4ApXnbp7e2+UixLez29pwWkdGVfWAuCgH+5+v43AL3DcIM7zx0w5x0fi
 DC40tXePkZcIoPa0SQKTDfpF5PlyM+i4KkU8fF1FVvCm0G8yc/akiyTKt+tgc3GpRjpn
 TZUg==
MIME-Version: 1.0
X-Received: by 10.194.174.4 with SMTP id bo4mr104876wjc.62.1391719064832; Thu,
 06 Feb 2014 12:37:44 -0800 (PST)
Received: by 10.194.188.39 with HTTP; Thu, 6 Feb 2014 12:37:44 -0800 (PST)
In-Reply-To: <20140206200519.GN55007@redundancy.redundancy.org>
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
 <20140206185532.GK55007@redundancy.redundancy.org>
 
 <20140206200519.GN55007@redundancy.redundancy.org>
Date: Thu, 6 Feb 2014 21:37:44 +0100
Message-ID: 
Subject: Re: FreeBSD Port: prosody-0.8.2
From: Benjamin Podszun 
To: David Thiel 
Content-Type: multipart/mixed; boundary=089e013d0c7a7ca47804f1c2d8c8
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: ports , Kurt Jaeger 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 20:37:47 -0000

--089e013d0c7a7ca47804f1c2d8c8
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Feb 6, 2014 at 9:05 PM, David Thiel wrote:

> On 02/06, Benjamin Podszun wrote:
> > Maybe I can help with that - since I plan to migrate/relocate and
> > that's a core part of what I need here (which is why I'm diving into
> > ports about 30min after my first FreeBSD installation in years). So -
> > one tester, ready to help out. ;-)
>
> Thanks!
>

Depending on your progress: Attached the diff that bumps luasec as far as I
can tell (builds, installs - but I haven't actually _used_ the package).
Note: There might be atrocities in that diff. How can I know.. ;-)


> > Luasocket: Well, can you explain what you mean? Are you talking about
> > luasec including luasocket (and again, in a prerelease 3.x version)? If
> you
> > could tell me a bit more I'd be happy to invest some time/give it a go.
>
> Ugh, I forgot about this part of the mess. So, Prosody says that
> Luasocket 2 is "required", but the new Luasec includes luasocket 3. Do
> we update the Luasocket port to 3, hosted on its new GitHub repo? Does
> this mean that the updated Luasec and luasocket ports would actually
> conflict with each other? If you know or can find those answers, that'd
> be useful.
>
>
I'll see what I can find out. According to the (generally lua-knowledgable)
prosody folks these libraries might even be merged in the future..
For now I'll see if I can use the 0.9.1 patch (and bump it maybe?) so that
I can prosody as my test application.

On a different note: Is this back and forth okay on this list or .. too
much spam? :)

Ben

--089e013d0c7a7ca47804f1c2d8c8
Content-Type: application/octet-stream; name=luasec-update
Content-Disposition: attachment; filename=luasec-update
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hrchi0dx0

ZGlmZiAtciAtdSAtTiBzZWN1cml0eS9sdWFzZWMvTWFrZWZpbGUgL2hvbWUvZGFyL215cC9zZWN1
cml0eS9sdWFzZWMvTWFrZWZpbGUKLS0tIHNlY3VyaXR5L2x1YXNlYy9NYWtlZmlsZQkyMDE0LTAy
LTA2IDIxOjMzOjQ2LjAwMDAwMDAwMCArMDEwMAorKysgL2hvbWUvZGFyL215cC9zZWN1cml0eS9s
dWFzZWMvTWFrZWZpbGUJMjAxNC0wMi0wNiAyMToyNzo1OC4wMDAwMDAwMDAgKzAxMDAKQEAgLTEs
MTAgKzEsMTIgQEAKICMgQ3JlYXRlZCBieTogQW5kcmV3IExld2lzIDxmcmVlZ2hiQGdtYWlsLmNv
bT4KLSMgJEZyZWVCU0QkCisjICRGcmVlQlNEOiB0YWdzL1JFTEVBU0VfMTBfMF8wL3NlY3VyaXR5
L2x1YXNlYy9NYWtlZmlsZSAzMjc3NjkgMjAxMy0wOS0yMCAyMjo1NToyNFogYmFwdCAkCiAKIFBP
UlROQU1FPQlsdWFzZWMKLVBPUlRWRVJTSU9OPQkwLjQKK1BPUlRWRVJTSU9OPQkwLjUKIENBVEVH
T1JJRVM9CXNlY3VyaXR5Ci1NQVNURVJfU0lURVM9CWh0dHA6Ly93d3cuaW5mLnB1Yy1yaW8uYnIv
fmJydW5vb3MvbHVhc2VjL2Rvd25sb2FkLworTUFTVEVSX1NJVEVTPQlodHRwczovL2dpdGh1Yi5j
b20vYnJ1bm9vcy8ke1BPUlROQU1FfS9hcmNoaXZlLworRkVUQ0hfQVJHUz0JLUZwcgorV1JLU1JD
PQkJJHtXUktESVJ9LyR7UE9SVE5BTUV9LSR7UE9SVE5BTUV9LSR7UE9SVFZFUlNJT059CiBQS0dO
QU1FUFJFRklYPQkke0xVQV9QS0dOQU1FUFJFRklYfQogCiBNQUlOVEFJTkVSPQlwb3J0c0BGcmVl
QlNELm9yZwpAQCAtMTMsOCArMTUsOCBAQAogUlVOX0RFUEVORFMrPQkke0xVQV9NT0RMSUJESVJ9
L3NvY2tldC9jb3JlLnNvOiR7UE9SVFNESVJ9L25ldC9sdWFzb2NrZXQKIAogQUxMX1RBUkdFVD0J
YnNkCi1MSUJESVI9CQktTCR7TFVBX0xJQkRJUn0KLU1BS0VfRU5WKz0JSU5DRElSPS1JJHtMVUFf
SU5DRElSfSBMVUFQQVRIPSR7TFVBX01PRFNIQVJFRElSfSBcCitMSUJESVI9CQktTCR7TFVBX0xJ
QkRJUn0gLUwuL2x1YXNvY2tldAorTUFLRV9FTlYrPQlJTkNESVI9Ii1JJHtMVUFfSU5DRElSfSAt
SSR7V1JLU1JDfS9zcmMiIExVQVBBVEg9JHtMVUFfTU9EU0hBUkVESVJ9IFwKIAkJQ1BBVEg9JHtM
VUFfTU9ETElCRElSfQogVVNFX0xVQT0JNS4xCiBXQU5UX0xVQV9WRVI9CTUuMQpAQCAtMzEsMTEg
KzMzLDEyIEBACiAuZW5kaWYKIAogcG9zdC1wYXRjaDoJLlNJTEVOVAotCSR7UkVJTlBMQUNFX0NN
RH0gLUVlICcvXkNDL3MvPS8/PS8nIFwKLQkJLWUgJy9eTEQvcy9nY2MvJCQoQ0MpLycgXAotCQkt
ZSAnL14oQ3xMRClGTEFHUy9zLz0vKz0vJyBcCi0JCS1lICcvXkJTRC97cy8tT1swLTNdPy8vO30n
IFwKKwkke1JFSU5QTEFDRV9DTUR9IC1FZSAnL1woSU5TVEFMTFwpL3MvLUQgLy8nIFwKKwkJLWUg
Jy9eTERGTEFHUy9zL1wrPS89LycgXAorCQktZSAncy9MVUFQQVRIL0xVQV9NT0RTSEFSRURJUi8n
IFwKKwkJLWUgJ3MvTFVBQ1BBVEgvTFVBX01PRExJQkRJUi8nIFwKIAkJJHtXUktTUkN9L3NyYy9N
YWtlZmlsZQorCSR7UkVJTlBMQUNFX0NNRH0gLUVlICcvXihJTkN8TElCKURJUi9zL1teP109Lz89
LycgXAorCQkke1dSS1NSQ30vTWFrZWZpbGUKIAogLmluY2x1ZGUgPGJzZC5wb3J0Lm1rPgotCmRp
ZmYgLXIgLXUgLU4gc2VjdXJpdHkvbHVhc2VjL2Rpc3RpbmZvIC9ob21lL2Rhci9teXAvc2VjdXJp
dHkvbHVhc2VjL2Rpc3RpbmZvCi0tLSBzZWN1cml0eS9sdWFzZWMvZGlzdGluZm8JMjAxNC0wMS0x
NiAyMjowNzowMS4wMDAwMDAwMDAgKzAxMDAKKysrIC9ob21lL2Rhci9teXAvc2VjdXJpdHkvbHVh
c2VjL2Rpc3RpbmZvCTIwMTQtMDItMDYgMTY6NTg6MzkuMDAwMDAwMDAwICswMTAwCkBAIC0xLDIg
KzEsMiBAQAotU0hBMjU2IChsdWFzZWMtMC40LnRhci5neikgPSAxMTE3MzJmMGU2NDYxMjBhNzAx
ZDMzZTdkM2E2MTNhOWE5MDFjMTFjMGEwMWQwODA1ZDczZWY5MGMzZjBhYmQ1Ci1TSVpFIChsdWFz
ZWMtMC40LnRhci5neikgPSAyNzgyOQorU0hBMjU2IChsdWFzZWMtMC41LnRhci5neikgPSA2NDgw
NTk4Zjc0OTJhYzQ3OWI2YjYwOGI1ZmIxNDg4MjI2YmZhNmVmNjc1ZTI5ZjZiMjRkYmU5MDk5MDgz
NTIzCitTSVpFIChsdWFzZWMtMC40LnRhci5neikgPSA0NjczOAo=
--089e013d0c7a7ca47804f1c2d8c8--

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 21:23:39 2014
Return-Path: 
Delivered-To: freebsd-ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C8217D05
 for ; Thu,  6 Feb 2014 21:23:39 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 58E6D1706
 for ; Thu,  6 Feb 2014 21:23:38 +0000 (UTC)
Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx101)
 with ESMTPSA (Nemesis) id 0MCxfb-1W1reV44Pb-009dM6 for
 ; Thu, 06 Feb 2014 22:23:37 +0100
Message-ID: <52F3FD59.4060708@gmx.de>
Date: Thu, 06 Feb 2014 22:23:37 +0100
From: olli hauer 
User-Agent: Mozilla/5.0 (Windows NT 5.1;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: "freebsd-ports@freebsd.org" 
Subject: Re: bsd.apache.mk Malformed conditional when APACHE_VERSION defined
References: <52EE0BD3.8000006@heuristicsystems.com.au>
 <52EE2337.9080809@gmx.de> <52EF4613.9060006@heuristicsystems.com.au>
In-Reply-To: <52EF4613.9060006@heuristicsystems.com.au>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:RK/dqOlJcsPZpav49ttwBMemmkW9irSK30E21YHhCUhBIjY0TdO
 m5FnKLvMQBIgibDZoDYyh9x6JVTdJh7adWtMdI2Ynq0n3XcYUZ7m0qk/qxT108iN/O2Gb2N
 cA8Pa1WvRXrelFcNuLZg7eYZX++2ieUaTccL7UZrMz/e2vJzVKH67ZxBz2AEAf0y3xJMjhF
 IBu+iHNaPmaLpU+yWRVog==
Cc: Dewayne Geraghty 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 21:23:39 -0000

On 2014-02-03 08:32, Dewayne Geraghty wrote:
> 
> On 2/02/2014 9:51 PM, olli hauer wrote:
>> On 2014-02-02 10:11, Dewayne Geraghty wrote:
>>> I filed a PR against textproc/htdig which should really be against the
>>> ports systems.
>>>
>>> Would someone be kind enough to advise the current method to specify the
>>> apache version.   In ports.conf, I currently use
>>> USE_APACHE=22 | APACHE_VERSION=22
>>> to specify the required version of apache for:
>>> textproc/htdig
>>> www/mod_security
>>> lang/php5
>>>
>>> I believe this PR 
>>>
>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=186364
>>>
>>> which probably should be routed to the ports system, and not textproc/htdig
>>>
>>> The error is:
>>> cd /usr/ports/textproc/htdig && make  -V UNIQUENAME
>>> "/usr/ports/Mk/bsd.apache.mk", line 306: warning: String comparison
>>> operator should be either == or !=
>>> "/usr/ports/Mk/bsd.apache.mk", line 306: Malformed conditional
>>> (!empty(_APACHE_VERSION_MINIMUM) && (${_APACHE_VERSION} <
>>> ${_APACHE_VERSION_MINIMUM}))
>>> "/usr/ports/Mk/bsd.port.mk", line 6603: if-less endif
>>> make: fatal errors encountered -- cannot continue
>>>
>>> which goes away if APACHE_VERSION isn't used, eg.
>>> cd /usr/ports/textproc/htdig && make __MAKE_CONF=/dev/null -V UNIQUENAME
>>> htdig
>>>
>> Hi Dewayne,
>>
>> APACHE_VERSION is a read only variable in case a port needs to know the
>> installed / default Apache version -> do not set this variable!
>>
>> In case you want to specify a default apache use in etc/make.conf for example
>>  APACHE_PORT=www/apache22
>>
>> See lines 12 - 25 in Mk/bsd.apache.mk
>>
>>
> 
> Olli,
> Thank-you for pointing me to the right place.  I've removed
> APACHE_VERSION=22;
> but noted that
> 
> PERL_VERSION=5.16.3 | PYTHON_VERSION=python2.7
> remain valid, which maintains my confusion.
> 
> With the ongoing changes to the ports system, I've also retained this line in make.conf
> DEFAULT_VERSIONS=perl5=5.16 python=2.7 python2=2.7 apache=22


Apache ports don't support the DEFAULT_VERSIONS variable because there are 5 different
apache22 flavors that cannot run in a mix.

See output from the command
$ egrep 'apache2[24]' /usr/ports/www/Makefile | awk '{print "www/" $3}'
  www/apache22  (default prefork)
  www/apache22-event-mpm
  www/apache22-itk-mpm
  www/apache22-peruser-mpm
  www/apache22-worker-mpm
  www/apache24


So the only supported way for apache is to specify for example
 APACHE_PORT= www/apache22-worker-mpm


> Though I suspect that using the latter is preferred and should be the stable way of constricting versions? 
> 
> The last rebuild of all ports occurred on Jan 20, strange that APACHE_VERSION=22 didn't halt that rebuild cycle, as bsd.apache.mk has been changed for 2 months... One of life's mysteries.

The build of the www/htdig port has changed a little bit and does no longer include explicit  so your issue popped up.
Anyway if you run the www/apache22 port and not one of the 4 other flavors you don't need to specify anything.


PS:
can I close PR 186364

-- 
Regards,
olli

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 21:52:15 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BCDED3AD
 for ; Thu,  6 Feb 2014 21:52:15 +0000 (UTC)
Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk
 [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 42469192F
 for ; Thu,  6 Feb 2014 21:52:15 +0000 (UTC)
Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk
 [81.2.117.99]) (authenticated bits=0)
 by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s16Lq9hr004238
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Thu, 6 Feb 2014 21:52:10 GMT
 (envelope-from matthew@FreeBSD.org)
DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s16Lq9hr004238
Authentication-Results: smtp.infracaninophile.co.uk/s16Lq9hr004238;
 dkim=none reason="no signature"; dkim-adsp=none
Message-ID: <52F403FE.4060500@FreeBSD.org>
Date: Thu, 06 Feb 2014 21:51:58 +0000
From: Matthew Seaman 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: 
 <201402061228.s16CRo02023097@fire.js.berklix.net>
 <20140206124509.GA30566@sh4-5.1blu.de>
In-Reply-To: <20140206124509.GA30566@sh4-5.1blu.de>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="FhlCSpLQINh0jBHgb26GujFdjmigvnJFM"
X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
 DCC_CHECK autolearn=no version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
 lucid-nonsense.infracaninophile.co.uk
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 21:52:15 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--FhlCSpLQINh0jBHgb26GujFdjmigvnJFM
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 06/02/2014 12:45, Matthias Apitz wrote:
> Since many years I have always compiled "my" (i.e. the ports I need)
> from CVS or now SVN ports tree on some fast baquery maschine. After
> compiling I just did something like:
>=20
> # mkdir PKG
> # cd PKG=20
> # pkg_create -Rnb `cd /var/db/pkg ; ls -C1`
>=20
> and moved the resulting ~1500 packages to my laptops or smaller
> netbooks. Until today I'm still using the old pkg_info/_add/_create
> tools and skipped pkgng until today.

Much the same except the pkgng command line is:

   pkg create -a

There are fancier approaches to doing this sort of thing involving
creating your own package repository (which is a lot easier than it
sounds -- basically 'pkg repo /directory/where/your/pkgs/are'
and then you can tell pkg to install from there by using a file:// URL
for the packagesite.  However, this is all optional and you can simply
install what you want using 'pkg add'.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey



--FhlCSpLQINh0jBHgb26GujFdjmigvnJFM
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJ8BAEBCgBmBQJS9AQIXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC
QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATyC4P/iYjOa1XnEfHHD3K7LRGXsUY
oNioSvYC4eRw6q/xQoaEmKJGHJlxjbO6IsDb9q2FxYrcJH8EMZzLw9KJeppgPF7s
LTlLJSyWGpaXy3fluqsemkKOpJXs4SV2bd+M1oi5kgyzzysdSDGJ+e4w0bIz1He0
zoIl0SI5McesAkFCvWvN3IepSfUhyPhvimKJ6Jo5qoV2fnKQnAq09cboelpL/lMO
65jRXr2+t9mqGiM/D3/RC+28UwGitYKfNtUYcKG8NSDGqWBf22b2ZugQgsDAQBfL
uoAhl0sdL/oHWu1nRdNTF/c1/hKfRj/3c3NQFlmQh4EblhbWPW1trE4W0FjCx0a0
zDpf0NKAb3/60ya+moREu4R687DFsrUcgKXttl3E3Kbqeylcpj3KJmtehSgqTmSO
5kCjeyRxrnPec2j91mTU+cuF2vT0sWQGn5Qo0lSUXxp5HYNUBW9ySC2jErelZ/Iz
r+ekenjnNhcQ6xRBzhdzTIiRDWDTQc6DCAlvp7VzMp1LZXP5B7VvnZCoUmMu3lsq
Jk18hqnism1DX3bk7Zh1+2IjuSvzu/upF7qgTBN/c2tb8YxbG79GOrPhM7frT1NQ
U2xPKscH/PL19cxnJq8s2sqzMRX7esfcS+107ZrKCUUhr6OPJk/49of2wYx1N9j/
hC6CkGtDr69pzaSJML1e
=LjGK
-----END PGP SIGNATURE-----

--FhlCSpLQINh0jBHgb26GujFdjmigvnJFM--

From owner-freebsd-ports@FreeBSD.ORG  Thu Feb  6 23:11:32 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A6BD645B
 for ; Thu,  6 Feb 2014 23:11:32 +0000 (UTC)
Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com
 [IPv6:2a00:1450:400c:c05::22a])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 3654E10E1
 for ; Thu,  6 Feb 2014 23:11:32 +0000 (UTC)
Received: by mail-wi0-f170.google.com with SMTP id hi5so322301wib.5
 for ; Thu, 06 Feb 2014 15:11:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=mAuOgWINnKLIHVe75fg+Drw7XjB5D8L0iVQxCPY6iCQ=;
 b=k7j2MPthgKxCW+23CcM/jbh7A7PfKRXcLzQ+m68yvQZlk/6MLGAhPtxITl2IhRknY6
 1pcKCwTytil6NAXfDCY1IqVOz2P5l2Q1brjnhXZ5biXoNE0gGJaXYiY4060fw3anh9in
 3zYsQbeieiQmpIS4dllxEJPr9sH3VGHC7wS0zUgV8dVnss9spSUpy20GHXSjpKFyl/iQ
 zHWcFg5rq8tb3eAKT3Dutvqu214k3dHucl9zEtiOtzbUih9M+rjv9A68kt9kq6IM12aR
 nGTLOaPE2Rhj9+L2gx9gGwlTow2uXO72xQ4AERX1RJg+41+22qcBnMo/CbM/jvVng3GA
 dS7Q==
MIME-Version: 1.0
X-Received: by 10.180.37.162 with SMTP id z2mr1285489wij.51.1391728290688;
 Thu, 06 Feb 2014 15:11:30 -0800 (PST)
Received: by 10.194.188.39 with HTTP; Thu, 6 Feb 2014 15:11:30 -0800 (PST)
In-Reply-To: 
References: <1391697997.2043.5.camel@TIS-Ben-T520.local>
 <20140206150619.GV2951@home.opsec.eu>
 
 <20140206185532.GK55007@redundancy.redundancy.org>
 
 <20140206200519.GN55007@redundancy.redundancy.org>
 
Date: Fri, 7 Feb 2014 00:11:30 +0100
Message-ID: 
Subject: Re: FreeBSD Port: prosody-0.8.2
From: Benjamin Podszun 
To: David Thiel 
Content-Type: multipart/mixed; boundary=e89a8f646f8f640e0904f1c4fe71
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: ports , Kurt Jaeger 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Thu, 06 Feb 2014 23:11:32 -0000

--e89a8f646f8f640e0904f1c4fe71
Content-Type: text/plain; charset=ISO-8859-1

> I'll see what I can find out. According to the (generally
> lua-knowledgable) prosody folks these libraries might even be merged in the
> future..
> For now I'll see if I can use the 0.9.1 patch (and bump it maybe?) so that
> I can prosody as my test application.
>


Sorry for replying to myself. I fixed a minor issue in the luasec patch and
formatted it to apply more easily.
Plus, I created a patch for prosody and sent a follow-up to ports/182075.

I'd be glad to get some feedback, especially from you, David.
Would be awesome to get this in somehow.

Regards,
Ben

--e89a8f646f8f640e0904f1c4fe71
Content-Type: application/octet-stream; name=luasec-update
Content-Disposition: attachment; filename=luasec-update
Content-Transfer-Encoding: base64
X-Attachment-Id: f_hrcn2h2v1

ZGlmZiAtTnVyIGx1YXNlYy5vcmlnL01ha2VmaWxlIGx1YXNlYy9NYWtlZmlsZQotLS0gbHVhc2Vj
Lm9yaWcvTWFrZWZpbGUJMjAxNC0wMi0wNiAyMTozMzo0Ni4wMDAwMDAwMDAgKzAxMDAKKysrIGx1
YXNlYy9NYWtlZmlsZQkyMDE0LTAyLTA2IDIzOjU4OjQwLjAwMDAwMDAwMCArMDEwMApAQCAtMSwx
MCArMSwxMiBAQAogIyBDcmVhdGVkIGJ5OiBBbmRyZXcgTGV3aXMgPGZyZWVnaGJAZ21haWwuY29t
PgotIyAkRnJlZUJTRCQKKyMgJEZyZWVCU0Q6IHRhZ3MvUkVMRUFTRV8xMF8wXzAvc2VjdXJpdHkv
bHVhc2VjL01ha2VmaWxlIDMyNzc2OSAyMDEzLTA5LTIwIDIyOjU1OjI0WiBiYXB0ICQKIAogUE9S
VE5BTUU9CWx1YXNlYwotUE9SVFZFUlNJT049CTAuNAorUE9SVFZFUlNJT049CTAuNQogQ0FURUdP
UklFUz0Jc2VjdXJpdHkKLU1BU1RFUl9TSVRFUz0JaHR0cDovL3d3dy5pbmYucHVjLXJpby5ici9+
YnJ1bm9vcy9sdWFzZWMvZG93bmxvYWQvCitNQVNURVJfU0lURVM9CWh0dHBzOi8vZ2l0aHViLmNv
bS9icnVub29zLyR7UE9SVE5BTUV9L2FyY2hpdmUvCitGRVRDSF9BUkdTPQktRnByCitXUktTUkM9
CQkke1dSS0RJUn0vJHtQT1JUTkFNRX0tJHtQT1JUTkFNRX0tJHtQT1JUVkVSU0lPTn0KIFBLR05B
TUVQUkVGSVg9CSR7TFVBX1BLR05BTUVQUkVGSVh9CiAKIE1BSU5UQUlORVI9CXBvcnRzQEZyZWVC
U0Qub3JnCkBAIC0xMyw4ICsxNSw4IEBACiBSVU5fREVQRU5EUys9CSR7TFVBX01PRExJQkRJUn0v
c29ja2V0L2NvcmUuc286JHtQT1JUU0RJUn0vbmV0L2x1YXNvY2tldAogCiBBTExfVEFSR0VUPQli
c2QKLUxJQkRJUj0JCS1MJHtMVUFfTElCRElSfQotTUFLRV9FTlYrPQlJTkNESVI9LUkke0xVQV9J
TkNESVJ9IExVQVBBVEg9JHtMVUFfTU9EU0hBUkVESVJ9IFwKK0xJQkRJUj0JCS1MJHtMVUFfTElC
RElSfSAtTC4vbHVhc29ja2V0CitNQUtFX0VOVis9CUlOQ0RJUj0iLUkke0xVQV9JTkNESVJ9IC1J
JHtXUktTUkN9L3NyYyIgTFVBUEFUSD0ke0xVQV9NT0RTSEFSRURJUn0gXAogCQlDUEFUSD0ke0xV
QV9NT0RMSUJESVJ9CiBVU0VfTFVBPQk1LjEKIFdBTlRfTFVBX1ZFUj0JNS4xCkBAIC0zMSwxMSAr
MzMsMTIgQEAKIC5lbmRpZgogCiBwb3N0LXBhdGNoOgkuU0lMRU5UCi0JJHtSRUlOUExBQ0VfQ01E
fSAtRWUgJy9eQ0Mvcy89Lz89LycgXAotCQktZSAnL15MRC9zL2djYy8kJChDQykvJyBcCi0JCS1l
ICcvXihDfExEKUZMQUdTL3MvPS8rPS8nIFwKLQkJLWUgJy9eQlNEL3tzLy1PWzAtM10/Ly87fScg
XAorCSR7UkVJTlBMQUNFX0NNRH0gLUVlICcvXChJTlNUQUxMXCkvcy8tRCAvLycgXAorCQktZSAn
L15MREZMQUdTL3MvXCs9Lz0vJyBcCisJCS1lICdzL0xVQVBBVEgvTFVBX01PRFNIQVJFRElSLycg
XAorCQktZSAncy9MVUFDUEFUSC9MVUFfTU9ETElCRElSLycgXAogCQkke1dSS1NSQ30vc3JjL01h
a2VmaWxlCisJJHtSRUlOUExBQ0VfQ01EfSAtRWUgJy9eKElOQ3xMSUIpRElSL3MvW14/XT0vPz0v
JyBcCisJCSR7V1JLU1JDfS9NYWtlZmlsZQogCiAuaW5jbHVkZSA8YnNkLnBvcnQubWs+Ci0KZGlm
ZiAtTnVyIGx1YXNlYy5vcmlnL2Rpc3RpbmZvIGx1YXNlYy9kaXN0aW5mbwotLS0gbHVhc2VjLm9y
aWcvZGlzdGluZm8JMjAxNC0wMS0xNiAyMjowNzowMS4wMDAwMDAwMDAgKzAxMDAKKysrIGx1YXNl
Yy9kaXN0aW5mbwkyMDE0LTAyLTA2IDIzOjU4OjQwLjAwMDAwMDAwMCArMDEwMApAQCAtMSwyICsx
LDIgQEAKLVNIQTI1NiAobHVhc2VjLTAuNC50YXIuZ3opID0gMTExNzMyZjBlNjQ2MTIwYTcwMWQz
M2U3ZDNhNjEzYTlhOTAxYzExYzBhMDFkMDgwNWQ3M2VmOTBjM2YwYWJkNQotU0laRSAobHVhc2Vj
LTAuNC50YXIuZ3opID0gMjc4MjkKK1NIQTI1NiAobHVhc2VjLTAuNS50YXIuZ3opID0gNjQ4MDU5
OGY3NDkyYWM0NzliNmI2MDhiNWZiMTQ4ODIyNmJmYTZlZjY3NWUyOWY2YjI0ZGJlOTA5OTA4MzUy
MworU0laRSAobHVhc2VjLTAuNS50YXIuZ3opID0gNDY3MzgK
--e89a8f646f8f640e0904f1c4fe71--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 04:56:12 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 325CA695;
 Fri,  7 Feb 2014 04:56:12 +0000 (UTC)
Received: from alogt.com (alogt.com [69.36.191.58])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id C8D941E35;
 Fri,  7 Feb 2014 04:56:11 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com;
 s=default; 
 h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date;
 bh=9/IbuWOZ2XE8LWW+YNwGMwWup829UBReW7/5C99ivU0=; 
 b=RlW8ld/h63N5+pBDX29LqnUF0/SQUAs7BMCJQOKw90W/amiCxgQgpifziRBaacFxKrD0/o+xdaozV3JoxRNM2xs1XPDLA9yP3aeFEwG6/u3sCCd4aZkA87iD92Q3e5OtfpXXpCSs6VVeDhM8geJLAokCnVjBBtJp2ngt7PsD2gY=;
Received: from [39.214.247.190] (port=38490 helo=X220.alogt.com)
 by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128)
 (Exim 4.82) (envelope-from )
 id 1WBcy0-0023fT-SD; Thu, 06 Feb 2014 21:23:06 -0700
Date: Fri, 7 Feb 2014 12:22:51 +0800
From: Erich Dollansky 
To: Rainer Hurling 
Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD
Message-ID: <20140207122251.05d50784@X220.alogt.com>
In-Reply-To: <52F35570.2030404@gwdg.de>
References: <52F2952E.3090509@gwdg.de>
 
 <52F29CE7.2050208@FreeBSD.org>
 <20140205212042.GP23872@ithaqua.etoilebsd.net>
 <52F325AA.4060507@gwdg.de>
 <20140206075206.GR23872@ithaqua.etoilebsd.net>
 <52F35570.2030404@gwdg.de>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd10.0)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-AntiAbuse: This header was added to track abuse,
 please include it with any abuse report
X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - alogt.com
X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id:
 erichsfreebsdlist@alogt.com
X-Source: 
X-Source-Args: 
X-Source-Dir: 
Cc: Baptiste Daroussin , Dimitry Andric ,
 ports-list freebsd ,
 Matthias Andree 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 04:56:12 -0000

Hi,

I just faced the same problem.

On Thu, 06 Feb 2014 10:27:12 +0100
Rainer Hurling  wrote:

> 
> 
> Am 06.02.2014 08:52 (UTC+1) schrieb Baptiste Daroussin:
> > On Thu, Feb 06, 2014 at 07:03:22AM +0100, Rainer Hurling wrote:
> >> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin:
> >>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote:
> >>>> Am 05.02.2014 21:08, schrieb Dimitry Andric:
> >>>>
> >>>>>> #17 0x00000000484c0ee0 in std::__1::locale::id::__next_id ()
> >>>>>> from /usr/local/lib/libc++.so.1
> >>>>>
> >>>>> Hmm, is this a ports version of libc++?  I was not aware
> >>>>> Baptiste had already committed this? :) 
> >>>>
> >>>> Yes, it is (as a build requisite, but apparently remained
> >>>> installed on the destination machine), because we need to match
> >>>> the libraries that the requisites use (Glibmm for one).
> >>>>
> >>>> I have given up on compiling RawTherapee with clang++ for now,
> >>>> and use GCC 4.8 on all systems.  RawTherapee is somewhat
> >>>> demanding, especially at higher optimization level, and kills
> >>>> the 10.0-RELEASE base clang and Port GCC 4.6 and 4.7, all with
> >>>> internal compiler errors.  Since GCC 4.8 worked for me, I did
> >>>> not bother to send Gerald the details.
> >>>>
> >>>> We may want to retry with clang if we've got the next clang
> >>>> version. Feel free to use Rawtherapee as compiler system test ;)
> >>>>
> >>>
> >>> try with something like this in libmap.conf
> >>> libc++.so.1 /usr/local/lib/libc++.so.1
> >>> If that fixes the problem, then a rpath with /usr/local/lib
> >>> should be set while building the port
> >>
> >> Hmm, I am not very familiar with libmapping. After adding it to
> >> /etc/libmap.conf I get
> >>
> >> #rawtherapee	
> >> Shared object "/usr/local/lib/libc++.so.1" not found, required by
> >> "rawtherapee"
> >>
> >> Thanks for the tip,
> >> Rainer
> >>
> >>>
> >>> regards,
> >>> Bapt
> >>>
> > 
> > try reinstalling devel/libc++ and keeping the libmap.conf entry,
> > that should do the trick
> > 
> > as it was a build only dep it may have been removed.
> > just remove the line from libmap.conf before reinstalling
> > devel/libc++ and readd it once it is installed.
> 
> I commented out libmap.conf entry, reinstalled devel/libc++ and
> readded libmap.conf entry.
> 
> After that, I get the same error, when starting rawtherapee.
> 
> In a second step I tried to rebuild graphics/rawtherapee with the
> entry in /etc/libmap.conf active. That also fails with:
> 
> [..snip..]
> /bin/mkdir -p /usr/ports/graphics/rawtherapee/work/.build
> Shared object "/usr/local/lib/libc++.so.1" not found, required by
> "cmake" *** Error code 1
> Stop.
> make[1]: stopped in /usr/ports/graphics/rawtherapee
> *** Error code 1
> 
It looks to me that the entry in libmap.conf is not even needed as
there is a link in /usr/local/lib anyway.

Rawtherapee is a very sensitive program from my point of view. It works
after one update and it crashes after the next. It might also be just
random.

Erich

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 07:55:40 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id B40A0563;
 Fri,  7 Feb 2014 07:55:40 +0000 (UTC)
Received: from mx.nsu.ru (mx.nsu.ru [84.237.50.39])
 (using TLSv1 with cipher AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 160351C5F;
 Fri,  7 Feb 2014 07:55:39 +0000 (UTC)
Received: from regency.nsu.ru ([193.124.210.26])
 by mx.nsu.ru with esmtp (Exim 4.69)
 (envelope-from )
 id 1WBfiM-0005Se-DA; Fri, 07 Feb 2014 14:19:11 +0700
Received: from regency.nsu.ru (localhost [127.0.0.1])
 by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id s177J2qA017083;
 Fri, 7 Feb 2014 14:19:12 +0700 (NOVT)
 (envelope-from danfe@regency.nsu.ru)
Received: (from danfe@localhost)
 by regency.nsu.ru (8.14.2/8.14.2/Submit) id s177IuBb017005;
 Fri, 7 Feb 2014 14:18:56 +0700 (NOVT) (envelope-from danfe)
Date: Fri, 7 Feb 2014 14:18:56 +0700
From: Alexey Dokuchaev 
To: Chris Rees 
Subject: 10.0-release jail on head-hosted tinderbox (Was: Re: 10.0-hosted
 tinderbox: 8.4 builds broken?)
Message-ID: <20140207071856.GA14462@regency.nsu.ru>
References: <20131009110955.GA75075@regency.nsu.ru>
 
 <4d21dc12-2fb5-43a7-a0fd-8ea13c6ebf5a.maildroid@localhost>
 <20131009212710.GA7998@regency.nsu.ru>
 
 <4ABC4095-7230-4C69-92D4-756057C46296@bayofrum.net>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="x+6KMIRAuhnl3hBn"
Content-Disposition: inline
In-Reply-To: <4ABC4095-7230-4C69-92D4-756057C46296@bayofrum.net>
User-Agent: Mutt/1.4.2.1i
Cc: ports@freebsd.org, marcus@freebsd.org, tinderbox-list@marcuscom.com
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 07:55:40 -0000


--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Oct 13, 2013 at 01:36:45PM +0100, Chris Rees wrote:
> It appears that really weird SRCBASE assumptions are made throughout the
> code.  I'll have to put a temporary hack in to just make SRCBASE appear
> inside the chroot whatever it's set to.  Setting and unsetting SRCBASE just
> breaks different things in weird ways, and this is the only reliable fix
> I've found.
> 
> Joe, please can I stick this in, and merge to the beta?
> 
> http://www.bayofrum.net/~crees/patches/tinderbox-fake-srcbase.diff
> 
> Alexey, try this patch.  This one definitely works for me, and gets the
> dependencies working correctly.

Can be unrelated, but I've been observing some bad behavior with fresh
tinderbox code from CVS and equally fresh -CURRENT (just tried again
today): install FreeBSD/amd64, 'cvs up', rebuild world/kernel (GENERIC),
cvs co tinderbox, create jails for 10.0-RELEASE and 9.2-RELEASE.  Builds
for 9.2 work fine; trying to build anything for 10.0 always fails in a
similar way (take a look at attached make.0 file).  I've seen this on
i386/non-zfs as well.  Particularly, these lines look bad:

  /buildscript: pkg-static: not found
  tar: Error opening archive: Failed to open 'pkg-1.2.6.txz'
  /buildscript: ./pkg-static: not found
  error in dependency pkg-1.2.6.txz, exiting

./danfe

--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="make.0"
Content-Transfer-Encoding: quoted-printable

pcre-8.34
/usr/ports/devel/pcre
chroot is: /usr/home/danfe/tb/10.0-wip
jailname is: j100-wip
ERROR: Port, devel/pcre is not in the datastore.
10.0-wip: cleaning out /usr/home/danfe/tb/10.0-wip/usr/local
10.0-wip: cleaning out /usr/home/danfe/tb/10.0-wip/compat
10.0-wip: cleaning out /usr/home/danfe/tb/10.0-wip/var/db/pkg
building pcre-8.34 in /usr/home/danfe/tb/10.0-wip
building pcre-8.34 in directory /usr/home/danfe/tb/10.0-wip
ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib
32-bit compatibility ldconfig path: /usr/lib32
skipping package pkg-1.2.6.txz for pcre-8.34 since it is missing
build started at Fri Feb  7 06:32:52 UTC 2014
port directory: /usr/ports/devel/pcre
building for:  10.0-RELEASE amd64
maintained by: bf@FreeBSD.org
Makefile ident: $FreeBSD: head/devel/pcre/Makefile 342800 2014-02-05 17:40:=
42Z bf $
prefixes: LOCALBASE=3Dusr/local PREFIX=3D/usr/local
Begin Configuration:
---Begin Environment---
INDEXFILE=3DINDEX-10
ARCH=3Damd64
PORTOBJFORMAT=3Delf
PORTBUILD_USE_IPV6=3DYES
MD_SIZE=3D2g
X_WINDOW_SYSTEM=3Dxorg
PAGER=3Dmore
DISTFILE_URI=3D
MAKELEVEL=3D1
TIMEOUT=3D7200
FTP_PASSIVE_MODE=3Dyes
CCACHE_ENABLED=3D0
MASTER_SITE_OVERRIDE=3Dfile:///distcache/${DIST_SUBDIR}/=20
MAIL=3D/var/mail/root
OPTIONS_ENABLED=3D0
MD_FSTYPE=3Dzfs
DISTCACHE=3D/distcache
PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/=
bin:/root/bin
EDITOR=3Dvi
pb=3D/usr/home/danfe/tb
HTTP_TIMEOUT=3D900
PACKAGES=3D/tmp/packages
HAVE_MOTIF=3D1
LOG_DIRECTORY=3D
PKGSUFFIX=3D.txz
BATCH=3D1
OSREL=3D10.0
__DSVERSION__=3D4.0.0
CCACHE_DIR=3D
LOG_COMPRESSLOGS=3D0
OLDPWD=3D/
=2EMAKE.LEVEL.ENV=3DMAKELEVEL
USA_RESIDENT=3DYES
DISTFILE_CACHE=3D/usr/ports/distfiles
WRKDIRPREFIX=3D/work
BRANCH=3DRELEASE
PWD=3D/usr/ports/devel/pcre
HOST_WORKDIR=3D
OPTIONS_DIR=3D
PKGZIPCMD=3Dbzip2
USER=3Droot
DISTDIR=3D/tmp/distfiles
HOME=3D/root
CCACHE_JAIL=3D0
LOG_DOCOPY=3D0
CCACHE_MAX_SIZE=3D1G
UNAME_m=3Damd64
UNAME_n=3Dtinderbox.host
CCACHE_NOLINK=3D1
TINDERD_SLEEPTIME=3D120
FTP_TIMEOUT=3D900
PARALLEL_PACKAGE_BUILD=3D1
TINDERD_LOGFILE=3D/dev/null
UNAME_p=3Damd64
CCACHE_LOGFILE=3D
UNAME_r=3D10.0-RELEASE
LOCALBASE=3D/usr/local
UNAME_s=3DFreeBSD
PACKAGE_BUILDING=3D1
TINDERBOX_BUILDING=3D1
OSVERSION=3D1000510
UNAME_v=3DFreeBSD 10.0-RELEASE #0: Fri Feb  7 10:32:31 MSK 2014    root@tin=
derbox.host:/usr/src/sys/magic/kernel/path
BLOCKSIZE=3DK
PORTBUILD_USE_IPV4=3DYES
---End Environment---

---Begin OPTIONS List---
=3D=3D=3D> The following configuration options are available for pcre-8.34:
     STACK_RECURSION=3Don: Use the stack for recursion during matching
=3D=3D=3D> Use 'make config' to modify these settings
---End OPTIONS List---

End Configuration.
PKG_DEPENDS=3Dpkg-1.2.6.txz
FETCH_DEPENDS=3D
PATCH_DEPENDS=3D
EXTRACT_DEPENDS=3D
BUILD_DEPENDS=3D
RUN_DEPENDS=3D
TEST_DEPENDS=3D
add_pkg pkg-1.2.6.txz
adding dependencies
pkg_add pkg-1.2.6.txz
/buildscript: pkg-static: not found
tar: Error opening archive: Failed to open 'pkg-1.2.6.txz'
/buildscript: ./pkg-static: not found
error in dependency pkg-1.2.6.txz, exiting
ERROR: Port, devel/pcre is not in the datastore.
ERROR: Port, devel/pcre is not in the datastore.
[: -gt: unexpected operator
ERROR: Port, devel/pcre is not in the datastore.
ERROR: Port, x11-toolkits/pango is not in the datastore.
ERROR: Port, graphics/cairo is not in the datastore.
ERROR: Port, devel/gobject-introspection is not in the datastore.
ERROR: Port, x11-toolkits/pangox-compat is not in the datastore.
ERROR: Port, games/gtkradiant is not in the datastore.
ERROR: Port, devel/glib20 is not in the datastore.
ERROR: Port, print/harfbuzz is not in the datastore.
ERROR: Port, misc/shared-mime-info is not in the datastore.
ERROR: Port, x11-toolkits/gtkglext is not in the datastore.
ERROR: Port, graphics/gtk-update-icon-cache is not in the datastore.
ERROR: Port, x11-toolkits/gtk20 is not in the datastore.
ERROR: Port, accessibility/atk is not in the datastore.
ERROR: Port, graphics/gdk-pixbuf2 is not in the datastore.
usage:	tc sendBuildErrorMail
	-b  -d  -p  [-l] [-x
	extension]
ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib
32-bit compatibility ldconfig path: /usr/lib32
tinderbuild: creating build directory for 10.0-wip
md0                   2047880    208945   1838934    10%    /usr/home/danfe=
/tb/10.0-wip
cannot unmount '/usr/home/danfe/tb/10.0-wip': Device busy
could not destroy 'md0': could not unmount datasets
mdconfig: ioctl(/dev/mdctl): Device busy
10.0-wip: cleaning out /usr/home/danfe/tb/10.0-wip
*** FAILED (rm /usr/home/danfe/tb/10.0-wip)
makeBuild: extracting jail tarball
tinderbuild: Finalizing chroot environment
WARNING: using clang 3.3 is suspected of sometimes failing to build pnohang=
 correctly.
Assertion failed: (false && "Could not query current working directory."), =
function GetCurrentDirectory, file /usr/src/lib/clang/libllvmsupport/../../=
../contrib/llvm/lib/Support/Unix/Path.inc, line 256.
Stack dump:
0.	Program arguments: /usr/bin/cc -cc1 -triple x86_64-unknown-freebsd11.0 -=
emit-obj -mrelax-all -disable-free -main-file-name pnohang.c -static-define=
 -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-al=
iases -munwind-tables -target-cpu x86-64 -resource-dir /usr/bin/../lib/clan=
g/3.3 -ferror-limit 19 -fmessage-length 0 -mstackrealign -fobjc-runtime=3Dg=
nustep -fobjc-default-synthesize-properties -fdiagnostics-show-option -back=
end-option -vectorize-loops -o /tmp/pnohang-fFILdi.o -x c /usr/home/danfe/t=
b/scripts/lib/pnohang.c=20
1.	 parser at end of file
cc: error: unable to execute command: Abort trap
cc: error: clang frontend command failed due to signal (use -v to see invoc=
ation)
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
Target: x86_64-unknown-freebsd11.0
Thread model: posix
cc: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bug=
s/ and include the crash backtrace, preprocessed source, and associated run=
 script.
cc: note: diagnostic msg:=20
********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
cc: note: diagnostic msg: /tmp/pnohang-GhLl0H.c
cc: note: diagnostic msg: /tmp/pnohang-GhLl0H.sh
cc: note: diagnostic msg:=20

********************
tinderbuild: 10.0-wip: cannot compile pnohang
tinderbuild: Cleaning up after tinderbuild.  Please be patient.
md1                   2047883    195054   1852829    10%    /usr/home/danfe=
/tb/10.0-wip
=07
pcre-8.34 done at Fri Feb  7 10:33:14 MSK 2014
*** [pcre-8.34.txz] Error code 1

make: stopped in /usr/home/danfe/tb/packages/10.0-wip/All

--x+6KMIRAuhnl3hBn--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 08:12:51 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mandree.no-ip.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id F2F58D3E;
 Fri,  7 Feb 2014 08:12:50 +0000 (UTC)
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id 13DE823CE92;
 Fri,  7 Feb 2014 09:11:39 +0100 (CET)
Message-ID: <52F4953A.1020508@FreeBSD.org>
Date: Fri, 07 Feb 2014 09:11:38 +0100
From: Matthias Andree 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Erich Dollansky , 
 Rainer Hurling 
Subject: Re: graphics/rawtherapee: r342622 crashes on HEAD
References: <52F2952E.3090509@gwdg.de>		<52F29CE7.2050208@FreeBSD.org>	<20140205212042.GP23872@ithaqua.etoilebsd.net>	<52F325AA.4060507@gwdg.de>	<20140206075206.GR23872@ithaqua.etoilebsd.net>	<52F35570.2030404@gwdg.de>
 <20140207122251.05d50784@X220.alogt.com>
In-Reply-To: <20140207122251.05d50784@X220.alogt.com>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: Baptiste Daroussin , Dimitry Andric ,
 ports-list freebsd 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 08:12:51 -0000

Am 07.02.2014 05:22, schrieb Erich Dollansky:
> Hi,
> 
> I just faced the same problem.
...

> It looks to me that the entry in libmap.conf is not even needed as
> there is a link in /usr/local/lib anyway.
> 
> Rawtherapee is a very sensitive program from my point of view. It works
> after one update and it crashes after the next. It might also be just
> random.

Sorry, but that won't help.  Either someone (not me) can debug this, or
we'll just not use the port on 11.  I have marked the port BROKEN on
OSVERSION >= 1100000.

If someone wants to use rawtherapee on 11, he'll have to do some
digging/debugging; and the port build is still possible by adding
TRYBROKEN=yes to the make command line, and possibly WITH_DEBUG=yes on
several of the requisites and on rawtherapee itself, or I'll need to
collect at least three plausible reports from FreeBSD 11 systems that
rawtherapee works there.


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 08:28:11 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DF44F383
 for ; Fri,  7 Feb 2014 08:28:10 +0000 (UTC)
Received: from portsmon.freebsd.org (portsmon.freebsd.org
 [IPv6:2001:1900:2254:206a::50:3])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id C9A121FED
 for ; Fri,  7 Feb 2014 08:28:10 +0000 (UTC)
Received: from portsmon.freebsd.org ([127.0.1.104])
 by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s178SAje072503
 for ; Fri, 7 Feb 2014 08:28:10 GMT
 (envelope-from linimon@FreeBSD.org)
Date: Fri, 7 Feb 2014 08:28:10 GMT
Message-Id: <201402070828.s178SAje072503@portsmon.freebsd.org>
From: linimon@FreeBSD.org
To: ports@FreeBSD.org
Subject: FreeBSD ports which are currently marked broken
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: portmgr-feedback@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 08:28:11 -0000

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           audio/ruby-esound
broken because:     Fails to configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-esound


portname:           biology/fasta3
broken because:     Invalid checksum, seems like the software was rerolled
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3


portname:           biology/finchtv
broken because:     fails to checksum
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=finchtv


portname:           chinese/hztty
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty


portname:           databases/msql
broken because:     Broken on FreeBSD 9+
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql


portname:           databases/py-fdb
broken because:     Does not compile on FreeBSD 9 i386
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-fdb


portname:           devel/buildapp
broken because:     require needs a pathname for uninstalled modules with
                    the ASDF 3.x bundled with sbcl
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=buildapp


portname:           devel/meta-cvs
broken because:     loop on install
build errors:
http://beefy1.isc.freebsd.org/bulk/10-release-i386-RELENG10_0/latest/logs/errors/meta-cvs-1.1.98.log ((not currently populated))
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=meta-cvs


portname:           devel/nemiver
broken because:     Does not build with current environment, and some GTK3
                    bits are missing for an update
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nemiver


portname:           games/mangos
broken because:     Fails with newer autotools
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=mangos


portname:           games/sumwars
broken because:     Fails to build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=sumwars


portname:           games/tyrquake
broken because:     Fails to build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tyrquake


portname:           graphics/k3d
broken because:     Fails to configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=k3d


portname:           graphics/luxrender
broken because:     does not build with boost-1.48.0
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender


portname:           graphics/py-poppler-qt4
broken because:     Doesn't build with current poppler API
build errors:
http://beefy2.isc.freebsd.org/bulk/10amd64-quarterly/latest/logs/errors/py27-poppler-qt4-0.16.3_2.log ((not currently populated))
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-poppler-qt4


portname:           korean/eterm
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm


portname:           mail/biffer
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer


portname:           math/py-graphtool
broken because:     fails to build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=py-graphtool


portname:           multimedia/gxine
broken because:     Does not build with recent libxul
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine


portname:           net-im/centericq
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=centericq


portname:           net-im/ysm
broken because:     Fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ysm


portname:           net-mgmt/sendip
broken because:     does not compile on FreeBSD 9.X
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=sendip


portname:           net/link-monitor-applet
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=link-monitor-applet


portname:           net/rmsg
broken because:     Does not build after the removal of utmp(5)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg


portname:           net/slirp
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slirp


portname:           science/afni
broken because:     R_io.so fails to build with R-3.0.2
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=afni


portname:           security/pam_alreadyloggedin
broken because:     Does not build with utmpx.
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin


portname:           sysutils/cfengine-devel
broken because:     Not fetchavle
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cfengine-devel


portname:           sysutils/hyperic-sigar
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar


portname:           sysutils/p5-Sys-Utmp
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=p5-Sys-Utmp


portname:           textproc/libextractor
broken because:     does not package
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=libextractor


portname:           textproc/rast
broken because:     Does not compile
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=rast


portname:           www/ump
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump


portname:           x11-wm/stumpwm
broken because:     require needs a pathname for uninstalled modules with
                    the ASDF 3.x bundled with sbcl
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=stumpwm


portname:           x11/gnome-shell
broken because:     Doesn't build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 08:28:16 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 6D5FC525
 for ; Fri,  7 Feb 2014 08:28:16 +0000 (UTC)
Received: from portsmon.freebsd.org (portsmon.freebsd.org
 [IPv6:2001:1900:2254:206a::50:3])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 5CF971FF3
 for ; Fri,  7 Feb 2014 08:28:16 +0000 (UTC)
Received: from portsmon.freebsd.org ([127.0.1.104])
 by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s178SGDt073555
 for ; Fri, 7 Feb 2014 08:28:16 GMT
 (envelope-from linimon@FreeBSD.org)
Date: Fri, 7 Feb 2014 08:28:16 GMT
Message-Id: <201402070828.s178SGDt073555@portsmon.freebsd.org>
From: linimon@FreeBSD.org
To: ports@FreeBSD.org
Subject: FreeBSD ports which are currently scheduled for deletion
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: portmgr-feedback@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 08:28:16 -0000

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness.  Often,
this is due to a better alternative having become available and/or
the cessation of development on the existing port.  In some cases,
ports are marked for removal because they fail to build and install
correctly from their sources, or otherwise fail in operation.

The ports, and the reason and date that they have been scheduled
for removal, are listed below.  If no one has stepped forward before
that time to propose a way to fix the problems (such as via a PR),
the ports will be deleted.



portname:           dns/maradns
description:        DNS server with focus on security and simplicity
maintainer:         mat@FreeBSD.org
deprecated because: MaraDNS 1 end-of-life: June 21, 2015
expiration date:    2015-06-21
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=maradns


portname:           graphics/luxrender
description:        Physically based and unbiased rendering system
maintainer:         danfe@FreeBSD.org
status:             BROKEN
deprecated because: Broken for more than 6 month
expiration date:    2013-11-18
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender


portname:           lang/php52
description:        PHP Scripting Language
maintainer:         admin@lissyara.su
deprecated because: PHP 5.2 series is strongly discouraged for new 
                    installations, migrate now
expiration date:    2014-03-01
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=php52


portname:           net/asterisk10
description:        An Open Source PBX and telephony toolkit
maintainer:         flo@FreeBSD.org
deprecated because: asterisk 10 reached EOL on 2013-12-15
expiration date:    2014-02-28
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk10

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 08:28:07 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 1749E37B
 for ; Fri,  7 Feb 2014 08:28:07 +0000 (UTC)
Received: from portsmon.freebsd.org (portsmon.freebsd.org
 [IPv6:2001:1900:2254:206a::50:3])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0410B1FE7
 for ; Fri,  7 Feb 2014 08:28:07 +0000 (UTC)
Received: from portsmon.freebsd.org ([127.0.1.104])
 by portsmon.freebsd.org (8.14.7/8.14.7) with ESMTP id s178S6e9071373
 for ; Fri, 7 Feb 2014 08:28:06 GMT
 (envelope-from linimon@FreeBSD.org)
Date: Fri, 7 Feb 2014 08:28:06 GMT
Message-Id: <201402070828.s178S6e9071373@portsmon.freebsd.org>
From: linimon@FreeBSD.org
To: ports@freebsd.org
Subject: FreeBSD unmaintained ports which are currently marked broken
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: portmgr-feedback@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 08:28:07 -0000

As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles.  In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments.  The most common problem is that recent versions
of -CURRENT include gcc4.2, which is much stricter than older versions.
The next most common problem is that compiles succeed on the i386
architecture (e.g. the common Intel PC), but fail on one or more
of the other architectures due to assumptions about things such as
size of various types, byte-alignment issues, and so forth.

In occasional cases we see that the same port may have different
errors in different build environments.  The script that runs on the
build cluster uses heuristics to try to 'guess' the error type to
help you isolate problems, but it is only a rough guide.

One more note: on occasion, there are transient build errors seen
on the build farm.  Unfortunately, there is not yet any way for this
algorithm to tell the difference (humans are much, much better at
this kind of thing.)

The errors are listed below.  In the case where the same problem
exists on more than one build environment, the URL points to the
latest errorlog for that type.  (By 'build environment' here we
mean 'combination of 7.x/8.x/9.x/-current with target architecture'.)

(Note: the dates are included to help you to gauge whether or not
the error still applies to the latest version.  The program
that generates this report is not yet able to determine this
automatically.)

portname:           biology/fasta3
broken because:     Invalid checksum, seems like the software was rerolled
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=fasta3


portname:           biology/finchtv
broken because:     fails to checksum
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=biology&portname=finchtv


portname:           chinese/hztty
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty


portname:           databases/msql
broken because:     Broken on FreeBSD 9+
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql


portname:           graphics/k3d
broken because:     Fails to configure
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=k3d


portname:           korean/eterm
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm


portname:           mail/biffer
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer


portname:           multimedia/gxine
broken because:     Does not build with recent libxul
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=gxine


portname:           net-im/ysm
broken because:     Fails to install
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ysm


portname:           net/link-monitor-applet
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=link-monitor-applet


portname:           net/rmsg
broken because:     Does not build after the removal of utmp(5)
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg


portname:           net/slirp
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slirp


portname:           security/pam_alreadyloggedin
broken because:     Does not build with utmpx.
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin


portname:           sysutils/hyperic-sigar
broken because:     fails to build with new utmpx
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar


portname:           www/ump
broken because:     Does not build
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ump


portname:           x11-wm/stumpwm
broken because:     require needs a pathname for uninstalled modules with
                    the ASDF 3.x bundled with sbcl
build errors:       none.
overview:           http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=stumpwm

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 09:18:40 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 37E4912A
 for ; Fri,  7 Feb 2014 09:18:40 +0000 (UTC)
Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com
 [IPv6:2a00:1450:400c:c00::231])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id BA17614B7
 for ; Fri,  7 Feb 2014 09:18:39 +0000 (UTC)
Received: by mail-wg0-f49.google.com with SMTP id a1so2106844wgh.16
 for ; Fri, 07 Feb 2014 01:18:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:content-type:subject:message-id:date:to:mime-version;
 bh=5Gj+1yqeom/5Ud/dv2WmzhmatFJyx+9QO6AwvmsIT6A=;
 b=NtlECWkwP7lk3u356czA4ytgP9EQ8m/11UL9mWwqBceef8EnZaXBPV+2EKft/Tj16f
 pXspxOW3qNkGxjCNX9CJcFYxRzd9h47D5h5kYSXMwsVKTQpvoaaJeRtYwFlUjtT6PYp3
 +roUaqgb2mFIvOs4GzxjP3G2rHrxO4nZ0TPw/zco+HoLdUfDrJKCZV9+ca3e0lGgN2Fe
 HayFyEL63NVj1k5+rnVrEXveqk7Ao5/H6qVGNgnUtHaQmFp1Nt6wWpfSnTiNHboh7gc7
 ZI3UgjSJT7n24y01vSvl2h7XVuTo0X6ByZo/MFZlVo4LDzBHulXfofTh3KmdEW9YT/aa
 xfhA==
X-Received: by 10.180.101.230 with SMTP id fj6mr2863605wib.27.1391764718172;
 Fri, 07 Feb 2014 01:18:38 -0800 (PST)
Received: from macpro.office.inig-services.com (office.inig-services.com.
 [88.177.115.91])
 by mx.google.com with ESMTPSA id h13sm9098465wjr.22.2014.02.07.01.18.36
 for 
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Fri, 07 Feb 2014 01:18:37 -0800 (PST)
From: Yoann Gini 
Content-Type: multipart/signed;
 boundary="Apple-Mail=_C172E8F7-FCFD-41FC-AF66-9F0AD6DE8896";
 protocol="application/pkcs7-signature"; micalg=sha1
Subject: FreeBSD 10 and Heimdal with LDAP backend
Message-Id: <29C4F665-CC21-4FAB-BA25-8BF17124B1E1@gmail.com>
Date: Fri, 7 Feb 2014 10:18:32 +0100
To: freebsd-ports@freebsd.org
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
X-Mailer: Apple Mail (2.1827)
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 09:18:40 -0000


--Apple-Mail=_C172E8F7-FCFD-41FC-AF66-9F0AD6DE8896
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252

Hello,

I=92m Yoann Gini and I=92m new on this list. I=92m a system =
administrator specialized on OS X and OS X Server. I run an FreeBSD =
server for my personal usage.

I=92m sorry for the cross-list posting, I=92ve already post my question =
on the question list but someone redirect me here=85

I actually trying to install a new server on FreeBSD 10. I=92ve =
installed most of my necessary ports but I=92ve a problem with the =
Heimdal port.

I=92ve installed it with the LDAP backend (to use an OpenLDAP as the =
Kerberos backend database, it=92s better for server sync) then I=92ve =
recreated my configuration to use it (see the interesting part below).

When I try to start the server, it fail and I get this message in =
debug.log

Feb  6 21:09:16 turing kdc[79684]: error trying to load dynamic module =
/usr/lib/hdb_ldap.so: Cannot open "/usr/lib/hdb_ldap.so"
Feb  6 21:09:16 turing kdc[79684]: No database support for =
ldap:ou=3DKerberos,dc=3Dauthdata

What am I supposed to do with this error? I=92ve already check the LDAP =
backend option=85

If someone have an idea I can be really nice :-)

I=92ve run find on my system, hdb_ldap.so don=92t exist at all (neither =
on FreeBSD 9).

And by the way, why does it look in /usr/lib instead of /usr/local/lib?


krb5.conf:
[kdc]  =20
       database =3D {
               dbname =3D ldap:ou=3DKerberos,dc=3Dauthdata
               hdb-ldap-structural-object =3D inetOrgPerson
               mkey_file =3D /var/db/heimdal/m-key
               acl_file =3D /var/db/heimdal/acl_file
       }

Best regards,
Yoann.=

--Apple-Mail=_C172E8F7-FCFD-41FC-AF66-9F0AD6DE8896
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO2jCCBIow
ggNyoAMCAQICECf06hH0eobEbp27bqkXBwcwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0Ux
FDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0
d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wNTA2MDcwODA5MTBa
Fw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNh
bHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0
dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0
aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmF
pPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIxB8dOtINknS4p1aJk
xIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2q
L+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAs
vIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMe
oYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4HhMIHeMB8GA1UdIwQYMBaAFK29mHo0tCb3
+sQmVO8DveAky1QaMB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMC
AQYwDwYDVR0TAQH/BAUwAwEB/zB7BgNVHR8EdDByMDigNqA0hjJodHRwOi8vY3JsLmNvbW9kb2Nh
LmNvbS9BZGRUcnVzdEV4dGVybmFsQ0FSb290LmNybDA2oDSgMoYwaHR0cDovL2NybC5jb21vZG8u
bmV0L0FkZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMA0GCSqGSIb3DQEBBQUAA4IBAQAZ2IkRbyis
pgCi54fBm5AD236hEv0e8+LwAamUVEJrmgnEoG3XkJIEA2Z5Q3H8+G+v23ZF4jcaPd3kWQR4rBz0
g0bzes9bhHIt5UbBuhgRKfPLSXmHPLptBZ2kbWhPrXIUNqi5sf2/z3/wpGqUNVCPz4FtVbHdWTBK
322gnGQfSXzvNrv042n0+DmPWq1LhTq3Du3Tzw1EovsEv+QvcI4l+1pUBrPQxLxtjftzMizpm4Qk
LdZ/kXpoAlAfDj9N6cz1u2fo3BwuO/xOzf4CjuOoEwqlJkRl6RDyTVKnrtw+ymsyXEFs/vVdoOr/
0fqbhlhtPZZH5f4ulQTCAMyOofK7MIIFGjCCBAKgAwIBAgIQbRnqpxlPajMi5iIyeqpx3jANBgkq
hkiG9w0BAQUFADCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExh
a2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8v
d3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRp
Y2F0aW9uIGFuZCBFbWFpbDAeFw0xMTA0MjgwMDAwMDBaFw0yMDA1MzAxMDQ4MzhaMIGTMQswCQYD
VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow
GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50
aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
AQEAkoSEW0tXmNReL4uk4UDIo1NYX2Zl8TJO958yfVXQeExVt0KU4PkncQfFxmmkuTLE8UAakMwn
VmJ/F7Vxaa7lIBvky2NeYMqiQfZq4aP/uN8fSG1lQ4wqLitjOHffsReswtqCAtbUMmrUZ28gE49c
NfrlVICv2HEKHTcKAlBTbJUdqRAUtJmVWRIx/wmi0kzcUtve4kABW0ho3cVKtODtJB86r3FfB+Os
vxQ7sCVxaD30D9YXWEYVgTxoi4uDD216IVfmNLDbMn7jSuGlUnJkJpFOpZIP/+CxYP0ab2hRmWON
GoulzEKbm30iY9OpoPzOnpDfRBn0XFs1uhbzp5v/wQIDAQABo4IBSzCCAUcwHwYDVR0jBBgwFoAU
iYJnfcSdJnAAS7RQSHzePa4Ebn0wHQYDVR0OBBYEFHoTTgB0W8Z4Y2QnwS/ioFu8ecV7MA4GA1Ud
DwEB/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgEAMBEGA1UdIAQKMAgwBgYEVR0gADBYBgNVHR8E
UTBPME2gS6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRB
dXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDB0BggrBgEFBQcBAQRoMGYwPQYIKwYBBQUHMAKGMWh0
dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BZGRUcnVzdENsaWVudF9DQS5jcnQwJQYIKwYBBQUH
MAGGGWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQEFBQADggEBAIXWvnhXVW0z
f0RS/kLVBqgBA4CK+w2y/Uq/9q9BSfUbWsXSrRtzbj7pJnzmTJjBMCjfy/tCPKElPgp11tA9OYZm
0aGbtU2bb68obB2v5ep0WqjascDxdXovnrqTecr+4pEeVnSy+I3T4ENyG+2P/WA5IEf7i686ZUg8
mD2lJb+972DgSeUWyOs/Q4Pw4O4NwdPNM1+b0L1garM7/vrUyTo8H+2b/5tJM75CKTmD7jNpLoKd
RU2oadqAGx490hpdfEeZpZsIbRKZhtZdVwcbpzC+S0lEuJB+ytF5OOu0M/qgOl0mWJ5hVRi0IdWZ
1eBDQEIwvuql55TSsP7zdfl/bucwggUqMIIEEqADAgECAhEA8BSF4QUynr/oAOUnSVCBvTANBgkq
hkiG9w0BAQUFADCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ
MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP
TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTAeFw0xMzAzMDMw
MDAwMDBaFw0xNDAzMDMyMzU5NTlaMCUxIzAhBgkqhkiG9w0BCQEWFHlvYW5uLmdpbmlAZ21haWwu
Y29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA11zV57Sqb+CpMeUSmttu8MsHvdUR
vZS9O5jKxWljaeZgQbr4A/yShO5PB7MgM4KMQjMIOoacShFvyf6ZivL8r8fFbAmc6NsHr4CN4S9T
E0WAi/MWUTPLYrD8zx0NsjimxLP/3Ln1b3TDb0Vp/bqOWePStBU2truYBodyGZCQiHVPBZC6d5tu
CswgnIbloUTf4RxyGGt8NCl94lBiw6ZNNc+94BRlIY8a6uyV5/9jqiAu/LZVpLV5n9YZ5BCfoRsM
GAi94eUzFv/AdCLp+l0OGjQ+K8APeHihjU8/VtNujjW1tA7r5bs3O8wTQ6lCoCV8J+XZMWUK4grO
xisqX5umywIDAQABo4IB5DCCAeAwHwYDVR0jBBgwFoAUehNOAHRbxnhjZCfBL+KgW7x5xXswHQYD
VR0OBBYEFH28/IbXcUSiVbEyWOgyob3zTeHTMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMBAf8EAjAA
MCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMFAjARBglghkgBhvhCAQEEBAMCBSAwRgYD
VR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29t
b2RvLm5ldC9DUFMwVwYDVR0fBFAwTjBMoEqgSIZGaHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09N
T0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFpbENBLmNybDCBiAYIKwYBBQUHAQEE
fDB6MFIGCCsGAQUFBzAChkZodHRwOi8vY3J0LmNvbW9kb2NhLmNvbS9DT01PRE9DbGllbnRBdXRo
ZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5j
b21vZG9jYS5jb20wHwYDVR0RBBgwFoEUeW9hbm4uZ2luaUBnbWFpbC5jb20wDQYJKoZIhvcNAQEF
BQADggEBAC2aIbicOEFNkJwJlCEoBFsi/7im9S6E0GwQ2/+bn0GhOTZQ+mkB9Up2A99TsAV2dWJ/
TClZ5a/tx4K6eP+r7q1ci1QcDdomD8NLI+zpU0zx+I/RnEca24AYJ3fC5dS6nR5sjTj2zoYa0pXs
CVrMb24vXBr14iLwG7U+REEX6+p0tbwAjrJLPnViS1TvUPBz5J9W2ag10cCaecSsa6VOGR3xR5ah
r9pWGtKZ+xKxnuPsmny5xKCeB+73ZI6DTanIXzHiduGm3A/y7maIjJq4gy7Vm2hH3HaBTV4ZS/DZ
2/sKr5k9/asWaJosS5ciE00tMLCrvogWdF4xhSxUrm/C7j4xggOuMIIDqgIBATCBqTCBkzELMAkG
A1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEa
MBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBDbGllbnQgQXV0aGVu
dGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAPAUheEFMp6/6ADlJ0lQgb0wCQYFKw4DAhoF
AKCCAdkwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwMjA3MDkx
ODM0WjAjBgkqhkiG9w0BCQQxFgQUVaiOB6LUblz9axpjFUj8FUDwhe8wgboGCSsGAQQBgjcQBDGB
rDCBqTCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UE
BxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENPTU9ETyBD
bGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIRAPAUheEFMp6/6ADlJ0lQ
gb0wgbwGCyqGSIb3DQEJEAILMYGsoIGpMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRl
ciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRl
ZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWls
IENBAhEA8BSF4QUynr/oAOUnSVCBvTANBgkqhkiG9w0BAQEFAASCAQBnmuucwr2pfat15sWoqtPj
UMVlkS+oIGog63IqXuQBXtUicd3kTbTmJwklgfraEJmbrOeUxzHvJC5w+3Vw6zLq+e/ZOsm74BX3
7wZY05eedyPNniCcJ2khQYejpCEyeY48WH0DW0YXpipASxZ0zJjhNTKoRUOLkPVeB8y2dugQ4Hgf
AMujU63mTxe0nKtTs4f/EEPpVS20SiyodVPxXAg/BFFZYmDYp/lhpnx1sTEWBzc+nvtY1aOzYvxC
1hkS2DNvlIhpNXeDhAfOkWrH19I8IholYwHK4KZjzDKHQVDJz7h1JAz1JMukj3QKropV4o1k4uGn
MW5tS43LMea+v7ZeAAAAAAAA

--Apple-Mail=_C172E8F7-FCFD-41FC-AF66-9F0AD6DE8896--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 09:24:31 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id F328229A
 for ; Fri,  7 Feb 2014 09:24:30 +0000 (UTC)
Received: from portscout.freebsd.org (portscout.freebsd.org
 [IPv6:2001:1900:2254:206a::50:6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id DEAAA156A
 for ; Fri,  7 Feb 2014 09:24:30 +0000 (UTC)
Received: from portscout.freebsd.org ([127.0.1.123])
 by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s179OUps048308
 for ; Fri, 7 Feb 2014 09:24:30 GMT
 (envelope-from portscout@FreeBSD.org)
Received: (from portscout@localhost)
 by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s179OUTl048303;
 Fri, 7 Feb 2014 09:24:30 GMT (envelope-from portscout@FreeBSD.org)
Message-Id: <201402070924.s179OUTl048303@portscout.freebsd.org>
X-Authentication-Warning: portscout.freebsd.org: portscout set sender to
 portscout@FreeBSD.org using -f
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
Date: Fri, 7 Feb 2014 09:24:30 +0000
From: portscout@FreeBSD.org
To: ports@freebsd.org
Subject: FreeBSD ports you maintain which are out of date
X-Mailer: portscout/0.8.1
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 09:24:31 -0000

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/ports@freebsd.org.html


Port                                            | Current version | New version
------------------------------------------------+-----------------+------------
games/doomsday                                  | 1.12.2          | 1.14.0-build1133
------------------------------------------------+-----------------+------------


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.

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 10:50:09 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 5A2E57B4
 for ; Fri,  7 Feb 2014 10:50:09 +0000 (UTC)
Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com
 [IPv6:2a00:1450:4013:c00::22e])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E4F201C4E
 for ; Fri,  7 Feb 2014 10:50:08 +0000 (UTC)
Received: by mail-ee0-f46.google.com with SMTP id c13so1434643eek.19
 for ; Fri, 07 Feb 2014 02:50:07 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=date:from:to:subject:message-id:mime-version:content-type
 :content-transfer-encoding;
 bh=MTQCwGypRGtNOk2rX2nnqoQ+GUkscAiwB3ZrHwT9bpE=;
 b=JBNQbFlKlG/GAiHCoe5DPnFY9Llaiemkf2LT3Z/3mSWPF1sDvb7Kdfsz60IFM7JQz0
 xK6XsvLh0vUXupgTeblVeooO5a8kessOPTpNHY5ZbQ0cW/JTrWHYRTJrZA5Z8XhdncjY
 PwXlJew/XA61uV1RBWiBGQ6k+sckAEpc6Xt4G3zcU44C25wL6a4wtO48gMxtd7JaM3yc
 yrc34cyRXzK+EQGvw8876Mq4tb9hxB3Vi3VGWSrsZtyO5DrR7e2QHDa8Qjv5nHaIhsNg
 TRQt9D9koA4LwoX2g76mp7B/l1du2Obb/F+Rj2nk5uNasDCAOj+cpaCGa9DAdFKXlFro
 Xqrg==
X-Received: by 10.15.51.196 with SMTP id n44mr15551051eew.27.1391770206630;
 Fri, 07 Feb 2014 02:50:06 -0800 (PST)
Received: from DaemON.home (178235051021.walbrzych.vectranet.pl.
 [178.235.51.21])
 by mx.google.com with ESMTPSA id y47sm14922102eel.14.2014.02.07.02.50.05
 for  (version=SSLv3 cipher=RC4-SHA bits=128/128);
 Fri, 07 Feb 2014 02:50:06 -0800 (PST)
Date: Fri, 7 Feb 2014 11:49:55 +0100
From: Serpent7776 
To: ports@freebsd.org
Subject: sysutils/py-ranger and curses problem
Message-ID: <20140207114955.47c879d1@DaemON.home>
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.2)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 10:50:09 -0000

Hello,

I'm having problems with ranger and curses - when I start ranger it looks like
text is not refreshing properly. When I change directory old text remains and
it seems text is placed in the place it should be.
I think it started after upgrade of python27, but I'm not sure. I tried
rebuilding ranger, python27 and ncurses and reverting previous package versions,
but nothing works.
Does anyone have similar problems? Other curses based programs work well.

My system is 
FreeBSD DaemON.home 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11
03:25:02 UTC 2014
root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

-- 
// Serpent7776

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 13:24:39 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 7FC03A76;
 Fri,  7 Feb 2014 13:24:39 +0000 (UTC)
Received: from mail-vb0-x235.google.com (mail-vb0-x235.google.com
 [IPv6:2607:f8b0:400c:c02::235])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 2BF5F1BF8;
 Fri,  7 Feb 2014 13:24:39 +0000 (UTC)
Received: by mail-vb0-f53.google.com with SMTP id p17so2622829vbe.12
 for ; Fri, 07 Feb 2014 05:24:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :content-type; bh=ccERDZLBBNZPbBMQmPvupL+M5NkL1a8EHMfk71xCS6o=;
 b=CK0TVrHoejCS1BgZv2mPzaG5WyjxAtG9EbZcvxRtoMXXiDgJs2ZDNUAocaYokVyx22
 64ku1/tkEZ8vA7xyhBOQEzYGM+f/f4u/JP7iIdu9nVj7LyfLeb+jayRWAqn5ZoK7Gv0k
 +Nhf2BQywrMfPUHf+BTTgG/ePBs3bQ2I/qAaZShbw6JkMG33bmd8+yZRijxuriHAtd9Y
 9xaOGxYmZbTs/sNkOngdhTAy/uepftCH82MOzKWEo3RlcyuaHzeHWScnJI1Xbspnctui
 EtKy1ZUJvdbfWr7v0qGEIE3nHuRrPUMESazdkUeCvcDfq4RqHiEei0SqO9MBapwE5wIW
 zKGw==
MIME-Version: 1.0
X-Received: by 10.52.104.68 with SMTP id gc4mr8646883vdb.2.1391779478276; Fri,
 07 Feb 2014 05:24:38 -0800 (PST)
Received: by 10.52.171.80 with HTTP; Fri, 7 Feb 2014 05:24:38 -0800 (PST)
In-Reply-To: 
References: 
Date: Fri, 7 Feb 2014 17:24:38 +0400
Message-ID: 
Subject: Re: Squid aufs crashes under 10.0
From: Pavel Timofeev 
To: freebsd-stable stable ,
 freebsd-ports@freebsd.org
Content-Type: text/plain; charset=UTF-8
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 13:24:39 -0000

Sorry, it has to be in freebsd-ports@ too.

2014-02-07 Pavel Timofeev :
> Hi!
> There is a problem with squid under FreeBSD10.0.
> Squid crashes immediately if storage type is set to aufs.
> It goes down during read of config file.
>
> No problem with diskd. No problem with aufs under FreeBSD9.2.
>
> Someone thinks that it's related to clang which is default compiler on
> FreeBSD 10.0.
>
> I recompiled www/squid33 with DEBUG option. Got coredump.
> Then I did and got this:
> gdb /usr/local/sbin/squid /var/squid/squid.core
> ....
> Reading symbols from /usr/lib/private/libheimipcc.so.11...done.
> Loaded symbols for /usr/lib/private/libheimipcc.so.11
> Reading symbols from /libexec/ld-elf.so.1...done.
> Loaded symbols for /libexec/ld-elf.so.1
> Segmentation fault (core dumped)
>
> Gdb goes down too =)
> Any ideas?

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 13:27:41 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8CCDFDEE
 for ; Fri,  7 Feb 2014 13:27:41 +0000 (UTC)
Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com
 [IPv6:2607:f8b0:400d:c01::22a])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 4663E1C3B
 for ; Fri,  7 Feb 2014 13:27:41 +0000 (UTC)
Received: by mail-qc0-f170.google.com with SMTP id e9so5928146qcy.29
 for ; Fri, 07 Feb 2014 05:27:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:content-type;
 bh=fOiJ5G6KhQcxyj09N4H6wDTa1VpNMedGZe6Z9TdIZ1M=;
 b=y7NmHdfpuJfPRglfv8Zh9buqQUgNXW6h5a9h4yz5Oli88UaTHxtsGAR8jiSgGjmKjq
 q/MHpfVfMRhfLhHGrW7mhjupnbO2Cwu98jVpJrR01SEXUX4pcTvb9zUDM3nlrXlZjjyH
 681/sUdpom6nKxlQqcDf3wpHLcFDig8kWJn4s3kzSoriauk9YsiKt6lLeaI2JLbiQ0/Z
 KS9UtzsUPZpUeBmSFilztp/7S9idXGZ+YW545ngjTOZi1RtK/pm0Ro8TpZnOthw3O1D2
 AIRGG853AaEfnVHLcABaN3udceeDVGLF3S7Uf51VBMvMxihQCw6kqvglsLsKnNshtM4B
 /GsA==
MIME-Version: 1.0
X-Received: by 10.224.79.133 with SMTP id p5mr22203671qak.56.1391779660464;
 Fri, 07 Feb 2014 05:27:40 -0800 (PST)
Received: by 10.96.23.97 with HTTP; Fri, 7 Feb 2014 05:27:40 -0800 (PST)
Date: Fri, 7 Feb 2014 14:27:40 +0100
Message-ID: 
Subject: OSSEC packages
From: =?UTF-8?Q?Zolt=C3=A1n_Gyula_Beck?= 
To: ports@FreeBSD.org
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 13:27:41 -0000

Dear Maintainers.

  is there any plan to resolve the ossec package build proccess? The log
look's bad, Am I riht?!

http://beefy2.isc.freebsd.org/bulk/10-release-amd64-RELENG10_0/latest/logs/errors/ossec-hids-server-2.7.log

  Best Regards,
bzg
-- 
Zoltan Gyula Beck
Tel.:   +36-70-328-9306
E-Mail: beckzg@gmail.com

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 13:50:58 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8C9B6DF9
 for ; Fri,  7 Feb 2014 13:50:58 +0000 (UTC)
Received: from ben.at.xencon.de (ben.sh [83.246.72.210])
 by mx1.freebsd.org (Postfix) with ESMTP id 311D01FA3
 for ; Fri,  7 Feb 2014 13:50:57 +0000 (UTC)
Received: from localhost (aftr-37-24-157-236.unity-media.net [37.24.157.236])
 by ben.at.xencon.de (Postfix) with ESMTPSA id 143033A22F5
 for ; Fri,  7 Feb 2014 14:43:22 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=darklajid.de;
 s=default; t=1391780602;
 bh=vbFTW5TmYIS7bSmSkOAffRmPkfsDQqTi8iJKoxndT/s=;
 h=From:To:Subject:Date;
 b=qlLz92VNodcP+fwUpmYHdp9p1DiMAoHXQB8ZokAjv3WC6iHnwFQ8KuSGddoHRYEM3
 Ux2au0DkOKConGKv0/xxOwPI1rLzqWaDR7I1dVHiBxuD7UANK1r3OIj4ckWlOmPG0E
 6RWm2onRoVUINZ+wM/rBH2YqVZWM8d4+V6vVZeyM=
From: Benjamin Podszun 
To: 
Subject: security/luasec needs bump to 0.5 - but there's no direct
 =?iso-8859-1?Q?maintainer=3F?=
Date: Fri, 07 Feb 2014 14:43:21 +0100
User-Agent: trojita/v0.3.93-272-g6b1b2aa; Qt/4.8.5; X11; Linux; Arch Linux
MIME-Version: 1.0
Message-ID: 
Content-Type: multipart/mixed;
 boundary="trojita=_45b5e25d-aaeb-4cd3-bec0-29bec999e79e"
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 13:50:58 -0000

This is a multipart/mixed message in MIME format.

--trojita=_45b5e25d-aaeb-4cd3-bec0-29bec999e79e
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Hi.

Change of mail address, new thread with a decent title (previously: prosody=20=

update, which is sort of independent as far as I've confirmed so far).

With the attached patch luasec-0.5 builds & installs fine in my=20
environment.

IF (capitals used for a reason..) I understand the following output=20
correctly, there's just one (known) consumer for that port:

#pkg info -r lua51-luasec
lua51-luasec-0.4:
=09prosody-0.9.2

(where prosody in this case is already bumped to the last release, I'm=20
trying to push that in [1], as a follow-up to a 0.9.1 bump that never=20
landed)

Would it be correct to assume that therefor the risk in bumping luasec is=20
quite small, especially since I'm successfully _running_ prosody [2] using=20=

that port?

Being utterly clueless: What's the right procedure to move forward,=20
especially without a dedicated maintainer for that thing? Hoping for a=20
sponsor on this list? Should I stop the discussion here and send a PR=20
instead - hoping that someone accepts that one?

Thanks a lot in advance,
Ben

1: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/182075

2: This instance is nothing but a 'do these ports run' deployment, but
2.1 c2s results:=20
https://xmpp.net/result.php?domain=3Ddar-klajid.de&type=3Dclient
2.2 s2s results:=20
https://xmpp.net/result.php?domain=3Ddar-klajid.de&type=3Dserver

Basically this means that client and server connections work AND encryption=20=

(which is the whole point of using luasec in the first place) works quite=20
well/gets great scores w/ the right configuration. Haven't looked into PFS=20=

support yet, but .. that's a different issue.
--trojita=_45b5e25d-aaeb-4cd3-bec0-29bec999e79e
Content-Type: text/x-patch
Content-Disposition: attachment;
	filename=luasec-update
Content-Transfer-Encoding: base64

ZGlmZiAtTnVyIGx1YXNlYy5vcmlnL01ha2VmaWxlIGx1YXNlYy9NYWtlZmlsZQotLS0gbHVhc2Vj
Lm9yaWcvTWFrZWZpbGUJMjAxNC0wMi0wNiAyMTozMzo0Ni4wMDAwMDAwMDAgKzAxMDAKKysrIGx1
YXNlYy9NYWtlZmlsZQkyMDE0LTAyLTA2IDIzOjU4OjQwLjAwMDAwMDAwMCArMDEwMApAQCAtMSwx
MCArMSwxMiBAQAogIyBDcmVhdGVkIGJ5OiBBbmRyZXcgTGV3aXMgPGZyZWVnaGJAZ21haWwuY29t
PgotIyAkRnJlZUJTRCQKKyMgJEZyZWVCU0Q6IHRhZ3MvUkVMRUFTRV8xMF8wXzAvc2VjdXJpdHkv
bHVhc2VjL01ha2VmaWxlIDMyNzc2OSAyMDEzLTA5LTIwIDIyOjU1OjI0WiBiYXB0ICQKIAogUE9S
VE5BTUU9CWx1YXNlYwotUE9SVFZFUlNJT049CTAuNAorUE9SVFZFUlNJT049CTAuNQogQ0FURUdP
UklFUz0Jc2VjdXJpdHkKLU1BU1RFUl9TSVRFUz0JaHR0cDovL3d3dy5pbmYucHVjLXJpby5ici9+
YnJ1bm9vcy9sdWFzZWMvZG93bmxvYWQvCitNQVNURVJfU0lURVM9CWh0dHBzOi8vZ2l0aHViLmNv
bS9icnVub29zLyR7UE9SVE5BTUV9L2FyY2hpdmUvCitGRVRDSF9BUkdTPQktRnByCitXUktTUkM9
CQkke1dSS0RJUn0vJHtQT1JUTkFNRX0tJHtQT1JUTkFNRX0tJHtQT1JUVkVSU0lPTn0KIFBLR05B
TUVQUkVGSVg9CSR7TFVBX1BLR05BTUVQUkVGSVh9CiAKIE1BSU5UQUlORVI9CXBvcnRzQEZyZWVC
U0Qub3JnCkBAIC0xMyw4ICsxNSw4IEBACiBSVU5fREVQRU5EUys9CSR7TFVBX01PRExJQkRJUn0v
c29ja2V0L2NvcmUuc286JHtQT1JUU0RJUn0vbmV0L2x1YXNvY2tldAogCiBBTExfVEFSR0VUPQli
c2QKLUxJQkRJUj0JCS1MJHtMVUFfTElCRElSfQotTUFLRV9FTlYrPQlJTkNESVI9LUkke0xVQV9J
TkNESVJ9IExVQVBBVEg9JHtMVUFfTU9EU0hBUkVESVJ9IFwKK0xJQkRJUj0JCS1MJHtMVUFfTElC
RElSfSAtTC4vbHVhc29ja2V0CitNQUtFX0VOVis9CUlOQ0RJUj0iLUkke0xVQV9JTkNESVJ9IC1J
JHtXUktTUkN9L3NyYyIgTFVBUEFUSD0ke0xVQV9NT0RTSEFSRURJUn0gXAogCQlDUEFUSD0ke0xV
QV9NT0RMSUJESVJ9CiBVU0VfTFVBPQk1LjEKIFdBTlRfTFVBX1ZFUj0JNS4xCkBAIC0zMSwxMSAr
MzMsMTIgQEAKIC5lbmRpZgogCiBwb3N0LXBhdGNoOgkuU0lMRU5UCi0JJHtSRUlOUExBQ0VfQ01E
fSAtRWUgJy9eQ0Mvcy89Lz89LycgXAotCQktZSAnL15MRC9zL2djYy8kJChDQykvJyBcCi0JCS1l
ICcvXihDfExEKUZMQUdTL3MvPS8rPS8nIFwKLQkJLWUgJy9eQlNEL3tzLy1PWzAtM10/Ly87fScg
XAorCSR7UkVJTlBMQUNFX0NNRH0gLUVlICcvXChJTlNUQUxMXCkvcy8tRCAvLycgXAorCQktZSAn
L15MREZMQUdTL3MvXCs9Lz0vJyBcCisJCS1lICdzL0xVQVBBVEgvTFVBX01PRFNIQVJFRElSLycg
XAorCQktZSAncy9MVUFDUEFUSC9MVUFfTU9ETElCRElSLycgXAogCQkke1dSS1NSQ30vc3JjL01h
a2VmaWxlCisJJHtSRUlOUExBQ0VfQ01EfSAtRWUgJy9eKElOQ3xMSUIpRElSL3MvW14/XT0vPz0v
JyBcCisJCSR7V1JLU1JDfS9NYWtlZmlsZQogCiAuaW5jbHVkZSA8YnNkLnBvcnQubWs+Ci0KZGlm
ZiAtTnVyIGx1YXNlYy5vcmlnL2Rpc3RpbmZvIGx1YXNlYy9kaXN0aW5mbwotLS0gbHVhc2VjLm9y
aWcvZGlzdGluZm8JMjAxNC0wMS0xNiAyMjowNzowMS4wMDAwMDAwMDAgKzAxMDAKKysrIGx1YXNl
Yy9kaXN0aW5mbwkyMDE0LTAyLTA2IDIzOjU4OjQwLjAwMDAwMDAwMCArMDEwMApAQCAtMSwyICsx
LDIgQEAKLVNIQTI1NiAobHVhc2VjLTAuNC50YXIuZ3opID0gMTExNzMyZjBlNjQ2MTIwYTcwMWQz
M2U3ZDNhNjEzYTlhOTAxYzExYzBhMDFkMDgwNWQ3M2VmOTBjM2YwYWJkNQotU0laRSAobHVhc2Vj
LTAuNC50YXIuZ3opID0gMjc4MjkKK1NIQTI1NiAobHVhc2VjLTAuNS50YXIuZ3opID0gNjQ4MDU5
OGY3NDkyYWM0NzliNmI2MDhiNWZiMTQ4ODIyNmJmYTZlZjY3NWUyOWY2YjI0ZGJlOTA5OTA4MzUy
MworU0laRSAobHVhc2VjLTAuNS50YXIuZ3opID0gNDY3MzgK

--trojita=_45b5e25d-aaeb-4cd3-bec0-29bec999e79e--


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 13:56:19 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BFBB66B
 for ; Fri,  7 Feb 2014 13:56:19 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 960BE1FE5
 for ; Fri,  7 Feb 2014 13:56:19 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id 32149438BE;
 Fri,  7 Feb 2014 07:56:04 -0600 (CST)
Message-ID: <52F4E5E4.7020407@marino.st>
Date: Fri, 07 Feb 2014 14:55:48 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Benjamin Podszun 
Subject: Re: security/luasec needs bump to 0.5 - but there's no direct
 maintainer?
References: 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 13:56:19 -0000

On 2/7/2014 14:43, Benjamin Podszun wrote:
> Hi.
> 
> Change of mail address, new thread with a decent title (previously:
> prosody update, which is sort of independent as far as I've confirmed so
> far).
> 
> With the attached patch luasec-0.5 builds & installs fine in my
> environment.
> 
> IF (capitals used for a reason..) I understand the following output
> correctly, there's just one (known) consumer for that port:
> 
> #pkg info -r lua51-luasec
> lua51-luasec-0.4:
>     prosody-0.9.2
> 
> (where prosody in this case is already bumped to the last release, I'm
> trying to push that in [1], as a follow-up to a 0.9.1 bump that never
> landed)
> 
> Would it be correct to assume that therefor the risk in bumping luasec
> is quite small, especially since I'm successfully _running_ prosody [2]
> using that port?
> 
> Being utterly clueless: What's the right procedure to move forward,
> especially without a dedicated maintainer for that thing? Hoping for a
> sponsor on this list? Should I stop the discussion here and send a PR
> instead - hoping that someone accepts that one?
> 
> Thanks a lot in advance,
> Ben

Hi Ben,
One approach is to submit this patch as a PR but add a change to make
the yourself the maintainer!  Then you're coming from a position of
authority that the port needs bumping.  :)

seriously, why not?
John

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 15:12:54 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 6D5D5E2C;
 Fri,  7 Feb 2014 15:12:54 +0000 (UTC)
Received: from outbound.ifdnrg.com (outbound.ifdnrg.com [193.200.98.76])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0749E177B;
 Fri,  7 Feb 2014 15:12:53 +0000 (UTC)
Received: from [192.168.1.65] (93-97-172-73.zone5.bethere.co.uk [93.97.172.73])
 (authenticated bits=0)
 by outbound.ifdnrg.com (8.14.7/8.14.5) with ESMTP id s17EpVwN039683
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
 Fri, 7 Feb 2014 14:51:31 GMT (envelope-from paul@ifdnrg.com)
X-Authentication-Warning: outbound.ifdnrg.com: Host
 93-97-172-73.zone5.bethere.co.uk [93.97.172.73] claimed to be [192.168.1.65]
Message-ID: <52F4F2EE.9010500@ifdnrg.com>
Date: Fri, 07 Feb 2014 14:51:26 +0000
From: Paul Macdonald 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: ports@freebsd.org, sunpoet@FreeBSD.org
Subject: curl-7.34.0  +Threaded DNS resolver
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 15:12:54 -0000


Hi,

I think there's an issue with the latest curl when Threaded DNS resolver 
is selected.

On several boxes curl doesn't return for dns required requests, but does 
for ip's

rebuilding without the option fixes the issue..


Paul



-- 
-------------------------
Paul Macdonald
IFDNRG Ltd
Web and video hosting
-------------------------
t: 0131 5548070
m: 07970339546
e: paul@ifdnrg.com
w: http://www.ifdnrg.com
-------------------------
IFDNRG
40 Maritime Street
Edinburgh
EH6 6SA
----------------------------------------------------
High Specification Dedicated Servers from £100.00pm
----------------------------------------------------


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 15:32:25 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C7A60815;
 Fri,  7 Feb 2014 15:32:25 +0000 (UTC)
Received: from ben.at.xencon.de (ben.sh [83.246.72.210])
 by mx1.freebsd.org (Postfix) with ESMTP id 84C0B1935;
 Fri,  7 Feb 2014 15:32:25 +0000 (UTC)
Received: from localhost (aftr-37-24-157-236.unity-media.net [37.24.157.236])
 by ben.at.xencon.de (Postfix) with ESMTPSA id 495AE3A2309;
 Fri,  7 Feb 2014 16:32:24 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=darklajid.de;
 s=default; t=1391787144;
 bh=kDa890nRHRKMAy8eRbk/37xArkvRQqmrzG1R1imS+js=;
 h=From:To:Cc:Subject:Date:In-Reply-To:References;
 b=CVqLr0xwC90b6ulKgfkYSJ45Ohq6SHK9RK83fXvE1Tpq+ALPOXEbcpy1SZxVOXqWZ
 nPWiUbQ051CjbjRrcc6b06cvPogxcY0CV6QoaacHXu7RkfVKhK82iNTW28FqycWE5n
 KcvE4oBZUsNGjikXz3MHkk7c9Zi9CUbUyhhMlBks=
From: Benjamin Podszun 
To: 
Subject: Re: security/luasec needs bump to 0.5 - but there's no direct
 =?iso-8859-1?Q?maintainer=3F?=
Date: Fri, 07 Feb 2014 16:32:23 +0100
User-Agent: trojita/v0.3.93-272-g6b1b2aa; Qt/4.8.5; X11; Linux; Arch Linux
MIME-Version: 1.0
Message-ID: 
In-Reply-To: <52F4E5E4.7020407@marino.st>
References: 
 <52F4E5E4.7020407@marino.st>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Cc: marino@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 15:32:25 -0000

On Friday, February 7, 2014 2:55:48 PM CEST, John Marino wrote:
> On 2/7/2014 14:43, Benjamin Podszun wrote:
>> Hi.
>>=20
>> Change of mail address, new thread with a decent title (previously:
>> prosody update, which is sort of independent as far as I've confirmed so
>> far).
>>=20
>> With the attached patch luasec-0.5 builds & installs fine in my
>  ...
>
> Hi Ben,
> One approach is to submit this patch as a PR but add a change to make
> the yourself the maintainer!  Then you're coming from a position of
> authority that the port needs bumping.  :)

Thanks. I submitted ports/186533 just now. I hope the discussion will=20
continue over there. Given that you're one of the guys with the freebsd.org=20=

tag: So what are the next steps? Someone's hopefully going to chime in,=20
look into that PR and (if it seems acceptable) commits that patch? Just=20
works=E2=84=A2 from here on?

> seriously, why not?

While I offered to adopt the port in the PR, the answer to that one is=20
easy:
I'm running a FreeBSD machine for less than 24h so far (if we ignore=20
playing with it > 6-8 years ago) and I'm not sure if I should change a=20
maintainer field _just yet_.. ;)

Ben

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 15:34:14 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 97C0F9BA;
 Fri,  7 Feb 2014 15:34:14 +0000 (UTC)
Received: from qat.redports.org (qat.redports.org
 [IPv6:2610:1c1:1:6420::233:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 5C6D0195A;
 Fri,  7 Feb 2014 15:34:14 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org;
 s=04012012; 
 h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version;
 bh=17b8v8RQif8WIkjPTe+NCdhfUXq3esz+qjW9HQ3/8F0=; 
 b=KbI0T2/ETfK3eKoyMXqud+3IBLs6B+W+rgrhn8fM2GoA8bumWJ3eXmIcd4HorYjoEXA35MYLfT9cChrRqKgNOOmVXhAuOu4UwNQOJuxXLZwpWnU4rWSLgMqfOnB1K2cDeWBnnpnFFDzD5GZ4mkO4HnTecLMlpClBW5APnwqmsGM=;
Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD))
 (envelope-from )
 id 1WBnRU-000HR4-UT; Fri, 07 Feb 2014 15:34:12 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ports-QAT" 
X-Trac-Version: 0.12.5
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.5, by Edgewall Software
To: decke@FreeBSD.org
X-Trac-Project: redports
Date: Fri, 07 Feb 2014 15:34:12 -0000
X-URL: https://qat.redports.org/
Subject: [QAT] r343252: 4x leftovers
To: decke@FreeBSD.org
X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140207145200-3939
X-Trac-Build-ID: 20140207145200-3939
Message-Id: 
Sender: World Wide Web Owner 
Cc: ports@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Reply-To: qat@redports.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 15:34:14 -0000

- Update to 8.0.3
- Stagify
- Convert dependencies to new shlib format
- Add USE_GCC=any for FreeBSD 10
- Add LICENSE=APACHE20

PR:		ports/184738
Submitted by:	Jason Bacon  (maintainer)
---------------------------------------------------------------------

  Build ID:          20140207145200-3939
  Job owner:         decke@FreeBSD.org
  Buildtime:         42 minutes
  Enddate:           Fri, 07 Feb 2014 15:34:10 GMT

  Revision:          r343252
  Repository:        https://svnweb.freebsd.org/ports?view=revision&revision=343252

---------------------------------------------------------------------

    Port:            sysutils/condor 8.0.3

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~decke@FreeBSD.org/20140207145200-3939-273120/condor-8.0.3.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~decke@FreeBSD.org/20140207145200-3939-273121/condor-8.0.3.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~decke@FreeBSD.org/20140207145200-3939-273122/condor-8.0.3.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~decke@FreeBSD.org/20140207145200-3939-273123/condor-8.0.3.log


--
Buildarchive URL: 
redports 

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 15:39:05 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DD043F08
 for ; Fri,  7 Feb 2014 15:39:05 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id B3FA719C9
 for ; Fri,  7 Feb 2014 15:39:05 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id A766243B4E;
 Fri,  7 Feb 2014 09:38:49 -0600 (CST)
Message-ID: <52F4FDF8.6010504@marino.st>
Date: Fri, 07 Feb 2014 16:38:32 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Benjamin Podszun 
Subject: Re: security/luasec needs bump to 0.5 - but there's no direct
 maintainer?
References: 
 <52F4E5E4.7020407@marino.st>
 
In-Reply-To: 
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Cc: ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 15:39:05 -0000

On 2/7/2014 16:32, Benjamin Podszun wrote:
> On Friday, February 7, 2014 2:55:48 PM CEST, John Marino wrote:
>> On 2/7/2014 14:43, Benjamin Podszun wrote:
>>> Hi.
>>>
>>> Change of mail address, new thread with a decent title (previously:
>>> prosody update, which is sort of independent as far as I've confirmed so
>>> far).
>>>
>>> With the attached patch luasec-0.5 builds & installs fine in my
>>  ...
>>
>> Hi Ben,
>> One approach is to submit this patch as a PR but add a change to make
>> the yourself the maintainer!  Then you're coming from a position of
>> authority that the port needs bumping.  :)
> 
> Thanks. I submitted ports/186533 just now. I hope the discussion will
> continue over there. Given that you're one of the guys with the
> freebsd.org tag: So what are the next steps? Someone's hopefully going
> to chime in, look into that PR and (if it seems acceptable) commits that
> patch? Just worksâ„¢ from here on?

There's a pretty big backlog right now for various reasons, but yes, in
general that's how it works.  Somebody should claim the PR, review it,
if necessary either correct it or send it back for fixes, and finally
commit it.  If a perfect patch is submitted, the submitter doesn't need
to do anything else.

The hump is getting it claimed.  Sometimes it happens quickly, other
times it takes months.  Sometimes, after it's been sitting there a few
weeks, a public cry for help gets some committer to take pity and claim
it.  There's no queue or fairness involved unfortunately.

> 
>> seriously, why not?
> 
> While I offered to adopt the port in the PR, the answer to that one is
> easy:
> I'm running a FreeBSD machine for less than 24h so far (if we ignore
> playing with it > 6-8 years ago) and I'm not sure if I should change a
> maintainer field _just yet_.. ;)

Fair enough.  :)

John

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 15:56:31 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D7522D42
 for ; Fri,  7 Feb 2014 15:56:31 +0000 (UTC)
Received: from mail.lysator.liu.se (mail.lysator.liu.se
 [IPv6:2001:6b0:17:f0a0::3])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 236E41BDA
 for ; Fri,  7 Feb 2014 15:56:31 +0000 (UTC)
Received: from mail.lysator.liu.se (localhost [127.0.0.1])
 by mail.lysator.liu.se (Postfix) with ESMTP id C4A6840097
 for ; Fri,  7 Feb 2014 16:56:27 +0100 (CET)
Received: by mail.lysator.liu.se (Postfix, from userid 1004)
 id B76F740098; Fri,  7 Feb 2014 16:56:27 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
 bernadotte.lysator.liu.se
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled
 version=3.3.1
X-Spam-Score: 0.0
Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mail.lysator.liu.se (Postfix) with ESMTPSA id 9A6FF40097
 for ; Fri,  7 Feb 2014 16:56:25 +0100 (CET)
Received: from mailscanner.daemonic.se (mailscanner.daemonic.se
 [IPv6:2001:470:dca9:0:1::6])
 by mx.daemonic.se (Postfix) with ESMTPS id 3fLLj43Dh4z8ggv
 for ; Fri,  7 Feb 2014 16:56:24 +0100 (CET)
X-Virus-Scanned: amavisd-new at daemonic.se
Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with
 cipher CAMELLIA256-SHA)
 by mailscanner.daemonic.se (mailscanner.daemonic.se
 [IPv6:2001:470:dca9:0:1::6]) (amavisd-new, port 10025)
 with ESMTPS id Hlz1xZ76oZOZ for ;
 Fri,  7 Feb 2014 16:56:18 +0100 (CET)
Received: from mail.daemonic.se (mail.daemonic.se [10.1.0.4])
 by mx.daemonic.se (Postfix) with ESMTPS id 3fLLhy3ZDnz8gh2
 for ; Fri,  7 Feb 2014 16:56:18 +0100 (CET)
Received: from vivi.daemonic.se (vivi.daemonic.se [IPv6:2001:470:dca9:1::4])
 by mail.daemonic.se (Postfix) with ESMTPSA id 3fLLhy2zsJz9D6P
 for ; Fri,  7 Feb 2014 16:56:18 +0100 (CET)
Message-ID: <52F50213.8060903@daemonic.se>
Date: Fri, 07 Feb 2014 16:56:03 +0100
From: Niclas Zeising 
User-Agent: Mutt/1.5.21
MIME-Version: 1.0
To: ports@freebsd.org
Subject: [CFT] Adblock Edge
X-Enigmail-Version: 1.5.1
Content-Type: multipart/mixed; boundary="------------050207010103020600060004"
X-Virus-Scanned: ClamAV using ClamSMTP
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 15:56:31 -0000

This is a multi-part message in MIME format.
--------------050207010103020600060004
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi!
Attached is a patch which ports the mozilla extension Adblock Edge to
FreeBSD.  Since this is my first port of a mozilla addon, I thought I'd
send out this CFT for some wider testing before I commit this.
So, please test it!
Regards!
-- 
Niclas Zeising

--------------050207010103020600060004
Content-Type: text/x-patch;
 name="ports.xpi-adblock_edge.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="ports.xpi-adblock_edge.diff"

Index: www/xpi-adblock_edge/Makefile
===================================================================
--- www/xpi-adblock_edge/Makefile	(revision 0)
+++ www/xpi-adblock_edge/Makefile	(working copy)
@@ -0,0 +1,15 @@
+# $FreeBSD$
+
+PORTNAME=	adblock_edge
+PORTVERSION=	2.0.9
+DISTVERSIONSUFFIX=	-tb+sm+an+fx-linux
+CATEGORIES=	www
+
+MAINTAINER=	bar@FreeBSD.org
+COMMENT=	A content filtering extension
+
+XPI_NUM=	394968
+XPI_ID=		{fe272bd1-5f76-4ea4-8501-a05d35d823fc}
+
+.include "../xpi-adblock/Makefile.xpi"
+.include 

Property changes on: www/xpi-adblock_edge/Makefile
___________________________________________________________________
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
Added: svn:keywords
## -0,0 +1 ##
+FreeBSD=%H
\ No newline at end of property
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property
Index: www/xpi-adblock_edge/distinfo
===================================================================
--- www/xpi-adblock_edge/distinfo	(revision 0)
+++ www/xpi-adblock_edge/distinfo	(working copy)
@@ -0,0 +1,2 @@
+SHA256 (xpi/adblock_edge-2.0.9-tb+sm+an+fx-linux.xpi) = 5b5b90306cbe675456323fb75d97ac3474315525999e7f7594ce18a7c4a72cd2
+SIZE (xpi/adblock_edge-2.0.9-tb+sm+an+fx-linux.xpi) = 555162

Property changes on: www/xpi-adblock_edge/distinfo
___________________________________________________________________
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
Added: fbsd:nokeywords
## -0,0 +1 ##
+yes
\ No newline at end of property
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property
Index: www/xpi-adblock_edge/pkg-descr
===================================================================
--- www/xpi-adblock_edge/pkg-descr	(revision 0)
+++ www/xpi-adblock_edge/pkg-descr	(working copy)
@@ -0,0 +1,7 @@
+Adblock Edge is a content filtering plug-in for the Mozilla and Firefox
+browsers. It allows the user to specify filters, which remove unwanted
+content based on the source-address.
+
+Originally based on Adblock Plus, but without the "acceptable ads" feature.
+
+WWW: https://bitbucket.org/adstomper/adblockedge/

Property changes on: www/xpi-adblock_edge/pkg-descr
___________________________________________________________________
Added: fbsd:nokeywords
## -0,0 +1 ##
+yes
\ No newline at end of property
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
Index: www/xpi-adblock_edge/pkg-plist
===================================================================
--- www/xpi-adblock_edge/pkg-plist	(revision 0)
+++ www/xpi-adblock_edge/pkg-plist	(working copy)
@@ -0,0 +1,570 @@
+%%XPI_XPIDIR%%/bootstrap.js
+%%XPI_XPIDIR%%/chrome/content/errors.html
+%%XPI_XPIDIR%%/chrome/content/objtabs.css
+%%XPI_XPIDIR%%/chrome/content/ui/composer.js
+%%XPI_XPIDIR%%/chrome/content/ui/composer.xul
+%%XPI_XPIDIR%%/chrome/content/ui/fennecSettings.xul
+%%XPI_XPIDIR%%/chrome/content/ui/filters-backup.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters-filteractions.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters-filterview.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters-search.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters-subscriptionactions.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters-subscriptionview.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters.js
+%%XPI_XPIDIR%%/chrome/content/ui/filters.xul
+%%XPI_XPIDIR%%/chrome/content/ui/firstRun.html
+%%XPI_XPIDIR%%/chrome/content/ui/firstRun.js
+%%XPI_XPIDIR%%/chrome/content/ui/flasher.js
+%%XPI_XPIDIR%%/chrome/content/ui/i18n.js
+%%XPI_XPIDIR%%/chrome/content/ui/overlay.xul
+%%XPI_XPIDIR%%/chrome/content/ui/progressBar.js
+%%XPI_XPIDIR%%/chrome/content/ui/progressBar.xul
+%%XPI_XPIDIR%%/chrome/content/ui/sendReport.js
+%%XPI_XPIDIR%%/chrome/content/ui/sendReport.xul
+%%XPI_XPIDIR%%/chrome/content/ui/settings.xul
+%%XPI_XPIDIR%%/chrome/content/ui/sidebar.js
+%%XPI_XPIDIR%%/chrome/content/ui/sidebar.xul
+%%XPI_XPIDIR%%/chrome/content/ui/sidebarDetached.xul
+%%XPI_XPIDIR%%/chrome/content/ui/subscriptionSelection.js
+%%XPI_XPIDIR%%/chrome/content/ui/subscriptionSelection.xul
+%%XPI_XPIDIR%%/chrome/content/ui/subscriptions.xml
+%%XPI_XPIDIR%%/chrome/content/ui/utils.js
+%%XPI_XPIDIR%%/chrome/locale/ar/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ar/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ar/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ar/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ar/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ar/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ar/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ar/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/bg/global.properties
+%%XPI_XPIDIR%%/chrome/locale/bg/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/bg/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ca/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ca/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ca/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/cs/global.properties
+%%XPI_XPIDIR%%/chrome/locale/cs/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/cs/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/da/global.properties
+%%XPI_XPIDIR%%/chrome/locale/da/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/da/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/de/global.properties
+%%XPI_XPIDIR%%/chrome/locale/de/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/de/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/dsb/global.properties
+%%XPI_XPIDIR%%/chrome/locale/dsb/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/dsb/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/el/global.properties
+%%XPI_XPIDIR%%/chrome/locale/el/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/el/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/en-GB/global.properties
+%%XPI_XPIDIR%%/chrome/locale/en-GB/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-GB/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/en-US/global.properties
+%%XPI_XPIDIR%%/chrome/locale/en-US/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/en-US/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/eo/global.properties
+%%XPI_XPIDIR%%/chrome/locale/eo/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/eo/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/es-AR/global.properties
+%%XPI_XPIDIR%%/chrome/locale/es-AR/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-AR/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/es-ES/global.properties
+%%XPI_XPIDIR%%/chrome/locale/es-ES/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-ES/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/es-MX/global.properties
+%%XPI_XPIDIR%%/chrome/locale/es-MX/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/es-MX/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/et/global.properties
+%%XPI_XPIDIR%%/chrome/locale/et/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/et/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/fa/global.properties
+%%XPI_XPIDIR%%/chrome/locale/fa/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/fa/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/fi/global.properties
+%%XPI_XPIDIR%%/chrome/locale/fi/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/fi/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/fr/global.properties
+%%XPI_XPIDIR%%/chrome/locale/fr/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/fr/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/global.properties
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/fy-NL/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/gl/global.properties
+%%XPI_XPIDIR%%/chrome/locale/gl/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/gl/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/he/global.properties
+%%XPI_XPIDIR%%/chrome/locale/he/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/he/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/hr/global.properties
+%%XPI_XPIDIR%%/chrome/locale/hr/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/hr/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/hsb/global.properties
+%%XPI_XPIDIR%%/chrome/locale/hsb/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/hsb/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/hu/global.properties
+%%XPI_XPIDIR%%/chrome/locale/hu/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/hu/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/global.properties
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/hy-AM/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/id/global.properties
+%%XPI_XPIDIR%%/chrome/locale/id/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/id/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/is/global.properties
+%%XPI_XPIDIR%%/chrome/locale/is/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/is/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/it/global.properties
+%%XPI_XPIDIR%%/chrome/locale/it/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/it/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ja/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ja/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ja/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/kk/global.properties
+%%XPI_XPIDIR%%/chrome/locale/kk/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/kk/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ko/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ko/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ko/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/lt/global.properties
+%%XPI_XPIDIR%%/chrome/locale/lt/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/lt/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/lv/global.properties
+%%XPI_XPIDIR%%/chrome/locale/lv/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/lv/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/mn/global.properties
+%%XPI_XPIDIR%%/chrome/locale/mn/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/mn/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ms/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ms/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ms/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/nl/global.properties
+%%XPI_XPIDIR%%/chrome/locale/nl/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/nl/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/pl/global.properties
+%%XPI_XPIDIR%%/chrome/locale/pl/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/pl/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/global.properties
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-BR/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/global.properties
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/pt-PT/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ro/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ro/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ro/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/ru/global.properties
+%%XPI_XPIDIR%%/chrome/locale/ru/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/ru/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/sk/global.properties
+%%XPI_XPIDIR%%/chrome/locale/sk/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/sk/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/sl/global.properties
+%%XPI_XPIDIR%%/chrome/locale/sl/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/sl/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/sq/global.properties
+%%XPI_XPIDIR%%/chrome/locale/sq/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/sq/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/sr/global.properties
+%%XPI_XPIDIR%%/chrome/locale/sr/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/sr/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/global.properties
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/sv-SE/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/th/global.properties
+%%XPI_XPIDIR%%/chrome/locale/th/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/th/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/tr/global.properties
+%%XPI_XPIDIR%%/chrome/locale/tr/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/tr/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/uk/global.properties
+%%XPI_XPIDIR%%/chrome/locale/uk/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/uk/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/vi/global.properties
+%%XPI_XPIDIR%%/chrome/locale/vi/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/vi/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/global.properties
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-CN/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/composer.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/filters.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/firstRun.properties
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/global.properties
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/overlay.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/sendReport.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/sidebar.dtd
+%%XPI_XPIDIR%%/chrome/locale/zh-TW/subscriptionSelection.dtd
+%%XPI_XPIDIR%%/chrome/skin/abp-icon-big.png
+%%XPI_XPIDIR%%/chrome/skin/abp-status-16.png
+%%XPI_XPIDIR%%/chrome/skin/abp-status-32.png
+%%XPI_XPIDIR%%/chrome/skin/abp-status.png
+%%XPI_XPIDIR%%/chrome/skin/ajax-loader.gif
+%%XPI_XPIDIR%%/chrome/skin/background-main.png
+%%XPI_XPIDIR%%/chrome/skin/background-share.png
+%%XPI_XPIDIR%%/chrome/skin/background.png
+%%XPI_XPIDIR%%/chrome/skin/checkbox.png
+%%XPI_XPIDIR%%/chrome/skin/close.png
+%%XPI_XPIDIR%%/chrome/skin/composer.css
+%%XPI_XPIDIR%%/chrome/skin/donate.png
+%%XPI_XPIDIR%%/chrome/skin/features/malware.png
+%%XPI_XPIDIR%%/chrome/skin/features/social.png
+%%XPI_XPIDIR%%/chrome/skin/features/tracking.png
+%%XPI_XPIDIR%%/chrome/skin/filters.css
+%%XPI_XPIDIR%%/chrome/skin/firstRun.css
+%%XPI_XPIDIR%%/chrome/skin/fonts/CreteRound-Italic.otf
+%%XPI_XPIDIR%%/chrome/skin/fonts/CreteRound-Regular.otf
+%%XPI_XPIDIR%%/chrome/skin/item-state.png
+%%XPI_XPIDIR%%/chrome/skin/overlay.css
+%%XPI_XPIDIR%%/chrome/skin/sendReport.css
+%%XPI_XPIDIR%%/chrome/skin/sidebar.css
+%%XPI_XPIDIR%%/chrome/skin/slow.png
+%%XPI_XPIDIR%%/chrome/skin/social/facebook.png
+%%XPI_XPIDIR%%/chrome/skin/social/googleplus.png
+%%XPI_XPIDIR%%/chrome/skin/social/renren.png
+%%XPI_XPIDIR%%/chrome/skin/social/twitter.png
+%%XPI_XPIDIR%%/chrome/skin/social/weibo.png
+%%XPI_XPIDIR%%/chrome/skin/subscriptionSelection.css
+%%XPI_XPIDIR%%/chrome.manifest
+%%XPI_XPIDIR%%/defaults/patterns.ini
+%%XPI_XPIDIR%%/defaults/prefs.js
+%%XPI_XPIDIR%%/icon.png
+%%XPI_XPIDIR%%/icon64.png
+%%XPI_XPIDIR%%/install.rdf
+%%XPI_XPIDIR%%/lib/Public.jsm
+%%XPI_XPIDIR%%/lib/appSupport.js
+%%XPI_XPIDIR%%/lib/contentPolicy.js
+%%XPI_XPIDIR%%/lib/customizableUI.js
+%%XPI_XPIDIR%%/lib/downloader.js
+%%XPI_XPIDIR%%/lib/elemHide.js
+%%XPI_XPIDIR%%/lib/elemHideHitRegistration.js
+%%XPI_XPIDIR%%/lib/filterClasses.js
+%%XPI_XPIDIR%%/lib/filterListener.js
+%%XPI_XPIDIR%%/lib/filterNotifier.js
+%%XPI_XPIDIR%%/lib/filterStorage.js
+%%XPI_XPIDIR%%/lib/io.js
+%%XPI_XPIDIR%%/lib/keySelector.js
+%%XPI_XPIDIR%%/lib/main.js
+%%XPI_XPIDIR%%/lib/matcher.js
+%%XPI_XPIDIR%%/lib/notification.js
+%%XPI_XPIDIR%%/lib/objectTabs.js
+%%XPI_XPIDIR%%/lib/prefs.js
+%%XPI_XPIDIR%%/lib/requestNotifier.js
+%%XPI_XPIDIR%%/lib/subscriptionClasses.js
+%%XPI_XPIDIR%%/lib/sync.js
+%%XPI_XPIDIR%%/lib/synchronizer.js
+%%XPI_XPIDIR%%/lib/ui.js
+%%XPI_XPIDIR%%/lib/utils.js
+%%XPI_XPIDIR%%/lib/windowObserver.js
+@dirrm %%XPI_XPIDIR%%/chrome/content/ui
+@dirrm %%XPI_XPIDIR%%/chrome/content
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ar
+@dirrm %%XPI_XPIDIR%%/chrome/locale/bg
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ca
+@dirrm %%XPI_XPIDIR%%/chrome/locale/cs
+@dirrm %%XPI_XPIDIR%%/chrome/locale/da
+@dirrm %%XPI_XPIDIR%%/chrome/locale/de
+@dirrm %%XPI_XPIDIR%%/chrome/locale/dsb
+@dirrm %%XPI_XPIDIR%%/chrome/locale/el
+@dirrm %%XPI_XPIDIR%%/chrome/locale/en-GB
+@dirrm %%XPI_XPIDIR%%/chrome/locale/en-US
+@dirrm %%XPI_XPIDIR%%/chrome/locale/eo
+@dirrm %%XPI_XPIDIR%%/chrome/locale/es-AR
+@dirrm %%XPI_XPIDIR%%/chrome/locale/es-ES
+@dirrm %%XPI_XPIDIR%%/chrome/locale/es-MX
+@dirrm %%XPI_XPIDIR%%/chrome/locale/et
+@dirrm %%XPI_XPIDIR%%/chrome/locale/fa
+@dirrm %%XPI_XPIDIR%%/chrome/locale/fi
+@dirrm %%XPI_XPIDIR%%/chrome/locale/fr
+@dirrm %%XPI_XPIDIR%%/chrome/locale/fy-NL
+@dirrm %%XPI_XPIDIR%%/chrome/locale/gl
+@dirrm %%XPI_XPIDIR%%/chrome/locale/he
+@dirrm %%XPI_XPIDIR%%/chrome/locale/hr
+@dirrm %%XPI_XPIDIR%%/chrome/locale/hsb
+@dirrm %%XPI_XPIDIR%%/chrome/locale/hu
+@dirrm %%XPI_XPIDIR%%/chrome/locale/hy-AM
+@dirrm %%XPI_XPIDIR%%/chrome/locale/id
+@dirrm %%XPI_XPIDIR%%/chrome/locale/is
+@dirrm %%XPI_XPIDIR%%/chrome/locale/it
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ja
+@dirrm %%XPI_XPIDIR%%/chrome/locale/kk
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ko
+@dirrm %%XPI_XPIDIR%%/chrome/locale/lt
+@dirrm %%XPI_XPIDIR%%/chrome/locale/lv
+@dirrm %%XPI_XPIDIR%%/chrome/locale/mn
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ms
+@dirrm %%XPI_XPIDIR%%/chrome/locale/nl
+@dirrm %%XPI_XPIDIR%%/chrome/locale/pl
+@dirrm %%XPI_XPIDIR%%/chrome/locale/pt-BR
+@dirrm %%XPI_XPIDIR%%/chrome/locale/pt-PT
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ro
+@dirrm %%XPI_XPIDIR%%/chrome/locale/ru
+@dirrm %%XPI_XPIDIR%%/chrome/locale/sk
+@dirrm %%XPI_XPIDIR%%/chrome/locale/sl
+@dirrm %%XPI_XPIDIR%%/chrome/locale/sq
+@dirrm %%XPI_XPIDIR%%/chrome/locale/sr
+@dirrm %%XPI_XPIDIR%%/chrome/locale/sv-SE
+@dirrm %%XPI_XPIDIR%%/chrome/locale/th
+@dirrm %%XPI_XPIDIR%%/chrome/locale/tr
+@dirrm %%XPI_XPIDIR%%/chrome/locale/uk
+@dirrm %%XPI_XPIDIR%%/chrome/locale/vi
+@dirrm %%XPI_XPIDIR%%/chrome/locale/zh-CN
+@dirrm %%XPI_XPIDIR%%/chrome/locale/zh-TW
+@dirrm %%XPI_XPIDIR%%/chrome/locale
+@dirrm %%XPI_XPIDIR%%/chrome/skin/features
+@dirrm %%XPI_XPIDIR%%/chrome/skin/fonts
+@dirrm %%XPI_XPIDIR%%/chrome/skin/social
+@dirrm %%XPI_XPIDIR%%/chrome/skin
+@dirrm %%XPI_XPIDIR%%/chrome
+@dirrm %%XPI_XPIDIR%%/defaults
+@dirrm %%XPI_XPIDIR%%/lib

Property changes on: www/xpi-adblock_edge/pkg-plist
___________________________________________________________________
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
Added: fbsd:nokeywords
## -0,0 +1 ##
+yes
\ No newline at end of property
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property

--------------050207010103020600060004--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 16:29:58 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 92E69ED9
 for ; Fri,  7 Feb 2014 16:29:58 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 522931F9D
 for ; Fri,  7 Feb 2014 16:29:58 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 7E0B24AC1C
 for ; Fri,  7 Feb 2014 20:29:56 +0400 (MSK)
Date: Fri, 7 Feb 2014 20:29:49 +0400
From: Lev Serebryakov 
Organization: FreeBSD
X-Priority: 3 (Normal)
Message-ID: <1133138786.20140207202949@serebryakov.spb.ru>
To: ports@freebsd.org
Subject: USE_GCC politic -- why so many ports has it as runtime dependency?
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 16:29:58 -0000

Hello, Ports.

 I was very surprised, when virtualbox-ose-additions-4.3.6, installed as
binary package on 10.0/amd64, pulled gcc "lang/gcc" (567MiB) and
"devel/binutils" (50MiB), and I don't mention mpc/mprf/gmp.

 I understand, that this package could not build with clang, Ok. But why
does it need all these developer tools AT RUNTIME?!

 It even doesn't have "libjcc.so" or "libsdc++.so" in "Shared Libs
required"!

 And it seems, that most of USE_GCC-equipped ports pull all this development
toolkit for nothing!

 Maybe, it is time to make USE_GCC work as if ":build" is specified by
default? And, yes, add additional port with gcc RUNTIME?

P.S. Should this message be CC:ed to arch@?
-- 
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 16:31:54 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id B3DCB141
 for ; Fri,  7 Feb 2014 16:31:54 +0000 (UTC)
Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com
 [IPv6:2a00:1450:4008:c01::22e])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 45A21106F
 for ; Fri,  7 Feb 2014 16:31:54 +0000 (UTC)
Received: by mail-bk0-f46.google.com with SMTP id r7so1120908bkg.33
 for ; Fri, 07 Feb 2014 08:31:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:content-transfer-encoding;
 bh=W6Zhn4tyKYuXtcV814GUYmST4EhhWk8vV0jx0L9J16E=;
 b=YvGh34DDCbahGGPRPecTuwqOQjIGYuHRFFXgeBhmu43b63VwUKh9HKuQcPPis3yvAG
 CR3It0ERz5g3NLbkzGqX+cM046G2JEXcYZHkKlwQ1YdqEYel7NZ8btn7q6XziLIb1hWE
 opdhjYMtXr14nLjFMpF+A3e8kJUdPUY7TcY/W9PLHJjh4XICFRZk1cTv93Mi8pvUHB3X
 +JE3f68u6fbrAo2rHDWpd6xxYdaj8R3Q6n6/Rbl8oOWpL4/l6kT9uweNur7CutDRbc0E
 Il86mhclnWnrm7WznuHVY6zQnvRvLFs8aW0HbO38Kl7tgB3x0yNqNkQsIuKwN0r17xTC
 Z4Tw==
MIME-Version: 1.0
X-Received: by 10.204.169.195 with SMTP id a3mr417747bkz.57.1391790712281;
 Fri, 07 Feb 2014 08:31:52 -0800 (PST)
Received: by 10.205.87.7 with HTTP; Fri, 7 Feb 2014 08:31:52 -0800 (PST)
In-Reply-To: 
References: 
Date: Fri, 7 Feb 2014 17:31:52 +0100
Message-ID: 
Subject: Re: OSSEC packages
From: Hakisho Nukama 
To: =?UTF-8?Q?Zolt=C3=A1n_Gyula_Beck?= 
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: FreeBSD Ports 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 16:31:54 -0000

On Fri, Feb 7, 2014 at 2:27 PM, Zolt=C3=A1n Gyula Beck  w=
rote:
> Dear Maintainers.
>
>   is there any plan to resolve the ossec package build proccess? The log
> look's bad, Am I riht?!
>
> http://beefy2.isc.freebsd.org/bulk/10-release-amd64-RELENG10_0/latest/log=
s/errors/ossec-hids-server-2.7.log
>
>   Best Regards,
> bzg
> --
> Zoltan Gyula Beck
> Tel.:   +36-70-328-9306
> E-Mail: beckzg@gmail.com
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"

Works with clang+gcc46 or gcc46 alone.

clang+gcc46:
fetch https://redports.org/export/22848/Nukama/security/ossec-hids-server/f=
iles/patch-src__LOCATION
fetch https://redports.org/export/22848/Nukama/security/ossec-hids-server/M=
akefile

gcc46 alone:
fetch http://www.freebsd.org/cgi/query-pr.cgi\?pr=3D185863\&getpatch=3D1

But this port needs STAGE support and some Option Helper adaption
before a commit should happen.

Best Regards,
Hakisho Nukama

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 17:05:11 2014
Return-Path: 
Delivered-To: freebsd-ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BD209ADC
 for ; Fri,  7 Feb 2014 17:05:11 +0000 (UTC)
Received: from xena.netkey.at (xena.netkey.at [83.64.50.189])
 by mx1.freebsd.org (Postfix) with ESMTP id 780051310
 for ; Fri,  7 Feb 2014 17:05:11 +0000 (UTC)
Received: from xena.netkey.at (localhost [127.0.0.1])
 (Authenticated sender: peter@netkey.at)
 by xena.netkey.at (Postfix) with ESMTPA id AC7EDF3B2A1;
 Fri,  7 Feb 2014 17:58:17 +0100 (CET)
Received: from [192.168.111.247] ([84.112.169.112] helo=[192.168.111.247])
 by xena.netkey.at with ESMTPS(DHE-RSA-AES256-SHA) (ASSP 1.9.9);
 7 Feb 2014 17:58:17 +0100
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Subject: Re: Retroshare 5.5a broken.
From: Peter Klett 
In-Reply-To: 
Date: Fri, 7 Feb 2014 17:58:17 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <67936D7A-BB62-400D-BB32-BB7716C8B1DE@netkey.at>
References: 
To: Richard Dyson 
X-Mailer: Apple Mail (2.1510)
Cc: "freebsd-ports@FreeBSD.org" 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 17:05:11 -0000

Hello Richard,=20

Yes I know, curently the port is broken under 10 without gcc from the =
ports.
I have some unfinished patches to compile with clang, which will be=20
pushed upstream (probably).
Please be aware that RetroShare is under heavy delevopment at the =
moment,=20
there is a 0.5.5c out and the new 0.6 branch and the old 0.5.5 branch =
are being=20
merged.

I managed to compile and run RetroShare 0.5.5c under FreeBSD (9.2)
but unfortunately all the icons and graphics wouldn't be =
displayed/shown.

So there're a white, iconless stable version, some clang patches for =
that and
an upcoming dev version to be released soon

To add to all of that, I wont be able to submit a patch for the next 5 =
weeks
due to personal reasons.

Maybe 0.6 will be out than. And QT5 in the ports.

A quick patch would be to add=20
USE_GCC=3Dany
somewhere on the top of the Makefile, which should install gcc as a =
dependency.



Am 31.01.2014 um 01:02 schrieb Richard Dyson :

> Hello Peter,
>=20
> Seems the port of Retroshare 5.5a for FreeBSD is broken. Won't =
compile, tells me "exec gcc file not found", probably has something to =
do with GCC being removed from base.
>=20
> Just thought I'd let you know. :)
>=20
> Richard,


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 21:54:55 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DB622489
 for ; Fri,  7 Feb 2014 21:54:54 +0000 (UTC)
Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de
 [130.133.4.66])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 8F1B01D12
 for ; Fri,  7 Feb 2014 21:54:54 +0000 (UTC)
Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69])
 by outpost.zedat.fu-berlin.de (Exim 4.82)
 for freebsd-ports@freebsd.org with esmtp
 (envelope-from )
 id <1WBtNl-002QaE-UZ>; Fri, 07 Feb 2014 22:54:45 +0100
Received: from g226058079.adsl.alicedsl.de ([92.226.58.79]
 helo=thor.walstatt.dyndns.org)
 by inpost2.zedat.fu-berlin.de (Exim 4.82)
 for freebsd-ports@freebsd.org with esmtpsa
 (envelope-from )
 id <1WBtNl-001oEG-Pm>; Fri, 07 Feb 2014 22:54:45 +0100
Date: Fri, 7 Feb 2014 22:54:45 +0100
From: "O. Hartmann" 
To: FreeBSD Ports 
Subject: WARNING: devel/icu: recent update redners openldap-server and other
 ports unusable!
Message-ID: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
Organization: FU Berlin
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0)
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 boundary="Sig_/jpJDmLo2yQA3tE6n7EutECa"; protocol="application/pgp-signature"
X-Originating-IP: 92.226.58.79
X-ZEDAT-Hint: A
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 21:54:55 -0000

--Sig_/jpJDmLo2yQA3tE6n7EutECa
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable


Today a couple of updates has been introduced, one of them was an
update of port devel/icu.

I the good manner/tradition of updating UPDATING, I expect a
warning/hint/advice a couple of days from now - when everybody has
already stepped into the mess.

On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
including devel/icu renders many ports unusable due to a library
version bump in libicu.

After updating ports relying on devel/icu via

portmaster -r devel/icu

and the updating of port

net/openldap24-server

(which is openldap-sasl-server in my case), OpenLDAP doesn't start
anymore on all boxes affected by the update of devel/icu!

I always get the error

52f5551f hdb_db_init: Initializing HDB database
52f5551f olcDbDirectory: value #0: invalid path: Permission denied
52f5551f config error processing olcDatabase=3D{1}hdb,cn=3Dconfig:
olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
send_ldap_result: conn=3D-1 op=3D0 p=3D0 52f5551f slapd destroy: freeing
system resources. 52f5551f syncinfo_free: rid=3D001
52f5551f slapd stopped.
52f5551f connections_destroy: nothing to destroy.
/usr/local/etc/rc.d/slapd: WARNING: failed to start slapd


This obscure=20

olcDbDirectory: value #0: invalid path: Permission denied

is not obvious to me. The server ran minutes ago BEFORE the update, the
directories containing the DB5 databases have all the correct ownership
(ldap:ldap, I suspected first a misconfiguration as this error seems
typical for a misconfiguration of the ownership).

Does anyone see the same problem? And maybe please would put out some
notes in UPDATING within a considerable narrow timeframe regarding
devel/icu! It seems, FreeBSD's ports systems get more and more messy.

oh

--Sig_/jpJDmLo2yQA3tE6n7EutECa
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iQEcBAEBAgAGBQJS9VYlAAoJEOgBcD7A/5N8kaoIAKlKreQkk8AS7NDqwOS0O7NG
jHFVnetKLZUpb4zfibdAS8i4SGdssnycfvw1alRDC8E6TQ5nzAvNKcJZVmLQUHRe
tcUfHjhvWFkVp6yBrXWtpiRtTszDQzy2F0dFSBg7IepnvsKYGJo+Bf85T7QC6KQ8
rp67+XmkGG9zitu/hxYRd+OwH+czfDPz57/TfyK5lUq0jaluiFjR6+4oNWwvJhKG
gaqDCMong3RhiRxiNQb0QWcUXrsK8xv4e17PfF0KHwmA5uZoeHtIzR/m4nVGvHz4
Q2FK6nn/Fg4WpTfGL6IKRI105ekdiZZofk4GF5NXZJbH2rL1HnhStqYWBYLZ0e0=
=BYI3
-----END PGP SIGNATURE-----

--Sig_/jpJDmLo2yQA3tE6n7EutECa--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 23:10:54 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BFA82C10;
 Fri,  7 Feb 2014 23:10:54 +0000 (UTC)
Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com
 [IPv6:2607:f8b0:400e:c01::236])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 8D6CC13C4;
 Fri,  7 Feb 2014 23:10:54 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id uo5so3849464pbc.41
 for ; Fri, 07 Feb 2014 15:10:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=message-id:date:from:reply-to:user-agent:mime-version:to:subject
 :references:in-reply-to:content-type:content-transfer-encoding;
 bh=HWNzggEKx2maNAITUlxixLiACgvnJe6dOngxmdjZG80=;
 b=T15MdEZtQsnR5VzoWlgEYrIR2fxiMkMfqc6esx2i7vIml8oVlTsnS47O26numQth1i
 7wHExKz00XkW0+5hixFUtdrfIxe8hk8NJ6yLNZq1xjTCpqIZ+5Gv+0NxGDVK8sIwtHI6
 STEybH4d7MF587Z4w892K5is+xdiI368b8UdXW1aaFzcVvJcFgyxmXrhnNpArYNiCxhn
 WK1pZPqLaB8KSinLRO2scA8JYHB9IAxsng/leFLLqB+5Owfn82XKR797miWxWZWBzn5M
 kU+b5+Ca77RjsWjjopdY5dHOud4ZWfO6QOmTrq73oPcqK74UfYhUPLhaHWEFNKD+I6+w
 wr8g==
X-Received: by 10.66.192.133 with SMTP id hg5mr10966576pac.122.1391814654236; 
 Fri, 07 Feb 2014 15:10:54 -0800 (PST)
Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net.
 [59.167.128.11])
 by mx.google.com with ESMTPSA id bc4sm17350851pbb.2.2014.02.07.15.10.52
 for 
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 07 Feb 2014 15:10:53 -0800 (PST)
Message-ID: <52F567F4.2080100@FreeBSD.org>
Date: Sat, 08 Feb 2014 10:10:44 +1100
From: Kubilay Kocak 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:27.0) Gecko/20100101 Thunderbird/27.0
MIME-Version: 1.0
To: Paul Macdonald , ports@freebsd.org, sunpoet@FreeBSD.org
Subject: Re: curl-7.34.0  +Threaded DNS resolver
References: <52F4F2EE.9010500@ifdnrg.com>
In-Reply-To: <52F4F2EE.9010500@ifdnrg.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: koobs@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 23:10:54 -0000

On 8/02/2014 1:51 AM, Paul Macdonald wrote:
> 
> Hi,
> 
> I think there's an issue with the latest curl when Threaded DNS resolver
> is selected.
> 
> On several boxes curl doesn't return for dns required requests, but does
> for ip's
> 
> rebuilding without the option fixes the issue..
> 
> 
> Paul
> 
> 
> 

Paul,

I came across the same issue testing a .34 port update before the recent
update, and had a quick discussion with the #curl crew on freenode with
no resolution other than further isolation:

7.33.0 - OK
7.34.0+ - NOK

IPV6 RESOLVER_THREADED - OK
NO_IPV6 RESOLVER_THREADED - NOK
NO_IPV6 RESOLVER_DEFAULT - OK
IPV6 RESOLVER_DEFAULT - OK

Note: There were no differences running the test suite, so it doesnt
look like this issue is test covered

I suggest:

- Updating the port to 7.35.0 and reporting back on whether the issue
still exists
- Test 7.34.0 with and without IPv6 OPTION with the threaded resolver
and confirm similar isolation as above

- Maintainer disables threaded resolver by default until
isolated/resolved upstream



From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 23:24:44 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 69DD0E4C;
 Fri,  7 Feb 2014 23:24:44 +0000 (UTC)
Received: from tensor.andric.com (tensor.andric.com [87.251.56.140])
 (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 21D9214E2;
 Fri,  7 Feb 2014 23:24:43 +0000 (UTC)
Received: from [IPv6:2001:7b8:3a7::15d:51a6:1a35:bcb5] (unknown
 [IPv6:2001:7b8:3a7:0:15d:51a6:1a35:bcb5])
 (using TLSv1 with cipher AES128-SHA (128/128 bits))
 (No client certificate requested)
 by tensor.andric.com (Postfix) with ESMTPSA id 2B5815C43;
 Sat,  8 Feb 2014 00:24:42 +0100 (CET)
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
Content-Type: multipart/signed;
 boundary="Apple-Mail=_84D02891-7A1B-46D4-9E7C-5B49874A2092";
 protocol="application/pgp-signature"; micalg=pgp-sha1
X-Pgp-Agent: GPGMail 2.1 (6062eb4)
From: Dimitry Andric 
X-Priority: 3 (Normal)
In-Reply-To: <1133138786.20140207202949@serebryakov.spb.ru>
Date: Sat, 8 Feb 2014 00:24:34 +0100
Message-Id: 
References: <1133138786.20140207202949@serebryakov.spb.ru>
To: lev@FreeBSD.org
X-Mailer: Apple Mail (2.1827)
Cc: ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 23:24:44 -0000


--Apple-Mail=_84D02891-7A1B-46D4-9E7C-5B49874A2092
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

On 07 Feb 2014, at 17:29, Lev Serebryakov  wrote:
> I was very surprised, when virtualbox-ose-additions-4.3.6, installed as
> binary package on 10.0/amd64, pulled gcc "lang/gcc" (567MiB) and
> "devel/binutils" (50MiB), and I don't mention mpc/mprf/gmp.
> 
> I understand, that this package could not build with clang, Ok. But why
> does it need all these developer tools AT RUNTIME?!
> 
> It even doesn't have "libjcc.so" or "libsdc++.so" in "Shared Libs
> required"!
> 
> And it seems, that most of USE_GCC-equipped ports pull all this development
> toolkit for nothing!

Well, some ports can be more or less difficult to get building with
clang.  So depending on whether the maintainer(s) wish to choose the way
of least resistance, they will sometimes decide to set USE_GCC.

Since a lot (maybe even most?) of modern software requires something way
newer than our old gcc in base, and 10.0 and later ship without gcc by
default, it is logical to use lang/gcc in such cases too.


> Maybe, it is time to make USE_GCC work as if ":build" is specified by
> default? And, yes, add additional port with gcc RUNTIME?

As far as I know, this is a feature still in the works for pkgng.  E.g.
using one port work directory for multiple packages, for example -libs,
-devel and so on.  Although some people tend to hate such modularization
with great passion.  Paint for more bikesheds... :-)

-Dimitry


--Apple-Mail=_84D02891-7A1B-46D4-9E7C-5B49874A2092
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)

iEYEARECAAYFAlL1azYACgkQsF6jCi4glqPPbQCgs721Fx470m60FyjtlkOWBC4w
7cgAoKgRjukdZZSxMSywXmEnbRnUkv8U
=sMe4
-----END PGP SIGNATURE-----

--Apple-Mail=_84D02891-7A1B-46D4-9E7C-5B49874A2092--

From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 23:34:41 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DAF8AF79;
 Fri,  7 Feb 2014 23:34:41 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [IPv6:2a01:4f8:131:60a2::2])
 by mx1.freebsd.org (Postfix) with ESMTP id 9C23215B4;
 Fri,  7 Feb 2014 23:34:41 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id D189D4AC1C;
 Sat,  8 Feb 2014 03:34:39 +0400 (MSK)
Date: Sat, 8 Feb 2014 03:34:32 +0400
From: Lev Serebryakov 
Organization: FreeBSD Project
X-Priority: 3 (Normal)
Message-ID: <1228142552.20140208033432@serebryakov.spb.ru>
To: Dimitry Andric 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
In-Reply-To: 
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 23:34:41 -0000

Hello, Dimitry.
You wrote 8 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 3:24:3=
4:

>> And it seems, that most of USE_GCC-equipped ports pull all this developm=
ent
>> toolkit for nothing!
DA> Well, some ports can be more or less difficult to get building with
DA> clang.  So depending on whether the maintainer(s) wish to choose the way
DA> of least resistance, they will sometimes decide to set USE_GCC.
  I'm not speaking about BUILD. I'm speaking about RUN. Why do I need compi=
ler,
assembler, linker & Ko to run pre-build software?

DA> Since a lot (maybe even most?) of modern software requires something way
DA> newer than our old gcc in base, and 10.0 and later ship without gcc by
DA> default, it is logical to use lang/gcc in such cases too.
  Yep. It is not logical to have gcc + binutils + libraries as RUNTIME
dependency. Especially -- one with java (!) support. Does ANYBODY need
crippled gcc-based Java support at all?! And pull it for KERNEL MODULES?!
0.5G doesn't looks a lot by current standards, I understand :(

>> Maybe, it is time to make USE_GCC work as if ":build" is specified by
>> default? And, yes, add additional port with gcc RUNTIME?
DA> As far as I know, this is a feature still in the works for pkgng.  E.g.
DA> using one port work directory for multiple packages, for example -libs,
DA> -devel and so on.  Although some people tend to hate such modularization
DA> with great passion.  Paint for more bikesheds... :-)
  I have mixed feeling about such modularization in general myself, but not
in case of USE_GCC, as libgcc.so + libstdc++.so is a tiiiiiiny fraction of =
full
binutils + gcc package, and on non-developers system there is no need to
have 0.5G of toolchain only because some software were build by this
tooclahin on our build cluster!

 And I have feeling, that right now many cases of USE_GCC=3Dany could be
replaced with USE_GCC=3Dany:build and some "magic" to link with
libgcc/libstdc++ statically. Without any modularization of packages and
pkgng support.

--=20
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Fri Feb  7 23:40:13 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A8147B5;
 Fri,  7 Feb 2014 23:40:13 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 784DB15D5;
 Fri,  7 Feb 2014 23:40:12 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id BCEF643B4E;
 Fri,  7 Feb 2014 17:39:55 -0600 (CST)
Message-ID: <52F56EB9.4010700@marino.st>
Date: Sat, 08 Feb 2014 00:39:37 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: lev@FreeBSD.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru>
In-Reply-To: <1228142552.20140208033432@serebryakov.spb.ru>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Cc: ports@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Fri, 07 Feb 2014 23:40:13 -0000

On 2/8/2014 00:34, Lev Serebryakov wrote:
> Hello, Dimitry.
> You wrote 8 Ñ„ÐµÐ²Ñ€Ð°Ð»Ñ 2014 г., 3:24:34:
> 
>>> And it seems, that most of USE_GCC-equipped ports pull all this development
>>> toolkit for nothing!
> DA> Well, some ports can be more or less difficult to get building with
> DA> clang.  So depending on whether the maintainer(s) wish to choose the way
> DA> of least resistance, they will sometimes decide to set USE_GCC.
>   I'm not speaking about BUILD. I'm speaking about RUN. Why do I need compiler,
> assembler, linker & Ko to run pre-build software?

dynamically linked libraries.
libcstd++
libgfortran
libquadmath
libssp
libgcc_s
etc,etc

> 
> DA> Since a lot (maybe even most?) of modern software requires something way
> DA> newer than our old gcc in base, and 10.0 and later ship without gcc by
> DA> default, it is logical to use lang/gcc in such cases too.

>   Yep. It is not logical to have gcc + binutils + libraries as RUNTIME
> dependency. Especially -- one with java (!) support. Does ANYBODY need
> crippled gcc-based Java support at all?! And pull it for KERNEL MODULES?!
> 0.5G doesn't looks a lot by current standards, I understand :(

Ah, yes it is.  See above.
GCC is built with GAS.  It needs the GAS that it's configured with.

> in case of USE_GCC, as libgcc.so + libstdc++.so is a tiiiiiiny fraction of full
> binutils + gcc package, and on non-developers system there is no need to
> have 0.5G of toolchain only because some software were build by this
> tooclahin on our build cluster!
> 
>  And I have feeling, that right now many cases of USE_GCC=any could be
> replaced with USE_GCC=any:build and some "magic" to link with
> libgcc/libstdc++ statically. Without any modularization of packages and
> pkgng support.

My feeling is that this isn't correct.

John

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 00:18:28 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 3F2BD67F
 for ; Sat,  8 Feb 2014 00:18:28 +0000 (UTC)
Received: from frv199.fwdcdn.com (frv199.fwdcdn.com [212.42.77.199])
 (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id EDBBE187F
 for ; Sat,  8 Feb 2014 00:18:27 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net;
 s=ffe; 
 h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Cc:To:Subject:From:Date;
 bh=jtEF3JHgvP6vpZMZiKsU0z9Im9mMEoBBK4Gne7PLO50=; 
 b=IIMgJ5zxARrynEe2NkFbvKHSP4NdFSf1JQaLRCQSZBixdDZv+4dNEk61WtK4hGuDZS26I+GtHEeSjhtWV1SlTbD0R4NTUvfA9JBy3fAJYkVgr5/TpaCh0pogeayax5G3ieWDX+iU5s+x452pqYabngSroiSkG9VNCHZXxotCSuQ=;
Received: from [10.10.10.35] (helo=frv35.fwdcdn.com)
 by frv199.fwdcdn.com with smtp ID 1WBvcf-000P3H-Ta
 for ports@freebsd.org; Sat, 08 Feb 2014 02:18:17 +0200
Date: Sat, 08 Feb 2014 02:18:17 +0200
From: Vladislav Prodan 
Subject: Error build the port devel/glib20
To: ports@freebsd.org
X-Mailer: mail.ukr.net 5.0
Message-Id: <1391818627.885938616.ruy8upl9@frv35.fwdcdn.com>
MIME-Version: 1.0
Received: from universite@ukr.net by frv35.fwdcdn.com;
 Sat, 08 Feb 2014 02:18:17 +0200
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: binary
Content-Disposition: inline
Cc: gnome@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 00:18:28 -0000


# uname -a
FreeBSD vm-10-1.domain.com 10.0-STABLE FreeBSD 10.0-STABLE #0 r261419: Mon Feb  3 02:57:25 UTC 2014     root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

make BATCH=yes MAKE_JOBS_UNSAFE=yes WITH_COLLATION_FIX=yes install -C /usr/ports/devel/glib20

...
gmake[5]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
  CC       libglib_2_0_la-gallocator.lo
  CC       libglib_2_0_la-gcache.lo
  CC       libglib_2_0_la-gcompletion.lo
  CC       libglib_2_0_la-grel.lo
  CC       libglib_2_0_la-gthread-deprecated.lo
  CC       libglib_2_0_la-garray.lo
  CC       libglib_2_0_la-gasyncqueue.lo
  CC       libglib_2_0_la-gatomic.lo
gatomic.c:392:10: warning: incompatible integer to pointer conversion passing 'gssize' (aka 'long') to parameter of type 'gpointer'
      (aka 'void *') [-Wint-conversion]
  return g_atomic_pointer_add ((volatile gpointer *) atomic, val);
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./gatomic.h:170:46: note: expanded from macro 'g_atomic_pointer_add'
    (gssize) __sync_fetch_and_add ((atomic), (val));                         \
                                             ^~~~~
gatomic.c:416:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type
      'gpointer' (aka 'void *') [-Wint-conversion]
  return g_atomic_pointer_and ((volatile gpointer *) atomic, val);
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and'
    (gsize) __sync_fetch_and_and ((atomic), (val));                          \
                                            ^~~~~
gatomic.c:440:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type
      'gpointer' (aka 'void *') [-Wint-conversion]
  return g_atomic_pointer_or ((volatile gpointer *) atomic, val);
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or'
    (gsize) __sync_fetch_and_or ((atomic), (val));                           \
                                           ^~~~~
gatomic.c:464:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type
      'gpointer' (aka 'void *') [-Wint-conversion]
  return g_atomic_pointer_xor ((volatile gpointer *) atomic, val);
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./gatomic.h:191:45: note: expanded from macro 'g_atomic_pointer_xor'
    (gsize) __sync_fetch_and_xor ((atomic), (val));                          \
                                            ^~~~~
4 warnings generated.
  CC       libglib_2_0_la-gbacktrace.lo
  CC       libglib_2_0_la-gbase64.lo
  CC       libglib_2_0_la-gbitlock.lo
  CC       libglib_2_0_la-gbookmarkfile.lo
  CC       libglib_2_0_la-gbytes.lo
  CC       libglib_2_0_la-gcharset.lo
  CC       libglib_2_0_la-gchecksum.lo
  CC       libglib_2_0_la-gconvert.lo
gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv
#error GNU libiconv not in use but included iconv.h is from libiconv
 ^
gconvert.c:310:21: warning: passing 'gchar **' (aka 'char **') to parameter of type 'const char **' discards qualifiers in nested
      pointer types [-Wincompatible-pointer-types-discards-qualifiers]
  return iconv (cd, inbuf, inbytes_left, outbuf, outbytes_left);
                    ^~~~~
/usr/local/include/iconv.h:83:48: note: passing argument to parameter 'inbuf' here
extern size_t iconv (iconv_t cd, const char* * inbuf, size_t *inbytesleft, char* * outbuf, size_t *outbytesleft);
                                               ^
1 warning and 1 error generated.
gmake[5]: *** [libglib_2_0_la-gconvert.lo] Error 1
gmake[5]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3'
*** Error code 1

Stop.
make: stopped in /usr/ports/devel/glib20


-- 
Vladislav V. Prodan 
System & Network Administrator 
http://support.od.ua 
+380 67 4584408, +380 99 4060508
VVP88-RIPE

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 01:23:13 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A0A58325
 for ; Sat,  8 Feb 2014 01:23:13 +0000 (UTC)
Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com
 [IPv6:2a00:1450:400c:c05::22b])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 326F51D05
 for ; Sat,  8 Feb 2014 01:23:13 +0000 (UTC)
Received: by mail-wi0-f171.google.com with SMTP id cc10so1362092wib.4
 for ; Fri, 07 Feb 2014 17:23:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=d3kShRaOFlVAux8zcIN+vwhO1Z574khKCg0r/6Z5NbQ=;
 b=F+0tvc8DoCkhaO51kRcztdhpjoDxoujQJzKm/AsGu9SggwvxRoRAexHayUta48pphW
 FGHWITn4UvJQ2V/ZhorgFLnfhdjKi6MCbvqJ0DqFHZiY6PFEhTjArZtM6yq7W3n12uBT
 dcNgF8cSDSTDqfvqyROLBYLisgBXd5v3nbXp7DBwNyeW8x5zQDM0w3UUZYjbl/4q59iB
 DniFiW1WdatRCbPl63fHvT862aULxpWboSBmjEP9WqmTY9iIoDV8++fzwwnqFQ7lrHpq
 iUFIxPazdxXmJq9erngwuHd3SbemZpjki+Om5q8enjzOhCblEIhOEbOL6fpW50SumLo0
 8fmA==
X-Received: by 10.194.84.144 with SMTP id z16mr12959312wjy.23.1391822591602;
 Fri, 07 Feb 2014 17:23:11 -0800 (PST)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
 by mx.google.com with ESMTPSA id r1sm13012040wia.5.2014.02.07.17.23.09
 for 
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Fri, 07 Feb 2014 17:23:10 -0800 (PST)
Sender: Baptiste Daroussin 
Date: Sat, 8 Feb 2014 02:23:08 +0100
From: Baptiste Daroussin 
To: "O. Hartmann" 
Subject: Re: WARNING: devel/icu: recent update redners openldap-server and
 other ports unusable!
Message-ID: <20140208012308.GF80056@ithaqua.etoilebsd.net>
References: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="i3lJ51RuaGWuFYNw"
Content-Disposition: inline
In-Reply-To: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: FreeBSD Ports 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 01:23:13 -0000


--i3lJ51RuaGWuFYNw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Feb 07, 2014 at 10:54:45PM +0100, O. Hartmann wrote:
>=20
> Today a couple of updates has been introduced, one of them was an
> update of port devel/icu.
>=20
> I the good manner/tradition of updating UPDATING, I expect a
> warning/hint/advice a couple of days from now - when everybody has
> already stepped into the mess.
>=20
> On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
> including devel/icu renders many ports unusable due to a library
> version bump in libicu.
>=20
> After updating ports relying on devel/icu via
>=20
> portmaster -r devel/icu
>=20
> and the updating of port
>=20
> net/openldap24-server
>=20
> (which is openldap-sasl-server in my case), OpenLDAP doesn't start
> anymore on all boxes affected by the update of devel/icu!
>=20
> I always get the error
>=20
> 52f5551f hdb_db_init: Initializing HDB database
> 52f5551f olcDbDirectory: value #0: invalid path: Permission denied
> 52f5551f config error processing olcDatabase=3D{1}hdb,cn=3Dconfig:
> olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
> send_ldap_result: conn=3D-1 op=3D0 p=3D0 52f5551f slapd destroy: freeing
> system resources. 52f5551f syncinfo_free: rid=3D001
> 52f5551f slapd stopped.
> 52f5551f connections_destroy: nothing to destroy.
> /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
>=20
>=20
> This obscure=20
>=20
> olcDbDirectory: value #0: invalid path: Permission denied
>=20
> is not obvious to me. The server ran minutes ago BEFORE the update, the
> directories containing the DB5 databases have all the correct ownership
> (ldap:ldap, I suspected first a misconfiguration as this error seems
> typical for a misconfiguration of the ownership).
>=20
> Does anyone see the same problem? And maybe please would put out some
> notes in UPDATING within a considerable narrow timeframe regarding
> devel/icu! It seems, FreeBSD's ports systems get more and more messy.
>=20
> oh

devel/icu has nothing to do with openldap, neither with one of openldap
dependency.

Have you checked the full path to the said DB5 databases and not only the
directory containing those files?

regards,
Bapt

--i3lJ51RuaGWuFYNw
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL1hvwACgkQ8kTtMUmk6ExOGwCfc8n1r8xxWHLS0mtq4mQ4DxPx
70YAoJzNtQxQd+K48pcwEvPQGqY4dDXh
=yCb9
-----END PGP SIGNATURE-----

--i3lJ51RuaGWuFYNw--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 01:49:46 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BB029753;
 Sat,  8 Feb 2014 01:49:46 +0000 (UTC)
Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214])
 by mx1.freebsd.org (Postfix) with ESMTP id 83E861E51;
 Sat,  8 Feb 2014 01:49:46 +0000 (UTC)
Received: from gromit.timing.com (gromit.timing.com [206.168.13.209])
 by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id s181LMD7024398;
 Fri, 7 Feb 2014 18:21:22 -0700 (MST)
 (envelope-from jhein@symmetricom.com)
Received: from gromit.timing.com (localhost [127.0.0.1])
 by gromit.timing.com (8.14.7/8.14.5) with ESMTP id s181Kv3H012452;
 Fri, 7 Feb 2014 18:20:57 -0700 (MST)
 (envelope-from jhein@gromit.timing.com)
Received: (from jhein@localhost)
 by gromit.timing.com (8.14.7/8.14.7/Submit) id s181Ku8C012451;
 Fri, 7 Feb 2014 18:20:56 -0700 (MST) (envelope-from jhein)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <21237.34424.821674.97195@gromit.timing.com>
Date: Fri, 7 Feb 2014 18:20:56 -0700
From: John Hein 
To: "Vladislav Prodan universite-at-ukr.net |jh-fbml\/fbml|"
 
Subject: Re: Error build the port devel/glib20
In-Reply-To: <1391818627.885938616.ruy8upl9@frv35.fwdcdn.com>
References: <1391818627.885938616.ruy8upl9@frv35.fwdcdn.com>
X-Mailer: VM 8.2.0b-trunk-1484 under 24.3.1 (i386-portbld-freebsd8.3)
Cc: ports@freebsd.org, gnome@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 01:49:46 -0000

Vladislav Prodan wrote at 02:18 +0200 on Feb  8, 2014:
 > # uname -a
 > FreeBSD vm-10-1.domain.com 10.0-STABLE FreeBSD 10.0-STABLE #0 r261419: Mon Feb  3 02:57:25 UTC 2014     root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
 >
 > make BATCH=yes MAKE_JOBS_UNSAFE=yes WITH_COLLATION_FIX=yes install -C /usr/ports/devel/glib20
 >
 > ....
 > gmake[5]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
 >   CC       libglib_2_0_la-gallocator.lo
...
 >   CC       libglib_2_0_la-gconvert.lo
 > gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv
 > #error GNU libiconv not in use but included iconv.h is from libiconv
 >  ^

See the 20130904 entry in ports/UPDATING


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 08:05:06 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 622CA77B;
 Sat,  8 Feb 2014 08:05:06 +0000 (UTC)
Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155])
 by mx1.freebsd.org (Postfix) with ESMTP id 1516014F4;
 Sat,  8 Feb 2014 08:05:05 +0000 (UTC)
Received: from winston.madpilot.net (localhost [127.0.0.1])
 by winston.madpilot.net (Postfix) with ESMTP id 3fLmBm6n98zFT9y;
 Sat,  8 Feb 2014 09:05:04 +0100 (CET)
Received: from winston.madpilot.net ([127.0.0.1])
 by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new,
 port 10024)
 with ESMTP id 4AxaDx93yBe2; Sat,  8 Feb 2014 09:05:02 +0100 (CET)
Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206])
 by winston.madpilot.net (Postfix) with ESMTPSA;
 Sat,  8 Feb 2014 09:05:02 +0100 (CET)
Message-ID: <52F5E52E.6080508@FreeBSD.org>
Date: Sat, 08 Feb 2014 09:05:02 +0100
From: Guido Falsi 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: John Hein , 
 "Vladislav Prodan universite-at-ukr.net |jh-fbml/fbml|"
 
Subject: Re: Error build the port devel/glib20
References: <1391818627.885938616.ruy8upl9@frv35.fwdcdn.com>
 <21237.34424.821674.97195@gromit.timing.com>
In-Reply-To: <21237.34424.821674.97195@gromit.timing.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: ports@freebsd.org, gnome@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 08:05:06 -0000

On 02/08/14 02:20, John Hein wrote:
> Vladislav Prodan wrote at 02:18 +0200 on Feb  8, 2014:
>  > # uname -a
>  > FreeBSD vm-10-1.domain.com 10.0-STABLE FreeBSD 10.0-STABLE #0 r261419: Mon Feb  3 02:57:25 UTC 2014     root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
>  >
>  > make BATCH=yes MAKE_JOBS_UNSAFE=yes WITH_COLLATION_FIX=yes install -C /usr/ports/devel/glib20
>  >
>  > ....
>  > gmake[5]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib'
>  >   CC       libglib_2_0_la-gallocator.lo
> ...
>  >   CC       libglib_2_0_la-gconvert.lo
>  > gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv
>  > #error GNU libiconv not in use but included iconv.h is from libiconv
>  >  ^
> 
> See the 20130904 entry in ports/UPDATING

While the entry is relevant commit 341775 changed the situation a bit.

The patch in PR ports/186295 [1] should be helpful in this case.

[1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/186295

-- 
Guido Falsi 

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 08:12:49 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id BD86799D;
 Sat,  8 Feb 2014 08:12:49 +0000 (UTC)
Received: from ipmail06.adl2.internode.on.net (ipmail06.adl2.internode.on.net
 [IPv6:2001:44b8:8060:ff02:300:1:2:6])
 by mx1.freebsd.org (Postfix) with ESMTP id 2A3DC159D;
 Sat,  8 Feb 2014 08:12:48 +0000 (UTC)
Received: from ppp121-45-52-62.lns20.adl2.internode.on.net (HELO leader.local)
 ([121.45.52.62])
 by ipmail06.adl2.internode.on.net with ESMTP; 08 Feb 2014 18:42:46 +1030
Message-ID: <52F5E6FC.3080405@ShaneWare.Biz>
Date: Sat, 08 Feb 2014 18:42:44 +1030
From: Shane Ambler 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: "O. Hartmann" , 
 FreeBSD Ports 
Subject: Re: WARNING: devel/icu: recent update redners openldap-server and
 other ports unusable!
References: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
In-Reply-To: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: pgsql@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 08:12:49 -0000

On 08/02/2014 08:24, O. Hartmann wrote:
> 
> Today a couple of updates has been introduced, one of them was an
> update of port devel/icu.
> 
> I the good manner/tradition of updating UPDATING, I expect a
> warning/hint/advice a couple of days from now - when everybody has
> already stepped into the mess.
> 
> On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
> including devel/icu renders many ports unusable due to a library
> version bump in libicu.
> 
> After updating ports relying on devel/icu via
> 
> portmaster -r devel/icu
> 
> and the updating of port
> 
> net/openldap24-server
> 
> (which is openldap-sasl-server in my case), OpenLDAP doesn't start
> anymore on all boxes affected by the update of devel/icu!
> 
> I always get the error
> 
> 52f5551f hdb_db_init: Initializing HDB database
> 52f5551f olcDbDirectory: value #0: invalid path: Permission denied
> 52f5551f config error processing olcDatabase={1}hdb,cn=config:
> olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
> send_ldap_result: conn=-1 op=0 p=0 52f5551f slapd destroy: freeing
> system resources. 52f5551f syncinfo_free: rid=001
> 52f5551f slapd stopped.
> 52f5551f connections_destroy: nothing to destroy.
> /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
> 
> 
> This obscure 
> 
> olcDbDirectory: value #0: invalid path: Permission denied
> 
> is not obvious to me. The server ran minutes ago BEFORE the update, the
> directories containing the DB5 databases have all the correct ownership
> (ldap:ldap, I suspected first a misconfiguration as this error seems
> typical for a misconfiguration of the ownership).
> 
> Does anyone see the same problem? And maybe please would put out some
> notes in UPDATING within a considerable narrow timeframe regarding
> devel/icu! It seems, FreeBSD's ports systems get more and more messy.
> 
> oh
> 

Not the same problem but I did see building postgresql server break -
I changed databases/postgresql92-server/makefile with the following.
Ideally the test for *_52 should be added to configure.in rather than
replacing the oldest.

--- a/databases/postgresql92-server/Makefile
+++ b/databases/postgresql92-server/Makefile
@@ -355,6 +355,8 @@ post-patch:
 .  if defined(SERVER_ONLY) && ${PORT_OPTIONS:MICU}
        @${REINPLACE_CMD} -E -e \
                "s|^(m4_if.*)2.6[0-9](.*Autoconf version
)2.6[0-9]|\1${AUTOCONF_VERSION}\2${AUTOCONF_VERSION}|g" \
+               -e "s|ucol_open_43|ucol_open_52|g" \
+               -e "s|ucnv_fromUChars_43|ucnv_fromUChars_52|g" \
                ${WRKSRC}/configure.in
 .  endif



From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 08:21:01 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 54891BB5;
 Sat,  8 Feb 2014 08:21:01 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0C10115CC;
 Sat,  8 Feb 2014 08:21:01 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 1A9D74AC1C;
 Sat,  8 Feb 2014 12:20:49 +0400 (MSK)
Date: Sat, 8 Feb 2014 12:20:42 +0400
From: Lev Serebryakov 
Organization: FreeBSD Project
X-Priority: 3 (Normal)
Message-ID: <1955647943.20140208122042@serebryakov.spb.ru>
To: John Marino 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
In-Reply-To: <52F56EB9.4010700@marino.st>
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: ports@freebsd.org, marino@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 08:21:01 -0000

Hello, John.
You wrote 8 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 3:39:3=
7:

>>>> And it seems, that most of USE_GCC-equipped ports pull all this develo=
pment
>>>> toolkit for nothing!
>> DA> Well, some ports can be more or less difficult to get building with
>> DA> clang.  So depending on whether the maintainer(s) wish to choose the=
 way
>> DA> of least resistance, they will sometimes decide to set USE_GCC.
>>   I'm not speaking about BUILD. I'm speaking about RUN. Why do I need co=
mpiler,
>> assembler, linker & Ko to run pre-build software?

JM> dynamically linked libraries.
JM> libcstd++
JM> libgfortran
JM> libquadmath
JM> libssp
JM> libgcc_s
JM> etc,etc
 90% of USE_GCC-ports don't use libgrotran & libquadmath. Many of them
doesn;t use libstdc++. virtualbox-ose-additions DOESN'T USAE ANY OF THESE
LIBRARIES! And I think, it is not unique in this regard!

 And, of course, 99.9% of them doesn't use Java!

JM> Ah, yes it is.  See above.
JM> GCC is built with GAS.  It needs the GAS that it's configured with.
  But all these ports, which uses only libgcc_s and/or libstdc++ don't.

  You try to explain why it is as it is now, from purely formal, technical
 point of view. I know, thank you.

  What It try to say, that now, when we have binary packages (thank you,
 everybody, who make it possible!) and we don't have gcc in base on
 10/CURRENT (and old gcc on older systems), we BADLY NEED way not to pull
 0.5G of dependencies with any package, which was build with gcc!

>> in case of USE_GCC, as libgcc.so + libstdc++.so is a tiiiiiiny fraction =
of full
>> binutils + gcc package, and on non-developers system there is no need to
>> have 0.5G of toolchain only because some software were build by this
>> tooclahin on our build cluster!
>>  And I have feeling, that right now many cases of USE_GCC=3Dany could be
>> replaced with USE_GCC=3Dany:build and some "magic" to link with
>> libgcc/libstdc++ statically. Without any modularization of packages and
>> pkgng support.

JM> My feeling is that this isn't correct.
 There are "-static-libgcc" and "-static-libstdc++" flags for gcc... What
does they mean? I understand, that it is not for EACH port, but, maybe, for
most of them they are Ok?

--=20
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 08:23:08 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 971D5C5D;
 Sat,  8 Feb 2014 08:23:08 +0000 (UTC)
Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de
 [130.133.4.66])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 25DAA1634;
 Sat,  8 Feb 2014 08:23:07 +0000 (UTC)
Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69])
 by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp
 (envelope-from )
 id <1WC3Bp-000laU-VE>; Sat, 08 Feb 2014 09:23:06 +0100
Received: from g225189000.adsl.alicedsl.de ([92.225.189.0]
 helo=thor.walstatt.dyndns.org)
 by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa
 (envelope-from )
 id <1WC3Bp-002SKn-Qx>; Sat, 08 Feb 2014 09:23:05 +0100
Date: Sat, 8 Feb 2014 09:22:58 +0100
From: "O. Hartmann" 
To: Shane Ambler 
Subject: Re: WARNING: devel/icu: recent update redners openldap-server and
 other ports unusable!
Message-ID: <20140208092258.175484de@thor.walstatt.dyndns.org>
In-Reply-To: <52F5E6FC.3080405@ShaneWare.Biz>
References: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
 <52F5E6FC.3080405@ShaneWare.Biz>
Organization: FU Berlin
X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0)
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 boundary="Sig_/A82OPfFVmZHQpu_lxBPJvKr"; protocol="application/pgp-signature"
X-Originating-IP: 92.225.189.0
X-ZEDAT-Hint: A
Cc: pgsql@FreeBSD.org, FreeBSD Ports 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 08:23:08 -0000

--Sig_/A82OPfFVmZHQpu_lxBPJvKr
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sat, 08 Feb 2014 18:42:44 +1030
Shane Ambler  wrote:

> On 08/02/2014 08:24, O. Hartmann wrote:
> >=20
> > Today a couple of updates has been introduced, one of them was an
> > update of port devel/icu.
> >=20
> > I the good manner/tradition of updating UPDATING, I expect a
> > warning/hint/advice a couple of days from now - when everybody has
> > already stepped into the mess.
> >=20
> > On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
> > including devel/icu renders many ports unusable due to a library
> > version bump in libicu.
> >=20
> > After updating ports relying on devel/icu via
> >=20
> > portmaster -r devel/icu
> >=20
> > and the updating of port
> >=20
> > net/openldap24-server
> >=20
> > (which is openldap-sasl-server in my case), OpenLDAP doesn't start
> > anymore on all boxes affected by the update of devel/icu!
> >=20
> > I always get the error
> >=20
> > 52f5551f hdb_db_init: Initializing HDB database
> > 52f5551f olcDbDirectory: value #0: invalid path: Permission denied
> > 52f5551f config error processing olcDatabase=3D{1}hdb,cn=3Dconfig:
> > olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
> > send_ldap_result: conn=3D-1 op=3D0 p=3D0 52f5551f slapd destroy: freeing
> > system resources. 52f5551f syncinfo_free: rid=3D001
> > 52f5551f slapd stopped.
> > 52f5551f connections_destroy: nothing to destroy.
> > /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
> >=20
> >=20
> > This obscure=20
> >=20
> > olcDbDirectory: value #0: invalid path: Permission denied
> >=20
> > is not obvious to me. The server ran minutes ago BEFORE the update,
> > the directories containing the DB5 databases have all the correct
> > ownership (ldap:ldap, I suspected first a misconfiguration as this
> > error seems typical for a misconfiguration of the ownership).
> >=20
> > Does anyone see the same problem? And maybe please would put out
> > some notes in UPDATING within a considerable narrow timeframe
> > regarding devel/icu! It seems, FreeBSD's ports systems get more and
> > more messy.
> >=20
> > oh
> >=20
>=20
> Not the same problem but I did see building postgresql server break -
> I changed databases/postgresql92-server/makefile with the following.
> Ideally the test for *_52 should be added to configure.in rather than
> replacing the oldest.
>=20
> --- a/databases/postgresql92-server/Makefile
> +++ b/databases/postgresql92-server/Makefile
> @@ -355,6 +355,8 @@ post-patch:
>  .  if defined(SERVER_ONLY) && ${PORT_OPTIONS:MICU}
>         @${REINPLACE_CMD} -E -e \
>                 "s|^(m4_if.*)2.6[0-9](.*Autoconf version
> )2.6[0-9]|\1${AUTOCONF_VERSION}\2${AUTOCONF_VERSION}|g" \
> +               -e "s|ucol_open_43|ucol_open_52|g" \
> +               -e "s|ucnv_fromUChars_43|ucnv_fromUChars_52|g" \
>                 ${WRKSRC}/configure.in
>  .  endif

In the openldap case, I checked again. My problem is obviously
triggered by the massive devel/icu updates I had to perform (there is
still no UPDATING entry reflecting this!).

Since last update of net/openldap24-server, a reinstallation of the
port changes(!) the ownership of the directory in which the database
of openldap server resides to root:wheel and it should be ldap:ldap or
be untouched!

after installation, I changed the ownership back to the ldap:ldap
value and the server started as expected again.

I checked the ownership several time and I was quite sure that the
ownership was correct but the OpenLDAP server won't start. After an
explicit setting of the ownership everything worked all right. I try
to reproduce this after I have gone through the devel/icu problem (a lot
of ports dropping out, unwilling to compile on CURRENT now). I try to
reproduce the weird observation or render/falsify my observation
nonsense (regarding the correct setting of ownership and the unwilling
openldap server).

Thanks for responding.

Oliver

--Sig_/A82OPfFVmZHQpu_lxBPJvKr
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (FreeBSD)

iQEcBAEBAgAGBQJS9elpAAoJEOgBcD7A/5N8d1YIANgPSrlriooJ3wX+UPl+UKU8
szciockwPnnb9LuiswaraOMo3SZ/Zhj35syBImTbeuOGTmiXudRuNo4w2q5Q9PC7
Ey81Cjaesj0wqPj884UIrzwxcciytfn3PnnsAyX7qxQ+MffosKbPMdp2aJAUZ3ZL
KKtJMPYf0kbdoitnAGCnemBNcQyaOLrLePmTCwmlwyTrcEzc+2Y/OmchWAOpMbSJ
2jD5AOhCY9p/vlutd766Y2Ijj5Ur13nfNSwXSvt6vXIzvBHXKV3WEEglSdsxt+oo
pSiiHgvyh2NpFNf8Qx8sxTqwFKb5okOqZxnVJZgL1j+m3JRyXiHn/mmu/96vMKc=
=U7Ty
-----END PGP SIGNATURE-----

--Sig_/A82OPfFVmZHQpu_lxBPJvKr--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 08:33:00 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 85D38D95;
 Sat,  8 Feb 2014 08:33:00 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 3949A16D1;
 Sat,  8 Feb 2014 08:32:59 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id 16B2743B4E;
 Sat,  8 Feb 2014 02:32:41 -0600 (CST)
Message-ID: <52F5EB97.5040603@marino.st>
Date: Sat, 08 Feb 2014 09:32:23 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: lev@FreeBSD.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru>
In-Reply-To: <1955647943.20140208122042@serebryakov.spb.ru>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Cc: ports@freebsd.org, marino@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 08:33:00 -0000

On 2/8/2014 09:20, Lev Serebryakov wrote:
> Hello, John.
> You wrote 8 Ñ„ÐµÐ²Ñ€Ð°Ð»Ñ 2014 г., 3:39:37:
> 
>>>>> And it seems, that most of USE_GCC-equipped ports pull all this development
>>>>> toolkit for nothing!
>>> DA> Well, some ports can be more or less difficult to get building with
>>> DA> clang.  So depending on whether the maintainer(s) wish to choose the way
>>> DA> of least resistance, they will sometimes decide to set USE_GCC.
>>>   I'm not speaking about BUILD. I'm speaking about RUN. Why do I need compiler,
>>> assembler, linker & Ko to run pre-build software?
> 
> JM> dynamically linked libraries.
> JM> libcstd++
> JM> libgfortran
> JM> libquadmath
> JM> libssp
> JM> libgcc_s
> JM> etc,etc
>  90% of USE_GCC-ports don't use libgrotran & libquadmath. Many of them
> doesn;t use libstdc++. virtualbox-ose-additions DOESN'T USAE ANY OF THESE
> LIBRARIES! And I think, it is not unique in this regard!
> 
>  And, of course, 99.9% of them doesn't use Java!

It doesn't matter, you get everything that is built by default.  And you
need everything by default because sometimes gcc is needed for c++,
sometimes it's needed for fortran, sometimes it's needed for Ada
(gcc-aux), often the package has object files produced by different
languages but needs the same compiler to build them all.

So the only way to reduce unnecessary libraries is turn them off by
default, but that breaks lots of ports so you wouldn't do it.


> JM> Ah, yes it is.  See above.
> JM> GCC is built with GAS.  It needs the GAS that it's configured with.
>   But all these ports, which uses only libgcc_s and/or libstdc++ don't.
> 
>   You try to explain why it is as it is now, from purely formal, technical
>  point of view. I know, thank you.
> 
>   What It try to say, that now, when we have binary packages (thank you,
>  everybody, who make it possible!) and we don't have gcc in base on
>  10/CURRENT (and old gcc on older systems), we BADLY NEED way not to pull
>  0.5G of dependencies with any package, which was build with gcc!

If you have the gcc dynamic libraries, you have the gcc that uses them.
 If you have the gcc that uses them, it has a runtime dependency on the
binutils that built it.  All gcc built on FreeBSD have a dependency on
modern binutils (Not DragonFly though as they have binutils 2.22 and now
2.24 in base).

Unless the packages are purely static the entire gcc setup gets pulled
in.  But you only pay the price once. After that, every package pulling
in gcc is satisfied after the first one is installed.


> 
>>> in case of USE_GCC, as libgcc.so + libstdc++.so is a tiiiiiiny fraction of full
>>> binutils + gcc package, and on non-developers system there is no need to
>>> have 0.5G of toolchain only because some software were build by this
>>> tooclahin on our build cluster!
>>>  And I have feeling, that right now many cases of USE_GCC=any could be
>>> replaced with USE_GCC=any:build and some "magic" to link with
>>> libgcc/libstdc++ statically. Without any modularization of packages and
>>> pkgng support.
> 
> JM> My feeling is that this isn't correct.
>  There are "-static-libgcc" and "-static-libstdc++" flags for gcc... What
> does they mean? I understand, that it is not for EACH port, but, maybe, for
> most of them they are Ok?

1st, that requires pretty invasive modification of whatever build system
works for that port, on a per-port basis.  Nobody is going to do that
extra work.
secondly, often packages don't build statically, they need dynamic for
some reason, often symbol visibility.

Like I said above, if you don't fix *ALL* of them, there's no point to
working on any of them.  Any port with USE_GCC=yes will pull in
everything anyway, so you'd have to kill them all.

I think most people will agree there are bigger fish to fry.  USE_GCC is
used as a last resort, they will slowly be removed as the packages get
fixed to work on clang (or clang gets better).

John

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 09:24:36 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 9BFA33DF;
 Sat,  8 Feb 2014 09:24:36 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1F0D119E9;
 Sat,  8 Feb 2014 09:24:35 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 9A5044AC3A;
 Sat,  8 Feb 2014 13:24:32 +0400 (MSK)
Date: Sat, 8 Feb 2014 13:24:25 +0400
From: Lev Serebryakov 
Organization: FreeBSD
X-Priority: 3 (Normal)
Message-ID: <686179459.20140208132425@serebryakov.spb.ru>
To: John Marino 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
In-Reply-To: <52F5EB97.5040603@marino.st>
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: ports@freebsd.org, marino@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 09:24:36 -0000

Hello, John.
You wrote 8 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 12:32:=
23:

>> JM> dynamically linked libraries.
>> JM> libcstd++
>> JM> libgfortran
>> JM> libquadmath
>> JM> libssp
>> JM> libgcc_s
>> JM> etc,etc
>>  90% of USE_GCC-ports don't use libgrotran & libquadmath. Many of them
>> doesn;t use libstdc++. virtualbox-ose-additions DOESN'T USAE ANY OF THESE
>> LIBRARIES! And I think, it is not unique in this regard!
>>=20
>>  And, of course, 99.9% of them doesn't use Java!

JM> It doesn't matter, you get everything that is built by default.  And you
JM> need everything by default because sometimes gcc is needed for c++,
JM> sometimes it's needed for fortran, sometimes it's needed for Ada
JM> (gcc-aux), often the package has object files produced by different
JM> languages but needs the same compiler to build them all.
 (sigh). I now how it is done now. Again, I try to say, that it should
be changed. For example, gcc port could be split into
gcc/g++/gfrotran/gcc-aux/gcj/runtime ports. 90% of software need gcc and/or
g++. I never used gfortran or gnu ADA and I never-ever hear about projects,
which need specifically gcj, especially when we have native OpenJDK7!

 Look at QT, for example. It is splitted to components.

JM> So the only way to reduce unnecessary libraries is turn them off by
JM> default, but that breaks lots of ports so you wouldn't do it.
 I speak about unnecessary binaries, headers and stuff like that here. Look,

gcc-4.6.4     -  567.0MiB
binutils-2.24 -   49.2MiB
mpfr-3.1.2    -    1.6MiB
mpc-1.2.0     -    0.4MiB
gmp-5.1.3     -    2.3MiB

 (all data by "pkg info" output)

 At same time:

 libstdc++.so.6 - 5.5MiB
 libgcc_s.so    - 0.4MiB
 libssp.so      - 0.0MiB.

I'm sure, that 90% of USE_GCC ports use only these three libraries. It is
less than 1% of full toolchain size. You think it is Ok?

 Several ports could use libgfortran.so.3 (4.7MiB), libobjc.so.3 (0.5MiB)
 and libquadmath.so.0 (0.7MiB).

 I suspect, we don't have binary package, which needs libgcj.so
libgcj-tools.so (179MiB combined!).

JM> If you have the gcc dynamic libraries, you have the gcc that uses them.
   It is not obvious. Yes, now I have, but these libraries (10MiB) will work
  perfectly well without all other files (600MiB).

JM>  If you have the gcc that uses them, it has a runtime dependency on the
JM> binutils that built it.  All gcc built on FreeBSD have a dependency on
JM> modern binutils (Not DragonFly though as they have binutils 2.22 and now
JM> 2.24 in base).
  See above. virtualbox-ose-additions doesn't need assembler or linker or e=
ven
 compiler (ANY compiler) to work. Or any library, for that matter. Many
 ports needs one or two libraries, but not all this madness.

JM> Unless the packages are purely static the entire gcc setup gets pulled
JM> in.
  It is how we do things now, but it is not only way to do it and not better
 way for sure.

JM> Like I said above, if you don't fix *ALL* of them, there's no point to
JM> working on any of them.  Any port with USE_GCC=3Dyes will pull in
JM> everything anyway, so you'd have to kill them all.
 It is perfectionism. May be, if we cover 50% of ports, but 50% which is
used by 95% of non-developing users (and other 50% is rarely used) it is
success.

--=20
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 09:30:44 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 4C13482E;
 Sat,  8 Feb 2014 09:30:44 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [IPv6:2a01:4f8:131:60a2::2])
 by mx1.freebsd.org (Postfix) with ESMTP id 0A2951A8C;
 Sat,  8 Feb 2014 09:30:44 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 1A9544AC1C;
 Sat,  8 Feb 2014 13:30:42 +0400 (MSK)
Date: Sat, 8 Feb 2014 13:30:35 +0400
From: Lev Serebryakov 
Organization: FreeBSD
X-Priority: 3 (Normal)
Message-ID: <312055679.20140208133035@serebryakov.spb.ru>
To: John Marino 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
In-Reply-To: <52F5EB97.5040603@marino.st>
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: ports@freebsd.org, vbox@FreeBSD.org, marino@freebsd.org,
 Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 09:30:44 -0000

Hello, John.
You wrote 8 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 12:32:=
23:

JM> It doesn't matter, you get everything that is built by default.  And you
JM> need everything by default because sometimes gcc is needed for c++,
JM> sometimes it's needed for fortran, sometimes it's needed for Ada
JM> (gcc-aux), often the package has object files produced by different
JM> languages but needs the same compiler to build them all.
 And let returns to virtualbox-ose-additions. It installs (I skip ass
scripts and text files, of course:

/boot/modules/vboxguest.ko
/boot/modules/vboxvideo.ko
  These two don't need any libraries, for sure.

/usr/local/bin/VBoxClient
        libX11.so.6 =3D> /usr/local/lib/libX11.so.6 (0x8008ab000)
        libXrandr.so.2 =3D> /usr/local/lib/libXrandr.so.2 (0x800bdd000)
        libXt.so.6 =3D> /usr/local/lib/libXt.so.6 (0x800de5000)
        libXext.so.6 =3D> /usr/local/lib/libXext.so.6 (0x801043000)
        libXmu.so.6 =3D> /usr/local/lib/libXmu.so.6 (0x801254000)
        libthr.so.3 =3D> /lib/libthr.so.3 (0x80146d000)
        libc.so.7 =3D> /lib/libc.so.7 (0x801692000)
        libxcb.so.2 =3D> /usr/local/lib/libxcb.so.2 (0x801a2b000)
        libXau.so.6 =3D> /usr/local/lib/libXau.so.6 (0x801c49000)
        libXdmcp.so.6 =3D> /usr/local/lib/libXdmcp.so.6 (0x801e4b000)
        libpthread-stubs.so.0 =3D> /usr/local/lib/libpthread-stubs.so.0 (0x=
802050000)
        librpcsvc.so.5 =3D> /usr/lib/librpcsvc.so.5 (0x802251000)
        libXrender.so.1 =3D> /usr/local/lib/libXrender.so.1 (0x80245a000)
        libSM.so.6 =3D> /usr/local/lib/libSM.so.6 (0x802662000)
        libICE.so.6 =3D> /usr/local/lib/libICE.so.6 (0x802869000)

/usr/local/lib/xorg/modules/drivers/vboxvideo_drv.so
        libc.so.7 =3D> /lib/libc.so.7 (0x80081d000)
/usr/local/lib/xorg/modules/input/vboxmouse_drv.so
        libc.so.7 =3D> /lib/libc.so.7 (0x80081d000)

/usr/local/sbin/VBoxControl
        libthr.so.3 =3D> /lib/libthr.so.3 (0x80088c000)
        libc.so.7 =3D> /lib/libc.so.7 (0x800ab1000)

/usr/local/sbin/VBoxService
        libthr.so.3 =3D> /lib/libthr.so.3 (0x8008bb000)
        libc.so.7 =3D> /lib/libc.so.7 (0x800ae0000)

  Why does it need runtime gcc dependency AT ALL?!

--=20
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 09:33:54 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 286AE8FB
 for ; Sat,  8 Feb 2014 09:33:54 +0000 (UTC)
Received: from portscout.freebsd.org (portscout.freebsd.org
 [IPv6:2001:1900:2254:206a::50:6])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 1378B1AB6
 for ; Sat,  8 Feb 2014 09:33:54 +0000 (UTC)
Received: from portscout.freebsd.org ([127.0.1.123])
 by portscout.freebsd.org (8.14.7/8.14.7) with ESMTP id s189Xr9N089702
 for ; Sat, 8 Feb 2014 09:33:53 GMT
 (envelope-from portscout@FreeBSD.org)
Received: (from portscout@localhost)
 by portscout.freebsd.org (8.14.7/8.14.7/Submit) id s189Xrpx089696;
 Sat, 8 Feb 2014 09:33:53 GMT (envelope-from portscout@FreeBSD.org)
Message-Id: <201402080933.s189Xrpx089696@portscout.freebsd.org>
X-Authentication-Warning: portscout.freebsd.org: portscout set sender to
 portscout@FreeBSD.org using -f
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
Date: Sat, 8 Feb 2014 09:33:53 +0000
From: portscout@FreeBSD.org
To: ports@freebsd.org
Subject: FreeBSD ports you maintain which are out of date
X-Mailer: portscout/0.8.1
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 09:33:54 -0000

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/ports@freebsd.org.html


Port                                            | Current version | New version
------------------------------------------------+-----------------+------------
biology/molden                                  | 5.0.6           | 5.1
------------------------------------------------+-----------------+------------


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.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 09:38:01 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DC805AF1;
 Sat,  8 Feb 2014 09:38:00 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id AEBD41AE5;
 Sat,  8 Feb 2014 09:38:00 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id 6316643B8C;
 Sat,  8 Feb 2014 03:37:42 -0600 (CST)
Message-ID: <52F5FAD3.8090001@marino.st>
Date: Sat, 08 Feb 2014 10:37:23 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: lev@FreeBSD.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru>
In-Reply-To: <686179459.20140208132425@serebryakov.spb.ru>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Cc: ports@freebsd.org, marino@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 09:38:01 -0000

On 2/8/2014 10:24, Lev Serebryakov wrote:
> Hello, John.
> You wrote 8 Ñ„ÐµÐ²Ñ€Ð°Ð»Ñ 2014 г., 12:32:23:
> 
>>> JM> dynamically linked libraries.
>>> JM> libcstd++
>>> JM> libgfortran
>>> JM> libquadmath
>>> JM> libssp
>>> JM> libgcc_s
>>> JM> etc,etc
>>>  90% of USE_GCC-ports don't use libgrotran & libquadmath. Many of them
>>> doesn;t use libstdc++. virtualbox-ose-additions DOESN'T USAE ANY OF THESE
>>> LIBRARIES! And I think, it is not unique in this regard!
>>>
>>>  And, of course, 99.9% of them doesn't use Java!
> 
> JM> It doesn't matter, you get everything that is built by default.  And you
> JM> need everything by default because sometimes gcc is needed for c++,
> JM> sometimes it's needed for fortran, sometimes it's needed for Ada
> JM> (gcc-aux), often the package has object files produced by different
> JM> languages but needs the same compiler to build them all.
>  (sigh). I now how it is done now. Again, I try to say, that it should
> be changed. For example, gcc port could be split into
> gcc/g++/gfrotran/gcc-aux/gcj/runtime ports. 90% of software need gcc and/or
> g++. I never used gfortran or gnu ADA and I never-ever hear about projects,
> which need specifically gcj, especially when we have native OpenJDK7!


Your "solution" causes multiple issues for others, and for what benefit?
 The libraries are not packaged individually.  You would need to split
up every GCC package into at least two packages, and then change the
infrastructure to add the compiler as the build dependency and the
libraries as a run dependency.  I do not see the library dependencies
getting whittled down to 5 - 15 separate packages though.  That is way
too much of a maintenance headache.

But the fact that you don't use use specific libraries is irrelevant.
The needs of the entire tree is what is being considered, as well as the
amount of work the maintainers are willing to do.  GCC x 5 is a set of
monster packages that I don't see a bunch of people clamoring to take over.


> JM> Like I said above, if you don't fix *ALL* of them, there's no point to
> JM> working on any of them.  Any port with USE_GCC=yes will pull in
> JM> everything anyway, so you'd have to kill them all.
>  It is perfectionism. May be, if we cover 50% of ports, but 50% which is
> used by 95% of non-developing users (and other 50% is rarely used) it is
> success.

No, it's all or nothing.  And you are asking people to do a tremendous
amount of work to address a personal philosophy.  While I can see value
in splitting out the gcc libraries into separate packages (especially
when subpackages come where one can package libraries separately for
free), I see zero value in reworking vendor makefiles.  I'd never agree
to it myself, nor would I want a non-maintainer making an invasive
change like that.


John

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 09:52:14 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D7D05D5A;
 Sat,  8 Feb 2014 09:52:14 +0000 (UTC)
Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru
 [IPv6:2a01:4f8:131:60a2::2])
 by mx1.freebsd.org (Postfix) with ESMTP id 96CCC1BFD;
 Sat,  8 Feb 2014 09:52:14 +0000 (UTC)
Received: from lion.home.serebryakov.spb.ru (unknown
 [IPv6:2001:470:923f:1:cc06:8a07:85a3:8279])
 (Authenticated sender: lev@serebryakov.spb.ru)
 by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id B5E214AC1C;
 Sat,  8 Feb 2014 13:52:10 +0400 (MSK)
Date: Sat, 8 Feb 2014 13:52:03 +0400
From: Lev Serebryakov 
Organization: FreeBSD Project
X-Priority: 3 (Normal)
Message-ID: <374714036.20140208135203@serebryakov.spb.ru>
To: John Marino 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
In-Reply-To: <52F5FAD3.8090001@marino.st>
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F5FAD3.8090001@marino.st>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: ports@freebsd.org, marino@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: lev@FreeBSD.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 09:52:14 -0000

Hello, John.
You wrote 8 =D1=84=D0=B5=D0=B2=D1=80=D0=B0=D0=BB=D1=8F 2014 =D0=B3., 13:37:=
23:

JM> No, it's all or nothing.  And you are asking people to do a tremendous
JM> amount of work to address a personal philosophy.  While I can see value
JM> in splitting out the gcc libraries into separate packages (especially
JM> when subpackages come where one can package libraries separately for
JM> free),
 It is best solution, of course. But what do I think: no pkgng could track,
which shared librearties are REALLY used, maybe, we could add some intelelct
to USE_GCC infrastructure to register runtime dependency (Ok, to full gcc
package till we have subpackages) ONLY if one if ut libraries are REALLY
used? As I've showed in previous message, package which surprises me, has
FAKE gcc dependency!

--=20
// Black Lion AKA Lev Serebryakov 


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:26:26 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id ED70D600
 for ; Sat,  8 Feb 2014 10:26:26 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 814941DE2
 for ; Sat,  8 Feb 2014 10:26:26 +0000 (UTC)
Received: from mandree.no-ip.org ([92.228.168.193]) by mail.gmx.com (mrgmx003)
 with ESMTPSA (Nemesis) id 0MD9J6-1W02R43BD2-00GWWd for
 ; Sat, 08 Feb 2014 11:26:18 +0100
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id 9D4A323CE92
 for ; Sat,  8 Feb 2014 11:26:17 +0100 (CET)
Message-ID: <52F60649.4010006@gmx.de>
Date: Sat, 08 Feb 2014 11:26:17 +0100
From: Matthias Andree 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru>
In-Reply-To: <686179459.20140208132425@serebryakov.spb.ru>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:J2Z73tddGRDOSSMJ6GKQ5IPtfina4t8zUsJlWNY1ZjHMXWqsWxe
 X/tKb5vazfxe6V4midUO5sHnt2UZlxmk9TNSOS/IQHAS0DrtRXUH6FvKwZ9W4bT0z7tYV06
 pEJzjbAM8YJoESVME/odHg9AJ67BFGtbpZb4dZBvQGavqz6Cbzn7mpfjPBi4i5lBYLw7nEJ
 dkY73kBaBw7N3uKLEYpdA==
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:26:27 -0000

Individual examples aside, I recollect that one of the selling points
for STAGING, together with pkgNG, was that we would later have the
chance to split up one build into multiple binary packages.

Not sure what other changes to the infrastructure are required
(Mk/bsd.port.mk needs to be taught to build more than one package from
the STAGEDIR), but it's not impossible that we'll see features as Lev
desires, later, as "perhaps in 2015".

And libgcc_s is a dependency you get on practically every port that is
compiled with a newer GCC.

And knowing that we come from source builds, getting binary packages
optimized to the point where most people are happy is still some way to go.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:29:24 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 656BA6BF;
 Sat,  8 Feb 2014 10:29:24 +0000 (UTC)
Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk
 [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id DE4C71DF4;
 Sat,  8 Feb 2014 10:29:23 +0000 (UTC)
Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk
 [81.2.117.99]) (authenticated bits=0)
 by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s18ATDbN084845
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
 Sat, 8 Feb 2014 10:29:13 GMT (envelope-from matthew@FreeBSD.org)
DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s18ATDbN084845
Authentication-Results: smtp.infracaninophile.co.uk/s18ATDbN084845;
 dkim=none reason="no signature"; dkim-adsp=none
Message-ID: <52F606F0.5090605@FreeBSD.org>
Date: Sat, 08 Feb 2014 10:29:04 +0000
From: Matthew Seaman 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: marino@freebsd.org, lev@FreeBSD.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F5FAD3.8090001@marino.st>
In-Reply-To: <52F5FAD3.8090001@marino.st>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="q0n2mrvUVOlsnwKuLpo07k95kxOUXWC6g"
X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
 DCC_CHECK autolearn=no version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
 lucid-nonsense.infracaninophile.co.uk
Cc: ports@freebsd.org, Dimitry Andric 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:29:24 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--q0n2mrvUVOlsnwKuLpo07k95kxOUXWC6g
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 08/02/2014 09:37, John Marino wrote:
> Your "solution" causes multiple issues for others, and for what benefit=
?
>  The libraries are not packaged individually.  You would need to split
> up every GCC package into at least two packages, and then change the
> infrastructure to add the compiler as the build dependency and the
> libraries as a run dependency.  I do not see the library dependencies
> getting whittled down to 5 - 15 separate packages though.  That is way
> too much of a maintenance headache.
>=20
> But the fact that you don't use use specific libraries is irrelevant.
> The needs of the entire tree is what is being considered, as well as th=
e
> amount of work the maintainers are willing to do.  GCC x 5 is a set of
> monster packages that I don't see a bunch of people clamoring to take o=
ver.

In fact, this /is/ the plan.  This is exactly the sort of thing we want
to achieve by implementing sub-packages.  However, in the case of
dependencies on compiler toolchains, this shouldn't require massive
interventions in the ports tree.  If we create separate
gcc-c++11-runtime or clang-objc-runtime or whatever other combination
sub-packages, then it should be mostly a case of updating
/usr/ports/Mk/Uses/compiler.mk so that it registers a BUILD_DEPENDS on
the entire toolchain, and a RUN_DEPENDS on just the appropriate runtime
sub-package.

There are various other obvious sub-packaging chunks like separating out
documentation and examples, and various files that are now added to
packages due to options settings.  So it's going to be another sweeping
change across the ports, perhaps not quite so all-encompassing as the
current switch to staging, but similar.  (Staging is actually a
prerequisite to introducing sub-packages; the other requirement is
obsoleting the old pkg_tools, as they can't deal with this.)

Other than getting over the hump of implementing all this, will this
result in a massively increased workload for port maintainers?  It
shouldn't.  Essentially one port will now generate several sub-packages
instead of one package.  This will be automatic: just dividing up the
files from staging into different pkg tarballs according to tags given
in pkg-plist.  Tags which frequently already exist according to
OPTIONS_SUB.  It also means that in a lot of cases we will be compiling
all the different optional parts of a port regularly, so problems with
obscure parts should come to light more quickly.  Also the oft repeated
complaint that lang/php5 doesn't enable mod_php5 by default: that goes aw=
ay.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey



--q0n2mrvUVOlsnwKuLpo07k95kxOUXWC6g
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJ8BAEBCgBmBQJS9gb4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC
QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATnjUP/0RlFDKbs0JcCSV0lTOqTqPu
vXfpDiNQES8h8pTLjAW+6YgmLQdGdzotghxowfNTV5zE29xyDSFjxFq8ILukvSP3
Z8zujaf5QOviIuVjWMq5xqfsI08tRlhUt//Fb7snIBBQOog+ldJMkTjoNMsZhjz6
U5S2t1rLjybZM86fnk0O1+ViwxAJdYo6rnZFdKRUdRiNveVIGEs+gPBXWJsDnWea
FZJAqvNWTLwkWiDnKFZLhIGaRq0i3kAKrkuXXEIlcFDnl9pC4m5m7Fo4ZsG/Iabb
+varftzHyw+clSjBEFX/hVgzfE1c6Z09zlhQvqG9LYoiNDbZ4+nA1GcMPdrbXTgv
6WAD02+30Z9e51+mvoof+h2mmS4z35B/DszUrl2hjv+xI3A3LC3vKnm2lfmAvuiY
GLW5xtbloATs4VecCTQfiTbHMXEC22vunlB/5iqSutYyyPf3LZC8VnYeDuIMD5ja
MUfD84V3HOP5gSmkY+QE8MWi6bTWBVTXG7VcSDjLC/g/rRts/D77NhCT6975BQAv
jhmgjvniCRywh/wE8Dg4K/nWvK1K9j0exNexkFlXDYCggcdOh2xZML9K/e/ZMTlK
4NtOAUXwsmpRDEtS/SPyozFa/aIyd4rQvlOgiGdpxv72jvNF3vuFQk9JHaP97KPj
miM1n2/Z020//Hp4pOku
=44ad
-----END PGP SIGNATURE-----

--q0n2mrvUVOlsnwKuLpo07k95kxOUXWC6g--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:32:05 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 2053A79D
 for ; Sat,  8 Feb 2014 10:32:05 +0000 (UTC)
Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E65511F6E
 for ; Sat,  8 Feb 2014 10:32:04 +0000 (UTC)
Received: from [192.168.0.22] (unknown [130.255.19.191])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by shepard.synsport.net (Postfix) with ESMTP id EE5C343B4E;
 Sat,  8 Feb 2014 04:31:49 -0600 (CST)
Message-ID: <52F60784.7020706@marino.st>
Date: Sat, 08 Feb 2014 11:31:32 +0100
From: John Marino 
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Matthias Andree 
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F60649.4010006@gmx.de>
In-Reply-To: <52F60649.4010006@gmx.de>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: marino@freebsd.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:32:05 -0000

On 2/8/2014 11:26, Matthias Andree wrote:
> Individual examples aside, I recollect that one of the selling points
> for STAGING, together with pkgNG, was that we would later have the
> chance to split up one build into multiple binary packages.
> 
> Not sure what other changes to the infrastructure are required
> (Mk/bsd.port.mk needs to be taught to build more than one package from
> the STAGEDIR), but it's not impossible that we'll see features as Lev
> desires, later, as "perhaps in 2015".
> 
> And libgcc_s is a dependency you get on practically every port that is
> compiled with a newer GCC.

Are you sure this is still true?  Now that FreeBSD supports
dl_iterate_phdr (and has for a few years now), gcc exceptions are
handled through rtld, not libgcc_s.  I suspect that newer FreeBSD
releases have packages without this linked library.  Is there another
reason to see libgcc_s used these days?

John

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:33:22 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id AC78982F
 for ; Sat,  8 Feb 2014 10:33:22 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.15])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 3F4B91F75
 for ; Sat,  8 Feb 2014 10:33:22 +0000 (UTC)
Received: from mandree.no-ip.org ([92.228.168.193]) by mail.gmx.com (mrgmx102)
 with ESMTPSA (Nemesis) id 0M4B71-1VLDJp1Y15-00rpvV for
 ; Sat, 08 Feb 2014 11:33:14 +0100
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id 8B1BF23CE92
 for ; Sat,  8 Feb 2014 11:33:13 +0100 (CET)
Message-ID: <52F607E9.6060505@gmx.de>
Date: Sat, 08 Feb 2014 11:33:13 +0100
From: Matthias Andree 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F5FAD3.8090001@marino.st>
 <52F606F0.5090605@FreeBSD.org>
In-Reply-To: <52F606F0.5090605@FreeBSD.org>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:w9Yi+hI6SEUaf/lSQJFuvb+lmqyBoQ6ftSDcgEUHYwxuvRGbGYk
 +0Nj+UT7aeEOXLoRnbjdx8ohZZ2H6Thb/MD5qyr5GxaatOZfS/ruDZQ3BqtkeN+sscQeHdQ
 m7cB0GmpLaWVV68ECY3ldgD/NYmpV0KSBeBCSlZOgnDYbBN6NTfDmOu++kosGl+DH/qiV0V
 eMKKwPCNyLaWWI2GCrHwA==
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:33:22 -0000

Am 08.02.2014 11:29, schrieb Matthew Seaman:

> Other than getting over the hump of implementing all this, will this
> result in a massively increased workload for port maintainers?  It
> shouldn't.  Essentially one port will now generate several sub-packages
> instead of one package.  This will be automatic: just dividing up the
> files from staging into different pkg tarballs according to tags given
> in pkg-plist.  Tags which frequently already exist according to
> OPTIONS_SUB.  It also means that in a lot of cases we will be compiling
> all the different optional parts of a port regularly, so problems with
> obscure parts should come to light more quickly.  Also the oft repeated
> complaint that lang/php5 doesn't enable mod_php5 by default: that goes away.

Consider this a proposal: Will we optionally have an alternate way to
mention separate pkg-plist files instead, or just use @package ...
@closepackage markers instead of PLIST-SUB markup?

I think that pkg-plist is already "decorated" beyond recognition for
some ports with possibly three %%PLIST_SUB_TAG%% on one line.


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:47:50 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 8DED4BEC
 for ; Sat,  8 Feb 2014 10:47:50 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 21563105F
 for ; Sat,  8 Feb 2014 10:47:49 +0000 (UTC)
Received: from mandree.no-ip.org ([92.228.168.193]) by mail.gmx.com (mrgmx002)
 with ESMTPSA (Nemesis) id 0M8leW-1W4PxA0Mqy-00CA8W for
 ; Sat, 08 Feb 2014 11:47:48 +0100
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id 4CFCE23CE92
 for ; Sat,  8 Feb 2014 11:47:47 +0100 (CET)
Message-ID: <52F60B53.9050906@gmx.de>
Date: Sat, 08 Feb 2014 11:47:47 +0100
From: Matthias Andree 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F60649.4010006@gmx.de>
 <52F60784.7020706@marino.st>
In-Reply-To: <52F60784.7020706@marino.st>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:dhTeq4ByHm9nGZn17NVOGken/rcMPatJjlUMf6D/NTj97uw5ZeQ
 fFtZMcAXd6v1vCNv4LmBAe930Pt2ZaNI8SqiA1p7JQHdsFfsxpVw4ieIU81GcTS4LaJzBXO
 4INCw+uJlNZIVeJWmQDfdAntXYmRg3puSBTwYAr+BcVBrmVrEEN8/VnC8WViwFh1+eJfJMq
 vvTR+XqQs3Dx5B0u+1J6g==
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:47:50 -0000

Am 08.02.2014 11:31, schrieb John Marino:
> On 2/8/2014 11:26, Matthias Andree wrote:
>> Individual examples aside, I recollect that one of the selling points
>> for STAGING, together with pkgNG, was that we would later have the
>> chance to split up one build into multiple binary packages.
>>
>> Not sure what other changes to the infrastructure are required
>> (Mk/bsd.port.mk needs to be taught to build more than one package from
>> the STAGEDIR), but it's not impossible that we'll see features as Lev
>> desires, later, as "perhaps in 2015".
>>
>> And libgcc_s is a dependency you get on practically every port that is
>> compiled with a newer GCC.
> 
> Are you sure this is still true?  Now that FreeBSD supports
> dl_iterate_phdr (and has for a few years now), gcc exceptions are
> handled through rtld, not libgcc_s.  I suspect that newer FreeBSD
> releases have packages without this linked library.  Is there another
> reason to see libgcc_s used these days?

Never bothered to check.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:49:58 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id B8C7EE59
 for ; Sat,  8 Feb 2014 10:49:58 +0000 (UTC)
Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk
 [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 60DC0109D
 for ; Sat,  8 Feb 2014 10:49:58 +0000 (UTC)
Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk
 [81.2.117.99]) (authenticated bits=0)
 by smtp.infracaninophile.co.uk (8.14.8/8.14.8) with ESMTP id s18AnqoS082883
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Sat, 8 Feb 2014 10:49:52 GMT
 (envelope-from matthew@FreeBSD.org)
DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk s18AnqoS082883
Authentication-Results: smtp.infracaninophile.co.uk/s18AnqoS082883;
 dkim=none reason="no signature"; dkim-adsp=none
Message-ID: <52F60BCF.6000701@FreeBSD.org>
Date: Sat, 08 Feb 2014 10:49:51 +0000
From: Matthew Seaman 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: USE_GCC politic -- why so many ports has it as runtime dependency?
References: <1133138786.20140207202949@serebryakov.spb.ru>
 
 <1228142552.20140208033432@serebryakov.spb.ru> <52F56EB9.4010700@marino.st>
 <1955647943.20140208122042@serebryakov.spb.ru> <52F5EB97.5040603@marino.st>
 <686179459.20140208132425@serebryakov.spb.ru> <52F5FAD3.8090001@marino.st>
 <52F606F0.5090605@FreeBSD.org> <52F607E9.6060505@gmx.de>
In-Reply-To: <52F607E9.6060505@gmx.de>
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="8C4DCoAGB0QtW4PgX9o6Jc5xrFFIghNul"
X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk
X-Virus-Status: Clean
X-Spam-Status: No, score=-1.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
 DCC_CHECK autolearn=no version=3.3.2
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
 lucid-nonsense.infracaninophile.co.uk
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:49:58 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--8C4DCoAGB0QtW4PgX9o6Jc5xrFFIghNul
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 08/02/2014 10:33, Matthias Andree wrote:
> Am 08.02.2014 11:29, schrieb Matthew Seaman:
>=20
>> Other than getting over the hump of implementing all this, will this
>> result in a massively increased workload for port maintainers?  It
>> shouldn't.  Essentially one port will now generate several sub-package=
s
>> instead of one package.  This will be automatic: just dividing up the
>> files from staging into different pkg tarballs according to tags given=

>> in pkg-plist.  Tags which frequently already exist according to
>> OPTIONS_SUB.  It also means that in a lot of cases we will be compilin=
g
>> all the different optional parts of a port regularly, so problems with=

>> obscure parts should come to light more quickly.  Also the oft repeate=
d
>> complaint that lang/php5 doesn't enable mod_php5 by default: that goes=
 away.
>=20
> Consider this a proposal: Will we optionally have an alternate way to
> mention separate pkg-plist files instead, or just use @package ...
> @closepackage markers instead of PLIST-SUB markup?
>=20
> I think that pkg-plist is already "decorated" beyond recognition for
> some ports with possibly three %%PLIST_SUB_TAG%% on one line.

The code hasn't been written yet.  Anything is possible.

	Cheers,

	Matthew

--=20
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey



--8C4DCoAGB0QtW4PgX9o6Jc5xrFFIghNul
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.20 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJ8BAEBCgBmBQJS9gvPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC
QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT+WYP/2jxEcK69pse5KaiKAf5yvUG
KXqobIbGOOpn4ENlp+3NPgIUhIIs4d36A+9T2nVPPl5mcF6HazeqTOJC22XiBf0t
R7NxD+s+916JeOvrwsV0iZKnYV8LrSr54XLuAnvjYUSkU8BWgnx7AYSWKIUq4/m7
icQBF8ajX1yiFrr51Bny563HOAQhorr6nw8/Hw+w6xRmJzrrgMwpsSjEco1HbG34
1oavkgTQ1/vajFDhOHTjhm5gSnVxXwtcGOVjS4K7atB58gOM+uR9Ze3gVE9xzzcT
2DDtY4DrXlMboVhGYCNGQnY2fOV8q+dw95gj20tPyycxoFlXnLplxocwQTybqg10
RMeb1G+EB4srGmHpefBV8xHw5K4uRRudCsfAkdqoH0IJxU6ZwBU+kZSU9L1iPj3s
kCDo847c2DJ2cSMfE+/Ye4nXdf3gHREQvKZtMi9cWYP3qq3kNj0u+fcAPp9WEORA
L4Jmcqvkh50IafmoxRdptliB7IH9Wgyde0c0vOGMH5PTP4MX2an0hJild6IYM1v3
GRqRmNX/mvToGVIH5C/KNlKZaVV+XOXOKqafY+MsvhWo1DzCrIRR7UPQs58YNrRv
dlShNdFeSE18MU+ClPtnCfv+guGWz3IgD/1YgueS1F8rYXTaVaQVQE63eohgJBUt
OVbG0HBw0MD4nA1x5q3b
=asvg
-----END PGP SIGNATURE-----

--8C4DCoAGB0QtW4PgX9o6Jc5xrFFIghNul--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 10:54:08 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 244A1F5A
 for ; Sat,  8 Feb 2014 10:54:08 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.18])
 (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 9CA281121
 for ; Sat,  8 Feb 2014 10:54:07 +0000 (UTC)
Received: from mailout-eu.gmx.com ([10.1.101.213]) by mrigmx.server.lan
 (mrigmx001) with ESMTP (Nemesis) id 0LpRRz-1VXoiQ2tJl-00f98B for
 ; Sat, 08 Feb 2014 11:53:59 +0100
Received: (qmail 821 invoked by uid 0); 8 Feb 2014 10:53:59 -0000
Received: from 82.122.138.64 by rms-eu018 with HTTP
Content-Type: text/plain; charset="utf-8"
Date: Sat, 08 Feb 2014 11:53:57 +0100
From: "Phil Stone" 
Message-ID: <20140208105357.76790@gmx.com>
MIME-Version: 1.0
Subject: databases/firebird25-client needs version bump after icu update
To: freebsd-ports@freebsd.org
X-Flags: 0001
X-Mailer: GMX.com Web Mailer
x-registered: 0
Content-Transfer-Encoding: 8bit
X-GMX-UID: kmmEcpt8eSEqK+vOaHAhbKZ+IGRvbwC2
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 10:54:08 -0000

Hi,

After devel/icu update to version 5.2, a run was done to chase icu dependencies.
The port databases/firebird25-server was bumped as part of this run.

Howerver, the client port, databases/firebird25-client, was not.
Yet, this client port builds /usr/local/lib/libfbembed, which depends on icu.

When running 'portmaster -a' after a portsnap upgrade, devel/icu and databases/firebird25-server are rebuild, but not databases/firebird25-client. This actually causes databases/firebird25-server build to fail.

Has anybody encountred a similar experience?
Regards,
Phil

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 11:27:57 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 5BC69AF9
 for ; Sat,  8 Feb 2014 11:27:57 +0000 (UTC)
Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com
 [IPv6:2607:f8b0:400d:c01::231])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 177B21312
 for ; Sat,  8 Feb 2014 11:27:57 +0000 (UTC)
Received: by mail-qc0-f177.google.com with SMTP id i8so7664570qcq.36
 for ; Sat, 08 Feb 2014 03:27:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:to:subject:date:message-id:user-agent:mime-version
 :content-transfer-encoding:content-type;
 bh=zTUM7qw/YemLXrXKD1GeIlMobE9X5syf0F4DiD6K3Cw=;
 b=Vk8F0CdopnAO06Kb9ciGmnaAJuWDTC18PQ8l1MKOke3IzuqU1wmNTMJOKIb74Ay6F1
 ikYavB6YpCMhnRIr8Qj2VVI1rydAK3JWeJhyGoTGKGVth5YOhj26JIXqvM5sSF7RTrjM
 XJyVhqX5TqKwSrMU8SsYuhm4BR29B3VKlz2ZitXUlrlRJaeznCe02VcRReahdllLnyaX
 uwMM0IvKkwV60QklRjY50tGTD8srN8q/+A2DT+siHIMewiAZG5ESJwFXBsNMG/Z9OLTA
 Wtj9YGg9t1Vi42cemS7ITVm87ZbUop/VSJsMTWyHuCpo+L8Pj05el5ZELTlw6wxd6tNU
 JLNA==
X-Received: by 10.224.98.212 with SMTP id r20mr30649209qan.0.1391858876151;
 Sat, 08 Feb 2014 03:27:56 -0800 (PST)
Received: from lumiwa.farms.net ([71.241.213.42])
 by mx.google.com with ESMTPSA id i38sm14152548qge.1.2014.02.08.03.27.55
 for 
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Sat, 08 Feb 2014 03:27:55 -0800 (PST)
From: Ajtim 
To: freebsd-ports@freebsd.org, kde-freebsd@kde.org
Subject: avogadro update
Date: Sat, 08 Feb 2014 06:27:54 -0500
Message-ID: <29077926.ZYpKY5iuuV@lumiwa.farms.net>
User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; )
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 11:27:57 -0000

Hi!

Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work:

====> Compressing man pages (compress-man)
===>  Installing for avogadro-1.1.1_1
===>  Checking if science/avogadro already installed
===>   Registering installation for avogadro-1.1.1_1
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-packages/Avogadro.so): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/): No such file or directory
pkg-static: lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/): No such file or directory
*** Error code 74

Stop.
make[1]: stopped in /usr/ports/science/avogadro
*** Error code 1

Stop.
make: stopped in /usr/ports/science/avogadro
root@lumiwa:~# rehash
root@lumiwa:~# whereis avogadro
avogadro: /usr/local/man/man1/avogadro.1 /usr/ports/science/avogadro

Thank you.

-- 
Mitja
-------
http://www.redbubble.com/people/lumiwa


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 11:42:03 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 48888FA2
 for ; Sat,  8 Feb 2014 11:42:03 +0000 (UTC)
Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 0B6D014B0
 for ; Sat,  8 Feb 2014 11:42:02 +0000 (UTC)
Received: from p5b159215.dip0.t-ipconnect.de ([91.21.146.21]
 helo=krabat.raven.hur)
 by mailer.gwdg.de with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
 (Exim 4.80) (envelope-from ) id 1WC6IF-00022M-AO
 for freebsd-ports@freebsd.org; Sat, 08 Feb 2014 12:41:55 +0100
Message-ID: <52F617FD.4070909@gwdg.de>
Date: Sat, 08 Feb 2014 12:41:49 +0100
From: Rainer Hurling 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: graphics/ufraw: build failure because of old icu dependency
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Authenticated: Id:rhurlin
X-Spam-Level: -
X-Virus-Scanned: (clean) by exiscan+sophie
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 11:42:03 -0000

After yesterdays update of devel/icu it also seems necessary to update
graphics/ufraw:


#diff -u Makefile.orig	Makefile
--- Makefile.orig	2014-02-06 16:44:50.000000000 +0100
+++ Makefile	2014-02-08 12:38:24.000000000 +0100
@@ -103,7 +103,7 @@
 .endfor

 pre-build:
-	@${INSTALL_SCRIPT} ${LOCALBASE}/share/icu/50.1.2/mkinstalldirs \
+	@${INSTALL_SCRIPT} ${LOCALBASE}/share/icu/52.1/mkinstalldirs \
 		${WRKSRC}

 .include 


Thanks,
Rainer Hurling

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 11:42:03 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 2C3FDFA1
 for ; Sat,  8 Feb 2014 11:42:03 +0000 (UTC)
Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com
 [IPv6:2607:f8b0:4003:c01::233])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E5D0014AF
 for ; Sat,  8 Feb 2014 11:42:02 +0000 (UTC)
Received: by mail-ob0-f179.google.com with SMTP id wo20so5259265obc.24
 for ; Sat, 08 Feb 2014 03:42:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc:content-type;
 bh=zx0cMfMDcmgrX0J8mj+lIvt6TjlgFNdMDj9+wmX24Yg=;
 b=eQIKyci5ing63Q+S6vpInmXgHbTxN95BwKzDGmMgv3tdURxJs2WCw8iQ4/PH08pV+P
 /Q5haCmhC3M1anJV5YFBKbK89TgFF3yHoJiGZibODfA0MWYg3lgDPs+h1465NAXQKMa6
 bT309M45dnX8qu/hlvvIIj4UKJBVLN32+UDZERs3rA9I4D29p2yngeBaKftP7wNuTGHV
 xHtFrxJBxdu44oTDk6TbCxCyC43N/uNiKVhjlghqlpewq5UplBUlrTlM67Gj0MH+YDBC
 eB67EEKN7FkbTfBLFCq2pseHejCOfIQZOt4RtkFbNaICA9qajGaTWpl1Ml1t8tfvJNdp
 yV3g==
X-Received: by 10.182.226.202 with SMTP id ru10mr17161095obc.7.1391859722226; 
 Sat, 08 Feb 2014 03:42:02 -0800 (PST)
MIME-Version: 1.0
Received: by 10.182.245.12 with HTTP; Sat, 8 Feb 2014 03:41:42 -0800 (PST)
In-Reply-To: <29077926.ZYpKY5iuuV@lumiwa.farms.net>
References: <29077926.ZYpKY5iuuV@lumiwa.farms.net>
From: "Alex V. Petrov" 
Date: Sat, 8 Feb 2014 19:41:42 +0800
Message-ID: 
Subject: Re: avogadro update
To: Ajtim 
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: kde-freebsd@kde.org, FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 11:42:03 -0000

For me stop build:

[ 10%] Building CXX object
libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o
usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse
error at "BOOST_JOIN"
--- libavogadro/src/moc_pythonengine_p.cxx ---
*** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1

make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
1 error


2014-02-08 19:27 GMT+08:00 Ajtim :

> Hi!
>
> Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work:
>
> ====> Compressing man pages (compress-man)
> ===>  Installing for avogadro-1.1.1_1
> ===>  Checking if science/avogadro already installed
> ===>   Registering installation for avogadro-1.1.1_1
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-packages/Avogadro.so):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/):
> No such file or directory
> pkg-static:
> lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/):
> No such file or directory
> *** Error code 74
>
> Stop.
> make[1]: stopped in /usr/ports/science/avogadro
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/science/avogadro
> root@lumiwa:~# rehash
> root@lumiwa:~# whereis avogadro
> avogadro: /usr/local/man/man1/avogadro.1 /usr/ports/science/avogadro
>
> Thank you.
>
> --
> Mitja
> -------
> http://www.redbubble.com/people/lumiwa
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>



-- 
----------------------
Alex V. Petrov

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 11:50:54 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C9C7729F
 for ; Sat,  8 Feb 2014 11:50:54 +0000 (UTC)
Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166])
 by mx1.freebsd.org (Postfix) with ESMTP id 485151583
 for ; Sat,  8 Feb 2014 11:50:53 +0000 (UTC)
Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 017C06B4EA7
 for ; Sat,  8 Feb 2014 12:21:29 +0100 (CET)
Received: from soth.ventu (adsl-ull-180-187.41-151.net24.it [151.41.187.180])
 (authenticated bits=0)
 by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s18BLOB7065095
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
 for ; Sat, 8 Feb 2014 12:21:26 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: ns2.biolchim.it: Host
 adsl-ull-180-187.41-151.net24.it [151.41.187.180] claimed to be soth.ventu
Received: from guardian.ventu (bane.ventu [10.1.2.15]) (authenticated bits=0)
 by soth.ventu (8.14.8/8.14.7) with ESMTP id s18BLD7A074726
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Sat, 8 Feb 2014 12:21:15 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: soth.ventu: Host bane.ventu [10.1.2.15] claimed to
 be guardian.ventu
Message-ID: <52F6132C.3070406@netfence.it>
Date: Sat, 08 Feb 2014 12:21:16 +0100
From: Andrea Venturoli 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: ICU sweeping upgrade: bug or feature?
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.74
X-Scanned-By: MIMEDefang 2.74 on 10.1.2.13
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3
 (ns2.biolchim.it [192.168.2.203]); Sat, 08 Feb 2014 12:21:26 +0100 (CET)
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 11:50:54 -0000

Hello.

Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.

As soon as this happened, lots of applications are not working anymore.
E.G.

> % firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> Shared object "libicui18n.so.50" not found, required by "libxul.so"
> Couldn't load XPCOM.



While everything is recompiling (which will take several hours, since at 
least FireFox, ThunderBird and LibreOffice, among others, are affected), 
I am left wondering what went wrong: usually backup libraries are kept 
in /usr/local/lib/compat/pkg...

So:
> # cd /usr/local/lib/compat/pkg/
> # ls |grep icu
> libicudata.so.50.1.2
> libicui18n.so.50.1.2
> libicuio.so.50.1.2
> libicule.so.50.1.2
> libiculx.so.50.1.2
> libicutest.so.50.1.2
> libicutu.so.50.1.2
> libicuuc.so.50.1.2

I have an idea:

> # ln -s libicui18n.so.50.1.2 libicui18n.so.50

Now:
> % firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> Shared object "libicuuc.so.50" not found, required by "libxul.so"
> Couldn't load XPCOM.

Hmmm... so, to make it short:
> # ln -s libicudata.so.50.1.2 libicu
> # ln -s libicudata.so.50.1.2 libicudata.so.50

and Firefox and LibreOffice are starting again.



Hope this can help someone.
OTOH I would have expected this to happen automatically; shouldn't it?

  bye & Thanks
	av.

P.S.
> # uname -a
> ... 10.0-RELEASE ... amd64


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 13:05:08 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D72D6B82
 for ; Sat,  8 Feb 2014 13:05:08 +0000 (UTC)
Received: from land.berklix.org (land.berklix.org [144.76.10.75])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 626C71A11
 for ; Sat,  8 Feb 2014 13:05:07 +0000 (UTC)
Received: from park.js.berklix.net (pD9FBF374.dip0.t-ipconnect.de
 [217.251.243.116]) (authenticated bits=128)
 by land.berklix.org (8.14.5/8.14.5) with ESMTP id s18D4T6i022710;
 Sat, 8 Feb 2014 13:04:29 GMT (envelope-from jhs@berklix.com)
Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41])
 by park.js.berklix.net (8.14.3/8.14.3) with ESMTP id s18D4qOY008368;
 Sat, 8 Feb 2014 14:04:52 +0100 (CET) (envelope-from jhs@berklix.com)
Received: from fire.js.berklix.net (localhost [127.0.0.1])
 by fire.js.berklix.net (8.14.5/8.14.5) with ESMTP id s18D4HDb019675;
 Sat, 8 Feb 2014 14:04:50 +0100 (CET) (envelope-from jhs@berklix.com)
Message-Id: <201402081304.s18D4HDb019675@fire.js.berklix.net>
To: Michel Talon 
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
From: "Julian H. Stacey" 
Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany
User-agent: EXMH on FreeBSD http://berklix.com/free/
X-URL: http://www.berklix.com
In-reply-to: Your message "Thu, 06 Feb 2014 19:17:02 +0100."
 <01A7684D-EBAF-4CC2-95DD-0FED284DE878@lpthe.jussieu.fr>
Date: Sat, 08 Feb 2014 14:04:17 +0100
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 13:05:08 -0000

Michel Talon wrote:
> So
> how to interact with local.sqlite?

Thanks Michel,
Noted.
Would you please consider running send-pr to submit that for man 5 ?
Prepending
	EXAMPLES
Appending
	SEE ALSO pkg(8)

There is no src/share/man/man5/local.sqlite.5
in both 10.0-RELEASE & branches/-current/ 

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com
 Interleave replies below like a play script.  Indent old text with "> ".
 Send plain text, not quoted-printable, HTML, base64, or multipart/alternative.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 13:25:28 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DEBB8F14
 for ; Sat,  8 Feb 2014 13:25:27 +0000 (UTC)
Received: from mail.modirum.com (mail.modirum.com [31.185.27.10])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 738131B55
 for ; Sat,  8 Feb 2014 13:25:26 +0000 (UTC)
Received: from [77.87.241.103] (helo=unknown)
 by mail.modirum.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128)
 (Exim 4.80.1 (FreeBSD)) (envelope-from )
 id 1WC7uE-0005Wn-Nk
 for freebsd-ports@freebsd.org; Sat, 08 Feb 2014 13:25:14 +0000
Date: Sat, 8 Feb 2014 14:25:24 +0100
From: Matthew Rezny 
To: freebsd-ports@freebsd.org
Subject: Re: WARNING: devel/icu: recent update redners openldap-server and 
 other ports unusable!
Message-ID: <20140208142524.0000138a@unknown>
Organization: RezTek, s.r.o.
X-Mailer: Claws Mail 3.9.2-55-g74b05b (GTK+ 2.16.6; i586-pc-mingw32msvc)
In-Reply-To: <20140208012308.GF80056@ithaqua.etoilebsd.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-SA-Authenticated: Yes
X-SA-Exim-Connect-IP: 77.87.241.103
X-SA-Exim-Mail-From: matthew@reztek.cz
X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 13:25:28 -0000

> On Fri, Feb 07, 2014 at 10:54:45PM +0100, O. Hartmann wrote:
> > 
> > Today a couple of updates has been introduced, one of them was an
> > update of port devel/icu.
> > 
> > I the good manner/tradition of updating UPDATING, I expect a
> > warning/hint/advice a couple of days from now - when everybody has
> > already stepped into the mess.
> > 
> > On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
> > including devel/icu renders many ports unusable due to a library
> > version bump in libicu.
> > 
> > After updating ports relying on devel/icu via
> > 
> > portmaster -r devel/icu
> > 
> > and the updating of port
> > 
> > net/openldap24-server
> > 
> > (which is openldap-sasl-server in my case), OpenLDAP doesn't start
> > anymore on all boxes affected by the update of devel/icu!
> > 
> > I always get the error
> > 
> > 52f5551f hdb_db_init: Initializing HDB database
> > 52f5551f olcDbDirectory: value #0: invalid path: Permission denied
> > 52f5551f config error processing olcDatabase={1}hdb,cn=config:
> > olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
> > send_ldap_result: conn=-1 op=0 p=0 52f5551f slapd destroy: freeing
> > system resources. 52f5551f syncinfo_free: rid=001
> > 52f5551f slapd stopped.
> > 52f5551f connections_destroy: nothing to destroy.
> > /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
> > 
> > 
> > This obscure 
> > 
> > olcDbDirectory: value #0: invalid path: Permission denied
> > 
> > is not obvious to me. The server ran minutes ago BEFORE the update,
> > the directories containing the DB5 databases have all the correct
> > ownership (ldap:ldap, I suspected first a misconfiguration as this
> > error seems typical for a misconfiguration of the ownership).
> > 
> > Does anyone see the same problem? And maybe please would put out
> > some notes in UPDATING within a considerable narrow timeframe
> > regarding devel/icu! It seems, FreeBSD's ports systems get more and
> > more messy.
> > 
> > oh
> 
> devel/icu has nothing to do with openldap, neither with one of
> openldap dependency.
> 
> Have you checked the full path to the said DB5 databases and not only
> the directory containing those files?
> 
> regards,
> Bapt

If glib is compiled with the collation fix, it links against icu, thus
any port which depends on glib also depends on icu. The update to
devel/icu has made quite a mess of one of my systems when it took me by
surprise yesterday as well. There are multiple stumbling blocks along
the way.

glib20 won't build if libiconv is installed from ports. Uninstalling
the libiconv port allows glib20 to build against iconv in base. There
is a PR with a not yet committed patch that should workaround this.

net/avahi-app can't properly upgrade. The port builds libavahi-glib.so
and then immediately tries to link against the lib of the same name
that is installed rather than the one that was just built. The installed
version of that library is linked against old icu which doesn't exist
so the link fails. Uninstalling avahi-app first forces the build to use
the library compiled against current icu. This is a bug in the port.

There was also a problem with hal, which was the tip of the iceburg I
hit, but I relieved myself of the dependency on hal before I realized I
had a much bigger problem and many ports to rebuild. I did not revisit
hal to see if it would build correct after glib was rebuilt against
icu, or if it too needed some extra step.

Without any entry in UPDATING, I was facing linking problems against
glib that didn't make any sense. Current version of glib was installed
and the missing symbols weren't even really from glib. It was only when
I finally ran pkg_libchk and saw the huge mess of things that wanted
libicu.so.50 that the picture finally became clear.

Looking at the history of both devel/icu and UPDATING, I see that for
the 4.6 and 4.8 updates there was an entry directing users to run
portmaster -r icu, but for 5.0 and 5.2 updates there is not entry, so
this is the second time there has been an icu bump without any advisory
in UPDATING. Please do not neglect this step up when updating ports.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 15:36:43 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 985AF510;
 Sat,  8 Feb 2014 15:36:43 +0000 (UTC)
Received: from mk-outboundfilter-2.mail.uk.tiscali.com
 (mk-outboundfilter-2.mail.uk.tiscali.com [212.74.114.38])
 by mx1.freebsd.org (Postfix) with ESMTP id D7C5D1538;
 Sat,  8 Feb 2014 15:36:42 +0000 (UTC)
X-Trace: 59368098/mk-outboundfilter-2.mail.uk.tiscali.com/PIPEX/$ON_NET_AUTH_ACCEPTED/Talk_Talk_Customer/2.102.4.222/None/crees@bayofrum.net
X-SBRS: None
X-RemoteIP: 2.102.4.222
X-IP-MAIL-FROM: crees@bayofrum.net
X-SMTP-AUTH: bayofrum@uwclub.net
X-MUA: K-9 Mail for Android
X-IP-BHB: Once
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkAXAIZN9lICZgTe/2dsb2JhbABZgww4EAODRbxAB4EAF3SCJQEBAQQjDwEjIxALDgoCAiYCAjkeBgENBYgFBKsroEsXgSmNAwEBTwcugkGBSQSYK4EyhH8Xi1mBb4E+gXE
X-IPAS-Result: AkAXAIZN9lICZgTe/2dsb2JhbABZgww4EAODRbxAB4EAF3SCJQEBAQQjDwEjIxALDgoCAiYCAjkeBgENBYgFBKsroEsXgSmNAwEBTwcugkGBSQSYK4EyhH8Xi1mBb4E+gXE
X-IronPort-AV: E=Sophos;i="4.95,806,1384300800"; d="scan'208";a="59368098"
X-IP-Direction: OUT
Received: from host-2-102-4-222.as13285.net (HELO pegasus.bayofrum.net)
 ([2.102.4.222])
 by smtp.pipex.tiscali.co.uk with ESMTP; 08 Feb 2014 15:35:33 +0000
Received: from [10.195.17.130] (genkt-058-009.t-mobile.co.uk [149.254.58.9])
 by pegasus.bayofrum.net (Postfix) with ESMTPSA id 0F9185B92D;
 Sat,  8 Feb 2014 15:35:17 +0000 (GMT)
User-Agent: K-9 Mail for Android
In-Reply-To: <52F5E6FC.3080405@ShaneWare.Biz>
References: <20140207225445.342be9ed@thor.walstatt.dyndns.org>
 <52F5E6FC.3080405@ShaneWare.Biz>
MIME-Version: 1.0
Content-Type: text/plain;
 charset=UTF-8
Content-Transfer-Encoding: 8bit
Subject: Re: WARNING: devel/icu: recent update redners openldap-server and
 other ports unusable!
From: Chris Rees 
Date: Sat, 08 Feb 2014 15:35:14 +0000
To: Shane Ambler ,
 "O. Hartmann" ,
 FreeBSD Ports 
Message-ID: <95547f39-b7ec-4db9-b80a-6a51ba0c31b9@email.android.com>
X-bayofrum-MailScanner-Information: Please contact the ISP for more information
X-bayofrum-MailScanner-ID: 0F9185B92D.A4B87
X-bayofrum-MailScanner: Found to be clean
X-bayofrum-MailScanner-From: crees@bayofrum.net
X-Spam-Status: No
Cc: pgsql@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 15:36:43 -0000



Shane Ambler  wrote:
>On 08/02/2014 08:24, O. Hartmann wrote:
>> 
>> Today a couple of updates has been introduced, one of them was an
>> update of port devel/icu.
>> 
>> I the good manner/tradition of updating UPDATING, I expect a
>> warning/hint/advice a couple of days from now - when everybody has
>> already stepped into the mess.
>> 
>> On several boxes running 11.0-CURRENT and 9.2-STABLE, updating ports
>> including devel/icu renders many ports unusable due to a library
>> version bump in libicu.
>> 
>> After updating ports relying on devel/icu via
>> 
>> portmaster -r devel/icu
>> 
>> and the updating of port
>> 
>> net/openldap24-server
>> 
>> (which is openldap-sasl-server in my case), OpenLDAP doesn't start
>> anymore on all boxes affected by the update of devel/icu!
>> 
>> I always get the error
>> 
>> 52f5551f hdb_db_init: Initializing HDB database
>> 52f5551f olcDbDirectory: value #0: invalid path: Permission denied
>> 52f5551f config error processing olcDatabase={1}hdb,cn=config:
>> olcDbDirectory: value #0: invalid path: Permission denied 52f5551f
>> send_ldap_result: conn=-1 op=0 p=0 52f5551f slapd destroy: freeing
>> system resources. 52f5551f syncinfo_free: rid=001
>> 52f5551f slapd stopped.
>> 52f5551f connections_destroy: nothing to destroy.
>> /usr/local/etc/rc.d/slapd: WARNING: failed to start slapd
>> 
>> 
>> This obscure 
>> 
>> olcDbDirectory: value #0: invalid path: Permission denied
>> 
>> is not obvious to me. The server ran minutes ago BEFORE the update,
>the
>> directories containing the DB5 databases have all the correct
>ownership
>> (ldap:ldap, I suspected first a misconfiguration as this error seems
>> typical for a misconfiguration of the ownership).
>> 
>> Does anyone see the same problem? And maybe please would put out some
>> notes in UPDATING within a considerable narrow timeframe regarding
>> devel/icu! It seems, FreeBSD's ports systems get more and more messy.
>> 
>> oh
>> 
>
>Not the same problem but I did see building postgresql server break -
>I changed databases/postgresql92-server/makefile with the following.
>Ideally the test for *_52 should be added to configure.in rather than
>replacing the oldest.
>
>--- a/databases/postgresql92-server/Makefile
>+++ b/databases/postgresql92-server/Makefile
>@@ -355,6 +355,8 @@ post-patch:
> .  if defined(SERVER_ONLY) && ${PORT_OPTIONS:MICU}
>        @${REINPLACE_CMD} -E -e \
>                "s|^(m4_if.*)2.6[0-9](.*Autoconf version
>)2.6[0-9]|\1${AUTOCONF_VERSION}\2${AUTOCONF_VERSION}|g" \
>+               -e "s|ucol_open_43|ucol_open_52|g" \
>+               -e "s|ucnv_fromUChars_43|ucnv_fromUChars_52|g" \
>                ${WRKSRC}/configure.in
> .  endif

Hmm, the ICU support was written by Palle, hence we are the upstream for it.

Palle, do you think this is a good fix?

Thanks Shane, by the way :)

Chris
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 16:45:12 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id D6B36DC9;
 Sat,  8 Feb 2014 16:45:12 +0000 (UTC)
Received: from qat.redports.org (qat.redports.org
 [IPv6:2610:1c1:1:6420::233:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A19F01B12;
 Sat,  8 Feb 2014 16:45:12 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org;
 s=04012012; 
 h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version;
 bh=WBAKqnAaIEoHVLl6emrlelUpoibq73YqIazyfla764k=; 
 b=DxPeDe+Q5ZAOmT7iuXmSktn5RgS25CgBjuOJ3m7vvGVTSDwxkseA+y/bSLWZzmeSqY6S+ojQltIgmsr5366oSNmT+Kj7NN5X036zqD+yOvjmLsiTC21BOUGZnj3i9UDdyM7OS+jHC4KhDX2+1ClxzKBUMTV0tvQekd3IgcFSs6w=;
Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD))
 (envelope-from )
 id 1WCB1g-0002ui-6F; Sat, 08 Feb 2014 16:45:08 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ports-QAT" 
X-Trac-Version: 0.12.5
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.5, by Edgewall Software
To: miwi@FreeBSD.org
X-Trac-Project: redports
Date: Sat, 08 Feb 2014 16:45:08 -0000
X-URL: https://qat.redports.org/
Subject: [QAT] r343362: 4x leftovers
To: miwi@FreeBSD.org
X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140208163800-16284
X-Trac-Build-ID: 20140208163800-16284
Message-Id: 
Sender: World Wide Web Owner 
Cc: ports@FreeBSD.org, decke@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Reply-To: qat@redports.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 16:45:12 -0000

- Stage support
---------------------------------------------------------------------

  Build ID:          20140208163800-16284
  Job owner:         miwi@FreeBSD.org
  Buildtime:         7 minutes
  Enddate:           Sat, 08 Feb 2014 16:45:06 GMT

  Revision:          r343362
  Repository:        https://svnweb.freebsd.org/ports?view=revision&revision=343362

---------------------------------------------------------------------

    Port:            dns/c-ares 1.10.0

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140208163800-16284-273548/c-ares-config-1.10.0.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140208163800-16284-273549/c-ares-config-1.10.0.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140208163800-16284-273550/c-ares-config-1.10.0.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~miwi@FreeBSD.org/20140208163800-16284-273551/c-ares-config-1.10.0.log


--
Buildarchive URL: 
redports 

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 17:08:20 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 3FB7945B
 for ; Sat,  8 Feb 2014 17:08:20 +0000 (UTC)
Received: from wonkity.com (wonkity.com [67.158.26.137])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id EB29E1CAD
 for ; Sat,  8 Feb 2014 17:08:19 +0000 (UTC)
Received: from wonkity.com (localhost [127.0.0.1])
 by wonkity.com (8.14.7/8.14.7) with ESMTP id s18H8I2K036459;
 Sat, 8 Feb 2014 10:08:18 -0700 (MST)
 (envelope-from wblock@wonkity.com)
Received: from localhost (wblock@localhost)
 by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s18H8Id4036456;
 Sat, 8 Feb 2014 10:08:18 -0700 (MST)
 (envelope-from wblock@wonkity.com)
Date: Sat, 8 Feb 2014 10:08:18 -0700 (MST)
From: Warren Block 
To: Andrea Venturoli 
Subject: Re: ICU sweeping upgrade: bug or feature?
In-Reply-To: <52F6132C.3070406@netfence.it>
Message-ID: 
References: <52F6132C.3070406@netfence.it>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3
 (wonkity.com [127.0.0.1]); Sat, 08 Feb 2014 10:08:18 -0700 (MST)
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 17:08:20 -0000

On Sat, 8 Feb 2014, Andrea Venturoli wrote:

> Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
>
> As soon as this happened, lots of applications are not working anymore.
...
>
> Hmmm... so, to make it short:
>> # ln -s libicudata.so.50.1.2 libicu
>> # ln -s libicudata.so.50.1.2 libicudata.so.50
>
> and Firefox and LibreOffice are starting again.

This may very well come back to bite you in the future, causing 
mysterious failures long after you've forgotten you did it.  Here's a 
little Ruby script to detect these (it needs updating to work with pkg):
http://www.wonkity.com/~wblock/fakelib/fastfakelib

Running pkg_libchk [-q] after port upgrades has worked well for me.  It 
is from sysutils/bsdadminscripts by Dominic Fandrey, and easily detects 
applications that are using old libraries and should be rebuilt.  It 
worked this time also.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 17:12:07 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 9FBCF54A
 for ; Sat,  8 Feb 2014 17:12:07 +0000 (UTC)
Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166])
 by mx1.freebsd.org (Postfix) with ESMTP id 1B2181D33
 for ; Sat,  8 Feb 2014 17:12:06 +0000 (UTC)
Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id 8A3A56B452A
 for ; Sat,  8 Feb 2014 18:12:05 +0100 (CET)
Received: from soth.ventu (adsl-ull-180-187.41-151.net24.it [151.41.187.180])
 (authenticated bits=0)
 by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s18HBrsL081494
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
 for ; Sat, 8 Feb 2014 18:11:56 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: ns2.biolchim.it: Host
 adsl-ull-180-187.41-151.net24.it [151.41.187.180] claimed to be soth.ventu
Received: from guardian.ventu (bane.ventu [10.1.2.15]) (authenticated bits=0)
 by soth.ventu (8.14.8/8.14.7) with ESMTP id s18HBfT3082109
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Sat, 8 Feb 2014 18:11:43 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: soth.ventu: Host bane.ventu [10.1.2.15] claimed to
 be guardian.ventu
Message-ID: <52F6654F.4070304@netfence.it>
Date: Sat, 08 Feb 2014 18:11:43 +0100
From: Andrea Venturoli 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: ICU sweeping upgrade: bug or feature?
References: <52F6132C.3070406@netfence.it>
In-Reply-To: <52F6132C.3070406@netfence.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.74
X-Scanned-By: MIMEDefang 2.74 on 10.1.2.13
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3
 (ns2.biolchim.it [192.168.2.203]); Sat, 08 Feb 2014 18:11:57 +0100 (CET)
X-Spam-Score: 5.206 (*****) RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL,
 RDNS_DYNAMIC
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 17:12:07 -0000

On 02/08/14 12:21, Andrea Venturoli wrote:
> Hello.
>
> Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
>
> As soon as this happened, lots of applications are not working anymore.
> E.G.
>
>> % firefox
>> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>> Shared object "libicui18n.so.50" not found, required by "libxul.so"
>> Couldn't load XPCOM.
>
>
>
> While everything is recompiling (which will take several hours, since at
> least FireFox, ThunderBird and LibreOffice, among others, are affected),
> I am left wondering what went wrong: usually backup libraries are kept
> in /usr/local/lib/compat/pkg...
>
> So:
>> # cd /usr/local/lib/compat/pkg/
>> # ls |grep icu
>> libicudata.so.50.1.2
>> libicui18n.so.50.1.2
>> libicuio.so.50.1.2
>> libicule.so.50.1.2
>> libiculx.so.50.1.2
>> libicutest.so.50.1.2
>> libicutu.so.50.1.2
>> libicuuc.so.50.1.2
>
> I have an idea:
>
>> # ln -s libicui18n.so.50.1.2 libicui18n.so.50
>
> Now:
>> % firefox
>> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>> Shared object "libicuuc.so.50" not found, required by "libxul.so"
>> Couldn't load XPCOM.
>
> Hmmm... so, to make it short:
>> # ln -s libicudata.so.50.1.2 libicu
>> # ln -s libicudata.so.50.1.2 libicudata.so.50
>
> and Firefox and LibreOffice are starting again.
>
>
>
> Hope this can help someone.
> OTOH I would have expected this to happen automatically; shouldn't it?
>
>   bye & Thanks
>      av.
>
> P.S.
>> # uname -a
>> ... 10.0-RELEASE ... amd64

BTW LibreOffice was not bumped, so it would not be recompiled by 
"portupgrade -r icu" or similar.

  bye
	av.


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 17:17:35 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E6F6463B
 for ; Sat,  8 Feb 2014 17:17:35 +0000 (UTC)
Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166])
 by mx1.freebsd.org (Postfix) with ESMTP id 91C7C1D5E
 for ; Sat,  8 Feb 2014 17:17:35 +0000 (UTC)
Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id B4C056B485A
 for ; Sat,  8 Feb 2014 18:17:34 +0100 (CET)
Received: from soth.ventu (adsl-ull-180-187.41-151.net24.it [151.41.187.180])
 (authenticated bits=0)
 by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s18HHPDF081763
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL)
 for ; Sat, 8 Feb 2014 18:17:30 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: ns2.biolchim.it: Host
 adsl-ull-180-187.41-151.net24.it [151.41.187.180] claimed to be soth.ventu
Received: from guardian.ventu (bane.ventu [10.1.2.15]) (authenticated bits=0)
 by soth.ventu (8.14.8/8.14.7) with ESMTP id s18HHA23082221
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Sat, 8 Feb 2014 18:17:13 +0100 (CET)
 (envelope-from ml@netfence.it)
X-Authentication-Warning: soth.ventu: Host bane.ventu [10.1.2.15] claimed to
 be guardian.ventu
Message-ID: <52F66699.8080201@netfence.it>
Date: Sat, 08 Feb 2014 18:17:13 +0100
From: Andrea Venturoli 
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: ICU sweeping upgrade: bug or feature?
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
In-Reply-To: <52F6654F.4070304@netfence.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.74
X-Scanned-By: MIMEDefang 2.74 on 10.1.2.13
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3
 (ns2.biolchim.it [192.168.2.203]); Sat, 08 Feb 2014 18:17:31 +0100 (CET)
X-Spam-Score: 5.206 (*****) RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL,
 RDNS_DYNAMIC
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 17:17:36 -0000

On 02/08/14 18:11, Andrea Venturoli wrote:

> BTW LibreOffice was not bumped, so it would not be recompiled by
> "portupgrade -r icu" or similar.

Forget this, please.
Now I see it bumped.

  bye & Sorry
	av.

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 17:57:21 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E44CFCD
 for ; Sat,  8 Feb 2014 17:57:20 +0000 (UTC)
Received: from mail-ee0-x231.google.com (mail-ee0-x231.google.com
 [IPv6:2a00:1450:4013:c00::231])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 739211150
 for ; Sat,  8 Feb 2014 17:57:20 +0000 (UTC)
Received: by mail-ee0-f49.google.com with SMTP id d17so2141710eek.36
 for ; Sat, 08 Feb 2014 09:57:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=message-id:date:from:user-agent:mime-version:to:subject:references
 :in-reply-to:content-type;
 bh=xtAEU8drHcARAY3HtxT3+q6IX/mu1/weAbuVmls6huo=;
 b=Ng/lMgmoXaK9kbT2lD6weTdbf1dJ6jZjR87skIW3U2mUrgoWmw91zJQ2TFat9dTAi7
 CH0UvMaah1QVePPwEl1Z3LHqDFJrP2no9Ocu1sJU5p7p3VgAmLOQgCaBN8VSvvFuOMKU
 +uP/S+cbjLAIlu6T/xmbVBCfw2KqTdpCQdGFwXdD1Y78NQnsMpqitMDCIglwIpwFzkaZ
 Oh0aT2NsE5dh+AUKoxsUPhze2BUCO7djbE7csqWWo4dLacaixXRqLxw2TXf+5eBHSfDe
 40DiH1evXdw72TIWIdTahTPqlSmb++M8WWfRTvtxyFMf5rU2ozLCd+AbDzCmOXgVbJmE
 Hfqg==
X-Received: by 10.15.61.7 with SMTP id h7mr24653377eex.49.1391882238188;
 Sat, 08 Feb 2014 09:57:18 -0800 (PST)
Received: from [10.0.0.1] (242.91.broadband5.iol.cz. [88.100.91.242])
 by mx.google.com with ESMTPSA id m9sm31423085eeh.3.2014.02.08.09.57.15
 for 
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Sat, 08 Feb 2014 09:57:16 -0800 (PST)
Message-ID: <52F66FF9.3010106@gmail.com>
Date: Sat, 08 Feb 2014 18:57:13 +0100
From: =?ISO-8859-1?Q?V=E1clav_Zeman?= 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: curl-7.34.0  +Threaded DNS resolver
References: <52F4F2EE.9010500@ifdnrg.com> <52F567F4.2080100@FreeBSD.org>
In-Reply-To: <52F567F4.2080100@FreeBSD.org>
X-Enigmail-Version: 1.5.2
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="EvcO9tO9FIe6EqsJnDrRdGLgeo0B546xC"
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 17:57:21 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--EvcO9tO9FIe6EqsJnDrRdGLgeo0B546xC
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 02/08/2014 12:10 AM, Kubilay Kocak wrote:
> On 8/02/2014 1:51 AM, Paul Macdonald wrote:
>>
>> Hi,
>>
>> I think there's an issue with the latest curl when Threaded DNS resolv=
er
>> is selected.
>>
>> On several boxes curl doesn't return for dns required requests, but do=
es
>> for ip's
>>
>> rebuilding without the option fixes the issue..
>>
>>
>> Paul
>>
>>
>>
>=20
> Paul,
>=20
> I came across the same issue testing a .34 port update before the recen=
t
> update, and had a quick discussion with the #curl crew on freenode with=

> no resolution other than further isolation:
>=20
> 7.33.0 - OK
> 7.34.0+ - NOK
>=20
> IPV6 RESOLVER_THREADED - OK
> NO_IPV6 RESOLVER_THREADED - NOK
> NO_IPV6 RESOLVER_DEFAULT - OK
> IPV6 RESOLVER_DEFAULT - OK
>=20
> Note: There were no differences running the test suite, so it doesnt
> look like this issue is test covered
>=20
> I suggest:
>=20
> - Updating the port to 7.35.0 and reporting back on whether the issue
> still exists
> - Test 7.34.0 with and without IPv6 OPTION with the threaded resolver
> and confirm similar isolation as above
>=20
> - Maintainer disables threaded resolver by default until
> isolated/resolved upstream

I think this is related:
. Newer version should
fix this issue.

--=20
VZ



--EvcO9tO9FIe6EqsJnDrRdGLgeo0B546xC
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iF4EAREKAAYFAlL2b/oACgkQE3+v/RpUDYAqkwD+LzQWKSOC8YkrmCyVNb0S3Zgh
8RgpH/If4ZWWVGqkmgoA/jvsegjQOrqHAP1bi3R1KVuyB7JTdgn8H4D0hGVLy97O
=9aZP
-----END PGP SIGNATURE-----

--EvcO9tO9FIe6EqsJnDrRdGLgeo0B546xC--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:00:48 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id DF163736
 for ; Sat,  8 Feb 2014 20:00:47 +0000 (UTC)
Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com
 [IPv6:2a00:1450:400c:c03::22d])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6F0911A1A
 for ; Sat,  8 Feb 2014 20:00:47 +0000 (UTC)
Received: by mail-we0-f173.google.com with SMTP id x55so3167287wes.4
 for ; Sat, 08 Feb 2014 12:00:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=5FnrTxRFBO+raLuPH36Jo3LiGUBC3luGn5pDdP2hObk=;
 b=ZdW/kgCy4lWoqhUx7Yw+9os+/yqdAmMDb85RtqJyWaJyfV3dXWkJ90YN4UODNe+lJ0
 voAoUAWy8C36/s7GiwoLRYkXH4agmpIT/q42e128LJk7BsQ1ca0pirax0+fT5VfDO8Gd
 Xoiy/2OAJGInHA0bAiORuxVKIWf++RdFC75wxRTNnHCF+egjRGw2KsDt6eHrAr1QpfKv
 ZNMtG9gBgAAgMy2UyDc1I7yL6O53jNQmW/z2/2YAYd8bsHc3XnhveyJb4be66pwEKCu4
 Dzoei89qcOWclWEhtYNAtMJmIRurYXSWaO9NKbE9uodIlAkVqEnwXFJGserihswBcPmU
 E/ag==
X-Received: by 10.180.164.229 with SMTP id yt5mr4446375wib.49.1391889645798;
 Sat, 08 Feb 2014 12:00:45 -0800 (PST)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
 by mx.google.com with ESMTPSA id z1sm20938706wjq.19.2014.02.08.12.00.44
 for 
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Sat, 08 Feb 2014 12:00:44 -0800 (PST)
Sender: Baptiste Daroussin 
Date: Sat, 8 Feb 2014 21:00:42 +0100
From: Baptiste Daroussin 
To: Andrea Venturoli 
Subject: Re: ICU sweeping upgrade: bug or feature?
Message-ID: <20140208200042.GI80056@ithaqua.etoilebsd.net>
References: <52F6132C.3070406@netfence.it>
 <52F6654F.4070304@netfence.it>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="PWfwoUCx3AFJRUBq"
Content-Disposition: inline
In-Reply-To: <52F6654F.4070304@netfence.it>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: freebsd-ports@freebsd.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:00:48 -0000


--PWfwoUCx3AFJRUBq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 08, 2014 at 06:11:43PM +0100, Andrea Venturoli wrote:
> On 02/08/14 12:21, Andrea Venturoli wrote:
> > Hello.
> >
> > Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
> >
> > As soon as this happened, lots of applications are not working anymore.
> > E.G.
> >
> >> % firefox
> >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> >> Shared object "libicui18n.so.50" not found, required by "libxul.so"
> >> Couldn't load XPCOM.
> >
> >
> >
> > While everything is recompiling (which will take several hours, since at
> > least FireFox, ThunderBird and LibreOffice, among others, are affected),
> > I am left wondering what went wrong: usually backup libraries are kept
> > in /usr/local/lib/compat/pkg...
> >
> > So:
> >> # cd /usr/local/lib/compat/pkg/
> >> # ls |grep icu
> >> libicudata.so.50.1.2
> >> libicui18n.so.50.1.2
> >> libicuio.so.50.1.2
> >> libicule.so.50.1.2
> >> libiculx.so.50.1.2
> >> libicutest.so.50.1.2
> >> libicutu.so.50.1.2
> >> libicuuc.so.50.1.2
> >
> > I have an idea:
> >
> >> # ln -s libicui18n.so.50.1.2 libicui18n.so.50
> >
> > Now:
> >> % firefox
> >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> >> Shared object "libicuuc.so.50" not found, required by "libxul.so"
> >> Couldn't load XPCOM.
> >
> > Hmmm... so, to make it short:
> >> # ln -s libicudata.so.50.1.2 libicu
> >> # ln -s libicudata.so.50.1.2 libicudata.so.50
> >
> > and Firefox and LibreOffice are starting again.
> >
> >
> >
> > Hope this can help someone.
> > OTOH I would have expected this to happen automatically; shouldn't it?
> >
> >   bye & Thanks
> >      av.
> >
> > P.S.
> >> # uname -a
> >> ... 10.0-RELEASE ... amd64
>=20
> BTW LibreOffice was not bumped, so it would not be recompiled by=20
> "portupgrade -r icu" or similar.
>=20
>   bye
> 	av.
LibreOffice has been bumped to chase that.
All the mozilla soft has been forgotten but they were the only one forgotte=
n and
they have been bumped a couple of hours laters.

regards,
Bapt

--PWfwoUCx3AFJRUBq
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL2jOoACgkQ8kTtMUmk6EwJVgCeNUwFg8l+51xzjH6Vc8yxEHjH
Ro0AoJJFVIgtS1flc0MaCSC8deU4WlJ8
=leyd
-----END PGP SIGNATURE-----

--PWfwoUCx3AFJRUBq--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:14:57 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 4820BEC2;
 Sat,  8 Feb 2014 20:14:57 +0000 (UTC)
Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com
 [IPv6:2607:f8b0:400e:c01::233])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 15EDC1B20;
 Sat,  8 Feb 2014 20:14:57 +0000 (UTC)
Received: by mail-pb0-f51.google.com with SMTP id un15so4647013pbc.10
 for ; Sat, 08 Feb 2014 12:14:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=En64S1QBwvN6NQx01eZsY49EBPv60+PM5BenZN7cu7E=;
 b=vjmSR7lpdo1D1aAndyXjNaneTTAODkTRKFxd+xI/YlbtOjXaUDqD5EHSSjLeRdirHc
 UpttXzO7+Z/vfHmWTuDNM3ipJNfogIDlebiSSUYvMn7eBcUYPjZor620/xDskrm5Z43h
 mhPHQIqHLHpCfSBrf3AcODR4hUjg48ZueHRUMSbb2968PJE1G/VF+1J7zyl7QR1iLCJC
 v7k8wbcVX/bT3TPbfNRPE7ez4DB7Vjl50sRbDeBN0/4N29Qh6C7WttICuCcn0QD1xd0j
 Cm3CmSpURlSwBVK3wfsQ2G4kjLGzWbE3jy3/SrIpLjZEnutydQHw/pBlJV7Wyu2ITh0M
 olTA==
MIME-Version: 1.0
X-Received: by 10.66.242.17 with SMTP id wm17mr16090448pac.102.1391890496643; 
 Sat, 08 Feb 2014 12:14:56 -0800 (PST)
Sender: kob6558@gmail.com
Received: by 10.67.30.1 with HTTP; Sat, 8 Feb 2014 12:14:56 -0800 (PST)
In-Reply-To: <20140208200042.GI80056@ithaqua.etoilebsd.net>
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
 <20140208200042.GI80056@ithaqua.etoilebsd.net>
Date: Sat, 8 Feb 2014 12:14:56 -0800
X-Google-Sender-Auth: mRYZQ3vmpy6ppsBmvV3OA9SXTTc
Message-ID: 
Subject: Re: ICU sweeping upgrade: bug or feature?
From: Kevin Oberman 
To: Baptiste Daroussin 
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: Andrea Venturoli ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:14:57 -0000

You need to bump gobject-introspection and glib20, as well. I'll report any
others I find later after the rebuild of those you caught and a run of
pkg_libchk.


On Sat, Feb 8, 2014 at 12:00 PM, Baptiste Daroussin wrote:

> On Sat, Feb 08, 2014 at 06:11:43PM +0100, Andrea Venturoli wrote:
> > On 02/08/14 12:21, Andrea Venturoli wrote:
> > > Hello.
> > >
> > > Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
> > >
> > > As soon as this happened, lots of applications are not working anymore.
> > > E.G.
> > >
> > >> % firefox
> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> > >> Shared object "libicui18n.so.50" not found, required by "libxul.so"
> > >> Couldn't load XPCOM.
> > >
> > >
> > >
> > > While everything is recompiling (which will take several hours, since
> at
> > > least FireFox, ThunderBird and LibreOffice, among others, are
> affected),
> > > I am left wondering what went wrong: usually backup libraries are kept
> > > in /usr/local/lib/compat/pkg...
> > >
> > > So:
> > >> # cd /usr/local/lib/compat/pkg/
> > >> # ls |grep icu
> > >> libicudata.so.50.1.2
> > >> libicui18n.so.50.1.2
> > >> libicuio.so.50.1.2
> > >> libicule.so.50.1.2
> > >> libiculx.so.50.1.2
> > >> libicutest.so.50.1.2
> > >> libicutu.so.50.1.2
> > >> libicuuc.so.50.1.2
> > >
> > > I have an idea:
> > >
> > >> # ln -s libicui18n.so.50.1.2 libicui18n.so.50
> > >
> > > Now:
> > >> % firefox
> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> > >> Shared object "libicuuc.so.50" not found, required by "libxul.so"
> > >> Couldn't load XPCOM.
> > >
> > > Hmmm... so, to make it short:
> > >> # ln -s libicudata.so.50.1.2 libicu
> > >> # ln -s libicudata.so.50.1.2 libicudata.so.50
> > >
> > > and Firefox and LibreOffice are starting again.
> > >
> > >
> > >
> > > Hope this can help someone.
> > > OTOH I would have expected this to happen automatically; shouldn't it?
> > >
> > >   bye & Thanks
> > >      av.
> > >
> > > P.S.
> > >> # uname -a
> > >> ... 10.0-RELEASE ... amd64
> >
> > BTW LibreOffice was not bumped, so it would not be recompiled by
> > "portupgrade -r icu" or similar.
> >
> >   bye
> >       av.
> LibreOffice has been bumped to chase that.
> All the mozilla soft has been forgotten but they were the only one
> forgotten and
> they have been bumped a couple of hours laters.
>
> regards,
> Bapt
>



-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:16:43 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 5D23EF66
 for ; Sat,  8 Feb 2014 20:16:43 +0000 (UTC)
Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com
 [IPv6:2a00:1450:400c:c00::230])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id E11B41B32
 for ; Sat,  8 Feb 2014 20:16:42 +0000 (UTC)
Received: by mail-wg0-f48.google.com with SMTP id x13so3190228wgg.27
 for ; Sat, 08 Feb 2014 12:16:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=l4TvzWJIaFpl23IAErnKb7Y8+/xopPi/GtN8u2kLO3Y=;
 b=BXP+vuNUL9RfRufLBlWlZcgw2wzW8Qj3+1hq4AWwCKM9LjZ78dCk1A2rvp0L8alx0C
 AxKFhVcJBAewJgq7YklJ9HgSOYLKx+9UQpVJpmNe0twTeHYtpCr16Y+YwDvgAkkeu2ZC
 ghdalBg/1AttQVtG6QdKmG5RfIs8JXjXvbSHpLDKhRJHHnUF7HBIIW1MkQY0Hx61qo1v
 RCsQHc/U3yykYL/ZjiuhM1bffoe/4Rxv+93mD8DgWfuPFczKaLwQN+fg2Zxlp9dLR/zV
 jeoEOX4B4uS3Xf6HQlinreUq9oGQ0TNrCIhuh5NxlrWcvrqpVQ3BQpfOS711DeWeLxul
 bagA==
X-Received: by 10.180.9.51 with SMTP id w19mr4454009wia.27.1391890601276;
 Sat, 08 Feb 2014 12:16:41 -0800 (PST)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
 by mx.google.com with ESMTPSA id u6sm20147389wif.6.2014.02.08.12.16.39
 for 
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Sat, 08 Feb 2014 12:16:40 -0800 (PST)
Sender: Baptiste Daroussin 
Date: Sat, 8 Feb 2014 21:16:37 +0100
From: Baptiste Daroussin 
To: Kevin Oberman 
Subject: Re: ICU sweeping upgrade: bug or feature?
Message-ID: <20140208201637.GJ80056@ithaqua.etoilebsd.net>
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
 <20140208200042.GI80056@ithaqua.etoilebsd.net>
 
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="pMCBjikF2xGw87uL"
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Andrea Venturoli ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:16:43 -0000


--pMCBjikF2xGw87uL
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 08, 2014 at 12:14:56PM -0800, Kevin Oberman wrote:
> You need to bump gobject-introspection and glib20, as well. I'll report a=
ny
> others I find later after the rebuild of those you caught and a run of
> pkg_libchk.
>=20
No glib only depends on icu if one option is set which default to off, and =
then
glib20 pollutes tons of other ports.

regards,
Bapt

--pMCBjikF2xGw87uL
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL2kKUACgkQ8kTtMUmk6EwOmQCfTSyBDWczqb2PNi6DRdHb01am
3hsAoILmMylgzHz+5KnNacRiZdn6WhYh
=5Fuj
-----END PGP SIGNATURE-----

--pMCBjikF2xGw87uL--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:17:10 2014
Return-Path: 
Delivered-To: ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 5C888FFD
 for ; Sat,  8 Feb 2014 20:17:10 +0000 (UTC)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94])
 (using TLSv1 with cipher RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id F19A21B3B
 for ; Sat,  8 Feb 2014 20:17:09 +0000 (UTC)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgYFAAiQ9lKtJV2c/2dsb2JhbABZFoJ2OL9gT4EJFnSCJQEBAQQBAQE1FiAKARALDgoJFgQLCQMCAQIBFQEJJgYBBwUBAQQBAQEBBRQEh2QNyRoXjiwBAU8HhDgBA4lJjA6EBosvhUCBb4FcHjF7CRcE
X-IronPort-AV: E=Sophos;i="4.95,807,1384300800"; d="scan'208";a="18990373"
Received: from rcdn-core-5.cisco.com ([173.37.93.156])
 by alln-iport-7.cisco.com with ESMTP; 08 Feb 2014 20:17:03 +0000
Received: from rtp-jclarke-89112.cisco.com (rtp-jclarke-89112.cisco.com
 [10.117.46.173])
 by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id s18KH25Z029766;
 Sat, 8 Feb 2014 20:17:03 GMT
Message-ID: <52F690BE.6010509@freebsd.org>
Date: Sat, 08 Feb 2014 15:17:02 -0500
From: Joe Marcus Clarke 
Organization: FreeBSD, Inc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Alexey Dokuchaev , Chris Rees 
Subject: Re: 10.0-release jail on head-hosted tinderbox (Was: Re: 10.0-hosted
 tinderbox: 8.4 builds broken?)
References: <20131009110955.GA75075@regency.nsu.ru>
 
 <4d21dc12-2fb5-43a7-a0fd-8ea13c6ebf5a.maildroid@localhost>
 <20131009212710.GA7998@regency.nsu.ru>
 
 <4ABC4095-7230-4C69-92D4-756057C46296@bayofrum.net>
 <20140207071856.GA14462@regency.nsu.ru>
In-Reply-To: <20140207071856.GA14462@regency.nsu.ru>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: ports@freebsd.org, tinderbox-list@marcuscom.com
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:17:10 -0000

On 2/7/14, 2:18 AM, Alexey Dokuchaev wrote:
> On Sun, Oct 13, 2013 at 01:36:45PM +0100, Chris Rees wrote:
>> It appears that really weird SRCBASE assumptions are made throughout the
>> code.  I'll have to put a temporary hack in to just make SRCBASE appear
>> inside the chroot whatever it's set to.  Setting and unsetting SRCBASE just
>> breaks different things in weird ways, and this is the only reliable fix
>> I've found.
>>
>> Joe, please can I stick this in, and merge to the beta?
>>
>> http://www.bayofrum.net/~crees/patches/tinderbox-fake-srcbase.diff
>>
>> Alexey, try this patch.  This one definitely works for me, and gets the
>> dependencies working correctly.
>
> Can be unrelated, but I've been observing some bad behavior with fresh
> tinderbox code from CVS and equally fresh -CURRENT (just tried again
> today): install FreeBSD/amd64, 'cvs up', rebuild world/kernel (GENERIC),
> cvs co tinderbox, create jails for 10.0-RELEASE and 9.2-RELEASE.  Builds
> for 9.2 work fine; trying to build anything for 10.0 always fails in a
> similar way (take a look at attached make.0 file).  I've seen this on
> i386/non-zfs as well.  Particularly, these lines look bad:
>
>    /buildscript: pkg-static: not found
>    tar: Error opening archive: Failed to open 'pkg-1.2.6.txz'
>    /buildscript: ./pkg-static: not found
>    error in dependency pkg-1.2.6.txz, exiting

This part looks weird:

skipping package pkg-1.2.6.txz for pcre-8.34 since it is missing

Why wasn't pkg built?  It appears the Makefile was generated correctly 
to a point.  Pcre should depend on pkg.  What does the Makefile look 
like?  Do you have any logs for the pkg package build?

Joe

>
> ./danfe
>
>
>
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
>


-- 
Joe Marcus Clarke
FreeBSD GNOME Team	::	gnome@FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:26:45 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 45CEF1F7;
 Sat,  8 Feb 2014 20:26:45 +0000 (UTC)
Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com
 [IPv6:2607:f8b0:400e:c01::22c])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 10C791BEA;
 Sat,  8 Feb 2014 20:26:45 +0000 (UTC)
Received: by mail-pb0-f44.google.com with SMTP id rq2so4637829pbb.17
 for ; Sat, 08 Feb 2014 12:26:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=60rD+Buz8oXcFY1u1OhBEqmqVi2q8COjweIK8kvyy9M=;
 b=Wtjz2WPaWsGDi5y7X6AtobnCNxvFT8RP1h3xXDRuZdypX7hfNluq9vDtD7OqXP4zD2
 W+e1t2ttwa36qcJNkdK4ri6NoEp9v9kVW1YdzoQ3MpuiBVkQOQoCcra2OQm4UpWRJ+AD
 RjbULPMBM5glLK0SoIc+LviEGnG6Ot6NMKP7ex5CKCBXcQRWzl/PN4E3N2Z+yupwokAj
 ZqERRuNOgdkjFjYVoTUcJDGuCDJ+HS/zJIvnYRqPXDmDVmYCHkXlpKY3eTrhAK7a67iR
 aeif2bjag5ii/dOAm4+VEH0Qgqdxedo5Pb/5+Xk6boG61963FiDuyY/rlS0bhLaaVZwr
 MxsQ==
MIME-Version: 1.0
X-Received: by 10.68.180.37 with SMTP id dl5mr27681696pbc.111.1391891204626;
 Sat, 08 Feb 2014 12:26:44 -0800 (PST)
Sender: kob6558@gmail.com
Received: by 10.67.30.1 with HTTP; Sat, 8 Feb 2014 12:26:44 -0800 (PST)
In-Reply-To: 
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
 <20140208200042.GI80056@ithaqua.etoilebsd.net>
 
Date: Sat, 8 Feb 2014 12:26:44 -0800
X-Google-Sender-Auth: Ae2uvjjFbHE_EiAK4eW2kNZPSRQ
Message-ID: 
Subject: Re: ICU sweeping upgrade: bug or feature?
From: Kevin Oberman 
To: Baptiste Daroussin 
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: Andrea Venturoli ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:26:45 -0000

Add atk, clutter, pango, gdk-pixbuf2, and json-glib-0.14.2.


On Sat, Feb 8, 2014 at 12:14 PM, Kevin Oberman  wrote:

> You need to bump gobject-introspection and glib20, as well. I'll report
> any others I find later after the rebuild of those you caught and a run of
> pkg_libchk.
>
>
> On Sat, Feb 8, 2014 at 12:00 PM, Baptiste Daroussin wrote:
>
>> On Sat, Feb 08, 2014 at 06:11:43PM +0100, Andrea Venturoli wrote:
>> > On 02/08/14 12:21, Andrea Venturoli wrote:
>> > > Hello.
>> > >
>> > > Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
>> > >
>> > > As soon as this happened, lots of applications are not working
>> anymore.
>> > > E.G.
>> > >
>> > >> % firefox
>> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>> > >> Shared object "libicui18n.so.50" not found, required by "libxul.so"
>> > >> Couldn't load XPCOM.
>> > >
>> > >
>> > >
>> > > While everything is recompiling (which will take several hours, since
>> at
>> > > least FireFox, ThunderBird and LibreOffice, among others, are
>> affected),
>> > > I am left wondering what went wrong: usually backup libraries are kept
>> > > in /usr/local/lib/compat/pkg...
>> > >
>> > > So:
>> > >> # cd /usr/local/lib/compat/pkg/
>> > >> # ls |grep icu
>> > >> libicudata.so.50.1.2
>> > >> libicui18n.so.50.1.2
>> > >> libicuio.so.50.1.2
>> > >> libicule.so.50.1.2
>> > >> libiculx.so.50.1.2
>> > >> libicutest.so.50.1.2
>> > >> libicutu.so.50.1.2
>> > >> libicuuc.so.50.1.2
>> > >
>> > > I have an idea:
>> > >
>> > >> # ln -s libicui18n.so.50.1.2 libicui18n.so.50
>> > >
>> > > Now:
>> > >> % firefox
>> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>> > >> Shared object "libicuuc.so.50" not found, required by "libxul.so"
>> > >> Couldn't load XPCOM.
>> > >
>> > > Hmmm... so, to make it short:
>> > >> # ln -s libicudata.so.50.1.2 libicu
>> > >> # ln -s libicudata.so.50.1.2 libicudata.so.50
>> > >
>> > > and Firefox and LibreOffice are starting again.
>> > >
>> > >
>> > >
>> > > Hope this can help someone.
>> > > OTOH I would have expected this to happen automatically; shouldn't it?
>> > >
>> > >   bye & Thanks
>> > >      av.
>> > >
>> > > P.S.
>> > >> # uname -a
>> > >> ... 10.0-RELEASE ... amd64
>> >
>> > BTW LibreOffice was not bumped, so it would not be recompiled by
>> > "portupgrade -r icu" or similar.
>> >
>> >   bye
>> >       av.
>> LibreOffice has been bumped to chase that.
>> All the mozilla soft has been forgotten but they were the only one
>> forgotten and
>> they have been bumped a couple of hours laters.
>>
>> regards,
>> Bapt
>>
>
>
>
> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkoberman@gmail.com
>



-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:46:57 2014
Return-Path: 
Delivered-To: ports@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 0B3F94FE;
 Sat,  8 Feb 2014 20:46:57 +0000 (UTC)
Received: from qat.redports.org (qat.redports.org
 [IPv6:2610:1c1:1:6420::233:0])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id CB6E61D16;
 Sat,  8 Feb 2014 20:46:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=redports.org;
 s=04012012; 
 h=Sender:Message-Id:To:Subject:Reply-To:Date:To:Cc:From:Content-Transfer-Encoding:Content-Type:MIME-Version;
 bh=dz3AvddzLTTA4JtlkfRBshnnTThwfc/JMA9p1tP6jrU=; 
 b=tDX/itmu55jVcF/c5tQjUI3GLEyslBE8DIjjD+vl5v09RFZPji2eBZKCXJOpLBUAJNslp4ZbLiQGdGzCin9snUm3u/zPmTofViQ+eOl4VurjFFKXYIMqUBaNvJqXDZPVuXIPn01CWxfZvg8e7cb49O8WIOYHIUw4TV3xaGw0Zic=;
Received: from www by qat.redports.org with local (Exim 4.82 (FreeBSD))
 (envelope-from )
 id 1WCEnf-000LKG-M8; Sat, 08 Feb 2014 20:46:55 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Ports-QAT" 
X-Trac-Version: 0.12.5
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.12.5, by Edgewall Software
To: lx@FreeBSD.org
X-Trac-Project: redports
Date: Sat, 08 Feb 2014 20:46:55 -0000
X-URL: https://qat.redports.org/
Subject: [QAT] r343384: 2x leftovers, 2x depend (fetch in security/luasec)
To: lx@FreeBSD.org
X-Trac-Build-URL: https://qat.redports.org/buildarchive/20140208203800-32675
X-Trac-Build-ID: 20140208203800-32675
Message-Id: 
Sender: World Wide Web Owner 
Cc: ports@FreeBSD.org, decke@FreeBSD.org
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Reply-To: qat@redports.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:46:57 -0000

Update to 0.9.2.

PR:		ports/182075
Submitted by:	Paul Procacci  / Benjamin Podszun 
---------------------------------------------------------------------

  Build ID:          20140208203800-32675
  Job owner:         lx@FreeBSD.org
  Buildtime:         9 minutes
  Enddate:           Sat, 08 Feb 2014 20:46:52 GMT

  Revision:          r343384
  Repository:        https://svnweb.freebsd.org/ports?view=revision&revision=343384

---------------------------------------------------------------------

    Port:            net-im/prosody 0.9.2

      Buildgroup:     8.4-QAT/amd64
      Buildstatus:   DEPEND (FETCH IN SECURITY/LUASEC)
      Log: https://qat.redports.org//~lx@FreeBSD.org/20140208203800-32675-273636/lua51-luasec-0.5.log

      Buildgroup:     8.4-QAT/i386
      Buildstatus:   DEPEND (FETCH IN SECURITY/LUASEC)
      Log: https://qat.redports.org//~lx@FreeBSD.org/20140208203800-32675-273637/lua51-luasec-0.5.log

      Buildgroup:     9.2-QAT/amd64
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~lx@FreeBSD.org/20140208203800-32675-273638/prosody-0.9.2.log

      Buildgroup:     9.2-QAT/i386
      Buildstatus:   LEFTOVERS
      Log: https://qat.redports.org//~lx@FreeBSD.org/20140208203800-32675-273639/prosody-0.9.2.log


--
Buildarchive URL: 
redports 

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:53:00 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 2AAE1618
 for ; Sat,  8 Feb 2014 20:53:00 +0000 (UTC)
Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com
 [IPv6:2a00:1450:400c:c05::22b])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A9B1A1D9C
 for ; Sat,  8 Feb 2014 20:52:59 +0000 (UTC)
Received: by mail-wi0-f171.google.com with SMTP id cc10so1781439wib.10
 for ; Sat, 08 Feb 2014 12:52:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=zutQHWGQBa+9Cw9uYGupkyAzpXWv696/cweT7cnFmPY=;
 b=0omj/9JYXTIziE+rnn6IihgIB/shlMDRzLJPGLefCo6NBWdtpkdqpnVS9YKjwAGWmO
 VecDe+VSWPI9oAu7U0xPAWvCkPVA6UMyv9SevCz334xa0luNH8F2Rc07htcaJFg+Gfs3
 1cNepmvOmdm94lk0nvNz8OYxonlbXyU+WdxGWLgUQjeVmt/dyxcyzxXdXiwNBjIDv/H3
 dDigK6j3DTs3mMZG9FoEPEbI4lk1LRgbl8gOFPiivz/tYVvBAaQ4pOnuMyNYBV0cyqfQ
 lRHbx3VY+wIa/DlvYWWdvqIrEWO+8/ORn/B3HsjCW0pfk0NH+h6qN09jPNbRV8SmEgrS
 u0IA==
X-Received: by 10.180.72.239 with SMTP id g15mr4589381wiv.45.1391892778156;
 Sat, 08 Feb 2014 12:52:58 -0800 (PST)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
 by mx.google.com with ESMTPSA id 12sm21234115wjm.10.2014.02.08.12.52.56
 for 
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Sat, 08 Feb 2014 12:52:57 -0800 (PST)
Sender: Baptiste Daroussin 
Date: Sat, 8 Feb 2014 21:52:54 +0100
From: Baptiste Daroussin 
To: Kevin Oberman 
Subject: Re: ICU sweeping upgrade: bug or feature?
Message-ID: <20140208205254.GL80056@ithaqua.etoilebsd.net>
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
 <20140208200042.GI80056@ithaqua.etoilebsd.net>
 
 
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="lHuqAdgBYNjQz/wy"
Content-Disposition: inline
In-Reply-To: 
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Andrea Venturoli ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:53:00 -0000


--lHuqAdgBYNjQz/wy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 08, 2014 at 12:26:44PM -0800, Kevin Oberman wrote:
> Add atk, clutter, pango, gdk-pixbuf2, and json-glib-0.14.2.
>=20
You can add everything linked to glib to stah list

--lHuqAdgBYNjQz/wy
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL2mSYACgkQ8kTtMUmk6EwjwgCfZobv5VANXmjaLFBOSSChZKI7
3+oAnisB+7s3476l4xuGh0JVUe7t+Ve3
=Klzq
-----END PGP SIGNATURE-----

--lHuqAdgBYNjQz/wy--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 20:56:53 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 1230F7D1
 for ; Sat,  8 Feb 2014 20:56:53 +0000 (UTC)
Received: from shrewd.pub.knigma.org (shrewd.ipv6.pub.knigma.org
 [IPv6:2001:8b0:b0:1::1])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A2B9D1DAF
 for ; Sat,  8 Feb 2014 20:56:52 +0000 (UTC)
Received: from [127.0.0.1] (localhost [127.0.0.1]) (authenticated bits=0)
 by shrewd.pub.knigma.org (8.14.7/8.14.7) with ESMTP id s18KunjJ051305
 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for ; Sat, 8 Feb 2014 20:56:49 GMT
 (envelope-from lists@knigma.org)
Message-ID: <52F69A10.3030407@knigma.org>
Date: Sat, 08 Feb 2014 20:56:48 +0000
From: Mark Knight 
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: Error build the port devel/glib20
References: <1391818627.885938616.ruy8upl9@frv35.fwdcdn.com>
 <21237.34424.821674.97195@gromit.timing.com>
In-Reply-To: <21237.34424.821674.97195@gromit.timing.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3
 (shrewd.pub.knigma.org [127.0.0.1]); Sat, 08 Feb 2014 20:56:49 +0000 (GMT)
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: markk@knigma.org
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 20:56:53 -0000

On 08/02/2014 01:20, John Hein wrote:
> See the 20130904 entry in ports/UPDATING

I'm hitting the same issue. Unfortunately some ports seem to require
converters/libiconv from ports - e.g. converters/php5-iconv or
net/avahi-app.

First I removed libiconv per instructions in UPDATING and some ports
wouldn't build. Now I reinstall libiconv and different ports fail :(

Upgrading from 9.2 to 10.0 is turning out to be more difficult that
previous major bumps...

Unrelated but squid33 also barfs under 10.0 with cache_dir aufs.
cache_dir ufs is okay.

Cheers,
-- 
Mark

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 21:01:30 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 833E48D1;
 Sat,  8 Feb 2014 21:01:30 +0000 (UTC)
Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com
 [IPv6:2607:f8b0:400e:c02::22e])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 4C7B01E2F;
 Sat,  8 Feb 2014 21:01:30 +0000 (UTC)
Received: by mail-pd0-f174.google.com with SMTP id z10so4511434pdj.19
 for ; Sat, 08 Feb 2014 13:01:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date:message-id:subject
 :from:to:cc:content-type;
 bh=frHeekJejWER1851HbVpOXlL/C5BhbFw26deNnKUblw=;
 b=ZxGVZcb48nf8WPNLjJTAyANoxmpRdcOc5+BNInaNnGLTvSHx7/aRrAuX00kxbDN3EL
 +9CeQh6+I6xWZjrIHwJOpU0o3K810vJQhBGT7kZqUahj/Gk9o4IQW4z2uAn+UuagKXXQ
 UX8lEuLlWfso4zX4Lb1NyFuRAaqMFEiBK19S5fK9afwzeOitvcc61/fyp9OW7IgNvq/v
 DPPnX7Yfu9fk4JoXZLL1u9KW0X6EQy7rfyLYbw/CsLsDFEi8/PVAeml/dwKmbLmSgRsr
 AZg+UCY3DaMuh9eipUu/7ZunXZN2k5N0KiNubGDCtCw7a28eW480qy+YANyrAFc7o4BB
 dstQ==
MIME-Version: 1.0
X-Received: by 10.68.189.5 with SMTP id ge5mr27880511pbc.42.1391893289921;
 Sat, 08 Feb 2014 13:01:29 -0800 (PST)
Sender: kob6558@gmail.com
Received: by 10.67.30.1 with HTTP; Sat, 8 Feb 2014 13:01:29 -0800 (PST)
In-Reply-To: 
References: <52F6132C.3070406@netfence.it> <52F6654F.4070304@netfence.it>
 <20140208200042.GI80056@ithaqua.etoilebsd.net>
 
 
Date: Sat, 8 Feb 2014 13:01:29 -0800
X-Google-Sender-Auth: _fKX_h6wwdaeJOSrwzDA-aFQZ08
Message-ID: 
Subject: Re: ICU sweeping upgrade: bug or feature?
From: Kevin Oberman 
To: Baptiste Daroussin 
Content-Type: text/plain; charset=UTF-8
X-Content-Filtered-By: Mailman/MimeDel 2.1.17
Cc: Andrea Venturoli ,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 21:01:30 -0000

Add gvfs, gconf2, ORBit2-2.14.19, libIDL-0.8.14_1, gtk2-2.24.22_1. (Almost
all of these were needed for either clutter or clutter-gtk.


On Sat, Feb 8, 2014 at 12:26 PM, Kevin Oberman  wrote:

> Add atk, clutter, pango, gdk-pixbuf2, and json-glib-0.14.2.
>
>
> On Sat, Feb 8, 2014 at 12:14 PM, Kevin Oberman wrote:
>
>> You need to bump gobject-introspection and glib20, as well. I'll report
>> any others I find later after the rebuild of those you caught and a run of
>> pkg_libchk.
>>
>>
>> On Sat, Feb 8, 2014 at 12:00 PM, Baptiste Daroussin wrote:
>>
>>> On Sat, Feb 08, 2014 at 06:11:43PM +0100, Andrea Venturoli wrote:
>>> > On 02/08/14 12:21, Andrea Venturoli wrote:
>>> > > Hello.
>>> > >
>>> > > Today I started some ports' upgrade and icu went from 50.1.2 to 52.1.
>>> > >
>>> > > As soon as this happened, lots of applications are not working
>>> anymore.
>>> > > E.G.
>>> > >
>>> > >> % firefox
>>> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>>> > >> Shared object "libicui18n.so.50" not found, required by "libxul.so"
>>> > >> Couldn't load XPCOM.
>>> > >
>>> > >
>>> > >
>>> > > While everything is recompiling (which will take several hours,
>>> since at
>>> > > least FireFox, ThunderBird and LibreOffice, among others, are
>>> affected),
>>> > > I am left wondering what went wrong: usually backup libraries are
>>> kept
>>> > > in /usr/local/lib/compat/pkg...
>>> > >
>>> > > So:
>>> > >> # cd /usr/local/lib/compat/pkg/
>>> > >> # ls |grep icu
>>> > >> libicudata.so.50.1.2
>>> > >> libicui18n.so.50.1.2
>>> > >> libicuio.so.50.1.2
>>> > >> libicule.so.50.1.2
>>> > >> libiculx.so.50.1.2
>>> > >> libicutest.so.50.1.2
>>> > >> libicutu.so.50.1.2
>>> > >> libicuuc.so.50.1.2
>>> > >
>>> > > I have an idea:
>>> > >
>>> > >> # ln -s libicui18n.so.50.1.2 libicui18n.so.50
>>> > >
>>> > > Now:
>>> > >> % firefox
>>> > >> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
>>> > >> Shared object "libicuuc.so.50" not found, required by "libxul.so"
>>> > >> Couldn't load XPCOM.
>>> > >
>>> > > Hmmm... so, to make it short:
>>> > >> # ln -s libicudata.so.50.1.2 libicu
>>> > >> # ln -s libicudata.so.50.1.2 libicudata.so.50
>>> > >
>>> > > and Firefox and LibreOffice are starting again.
>>> > >
>>> > >
>>> > >
>>> > > Hope this can help someone.
>>> > > OTOH I would have expected this to happen automatically; shouldn't
>>> it?
>>> > >
>>> > >   bye & Thanks
>>> > >      av.
>>> > >
>>> > > P.S.
>>> > >> # uname -a
>>> > >> ... 10.0-RELEASE ... amd64
>>> >
>>> > BTW LibreOffice was not bumped, so it would not be recompiled by
>>> > "portupgrade -r icu" or similar.
>>> >
>>> >   bye
>>> >       av.
>>> LibreOffice has been bumped to chase that.
>>> All the mozilla soft has been forgotten but they were the only one
>>> forgotten and
>>> they have been bumped a couple of hours laters.
>>>
>>> regards,
>>> Bapt
>>>
>>
>>
>>
>> --
>> R. Kevin Oberman, Network Engineer, Retired
>> E-mail: rkoberman@gmail.com
>>
>
>
>
> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkoberman@gmail.com
>



-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 21:19:55 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 2E3F8E01
 for ; Sat,  8 Feb 2014 21:19:55 +0000 (UTC)
Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 02A1B101E
 for ; Sat,  8 Feb 2014 21:19:54 +0000 (UTC)
Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified))
 by mx1.riseup.net (Postfix) with ESMTPS id 863214F3A0
 for ; Sat,  8 Feb 2014 13:19:47 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
 (Authenticated sender: nzp@fulvetta.riseup.net)
 with ESMTPSA id 2FB80120
Message-ID: <52F69F6E.3010808@riseup.net>
Date: Sat, 08 Feb 2014 22:19:42 +0100
From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402052202.s15M2Lha059200@fire.js.berklix.net>
 <52F2C0C8.5010203@gmx.de>
 
 <52F32F7C.2030601@infracaninophile.co.uk>
 
 
 
 
In-Reply-To: 
X-Enigmail-Version: 1.6
Mail-Followup-To: freebsd-ports@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="4sgK9QVvOOUPdfdW9MNbGRh3gEDtt17qL"
X-Virus-Scanned: clamav-milter 0.97.8 at mx1
X-Virus-Status: Clean
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 21:19:55 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--4sgK9QVvOOUPdfdW9MNbGRh3gEDtt17qL
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 06/02/14 13:58, Rick Miller wrote:
> On Thu, Feb 6, 2014 at 7:23 AM, Daniel Nebdal =20
> wrote:
>=20
>> On Thu, Feb 6, 2014 at 12:41 PM, Rick Miller=20
>>  wrote:
>>> On Thu, Feb 6, 2014 at 2:59 AM, Big Lebowski=20
>>> 
>> wrote:
>>>> The ability to install certain package version, instead of=20
>>>> installing simply the latest one. Please, please, pretty=20
>>>> please! :)
>>>=20
>>>=20
>>> I echo this sentiment, but I would like to take it a step
>>> further and say "a certain version or greater".
>>>=20
>>>=20
>>=20
>> I suspect he meant  "a certain version, and *not* newer" -=20
>> sometimes you might want to hold back a package.
>>=20
>=20
> Correct.  My wish is the functionality be extended further to mean "a
> certain version *or* newer", encompassing both features.  Thus,=20
> allowing him to say "port-1.1", while I say "port-1.4 or newer" or=20
> even "port-1.0 or newer".
>=20

Python's pip has a nice syntax for this, for example:

somepackage>=3D1.6,<=3D1.8

Something like this could be adopted.  (Disregarding the discussion if
this is technically feasible ATM, I'm sure it will be eventually).


--=20
I guess the Little League is even littler than we thought.
		-- D. Cavett



--4sgK9QVvOOUPdfdW9MNbGRh3gEDtt17qL
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBCAAGBQJS9p9vAAoJECVxJsPurgHoPbcL/R6T4zBV6Brflb4LHHT5LCFB
xe+L1C2dGHx4jARsC0fhzh/QqnQsis9LB9lHGJi38Ka4p+OB65lT4nmpUc22IXn7
HWpRF/IND161GgFd+7zlYOI8tj8d7iQSfO0oXqwE4lD4FwK6jNrTMfA0Wozhhapx
+Eol7ZH58fUQffXPEliE+V7p2sKQVQ7rwfIZ4X8b6X5kC+NpGxDxJPOB4NUIHPWO
z50ZL1ET/vjd1eXpwPjSL0nOkipZT7ZTMExVyQZMSiM/3dnR5zQt+28iAa9Qdc/q
PmxTiWzXwejrdMWyTulqogj/R0+T9DxCSASXqMDg/spL6MXUGhHmGMXn6//0eK3l
wTzhFzSNm8qwdk1QP7QBycJ4qsyv1X7ABD2oJjuI2TJe/ScX35jAk5Uy5iWCg+vf
iiBourthErMTX8bNaMDtZNNMmk0U/GrFCwXOeFkOHgybZSf5cLZzfjCb2W+YNXXm
qDcSlHNbuZuOi0ljbffsigAxX+6yvAFALav8lyuCDw==
=JPsF
-----END PGP SIGNATURE-----

--4sgK9QVvOOUPdfdW9MNbGRh3gEDtt17qL--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 22:03:56 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 697B1B4E
 for ; Sat,  8 Feb 2014 22:03:56 +0000 (UTC)
Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 438B8131B
 for ; Sat,  8 Feb 2014 22:03:55 +0000 (UTC)
Received: from fulvetta.riseup.net (fulvetta-pn.riseup.net [10.0.1.75])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (Client CN "*.riseup.net", Issuer "Gandi Standard SSL CA" (not verified))
 by mx1.riseup.net (Postfix) with ESMTPS id 86F94507BD
 for ; Sat,  8 Feb 2014 14:03:53 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1])
 (Authenticated sender: nzp@fulvetta.riseup.net)
 with ESMTPSA id 7E32A121
Message-ID: <52F6A9C2.3060009@riseup.net>
Date: Sat, 08 Feb 2014 23:03:46 +0100
From: =?UTF-8?B?Tmlrb2xhIFBhdmxvdmnEhw==?= 
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: freebsd-ports@freebsd.org
Subject: Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_
 tools
References: <201402081304.s18D4HDb019675@fire.js.berklix.net>
In-Reply-To: <201402081304.s18D4HDb019675@fire.js.berklix.net>
X-Enigmail-Version: 1.6
Mail-Followup-To: freebsd-ports@freebsd.org
Content-Type: multipart/signed; micalg=pgp-sha256;
 protocol="application/pgp-signature";
 boundary="rXjHp0W65jiVXQWmuPXP7jO1BWeh6bQbM"
X-Virus-Scanned: clamav-milter 0.97.8 at mx1
X-Virus-Status: Clean
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 22:03:56 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--rXjHp0W65jiVXQWmuPXP7jO1BWeh6bQbM
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 08/02/14 14:04, Julian H. Stacey wrote:
> Michel Talon wrote:
>> So
>> how to interact with local.sqlite?
>=20
> Thanks Michel,
> Noted.

Further, if you really want to debug and inspect with text tools you can
simply do

$ sqlite3 local.sqlite .dump > dump.sql

or

$ sqlite3 -csv local.sqlite .dump > dump.csv

=46rom there, I'm sure an impressive pipeline to do just about
anything you want can be constructed, if that's what you need.

You can also do any kind of additional SQL in that last parameter (.dump
is just an sqlite specific SQL meta command) with semicolon separated
statements.

--=20
Contestants have been briefed on some questions before the show.



--rXjHp0W65jiVXQWmuPXP7jO1BWeh6bQbM
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBCAAGBQJS9qnFAAoJECVxJsPurgHoijIMAJQH6lDi+BkULMSCDD2Qo6SI
9ci8fnmTZj8GwGzgvnhiWVYil5BmRVU/4f94iwQafbW37ETd2Q2Qnq8Ygp3k+3Gu
yzMBSFE9LzoEhcHO86ZM57O0uW+kk77GKM8Wh88VAFmRxU+A6LJkoj4Z1aL0vYum
M9StKUMrfudJWtXnN4KrRSaU1KF3D3J00BGnHO6lY5xm+8Vk+mkjvzqs7msaitvA
ufRE2RyQNajOkaStZ+6STcQAnvGEAjlcft1FUlFDK24vNIHlqSy8AmPs5gSO3w3E
G81oy/+3FblDsmvRZuvN4TwQVB/GcU5y76Sw9syUj+42cHpapJ7iOG7yjHt1h465
uU4LHgNLVNb8yzuZCbBZMZZbvCzqi2tVfUmcvE8HRL7U4ieqei4kHEqmsSzth5Nr
YgtwDyeNzRt8ZxM/Awp9p82r38OEwqH4DJEvjiyIo72cxGjiOzIWG/4lZH48RVeK
KsRQSEfvBO3Pftvoc6ZUnCrYc1MlCKxwcb9MuhpvYg==
=eZWN
-----END PGP SIGNATURE-----

--rXjHp0W65jiVXQWmuPXP7jO1BWeh6bQbM--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 22:45:55 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id A7F0D9D5
 for ; Sat,  8 Feb 2014 22:45:55 +0000 (UTC)
Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com
 [IPv6:2607:f8b0:400d:c01::22a])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 6190A1602
 for ; Sat,  8 Feb 2014 22:45:55 +0000 (UTC)
Received: by mail-qc0-f170.google.com with SMTP id e9so8395847qcy.15
 for ; Sat, 08 Feb 2014 14:45:53 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=from:to:cc:subject:date:message-id:user-agent:in-reply-to
 :references:mime-version:content-transfer-encoding:content-type;
 bh=qDWMy7kHtBDBhk6/N6wqhmLYsFitG4pfZn0rxoLYQ38=;
 b=MZrhn4JyOxtSQmwxuw2r4WpGMOTRWphJhVJkWfx7LLy3IZtuhorbnAKaBABRBVHMor
 xceqx5FeSE/2knzbtDOVtl/eVCbIM+hdxLHEY5+mzDGQsGel2nki1oXR0NvGU2of83+Q
 5URX9Cix8o+pSZoHRjqUks6CyrcrE2o/M/UQHR63oxVMC8TiFVK5Xarwq1+O5iRHeFfU
 NyeEDv4mBD8NcWYDdQhlpUuDf02xTLULFk/i1MxeceQxHnDZcUGBsPG7Yuinowf3vZVe
 YPGuCSRrVLGW0zruVKsCrOdfEO2gJa3iAzepipenqjBj1q9LMWxh2j0b+K3fXuGT5+wN
 ITgw==
X-Received: by 10.224.162.200 with SMTP id w8mr34844516qax.1.1391899553852;
 Sat, 08 Feb 2014 14:45:53 -0800 (PST)
Received: from lumiwa.farms.net ([71.241.213.42])
 by mx.google.com with ESMTPSA id t5sm8483577qat.6.2014.02.08.14.45.52
 for 
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Sat, 08 Feb 2014 14:45:53 -0800 (PST)
From: Ajtim 
To: "Alex V. Petrov" 
Subject: Re: avogadro update
Date: Sat, 08 Feb 2014 17:45:51 -0500
Message-ID: <2551334.E7rHRK3s5T@lumiwa.farms.net>
User-Agent: KMail/4.11.4 (FreeBSD/10.0-RELEASE; KDE/4.11.4; amd64; ; )
In-Reply-To: 
References: <29077926.ZYpKY5iuuV@lumiwa.farms.net>
 
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: kde-freebsd@kde.org, FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 22:45:55 -0000

On Saturday 08 February 2014 19:41:42 Alex V. Petrov wrote:
> For me stop build:
> 
> [ 10%] Building CXX object
> libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/moc_gaussianset.cxx.o
> usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50: Parse
> error at "BOOST_JOIN"
> --- libavogadro/src/moc_pythonengine_p.cxx ---
> *** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1
> 
> make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
> 1 error
> 
> 
> 2014-02-08 19:27 GMT+08:00 Ajtim :
> 
> > Hi!
> >
> > Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work:
> >
> > ====> Compressing man pages (compress-man)
> > ===>  Installing for avogadro-1.1.1_1
> > ===>  Checking if science/avogadro already installed
> > ===>   Registering installation for avogadro-1.1.1_1
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonerror.h):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythoninterpreter.h):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogadro/pythonscript.h):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1_1/extensions/pythonterminal.so):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/site-packages/Avogadro.so):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/wireframe.py):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/example.py):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/extensionScripts/):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/engineScripts/):
> > No such file or directory
> > pkg-static:
> > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavogadro/):
> > No such file or directory
> > *** Error code 74
> >
> > Stop.
> > make[1]: stopped in /usr/ports/science/avogadro
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/science/avogadro
> > root@lumiwa:~# rehash
> > root@lumiwa:~# whereis avogadro
> > avogadro: /usr/local/man/man1/avogadro.1 /usr/ports/science/avogadro
> >
> > Thank you.
> >
> > --
> > Mitja
> > -------
> > http://www.redbubble.com/people/lumiwa
> >
> > _______________________________________________
> > freebsd-ports@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> >
> 
> 
> 
> 
I add NO_STAGE=yes in /usr/ports/science/avogaro/Makefile and it installed port.

-- 
Mitja
-------
http://www.redbubble.com/people/lumiwa


From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 22:58:42 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id C26E1B6A
 for ; Sat,  8 Feb 2014 22:58:42 +0000 (UTC)
Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com
 [IPv6:2a00:1450:400c:c00::22d])
 (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id 4E302169B
 for ; Sat,  8 Feb 2014 22:58:42 +0000 (UTC)
Received: by mail-wg0-f45.google.com with SMTP id n12so3172013wgh.0
 for ; Sat, 08 Feb 2014 14:58:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=sender:date:from:to:cc:subject:message-id:references:mime-version
 :content-type:content-disposition:in-reply-to:user-agent;
 bh=5SP1HucR6xTVBAV9ek90cKE5RPQkSfUA7/9Rly3otSQ=;
 b=dnWI/ZPrFOvSvoQq7l2a8eHP4NZIBiusN76pvswxRo8yddm7oH2jZFGHNv2ER6yXQO
 fDrJjdrHhsPEK0N4kI73tcyjP7Lv/fkqiVcfQDGwhYLVQyTBvIW/7LuYfJXPNGOYVOsM
 RQNkpaNWWYZg/rhldPj8BG6/A6KyG/ZVfTqMRdC8xXv22sXsKLFFyKkqPVdfROdIoS2G
 RcG4QSlgtEwfAfD2Wz33kQ7nWVShws38yFVmGXDlnrlCIIixTTFilFTML3UQ3EIsdj5N
 4om1GwNGA2e9rSCvCArKM+Dlk4mzi1Eufnb4l3ejaiRfyBWziCr6GwQpjsUshUHl1e64
 pAhw==
X-Received: by 10.195.13.113 with SMTP id ex17mr16228320wjd.0.1391900320637;
 Sat, 08 Feb 2014 14:58:40 -0800 (PST)
Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188])
 by mx.google.com with ESMTPSA id q15sm21910664wjw.18.2014.02.08.14.58.39
 for 
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Sat, 08 Feb 2014 14:58:39 -0800 (PST)
Sender: Baptiste Daroussin 
Date: Sat, 8 Feb 2014 23:58:37 +0100
From: Baptiste Daroussin 
To: Ajtim 
Subject: Re: avogadro update
Message-ID: <20140208225837.GN80056@ithaqua.etoilebsd.net>
References: <29077926.ZYpKY5iuuV@lumiwa.farms.net>
 
 <2551334.E7rHRK3s5T@lumiwa.farms.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature"; boundary="MSd2ShuMixI0uVaZ"
Content-Disposition: inline
In-Reply-To: <2551334.E7rHRK3s5T@lumiwa.farms.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "Alex V. Petrov" , kde-freebsd@kde.org,
 FreeBSD Ports ML 
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 22:58:42 -0000


--MSd2ShuMixI0uVaZ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Feb 08, 2014 at 05:45:51PM -0500, Ajtim wrote:
> On Saturday 08 February 2014 19:41:42 Alex V. Petrov wrote:
> > For me stop build:
> >=20
> > [ 10%] Building CXX object
> > libavogadro/src/extensions/surfaces/openqube/CMakeFiles/OpenQube.dir/mo=
c_gaussianset.cxx.o
> > usr/local/include/boost/type_traits/detail/has_binary_operator.hp:50: P=
arse
> > error at "BOOST_JOIN"
> > --- libavogadro/src/moc_pythonengine_p.cxx ---
> > *** [libavogadro/src/moc_pythonengine_p.cxx] Error code 1
> >=20
> > make[4]: stopped in /usr/ports/science/avogadro/work/avogadro-1.1.1
> > 1 error
> >=20
> >=20
> > 2014-02-08 19:27 GMT+08:00 Ajtim :
> >=20
> > > Hi!
> > >
> > > Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work:
> > >
> > > =3D=3D=3D=3D> Compressing man pages (compress-man)
> > > =3D=3D=3D>  Installing for avogadro-1.1.1_1
> > > =3D=3D=3D>  Checking if science/avogadro already installed
> > > =3D=3D=3D>   Registering installation for avogadro-1.1.1_1
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogad=
ro/pythonerror.h):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogad=
ro/pythoninterpreter.h):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/include/avogad=
ro/pythonscript.h):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/avogadro/1=
_1/extensions/pythonterminal.so):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/lib/python2.7/=
site-packages/Avogadro.so):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavoga=
dro/engineScripts/wireframe.py):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavoga=
dro/extensionScripts/example.py):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavoga=
dro/extensionScripts/):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavoga=
dro/engineScripts/):
> > > No such file or directory
> > > pkg-static:
> > > lstat(/usr/ports/science/avogadro/work/stage/usr/local/share/libavoga=
dro/):
> > > No such file or directory
> > > *** Error code 74
> > >
> > > Stop.
> > > make[1]: stopped in /usr/ports/science/avogadro
> > > *** Error code 1
> > >
> > > Stop.
> > > make: stopped in /usr/ports/science/avogadro
> > > root@lumiwa:~# rehash
> > > root@lumiwa:~# whereis avogadro
> > > avogadro: /usr/local/man/man1/avogadro.1 /usr/ports/science/avogadro
> > >
> > > Thank you.
> > >
> > > --
> > > Mitja
> > > -------
> > > http://www.redbubble.com/people/lumiwa
> > >
> > > _______________________________________________
> > > freebsd-ports@freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.o=
rg"
> > >
> >=20
> >=20
> >=20
> >=20
> I add NO_STAGE=3Dyes in /usr/ports/science/avogaro/Makefile and it instal=
led port.
>=20
This is not a fix, this hides the problem.

regards,
Bapt

--MSd2ShuMixI0uVaZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (FreeBSD)

iEYEARECAAYFAlL2tp0ACgkQ8kTtMUmk6EzHRwCgsvXocoa59Owzsu2911EPY2Go
EvsAoMELXp3POT68404no4rEPkNpNL9e
=rgxI
-----END PGP SIGNATURE-----

--MSd2ShuMixI0uVaZ--

From owner-freebsd-ports@FreeBSD.ORG  Sat Feb  8 23:50:52 2014
Return-Path: 
Delivered-To: freebsd-ports@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id E99FE6A6
 for ; Sat,  8 Feb 2014 23:50:51 +0000 (UTC)
Received: from homiemail-a104.g.dreamhost.com (caiajhbdcbhh.dreamhost.com
 [208.97.132.177])
 by mx1.freebsd.org (Postfix) with ESMTP id C23F619FD
 for ; Sat,  8 Feb 2014 23:50:51 +0000 (UTC)
Received: from homiemail-a104.g.dreamhost.com (localhost [127.0.0.1])
 by homiemail-a104.g.dreamhost.com (Postfix) with ESMTP id 2F6262005D106
 for ; Sat,  8 Feb 2014 15:50:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=saltant.com; h=message-id
 :date:from:mime-version:to:subject:content-type; s=saltant.com;
 bh=9MedjnDjC8LFUOtzz21hofI4lK0=; b=GzFnmuODPQ24lI+9sE4dScytbGXZ
 lDY2RvgnP+rDQqUYD2bz+5pqhgWEAGRZGawB+IERiLiQls5WUvcT24ugSSfES8St
 Q1I26o/EtjVpkL+sZhzQPExO9XFVYRb+DaBT4d3XF1CJsU/KAr+ZhX1Ie1jGsJiC
 Umcq9qdSLDmJJjQ=
Received: from dreck.saltant.net (dreck.saltant.net [72.78.188.150])
 (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
 (No client certificate requested)
 (Authenticated sender: john@saltant.com)
 by homiemail-a104.g.dreamhost.com (Postfix) with ESMTPSA id 058F32005D105
 for ; Sat,  8 Feb 2014 15:50:43 -0800 (PST)
Message-ID: <52F6C2D4.9090009@saltant.com>
Date: Sat, 08 Feb 2014 18:50:44 -0500
From: "John W. O'Brien" 
Organization: Saltant Solutions
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
 rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: FreeBSD Ports 
Subject: Trouble verifying a pkg-repo signature manually
X-Enigmail-Version: 1.6
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature";
 boundary="F28L4qHGt1QkKrkxUPkBVm7f7nlMdi0h9"
X-BeenThere: freebsd-ports@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Porting software to FreeBSD 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 
X-List-Received-Date: Sat, 08 Feb 2014 23:50:52 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--F28L4qHGt1QkKrkxUPkBVm7f7nlMdi0h9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello freebsd-ports@,

I'm trying to build and maintain my own package repository and
understand how everything is put together in the process. Right now, I'm
having trouble understanding how the signatures are made and verified.
The following should illustrate both the problem I'm having and how I
think things are supposed to work.

My environment
--------------

# pkg -v
1.2.6
# openssl version
OpenSSL 0.9.8y 5 Feb 2013
# uname -a
FreeBSD XXXX.saltant.net 9.2-STABLE FreeBSD 9.2-STABLE #1 r260112: Mon
Dec 30 18:26:07 EST 2013
root@XXXX.saltant.net:/usr/obj/usr/src/sys/NARB  amd64


Build a package
---------------

# cd /usr/ports/devel/pkgconf
# make PACKAGES=3D/tmp/packages package
[...]
=3D=3D=3D>  Building package for pkgconf-0.9.4
# ls -lR /tmp/packages
total 4
drwxr-xr-x  2 root  wheel  512 Feb  8 18:32 All

/tmp/packages/All:
total 24
-rw-r--r--  1 root  wheel  23488 Feb  8 18:32 pkgconf-0.9.4.txz


Prepare the keys
----------------

# cd /tmp/keys
# openssl genrsa -out repo.key 2048
Generating RSA private key, 2048 bit long modulus
=2E...+++
=2E..............................................................+++
e is 65537 (0x10001)
# openssl rsa -in repo.key -pubout repo.pub
writing RSA key


Generate the repo
-----------------

# pkg repo /tmp/packages /tmp/keys/repo.key
Generating repository catalog in /tmp/packages: done!


Testing the signature
---------------------

# cd /tmp/test
# tar xf /tmp/packages/digests.txz
# openssl dgst -verify /tmp/keys/repo.pub \
    -signature signature -sha256 digests
Verification Failure


Making and testing a new signature
----------------------------------

# openssl dgst -sign /tmp/repo.key -sha256 -binary digests > test_sig
# openssl dgst -verify /tmp/keys/repo.pub \
    -signature test_sig -sha256 digests
Verified OK

I would be grateful if somebody could point me in the right direction,
or disabuse me of some obvious misconception.

Regards,
John


--F28L4qHGt1QkKrkxUPkBVm7f7nlMdi0h9
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQEcBAEBCgAGBQJS9sLXAAoJEBRzAKlhyP/F+NkIAKb5diNGw53AwcCfPFueKiqW
pSHPDUACakU+di7hLAMPWq2nFMBKQShl5oi6scvADVbw/GweUwu7smwj/Bq0WqDg
XEmCJNI8CyUI5iLKUqBIhU8Om3ShkbO1je8aW0D8CmOQDH/FMJNkMh+nYt0gMaXt
6sh/8F2dme6KUfQ77vMEeoy715yqIConZU2N8BAQZgmZBqxDyIz+I0pp9kRCnBuM
Xzh4fzijcdJWZwZzEg64fj/b8HK15FF3IcEA9nIqjNcwu9h8erUgvcLmsg1BcOiF
+WhQ9KMMDewtmriAJf1cOcXCPDZnNY2YZtSz28zd5x1L0LfdePubLsduvPbxfTY=
=sa6S
-----END PGP SIGNATURE-----

--F28L4qHGt1QkKrkxUPkBVm7f7nlMdi0h9--