From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 14:52:42 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DED9E69; Sun, 12 Oct 2014 14:52:42 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3774DFC8; Sun, 12 Oct 2014 14:52:41 +0000 (UTC) Received: from [89.204.130.59] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XdKVb-0004zH-4E; Sun, 12 Oct 2014 16:52:31 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9CEqSj2002718; Sun, 12 Oct 2014 16:52:28 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9CEqSqt002717; Sun, 12 Oct 2014 16:52:28 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Sun, 12 Oct 2014 16:52:27 +0200 From: Matthias Apitz To: Kurt Jaeger Subject: Re: print/muttprint Message-ID: <20141012145227.GA2689@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141011173426.GL29437@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.59 Cc: mat@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 14:52:42 -0000 El día Saturday, October 11, 2014 a las 07:34:26PM +0200, Kurt Jaeger escribió: > > > > 'USE_TEX= texlive' pulls in > > > > Tex, but it does not if you compile the ports with poudriere. > > > > > > I'm surprised that USE_TEX=texlive in poudriere does not pull it in. > > > > Mee too. > > > > > Can you provide a build log to show this ? > > > > Will do this tomorrow. > > There's a commit which changed texlive to texmf in September. > > /usr/ports/Mk/bsd.tex.mk > > has more info about USE_TEX, so please check that file for your > experiments. Hi, I did today: I checked out a 2nd fresh ports tree with: # poudriere ports -c -p ports-muttprint -m svn+http -B head # cd /usr/local/poudriere/ports/ports-muttprint/ # svn info ... Last Changed Rev: 370680 Last Changed Date: 2014-10-12 05:16:10 +0200 (Sun, 12 Oct 2014) I started the jail to build 'print/muttprint'; note it says it has to build 183 packages: # poudriere bulk -j freebsd-head -p ports-muttprint print/muttprint ... [00:01:09] ====>> Cleaning the build queue [00:01:09] ====>> Recording filesystem state for prepkg... done [00:01:10] ====>> Building 183 packages using 1 builders [00:01:10] ====>> Starting/Cloning builders ... 6:27 hours later the job was done fine: [freebsd-head-ports-muttprint] [2014-10-12_08h36m17s] [committing:] Queued: 183 Built: 183 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 0 Time: 06:26:47 [06:27:36] ====>> Logs: /usr/local/poudriere/data/logs/bulk/freebsd-head-ports-muttprint/2014-10-12_08h36m17s I removed the 3 packages again: # cd /usr/local/poudriere/data/packages/freebsd-head-ports-muttprint/All/ # rm tex-dvipsk-5.994.txz muttprint-0.72d_10.txz texlive-full-20140525_1.txz and edited the Makefile of print/muttprint: # vim /usr/local/poudriere/ports/ports-muttprint/print/muttprint/Makefile to remove the two addition RUN_DEPENDS= lines in the Makefile: # svn diff Makefile RUN_DEPENDS= psnup:${PORTSDIR}/print/psutils \ - latex:${PORTSDIR}/print/texlive-full \ - dvips:${PORTSDIR}/print/tex-dvipsk \ uncompface:${PORTSDIR}/mail/faces \ convert:${PORTSDIR}/graphics/ImageMagick \ p5-TimeDate>=0:${PORTSDIR}/devel/p5-TimeDate \ I restarted the jail and poudriere only rebuilt the muttprint package itself, not the two others removed: # poudriere bulk -j freebsd-head -p ports-muttprint print/muttprint ... [00:06:37] ====>> Built ports: print/muttprint [freebsd-head-ports-muttprint] [2014-10-12_15h40m55s] [committing:] Queued: 1 Built: 1 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 0 Time: 00:06:03 [00:06:37] ====>> Logs: /usr/local/poudriere/data/logs/bulk/freebsd-head-ports-muttprint/2014-10-12_15h40m55s I removed all packages and re run the jail again with the above deleted RUN_DEPENDS= lines; note that poudriere now only calculates 164 packages to build (and not 183): # rm /usr/local/poudriere/data/packages/freebsd-head-ports-muttprint/All/* # poudriere bulk -j freebsd-head -p ports-muttprint print/muttprint ... [00:00:52] ====>> Cleaning the build queue [00:00:52] ====>> Recording filesystem state for prepkg... done [00:00:52] ====>> Building 164 packages using 1 builders [00:00:52] ====>> Starting/Cloning builders This underpins that there is something lost in the Tex infrastructure. When the build job will be done in some hours I will check if any of the resulting 164 packages contains the tools /usr/local/bin/latex and /usr/local/bin/dvips, both needed by the muttprint Perl script. Let me know if someone needs the log files of the build jobs; I could place them onto my webspace. For the moment, I'd suggest to let the two additional RUN_DEPENDS= lines in the Makefile as proposed. Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: 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 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98770110; Sun, 12 Oct 2014 14:56:01 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57804FE8; Sun, 12 Oct 2014 14:56:01 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XdKYy-000NFy-Lj; Sun, 12 Oct 2014 16:56:00 +0200 Date: Sun, 12 Oct 2014 16:56:00 +0200 From: Kurt Jaeger To: Matthias Apitz , freebsd-ports@freebsd.org, mat@freebsd.org Subject: Re: print/muttprint Message-ID: <20141012145600.GM29437@home.opsec.eu> References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141012145227.GA2689@unixarea.DDR.dd> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 14:56:01 -0000 Hi! > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > lines in the Makefile as proposed. Can you try with USE_TEX= latex dvipsk and without the two additional RUN_DEPENDS ? Or did I miss that you already tried that ? -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 15:03: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AD94A4A0; Sun, 12 Oct 2014 15:03:39 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6674E14A; Sun, 12 Oct 2014 15:03:39 +0000 (UTC) Received: from [89.204.130.59] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XdKgL-0002ea-E6; Sun, 12 Oct 2014 17:03:37 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9CF3Z2H002789; Sun, 12 Oct 2014 17:03:35 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9CF3YmY002788; Sun, 12 Oct 2014 17:03:34 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Sun, 12 Oct 2014 17:03:34 +0200 From: Matthias Apitz To: Kurt Jaeger Subject: Re: print/muttprint Message-ID: <20141012150334.GA2748@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> <20141012145600.GM29437@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141012145600.GM29437@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.130.59 Cc: mat@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 15:03:39 -0000 El día Sunday, October 12, 2014 a las 04:56:00PM +0200, Kurt Jaeger escribió: > Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > lines in the Makefile as proposed. > > Can you try with > > USE_TEX= latex dvipsk > > and without the two additional RUN_DEPENDS ? > > Or did I miss that you already tried that ? Hi, No, I only tried until now the Makefile as it is now in SVN and the removal of the two additional RUN_DEPENDS= lines. Will tomorrow try the version without the additional RUN_DEPENDS= lines, but your additional change above. Stay tuned. Poudriere really is a big step forward to work out such things without affecting the installed production environment. Thanks to the folks who created this! matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: 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 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 15:15:13 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 068DB63D for ; Sun, 12 Oct 2014 15:15:13 +0000 (UTC) Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C492222F for ; Sun, 12 Oct 2014 15:15:12 +0000 (UTC) Received: by mail-oi0-f42.google.com with SMTP id a141so11154829oig.1 for ; Sun, 12 Oct 2014 08:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language; bh=BrtlsrlKn72j3F+6mVMTQUUjbqHxsQ29O6APsG5phss=; b=egEeirlwQLNPsYrCzRnXal1JB305BdfPFMfAXn/O3dPUg51kjX/MuzFonBviobwQLu UvPeTat9VWbNi3Q5qKW4Ps0ZBQNt2AZhGwmMuuCTypMmy+fU2114ET/grnjBTgGorR7Z ZH2vY/dkej/RGWxIbqEL9sMdorRA4KaAp4HFDSOj5SldgKVXU0bDnxb4mAhufcXxEv8a jRv5fsx6rmYSCbKjqK8TMucFi6Tq9nD6SwuVwSnZ8XLFjB172rGR8XsB/VeohcPpoODH 6dooxd8D86sbG0xhljnZ2E+PWHU12ojwO6wxGNT211WxXNeSe9uEHcAnwnVZ6BDmH89L 4PRw== X-Received: by 10.202.74.130 with SMTP id x124mr2804414oia.50.1413126911943; Sun, 12 Oct 2014 08:15:11 -0700 (PDT) Received: from GAMER (r74-195-232-37.stl1cmta01.stwrok.ok.dh.suddenlink.net. [74.195.232.37]) by mx.google.com with ESMTPSA id y8sm4559445oie.23.2014.10.12.08.15.11 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 12 Oct 2014 08:15:11 -0700 (PDT) From: "Cory Dohm" To: Subject: Updating Master/Slave Ports Date: Sun, 12 Oct 2014 10:15:11 -0500 Message-ID: <000901cfe62f$51d4b6a0$f57e23e0$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/mL0h3mjh9mDk/RA+GyuHZdNOmLQ== Content-Language: en-us X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 15:15:13 -0000 I'm trying to update the port pair net/libtorrent-rasterbar and net/libtorrent-rasterbar-python (slave port of net/libtorrent-rasterbar) from 0.16.17 to 1.0.2 because that is the latest stable release. I've never updated a port before, but found this tutorial (http://www.unix-experience.fr/2013/contribute-to-freebsd-port-tree/) that got me started. I can get net/libtorrent-rasterbar to make install and update with portmaster, but when I try to make/update the python slave I get this error: ===> libtorrent-rasterbar-1.0.2_1 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of libtorrent-rasterbar without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. This error shows up even after using make deinstall on the master port, because it seems that the python slave is installing the master port as a dependency. However, it also did this with the 0.16 version and yet that one installs correctly. Any insight you can offer to help me resolve this issue is appreciated. Thank you in advance, Cory From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 15:36:05 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E3AFCA9 for ; Sun, 12 Oct 2014 15:36:05 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CE1B5F7 for ; Sun, 12 Oct 2014 15:36:05 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id x13so4012397qcv.18 for ; Sun, 12 Oct 2014 08:36:04 -0700 (PDT) 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=RjlCcyvkpwkGkorSVlr6+4xjNnA31t1VH3p6mY3kgDY=; b=oHCQLz9+mH70hxjgc/97HH+ZtcoFVnlMSzuiZpK5l1bWZFvZVdqEcQErP+l4LXtPlU v74bb8Ol25rQQj0dvntyTWpyJPZzAdOKdrTQ8711m3xiuH9R7nQw6Kq3Rt3LwbBgfGD6 m/OMVy9zoWT5cO4zoK6LuimFUqUK0BoGH7ZTB/dTyEaaeFLOpQ2tJPbBoVWdqnuyBVhU 2iD9YRmdzgHHKiAeUdDnbxO8XT1gfAE0BZOWQgDRDpfUi2B7og0kUq2RHa7fU4OTLWUF v8R0JMghckn2x7r2PJE4tnIVEcNQLhm0NLTZsmA42me+4Pp+bBevm+8IkN4pP8ZbTEjk OL+g== MIME-Version: 1.0 X-Received: by 10.224.120.138 with SMTP id d10mr32408452qar.8.1413128164252; Sun, 12 Oct 2014 08:36:04 -0700 (PDT) Sender: william88@gmail.com Received: by 10.140.106.71 with HTTP; Sun, 12 Oct 2014 08:36:04 -0700 (PDT) In-Reply-To: References: <542E677A.7080205@gmx.net> <20141003203057.GA1053@medusa.sysfault.org> <1412607401631-5954805.post@n5.nabble.com> <20141011155821.703bb6d2@rsbsd.rsb> Date: Sun, 12 Oct 2014 12:36:04 -0300 X-Google-Sender-Auth: cAnVkqs-BRHkX4oAJnzLJJGkbtI Message-ID: Subject: Re: py-imaging vs. py-pillow From: William Grzybowski To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-ports@freebsd.org" , Beeblebrox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 15:36:05 -0000 On Sat, Oct 11, 2014 at 6:02 PM, Kevin Oberman wrote: > print/hplip is still building with py-imaging and I had to delete it to get > py-opengl to update. I suspect that just changing "py-imaging" to > "py-pillow" in Makefile would do the trick. Yes, it is part of a non-default option so thats why it was not caught. Should be fixed now, thanks. -- William Grzybowski / wg FreeBSD Ports Committer From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 18:17: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 062FF56A; Sun, 12 Oct 2014 18:17:20 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA76477A; Sun, 12 Oct 2014 18:17:19 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id h18so8255452igc.0 for ; Sun, 12 Oct 2014 11:17:18 -0700 (PDT) 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=MelE3UCsq4op/cWOPIaIdWbKaeRZUQLaEVBB8+QqG24=; b=cCwEUz56Zuwrj7cuNYE+Zv7oAyINBtzKze5WguI7mKkNe5xF/K3OuecB9lBR3LTxMN /g2azH+ObdDu4bb5ZlE2Z2eybxiPN4GpHbfgiZkbX/p3lBJ03gtlQUdHhScR4hPT6Fxi Z3r8RB3lNEgeNGA9ZPwsQBFyfTmGV+gdGz9W14PnYWbPVqW4Yb17XDbEABPycLnvkaOI /DhLIWd8rLhVLrxKGU8PWDA/xq7IMNqAkprSHkyLy3YPLZmjrqd2SP7JkNOJxWIa61gJ 6LDK5lwY/gFhMJeQvL1B0gm+CAWXBaTB+NAJqgVk4WK3L7ZD3uXEQV8un1HRqGcRn0Lm f5nQ== MIME-Version: 1.0 X-Received: by 10.42.130.68 with SMTP id u4mr29388564ics.23.1413137838881; Sun, 12 Oct 2014 11:17:18 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.11.141 with HTTP; Sun, 12 Oct 2014 11:17:18 -0700 (PDT) In-Reply-To: References: <542E677A.7080205@gmx.net> <20141003203057.GA1053@medusa.sysfault.org> <1412607401631-5954805.post@n5.nabble.com> <20141011155821.703bb6d2@rsbsd.rsb> Date: Sun, 12 Oct 2014 11:17:18 -0700 X-Google-Sender-Auth: G1x7unDP0bbQeJU6yk0HvE69IIc Message-ID: Subject: Re: py-imaging vs. py-pillow From: Kevin Oberman To: William Grzybowski Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-ports@freebsd.org" , Beeblebrox X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 18:17:20 -0000 On Sun, Oct 12, 2014 at 8:36 AM, William Grzybowski wrote: > On Sat, Oct 11, 2014 at 6:02 PM, Kevin Oberman > wrote: > > print/hplip is still building with py-imaging and I had to delete it to > get > > py-opengl to update. I suspect that just changing "py-imaging" to > > "py-pillow" in Makefile would do the trick. > > Yes, it is part of a non-default option so thats why it was not caught. > Should be fixed now, thanks. > > > > -- > William Grzybowski / wg > FreeBSD Ports Committer > Thanks! -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Sun Oct 12 20:26: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BE47F96 for ; Sun, 12 Oct 2014 20:26:38 +0000 (UTC) Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4E1733A for ; Sun, 12 Oct 2014 20:26:37 +0000 (UTC) Received: from resomta-ch2-14v.sys.comcast.net ([69.252.207.110]) by resqmta-ch2-03v.sys.comcast.net with comcast id 2LRY1p0012PT3Qt01LSc11; Sun, 12 Oct 2014 20:26:36 +0000 Received: from kirby.cyberbotx.com ([107.5.48.95]) by resomta-ch2-14v.sys.comcast.net with comcast id 2LSa1p00423DSHF01LSb9S; Sun, 12 Oct 2014 20:26:36 +0000 Message-ID: <543AE3F9.7080501@cyberbotx.com> Date: Sun, 12 Oct 2014 16:26:33 -0400 From: Naram Qashat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: Fwd: Re: devel/mingw32-gcc problem References: <2B0375AF-1377-4E2F-A08D-CE44698B68D9@FreeBSD.org> In-Reply-To: <2B0375AF-1377-4E2F-A08D-CE44698B68D9@FreeBSD.org> X-Forwarded-Message-Id: <2B0375AF-1377-4E2F-A08D-CE44698B68D9@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1413145596; bh=qIeC4DvHT6Y/HNHZSzCUsrrV+GILxBQN/O6FzxRyIRE=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=X8dy5GmiePTnRyYkM+sr5TpyVtQiaRJh9acVPe6qHCheLpk4j2CHdUd8zfC6xad/K Kq9e29X+pdBVFsEM0lIfiA3kb29LcoKcdt/8raRbf5LVY+eAtcc2lBXm+lTVN/feyA 0qPElvOxff5DlaJzgGSuIx75uSKf0JJXQPESSGw8mxtnAKNAuo205ioP/6actfPv8C gwIdKxRMSF5J8VJhx6HvEAatc1j6pMZWRT88ahGKHoddgb3EW3kGslLTtABE2BZ3pS pDhF6fqbz04wEGCU5cBle3f4WSwurNl2ZBoKeddK8qyyXR/UgTz6sone6mPMfPE7wn onnlgyuKNEVAw== Cc: rene@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Oct 2014 20:26:38 -0000 -------- Forwarded Message -------- Subject: Re: devel/mingw32-gcc problem From: David Chisnall Date: Sun, 12 Oct 2014 21:07:03 +0100 Cc: freebsd-toolchain@FreeBSD.org, rene@FreeBSD.org There have been some changes to how the ports tree handles libtool files recently, but I don't know the details. You'd be better off asking on the ports list or in #bsdports on EFNet. David On 10 Oct 2014, at 21:36, Naram Qashat wrote: > Hi everyone, > > I've been trying to push out an update to devel/mingw32-gcc, but ran into a problem, and Rene suggested asking about it here. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191291 > > Long story short, some of the .a files installed by devel/mingw32-bin-msvcrt get clobbered (their contents becomes nothing but NUL bytes) during the build of mingw32-gcc. This only happens under 10.x and not under 9.x or earlier. > > I'm not subscribed to this mailing list, so please CC me on any replies. > > Thanks, > Naram Qashat I'm forwarding this message as suggested by David. I'm not sure if the libtool changes would account for the problem I'm running in to, as the files being clobbered are archives and not libtool files. But if anyone has any insight about this, I'd really appreciate it, as I would like to update the port and this has been a major stopping point. Thanks, Naram Qashat From owner-freebsd-ports@FreeBSD.ORG Mon Oct 13 00:56:32 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39132B4A; Mon, 13 Oct 2014 00:56:32 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87662BE; Mon, 13 Oct 2014 00:56:31 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id b6so5655369lbj.17 for ; Sun, 12 Oct 2014 17:56:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:mime-version:content-type :content-transfer-encoding:thread-index:content-language :disposition-notification-to; bh=7IFGlm6IFlwLg5qfFjHznDK3A/ko58XkJBXpX29X8Ak=; b=m/n7uMwLuy+Kq14IRJucfdSvZn/Nn5zqtOERekiN9+U6GqyrHTSPmUqBeFzGLIP0a/ 6ckS2pjPh/f1c7s1IETSVefsaLYunFV7SA+86gIs8QqGGCfQ+uJFNUhRLQsSq2OUZ5tz gJQKaPp6rc7xntvBMlrTFhLDVCrRE4GhHSMon1QAE034xNJ1iISGMddmb1dUTNBsPy/p OYxXV/8qF4vD+KbITcjdhN1OpNfnSkMQhWVvP6fV450vVq/5iJdJXfwQf1hroUPL37j7 sryy6nmfCuz68pt8HU5WwGhyeQTUWV84sSwxSOdTsXLA6+UToL2kLqU2m26xEv3Dva+W Hd+A== X-Received: by 10.152.202.135 with SMTP id ki7mr20562942lac.16.1413161789541; Sun, 12 Oct 2014 17:56:29 -0700 (PDT) Received: from crea7or ([188.134.21.60]) by mx.google.com with ESMTPSA id nb7sm4064531lbb.43.2014.10.12.17.56.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 12 Oct 2014 17:56:28 -0700 (PDT) From: "Pavel Sokolov" To: Subject: FreeBSD Port: sendmail+tls+sasl2-8.14.9_2 Date: Mon, 13 Oct 2014 04:56:35 +0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: Ac/mfoLjaVtYeDb1StqDchtHVWQ6PQ== Content-Language: ru Cc: ports@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 00:56:32 -0000 Hi! I use gcc48 to build ports. While building the port I receive this error = message: gcc48 -O2 -pipe -fno-strict-aliasing -I. -I../../include = -I/usr/local/include -DNEWDB -DNIS -DMAP_REGEX -DTCPWRAPPERS = -I/usr/local/include -DSASL=3D2 -DMILTER -DHASSRANDOMDEV -DSTARTTLS = -D_FFR_TLS_1 -c version.c gcc48 -o sendmail -Wl -L/usr/local/lib -L/usr/local/lib main.o alias.o = arpadate.o bf.o collect.o conf.o control.o convtime.o daemon.o deliver.o = domain.o envelope.o err.o headers.o macro.o map.o mci.o milter.o mime.o = parseaddr.o queue.o ratectrl.o readcf.o recipient.o sasl.o savemail.o = sfsasl.o shmticklib.o sm_resolve.o srvrsmtp.o stab.o stats.o sysexits.o = timers.o tls.o trace.o udb.o usersmtp.o util.o version.o -lwrap = -lsasl2 -lssl -lcrypto = /usr/ports/mail/sendmail/work/sendmail-8.14.9/obj.FreeBSD.8.4-RELEASE-p16= .i386/libsmutil/libsmutil.a = /usr/ports/mail/sendmail/work/sendmail-8.14.9/obj.FreeBSD.8.4-RELEASE-p16= .i386/libsm/libsm.a -lutil gcc48: error: unrecognized command line option '-Wl' *** Error code 1 1 error *** Error code 2 1 error =3D=3D=3D> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the = failure to the maintainer. *** Error code 1 Stop in /usr/ports/mail/sendmail. *** Error code 1 Stop in /usr/ports/mail/sendmail. root@system:/usr/ports/mail/sendmail # -- Pavel Sokolov From owner-freebsd-ports@FreeBSD.ORG Mon Oct 13 05:04:31 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEE41844; Mon, 13 Oct 2014 05:04:30 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97FA8BD3; Mon, 13 Oct 2014 05:04:30 +0000 (UTC) Received: from [89.204.135.204] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XdXo2-0008Ho-Lg; Mon, 13 Oct 2014 07:04:27 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9D54OKe001612; Mon, 13 Oct 2014 07:04:24 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9D54NMA001611; Mon, 13 Oct 2014 07:04:23 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Mon, 13 Oct 2014 07:04:23 +0200 From: Matthias Apitz To: Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org Subject: Re: print/muttprint Message-ID: <20141013050422.GA1602@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141012145227.GA2689@unixarea.DDR.dd> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.135.204 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 05:04:31 -0000 El día Sunday, October 12, 2014 a las 04:52:27PM +0200, Matthias Apitz escribió: > # svn diff Makefile > RUN_DEPENDS= psnup:${PORTSDIR}/print/psutils \ > - latex:${PORTSDIR}/print/texlive-full \ > - dvips:${PORTSDIR}/print/tex-dvipsk \ > uncompface:${PORTSDIR}/mail/faces \ > convert:${PORTSDIR}/graphics/ImageMagick \ > p5-TimeDate>=0:${PORTSDIR}/devel/p5-TimeDate \ > > I restarted the jail and poudriere only rebuilt the muttprint package > itself, not the two others removed: > > # poudriere bulk -j freebsd-head -p ports-muttprint print/muttprint > ... > [00:06:37] ====>> Built ports: print/muttprint > [freebsd-head-ports-muttprint] [2014-10-12_15h40m55s] [committing:] Queued: 1 Built: 1 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 0 Time: 00:06:03 > [00:06:37] ====>> Logs: /usr/local/poudriere/data/logs/bulk/freebsd-head-ports-muttprint/2014-10-12_15h40m55s > > I removed all packages and re run the jail again with the above deleted > RUN_DEPENDS= lines; note that poudriere now only calculates 164 packages > to build (and not 183): > > # rm /usr/local/poudriere/data/packages/freebsd-head-ports-muttprint/All/* > > # poudriere bulk -j freebsd-head -p ports-muttprint print/muttprint > ... > [00:00:52] ====>> Cleaning the build queue > [00:00:52] ====>> Recording filesystem state for prepkg... done > [00:00:52] ====>> Building 164 packages using 1 builders > [00:00:52] ====>> Starting/Cloning builders > > This underpins that there is something lost in the Tex infrastructure. > > When the build job will be done in some hours I will check if any of the > resulting 164 packages contains the tools /usr/local/bin/latex and > /usr/local/bin/dvips, both needed by the muttprint Perl script. None of the 164 contained /usr/local/bin/latex or /usr/local/bin/dvips. matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: 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 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Mon Oct 13 06:23:14 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D90A9EB; Mon, 13 Oct 2014 06:23:14 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05F7C399; Mon, 13 Oct 2014 06:23:13 +0000 (UTC) Received: from [89.15.237.217] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1XdZ2E-0002cs-GY; Mon, 13 Oct 2014 08:23:10 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9D6N7Fd002326; Mon, 13 Oct 2014 08:23:07 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9D6N6F7002325; Mon, 13 Oct 2014 08:23:06 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Mon, 13 Oct 2014 08:23:06 +0200 From: Matthias Apitz To: Kurt Jaeger Subject: Re: print/muttprint Message-ID: <20141013062306.GB1602@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> <20141012145600.GM29437@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141012145600.GM29437@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.15.237.217 Cc: mat@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 06:23:14 -0000 El día Sunday, October 12, 2014 a las 04:56:00PM +0200, Kurt Jaeger escribió: > Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > lines in the Makefile as proposed. > > Can you try with > > USE_TEX= latex dvipsk > > and without the two additional RUN_DEPENDS ? Hi, I started it this morning with your change. It said that it will build this time 166 packages (not 164). When it ends I will report back. Btw: Mk/bsd.tex.mk says: ... # Ports which depend on TeX should use USE_TEX. # USE_TEX= yes # USE_TEX= full # USE_TEX= latex:build # USE_TEX= formats texlive # USE_TEX= latex:build dvipsk:build ... matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: 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 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Mon Oct 13 18:11: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB10E932; Mon, 13 Oct 2014 18:11:06 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93F3BA71; Mon, 13 Oct 2014 18:11:06 +0000 (UTC) Received: from [89.204.154.225] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Xdk5B-0000Dy-5b; Mon, 13 Oct 2014 20:10:57 +0200 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id s9DIAr4g001557; Mon, 13 Oct 2014 20:10:54 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id s9DIAqVH001556; Mon, 13 Oct 2014 20:10:52 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Mon, 13 Oct 2014 20:10:51 +0200 From: Matthias Apitz To: Kurt Jaeger Subject: Re: print/muttprint Message-ID: <20141013181051.GA1545@unixarea.DDR.dd> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , Kurt Jaeger , freebsd-ports@freebsd.org, mat@freebsd.org References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> <20141012145600.GM29437@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20141012145600.GM29437@home.opsec.eu> X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.154.225 Cc: mat@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 18:11:07 -0000 El día Sunday, October 12, 2014 a las 04:56:00PM +0200, Kurt Jaeger escribió: > Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > lines in the Makefile as proposed. > > Can you try with > > USE_TEX= latex dvipsk > > and without the two additional RUN_DEPENDS ? I can confirm that the dependencies are now fine with the above USE_TEX= and with deleted the additional RUN_DEPENDS at the same time: The compiled pkg says about its dependencies: # pkg info -d -F muttprint-0.72d_10.txz muttprint-0.72d_10: ImageMagick-6.8.9.8_1,1 cups-base-1.7.3_1 cups-pstoraster-8.15.4_8 faces-1.7.7_10 p5-Text-Iconv-1.7_1 p5-TimeDate-2.30_1,1 perl5-5.16.3_11 psutils-1.17_4 tex-dvipsk-5.994 tex-formats-20140525 and the requested tools 'dvips' and 'latex' are in: /usr/local/bin/dvips tex-dvipsk-5.994.txz /usr/local/bin/latex tex-formats-20140525.txz You could commit this change and we can close this thread. Thx matthias -- Matthias Apitz | /"\ ASCII Ribbon Campaign: 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 | en.wikipedia.org/wiki/ASCII_Ribbon_Campaign From owner-freebsd-ports@FreeBSD.ORG Mon Oct 13 18:19:32 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA154DF4; Mon, 13 Oct 2014 18:19:32 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77EA6B70; Mon, 13 Oct 2014 18:19:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XdkDT-00020M-KN; Mon, 13 Oct 2014 20:19:31 +0200 Date: Mon, 13 Oct 2014 20:19:31 +0200 From: Kurt Jaeger To: Matthias Apitz , freebsd-ports@freebsd.org, mat@freebsd.org Subject: Re: print/muttprint Message-ID: <20141013181931.GN29437@home.opsec.eu> References: <20141011114310.GA4035@unixarea.DDR.dd> <20141011115119.GI29437@home.opsec.eu> <20141011152016.GA78035@home.opsec.eu> <20141011153949.GA5022@unixarea.DDR.dd> <20141011162857.GJ29437@home.opsec.eu> <20141011172955.GA5414@unixarea.DDR.dd> <20141011173426.GL29437@home.opsec.eu> <20141012145227.GA2689@unixarea.DDR.dd> <20141012145600.GM29437@home.opsec.eu> <20141013181051.GA1545@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141013181051.GA1545@unixarea.DDR.dd> X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2014 18:19:32 -0000 Hi! > > > For the moment, I'd suggest to let the two additional RUN_DEPENDS= > > > lines in the Makefile as proposed. > > > > Can you try with > > > > USE_TEX= latex dvipsk > > > > and without the two additional RUN_DEPENDS ? > > I can confirm that the dependencies are now fine with the above USE_TEX= > and with deleted the additional RUN_DEPENDS at the same time: Thanks for the test and your patience! Change committed. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 02:09:15 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25145F2D for ; Tue, 14 Oct 2014 02:09:15 +0000 (UTC) Received: from mail-qc0-f169.google.com (mail-qc0-f169.google.com [209.85.216.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DCE94238 for ; Tue, 14 Oct 2014 02:09:14 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id o8so6077726qcw.28 for ; Mon, 13 Oct 2014 19:09:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=ZFCpmROj+I6ToQ2D1qwOLBwiLSyGk6HQcKJ1QGyKos0=; b=k+OJaGTgI0szycQLsw9yaAFYJBQt5i+JU2yFxE/MjDOhmDEgW4H5acEbmF1BS4m7PC ZtZCHmHxLli5AglZ20kGxHqGHRb1rDhUqnZKnuboja37RR8WqtBCCJunFXJjWL8uy5rS ftTYaSoOBvMnOXEOrWvJvExfwdHHsVqNJTBhAC6+I+FmXOgZc95Qk0DkaXygSw0C2YRe 7Dd1bdQbC57tNPyhgsvMt6CN+6rRWsHeg9w8qFtyClD1hPNGbpgf+W6VprTYHh2O7yOU gXLCzlpLqkFd84hPwfntFNfj+lMb4xD9UklEPNCbLT6CyiT0NhnF4JKu7tjoVxkULWv2 DNjA== X-Gm-Message-State: ALoCoQm/FTXm6hHgQZPcNSGVpOBWzknSNyQpj2txK3f+pXeOOWRaf7MA+JtanpnPl7sOMtNxEDAX MIME-Version: 1.0 X-Received: by 10.224.166.131 with SMTP id m3mr4021051qay.98.1413252553127; Mon, 13 Oct 2014 19:09:13 -0700 (PDT) Received: by 10.140.96.195 with HTTP; Mon, 13 Oct 2014 19:09:13 -0700 (PDT) Date: Mon, 13 Oct 2014 19:09:13 -0700 Message-ID: Subject: Citrix From: "jmdennis @dslextreme.com" To: ports@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 02:09:15 -0000 I was wondering if Citrix 13.1 could be used instead of this older version of Citrix. I know for me the older version does not work because of a new certificate but does work with version 13.1. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 02:15:35 2014 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C8A38F for ; Tue, 14 Oct 2014 02:15:35 +0000 (UTC) Received: from mail-qg0-f53.google.com (mail-qg0-f53.google.com [209.85.192.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CA61319 for ; Tue, 14 Oct 2014 02:15:34 +0000 (UTC) Received: by mail-qg0-f53.google.com with SMTP id q107so2076881qgd.12 for ; Mon, 13 Oct 2014 19:15:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=UAWDuokLtH5PQgQzUstHuTi05VP4fYt6ngwovu/xcdo=; b=NB9TG2i8NG9dKqbBJ3aWWgyRQ+PgrEp+pLI6IfbvtD2Q8XXHTOyteTee6CSIOitzOY hRvW0QCq1E6e7h2NsPnvQv2qOPGedfpc/WptH3AkMgVRKm7yTNtVdD6Qe9jbFK0Nkl9M WYhwFFtLckUB/OSlILYVOkbX/DX/5bCpa4inLxgKaaxkAGWUcfYadg1TLPu3jO+++HqX Hswsdqf9zDD+x1tpovfgIqRhcac1Cu+62WMSrm+KCaXA/fLqe5Xr4Hr78e1r0lBezJ4Y xF+H8Nu00ruE1Qb8YfCKjImN989YJfVjcvh7LaJjXs4FiH/14mXN41jXG8e+Xk0psyNg XylA== X-Gm-Message-State: ALoCoQkMjHQJoUz5nSCkTckBQ3TUugNLcFywPlUDexTCVMQz5wwDys2MmbYsM6fv649WkAm2bFBq MIME-Version: 1.0 X-Received: by 10.224.166.131 with SMTP id m3mr4026876qay.98.1413252613058; Mon, 13 Oct 2014 19:10:13 -0700 (PDT) Received: by 10.140.96.195 with HTTP; Mon, 13 Oct 2014 19:10:13 -0700 (PDT) Date: Mon, 13 Oct 2014 19:10:13 -0700 Message-ID: Subject: KDE From: "jmdennis @dslextreme.com" To: ports@FreeBSD.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 02:15:35 -0000 I was wondering when KDE 14.4.1 would be released. I know it has to be compiled since it is made for Linux and not FreeBSD but it would be nice to have the newer version released which fixes a lot of issues and is faster. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 06:19: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 49CF67DE for ; Tue, 14 Oct 2014 06:19:29 +0000 (UTC) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AB20BEC for ; Tue, 14 Oct 2014 06:19:29 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id hn15so16227237igb.3 for ; Mon, 13 Oct 2014 23:19:28 -0700 (PDT) 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=ZJCZRAqpNaBvXtGcCAOQnaJBh0ukXA3DAdfQcuyns5Q=; b=jbf3X7eUTme3lMRU37cbsMEDInuaa5JTN3I/FClaRwHsopW9rKzEPmFGusIfhjOvIt ls4KkQoPGzOQ5kw+GZjxYSUlNkZPda3wc4DQo36w0jZB/E/xxPewa3NTP23RB4vhkUWm a/s+Sw0qCYxfEyETgbSpU7y0xd/M23FqcaUWSctgVwT/ZhCIM5Fo9+gXf+POY9hXBaRj ciBkNMn4cWkQlz+omnLNYCtr+tPdmE8MaNDzvMaLhvWaEhGV15WL5XaZCo006wVn9ZeR y+gvuMfTrsP9IedTLpzrm9BzvZAwT45Mjb4lMAsEssWViA8Gr6SshsSRsBx/8uUYIofc MBvg== MIME-Version: 1.0 X-Received: by 10.107.160.208 with SMTP id j199mr1208924ioe.6.1413267568447; Mon, 13 Oct 2014 23:19:28 -0700 (PDT) Received: by 10.50.122.42 with HTTP; Mon, 13 Oct 2014 23:19:28 -0700 (PDT) In-Reply-To: <000901cfe62f$51d4b6a0$f57e23e0$@gmail.com> References: <000901cfe62f$51d4b6a0$f57e23e0$@gmail.com> Date: Tue, 14 Oct 2014 01:19:28 -0500 Message-ID: Subject: Re: Updating Master/Slave Ports From: Scot Hetzel To: Cory Dohm Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 06:19:29 -0000 On Sun, Oct 12, 2014 at 10:15 AM, Cory Dohm wrote: > I'm trying to update the port pair net/libtorrent-rasterbar and > net/libtorrent-rasterbar-python (slave port of net/libtorrent-rasterbar) > from 0.16.17 to 1.0.2 because that is the latest stable release. I've never > updated a port before, but found this tutorial > (http://www.unix-experience.fr/2013/contribute-to-freebsd-port-tree/) that > got me started. I can get net/libtorrent-rasterbar to make install and > update with portmaster, but when I try to make/update the python slave I get > this error: > > ===> libtorrent-rasterbar-1.0.2_1 is already installed > You may wish to ``make deinstall'' and install this port again > by ``make reinstall'' to upgrade it properly. > If you really wish to overwrite the old port of libtorrent-rasterbar > without deleting it first, set the variable "FORCE_PKG_REGISTER" > in your environment or the "make install" command line. > > This error shows up even after using make deinstall on the master port, > because it seems that the python slave is installing the master port as a > dependency. However, it also did this with the 0.16 version and yet that one > installs correctly. Any insight you can offer to help me resolve this issue > is appreciated. > The net-p2p/libtorrent-rasterbar-python has a LIB_DEPENDS on libtorrent-rasterbar.so from the net-p2p/libtorrent-rasterbar port. Does this file exist in ${PREFIX}/lib? Mk/bsd.port.mk uses ldconfig -r to find the LIB_DEPENDS. Does ldconfig -r | grep torrent-rasterbar find this file? Could you post a log of building libtorrent-rasterbar-python that shows this failure when libtorrent-rasterbar is installed. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 08:59:14 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3E5BA43C for ; Tue, 14 Oct 2014 08:59:14 +0000 (UTC) Received: from pandora.amnic.net (pandora.amnic.net [IPv6:2001:67c:21c:a610::11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E966FC80 for ; Tue, 14 Oct 2014 08:59:13 +0000 (UTC) Received: from ran by pandora.amnic.net with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xdxwj-000Eyj-QY for freebsd-ports@freebsd.org; Tue, 14 Oct 2014 12:59:09 +0400 Subject: sysutils/boxbackup To: freebsd-ports@freebsd.org Date: Tue, 14 Oct 2014 12:59:09 +0400 (AMT) From: Hrant Dadivanyan Reply-To: Hrant Dadivanyan X-PGP: https://amnic.net/pgpkeys/hrant.asc X-NCC-RegID: am.isoc X-Mailer: ELM [version 2.4ME+ PL126 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: Sender: Hrant Dadivanyan X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 08:59:14 -0000 Hello, Could someone review and if everything is correct proceed with https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194223 Thank you, Hrant -- Hrant Dadivanyan (aka Ran d'Adi) hrant(at)dadivanyan.net /* "Feci quod potui, faciant meliora potentes." */ ran(at)psg.com From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 09:58:53 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79959675 for ; Tue, 14 Oct 2014 09:58:53 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65FD92DF for ; Tue, 14 Oct 2014 09:58:53 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s9E9wr31030966 for ; Tue, 14 Oct 2014 09:58:53 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s9E9wrfO030965; Tue, 14 Oct 2014 09:58:53 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201410140958.s9E9wrfO030965@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, 14 Oct 2014 09:58: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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 09:58:53 -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 ------------------------------------------------+-----------------+------------ audio/p5-Net-FreeDB | 0.08 | 0.09 ------------------------------------------------+-----------------+------------ mail/postfix210 | 2.10.3 | 2.10.4 ------------------------------------------------+-----------------+------------ sysutils/isomaster | 1.3.11 | 1.3.12 ------------------------------------------------+-----------------+------------ 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 Oct 14 10:40:24 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 409F3F69 for ; Tue, 14 Oct 2014 10:40:24 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 236A18D1 for ; Tue, 14 Oct 2014 10:40:23 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XdzWg-0001SG-J8 for freebsd-ports@freebsd.org; Tue, 14 Oct 2014 03:40:22 -0700 Date: Tue, 14 Oct 2014 03:40:22 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1413283222583-5956678.post@n5.nabble.com> Subject: ghostscript9-9.06_8 seems broken 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 10:40:24 -0000 I think there's something wrong with ghostscript9-9.06_8. The problems I'm seeing: #1: pdf2ps gives errors (I have tried many files). As you can see, this pdf is part of FreeBSD's handbook: $ pdf2ps -dLanguageLevel=2 frebsd-manuals/official_handbook/porters-handbook/book.pdf out.ps **** Error reading a content stream. The page may be incomplete. ....REPEATS FOR EACH PAGE.... **** Error reading a content stream. The page may be incomplete. **** This file had errors that were repaired or ignored. **** The file was produced by: **** >>>> pdfeTeX-1.21a <<<< **** Please notify the author of the software that produced this **** file that it does not conform to Adobe's published PDF **** specification. ERR MESSAGES FROM OTHER FILES: **** Error reading a content stream. The page may be incomplete. **** Warning: File has an empty CropBox. Using the current page size instead. **** The file was produced by: **** >>>> iText 5.0.4 (c) 1T3XT BVBA <<<< #2: Using GS directly (tried several files) $ gs -sDEVICE=pxlmono -o out.ps wfp.pdf GPL Ghostscript 9.06 (2012-08-08) Copyright (C) 2012 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 10. Page 1 Substituting font Times-Roman for Times New Roman. Loading NimbusRomNo9L-Regu font from /usr/local/share/ghostscript/fonts/n021003l.pfb... 3685368 2335526 1694528 404398 3 done. Page 2 Substituting font Times-Roman for Times New Roman. Can't find (or can't open) font file /usr/local/share/ghostscript/9.06/Resource/Font/ArialMT. Can't find (or can't open) font file ArialMT. Can't find (or can't open) font file /usr/local/share/ghostscript/9.06/Resource/Font/ArialMT. Can't find (or can't open) font file ArialMT. Querying operating system for font files... Loading ArialMT font from /usr/local/lib/X11/fonts/webfonts/arial.ttf... 3926124 2587204 3446604 1503804 3 done. ...etc... Page 5 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. Page 6 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. Page 7 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. Page 8 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. Page 9 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. Page 10 Substituting font Times-Roman for Times New Roman. **** Error reading a content stream. The page may be incomplete. **** This file had errors that were repaired or ignored. **** The file was produced by: **** >>>> Microsoft[] Word 2010 <<<< **** Please notify the author of the software that produced this **** file that it does not conform to Adobe's published PDF **** specification. #3: Printing a ps file directly via lpr to a post-script-II capable printer fails and only prints error message on paper: $ lpr some.ps > "%%[ Error handled by opdfread.ps : limitcheck; OffendingCommand: --nostringval--" Probaby continues, but reaches right margin of page. Regards. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/ghostscript9-9-06-8-seems-broken-tp5956678.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 11:22:36 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27A42F83 for ; Tue, 14 Oct 2014 11:22:36 +0000 (UTC) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B328CD44 for ; Tue, 14 Oct 2014 11:22:35 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id l18so10694253wgh.29 for ; Tue, 14 Oct 2014 04:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:subject:mime-version:content-type; bh=RMVd5q9qq9suqL7/dDnYJ0Vcolaxls70jIc+d5xs640=; b=ojngheGOFR1YvY2LcDZuOw8mBxGPrJ5YWfsztsU5AfoC4yVMmtr5zDePfdsp2v81Tr OF2pRN5VsRlO9PlLA6o86c6Kee5bwtGMElX6C/qXKGc4Ql/W3Mk8/xYILrIXMDWj8Rh5 53VliNt4lyzWXUdMiMuq6AyH6rE7HPfi6X6OgSw4gA84XFRRBwHP0Mn7/xtLt0Trbjcm ulL30MhsX9Dw2Cts1wHtGN2LUGrsAuISl898ipkARbJ4NeMx6YsLv4BbmBPd++J7BNi/ jmkNjs9NsE3OLKoBDowfLwWgtht/8oMERGNCGwGI+7mPOe36FAe9hbluSkROUK/lzFxh rXJg== X-Received: by 10.180.73.244 with SMTP id o20mr4972315wiv.9.1413285753910; Tue, 14 Oct 2014 04:22:33 -0700 (PDT) Received: from MacBook0.local (83.Red-83-58-223.dynamicIP.rima-tde.net. [83.58.223.83]) by mx.google.com with ESMTPSA id xm4sm15380754wib.9.2014.10.14.04.22.32 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Oct 2014 04:22:33 -0700 (PDT) Date: Tue, 14 Oct 2014 13:22:32 +0200 From: Enrico Maria Crisostomo To: freebsd-ports@freebsd.org Message-ID: Subject: Glassfish port update (Bug 194097) X-Mailer: Airmail (249) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 11:22:36 -0000 Hi all, Some days ago I=E2=80=99ve submitted a PR to update the Glassfish port to= 4.1, since the existing one is pretty old: https://bugs.freebsd.org/bugzilla/show=5Fbug.cgi=3Fid=3D194097 Am I required to do something else or somebody will look at this as it is= =3F Thanks and regards, --=C2=A0 Enrico Maria Crisostomo From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 16:02:09 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45A43B3E for ; Tue, 14 Oct 2014 16:02:09 +0000 (UTC) Received: from eu1sys200aog128.obsmtp.com (eu1sys200aog128.obsmtp.com [207.126.144.178]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9807CF96 for ; Tue, 14 Oct 2014 16:02:08 +0000 (UTC) Received: from mail-wi0-f172.google.com ([209.85.212.172]) (using TLSv1) by eu1sys200aob128.postini.com ([207.126.147.11]) with SMTP ID DSNKVD1I50t/jLsGFQ35TWuaHJ1AwiNlgxyF@postini.com; Tue, 14 Oct 2014 16:02:08 UTC Received: by mail-wi0-f172.google.com with SMTP id n3so10552600wiv.11 for ; Tue, 14 Oct 2014 09:01:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:message-id:to:subject:reply-to; bh=Kzi0QtYekE+sFBIHe4JocnMqGh+Bmxj2ViIkUUbeJMw=; b=WhFysSxhpKUoEbpyTV9PC2Cd5jnNZfQ9ljuqnsduy6xNa3oqr3KhnythdDTVJP6QLF SS67DAJn7jf06AKxEfgrBhGMDqznYyTsUtdP2JUNdvrPs/7lquW9lE7PwX5QPbaTbidn 6U5+7rIbgfr5YrqounQxC0fXC8z4E0TcLdlRFReF1yS9si/W23ENgLX8eoR6kjv1lQAE CeNyUyIoi1/bULKwBMmW6XChfxr94P5aD6ZH75QvZ0BRTMw5zZ79hWibCUR0qokSah3b aUqUzaax/biSmr66SgkUACRO39ngcWakMdlp5AAV6ZgHps2KzxI1xsgXwjEUIrLCcdG1 88oQ== X-Received: by 10.180.126.9 with SMTP id mu9mr6159708wib.38.1413298617125; Tue, 14 Oct 2014 07:56:57 -0700 (PDT) X-Gm-Message-State: ALoCoQm8z6VxM5nWz1KyoWDVMtcmQa6cM8hp9dIr6aQI3HXQ8hDQyoWZUrBgzYM+eBlC4e8Goyq9vDolXlmri406jO+Aljq36rU3l+Pzq0G/FomHK0wXVA1kSgKGW5a4vLY4qnYsJ9nlbQBviBe6zB5ODQiwMIzppA== X-Received: by 10.180.126.9 with SMTP id mu9mr6159559wib.38.1413298615752; Tue, 14 Oct 2014 07:56:55 -0700 (PDT) Received: from mech-as221.men.bris.ac.uk (mech-as221.men.bris.ac.uk. [137.222.187.221]) by mx.google.com with ESMTPSA id q9sm46685wix.6.2014.10.14.07.56.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 14 Oct 2014 07:56:54 -0700 (PDT) Received: from mech-as221.men.bris.ac.uk (localhost [127.0.0.1]) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9) with ESMTP id s9EEurQB026764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 14 Oct 2014 15:56:53 +0100 (BST) (envelope-from mexas@mech-as221.men.bris.ac.uk) Received: (from mexas@localhost) by mech-as221.men.bris.ac.uk (8.14.9/8.14.9/Submit) id s9EEuror026763 for freebsd-ports@freebsd.org; Tue, 14 Oct 2014 15:56:53 +0100 (BST) (envelope-from mexas) Date: Tue, 14 Oct 2014 15:56:53 +0100 (BST) From: Anton Shterenlikht Message-Id: <201410141456.s9EEuror026763@mech-as221.men.bris.ac.uk> To: freebsd-ports@freebsd.org Subject: vt in amd64/10.0-RELEASE-p9 #0? Reply-To: mexas@bris.ac.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 16:02:09 -0000 Regarding /usr/ports/UPDATING from 20141001 and 20141003, I'm following instructions but cannot get vt. I've set kern.vty=vt in /boot/loader.conf, but on reboot I get: % sysctl kern.vty sysctl: unknown oid 'kern.vty': No such file or directory and the switching from the graphicsl console to the text does not work. I can type commands blindly, just as described. https://wiki.freebsd.org/Newcons says this should work "in GENERIC on amd64/i386 as of r268045". Perhaps my 10.0-RELEASE-p9 #0 is earlier than that? Please advise Thanks Anton From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 17:54:06 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC347D3B for ; Tue, 14 Oct 2014 17:54:06 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C91DCDED for ; Tue, 14 Oct 2014 17:54:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Xe6IQ-0007IP-2F for freebsd-ports@freebsd.org; Tue, 14 Oct 2014 10:54:06 -0700 Date: Tue, 14 Oct 2014 10:54:06 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1413309246032-5956786.post@n5.nabble.com> In-Reply-To: <1406966510814-5934106.post@n5.nabble.com> References: <1401987639244-5918202.post@n5.nabble.com> <20140606085156.15b32a6c@tmu.ulm.sysgo.com> <1402046122363-5918422.post@n5.nabble.com> <1402077244120-5918572.post@n5.nabble.com> <1403468571037-5922974.post@n5.nabble.com> <1406966510814-5934106.post@n5.nabble.com> Subject: Re: print/cups-base web interface broken & unable to print 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 17:54:07 -0000 The "unable to print" issue was solved when I installed print/cups-filters. I can now print. My thanks to Don Lewis for the tip on how to solve this. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/print-cups-base-web-interface-broken-unable-to-print-tp5918098p5956786.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 18:17:26 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BBFA1F8; Tue, 14 Oct 2014 18:17:26 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 000C2E3; Tue, 14 Oct 2014 18:17:25 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id uq10so15769073igb.1 for ; Tue, 14 Oct 2014 11:17:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=jjivSEBJmRkS3AQRvhjK3GY38aX1f5kCC8gYcFQpZN4=; b=D0pudam2V6HloTRkPIYfh8Gqhpa21y7OMMtSxNWM4ExRxxPF/YR3UCaH5ASRDSAQnY BvQtR4mMirLkw8KtvrVoHY+CuHRO+DOHbYYI/GnAczeUOHeHAj3n7srB7c2zwfognKRf w0+L4PQpU4NOwUh4g1tLs82Q6+/w9sDuDENNkAD4hobj7O4W+WG8dUATVasJH6RwzSzQ vJXehHLs+Luxj10xNf57Xa1QmBDl3n6kt3LzMDWp5/DgxbgYUflIGsrvTu1H4j2Rs082 tH42MC06pibE/hHSsAJlbuAWjCE2NF6dzB2KReodaVHqUTDgrJ5p+7neTvEO6u92kLEG XuyQ== X-Received: by 10.50.30.4 with SMTP id o4mr8674599igh.10.1413310645351; Tue, 14 Oct 2014 11:17:25 -0700 (PDT) MIME-Version: 1.0 Sender: villa.alberto@gmail.com Received: by 10.107.169.24 with HTTP; Tue, 14 Oct 2014 11:17:05 -0700 (PDT) In-Reply-To: References: From: Alberto Villa Date: Tue, 14 Oct 2014 20:17:05 +0200 X-Google-Sender-Auth: WdRVG6Je7Ks9ABf-gFxynUUpjtc Message-ID: Subject: Re: KDE To: "jmdennis @dslextreme.com" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org, kde@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 18:17:26 -0000 Hi, KDE SC 4.14.1 is currently being tested via exp-run, it will hit the ports soon. On Tue, Oct 14, 2014 at 4:10 AM, jmdennis @dslextreme.com < jmdennis@dslextreme.com> wrote: > I was wondering when KDE 14.4.1 would be released. I know it has to be > compiled since it is made for Linux and not FreeBSD but it would be nice to > have the newer version released which fixes a lot of issues and is faster. > _______________________________________________ > 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" > -- Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 18:23:13 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5F51590 for ; Tue, 14 Oct 2014 18:23:13 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 934521C8 for ; Tue, 14 Oct 2014 18:23:13 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hn15so15739084igb.3 for ; Tue, 14 Oct 2014 11:23:13 -0700 (PDT) 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=AHq5VdfKzVsQWXhw8kxhWwKDHNLlgLW5nmkIB40W6Ik=; b=R/gjxMYjpmdL5lIflIe62DDp96LmRkP7JmaY1zdCWt4Vk4BiRx+GNFaw9DHG2D7jk4 z3OTb50mZu5X89IBz5Yzy8e1sRRjMfdeHUHhWUIFtk6QdVbmfqMbF8Jwp59O8+c2Kwr7 fVevx2lifBk7ewAG5bQtt3x4n8K/+iB5PohNpyjI1yxCQtkpbgXrTHO8ldSXzbr3QIFB WvCqUEKyNH1aKSYgdVnz2EFrw8B49rquAOPx3zbZOyZBDHgjh79MI6Tx4imDh6V28OvQ iavIzgzcKMfe8YvhSUjnFoJlMn6Q9KNupiQTMG7S1CzqITluLT4L94hbf59j8V5fXyGC mDMw== MIME-Version: 1.0 X-Received: by 10.43.90.198 with SMTP id bj6mr6775599icc.4.1413310992782; Tue, 14 Oct 2014 11:23:12 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.11.141 with HTTP; Tue, 14 Oct 2014 11:23:12 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Oct 2014 11:23:12 -0700 X-Google-Sender-Auth: CySTkpqoMWaRJPRFVfdUdLQ-AdI Message-ID: Subject: Re: Glassfish port update (Bug 194097) From: Kevin Oberman To: Enrico Maria Crisostomo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 18:23:14 -0000 On Tue, Oct 14, 2014 at 4:22 AM, Enrico Maria Crisostomo < enrico.m.crisostomo@gmail.com> wrote: > Hi all, > > Some days ago I=E2=80=99ve submitted a PR to update the Glassfish port to= 4.1, > since the existing one is pretty old: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194097 > > Am I required to do something else or somebody will look at this as it is= ? > > Thanks and regards, > -- > Enrico Maria Crisostomo In theory, no. But in reality, if "some days" have passed, you need to bug the maintainer to approve it. Your statement that the maintainer approves is not adequate. He needs to submit the approval himself. Once he approves it, it is just waiting until a committer has the time to look at it and, if there are no issues, committing it. That will probably move faster if you include the output of a poudiere or redports run in the ticket. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 18:43: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 849FADB0; Tue, 14 Oct 2014 18:43:05 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E8E961A; Tue, 14 Oct 2014 18:43:05 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id uq10so18389466igb.2 for ; Tue, 14 Oct 2014 11:43:04 -0700 (PDT) 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=d4YYEqsENcR8PHBP7+iMd1RYDakgSMgTpUg6F/9fmh8=; b=GMmlg7iwGrFSB3uSVs7EoSWuWDJy1s4Qo390ynFUpRJV/J5jO44g4d81LhPkJNaU9Q e1T0CL4LJiYjzwi4IjFeRAvs851ce4miqjurzLrjt89fJ5/qL7TgIXi+5j9F5i3T+/hW mtkpluSQDESECWlovTe603ILBZp0wRj3v34oXNLkxqOHHOxVaTbYuMRWwoRULcfJFj0E EU23BpNW22khqdTnEsKZkVdojHlfiBHSZsoQ7Y8kiLwx51leB1Sqaib6ug+J5QUthy/X 7MYYBKyTonUMMyHk2OQd6DNvZKAWLZDtW4ASLPxldxLJrhbQ9qIpvIZIZ+n7KMcdGMGv lC4A== MIME-Version: 1.0 X-Received: by 10.50.128.137 with SMTP id no9mr8934251igb.0.1413312184736; Tue, 14 Oct 2014 11:43:04 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.11.141 with HTTP; Tue, 14 Oct 2014 11:43:04 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Oct 2014 11:43:04 -0700 X-Google-Sender-Auth: 8ALEBzM11Pb6f7m1mXBJtUnE33E Message-ID: Subject: Re: KDE From: Kevin Oberman To: Alberto Villa Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "ports@FreeBSD.org" , kde@freebsd.org, "jmdennis @dslextreme.com" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 18:43:05 -0000 On Tue, Oct 14, 2014 at 11:17 AM, Alberto Villa wrote: > Hi, > > KDE SC 4.14.1 is currently being tested via exp-run, it will hit the ports > soon. > > On Tue, Oct 14, 2014 at 4:10 AM, jmdennis @dslextreme.com < > jmdennis@dslextreme.com> wrote: > > > I was wondering when KDE 14.4.1 would be released. I know it has to be > > compiled since it is made for Linux and not FreeBSD but it would be nice > to > > have the newer version released which fixes a lot of issues and is > faster. > -- > Alberto Villa, FreeBSD committer > http://people.FreeBSD.org/~avilla After 10.1-RELEASE, I hope. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Oct 14 20:23:49 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A74789C3 for ; Tue, 14 Oct 2014 20:23:49 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A04DF3 for ; Tue, 14 Oct 2014 20:23:49 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1Xe8dI-0000tU-8E for freebsd-ports@freebsd.org; Tue, 14 Oct 2014 13:23:48 -0700 Date: Tue, 14 Oct 2014 13:23:48 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1413318228244-5956834.post@n5.nabble.com> In-Reply-To: <1413283222583-5956678.post@n5.nabble.com> References: <1413283222583-5956678.post@n5.nabble.com> Subject: Re: ghostscript9-9.06_8 seems broken 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Oct 2014 20:23:49 -0000 Follow-up: I finally got cups working (was missing cups-filters port). I used hplip to configure the printer driver (to select most appropriate). I also wanted to select a different driver than pxlmono to make sure the problem is with ghostscript and not in the filter. Next, trying to print a pdf file gives "stopped - Filter failed" message in cups, and this entry in cups/err-log: [Job 36] Syntax Error (659): Unknown operator 'inf' [Job 36] Syntax Error (659): Unknown operator 'nan' [Job 36] Syntax Error (659): Too few (0) args to 'cm' operator Any ideas on how to narrow this down? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/ghostscript9-9-06-8-seems-broken-tp5956678p5956834.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 01:15:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B011ED7D for ; Wed, 15 Oct 2014 01:15:44 +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)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 759E9218 for ; Wed, 15 Oct 2014 01:15:44 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id vb8so218852obc.17 for ; Tue, 14 Oct 2014 18:15:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=Iurtv35QUqOb68mcVdOF/pTihnlVhlh+fuWom5DbH8g=; b=noiLABDdqh00lC8Sult5hBDHIG9K8asAfsF2Ws5WckyEkat4nPL4ECWImOrFN5ZW1u C6Ju+mjP/O6r8ktD7vhYDyiFiT3d59hIfVeB7TYkeHDNPxeJbm/IPyMTqAsFQUsLNUZ4 DDikZUfYG3hkNakdaGOS+f18ZAKzvvVZ5vFEgcmlKIsLqeZg4CZn9ZwbLSx6jU0E9SXH /h+x1tPHpgGn/fFUgDjJNkqX7BxUXXowJFcortPDL9YV2C0z598+Fyj9XtzTjhR+/qee oFBx7OElGcMqoRFANIm5SjqSDEgzihOWPpCZDaVwySbTmyif0g4fdQcAumyI7/V5H7PP PXcA== X-Received: by 10.202.196.10 with SMTP id u10mr7399469oif.44.1413335743886; Tue, 14 Oct 2014 18:15:43 -0700 (PDT) Received: from GAMER (r74-195-232-37.stl1cmta01.stwrok.ok.dh.suddenlink.net. [74.195.232.37]) by mx.google.com with ESMTPSA id c3sm11086480obf.14.2014.10.14.18.15.42 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 14 Oct 2014 18:15:43 -0700 (PDT) From: "Cory Dohm" To: "'Scot Hetzel'" References: <000901cfe62f$51d4b6a0$f57e23e0$@gmail.com> In-Reply-To: Subject: RE: Updating Master/Slave Ports Date: Tue, 14 Oct 2014 20:15:47 -0500 Message-ID: <001501cfe815$8d64bb60$a82e3220$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHki3wdcalqpY891J5SFGR96W3fIAJb0S/wm/QrP6A= Content-Language: en-us Cc: 'FreeBSD Ports' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 01:15:44 -0000 ldconfig -r | grep torrent returns this result: 217:-ltorrent-rasterbar.8 => /usr/local/lib/libtorrent-rasterbar.so.8 The installation log can be accessed here: https://drive.google.com/file/d/0Bzrt0gs7oArqU3JFSnc3Z1JyaEk/view The diff of all changes I've made to get this far can be accessed here: https://drive.google.com/file/d/0Bzrt0gs7oArqbUhQYjMyWGhsVjQ/view It's strange, because I didn't have this error before, it was giving an error of the master port being installed. Not sure what changed on me. -----Original Message----- From: Scot Hetzel [mailto:swhetzel@gmail.com] Sent: Tuesday, October 14, 2014 1:19 AM To: Cory Dohm Cc: FreeBSD Ports Subject: Re: Updating Master/Slave Ports On Sun, Oct 12, 2014 at 10:15 AM, Cory Dohm wrote: > I'm trying to update the port pair net/libtorrent-rasterbar and > net/libtorrent-rasterbar-python (slave port of > net/libtorrent-rasterbar) from 0.16.17 to 1.0.2 because that is the > latest stable release. I've never updated a port before, but found > this tutorial > (http://www.unix-experience.fr/2013/contribute-to-freebsd-port-tree/) > that got me started. I can get net/libtorrent-rasterbar to make > install and update with portmaster, but when I try to make/update the > python slave I get this error: > > ===> libtorrent-rasterbar-1.0.2_1 is already installed You may wish to > ``make deinstall'' and install this port again by ``make reinstall'' > to upgrade it properly. > If you really wish to overwrite the old port of libtorrent-rasterbar > without deleting it first, set the variable "FORCE_PKG_REGISTER" > in your environment or the "make install" command line. > > This error shows up even after using make deinstall on the master > port, because it seems that the python slave is installing the master > port as a dependency. However, it also did this with the 0.16 version > and yet that one installs correctly. Any insight you can offer to help > me resolve this issue is appreciated. > The net-p2p/libtorrent-rasterbar-python has a LIB_DEPENDS on libtorrent-rasterbar.so from the net-p2p/libtorrent-rasterbar port. Does this file exist in ${PREFIX}/lib? Mk/bsd.port.mk uses ldconfig -r to find the LIB_DEPENDS. Does ldconfig -r | grep torrent-rasterbar find this file? Could you post a log of building libtorrent-rasterbar-python that shows this failure when libtorrent-rasterbar is installed. -- DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 08:28: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F9372E5 for ; Wed, 15 Oct 2014 08:28:33 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9865F130 for ; Wed, 15 Oct 2014 08:28:32 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id h11so8042715wiw.2 for ; Wed, 15 Oct 2014 01:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version:content-type; bh=Uaz8R2o1BLRIXTtjcy1Z8apJGU40DFDrlLGh/NEiFGA=; b=PFSgnkaUHr++B/NUJcwZUho7ONtDHbmnmp2Ghjxqq7d2gfvFfk98N6PRx1ymTdbo0M +UP0RtWcgpRDdXuPMQzqJqnyjU0hm1w2mKl+a9TESAMoKpW8gEEqWipTH3z2X4AGSr2m WG5kV+g7k2jrBzNK+SxOwLOVFamrqa4bswhQ+CLXCuCoY3/ZtwofD7ALqc+7BXMbS3+e UhuDLh3dJGvMoA8Oxwxjqz4PVxMA1/QvOIFxJTmMZGMZckNQmtah88p08Pn4Bj5ZLx/b 9HzbiGJxLRgSJPf1wAH/fCVUy4FWOH1v1b6EVqgIbcEJowW8aWbOrStq8kile1q9yFiZ QyBQ== X-Received: by 10.180.37.143 with SMTP id y15mr10639923wij.29.1413361710859; Wed, 15 Oct 2014 01:28:30 -0700 (PDT) Received: from MacBook0.local (85.Red-2-138-190.dynamicIP.rima-tde.net. [2.138.190.85]) by mx.google.com with ESMTPSA id ei1sm18451551wib.20.2014.10.15.01.28.29 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 15 Oct 2014 01:28:29 -0700 (PDT) Date: Wed, 15 Oct 2014 10:28:28 +0200 From: Enrico Maria Crisostomo To: Kevin Oberman Message-ID: In-Reply-To: References: Subject: Re: Glassfish port update (Bug 194097) X-Mailer: Airmail (249) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 08:28:33 -0000 Thank you very much Kevin, and thanks for the clarification about the mai= ntainer approval. I read about poudriere in the Porter=E2=80=99s guide but seemed overkill = to me for the simple port I was updating. However, if that speeds things = up, I=E2=80=99ll manage to setup a =46reeBSD VM with poudriere for ports = development. Cheers, --=C2=A0 Enrico Maria Crisostomo On 14 Oct 2014 at 20:23:12, Kevin Oberman (rkoberman=40gmail.com) wrote: On Tue, Oct 14, 2014 at 4:22 AM, Enrico Maria Crisostomo wrote: Hi all, Some days ago I=E2=80=99ve submitted a PR to update the Glassfish port to= 4.1, since the existing one is pretty old: https://bugs.freebsd.org/bugzilla/show=5Fbug.cgi=3Fid=3D194097 Am I required to do something else or somebody will look at this as it is= =3F Thanks and regards, --=C2=A0 Enrico Maria Crisostomo In theory, no. But in reality, if =22some days=22 have passed, you need t= o bug the maintainer to approve it. Your statement that the maintainer ap= proves is not adequate. He needs to submit the approval himself. Once he approves it, it is just waiting until a committer has the time to= look at it and, if there are no issues, committing it. That will probabl= y move faster if you include the output of a poudiere or redports run in = the ticket. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman=40gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 10:03: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6827CEBC for ; Wed, 15 Oct 2014 10:03:01 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54AC3D61 for ; Wed, 15 Oct 2014 10:03:01 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s9FA31wh058365 for ; Wed, 15 Oct 2014 10:03:01 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s9FA31Cd058364; Wed, 15 Oct 2014 10:03:01 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201410151003.s9FA31Cd058364@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, 15 Oct 2014 10:03:01 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 10:03:01 -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 ------------------------------------------------+-----------------+------------ deskutils/osmo | 0.2.10 | 0.2.12 ------------------------------------------------+-----------------+------------ graphics/gifsicle | 1.84 | 1.86 ------------------------------------------------+-----------------+------------ math/giacxcas | 1.1.0 | 1.1.3 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Thanks. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 11:37:10 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7981326E; Wed, 15 Oct 2014 11:37:10 +0000 (UTC) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.issp.ac.ru", Issuer "relay.issp.ac.ru" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EFCCD9A9; Wed, 15 Oct 2014 11:37:09 +0000 (UTC) Received: from [217.27.130.130] [217.27.130.130:50407] (HELO/EHLO mercury.ph.man.ac.uk, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id s9FBbcaD034093 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Wed, 15 Oct 2014 15:37:38 +0400 (MSK) X-Authentication-Warning: mail.issp.ac.ru: Host [217.27.130.130] claimed to be mercury.ph.man.ac.uk From: Max Brazhnikov To: kde-freebsd@kde.org, "jmdennis @dslextreme.com" Subject: Re: [kde-freebsd] KDE Date: Wed, 15 Oct 2014 11:37:05 +0000 Message-ID: <2500877.a33fvmcgHj@mercury.ph.man.ac.uk> User-Agent: KMail/4.14.2 (FreeBSD/9.3-STABLE; KDE/4.14.2; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" Cc: Alberto Villa , Kevin Oberman , "ports@FreeBSD.org" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 11:37:10 -0000 On Tue, 14 Oct 2014 11:43:04 -0700 Kevin Oberman wrote: > On Tue, Oct 14, 2014 at 11:17 AM, Alberto Villa wrote: > > > Hi, > > > > KDE SC 4.14.1 is currently being tested via exp-run, it will hit the ports > > soon. > > > > On Tue, Oct 14, 2014 at 4:10 AM, jmdennis @dslextreme.com < > > jmdennis@dslextreme.com> wrote: > > > > > I was wondering when KDE 14.4.1 would be released. I know it has to be > > > compiled since it is made for Linux and not FreeBSD but it would be nice > > to > > > have the newer version released which fixes a lot of issues and is > > faster. > > -- > > Alberto Villa, FreeBSD committer > > http://people.FreeBSD.org/~avilla > > > After 10.1-RELEASE, I hope. I hope to get it before the release. Why do you want it after? From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 11:38:20 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 072F032A for ; Wed, 15 Oct 2014 11:38:20 +0000 (UTC) Received: from smtp02.msg.oleane.net (smtp02.msg.oleane.net [62.161.4.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2FA9BE for ; Wed, 15 Oct 2014 11:38:19 +0000 (UTC) Received: from [192.168.1.77] ([194.2.97.226]) by smtp02.msg.oleane.net (MTA) with SMTP id s9FBZ9dc024811 for ; Wed, 15 Oct 2014 13:35:42 +0200 X-Oleane-Rep: REPA Date: Wed, 15 Oct 2014 13:38:18 +0200 Mime-version: 1.0 Subject: 8th IWWT, submit your abstract From: "MF Congres.com" To: "pkg-descr.emacs19|ports" Message-Id: <10151338.WSEXWYRT@fr.oleane.com> Original-recipient: rfc822;ports@freebsd.org X-Backend: vm-smtp-sophos21 X-Spam-Flag: NO X-PMX-Spam: Probability=8% X-PFSI-Info: PMX 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.10.15.112419 (no antivirus check) Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 11:38:20 -0000 8 IWWT 2015 To unsubscribe or change your subscription options, please contact: newsletter8IWWT From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 17:29:37 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8525AC82 for ; Wed, 15 Oct 2014 17:29:37 +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)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3D90B64E for ; Wed, 15 Oct 2014 17:29:37 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XeSOG-0006e7-1I; Wed, 15 Oct 2014 19:29:36 +0200 Date: Wed, 15 Oct 2014 19:29:35 +0200 From: Kurt Jaeger To: Enrico Maria Crisostomo Subject: Re: Glassfish port update (Bug 194097) Message-ID: <20141015172935.GQ29437@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Kevin Oberman , FreeBSD Ports ML X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 17:29:37 -0000 Hello, > I read about poudriere in the Porter's guide but seemed overkill > to me for the simple port I was updating. In theory, it looks like overkill, in praxis, I found the @dirrm issue in the pkg-plist that way. Because @dirrm entries in pkg-plist are no longer needed, since 20140922, see http://www.freshports.org/commit.php?message_id=201409220547.s8M5lXXK054152@svn.freebsd.org Have a look at the commit and the poudriere build logs: http://people.freebsd.org/~pi/logs/www__glassfish-10x-1413393068.txt http://people.freebsd.org/~pi/logs/www__glassfish-91a-1413393068.txt http://people.freebsd.org/~pi/logs/www__glassfish-84i-1413393068.txt > However, if that speeds > things up, I'll manage to setup a FreeBSD VM with poudriere for > ports development. It helps to provide cleaner diffs, yes. Thanks for the patch, btw! It's committed! -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 17:42:14 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2ED945A for ; Wed, 15 Oct 2014 17:42:14 +0000 (UTC) Received: from teak.britvault.co.uk (teak.britvault.co.uk [78.33.153.148]) by mx1.freebsd.org (Postfix) with ESMTP id B574586F for ; Wed, 15 Oct 2014 17:42:14 +0000 (UTC) Received: by teak.britvault.co.uk (Postfix, from userid 1970) id 3jJ0rc1KNzzYxY; Wed, 15 Oct 2014 18:25:36 +0100 (BST) Date: Wed, 15 Oct 2014 18:25:35 +0100 To: freebsd-ports@freebsd.org Subject: Fwd: Squid -vs- IPv6 Message-ID: <20141015172535.GB27917@teak.britvault.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) From: skinner@britvault.co.uk (Craig R. Skinner) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 17:42:15 -0000 FYI (I'm not on this list): A patch might no longer be needed. ----- Forwarded message ----- Date: Wed, 15 Oct 2014 18:03:04 +0100 From: "Craig R. Skinner" To: ports@openbsd.org Subject: Re: Squid -vs- IPv6 User-Agent: Mutt/1.5.22 (2013-10-16) On 2014-05-19 Mon 12:01 PM |, Craig R. Skinner wrote: > FYI: This breaks Squid 3.3.8 on 5.4 release: > > $ fgrep family /etc/resolv.conf > family inet4 > (this may effect other daemons too) > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Bugged by the FreeBSD ports team: > http://www.freebsd.org/cgi/query-pr.cgi?pr=176951 > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Bugged @ Squid HQ: > http://bugs.squid-cache.org/show_bug.cgi?id=4024 > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Bug now patched by the Squid team: Status: RESOLVED FIXED --- Comment #11 from Amos Jeffries 2014-10-14 07:28:10 UTC --- I have applied a patch to Squid-3 to log a warning but not abort if ::1 and *only* ::1 has failed to resolve. http://bugs.squid-cache.org/show_bug.cgi?id=4024#c11 Cheers, -- Craig Skinner | http://twitter.com/Craig_Skinner | http://linkd.in/yGqkv7 ----- End forwarded message ----- From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 18:11:44 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3667EB96 for ; Wed, 15 Oct 2014 18:11:44 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 18DF8B5C for ; Wed, 15 Oct 2014 18:11:43 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XeT2v-0004gU-7m for freebsd-ports@freebsd.org; Wed, 15 Oct 2014 11:11:37 -0700 Date: Wed, 15 Oct 2014 11:11:37 -0700 (PDT) From: Beeblebrox To: freebsd-ports@freebsd.org Message-ID: <1413396697235-5957060.post@n5.nabble.com> In-Reply-To: <1413318228244-5956834.post@n5.nabble.com> References: <1413283222583-5956678.post@n5.nabble.com> <1413318228244-5956834.post@n5.nabble.com> Subject: Re: ghostscript9-9.06_8 seems broken 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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 18:11:44 -0000 I decided to try the problem with some pdf files from Adobe's web site. This file (from Quick start guides): http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/products/acrobat/pdfs/adobe-acrobat-xi-work-with-microsoft-sharepoint-hosted-pdf-files-tutorial-ue.pdf Gives this error: $ pdf2ps -dLanguageLevel=2 adobe.pdf out.ps **** Warning: File has an empty CropBox. Using the current page size instead. **** Error reading a content stream. The page may be incomplete. **** This file had errors that were repaired or ignored. **** The file was produced by: **** >>>> Adobe PDF Library 9.9 <<<< **** Please notify the author of the software that produced this **** file that it does not conform to Adobe's published PDF **** specification. For this 2-page document, the first page of out.ps gets transformed but the second page does not. The original file is 256.4 KB, while transformed ps is 5.0 MB size. Printing out.ps via lpd to PS-II capable printer shows same (page 1 has data, page 2 is blank). So what do you guys think? Should I follow the instructions above and advise Adobe that one of their documents does not conform to "published PDF specifications"? ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/ghostscript9-9-06-8-seems-broken-tp5956678p5957060.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 18:41:24 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 940FF36D; Wed, 15 Oct 2014 18:41:24 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57EA5E2C; Wed, 15 Oct 2014 18:41:24 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id tr6so1847808ieb.16 for ; Wed, 15 Oct 2014 11:41:23 -0700 (PDT) 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=tGMvl6J+j5DMzYdnfG31x0+m1cxCGG1naXNS2r9bS8M=; b=nueZ08nCCRQjLPnqwqacH9iPSk57A8EbJzPjA/HhirAa/ogyjf4qfJiH8skjcqmA1a RotAJsYF21zRikb4mBldBorOGzI/n/DvJ98TPcWwyZ5jZVcuMlxOuqVDHBbZjSydkU8L M5rEBdndX/2cr1yZ5AY7JhcY4WmfrRQnhDMFgbk/oDM2y4t8RlUddWitU3hvyvzO0Lb0 kGesm3Z+vKk4I9L0FrbMHliacfowlIwbueKw6wMsNMQKSLrTLr5MJi2z7fdzmoSSPO33 dp0BdSHneJddbC9tMpZqYviwfTOCOjb68FgukLgGidm5kC/Upcu2U0uquetuylWgrIQS wdoA== MIME-Version: 1.0 X-Received: by 10.50.122.106 with SMTP id lr10mr16359820igb.32.1413398483550; Wed, 15 Oct 2014 11:41:23 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.11.141 with HTTP; Wed, 15 Oct 2014 11:41:23 -0700 (PDT) In-Reply-To: <2500877.a33fvmcgHj@mercury.ph.man.ac.uk> References: <2500877.a33fvmcgHj@mercury.ph.man.ac.uk> Date: Wed, 15 Oct 2014 11:41:23 -0700 X-Google-Sender-Auth: Oa2D44TdDPtvYon2-riW5cxHn-s Message-ID: Subject: Re: [kde-freebsd] KDE From: Kevin Oberman To: Max Brazhnikov Content-Type: text/plain; charset=UTF-8 Cc: Alberto Villa , kde-freebsd@kde.org, "ports@FreeBSD.org" , "jmdennis @dslextreme.com" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 18:41:24 -0000 On Wed, Oct 15, 2014 at 4:37 AM, Max Brazhnikov wrote: > On Tue, 14 Oct 2014 11:43:04 -0700 Kevin Oberman wrote: >> On Tue, Oct 14, 2014 at 11:17 AM, Alberto Villa wrote: >> >> > Hi, >> > >> > KDE SC 4.14.1 is currently being tested via exp-run, it will hit the ports >> > soon. >> > >> > On Tue, Oct 14, 2014 at 4:10 AM, jmdennis @dslextreme.com < >> > jmdennis@dslextreme.com> wrote: >> > >> > > I was wondering when KDE 14.4.1 would be released. I know it has to be >> > > compiled since it is made for Linux and not FreeBSD but it would be nice >> > to >> > > have the newer version released which fixes a lot of issues and is >> > faster. >> > -- >> > Alberto Villa, FreeBSD committer >> > http://people.FreeBSD.org/~avilla >> >> >> After 10.1-RELEASE, I hope. > > I hope to get it before the release. Why do you want it after? I get very nervous about major port updates that involve large numbers of ports and have a major impact on a lot of users just prior to a release. Looking at the schedule, which has not slipped at all (Amazing!), 10.1 is 2 weeks off. I'd hope that if it comes before 10.1 that there is time for a package build and time for people to install it before the 10.1 release. This week's package build is underway and may be complete. So if you get 4.14 out before next Wednesday, I guess it should be OK, but if not, I'd suggest waiting until a week or two after 10.1 hits the streets. Probably I'm just being paranoid. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Oct 15 19:12:09 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5EE4D206 for ; Wed, 15 Oct 2014 19:12:09 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "tensor.andric.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1141F6 for ; Wed, 15 Oct 2014 19:12:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::787b:470:e5bc:4c7f] (unknown [IPv6:2001:7b8:3a7:0:787b:470:e5bc:4c7f]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 095C2B80A for ; Wed, 15 Oct 2014 21:11:56 +0200 (CEST) From: Dimitry Andric Content-Type: multipart/signed; boundary="Apple-Mail=_E2EBCF86-EB23-47D4-82CC-16CB229D4EE7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Fix www/squid unexpectedly using -march=native Message-Id: <3CB2243B-8124-41BD-9564-3F9AED1B3566@FreeBSD.org> Date: Wed, 15 Oct 2014 21:11:44 +0200 To: FreeBSD Ports Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2014 19:12:09 -0000 --Apple-Mail=_E2EBCF86-EB23-47D4-82CC-16CB229D4EE7 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, Since http://bazaar.launchpad.net/~squid/squid/3-trunk/revision/12842, Squid's configure script defaults to -march=native, if the flag is supported by the compiler. And this even *overrides* your own specified CPUTYPE or -march= flag! So I personally experienced Squid 3.4 crashing on an old Celeron, when it was built on a Core i7. :-( Proposed fix is to explicitly tell the configure script to *not* enable -march=native by default: Index: www/squid/Makefile =================================================================== --- www/squid/Makefile (revision 370765) +++ www/squid/Makefile (working copy) @@ -181,7 +181,8 @@ --disable-epoll \ --disable-linux-netfilter \ --disable-linux-tproxy \ - --disable-translation + --disable-translation \ + --disable-arch-native .include Note that only squid 3.4 suffers from this bug, 3.3 is not affected. -Dimitry --Apple-Mail=_E2EBCF86-EB23-47D4-82CC-16CB229D4EE7 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) iEYEARECAAYFAlQ+xvgACgkQsF6jCi4glqPUbwCfaMPYoPpFAb2IIE09MLrz7a1R CPwAnjB8kUA7P+NKdObzJ9C9Dx8WdCxq =P4jZ -----END PGP SIGNATURE----- --Apple-Mail=_E2EBCF86-EB23-47D4-82CC-16CB229D4EE7-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 01:33:28 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02C5337A for ; Thu, 16 Oct 2014 01:33:28 +0000 (UTC) Received: from mx1.pqemail.com (mx1.pqemail.com [204.11.33.236]) (using SSLv3 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A74C9F69 for ; Thu, 16 Oct 2014 01:33:27 +0000 (UTC) Received: from aislynn.ext.stoneyforest.net (c-71-238-226-49.hsd1.mi.comcast.net [::ffff:71.238.226.49]) (AUTH: PLAIN aislynn@stoneyforest.net, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by mx1.pqemail.com with ESMTPSA; Thu, 16 Oct 2014 01:28:18 +0000 id 0000391F.00000000543F1F32.0000FADE Received: from [172.16.0.18] ([172.16.0.18]) (AUTH: PLAIN chris, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by aislynn.ext.stoneyforest.net with ESMTPSA; Thu, 16 Oct 2014 01:28:17 +0000 id 0000B42D.00000000543F1F31.0001680F Message-ID: <543F1F31.4010302@stoneyforest.net> Date: Wed, 15 Oct 2014 21:28:17 -0400 From: Chris Stone User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: FreeBSD Port: courier-0.65.3_3 References: <20141007065134.7e2a3f3f@zeta.dino.sk> In-Reply-To: <20141007065134.7e2a3f3f@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 01:33:28 -0000 Found a few issues with the last patch. Linked a new one below. I haven't found any issues running the new version of Courier, but I have a pretty simple installation. Link to diff: http://stoneyforest.net/~chris/courier-0.73.2-20141015.diff.gz ~Chris Stone On 10/7/2014 12:51 AM, Milan Obuch wrote: > On Mon, 06 Oct 2014 16:41:46 -0400 > "Christopher T. Stone" wrote: > >>> On Sun, 14 Sep 2014 01:16:03 -0400 >>> "Saigol.ca Admin" wrote: >>> >>>> Hello, >>>> >>>> It seems that the Courier-MTA current version is 0.73.2. >>>> >>>> The latest FreeBSD port is based on version 0.65.3, which seems to >>>> be more than 3 years old. Are there any plans to update the port >>>> to the latest version of the software? >>>> >>>> Thanks, >>>> >>>> Abid >>>> >>> Yes, there are. Unfortunatelly, other tasks have currently more >>> urgent attention here, and there are some issues to be solved - new >>> dependencies are introduced and new port should be created first for >>> library needed to build new courier... also old port was recently >>> staged, which was necessary to keep it in tree at all. Also it looks >>> like recently a bit more work needs to be put into patch to get new >>> version committed into port tree, so it will take a bit of time >>> before new version of mail/courier could be published in port tree. >>> >>> Before that, I will contact you as soon as I will have something to >>> test. Your setup is most probably different from mine and thus >>> together >>> we can cover more usage scenarios, which is good thing everytime. >>> >>> Regards, >>> Milan >> Milan & Abid, >> >> I'm still working on checking functionality, but the liked diff >> builds (the new Unicode library was already in the ports tree). I >> only reviewed the old patches that were broken, anything that applied >> cleanly I left, those that were broken need a fair number of changes >> so I suspect the rest could use some review. >> >> Link to diff: >> http://stoneyforest.net/~chris/courier-0.73.2-20141006.diff.gz >> >> Apply to the mail/courier directory with: >> gunzip -c ../courier-0.73.2-20141006.diff.gz | patch >> >> ~Chris Stone >> > Big thanks for the patch. I am going to verify it here in my test > setup. If it works for you, it will do hopefully for me as well. Abid, > could you test it too? If nothing bad comes from my testing, I will > prepare upgrade for port then. > > Regards, > Milan > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 02:10:07 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35B8F907 for ; Thu, 16 Oct 2014 02:10:07 +0000 (UTC) Received: from quine.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EAE8289 for ; Thu, 16 Oct 2014 02:10:06 +0000 (UTC) Received: by quine.pinyon.org (Postfix, from userid 122) id 428F0160248; Wed, 15 Oct 2014 19:10:00 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on quine.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (feyerabend.n1.pinyon.org [10.0.10.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by quine.pinyon.org (Postfix) with ESMTPSA id D7BF2160242 for ; Wed, 15 Oct 2014 19:09:57 -0700 (MST) Message-ID: <543F28F5.90705@pinyon.org> Date: Wed, 15 Oct 2014 19:09:57 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: linux-f10 -> linux-c6 success Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 02:10:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi porters, I just wanted to give kudos for the linux-c6 transition. I first noticed it in /usr/src/UPGRADING, and then found that github explanation. I followed the instructions and was able to remove all of the security suicide kludges in poudriere for building linux-f10 ports. I have had no issues after two weeks. So a big THANK YOU! I'm on a recent current. You might want to publicize it a bit more? Best regards, Russell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJUPyj1AAoJEFnLrGVSDFaENiUQAKs8QgZI1/QXJMNDx8yDF7V1 qX/LzquCfZgvqKwajGWUxEWymtcFEjSuQyBXY9meO+WsigNTpbrIYFro5mczRplX dY+90XeVVa1W7icnhqnkJZHnpVtqc53LeLgozWbszrX4dCMeNvfU+DoWdt0gbbhm +xripQmF6kzv2iXzr3OJK3mUDF66tVqKiSwA2vcHAf6IOcc2aikjeoeY78GEG0lJ ODiIJmHvkw3drE3y0cd/vRfprT7XJCqJjnqpsPwa/7UR5414hgcM74Ktxj0sFUx0 7E5hxuhBVFOY3a7d/dDyFWGbbw1cSzc6JZi6ltKu2/0YS3iZtGexQQdpI8KJhzkB LyMgAEfhKbAlv/orrNMga6JysOBV8+i0KrogHtLsadqLaBxXkhHGQsyaANrTkuZ5 mV4c+V3XqcLDkT4CMeeNNXVSguUMyt7kvD7+FwurPtMGjirRfvf+W9GaTOUJANN2 /KuHJ2dVjMTs+jjv3UUYGzJkcPPEhDufY4ZIZEYzsxGv2zpeaJVt9IWBmAyjTuiE FzgkZOuL+3WSfYCSLAfbX+HLRZFAFa0ShUp7aYXiMtmTsqyN4eZFOeAFAF7GKR6b ZnbdMtwbMgnQa9/Ynh78cNr2CuXBHToVcx/36c/7HNFOMUsCn1p7/Kdno7RB3YWJ ega5JN99u+PO8S0HyB/p =taab -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 02:36:18 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 238D9FEE for ; Thu, 16 Oct 2014 02:36:18 +0000 (UTC) Received: from nm14-vm4.access.bullet.mail.bf1.yahoo.com (nm14-vm4.access.bullet.mail.bf1.yahoo.com [216.109.115.19]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BDA1A773 for ; Thu, 16 Oct 2014 02:36:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1413426583; bh=LibDqD7xNilFDfrschwEK8M+3evTdykpJn5+KEQTLTQ=; h=Date:From:To:CC:Subject:From:Subject; b=KL3PwsEBwgOexe8rHZsoa8XRE3QhvXCIBLFw/NcZXKUW3GexbASTPLaIlSDXlJJBLcf+4/fG2xRDxk0I7my3Uz/7zDw4umA7/jVrtDNL5BH4wB+mgKrXZYqGTPclOUYfodM2nm5MnH5bXTQ/eFVSwJ04VrU7dgVzDeK0wHJgxPg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=bellsouth.net; b=DnJmUHIVu9EV1qIBTjSJ2Qq4WDOSSUdBTUixrPWszmOqoWK9SPugz2BKd8Vr/n8U6QKeEnHPGot2ANKYsJUh1N9YXn+2kpI1YAzWf8bymK2N2l4RcNBtwUFpx/2BzwWDwCX1parR38lVfsC7r0DujUjjk/yduiXG/8Ma+i6ipYI=; Received: from [66.196.81.155] by nm14.access.bullet.mail.bf1.yahoo.com with NNFMP; 16 Oct 2014 02:29:43 -0000 Received: from [98.138.226.241] by tm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 16 Oct 2014 02:29:43 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.ne1.yahoo.com with NNFMP; 16 Oct 2014 02:29:43 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1413426583; bh=LibDqD7xNilFDfrschwEK8M+3evTdykpJn5+KEQTLTQ=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:From:To:CC:Subject; b=l+I2j0WpAn9qHB0VV4YYrcrPaP1IJJUItrdaEnQdn35JspXwjcD9inPOCsUJVZSl5tsQm3aJPtNX4RabDAvUBm1eZ/oL3k2H5NEyuo/f/Vs7tc5/FJrJY3mVpYlllVlfptY7ZYUB8vEu6wqCvAj4nJTfQyBf3sqtUDheZ55zqnU= X-Yahoo-Newman-Id: 732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com Message-ID: <732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com> Date: Wed, 15 Oct 2014 19:29:43 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: qayrCCAVM1mgrlQqvvmRVVAlDW3K.06mfgWzBol7BWiI_l1 jk87n8c_Sy7Qxz8Qa95UVZ_s3bkcdzddoMuYFYAvijodxXIPAEUBYoG_Za28 DbinleHRLSrQXKVcCDcyPqg1yyWQAsDJ2NVap.nhPNkN7mWr0rDyerEfttyk TTi6qOg4LDM0NQHQIFTazEwxANf8DWT9nyIKqgHR.0EceXqP0PyK9RxbwGne T2w73UjSJNWjnOsgQqbY0FiKzQANeV5b.Tmf44TYzipzWevacdYfUKDeQwyo AEDkB7YLghTiy1wNYts3b.8AygDPJz2hb.RZYkbbgi6vQHW.qkNrLRj.N1rc QKq5GDDM52aGPMZbuBzEpg46WuKzeule5iIWHiJC20l4Gr4ltUDbwjfTw12L lHMlCXqpFp3gYMEFc08oc80mmTyLgzmSqQJdugHCGDP8FNOiPO9QA5vB5nfK xHkuyZolK9LU4233ut5q37nCQ157m3JxQVgHjwQAo6rsUXqotU4N2AWcz77h mFUbIbkT31CSQlsC0RZOe8XMaUShI0V0ws7Q3RRdfgBbkgMJdPa3Md6lYVdg ss1bFbYiLNBBhJ46Y0BvUoDpSFRs_L.KdCb2KlVhsOc2G9hZRUzDJ22uEWVL UsR.9BOgpVS6q.XKX9qR2.1ubcwoB029sgVyzwWIXHo_Z2MfpSeRj9f5Zs8E _cv7.qG1ZxWg5a9O1QEv8zw-- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Is py-sqlite3 broken (missing _ctypes)? Cc: python@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 02:36:18 -0000 Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not really familiar with that. Did I do something wrong, or is this a more general bug? I am on FreeBSD-current amd64, r272279. I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error. Log file is short: ===>>> Currently installed version: py27-sqlite3-2.7.6_4 ===>>> Port directory: /usr/ports/databases/py-sqlite3 ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for databases/py-sqlite3 in background ===>>> Gathering dependency list for databases/py-sqlite3 from ports ===>>> Initial dependency check complete for databases/py-sqlite3 ]0;portmaster: py27-sqlite3-2.7.6_4 ===>>> Starting build for databases/py-sqlite3 <<<=== ===>>> All dependencies are up to date ===> Cleaning for py27-sqlite3-2.7.8_5 ===> License PSFL accepted by the user ===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building ===> Extracting for py27-sqlite3-2.7.8_5 => SHA256 Checksum OK for python/Python-2.7.8.tar.xz. ===> Patching for py27-sqlite3-2.7.8_5 ===> py27-sqlite3-2.7.8_5 depends on package: py27-setuptools27>0 - found ===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/bin/python2.7 - found ===> py27-sqlite3-2.7.8_5 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6) ===> Configuring for py27-sqlite3-2.7.8_5 ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/acinclude.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/m4/libtool.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/configure ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/zlib/configure ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/configure Traceback (most recent call last): File "", line 1, in File "setup.py", line 36, in import ctypes File "/usr/local/lib/python2.7/ctypes/__init__.py", line 10, in from _ctypes import Union, Structure, Array ImportError: No module named _ctypes *** Error code 1 Stop. make: stopped in /usr/ports/databases/py-sqlite3 ===>>> make build failed for databases/py-sqlite3 ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster databases/py-sqlite3 Tom From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 07:25:40 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7971E95; Thu, 16 Oct 2014 07:25:40 +0000 (UTC) Received: from mail-out.smeets.im (mail-out.smeets.im [IPv6:2a01:4f8:160:918a::25:11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 825AF3CC; Thu, 16 Oct 2014 07:25:40 +0000 (UTC) Received: from mail.smeets.im (mail.smeets.im [IPv6:2a01:4f8:160:918a::25:3]) by mail-out.smeets.im (Postfix) with ESMTP id ECA598B2; Thu, 16 Oct 2014 09:25:37 +0200 (CEST) Received: from amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) by mail.smeets.im (Postfix) with ESMTP id 391C4892F8; Thu, 16 Oct 2014 09:25:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at smeets.im Received: from mail.smeets.im ([IPv6:2a01:4f8:160:918a::25:3]) by amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) (amavisd-new, port 10025) with ESMTP id Gua2W0VQ6QJe; Thu, 16 Oct 2014 09:25:38 +0200 (CEST) Received: by mail.smeets.im (Postfix, from userid 1001) id E26D9892BC; Thu, 16 Oct 2014 09:25:37 +0200 (CEST) Date: Thu, 16 Oct 2014 09:25:37 +0200 From: Florian Smeets To: Dimitry Andric Subject: Re: Fix www/squid unexpectedly using -march=native Message-ID: <20141016072537.GD26357@mail.smeets.im> References: <3CB2243B-8124-41BD-9564-3F9AED1B3566@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bajzpZikUji1w+G9" Content-Disposition: inline In-Reply-To: <3CB2243B-8124-41BD-9564-3F9AED1B3566@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 07:25:41 -0000 --bajzpZikUji1w+G9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 15, 2014 at 09:11:44PM +0200, Dimitry Andric wrote: > Hi, >=20 > Since http://bazaar.launchpad.net/~squid/squid/3-trunk/revision/12842, > Squid's configure script defaults to -march=3Dnative, if the flag is > supported by the compiler. And this even *overrides* your own specified > CPUTYPE or -march=3D flag! So I personally experienced Squid 3.4 crashing > on an old Celeron, when it was built on a Core i7. :-( >=20 > Proposed fix is to explicitly tell the configure script to *not* enable > -march=3Dnative by default: >=20 > Index: www/squid/Makefile > =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=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- www/squid/Makefile (revision 370765) > +++ www/squid/Makefile (working copy) > @@ -181,7 +181,8 @@ > --disable-epoll \ > --disable-linux-netfilter \ > --disable-linux-tproxy \ > - --disable-translation > + --disable-translation \ > + --disable-arch-native >=20 > .include >=20 > Note that only squid 3.4 suffers from this bug, 3.3 is not affected. >=20 I ran into that myself a few days ago. I haven't had time to look into it, yet. So, thanks for taking care of it. :) I've tested and committed your patch. Thanks, Florian --bajzpZikUji1w+G9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUP3LxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNzAxMDMyMDNCQ0FCNDRBOThGRUM4NDRF NzA1M0RGOUZGODZGMDc2AAoJEOcFPfn/hvB2jTwP/1dwPMIKBg5ZjhX7sO1u9e3Q Rzb8R46UvbqQhC4thN0dmTv9eTf9XJH5g+FjhjdgCGMBV1eh4XskqPehaha43f5X d1CA5/LqeWQUfnO4APVbtT0FfZDtkudO72htQ6Ei7qyHa/KMDJy0ISuFv9Te6lU/ GOu3YEUDUqgf5jLnbvVEuPzCaUWg+wGq+oJrYfXmmhFoBMNJg5dt5UUodjX4GxmO pQ7VCoDV9bKpvc4j8GMRfuoAL2pAZyk/cBMipC/Iss8JMm6ixBjDEvAHd0Oz76Xs cl/rWiOfEf5vPDHW8tCRi+g6L51bh8z+nxkwtGktcGdiFoHnkTbdVRbxTVhfBI/c LJvY3fwcGctHMg7iw+GMHLKbV8EZ2pBAQzS601s1ObzbSmgfJ8NmlRgK8sO25qPH ax5yluHuoktmSMwf6Js2osFqmoboOt2+34XzOWvrJrx8zhzvJg5+lqISnPyCs0Le Q2E9JC/4Wa874/3oXtxW2wsADBpL+q769kylFlwIUS5z2cLflu/muh1Vurcr1Mrr /fUPxW/TrALrGKWAanGBBdubt4Xuz79jJtTV1bkIOLpJMKCyMSHIjDzEcKEPDlSp aIWdP1ZK7P+qSsVdkArq5MdOsemdY/FPH/XgZqsPrTDmTIWlBUqWMjISSqwTYzSO eug0WCvZV32QEhh2dMKf =+NP2 -----END PGP SIGNATURE----- --bajzpZikUji1w+G9-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 16 09:49:34 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D488C7B2 for ; Thu, 16 Oct 2014 09:49:34 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C12438B9 for ; Thu, 16 Oct 2014 09:49:34 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s9G9nYSo007630 for ; Thu, 16 Oct 2014 09:49:34 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s9G9nYHn007629; Thu, 16 Oct 2014 09:49:34 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201410160949.s9G9nYHn007629@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, 16 Oct 2014 09:49:34 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2014 09:49:34 -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 ------------------------------------------------+-----------------+------------ audio/pd | 0.46-0 | 0.46-2 ------------------------------------------------+-----------------+------------ 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 Oct 17 03:08:38 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A19586E0; Fri, 17 Oct 2014 03:08:38 +0000 (UTC) Received: from mail.allbsd.org (gatekeeper.allbsd.org [IPv6:2001:2f0:104:e001::32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.allbsd.org", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7203B7D3; Fri, 17 Oct 2014 03:08:35 +0000 (UTC) Received: from alph.d.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=56) by mail.allbsd.org (8.14.9/8.14.8) with ESMTP id s9H386k8044951 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Oct 2014 12:08:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.8/8.14.8) with ESMTP id s9H3849q008984; Fri, 17 Oct 2014 12:08:05 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 17 Oct 2014 10:22:59 +0900 (JST) Message-Id: <20141017.102259.2303779237508789020.hrs@allbsd.org> To: freebsd-rc@freebsd.org, freebsd-current@freebsd.org, freebsd-ports@FreeBSD.org Reply-To: freebsd-rc@freebsd.org Subject: [CFT] multiple instance support in rc.d script From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.6 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart0(Fri_Oct_17_10_22_59_2014_900)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.4 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Fri, 17 Oct 2014 12:08:25 +0900 (JST) X-Spam-Status: No, score=-95.7 required=13.0 tests=CONTENT_TYPE_PRESENT, FAKEDWORD_BACKQUOTE,FAKEDWORD_EXCLAMATION,FAKEDWORD_ONE, FAKEDWORD_VERTICALLINE,QENCPTR2,RDNS_NONE,SPF_SOFTFAIL,USER_IN_WHITELIST autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on gatekeeper.allbsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 03:08:38 -0000 ----Security_Multipart0(Fri_Oct_17_10_22_59_2014_900)-- Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_Oct_17_10_22_59_2014_318)--" Content-Transfer-Encoding: 7bit ----Next_Part(Fri_Oct_17_10_22_59_2014_318)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit [Please reply to freebsd-rc@] Hi, I would like your feedback and testers of the attached patch. This implements multiple instance support in rc.d scripts. You can try it by replacing /etc/rc.subr with the attached one. More details are as follow. Typically, an rc.d/foo script has the following structure and rc.conf variables: /etc/rc.d/foo: ---- name=foo rcvar=foo_enable ... load_rc_command $name run_rc_command $* ---- /etc/rc.conf: ---- foo_enable="YES" foo_flags="-f -l -a -g" ---- The above supports one instance for one script. After replacing rc.subr, you can specify additional instances in rc.conf: /etc/rc.conf: ---- foo_instances="one two" foo_one_enable="YES" foo_one_flags="-f -l -a -g" foo_two_enable="YES" foo_two_flags="-F -L -A -G" ---- $foo_instances defines instances by space-separated list of instance names, and rc.conf variables for them are something like ${name}_${instname}_enable. The following command # service foo start starts foo_one and foo_two with the specified flags. Instances can be specified in the following form: # service foo start:one or multiple instances in a particular order: # service foo start:two,one Basically, no change is required for the rc.d/foo script itself. However, there is a problem that default values of the instantiated variables are not defined. For example, if an rc.d/script uses $foo_mode, you need to define $foo_one_mode. The default value of $foo_mode is usually defined in etc/defaults/rc.conf for rc.d scripts in the base system and ": ${foo_mode:=value}" idiom in scripts from Ports Collection. So all of the variables should be defined for each instance, too. As you noticed, this is not easy without editing the script itself. To alleviate this, set_rcvar() can be used: /etc/rc.d/foo: ---- name=foo rcvar=foo_enable set_rcvar foo_enable YES "Enable $name" set_rcvar foo_program "/tmp/test" "Command for $name" ... load_rc_command $name run_rc_command $* ---- The three arguments are varname, default value, and description. If a variable is defined by set_rcvar(), default values instantiated variables will be set automatically---foo_one_program is set by foo_program if it is not defined. This approach still has another problem. set_rcvar() is not supported in all branches, so a script using it does not work in old supported branches. One solution which can be used for scripts in Ports Collection is adding both definitions before and after load_rc_command() until EoL of old branches like this: /etc/rc.d/foo: ---- name=foo rcvar=foo_enable if type set_rcvar >/dev/null 2>&1; then set_rcvar foo_enable YES "Enable $name" set_rcvar foo_program "/tmp/test" "Command for $name" fi ... load_rc_command $name # will be removed after all supported branches have set_rcvar(). if ! type set_rcvar >/dev/null 2>&1; then : ${foo_enable:="YES"} : ${foo_program:="/tmp/test"} for _i in $foo_instances; do for _j in enable program; do eval : \${foo_${_i}_enable:=\$foo_$_j} done done fi run_rc_command $* ---- This is a bit ugly but should work fine. I am using this patch to invoke multiple named (caching server/contents server) and syslogd (local only/listens INET/INET6 socket only) daemons. While $foo_instances is designed as a user-defined knob, this can be applied to software which need to invoke multiple/different daemons which depend on each other in a script, too. I am feeling this patch still needs more careful review from others. Any comments are welcome. Thank you. -- Hiroki ----Next_Part(Fri_Oct_17_10_22_59_2014_318)-- Content-Type: Text/X-Patch; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.subr_multiinstance_20141017-1.diff" Index: etc/rc.subr =================================================================== --- etc/rc.subr (revision 272976) +++ etc/rc.subr (working copy) @@ -698,7 +698,10 @@ # "start stop restart rcvar status poll ${extra_commands}" # If there's a match, run ${argument}_cmd or the default method # (see below). +# _run_rc_command0() is the main routine and run_rc_command() is +# a wrapper to handle multiple instances. # +# # If argument has a given prefix, then change the operation as follows: # Prefix Operation # ------ --------- @@ -755,6 +758,9 @@ # # ${name}_nice n Nice level to run ${command} at. # +# ${name}_pidfile n This to be used in /etc/rc.conf to override +# ${pidfile}. +# # ${name}_user n User to run ${command} as, using su(1) if not # using ${name}_chroot. # Requires /usr to be mounted. @@ -863,6 +869,57 @@ # run_rc_command() { + local _act _instances _name _desc _rcvar + + _act=$1 + shift + eval _instances=\$${name}_instances + + # Check if instance is specified, e.g. "start:instance,...". + case ${_act%:*} in + $_act) ;; # no instance specified + *) + _instances=$(echo ${_act#*:} | tr "," " ") + _act=${_act%:*} + ;; + esac + + # Use reverse order for stop. + case $_act in + *stop) _instances=$(reverse_list $_instances) ;; + esac + + case $_instances in + "") + _name=$name + _inst= + _run_rc_command0 $_act "$@" + ;; + *) + _name=$name + _desc=$desc + _rcvar=$rcvar + for _inst in $_instances; do + # Use a subshell to preserve variables. + ( + name=${_name}_$_inst + eval desc=\"$_desc\${${name}_desc+:\ }\$${name}_desc\" + rcvar=${_rcvar%_enable}_${_inst}_enable + _run_rc_command0 $_act "$@" + ) + done + ;; + esac +} + +getnameparam() +{ + + eval echo \${$1_$_inst${_inst:+_}$2-\$$1_$2} +} + +_run_rc_command0() +{ _return=0 rc_arg=$1 if [ -z "$name" ]; then @@ -904,8 +961,12 @@ ;; esac - eval _override_command=\$${name}_program - command=${_override_command:-$command} + if [ -z "$command" ]; then + command=$(getnameparam $_name program) + fi + if [ -z "$pidfile" ]; then + pidfile=$(getnameparam $_name pidfile) + fi _keywords="start stop restart rcvar enabled $extra_commands" rc_pid= @@ -936,13 +997,16 @@ if [ -n "$flags" ]; then # allow override from environment rc_flags=$flags else - eval rc_flags=\$${name}_flags + rc_flags=$(getnameparam $_name flags) fi - eval _chdir=\$${name}_chdir _chroot=\$${name}_chroot \ - _nice=\$${name}_nice _user=\$${name}_user \ - _group=\$${name}_group _groups=\$${name}_groups \ - _fib=\$${name}_fib _env=\$${name}_env \ - _prepend=\$${name}_prepend + _chdir=$(getnameparam $_name chdir) + _chroot=$(getnameparam $_name chroot) + _nice=$(getnameparam $_name nice) + _user=$(getnameparam $_name user) + _group=$(getnameparam $_name group) + _groups=$(getnameparam $_name groups) + _env=$(getnameparam $_name env) + _prepend=$(getnameparam $_name prepend) if [ -n "$_user" ]; then # unset $_user if running as that user if [ "$_user" = "$(eval $IDCMD)" ]; then @@ -977,9 +1041,9 @@ # if there's a custom ${XXX_cmd}, # run that instead of the default # - eval _cmd=\$${rc_arg}_cmd \ - _precmd=\$${rc_arg}_precmd \ - _postcmd=\$${rc_arg}_postcmd + _cmd=$(getnameparam $rc_arg cmd) + _precmd=$(getnameparam $rc_arg precmd) + _postcmd=$(getnameparam $rc_arg postcmd) if [ -n "$_cmd" ]; then _run_rc_precmd || return 1 @@ -1134,16 +1198,10 @@ echo "" fi echo "#" - # Get unique vars in $rcvar $rcvars - for _v in $rcvar $rcvars; do - case $v in - $_v\ *|\ *$_v|*\ $_v\ *) ;; - *) v="${v# } $_v" ;; - esac - done # Display variables. - for _v in $v; do + for _v in $(getinstlist $_name "$_inst" $rcvar $rcvars); + do if [ -z "$_v" ]; then continue fi @@ -1150,24 +1208,20 @@ eval _desc=\$${_v}_desc eval _defval=\$${_v}_defval - _h="-" + eval _val=\$$_v - eval echo \"$_v=\\\"\$$_v\\\"\" - # decode multiple lines of _desc - while [ -n "$_desc" ]; do - case $_desc in - *^^*) - echo "# $_h ${_desc%%^^*}" - _desc=${_desc#*^^} - _h=" " - ;; - *) - echo "# $_h ${_desc}" - break - ;; - esac - done - echo "# (default: \"$_defval\")" + case $_defval in + $_val) + _e= + _m= + ;; + *) + _e=" # (default: \"$_defval\")" + _m="(*)" + ;; + esac + echo "# $_v$_m${_desc+: }$_desc" + eval echo \"$_v=\\\"\$$_v\\\"\" \$_e done echo "" ;; @@ -1308,11 +1362,104 @@ } # +# uniqlist var list +# Put a list into $var with duplicate words removed. +# +uniqlist() +{ + local _uv _v + + _uv= + for _v in "$@"; do + case $_uv in + $_v|$_v\ *|*\ $_v|*\ $_v\ *) ;; + *) _uv="${_uv# }${_uv:+ }$_v" ;; + esac + done + echo "$_uv" +} +# +# createinstlist() name inst list +# Generate a variable list with the instance name. +# +createinstlist() +{ + local _name _inst _v + + _name=$1 + _inst=$2 + shift 2 + for _v in $(uniqlist "$@"); do + echo "${_name}_${_inst}${_inst+_}${_v#${_name}_}" + done +} +# +# getinstlist() name inst list +# Get a variable list only with the instance name. +# +getinstlist() +{ + local _name _inst _v _l + + _name=$1 + _inst=$2 + shift 2 + _l= + for _v in $(uniqlist "$@"); do + case $_v in + ${_name}${_inst:+_}${_inst}_*) _l="${_l# }${_l:+ }$_v" ;; + esac + done + uniqlist $_l +} + +# # load_rc_config name # Source in the configuration file for a given name. +# load_rc_config0() is the main routine and load_rc_config() is +# a wrapper to handle multiple instances. # load_rc_config() { + local _instances _inst _name _rcvars _defval _desc _k _v _ul + + # XXX: normalization + ltr "$name" "-" "_" name + ltr "$1" "-" "_" _name + _load_rc_config0 $_name + + eval _instances=\$${_name}_instances + _rcvars=$rcvars + + for _inst in $_instances; do + # Set default values for ${_name}_$_inst. + + for _k in $(uniqlist $_rcvars); do + # _k includes _name + eval _defval=\${${_k}_defval} + eval _desc=\${${_k}_desc} + set_rcvar $(createinstlist $_name $_inst $_k) \ + "$_defval" "$_desc" + done + for _k in $_rc_namevarlist; do + if [ "$_k" = "instances" ]; then + continue + fi + _k=${_name}_$_k + # _k includes _name + eval _defval=\${${_k}_defval} + eval _desc=\${${_k}_desc} + if [ -n "$_defval" ]; then + set_rcvar $(createinstlist $_name $_inst $_k) \ + "$_defval" "$_desc" + fi + done + _load_rc_config0 ${_name}_$_inst + done +} + +_load_rc_config0() +{ local _name _rcvar_val _var _defval _v _msg _new _d _name=$1 if [ -z "$_name" ]; then ----Next_Part(Fri_Oct_17_10_22_59_2014_318)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="rc.subr" # $NetBSD: rc.subr,v 1.67 2006/10/07 11:25:15 elad Exp $ # $FreeBSD: head/etc/rc.subr 272976 2014-10-12 02:42:36Z hrs $ # # Copyright (c) 1997-2004 The NetBSD Foundation, Inc. # All rights reserved. # # This code is derived from software contributed to The NetBSD Foundation # by Luke Mewburn. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright # notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright # notice, this list of conditions and the following disclaimer in the # documentation and/or other materials provided with the distribution. # # THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS # ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED # TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR # PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS # BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR # CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF # SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS # INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN # CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) # ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE # POSSIBILITY OF SUCH DAMAGE. # # rc.subr # functions used by various rc scripts # : ${RC_PID:=$$}; export RC_PID # # Operating System dependent/independent variables # if [ -z "${_rc_subr_loaded}" ]; then _rc_subr_loaded="YES" SYSCTL="/sbin/sysctl" SYSCTL_N="${SYSCTL} -n" SYSCTL_W="${SYSCTL}" ID="/usr/bin/id" IDCMD="if [ -x $ID ]; then $ID -un; fi" PS="/bin/ps -ww" JID=`$PS -p $$ -o jid=` # # functions # --------- # list_vars pattern # List vars matching pattern. # list_vars() { set | { while read LINE; do var="${LINE%%=*}" case "$var" in "$LINE"|*[!a-zA-Z0-9_]*) continue ;; $1) echo $var esac done; } } # set_rcvar [var] [defval] [desc] # # Echo or define a rc.conf(5) variable name. Global variable # $rcvars is used. # # If no argument is specified, echo "${name}_enable". # # If only a var is specified, echo "${var}_enable". # # If var and defval are specified, the ${var} is defined as # rc.conf(5) variable and the default value is ${defvar}. An # optional argument $desc can also be specified to add a # description for that. # set_rcvar() { local _var case $# in 0) echo ${name}_enable ;; 1) echo ${1}_enable ;; *) debug "set_rcvar: \$$1=$2 is added" \ " as a rc.conf(5) variable." _var=$1 rcvars="${rcvars# } $_var" eval ${_var}_defval=\"$2\" shift 2 eval ${_var}_desc=\"$*\" ;; esac } # set_rcvar_obsolete oldvar [newvar] [msg] # Define obsolete variable. # Global variable $rcvars_obsolete is used. # set_rcvar_obsolete() { local _var _var=$1 debug "set_rcvar_obsolete: \$$1(old) -> \$$2(new) is defined" rcvars_obsolete="${rcvars_obsolete# } $1" eval ${1}_newvar=\"$2\" shift 2 eval ${_var}_obsolete_msg=\"$*\" } # # force_depend script [rcvar] # Force a service to start. Intended for use by services # to resolve dependency issues. # $1 - filename of script, in /etc/rc.d, to run # $2 - name of the script's rcvar (minus the _enable) # force_depend() { local _depend _dep_rcvar _depend="$1" _dep_rcvar="${2:-$1}_enable" [ -n "$rc_fast" ] && ! checkyesno always_force_depends && checkyesno $_dep_rcvar && return 0 /etc/rc.d/${_depend} forcestatus >/dev/null 2>&1 && return 0 info "${name} depends on ${_depend}, which will be forced to start." if ! /etc/rc.d/${_depend} forcestart; then warn "Unable to force ${_depend}. It may already be running." return 1 fi } # # checkyesno var # Test $1 variable, and warn if not set to YES or NO. # Return 0 if it's "yes" (et al), nonzero otherwise. # checkyesno() { eval _value=\$${1} debug "checkyesno: $1 is set to $_value." case $_value in # "yes", "true", "on", or "1" [Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1) return 0 ;; # "no", "false", "off", or "0" [Nn][Oo]|[Ff][Aa][Ll][Ss][Ee]|[Oo][Ff][Ff]|0) return 1 ;; *) warn "\$${1} is not set properly - see rc.conf(5)." return 1 ;; esac } # # reverse_list list # print the list in reverse order # reverse_list() { _revlist= for _revfile; do _revlist="$_revfile $_revlist" done echo $_revlist } # stop_boot always # If booting directly to multiuser or $always is enabled, # send SIGTERM to the parent (/etc/rc) to abort the boot. # Otherwise just exit. # stop_boot() { local always case $1 in # "yes", "true", "on", or "1" [Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1) always=true ;; *) always=false ;; esac if [ "$autoboot" = yes -o "$always" = true ]; then echo "ERROR: ABORTING BOOT (sending SIGTERM to parent)!" kill -TERM ${RC_PID} fi exit 1 } # # mount_critical_filesystems type # Go through the list of critical filesystems as provided in # the rc.conf(5) variable $critical_filesystems_${type}, checking # each one to see if it is mounted, and if it is not, mounting it. # mount_critical_filesystems() { eval _fslist=\$critical_filesystems_${1} for _fs in $_fslist; do mount | ( _ismounted=false while read what _on on _type type; do if [ $on = $_fs ]; then _ismounted=true fi done if $_ismounted; then : else mount $_fs >/dev/null 2>&1 fi ) done } # # check_pidfile pidfile procname [interpreter] # Parses the first line of pidfile for a PID, and ensures # that the process is running and matches procname. # Prints the matching PID upon success, nothing otherwise. # interpreter is optional; see _find_processes() for details. # check_pidfile() { _pidfile=$1 _procname=$2 _interpreter=$3 if [ -z "$_pidfile" -o -z "$_procname" ]; then err 3 'USAGE: check_pidfile pidfile procname [interpreter]' fi if [ ! -f $_pidfile ]; then debug "pid file ($_pidfile): not readable." return fi read _pid _junk < $_pidfile if [ -z "$_pid" ]; then debug "pid file ($_pidfile): no pid in file." return fi _find_processes $_procname ${_interpreter:-.} '-p '"$_pid" } # # check_process procname [interpreter] # Ensures that a process (or processes) named procname is running. # Prints a list of matching PIDs. # interpreter is optional; see _find_processes() for details. # check_process() { _procname=$1 _interpreter=$2 if [ -z "$_procname" ]; then err 3 'USAGE: check_process procname [interpreter]' fi _find_processes $_procname ${_interpreter:-.} '-ax' } # # _find_processes procname interpreter psargs # Search for procname in the output of ps generated by psargs. # Prints the PIDs of any matching processes, space separated. # # If interpreter == ".", check the following variations of procname # against the first word of each command: # procname # `basename procname` # `basename procname` + ":" # "(" + `basename procname` + ")" # "[" + `basename procname` + "]" # # If interpreter != ".", read the first line of procname, remove the # leading #!, normalise whitespace, append procname, and attempt to # match that against each command, either as is, or with extra words # at the end. As an alternative, to deal with interpreted daemons # using perl, the basename of the interpreter plus a colon is also # tried as the prefix to procname. # _find_processes() { if [ $# -ne 3 ]; then err 3 'USAGE: _find_processes procname interpreter psargs' fi _procname=$1 _interpreter=$2 _psargs=$3 _pref= if [ $_interpreter != "." ]; then # an interpreted script _script="${_chroot}${_chroot:+/}$_procname" if [ -r "$_script" ]; then read _interp < $_script # read interpreter name case "$_interp" in \#!*) _interp=${_interp#\#!} # strip #! set -- $_interp case $1 in */bin/env) shift # drop env to get real name ;; esac if [ $_interpreter != $1 ]; then warn "\$command_interpreter $_interpreter != $1" fi ;; *) warn "no shebang line in $_script" set -- $_interpreter ;; esac else warn "cannot read shebang line from $_script" set -- $_interpreter fi _interp="$* $_procname" # cleanup spaces, add _procname _interpbn=${1##*/} _fp_args='_argv' _fp_match='case "$_argv" in ${_interp}|"${_interp} "*|"[${_interpbn}]"|"${_interpbn}: ${_procname}"*)' else # a normal daemon _procnamebn=${_procname##*/} _fp_args='_arg0 _argv' _fp_match='case "$_arg0" in $_procname|$_procnamebn|${_procnamebn}:|"(${_procnamebn})"|"[${_procnamebn}]")' fi _proccheck="\ $PS 2>/dev/null -o pid= -o jid= -o command= $_psargs"' | while read _npid _jid '"$_fp_args"'; do '"$_fp_match"' if [ "$JID" -eq "$_jid" ]; then echo -n "$_pref$_npid"; _pref=" "; fi ;; esac done' # debug "in _find_processes: proccheck is ($_proccheck)." eval $_proccheck } # sort_lite [-b] [-n] [-k POS] [-t SEP] # A lite version of sort(1) (supporting a few options) that can be used # before the real sort(1) is available (e.g., in scripts that run prior # to mountcritremote). Requires only shell built-in functionality. # sort_lite() { local funcname=sort_lite local sort_sep="$IFS" sort_ignore_leading_space= local sort_field=0 sort_strict_fields= sort_numeric= local nitems=0 skip_leading=0 trim= local OPTIND flag while getopts bnk:t: flag; do case "$flag" in b) sort_ignore_leading_space=1 ;; n) sort_numeric=1 sort_ignore_leading_space=1 ;; k) sort_field="${OPTARG%%,*}" ;; # only up to first comma # NB: Unlike sort(1) only one POS allowed t) sort_sep="$OPTARG" if [ ${#sort_sep} -gt 1 ]; then echo "$funcname: multi-character tab \`$sort_sep'" >&2 return 1 fi sort_strict_fields=1 ;; \?) return 1 ;; esac done shift $(( $OPTIND - 1 )) # Create transformation pattern to trim leading text if desired case "$sort_field" in ""|[!0-9]*|*[!0-9.]*) echo "$funcname: invalid sort field \`$sort_field'" >&2 return 1 ;; *.*) skip_leading=${sort_field#*.} sort_field=${sort_field%%.*} while [ ${skip_leading:-0} -gt 1 ] 2> /dev/null; do trim="$trim?" skip_leading=$(( $skip_leading - 1 )) done esac # Copy input to series of local numbered variables # NB: IFS of NULL preserves leading whitespace local LINE while IFS= read -r LINE || [ "$LINE" ]; do nitems=$(( $nitems + 1 )) local src_$nitems="$LINE" done # # Sort numbered locals using insertion sort # local curitem curitem_orig curitem_mod curitem_haskey local dest dest_orig dest_mod dest_haskey local d gt n local i=1 while [ $i -le $nitems ]; do curitem_haskey=1 # Assume sort field (-k POS) exists eval curitem=\"\$src_$i\" curitem_mod="$curitem" # for modified comparison curitem_orig="$curitem" # for original comparison # Trim leading whitespace if desired if [ "$sort_ignore_leading_space" ]; then while case "$curitem_orig" in [$IFS]*) : ;; *) false; esac do curitem_orig="${curitem_orig#?}" done curitem_mod="$curitem_orig" fi # Shift modified comparison value if sort field (-k POS) is > 1 n=$sort_field while [ $n -gt 1 ]; do case "$curitem_mod" in *[$sort_sep]*) # Cut text up-to (and incl.) first separator curitem_mod="${curitem_mod#*[$sort_sep]}" # Skip NULLs unless strict field splitting [ "$sort_strict_fields" ] || [ "${curitem_mod%%[$sort_sep]*}" ] || [ $n -eq 2 ] || continue ;; *) # Asked for a field that doesn't exist curitem_haskey= break esac n=$(( $n - 1 )) done # Trim trailing words if sort field >= 1 [ $sort_field -ge 1 -a "$sort_numeric" ] && curitem_mod="${curitem_mod%%[$sort_sep]*}" # Apply optional trim (-k POS.TRIM) to cut leading characters curitem_mod="${curitem_mod#$trim}" # Determine the type of modified comparison to use initially # NB: Prefer numerical if requested but fallback to standard case "$curitem_mod" in ""|[!0-9]*) # NULL or begins with non-number gt=">" [ "$sort_numeric" ] && curitem_mod=0 ;; *) if [ "$sort_numeric" ]; then gt="-gt" curitem_mod="${curitem_mod%%[!0-9]*}" # NB: trailing non-digits removed # otherwise numeric comparison fails else gt=">" fi esac # If first time through, short-circuit below position-search if [ $i -le 1 ]; then d=0 else d=1 fi # # Find appropriate element position # while [ $d -gt 0 ] do dest_haskey=$curitem_haskey eval dest=\"\$dest_$d\" dest_mod="$dest" # for modified comparison dest_orig="$dest" # for original comparison # Trim leading whitespace if desired if [ "$sort_ignore_leading_space" ]; then while case "$dest_orig" in [$IFS]*) : ;; *) false; esac do dest_orig="${dest_orig#?}" done dest_mod="$dest_orig" fi # Shift modified value if sort field (-k POS) is > 1 n=$sort_field while [ $n -gt 1 ]; do case "$dest_mod" in *[$sort_sep]*) # Cut text up-to (and incl.) 1st sep dest_mod="${dest_mod#*[$sort_sep]}" # Skip NULLs unless strict fields [ "$sort_strict_fields" ] || [ "${dest_mod%%[$sort_sep]*}" ] || [ $n -eq 2 ] || continue ;; *) # Asked for a field that doesn't exist dest_haskey= break esac n=$(( $n - 1 )) done # Trim trailing words if sort field >= 1 [ $sort_field -ge 1 -a "$sort_numeric" ] && dest_mod="${dest_mod%%[$sort_sep]*}" # Apply optional trim (-k POS.TRIM), cut leading chars dest_mod="${dest_mod#$trim}" # Determine type of modified comparison to use # NB: Prefer numerical if requested, fallback to std case "$dest_mod" in ""|[!0-9]*) # NULL or begins with non-number gt=">" [ "$sort_numeric" ] && dest_mod=0 ;; *) if [ "$sort_numeric" ]; then gt="-gt" dest_mod="${dest_mod%%[!0-9]*}" # NB: kill trailing non-digits # for numeric comparison safety else gt=">" fi esac # Break if we've found the proper element position if [ "$curitem_haskey" -a "$dest_haskey" ]; then if [ "$dest_mod" = "$curitem_mod" ]; then [ "$dest_orig" ">" "$curitem_orig" ] && break elif [ "$dest_mod" $gt "$curitem_mod" ] \ 2> /dev/null then break fi else [ "$dest_orig" ">" "$curitem_orig" ] && break fi # Break if we've hit the end [ $d -ge $i ] && break d=$(( $d + 1 )) done # Shift remaining positions forward, making room for new item n=$i while [ $n -ge $d ]; do # Shift destination item forward one placement eval dest_$(( $n + 1 ))=\"\$dest_$n\" n=$(( $n - 1 )) done # Place the element if [ $i -eq 1 ]; then local dest_1="$curitem" else local dest_$d="$curitem" fi i=$(( $i + 1 )) done # Print sorted results d=1 while [ $d -le $nitems ]; do eval echo \"\$dest_$d\" d=$(( $d + 1 )) done } # # wait_for_pids pid [pid ...] # spins until none of the pids exist # wait_for_pids() { local _list _prefix _nlist _j _list="$@" if [ -z "$_list" ]; then return fi _prefix= while true; do _nlist=""; for _j in $_list; do if kill -0 $_j 2>/dev/null; then _nlist="${_nlist}${_nlist:+ }$_j" [ -n "$_prefix" ] && sleep 1 fi done if [ -z "$_nlist" ]; then break fi _list=$_nlist echo -n ${_prefix:-"Waiting for PIDS: "}$_list _prefix=", " pwait $_list 2>/dev/null done if [ -n "$_prefix" ]; then echo "." fi } # # get_pidfile_from_conf string file # # Takes a string to search for in the specified file. # Ignores lines with traditional comment characters. # # Example: # # if get_pidfile_from_conf string file; then # pidfile="$_pidfile_from_conf" # else # pidfile='appropriate default' # fi # get_pidfile_from_conf() { if [ -z "$1" -o -z "$2" ]; then err 3 "USAGE: get_pidfile_from_conf string file ($name)" fi local string file line string="$1" ; file="$2" if [ ! -s "$file" ]; then err 3 "get_pidfile_from_conf: $file does not exist ($name)" fi while read line; do case "$line" in *[#\;]*${string}*) continue ;; *${string}*) break ;; esac done < $file if [ -n "$line" ]; then line=${line#*/} _pidfile_from_conf="/${line%%[\"\;]*}" else return 1 fi } # # check_startmsgs # If rc_quiet is set (usually as a result of using faststart at # boot time) check if rc_startmsgs is enabled. # check_startmsgs() { if [ -n "$rc_quiet" ]; then checkyesno rc_startmsgs else return 0 fi } # # run_rc_command argument # Search for argument in the list of supported commands, which is: # "start stop restart rcvar status poll ${extra_commands}" # If there's a match, run ${argument}_cmd or the default method # (see below). # _run_rc_command0() is the main routine and run_rc_command() is # a wrapper to handle multiple instances. # # # If argument has a given prefix, then change the operation as follows: # Prefix Operation # ------ --------- # fast Skip the pid check, and set rc_fast=yes, rc_quiet=yes # force Set ${rcvar} to YES, and set rc_force=yes # one Set ${rcvar} to YES # quiet Don't output some diagnostics, and set rc_quiet=yes # # The following globals are used: # # Name Needed Purpose # ---- ------ ------- # name y Name of script. # # command n Full path to command. # Not needed if ${rc_arg}_cmd is set for # each keyword. # # command_args n Optional args/shell directives for command. # # command_interpreter n If not empty, command is interpreted, so # call check_{pidfile,process}() appropriately. # # desc n Description of script. # # extra_commands n List of extra commands supported. # # pidfile n If set, use check_pidfile $pidfile $command, # otherwise use check_process $command. # In either case, only check if $command is set. # # procname n Process name to check for instead of $command. # # rcvar n This is checked with checkyesno to determine # if the action should be run. # # ${name}_program n Full path to command. # Meant to be used in /etc/rc.conf to override # ${command}. # # ${name}_chroot n Directory to chroot to before running ${command} # Requires /usr to be mounted. # # ${name}_chdir n Directory to cd to before running ${command} # (if not using ${name}_chroot). # # ${name}_flags n Arguments to call ${command} with. # NOTE: $flags from the parent environment # can be used to override this. # # ${name}_env n Environment variables to run ${command} with. # # ${name}_fib n Routing table number to run ${command} with. # # ${name}_nice n Nice level to run ${command} at. # # ${name}_pidfile n This to be used in /etc/rc.conf to override # ${pidfile}. # # ${name}_user n User to run ${command} as, using su(1) if not # using ${name}_chroot. # Requires /usr to be mounted. # # ${name}_group n Group to run chrooted ${command} as. # Requires /usr to be mounted. # # ${name}_groups n Comma separated list of supplementary groups # to run the chrooted ${command} with. # Requires /usr to be mounted. # # ${name}_prepend n Command added before ${command}. # # ${rc_arg}_cmd n If set, use this as the method when invoked; # Otherwise, use default command (see below) # # ${rc_arg}_precmd n If set, run just before performing the # ${rc_arg}_cmd method in the default # operation (i.e, after checking for required # bits and process (non)existence). # If this completes with a non-zero exit code, # don't run ${rc_arg}_cmd. # # ${rc_arg}_postcmd n If set, run just after performing the # ${rc_arg}_cmd method, if that method # returned a zero exit code. # # required_dirs n If set, check for the existence of the given # directories before running a (re)start command. # # required_files n If set, check for the readability of the given # files before running a (re)start command. # # required_modules n If set, ensure the given kernel modules are # loaded before running a (re)start command. # The check and possible loads are actually # done after start_precmd so that the modules # aren't loaded in vain, should the precmd # return a non-zero status to indicate a error. # If a word in the list looks like "foo:bar", # "foo" is the KLD file name and "bar" is the # module name. If a word looks like "foo~bar", # "foo" is the KLD file name and "bar" is a # egrep(1) pattern matching the module name. # Otherwise the module name is assumed to be # the same as the KLD file name, which is most # common. See load_kld(). # # required_vars n If set, perform checkyesno on each of the # listed variables before running the default # (re)start command. # # Default behaviour for a given argument, if no override method is # provided: # # Argument Default behaviour # -------- ----------------- # start if !running && checkyesno ${rcvar} # ${command} # # stop if ${pidfile} # rc_pid=$(check_pidfile $pidfile $command) # else # rc_pid=$(check_process $command) # kill $sig_stop $rc_pid # wait_for_pids $rc_pid # ($sig_stop defaults to TERM.) # # reload Similar to stop, except use $sig_reload instead, # and doesn't wait_for_pids. # $sig_reload defaults to HUP. # Note that `reload' isn't provided by default, # it should be enabled via $extra_commands. # # restart Run `stop' then `start'. # # status Show if ${command} is running, etc. # # poll Wait for ${command} to exit. # # rcvar Display what rc.conf variable is used (if any). # # enabled Return true if the service is enabled. # # Variables available to methods, and after run_rc_command() has # completed: # # Variable Purpose # -------- ------- # rc_arg Argument to command, after fast/force/one processing # performed # # rc_flags Flags to start the default command with. # Defaults to ${name}_flags, unless overridden # by $flags from the environment. # This variable may be changed by the precmd method. # # rc_pid PID of command (if appropriate) # # rc_fast Not empty if "fast" was provided (q.v.) # # rc_force Not empty if "force" was provided (q.v.) # # rc_quiet Not empty if "quiet" was provided # # run_rc_command() { local _act _instances _name _desc _rcvar _act=$1 shift eval _instances=\$${name}_instances # Check if instance is specified, e.g. "start:instance,...". case ${_act%:*} in $_act) ;; # no instance specified *) _instances=$(echo ${_act#*:} | tr "," " ") _act=${_act%:*} ;; esac # Use reverse order for stop. case $_act in *stop) _instances=$(reverse_list $_instances) ;; esac case $_instances in "") _name=$name _inst= _run_rc_command0 $_act "$@" ;; *) _name=$name _desc=$desc _rcvar=$rcvar for _inst in $_instances; do # Use a subshell to preserve variables. ( name=${_name}_$_inst eval desc=\"$_desc\${${name}_desc+:\ }\$${name}_desc\" rcvar=${_rcvar%_enable}_${_inst}_enable _run_rc_command0 $_act "$@" ) done ;; esac } getnameparam() { eval echo \${$1_$_inst${_inst:+_}$2-\$$1_$2} } _run_rc_command0() { _return=0 rc_arg=$1 if [ -z "$name" ]; then err 3 'run_rc_command: $name is not set.' fi # Don't repeat the first argument when passing additional command- # line arguments to the command subroutines. # shift 1 rc_extra_args="$*" _rc_prefix= case "$rc_arg" in fast*) # "fast" prefix; don't check pid rc_arg=${rc_arg#fast} rc_fast=yes rc_quiet=yes ;; force*) # "force" prefix; always run rc_force=yes _rc_prefix=force rc_arg=${rc_arg#${_rc_prefix}} if [ -n "${rcvar}" ]; then eval ${rcvar}=YES fi ;; one*) # "one" prefix; set ${rcvar}=yes _rc_prefix=one rc_arg=${rc_arg#${_rc_prefix}} if [ -n "${rcvar}" ]; then eval ${rcvar}=YES fi ;; quiet*) # "quiet" prefix; omit some messages _rc_prefix=quiet rc_arg=${rc_arg#${_rc_prefix}} rc_quiet=yes ;; esac if [ -z "$command" ]; then command=$(getnameparam $_name program) fi if [ -z "$pidfile" ]; then pidfile=$(getnameparam $_name pidfile) fi _keywords="start stop restart rcvar enabled $extra_commands" rc_pid= _pidcmd= _procname=${procname:-${command}} # setup pid check command if [ -n "$_procname" ]; then if [ -n "$pidfile" ]; then _pidcmd='rc_pid=$(check_pidfile '"$pidfile $_procname $command_interpreter"')' else _pidcmd='rc_pid=$(check_process '"$_procname $command_interpreter"')' fi if [ -n "$_pidcmd" ]; then _keywords="${_keywords} status poll" fi fi if [ -z "$rc_arg" ]; then rc_usage $_keywords fi if [ "$rc_arg" = "enabled" ] ; then checkyesno ${rcvar} return $? fi if [ -n "$flags" ]; then # allow override from environment rc_flags=$flags else rc_flags=$(getnameparam $_name flags) fi _chdir=$(getnameparam $_name chdir) _chroot=$(getnameparam $_name chroot) _nice=$(getnameparam $_name nice) _user=$(getnameparam $_name user) _group=$(getnameparam $_name group) _groups=$(getnameparam $_name groups) _env=$(getnameparam $_name env) _prepend=$(getnameparam $_name prepend) if [ -n "$_user" ]; then # unset $_user if running as that user if [ "$_user" = "$(eval $IDCMD)" ]; then unset _user fi fi [ -z "$autoboot" ] && eval $_pidcmd # determine the pid if necessary for _elem in $_keywords; do if [ "$_elem" != "$rc_arg" ]; then continue fi # if ${rcvar} is set, $1 is not "rcvar" # and ${rc_pid} is not set, then run # checkyesno ${rcvar} # and return if that failed # if [ -n "${rcvar}" -a "$rc_arg" != "rcvar" -a "$rc_arg" != "stop" ] || [ -n "${rcvar}" -a "$rc_arg" = "stop" -a -z "${rc_pid}" ]; then if ! checkyesno ${rcvar}; then if [ -n "${rc_quiet}" ]; then return 0 fi echo -n "Cannot '${rc_arg}' $name. Set ${rcvar} to " echo -n "YES in /etc/rc.conf or use 'one${rc_arg}' " echo "instead of '${rc_arg}'." return 0 fi fi # if there's a custom ${XXX_cmd}, # run that instead of the default # _cmd=$(getnameparam $rc_arg cmd) _precmd=$(getnameparam $rc_arg precmd) _postcmd=$(getnameparam $rc_arg postcmd) if [ -n "$_cmd" ]; then _run_rc_precmd || return 1 _run_rc_doit "$_cmd $rc_extra_args" || return 1 _run_rc_postcmd return $_return fi case "$rc_arg" in # default operations... status) _run_rc_precmd || return 1 if [ -n "$rc_pid" ]; then echo "${name} is running as pid $rc_pid." else echo "${name} is not running." return 1 fi _run_rc_postcmd ;; start) if [ -z "$rc_fast" -a -n "$rc_pid" ]; then if [ -z "$rc_quiet" ]; then echo 1>&2 "${name} already running? " \ "(pid=$rc_pid)." fi return 1 fi if [ ! -x "${_chroot}${_chroot:+/}${command}" ]; then warn "run_rc_command: cannot run $command" return 1 fi if ! _run_rc_precmd; then warn "failed precmd routine for ${name}" return 1 fi # setup the full command to run # check_startmsgs && echo "Starting ${name}." if [ -n "$_chroot" ]; then _doit="\ ${_nice:+nice -n $_nice }\ ${_fib:+setfib -F $_fib }\ ${_env:+env $_env }\ chroot ${_user:+-u $_user }${_group:+-g $_group }${_groups:+-G $_groups }\ $_chroot $command $rc_flags $command_args" else _doit="\ ${_chdir:+cd $_chdir && }\ ${_fib:+setfib -F $_fib }\ ${_env:+env $_env }\ $command $rc_flags $command_args" if [ -n "$_user" ]; then _doit="su -m $_user -c 'sh -c \"$_doit\"'" fi if [ -n "$_nice" ]; then if [ -z "$_user" ]; then _doit="sh -c \"$_doit\"" fi _doit="nice -n $_nice $_doit" fi if [ -n "$_prepend" ]; then _doit="$_prepend $_doit" fi fi # run the full command # if ! _run_rc_doit "$_doit"; then warn "failed to start ${name}" return 1 fi # finally, run postcmd # _run_rc_postcmd ;; stop) if [ -z "$rc_pid" ]; then [ -n "$rc_fast" ] && return 0 _run_rc_notrunning return 1 fi _run_rc_precmd || return 1 # send the signal to stop # echo "Stopping ${name}." _doit=$(_run_rc_killcmd "${sig_stop:-TERM}") _run_rc_doit "$_doit" || return 1 # wait for the command to exit, # and run postcmd. wait_for_pids $rc_pid _run_rc_postcmd ;; reload) if [ -z "$rc_pid" ]; then _run_rc_notrunning return 1 fi _run_rc_precmd || return 1 _doit=$(_run_rc_killcmd "${sig_reload:-HUP}") _run_rc_doit "$_doit" || return 1 _run_rc_postcmd ;; restart) # prevent restart being called more # than once by any given script # if ${_rc_restart_done:-false}; then return 0 fi _rc_restart_done=true _run_rc_precmd || return 1 # run those in a subshell to keep global variables ( run_rc_command ${_rc_prefix}stop $rc_extra_args ) ( run_rc_command ${_rc_prefix}start $rc_extra_args ) _return=$? [ $_return -ne 0 ] && [ -z "$rc_force" ] && return 1 _run_rc_postcmd ;; poll) _run_rc_precmd || return 1 if [ -n "$rc_pid" ]; then wait_for_pids $rc_pid fi _run_rc_postcmd ;; rcvar) echo -n "# $name" if [ -n "$desc" ]; then echo " : $desc" else echo "" fi echo "#" # Display variables. for _v in $(getinstlist $_name "$_inst" $rcvar $rcvars); do if [ -z "$_v" ]; then continue fi eval _desc=\$${_v}_desc eval _defval=\$${_v}_defval eval _val=\$$_v case $_defval in $_val) _e= _m= ;; *) _e=" # (default: \"$_defval\")" _m="(*)" ;; esac echo "# $_v$_m${_desc+: }$_desc" eval echo \"$_v=\\\"\$$_v\\\"\" \$_e done echo "" ;; *) rc_usage $_keywords ;; esac return $_return done echo 1>&2 "$0: unknown directive '$rc_arg'." rc_usage $_keywords # not reached } # # Helper functions for run_rc_command: common code. # They use such global variables besides the exported rc_* ones: # # name R/W # ------------------ # _precmd R # _postcmd R # _return W # _run_rc_precmd() { check_required_before "$rc_arg" || return 1 if [ -n "$_precmd" ]; then debug "run_rc_command: ${rc_arg}_precmd: $_precmd $rc_extra_args" eval "$_precmd $rc_extra_args" _return=$? # If precmd failed and force isn't set, request exit. if [ $_return -ne 0 ] && [ -z "$rc_force" ]; then return 1 fi fi check_required_after "$rc_arg" || return 1 return 0 } _run_rc_postcmd() { if [ -n "$_postcmd" ]; then debug "run_rc_command: ${rc_arg}_postcmd: $_postcmd $rc_extra_args" eval "$_postcmd $rc_extra_args" _return=$? fi return 0 } _run_rc_doit() { debug "run_rc_command: doit: $*" eval "$@" _return=$? # If command failed and force isn't set, request exit. if [ $_return -ne 0 ] && [ -z "$rc_force" ]; then return 1 fi return 0 } _run_rc_notrunning() { local _pidmsg if [ -n "$pidfile" ]; then _pidmsg=" (check $pidfile)." else _pidmsg= fi echo 1>&2 "${name} not running?${_pidmsg}" } _run_rc_killcmd() { local _cmd _cmd="kill -$1 $rc_pid" if [ -n "$_user" ]; then _cmd="su -m ${_user} -c 'sh -c \"${_cmd}\"'" fi echo "$_cmd" } # # run_rc_script file arg # Start the script `file' with `arg', and correctly handle the # return value from the script. # If `file' ends with `.sh', it's sourced into the current environment # when $rc_fast_and_loose is set, otherwise it is run as a child process. # If `file' appears to be a backup or scratch file, ignore it. # Otherwise if it is executable run as a child process. # run_rc_script() { _file=$1 _arg=$2 if [ -z "$_file" -o -z "$_arg" ]; then err 3 'USAGE: run_rc_script file arg' fi unset name command command_args command_interpreter \ extra_commands pidfile procname \ rcvar rcvars rcvars_obsolete required_dirs required_files \ required_vars eval unset ${_arg}_cmd ${_arg}_precmd ${_arg}_postcmd case "$_file" in /etc/rc.d/*.sh) # no longer allowed in the base warn "Ignoring old-style startup script $_file" ;; *[~#]|*.OLD|*.bak|*.orig|*,v) # scratch file; skip warn "Ignoring scratch file $_file" ;; *) # run in subshell if [ -x $_file ]; then if [ -n "$rc_fast_and_loose" ]; then set $_arg; . $_file else ( trap "echo Script $_file interrupted >&2 ; kill -QUIT $$" 3 trap "echo Script $_file interrupted >&2 ; exit 1" 2 trap "echo Script $_file running >&2" 29 set $_arg; . $_file ) fi fi ;; esac } # # uniqlist var list # Put a list into $var with duplicate words removed. # uniqlist() { local _uv _v _uv= for _v in "$@"; do case $_uv in $_v|$_v\ *|*\ $_v|*\ $_v\ *) ;; *) _uv="${_uv# }${_uv:+ }$_v" ;; esac done echo "$_uv" } # # createinstlist() name inst list # Generate a variable list with the instance name. # createinstlist() { local _name _inst _v _name=$1 _inst=$2 shift 2 for _v in $(uniqlist "$@"); do echo "${_name}_${_inst}${_inst+_}${_v#${_name}_}" done } # # getinstlist() name inst list # Get a variable list only with the instance name. # getinstlist() { local _name _inst _v _l _name=$1 _inst=$2 shift 2 _l= for _v in $(uniqlist "$@"); do case $_v in ${_name}${_inst:+_}${_inst}_*) _l="${_l# }${_l:+ }$_v" ;; esac done uniqlist $_l } # # load_rc_config name # Source in the configuration file for a given name. # load_rc_config0() is the main routine and load_rc_config() is # a wrapper to handle multiple instances. # load_rc_config() { local _instances _inst _name _rcvars _defval _desc _k _v _ul # XXX: normalization ltr "$name" "-" "_" name ltr "$1" "-" "_" _name _load_rc_config0 $_name eval _instances=\$${_name}_instances _rcvars=$rcvars for _inst in $_instances; do # Set default values for ${_name}_$_inst. for _k in $(uniqlist $_rcvars); do # _k includes _name eval _defval=\${${_k}_defval} eval _desc=\${${_k}_desc} set_rcvar $(createinstlist $_name $_inst $_k) \ "$_defval" "$_desc" done for _k in $_rc_namevarlist; do if [ "$_k" = "instances" ]; then continue fi _k=${_name}_$_k # _k includes _name eval _defval=\${${_k}_defval} eval _desc=\${${_k}_desc} if [ -n "$_defval" ]; then set_rcvar $(createinstlist $_name $_inst $_k) \ "$_defval" "$_desc" fi done _load_rc_config0 ${_name}_$_inst done } _load_rc_config0() { local _name _rcvar_val _var _defval _v _msg _new _d _name=$1 if [ -z "$_name" ]; then err 3 'USAGE: load_rc_config name' fi if ${_rc_conf_loaded:-false}; then : else if [ -r /etc/defaults/rc.conf ]; then debug "Sourcing /etc/defaults/rc.conf" . /etc/defaults/rc.conf source_rc_confs elif [ -r /etc/rc.conf ]; then debug "Sourcing /etc/rc.conf (/etc/defaults/rc.conf doesn't exist)." . /etc/rc.conf fi _rc_conf_loaded=true fi for _d in /etc ${local_startup%*/rc.d}; do if [ -f ${_d}/rc.conf.d/"$_name" ]; then debug "Sourcing ${_d}/rc.conf.d/$_name" . ${_d}/rc.conf.d/"$_name" elif [ -d ${_d}/rc.conf.d/"$_name" ] ; then local _rc for _rc in ${_d}/rc.conf.d/"$_name"/* ; do if [ -f "$_rc" ] ; then debug "Sourcing $_rc" . "$_rc" fi done fi done # Set defaults if defined. for _var in $rcvar $rcvars; do eval _defval=\$${_var}_defval if [ -n "$_defval" ]; then eval : \${$_var:=\$${_var}_defval} fi done # check obsolete rc.conf variables for _var in $rcvars_obsolete; do eval _v=\$$_var eval _msg=\$${_var}_obsolete_msg eval _new=\$${_var}_newvar case $_v in "") ;; *) if [ -z "$_new" ]; then _msg="Ignored." else eval $_new=\"\$$_var\" if [ -z "$_msg" ]; then _msg="Use \$$_new instead." fi fi warn "\$$_var is obsolete. $_msg" ;; esac done } # # load_rc_config_var name var # Read the rc.conf(5) var for name and set in the # current shell, using load_rc_config in a subshell to prevent # unwanted side effects from other variable assignments. # load_rc_config_var() { if [ $# -ne 2 ]; then err 3 'USAGE: load_rc_config_var name var' fi eval $(eval '( load_rc_config '$1' >/dev/null; if [ -n "${'$2'}" -o "${'$2'-UNSET}" != "UNSET" ]; then echo '$2'=\'\''${'$2'}\'\''; fi )' ) } # # rc_usage commands # Print a usage string for $0, with `commands' being a list of # valid commands. # rc_usage() { echo -n 1>&2 "Usage: $0 [fast|force|one|quiet](" _sep= for _elem; do echo -n 1>&2 "$_sep$_elem" _sep="|" done echo 1>&2 ")" exit 1 } # # err exitval message # Display message to stderr and log to the syslog, and exit with exitval. # err() { exitval=$1 shift if [ -x /usr/bin/logger ]; then logger "$0: ERROR: $*" fi echo 1>&2 "$0: ERROR: $*" exit $exitval } # # warn message # Display message to stderr and log to the syslog. # warn() { if [ -x /usr/bin/logger ]; then logger "$0: WARNING: $*" fi echo 1>&2 "$0: WARNING: $*" } # # info message # Display informational message to stdout and log to syslog. # info() { case ${rc_info} in [Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1) if [ -x /usr/bin/logger ]; then logger "$0: INFO: $*" fi echo "$0: INFO: $*" ;; esac } # # debug message # If debugging is enabled in rc.conf output message to stderr. # BEWARE that you don't call any subroutine that itself calls this # function. # debug() { case ${rc_debug} in [Yy][Ee][Ss]|[Tt][Rr][Uu][Ee]|[Oo][Nn]|1) if [ -x /usr/bin/logger ]; then logger "$0: DEBUG: $*" fi echo 1>&2 "$0: DEBUG: $*" ;; esac } # # backup_file action file cur backup # Make a backup copy of `file' into `cur', and save the previous # version of `cur' as `backup' or use rcs for archiving. # # This routine checks the value of the backup_uses_rcs variable, # which can be either YES or NO. # # The `action' keyword can be one of the following: # # add `file' is now being backed up (and is possibly # being reentered into the backups system). `cur' # is created and RCS files, if necessary, are # created as well. # # update `file' has changed and needs to be backed up. # If `cur' exists, it is copied to to `back' or # checked into RCS (if the repository file is old), # and then `file' is copied to `cur'. Another RCS # check in done here if RCS is being used. # # remove `file' is no longer being tracked by the backups # system. If RCS is not being used, `cur' is moved # to `back', otherwise an empty file is checked in, # and then `cur' is removed. # # backup_file() { _action=$1 _file=$2 _cur=$3 _back=$4 if checkyesno backup_uses_rcs; then _msg0="backup archive" _msg1="update" # ensure that history file is not locked if [ -f $_cur,v ]; then rcs -q -u -U -M $_cur fi # ensure after switching to rcs that the # current backup is not lost if [ -f $_cur ]; then # no archive, or current newer than archive if [ ! -f $_cur,v -o $_cur -nt $_cur,v ]; then ci -q -f -u -t-"$_msg0" -m"$_msg1" $_cur rcs -q -kb -U $_cur co -q -f -u $_cur fi fi case $_action in add|update) cp -p $_file $_cur ci -q -f -u -t-"$_msg0" -m"$_msg1" $_cur rcs -q -kb -U $_cur co -q -f -u $_cur chown root:wheel $_cur $_cur,v ;; remove) cp /dev/null $_cur ci -q -f -u -t-"$_msg0" -m"$_msg1" $_cur rcs -q -kb -U $_cur chown root:wheel $_cur $_cur,v rm $_cur ;; esac else case $_action in add|update) if [ -f $_cur ]; then cp -p $_cur $_back fi cp -p $_file $_cur chown root:wheel $_cur ;; remove) mv -f $_cur $_back ;; esac fi } # make_symlink src link # Make a symbolic link 'link' to src from basedir. If the # directory in which link is to be created does not exist # a warning will be displayed and an error will be returned. # Returns 0 on success, 1 otherwise. # make_symlink() { local src link linkdir _me src="$1" link="$2" linkdir="`dirname $link`" _me="make_symlink()" if [ -z "$src" -o -z "$link" ]; then warn "$_me: requires two arguments." return 1 fi if [ ! -d "$linkdir" ]; then warn "$_me: the directory $linkdir does not exist." return 1 fi if ! ln -sf $src $link; then warn "$_me: unable to make a symbolic link from $link to $src" return 1 fi return 0 } # devfs_rulesets_from_file file # Reads a set of devfs commands from file, and creates # the specified rulesets with their rules. Returns non-zero # if there was an error. # devfs_rulesets_from_file() { local file _err _me _opts file="$1" _me="devfs_rulesets_from_file" _err=0 if [ -z "$file" ]; then warn "$_me: you must specify a file" return 1 fi if [ ! -e "$file" ]; then debug "$_me: no such file ($file)" return 0 fi # Disable globbing so that the rule patterns are not expanded # by accident with matching filesystem entries. _opts=$-; set -f debug "reading rulesets from file ($file)" { while read line do case $line in \#*) continue ;; \[*\]*) rulenum=`expr "$line" : "\[.*=\([0-9]*\)\]"` if [ -z "$rulenum" ]; then warn "$_me: cannot extract rule number ($line)" _err=1 break fi rulename=`expr "$line" : "\[\(.*\)=[0-9]*\]"` if [ -z "$rulename" ]; then warn "$_me: cannot extract rule name ($line)" _err=1 break; fi eval $rulename=\$rulenum debug "found ruleset: $rulename=$rulenum" if ! /sbin/devfs rule -s $rulenum delset; then _err=1 break fi ;; *) rulecmd="${line%%"\#*"}" # evaluate the command incase it includes # other rules if [ -n "$rulecmd" ]; then debug "adding rule ($rulecmd)" if ! eval /sbin/devfs rule -s $rulenum $rulecmd then _err=1 break fi fi ;; esac if [ $_err -ne 0 ]; then debug "error in $_me" break fi done } < $file case $_opts in *f*) ;; *) set +f ;; esac return $_err } # devfs_init_rulesets # Initializes rulesets from configuration files. Returns # non-zero if there was an error. # devfs_init_rulesets() { local file _me _me="devfs_init_rulesets" # Go through this only once if [ -n "$devfs_rulesets_init" ]; then debug "$_me: devfs rulesets already initialized" return fi for file in $devfs_rulesets; do if ! devfs_rulesets_from_file $file; then warn "$_me: could not read rules from $file" return 1 fi done devfs_rulesets_init=1 debug "$_me: devfs rulesets initialized" return 0 } # devfs_set_ruleset ruleset [dir] # Sets the default ruleset of dir to ruleset. The ruleset argument # must be a ruleset name as specified in devfs.rules(5) file. # Returns non-zero if it could not set it successfully. # devfs_set_ruleset() { local devdir rs _me [ -n "$1" ] && eval rs=\$$1 || rs= [ -n "$2" ] && devdir="-m "$2"" || devdir= _me="devfs_set_ruleset" if [ -z "$rs" ]; then warn "$_me: you must specify a ruleset number" return 1 fi debug "$_me: setting ruleset ($rs) on mount-point (${devdir#-m })" if ! /sbin/devfs $devdir ruleset $rs; then warn "$_me: unable to set ruleset $rs to ${devdir#-m }" return 1 fi return 0 } # devfs_apply_ruleset ruleset [dir] # Apply ruleset number $ruleset to the devfs mountpoint $dir. # The ruleset argument must be a ruleset name as specified # in a devfs.rules(5) file. Returns 0 on success or non-zero # if it could not apply the ruleset. # devfs_apply_ruleset() { local devdir rs _me [ -n "$1" ] && eval rs=\$$1 || rs= [ -n "$2" ] && devdir="-m "$2"" || devdir= _me="devfs_apply_ruleset" if [ -z "$rs" ]; then warn "$_me: you must specify a ruleset" return 1 fi debug "$_me: applying ruleset ($rs) to mount-point (${devdir#-m })" if ! /sbin/devfs $devdir rule -s $rs applyset; then warn "$_me: unable to apply ruleset $rs to ${devdir#-m }" return 1 fi return 0 } # devfs_domount dir [ruleset] # Mount devfs on dir. If ruleset is specified it is set # on the mount-point. It must also be a ruleset name as specified # in a devfs.rules(5) file. Returns 0 on success. # devfs_domount() { local devdir rs _me devdir="$1" [ -n "$2" ] && rs=$2 || rs= _me="devfs_domount()" if [ -z "$devdir" ]; then warn "$_me: you must specify a mount-point" return 1 fi debug "$_me: mount-point is ($devdir), ruleset is ($rs)" if ! mount -t devfs dev "$devdir"; then warn "$_me: Unable to mount devfs on $devdir" return 1 fi if [ -n "$rs" ]; then devfs_init_rulesets devfs_set_ruleset $rs $devdir devfs -m $devdir rule applyset fi return 0 } # Provide a function for normalizing the mounting of memory # filesystems. This should allow the rest of the code here to remain # as close as possible between 5-current and 4-stable. # $1 = size # $2 = mount point # $3 = (optional) extra mdmfs flags mount_md() { if [ -n "$3" ]; then flags="$3" fi /sbin/mdmfs $flags -s $1 md $2 } # Code common to scripts that need to load a kernel module # if it isn't in the kernel yet. Syntax: # load_kld [-e regex] [-m module] file # where -e or -m chooses the way to check if the module # is already loaded: # regex is egrep'd in the output from `kldstat -v', # module is passed to `kldstat -m'. # The default way is as though `-m file' were specified. load_kld() { local _loaded _mod _opt _re while getopts "e:m:" _opt; do case "$_opt" in e) _re="$OPTARG" ;; m) _mod="$OPTARG" ;; *) err 3 'USAGE: load_kld [-e regex] [-m module] file' ;; esac done shift $(($OPTIND - 1)) if [ $# -ne 1 ]; then err 3 'USAGE: load_kld [-e regex] [-m module] file' fi _mod=${_mod:-$1} _loaded=false if [ -n "$_re" ]; then if kldstat -v | egrep -q -e "$_re"; then _loaded=true fi else if kldstat -q -m "$_mod"; then _loaded=true fi fi if ! $_loaded; then if ! kldload "$1"; then warn "Unable to load kernel module $1" return 1 else info "$1 kernel module loaded." fi else debug "load_kld: $1 kernel module already loaded." fi return 0 } # ltr str src dst [var] # Change every $src in $str to $dst. # Useful when /usr is not yet mounted and we cannot use tr(1), sed(1) nor # awk(1). If var is non-NULL, set it to the result. ltr() { local _str _src _dst _out _com _var _str="$1" _src="$2" _dst="$3" _var="$4" _out="" local IFS="${_src}" for _com in ${_str}; do if [ -z "${_out}" ]; then _out="${_com}" else _out="${_out}${_dst}${_com}" fi done if [ -n "${_var}" ]; then setvar "${_var}" "${_out}" else echo "${_out}" fi } # Creates a list of providers for GELI encryption. geli_make_list() { local devices devices2 local provider mountpoint type options rest # Create list of GELI providers from fstab. while read provider mountpoint type options rest ; do case ":${options}" in :*noauto*) noauto=yes ;; *) noauto=no ;; esac case ":${provider}" in :#*) continue ;; *.eli) # Skip swap devices. if [ "${type}" = "swap" -o "${options}" = "sw" -o "${noauto}" = "yes" ]; then continue fi devices="${devices} ${provider}" ;; esac done < /etc/fstab # Append providers from geli_devices. devices="${devices} ${geli_devices}" for provider in ${devices}; do provider=${provider%.eli} provider=${provider#/dev/} devices2="${devices2} ${provider}" done echo ${devices2} } # Find scripts in local_startup directories that use the old syntax # find_local_scripts_old() { zlist='' slist='' for dir in ${local_startup}; do if [ -d "${dir}" ]; then for file in ${dir}/[0-9]*.sh; do grep '^# PROVIDE:' $file >/dev/null 2>&1 && continue zlist="$zlist $file" done for file in ${dir}/[!0-9]*.sh; do grep '^# PROVIDE:' $file >/dev/null 2>&1 && continue slist="$slist $file" done fi done } find_local_scripts_new() { local_rc='' for dir in ${local_startup}; do if [ -d "${dir}" ]; then for file in `grep -l '^# PROVIDE:' ${dir}/* 2>/dev/null`; do case "$file" in *.sample) ;; *) if [ -x "$file" ]; then local_rc="${local_rc} ${file}" fi ;; esac done fi done } # check_required_{before|after} command # Check for things required by the command before and after its precmd, # respectively. The two separate functions are needed because some # conditions should prevent precmd from being run while other things # depend on precmd having already been run. # check_required_before() { local _f case "$1" in start) for _f in $required_vars; do if ! checkyesno $_f; then warn "\$${_f} is not enabled." if [ -z "$rc_force" ]; then return 1 fi fi done for _f in $required_dirs; do if [ ! -d "${_f}/." ]; then warn "${_f} is not a directory." if [ -z "$rc_force" ]; then return 1 fi fi done for _f in $required_files; do if [ ! -r "${_f}" ]; then warn "${_f} is not readable." if [ -z "$rc_force" ]; then return 1 fi fi done ;; esac return 0 } check_required_after() { local _f _args case "$1" in start) for _f in $required_modules; do case "${_f}" in *~*) _args="-e ${_f#*~} ${_f%%~*}" ;; *:*) _args="-m ${_f#*:} ${_f%%:*}" ;; *) _args="${_f}" ;; esac if ! load_kld ${_args}; then if [ -z "$rc_force" ]; then return 1 fi fi done ;; esac return 0 } # check_jail mib # Return true if security.jail.$mib exists and set to 1. check_jail() { local _mib _v _mib=$1 if _v=$(${SYSCTL_N} "security.jail.$_mib" 2> /dev/null); then case $_v in 1) return 0;; esac fi return 1 } # check_kern_features mib # Return existence of kern.features.* sysctl MIB as true or # false. The result will be cached in $_rc_cache_kern_features_ # namespace. "0" means the kern.features.X exists. check_kern_features() { local _v [ -n "$1" ] || return 1; eval _v=\$_rc_cache_kern_features_$1 [ -n "$_v" ] && return "$_v"; if ${SYSCTL_N} kern.features.$1 > /dev/null 2>&1; then eval _rc_cache_kern_features_$1=0 return 0 else eval _rc_cache_kern_features_$1=1 return 1 fi } # check_namevarlist var # Return "0" if ${name}_var is reserved in rc.subr. _rc_namevarlist="program chroot chdir env flags fib nice user group groups prepend" check_namevarlist() { local _v for _v in $_rc_namevarlist; do case $1 in $_v) return 0 ;; esac done return 1 } # _echoonce var msg mode # mode=0: Echo $msg if ${$var} is empty. # After doing echo, a string is set to ${$var}. # # mode=1: Echo $msg if ${$var} is a string with non-zero length. # _echoonce() { local _var _msg _mode eval _var=\$$1 _msg=$2 _mode=$3 case $_mode in 1) [ -n "$_var" ] && echo "$_msg" ;; *) [ -z "$_var" ] && echo -n "$_msg" && eval "$1=finished" ;; esac } fi # [ -z "${_rc_subr_loaded}" ] _rc_subr_loaded=: ----Next_Part(Fri_Oct_17_10_22_59_2014_318)---- ----Security_Multipart0(Fri_Oct_17_10_22_59_2014_900)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEABECAAYFAlRAb3MACgkQTyzT2CeTzy3EuQCeP4RN0h3xdzYGX0KRN94739Yf d4UAoL5ub3g++5oEfENqbesRTS+/GQlH =Q0pT -----END PGP SIGNATURE----- ----Security_Multipart0(Fri_Oct_17_10_22_59_2014_900)---- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 08:40: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 117D92C5 for ; Fri, 17 Oct 2014 08:40:39 +0000 (UTC) Received: from nm19-vm1.access.bullet.mail.bf1.yahoo.com (nm19-vm1.access.bullet.mail.bf1.yahoo.com [216.109.115.96]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ACE7F81D for ; Fri, 17 Oct 2014 08:40:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1413534866; bh=jjoK9kb8PgtPH89IqzgQ1ByQBPHal4gJgYYwED6tdQk=; h=Date:From:To:CC:Subject:References:From:Subject; b=NzXa2dGZYyycBHLBOpk3pYXOjUIKOWHJZOy2DFAr4ak2lNEm+9oMcHz46AqFI16W6m9yXAZqmnmgZ23KevnkMMkMkm/MIOBUNxHYbfwXS3qoNfmvtpLszL0mMsXiJ0jIqDCRKWegj1a+Z6K/p1eaC2FZf5/GUCkd3sxGfZ1V3kA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=bellsouth.net; b=FdOcN0H0rVAdw6K/LTHVhQn+iJdVDGwc1Gjgtjy1SyE7ayuFwnQyfqATY6Nn/uB4pyKypTxGSYbXKS5L2u148GpzpqYA6hq3ZCmNm/yIrq23wFO/BMF5bZKfF+hc45xPDl28LTAwdYvSY6rrG5VlYyJEZADxJi9x00uLG5RtA4E=; Received: from [66.196.81.161] by nm19.access.bullet.mail.bf1.yahoo.com with NNFMP; 17 Oct 2014 08:34:26 -0000 Received: from [98.138.226.240] by tm7.access.bullet.mail.bf1.yahoo.com with NNFMP; 17 Oct 2014 08:34:26 -0000 Received: from [127.0.0.1] by smtp111.sbc.mail.ne1.yahoo.com with NNFMP; 17 Oct 2014 08:34:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1413534866; bh=jjoK9kb8PgtPH89IqzgQ1ByQBPHal4gJgYYwED6tdQk=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:From:To:CC:Subject:References; b=ZpFeCFJFdYhkWtaHY7Qw+6QF1wl29G9cABrWjCOGpU4dIX8q4cy5jTNXFkY79/W4HjPQwRC/ygCjBVCI6UNsFTxkqg5NZP0Dh03eqdNR+XUUDgDOaBqrAghi/i2F3uMVFLNzAuhjA1ES16eWdc2ov54nt1+FYl0AEfNNE8mOrEo= X-Yahoo-Newman-Id: 561710.85539.bm@smtp111.sbc.mail.ne1.yahoo.com Message-ID: <561710.85539.bm@smtp111.sbc.mail.ne1.yahoo.com> Date: Fri, 17 Oct 2014 01:34:26 -0700 (PDT) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: c2Pc5OwVM1kgpw3XkMXyKF.BMDHUdBZ0TOXyy9xSqcGryFp E58llqOk.3w1Asm.iENkefJqluulk.dXXBnIQ9moj6GczpdKcXPbXqdJLpKP jhaV1Bh.hMtzecXUKetnz0Chxp2If.ftig63i20glw.SBp7L37yehol8HOxn 8nCDlDeBog91jkqnQVkgQqv_2NsbUHYkbYXCotISuhU0.40hOmdOqCJoIIZM Hf4ZWm0N36_pRk7gNEXEYYhM1DIIWKDIg9DmL47MHXwDHHAaD3slGV0X0dkt KNPXZItM6HLmgdw8nSlXJCpSDkZ5dsqI.yzZGYHlD4TwLqWPt9REfJFEjCEl vrkG22oJFvI2kPIVMIVJ1et19nMYaxnC.Nxsr5ZVduXPenUULiV3p8o8sbBM 6i_9u_6N396Qg9mHt5w7X4OCBHGENoQhWcdilIylA61giXVsNRgdbKQaHfsM m2mu5Bl7BAe9CRFC1xPF.2LLyCseprEyAgJEAYqvhQBt6xrEiETbq0u6s70C _MeaX33UhEmPJX4OzWgPvRELpPBR9w.CEw6kBwU7HoavCWugJePsjkQpybOw - X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- From: "Thomas Mueller" To: freebsd-ports@freebsd.org Subject: Re: py-sqlite3 fails on missing _ctypes References: <656327.64453.bm@smtp113.sbc.mail.ne1.yahoo.com> <542E07BE.3040005@freebsd.org> Cc: python@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 08:40:39 -0000 from Alfred Perlstein: > Probably need to rebuild python itself. I did that just before the failed attempt, tried again two weeks later and got same result. Python was up-to-date. I missed your reply in the heap of messages until I found it two weeks later. Try on another installation, like i386-head or 10-stable, when I get the chance? Tom From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 09:33: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EE05F05 for ; Fri, 17 Oct 2014 09:33:20 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8B455D69 for ; Fri, 17 Oct 2014 09:33:20 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s9H9XKOE079395 for ; Fri, 17 Oct 2014 09:33:20 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s9H9XK3x079392; Fri, 17 Oct 2014 09:33:20 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201410170933.s9H9XK3x079392@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, 17 Oct 2014 09:33:20 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 09:33:20 -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/synfig | 0.63.05 | 0.64.2 ------------------------------------------------+-----------------+------------ graphics/synfigstudio | 0.63.05 | 0.64.2 ------------------------------------------------+-----------------+------------ 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 Oct 17 14:13:06 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77A7D8FD; Fri, 17 Oct 2014 14:13:06 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "nyi.unixathome.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49313CA5; Fri, 17 Oct 2014 14:13:06 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id C9EF550847; Fri, 17 Oct 2014 14:12:53 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAvF89doi6YR; Fri, 17 Oct 2014 14:12:53 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id 381315082E ; Fri, 17 Oct 2014 14:12:53 +0000 (UTC) From: Dan Langille Content-Type: multipart/signed; boundary="Apple-Mail=_1467C0B5-76C9-4CF7-89AD-4AAE17336750"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: postgresql-server depends on client. Why? Date: Fri, 17 Oct 2014 10:12:51 -0400 Message-Id: <6113168A-B58E-4CA2-9EA2-E98D76834845@langille.org> To: ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:13:06 -0000 --Apple-Mail=_1467C0B5-76C9-4CF7-89AD-4AAE17336750 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Why is postgresql-server dependent upon postgresql-client? This wasn=92t the case in the past and seems to be the case not. Not all server installations need the client. In addition, upgrading the client before upgrading the server is = standard procedure: http://www.postgresql.org/docs/9.3/static/upgrading.html i.e. upgrade the client, pg_dump using the new client, then upgrade = server, pg_restore. Thanks =97=20 Dan Langille --Apple-Mail=_1467C0B5-76C9-4CF7-89AD-4AAE17336750 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 iKYEARECAGYFAlRBI+NfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDA3REZBQjJGRUQ3NEE5QkE0NTNGOUJCNzBB MEIxNzE0Q0ZGQjlEM0MACgkQCgsXFM/7nTwWVQCgnEUTcn3IRKgD+19iYEodthtg qaYAniSas+4pF/XKu303oT2iCb4SMOkS =6fbN -----END PGP SIGNATURE----- --Apple-Mail=_1467C0B5-76C9-4CF7-89AD-4AAE17336750-- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 14: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C13BBF9D; Fri, 17 Oct 2014 14:33:00 +0000 (UTC) Received: from mk-outboundfilter-1.mail.uk.tiscali.com (mk-outboundfilter-1.mail.uk.tiscali.com [212.74.114.37]) by mx1.freebsd.org (Postfix) with ESMTP id 145CFEBA; Fri, 17 Oct 2014 14:32:59 +0000 (UTC) X-Trace: 131908096/mk-outboundfilter-1.mail.uk.tiscali.com/PIPEX/$ON_NET_AUTH_ACCEPTED/pipex-temporary-group/81.170.79.154/-4.0/crees@physics.org X-SBRS: -4.0 X-RemoteIP: 81.170.79.154 X-IP-MAIL-FROM: crees@physics.org 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: Ai8HAEAnQVRRqk+aPGdsb2JhbABbgw5TWIMGx1CBdIdKAoEPFwEGAQEBATg7hAMBAQQjDwEjIxALBBQqAgI5ChQGAQ0FCYg2BAm3NZR8AQEBAQEBAQMBAQEBAQEBAQEBAReLAYR7AQENQgcJgm42gR4FlkaIQzyDCoJaGJIsawEBgQYHF4ElAQEB X-IPAS-Result: Ai8HAEAnQVRRqk+aPGdsb2JhbABbgw5TWIMGx1CBdIdKAoEPFwEGAQEBATg7hAMBAQQjDwEjIxALBBQqAgI5ChQGAQ0FCYg2BAm3NZR8AQEBAQEBAQMBAQEBAQEBAQEBAReLAYR7AQENQgcJgm42gR4FlkaIQzyDCoJaGJIsawEBgQYHF4ElAQEB X-IronPort-AV: E=Sophos;i="5.04,739,1406588400"; d="scan'208,217";a="131908096" X-IP-Direction: OUT Received: from 81-170-79-154.dynamic.dsl.as9105.com (HELO pegasus.bayofrum.net) ([81.170.79.154]) by smtp.pipex.tiscali.co.uk with ESMTP; 17 Oct 2014 15:32:53 +0100 Received: from [10.195.87.23] (unknown [149.254.186.42]) by pegasus.bayofrum.net (Postfix) with ESMTPSA id 7172E64607; Fri, 17 Oct 2014 15:32:44 +0100 (BST) User-Agent: K-9 Mail for Android In-Reply-To: <6113168A-B58E-4CA2-9EA2-E98D76834845@langille.org> References: <6113168A-B58E-4CA2-9EA2-E98D76834845@langille.org> MIME-Version: 1.0 Subject: Re: postgresql-server depends on client. Why? From: Chris Rees Date: Fri, 17 Oct 2014 15:31:54 +0100 To: Dan Langille ,ports@freebsd.org Message-ID: X-bayofrum-MailScanner-Information: Please contact the ISP for more information X-bayofrum-MailScanner-ID: 7172E64607.AD31A X-bayofrum-MailScanner: Found to be clean X-bayofrum-MailScanner-From: crees@physics.org X-Spam-Status: No Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:33:01 -0000 Hi Dan, http://svnweb.freebsd.org/ports/head/databases/postgresql90-server/Makefile?revision=286930&view=markup#l64 It was always supposed to be the case, however I agree that it's probably not necessary. Anyone mind if it doesn't depend? Chris On 17 October 2014 15:12:51 BST, Dan Langille wrote: >Why is postgresql-server dependent upon postgresql-client? > >This wasn’t the case in the past and seems to be the case not. > >Not all server installations need the client. > >In addition, upgrading the client before upgrading the server is >standard procedure: > > http://www.postgresql.org/docs/9.3/static/upgrading.html > >i.e. upgrade the client, pg_dump using the new client, then upgrade >server, pg_restore. > >Thanks > >— >Dan Langille -- Sent from my Android device 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 Fri Oct 17 14:40: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5CA740B; Fri, 17 Oct 2014 14:40:10 +0000 (UTC) Received: from mail.pingpong.net (mail2.pingpong.net [79.136.116.202]) by mx1.freebsd.org (Postfix) with ESMTP id A3401FA3; Fri, 17 Oct 2014 14:40:10 +0000 (UTC) Received: from [10.0.0.191] (citron2.pingpong.net [195.178.173.68]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pingpong.net (Postfix) with ESMTPSA id 085B22DF2; Fri, 17 Oct 2014 16:33:33 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_FAFCDAC5-F40A-47F5-8098-4E536A78311E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: postgresql-server depends on client. Why? From: Palle Girgensohn In-Reply-To: <6113168A-B58E-4CA2-9EA2-E98D76834845@langille.org> Date: Fri, 17 Oct 2014 16:33:32 +0200 Message-Id: <04F3E6AD-74DF-45EE-A2BF-A7C8EF588482@FreeBSD.org> References: <6113168A-B58E-4CA2-9EA2-E98D76834845@langille.org> To: Dan Langille X-Mailer: Apple Mail (2.1878.6) Cc: ports@freebsd.org, pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:40:11 -0000 --Apple-Mail=_FAFCDAC5-F40A-47F5-8098-4E536A78311E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Dan, Well, it has always been like that, actually.=20 PostgreSQL does not really support installing them completely = separately. PostgreSQL does support minimiziing the installation to the = client only, but not really the other way around. Maybe they are = independent, I didn't really check it out. http://www.postgresql.org/docs/9.2/static/install-procedure.html - = Towards the end of the page: "Client-only installation". There is really no information about "Server-only installation". Hence I = didn't bother pursuing that track. PAlle 17 okt 2014 kl. 16:12 skrev Dan Langille : > Why is postgresql-server dependent upon postgresql-client? >=20 > This wasn=92t the case in the past and seems to be the case not. >=20 > Not all server installations need the client. >=20 > In addition, upgrading the client before upgrading the server is = standard procedure: >=20 > http://www.postgresql.org/docs/9.3/static/upgrading.html >=20 > i.e. upgrade the client, pg_dump using the new client, then upgrade = server, pg_restore. >=20 > Thanks >=20 > =97=20 > Dan Langille >=20 --Apple-Mail=_FAFCDAC5-F40A-47F5-8098-4E536A78311E 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 iQEcBAEBAgAGBQJUQSi8AAoJEIhV+7FrxBJDIe0IAKQQ1cDGx/VONps8pHM6s5/O 3MyGq2tqQR8ikVqMRhvJmFlpLQ9dyVj0QNT4EWUVaMDnxZZh3QIEtLxZ12IJrxod 205AziT4pvhAuDtEzI9OMQTWsJMnYOiMaK5rCbRCnA0uABXSbeUb3a3XcI6ZFe2+ TJaGqrddW4WYcRmSQl2Yzmn4yF98MtQb5zmER/rHnNIq4kOGyoOS7mV0ZK9yWVBI TBMWgnROlSwhbdVCA876A9mqvdcE4Swvvixk3v1wzkQ77uL+yUWb+uugwidfpd+v Ofa8EF1tGkR3zOaFcr1Th0jpsj0Z3U20whdNAnf1c8gYImgYE6/F9Sbbba7a8Lc= =a8xs -----END PGP SIGNATURE----- --Apple-Mail=_FAFCDAC5-F40A-47F5-8098-4E536A78311E-- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 14:41: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA43D4AD for ; Fri, 17 Oct 2014 14:41:01 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F2E4FAF for ; Fri, 17 Oct 2014 14:41:01 +0000 (UTC) Received: from [109.42.0.230] by msvc241.server.lan (via HTTP); Fri, 17 Oct 2014 16:40:53 +0200 Message-ID: From: "Olli Hauer" To: "Chris Rees" , "Dan Langille" , ports@freebsd.org Subject: Re: Re: postgresql-server depends on client. Why? Date: Fri, 17 Oct 2014 16:40:53 +0200 X-Provags-ID: V03:K0:jcyt/cAnY2fM1LyFSvnvGmWKgQMRizvwC3CneM2eJJg ip8rFyuR/lDPjeh0RrJzX6JNsruQ9YnghwIm2tZAJR5HeZt58u xyIPmkYunRxZ0tBw7IgnJHKNR/eelHzXtPz0wLgB37EBnNVcdB IIJos+ZOtupuMNHdptkh3GMr30THFyxLpkFigc0sC7jQFxgJ7v uogKq01/hpFUy+R1WJ9gjERBmcAfP5De+PID/O9K/6OwOCtbsY 5Jb4Ssh0L3Q7L9cYS0qVKyeI3X9nwbfu2Vg== X-UI-Out-Filterresults: notjunk:1; MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:41:01 -0000 In case the dependency on thr client will be removed all ports depending on the server alone at the moment should be checked if they also require the client part. Additional clients should not define a conflict with server versions < client version -- Sent from my Android phone with GMX Mail. Please excuse my brevity. Chris Rees wrote: Hi Dan, [1]http://svnweb.freebsd.org/ports/head/databases/postgresql90-serve r/Makefile?revision=286930&view=markup#l64 It was always supposed to be the case, however I agree that it's probably not necessary. Anyone mind if it doesn't depend? Chris On 17 October 2014 15:12:51 BST, Dan Langille wrote: >Why is postgresql-server dependent upon postgresql-client? > >This wasn't the case in the past and seems to be the case not. > >Not all server installations need the client. > >In addition, upgrading the client before upgrading the server is >standard procedure: > >[2] http://www.postgresql.org/docs/9.3/static/upgrading.html > >i.e. upgrade the client, pg_dump using the new client, then upgrade >server, pg_restore. > >Thanks > >-- >Dan Langille -- Sent from my Android device 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. _______________________________________________ freebsd-ports@freebsd.org mailing list [3]http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" References 1. http://svnweb.freebsd.org/ports/head/databases/postgresql90-server/Makefile?revision=286930&view=markup#l64 2. http://www.postgresql.org/docs/9.3/static/upgrading.html 3. http://lists.freebsd.org/mailman/listinfo/freebsd-ports From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 14:44: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FED35EF; Fri, 17 Oct 2014 14:44:50 +0000 (UTC) Received: from mail.pingpong.net (mail2.pingpong.net [79.136.116.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7DEFE8; Fri, 17 Oct 2014 14:44:49 +0000 (UTC) Received: from [10.0.0.191] (citron2.pingpong.net [195.178.173.68]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.pingpong.net (Postfix) with ESMTPSA id 908E72EE3; Fri, 17 Oct 2014 16:44:48 +0200 (CEST) Content-Type: multipart/signed; boundary="Apple-Mail=_ED45DA35-EED2-418B-B6E4-26615BAD5C13"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: postgresql-server depends on client. Why? From: Palle Girgensohn In-Reply-To: Date: Fri, 17 Oct 2014 16:44:47 +0200 Message-Id: <63479BD6-4DFE-43B7-AFEF-A63D26C66515@pingpong.net> References: To: Olli Hauer X-Mailer: Apple Mail (2.1878.6) Cc: ports@freebsd.org, Chris Rees , Dan Langille , pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 14:44:50 -0000 --Apple-Mail=_ED45DA35-EED2-418B-B6E4-26615BAD5C13 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Thing is, we install header files and man pages in the client only, if = memory serves me right. Also, tools like createdb are in the client = package.=20 So, apart from the obvious "I want to upgrade the client separately = (before) the server", there are no arguments for not doing it the way we = do it now. But maybe that argument is enough to motivate a change? Palle 17 okt 2014 kl. 16:40 skrev Olli Hauer : > In case the dependency on thr client will be removed all ports = depending on the server alone at the moment should be checked if they = also require the client part. > Additional clients should not define a conflict with server versions < = client version > --=20 > Sent from my Android phone with GMX Mail. Please excuse my brevity. >=20 > Chris Rees wrote: > Hi Dan, >=20 > = http://svnweb.freebsd.org/ports/head/databases/postgresql90-server/Makefil= e?revision=3D286930&view=3Dmarkup#l64 >=20 > It was always supposed to be the case, however I agree that it's = probably not necessary. >=20 > Anyone mind if it doesn't depend? >=20 > Chris >=20 >=20 > On 17 October 2014 15:12:51 BST, Dan Langille = wrote: > >Why is postgresql-server dependent upon postgresql-client? > > > >This wasn=92t the case in the past and seems to be the case not. > > > >Not all server installations need the client. > > > >In addition, upgrading the client before upgrading the server is > >standard procedure: > > > > http://www.postgresql.org/docs/9.3/static/upgrading.html > > > >i.e. upgrade the client, pg_dump using the new client, then upgrade > >server, pg_restore. > > > >Thanks > > > >=97 > >Dan Langille >=20 > -- > Sent from my Android device 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. >=20 > _______________________________________________ > 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" --Apple-Mail=_ED45DA35-EED2-418B-B6E4-26615BAD5C13 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 iQEcBAEBAgAGBQJUQStfAAoJEIhV+7FrxBJDhuwH/1SQjPPm/wkGsu5wUr8PB9kT 4MvJshmACMz0ffOwFes7woIAe7QlEscYRVUL1hkaku9mdV1oGpAfioZOEGXnELRi IiD71Lhi8gdqVwiGb64NZ5GS3ZAkqpNe22LbyeoHzyE2/QToAzi/Kf5bEM/1/eSW 6aT3227dDnWNNr82LdL9rbtNf6ACvkTaDyz9w92O3rtHvIzQitUfUWIUxUU/mwT2 aDncxZAwY3jec6nqQd2nytrjab5A+3w1S1+zjdhJPan5Y/mMu7CVhUZZvnYhrL2S 7uLT8Ks8NNcSi7Ge1lzgwHk9SLbjOA8kLb8hYn0/KW5d/ftP34RMN9oUJk02mtA= =E0wz -----END PGP SIGNATURE----- --Apple-Mail=_ED45DA35-EED2-418B-B6E4-26615BAD5C13-- From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 20:07: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3FA9D903 for ; Fri, 17 Oct 2014 20:07:11 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 25DE480D for ; Fri, 17 Oct 2014 20:07:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s9HK7BOY072370 for ; Fri, 17 Oct 2014 20:07:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ports@FreeBSD.org Subject: [Bug 193406] [WANTED] Port for ClamFS: FUSE-based user-space file system with on-access antivirus file scanning Date: Fri, 17 Oct 2014 20:07:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports Tree X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: feature, needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 20:07:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193406 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Issue Resolved Resolution|--- |Not Enough Information --- Comment #2 from Mark Linimon --- Port added to WantedPorts. Without a patch, it does not make sense to leave this PR open. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 17 23:43:44 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5457E4F; Fri, 17 Oct 2014 23:43:44 +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)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F1514F22; Fri, 17 Oct 2014 23:43:43 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id s18so1527236lam.9 for ; Fri, 17 Oct 2014 16:43:41 -0700 (PDT) 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=foY+JK8tycWZhZi+Qi9JmFuv/n4SQcafS1QE15QuCOE=; b=Xk6ElzjPdxvau+DwxfGt3ES39LpM51l4ClBx7uBvM7gJhLBk5tUNFd+NzyPVVXPavp XEjr5b24dpWfGsBe74g4BuCerPe4miNPUNUDtqKppTKuOZoUBaDeFMRkvcRfowvbszGt YJmCfsq/aRBzfdfXeJEo6ZVDWeB0RSui3kOeJfBcfTS5MPoXKupS/OjETWHVM9V3ZqE4 dLgpIDD3KxuxYB3WZbTKoSEcIGGISjF015k5y99uxNyl7Fn80dndq+DpV24BvKc/+Yzo 3XgkKDT8URsF/cTkfA0e0WxAkQZ4S2ATe8GydGlzosRzAgWVFQ93jomp3tf+DRP2IGeW z1KA== X-Received: by 10.152.120.200 with SMTP id le8mr11700876lab.67.1413589421851; Fri, 17 Oct 2014 16:43:41 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id p1sm852381laj.43.2014.10.17.16.43.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 17 Oct 2014 16:43:40 -0700 (PDT) Sender: Baptiste Daroussin Date: Sat, 18 Oct 2014 01:43:37 +0200 From: Baptiste Daroussin To: Palle Girgensohn Subject: Re: postgresql-server depends on client. Why? Message-ID: <20141017234337.GF37244@ivaldir.etoilebsd.net> References: <63479BD6-4DFE-43B7-AFEF-A63D26C66515@pingpong.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ChQOR20MqfxkMJg9" Content-Disposition: inline In-Reply-To: <63479BD6-4DFE-43B7-AFEF-A63D26C66515@pingpong.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Olli Hauer , ports@freebsd.org, Chris Rees , Dan Langille , pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2014 23:43:44 -0000 --ChQOR20MqfxkMJg9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 17, 2014 at 04:44:47PM +0200, Palle Girgensohn wrote: > Thing is, we install header files and man pages in the client only, if me= mory serves me right. Also, tools like createdb are in the client package.= =20 >=20 > So, apart from the obvious "I want to upgrade the client separately (befo= re) the server", there are no arguments for not doing it the way we do it n= ow. But maybe that argument is enough to motivate a change? >=20 > Palle I don't think that really make sense not to depend on the client. regards, Bapt --ChQOR20MqfxkMJg9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRBqakACgkQ8kTtMUmk6EyyWwCfZkmGtsBN8z7b+RZ5CRAfIDm5 BtsAnRuZdO0Jy59dPt394xoZ9j8XoSlR =jQzS -----END PGP SIGNATURE----- --ChQOR20MqfxkMJg9-- From owner-freebsd-ports@FreeBSD.ORG Sat Oct 18 09:30:14 2014 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33BC0337 for ; Sat, 18 Oct 2014 09:30:14 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6B4618A3 for ; Sat, 18 Oct 2014 09:30:12 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA18818 for ; Sat, 18 Oct 2014 12:30:04 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1XfQKq-000Kiy-8f for freebsd-ports@FreeBSD.org; Sat, 18 Oct 2014 12:30:04 +0300 Message-ID: <544232F7.3060909@FreeBSD.org> Date: Sat, 18 Oct 2014 12:29:27 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org Subject: latest freebsd:11:x86:64 repo and ruby 1.9 -> 2.0 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2014 09:30:14 -0000 > $ pkg upgrade > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > Updating poudriere repository catalogue... > poudriere repository is up-to-date. > All repositories are up-to-date. > Checking for upgrades (24 candidates): 100% > Checking integrity... done (1 conflicting) > Checking integrity... done (0 conflicting) > The following 24 packages will be affected (of 0 checked): First, a minor nit: of 0 checked? > Installed packages to be REMOVED: > ruby-1.9.3.547_3,1 > porttools-1.02 > newfile-1.0.14_4 > hub-1.12.2 > libchk-1.10.3 > zfs-snapshot-mgmt-20090201_2 Then the real problem, I do not want these packages to be removed except for ruby-1.9.3.547_3,1. In other words, I want to keep using zfs-snapshot-mgmt, libchk, hub and porttools. What should I do? BTW, the updating entry for ruby says "If you use pkgng, simply upgrade". > New packages to be INSTALLED: > ruby: 2.0.0.576_1,1 [FreeBSD] > > Installed packages to be UPGRADED: > zsh: 5.0.6_2 -> 5.0.7 [FreeBSD] > libgpg-error: 1.15 -> 1.16 [FreeBSD] > p11-kit: 0.20.3_1 -> 0.22.1 [FreeBSD] > ImageMagick: 6.8.9.8_1,1 -> 6.8.9.8_2,1 [FreeBSD] > hplip: 3.14.4_3 -> 3.14.4_4 [FreeBSD] > mediastreamer: 2.10.0_5 -> 2.10.0_6 [FreeBSD] > curl: 7.38.0_1 -> 7.38.0_2 [FreeBSD] > GeoIP: 1.6.2_1 -> 1.6.2_2 [FreeBSD] > portlint: 2.15.4 -> 2.15.6 [FreeBSD] > apache22: 2.2.29_1 -> 2.2.29_2 [FreeBSD] > chromium: 37.0.2062.124_1 -> 38.0.2125.101_1 [FreeBSD] > libmodplug: 0.8.8.5_1 -> 0.8.8.5_2 [FreeBSD] > syslinux: 6.02 -> 6.02_1 [FreeBSD] > gmake: 3.82_2 -> 4.1 [FreeBSD] > tbb: 4.3.0 -> 4.3.0_1 [FreeBSD] > mk-configure: 0.27.0 -> 0.28.0 [FreeBSD] > > Installed packages to be REINSTALLED: > vim-7.4.430_2 [FreeBSD] (needed shared library changed) > > The process will require 20 MB more space. > > Proceed with this action? [y/N]: And my pkg configuration: Version : 1.3.8 PKG_DBDIR = "/usr/local/var/db/pkg"; PKG_CACHEDIR = "/var/cache/pkg"; PORTSDIR = "/usr/ports"; INDEXDIR = ""; INDEXFILE = "INDEX-11"; HANDLE_RC_SCRIPTS = false; ASSUME_ALWAYS_YES = false; REPOS_DIR [ "/etc/pkg/", "/usr/local/etc/pkg/repos/", ] PLIST_KEYWORDS_DIR = ""; SYSLOG = false; ABI = "freebsd:11:x86:64"; DEVELOPER_MODE = false; VULNXML_SITE = "http://www.vuxml.org/freebsd/vuln.xml.bz2"; FETCH_RETRY = 3; PKG_PLUGINS_DIR = "/usr/local/lib/pkg/"; PKG_ENABLE_PLUGINS = true; PLUGINS [ ] DEBUG_SCRIPTS = false; PLUGINS_CONF_DIR = "/usr/local/etc/pkg/"; PERMISSIVE = false; REPO_AUTOUPDATE = true; NAMESERVER = ""; EVENT_PIPE = ""; FETCH_TIMEOUT = 30; UNSET_TIMESTAMP = false; SSH_RESTRICT_DIR = ""; PKG_ENV { } PKG_SSH_ARGS = ""; DEBUG_LEVEL = 0; ALIAS { } CUDF_SOLVER = ""; SAT_SOLVER = ""; RUN_SCRIPTS = true; CASE_SENSITIVE_MATCH = false; LOCK_WAIT = 1; LOCK_RETRIES = 5; SQLITE_PROFILE = false; WORKERS_COUNT = 0; READ_LOCK = false; PLIST_ACCEPT_DIRECTORIES = false; IP_VERSION = 0; Repositories: FreeBSD: { url : "pkg+http://pkg.FreeBSD.org/freebsd:11:x86:64/latest", enabled : yes, mirror_type : "SRV", signature_type : "FINGERPRINTS", fingerprints : "/usr/share/keys/pkg" } poudriere: { url : "file:///usr/local/poudriere/data/packages/basejail-default", enabled : yes } -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Sat Oct 18 09:41:32 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEC1D563 for ; Sat, 18 Oct 2014 09:41:32 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DB113A06 for ; Sat, 18 Oct 2014 09:41:32 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id s9I9fWIQ077240 for ; Sat, 18 Oct 2014 09:41:32 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id s9I9fWMx077239; Sat, 18 Oct 2014 09:41:32 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201410180941.s9I9fWMx077239@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, 18 Oct 2014 09:41:32 +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.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2014 09:41:33 -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 ------------------------------------------------+-----------------+------------ textproc/py-jaxml | 3.02 | 16.02 ------------------------------------------------+-----------------+------------ 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 Oct 18 17:28:04 2014 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97673E30; Sat, 18 Oct 2014 17:28:04 +0000 (UTC) Received: from nyi.unixathome.org (nyi.unixathome.org [64.147.113.42]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "nyi.unixathome.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DE3D6EB; Sat, 18 Oct 2014 17:28:03 +0000 (UTC) Received: from nyi.unixathome.org (localhost [127.0.0.1]) by nyi.unixathome.org (Postfix) with ESMTP id 548E350847; Sat, 18 Oct 2014 17:27:47 +0000 (UTC) X-Virus-Scanned: amavisd-new at unixathome.org Received: from nyi.unixathome.org ([127.0.0.1]) by nyi.unixathome.org (nyi.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y57XAiKhMe5c; Sat, 18 Oct 2014 17:27:46 +0000 (UTC) Received: from smtp-auth.unixathome.org (smtp-auth.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) by nyi.unixathome.org (Postfix) with ESMTPSA id B24705082E ; Sat, 18 Oct 2014 17:27:45 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_1E8D6595-979B-48F6-9664-FF335CE9EC3B"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: postgresql-server depends on client. Why? From: Dan Langille In-Reply-To: <63479BD6-4DFE-43B7-AFEF-A63D26C66515@pingpong.net> Date: Sat, 18 Oct 2014 13:27:41 -0400 Message-Id: <4FADE47C-0698-4482-A531-C0E1A72202C3@langille.org> References: <63479BD6-4DFE-43B7-AFEF-A63D26C66515@pingpong.net> To: Palle Girgensohn X-Mailer: Apple Mail (2.1878.6) Cc: Olli Hauer , ports@freebsd.org, Chris Rees , pgsql@FreeBSD.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2014 17:28:04 -0000 --Apple-Mail=_1E8D6595-979B-48F6-9664-FF335CE9EC3B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Oct 17, 2014, at 10:44 AM, Palle Girgensohn = wrote: > Thing is, we install header files and man pages in the client only, if = memory serves me right. Also, tools like createdb are in the client = package.=20 >=20 > So, apart from the obvious "I want to upgrade the client separately = (before) the server", there are no arguments for not doing it the way we = do it now. But maybe that argument is enough to motivate a change? =93want=94 is not part of the issue. Upgrading the client before upgrading the server is standard procedure = as documented by the PostgreSQL project. >=20 > Palle >=20 > 17 okt 2014 kl. 16:40 skrev Olli Hauer : >=20 >> In case the dependency on thr client will be removed all ports = depending on the server alone at the moment should be checked if they = also require the client part. >> Additional clients should not define a conflict with server versions = < client version >> --=20 >> Sent from my Android phone with GMX Mail. Please excuse my brevity. >>=20 >> Chris Rees wrote: >> Hi Dan, >>=20 >> = http://svnweb.freebsd.org/ports/head/databases/postgresql90-server/Makefil= e?revision=3D286930&view=3Dmarkup#l64 >>=20 >> It was always supposed to be the case, however I agree that it's = probably not necessary. >>=20 >> Anyone mind if it doesn't depend? >>=20 >> Chris >>=20 >>=20 >> On 17 October 2014 15:12:51 BST, Dan Langille = wrote: >>> Why is postgresql-server dependent upon postgresql-client? >>>=20 >>> This wasn=92t the case in the past and seems to be the case not. >>>=20 >>> Not all server installations need the client. >>>=20 >>> In addition, upgrading the client before upgrading the server is >>> standard procedure: >>>=20 >>> http://www.postgresql.org/docs/9.3/static/upgrading.html >>>=20 >>> i.e. upgrade the client, pg_dump using the new client, then upgrade >>> server, pg_restore. >>>=20 >>> Thanks >>>=20 >>> =97 >>> Dan Langille >>=20 >> -- >> Sent from my Android device 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. >>=20 >> _______________________________________________ >> 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" >=20 =97=20 Dan Langille --Apple-Mail=_1E8D6595-979B-48F6-9664-FF335CE9EC3B 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 iKYEARECAGYFAlRCow1fFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDA3REZBQjJGRUQ3NEE5QkE0NTNGOUJCNzBB MEIxNzE0Q0ZGQjlEM0MACgkQCgsXFM/7nTw+1ACgkD8ogQv5onzY1+1EPnmbgIIH 2bYAoJfaCTBPyj2tFhXCpp89pXAfnemg =7map -----END PGP SIGNATURE----- --Apple-Mail=_1E8D6595-979B-48F6-9664-FF335CE9EC3B-- From owner-freebsd-ports@FreeBSD.ORG Sat Oct 18 20:07:58 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2B794A0 for ; Sat, 18 Oct 2014 20:07:58 +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)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 821966AC for ; Sat, 18 Oct 2014 20:07:58 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id b13so2922650wgh.34 for ; Sat, 18 Oct 2014 13:07:56 -0700 (PDT) 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=xtgPvy+4rSLQaAjly8rES6L7zl8IXQ8XySLhbWdYoTc=; b=a34bZtHCO8vZ2d+Ei0QEjbDPtiuY8Gd4VJN0ThkbMcTmWlhKJjyS9aaAJILmZPcdKE 7Cz4jUxkJI/sxvyTf3TpjifMfP16/Q+Fa79NvijByBGxr15OpbxzRnkyBVWlBMZ0/1aD V9TJ+wfK3GTomfK2uHKtW3r5m//tWin+UPrbw4lvokYIiyiRnEvDmlT5OwasOy+ZQeox tPiWGYL1HNGHFsxsLDM7yCAbqesWGuI8ssk1Q5xhhzovCAqbZe11wlPQjRTWDJCNRjIE WUfrMkPvatKiZyjxuqWrv88k4dtMAHhCOxtvWzjIBY2cfVTm6I1DPD8oZx7p19h65Gsv f//A== X-Received: by 10.180.38.34 with SMTP id d2mr7917533wik.55.1413662876819; Sat, 18 Oct 2014 13:07:56 -0700 (PDT) Received: from [192.168.1.33] (23.Red-79-145-96.dynamicIP.rima-tde.net. [79.145.96.23]) by mx.google.com with ESMTPSA id gt7sm3871971wib.18.2014.10.18.13.07.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 18 Oct 2014 13:07:55 -0700 (PDT) From: Enrico Maria Crisostomo Content-Type: multipart/signed; boundary="Apple-Mail=_1BBE635E-9EF9-47D1-86F0-410CE336BCFD"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: Patching a Java package substituting a precompiled class Message-Id: Date: Sat, 18 Oct 2014 22:07:53 +0200 To: freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) X-Mailer: Apple Mail (2.1990.1) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Oct 2014 20:07:59 -0000 --Apple-Mail=_1BBE635E-9EF9-47D1-86F0-410CE336BCFD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi, I=E2=80=99m trying to fix a Java port (logstash) that's crashing in = FreeBSD because of a bug in a Java class in a JAR that's included as a = dependency. Three different persons, included I, have submitted a PR = upstream (you can see mine here: https://github.com/jnr/jnr-ffi/pull/26) = but the activity in that project is pretty slow and nobody has taken = action yet. Now, this issue is blocking the port update in FreeBSD and since I'm not = confident upstream is going to answer quickly, I thought about updating = the port so that it patches the binary distribution. Fortunately, the = offending class is just one so that the patching process may be as = simple as this: * Download the binary distribution. * Extract it to the working directory. * Copy the library containing the offending class to a temporary = directory. * Extract the JAR. * Substitute the offending class with the patched class. * Recreate the JAR. * Copy the update library to the working directory. The patched class could be distributed as a binary file belonging to the = port itself. I'm not sure this approach fits the FreeBSD port philosophy, but on the = other hand we could leverage the Java platform independence to simplify = a great deal the patch phase of the port: after all, this is a no-build = port. Otherwise, the port should grab the sources of the dependent = library, building them, and then use the compiled class to perform the = aforementioned changes. Since this library (jnr-ffi) is a Maven = project, building it would require Maven as a dependency, and during the = build Maven would fetch quite a lot of dependencies to perform its job. = If I should give somebody a solution, I'm not sure I'd choose the = latter. Would you please share your thoughts about this issue? Any feedback and = suggestions are greatly appreciated. Regards, --=20 Enrico= --Apple-Mail=_1BBE635E-9EF9-47D1-86F0-410CE336BCFD Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCCBjQw ggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxKTAn BgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3MTAyNDIxMDE1NVoX DTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFy dENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOrlr6KMoOMpohBllVHrdRvEg/q6r8jR+EK 75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSMzR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC +y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxD z2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSDkOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr /+N2JLKutIxMYqQOJebr/f/h5t95m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0w ggGpMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFc fH6WNU7y1LhRgjAfBgNVHSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRa MFgwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYh aHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqDCH14qywG XLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy6QMVQjbbMXlt UfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPIzKKR9tQW8gGK+2+R HxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKfKSETEPrHh7p5shuuNktv sv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HORz9v3vQwR4e3ksLc2JZOAFK+s sS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9sIPP7ON0fz095HdThKjiVJe6vofq +n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCieuoBJ9OlqmsVWQvifIYf40dJPZkk9YgGT zWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7tw1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGq Up/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQG2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb1 9mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2g AwIBAgIDCFuNMA0GCSqGSIb3DQEBCwUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRD b20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYG A1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcN MTMxMjExMTUyNzM5WhcNMTQxMjEyMDkyMjAxWjBWMSYwJAYDVQQDDB1lbnJpY28ubS5jcmlzb3N0 b21vQGdtYWlsLmNvbTEsMCoGCSqGSIb3DQEJARYdZW5yaWNvLm0uY3Jpc29zdG9tb0BnbWFpbC5j b20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDRT2LNGT66xvt23639dtvMMLt2dDVU GZCKYOPK3uwl6uxIUsm4P4IPwnE+RMaEFgkGck7fHv/MPlVtJebXmMWv9/XVuahRMRiyp7taw0y7 72wRRqfukQbrHEsuJ+xVkwUTR9vZpM13K0Ity0PvkRmSVlGncG96UBJ4Ye+E/l9jo77j6V44rOGo BLvHR6wlD0cSccLaN0XhkQLu3Gfd2C/201nUY7E0EBZWSaFLBf9AubRuq4HbQWrgaUf3/sOZH+pG qoD8/fYGipdVYcUVjh5w4Yc1pBwrVeiluuT8sZ3C28S2x/YWrWwNV7QqpXGSV5Lp6afl43rF42h1 YPOACoRBAgMBAAGjggLjMIIC3zAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggr BgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFFRCm6UtWNAmeycalMMRIlGuHH6oMB8GA1UdIwQY MBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMCgGA1UdEQQhMB+BHWVucmljby5tLmNyaXNvc3RvbW9A Z21haWwuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUH AgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRl IHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1l bnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRl bmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlv bnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5j cmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNv bS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cu c3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQsFAAOCAQEAv7bVFNp6SmYLMKinPm/y4ZmG2pytnEMh 34tNrVhPqbYF4yAYw3UdlkmU4wS4GUEAbcMTTJWL5jIZ0JwpkVgUdN9VtDlIuZF7evuWB9LAx5re TAZJ4FR11/Q4AGE4Hs0PvT8i4dvug8IFhx1DLXMA14ypFdcC1+f46uxTJ1//nQTv3wuhdJdarPI5 K5NHzfL+pK+/3Gn7RcfgbAjp2MSEsnV20PmWWLDd+aO+NVW22+YjaOT/c3fnp2NTk3tPm9t7rUkK xcRHrcFNjurmYIIbWUBJ2XosnxdWVkA7JvIS5wAOsI5RZcYA6/0FqltjCIyZ+YsP+Rs3Mlp8ra3l 7KKN7DGCA28wggNrAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRk LjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMv U3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwhbjTAJBgUr DgMCGgUAoIIBrzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDEw MTgyMDA3NTRaMCMGCSqGSIb3DQEJBDEWBBRDz9sXulKzWQEWrdovgxye+jimcDCBpQYJKwYBBAGC NxAEMYGXMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwhbjTCBpwYLKoZIhvcNAQkQ AgsxgZeggZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQL EyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCFuNMA0GCSqGSIb3DQEBAQUA BIIBAJJjjogb+Z1cp7AgR5YSj54HlrXP3GR3Dz33chVzGIROhsy6cQsOdSRAdOz8jfVLD8ItVjaI LDKWLKKVJFAJjK8RAKAQ2jNR2Si6Xv28IXRqMehPnhlRYLELNSu+4103guNADZgX1i6r8oo0QGmT 0npLza4hJ68lUtMwYiW1Ed1emBp6+g20FXzwTQBczQWWhjTbS8vSlmtLNSH5K6g8CSdzJGlLwaeC wPcoNHBFQJXKmewJ6WlZzPQeHr3dXKs2TEWbj6REChWJleof6gchaHe5tarC+3QwNHw8vM4MzTPt C2lh0fNdQMXpGe9igTEcHOGOvUB8FF5pf7sm527XYX8AAAAAAAA= --Apple-Mail=_1BBE635E-9EF9-47D1-86F0-410CE336BCFD--