From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 00:33:02 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CF421065670 for ; Sun, 5 Aug 2012 00:33:02 +0000 (UTC) (envelope-from p.christias@noc.ntua.gr) Received: from achilles.noc.ntua.gr (achilles.noc.ntua.gr [IPv6:2001:648:2000:de::210]) by mx1.freebsd.org (Postfix) with ESMTP id AB3F48FC12 for ; Sun, 5 Aug 2012 00:33:01 +0000 (UTC) Received: from [147.102.224.67] (ovpn-67.noc.ntua.gr [147.102.224.67]) (authenticated bits=0) by achilles.noc.ntua.gr (8.14.5/8.14.5) with ESMTP id q750Wudx090962 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 5 Aug 2012 03:32:59 +0300 (EEST) (envelope-from p.christias@noc.ntua.gr) Message-ID: <501DBF3A.50805@noc.ntua.gr> Date: Sun, 05 Aug 2012 03:32:58 +0300 From: Panagiotis Christias Organization: NTUA NOC User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120711 Thunderbird/14.0 MIME-Version: 1.0 To: Michael Ranner References: <501C382A.2080106@ranner.eu> In-Reply-To: <501C382A.2080106@ranner.eu> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (achilles.noc.ntua.gr [147.102.222.210]); Sun, 05 Aug 2012 03:32:59 +0300 (EEST) X-Virus-Scanned: clamav-milter 0.97.5 at achilles.noc.ntua.gr X-Virus-Status: Clean Cc: ports@freebsd.org Subject: Re: php53-pdo_mysql fail with MYSQLND X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 00:33:02 -0000 On 3/8/2012 23:44, Michael Ranner wrote: > Hello! > > I have trouble with upgrading php53-pdo_mysql (5.3.14 to 5.3.15) on > several systems, where I try to upgrade with portmaser. > > Build works without option MYSQLND but breaks with MYSQLND. Probably > this have something to do with ports/169959. > > poudriere builds php53-pdo_mysql without problems from scratch, but I > have no idea why it breaks ob my production systems. Hello, I had the same problem and managed to get around it by deinstalling php53-pdo_mysql 5.3.14 and then installing php53-pdo_mysql 5.3.15. MYSQLND was not defined, but in my case the problem seemed to be the definition "#define HAVE_MYSQL_STMT_PREPARE 1" in /usr/local/include/php/ext/pdo_mysql/config.h of the php53-pdo_mysql 5.3.14 installation. Regards, Panagiotis -- Panagiotis J. Christias Network Management Center p.christias@noc.ntua.gr National Technical Univ. of Athens, GREECE From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 00:39:15 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD1E8106564A for ; Sun, 5 Aug 2012 00:39:15 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77F198FC08 for ; Sun, 5 Aug 2012 00:39:15 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so3694536pbb.13 for ; Sat, 04 Aug 2012 17:39:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1oEjRC+bUFtoLESTVEqCoKlhV3Pq6uxZkMQ5ztXZFnU=; b=drN2/8W7m6VAAIC3p7d4j9V4NRN4CFFNEKHcdUl1TtMch+hjYbdMRxJ26aYUsXvjNa IWJxFtWaiAIbZCCfBIhtZ11cO1BJaIRAg4C9kgDyqM0AddlK4J8usB6fxZHdb7p+lnzL zTjPjOxDaTZZ5kLJIR2XJv66ZmLZWYPgiI2hw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=1oEjRC+bUFtoLESTVEqCoKlhV3Pq6uxZkMQ5ztXZFnU=; b=LP3INNVB3tpWw1YsZxmVA/KzlBc5nlxvRC33GoeJMdpnXPQtU4JBm8RPtdLHRTlQzz f0eEOZrAT2bbnF6mqybfMK6hwsvtNClR59eSSRR2nWeof/RBMWckhS/mA6J0P+HRin+Q 2sjTkd+zKsOL9zP4s2xqMC/nAHXCqHbjmm1BxU4i0fs2VLU9gpKobtFPlnThyeH31JpX yX2bzOcCRueiKGHO+o3hGF/DynQIizw6xllhfWgkAjGNZ4/s64EbQPxbfcFWDkWWQBEs BrIo1ufzHmluxxyRc/Udf+x1TciFPvQ4pSLDJxU5k4yVbXPi5iInuv9sIr0/NQ+6V+sf e3sw== Received: by 10.68.219.135 with SMTP id po7mr8168964pbc.149.1344127154926; Sat, 04 Aug 2012 17:39:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.67.52 with HTTP; Sat, 4 Aug 2012 17:38:44 -0700 (PDT) In-Reply-To: <20120804232102.201cde8e@gumby.homeunix.com> References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> From: Eitan Adler Date: Sat, 4 Aug 2012 17:38:44 -0700 Message-ID: To: RW Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkg23xR5nKxkVfgtbYIWHQKLRXvftJGbhBMeM1z5NILqbfM4PTSJwrJO+FJOUQxZs49J6nG Cc: ports@freebsd.org Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 00:39:15 -0000 On 4 August 2012 15:21, RW wrote: > On Sat, 04 Aug 2012 09:42:39 -0500 > Bryan Drewery wrote: >> > Having a default ccache directory in the makefile that's different >> > from the default documented in the ccache man page seems needlessly >> > confusing to me. +1 for /var/cache > And since large root file-systems seem to be increasingly > popular, /root/.ccache may seem reasonable, and people may run cache -M > on that. remember that its possible to build as a non-root user, but install as root, or similar. Using $HOME for any aspect of the build isn't a good idea. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 03:11:39 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFF7E1065674; Sun, 5 Aug 2012 03:11:39 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7AECE8FC14; Sun, 5 Aug 2012 03:11:39 +0000 (UTC) Received: by obbun3 with SMTP id un3so4567736obb.13 for ; Sat, 04 Aug 2012 20:11:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QOESxl/C5Vx2WwNrhXGTvZEY3PysOzYNAvSvilFcJzI=; b=e5IeiFtn8j8Cag4V/gnxy7+HBZXMY+VhA/oLFVgZrgNxixaFRSwIgsFGSsXFUeK8sX dIPThUUpqE5s7Ig5dEQxz96LFkP51TptuTUpZu++cpLr2vc48wWYI7e+F+BitPnxj4wT ur79sL31z/oz1Md/9O7GmRshki2qKkZBILuoRane9OpPrkLA62dC2sH6MtQALgu6Febl m21C7s/5YozTPQS51t7k6bIoQM3quadUvrtXtA/YKeKapWOAcqewXVg7mse/IzBx3en4 oo/PLQwmI+wUmvQjOSJhCNwiovn3fp8+jlSrXZug6n/saoEVKQt1tcFaDjM9z/I1Dy/T mMFg== MIME-Version: 1.0 Received: by 10.60.21.198 with SMTP id x6mr12775831oee.24.1344136293463; Sat, 04 Aug 2012 20:11:33 -0700 (PDT) Received: by 10.76.125.233 with HTTP; Sat, 4 Aug 2012 20:11:33 -0700 (PDT) Date: Sat, 4 Aug 2012 22:11:33 -0500 Message-ID: From: Jeremy Messenger To: FreeBSD Ports Mailing List , FreeBSD GNOME Users Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Here's unfinish LightDM port. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 03:11:39 -0000 Hello all, I have promised about that I will clean up and post the unfinished LightDM port for anyone that who want to finish it. When I discovered about x11/slim and I have lost interest to work more on LightDM as I have enough stuff on my plate. Keep in mind, it only will taking you to the log in screen but you can't enter the password at all. I haven't dig in it for why it doesn't work. I am a bit stupid on PAM stuff, so probably it has wrong configuration in the /usr/local/etc/pam.d/lightdm* or something else. The rc start up script is also incomplete, but it works. It will needs to have options for any users can do something like lightdm-greeters="lightdm-gtk-greeter" in /etc/rc.conf instead of have to edit the /usr/local/etc/lightdm.conf to allow use lightdm-gtk-greeter. There are a few of different greeters like KDE greeter, XFCE and etc. Here's two shar files: http://people.freebsd.org/~mezz/shar/lightdm.shar http://people.freebsd.org/~mezz/shar/lightdm-gtk-greeter.shar I have the user/group (/usr/ports/GIDs and /usr/ports//UIDs) look like this: ------------------------ # grep lightdm /etc/group lightdm:*:959: # grep lightdm /etc/passwd lightdm:*:959:959:LightDM Display Manager:/usr/local/etc/lightdm/home:/usr/sbin/nologin ------------------------ Oh yeah, I total forgot about that I have found a patch from somewhere mailing list to add 'X -novtswitch' support in the x11-servers/xorg-server. The LightDM will need it unless you know the another way. Put this file in the x11-servers/xorg-server/files/. Although, I don't know if it's 100% works, but at least it got me to the log in screen. *chuckles* http://people.freebsd.org/~mezz/patch/patch-hw__xfree86__os-support__bsd__bsd_init.c Cheers, Mezz -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 07:18:11 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBFEC106564A; Sun, 5 Aug 2012 07:18:11 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 14C208FC0A; Sun, 5 Aug 2012 07:18:10 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1685990wgb.31 for ; Sun, 05 Aug 2012 00:18:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ZGkM8wA3wUcX6/bS5fg+lxjwBI+pNYExIFgEodjk5O8=; b=xyPfyj4gzVRt4Prq23SkCUVwv4xy4VKjfb0KQPO9p5WEfwBIBhOwBNclvzDNC7zmRH uWOkWgQbzNR/oxruqhjLJHBh/SXyiFQBzLrYCHOZUu1Hl8d9oL0Yh28E2uJE56CaTpl7 oYTcnn82eHewZsf+biPjU4stE2PxUSQiaPkXTrGNQyifW/uvQ6P9AyovfLWe9H/vxEhj Qze2Pu6JIpuvS+rRD3ZdXTDEW0JxYZRbGq1HGMjqd4uYP96G41s7yDan3IjRtWB0fCqk XGAgkp+aPr7oidO4gM7IWV3iZ/LNHDZAV9/HyITyzN0HrGaDXd1316EAMCL4RwWx5NtE LCQg== Received: by 10.216.241.198 with SMTP id g48mr3861342wer.156.1344151089731; Sun, 05 Aug 2012 00:18:09 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id q4sm7814205wix.9.2012.08.05.00.18.07 (version=SSLv3 cipher=OTHER); Sun, 05 Aug 2012 00:18:08 -0700 (PDT) Message-ID: <501E1E3D.8000005@gmail.com> Date: Sun, 05 Aug 2012 09:18:21 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> In-Reply-To: <501D9E50.6050302@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 07:18:12 -0000 On 05/08/2012 00:12, Doug Barton wrote: > On 08/04/2012 14:56, David Demelier wrote: >> I finally found the problem: at the configure target see, >> >> checking for GTK - version >= 2.2.0... Package glproto was not found in the >> pkg-config search path. >> Perhaps you should add the directory containing `glproto.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'glproto' found >> no >> >> x11/glproto was not installed, I think we could add a dependency on it. > > Seems to apply only to the gnome define, as I can build and run gvim > without it. > > David, what do you think of the attached? > > Doug > I would rather place in the WITH_GTK2 conditional, since gtk2 requires glproto too. Cheers, -- David Demelier From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 09:01:13 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 42E97106566C; Sun, 5 Aug 2012 09:01:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7230D14DFCD; Sun, 5 Aug 2012 09:01:12 +0000 (UTC) Message-ID: <501E3658.2050204@FreeBSD.org> Date: Sun, 05 Aug 2012 02:01:12 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: David Demelier References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> <501E1E3D.8000005@gmail.com> In-Reply-To: <501E1E3D.8000005@gmail.com> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 09:01:13 -0000 On 08/05/2012 00:18, David Demelier wrote: > On 05/08/2012 00:12, Doug Barton wrote: >> On 08/04/2012 14:56, David Demelier wrote: >>> I finally found the problem: at the configure target see, >>> >>> checking for GTK - version >= 2.2.0... Package glproto was not found >>> in the >>> pkg-config search path. >>> Perhaps you should add the directory containing `glproto.pc' >>> to the PKG_CONFIG_PATH environment variable >>> No package 'glproto' found >>> no >>> >>> x11/glproto was not installed, I think we could add a dependency on it. >> >> Seems to apply only to the gnome define, as I can build and run gvim >> without it. >> >> David, what do you think of the attached? >> >> Doug >> > > I would rather place in the WITH_GTK2 conditional, since gtk2 requires > glproto too. ... that was the point of my reporting that with just gtk2 glproto is *not* needed. :) Why do you think it is? Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 10:05:11 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E712106564A; Sun, 5 Aug 2012 10:05:11 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CDA9A8FC15; Sun, 5 Aug 2012 10:05:10 +0000 (UTC) Received: by eeke52 with SMTP id e52so533579eek.13 for ; Sun, 05 Aug 2012 03:05:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=rlUfubG6PKoPB9hSxn9DJBxmV74NpJYEYKjNObpFg7w=; b=xuv7UDBdlp8JeR17DOs+NJ3b+YDxOtEEwqnsqqG1T4BV2RxBycnK5xWDjCJsqo96v6 7zzBsPZV2Aofl+t4FFfNBaWMY2NnlW811MBsB3EeYlxmSr0XhvNs9IqtDFG4dg6j5YY3 S3nncmyWeqJ8SOnor8i1m9y46rDYovhj1pkuI3KjVapjatIM9Drq9jYKy8ssGRy1Rjuw lwL21GvT5pTvtX+Mwkf5jnuVIZDyjxfCt+hTTc94+s4pW1YPHk8P0iT/aMd6H8wzfexg 4fqGF7m/l6CSiKp0kiDHsdjgKBK21VcBPQQXOEdxN3WX39NH6Wgv8SIB5imMxm9Hr2NE Nggw== Received: by 10.14.218.5 with SMTP id j5mr8946672eep.16.1344161103037; Sun, 05 Aug 2012 03:05:03 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id g46sm38639968eep.15.2012.08.05.03.05.00 (version=SSLv3 cipher=OTHER); Sun, 05 Aug 2012 03:05:02 -0700 (PDT) Message-ID: <501E4559.8000906@gmail.com> Date: Sun, 05 Aug 2012 12:05:13 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> <501E1E3D.8000005@gmail.com> <501E3658.2050204@FreeBSD.org> In-Reply-To: <501E3658.2050204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 10:05:11 -0000 On 05/08/2012 11:01, Doug Barton wrote: > On 08/05/2012 00:18, David Demelier wrote: >> On 05/08/2012 00:12, Doug Barton wrote: >>> On 08/04/2012 14:56, David Demelier wrote: >>>> I finally found the problem: at the configure target see, >>>> >>>> checking for GTK - version >= 2.2.0... Package glproto was not found >>>> in the >>>> pkg-config search path. >>>> Perhaps you should add the directory containing `glproto.pc' >>>> to the PKG_CONFIG_PATH environment variable >>>> No package 'glproto' found >>>> no >>>> >>>> x11/glproto was not installed, I think we could add a dependency on it. >>> >>> Seems to apply only to the gnome define, as I can build and run gvim >>> without it. >>> >>> David, what do you think of the attached? >>> >>> Doug >>> >> >> I would rather place in the WITH_GTK2 conditional, since gtk2 requires >> glproto too. > > ... that was the point of my reporting that with just gtk2 glproto is > *not* needed. :) Why do you think it is? > > Doug > Because the check of Gtk2 fails if it is not enabled, thus no gtk2 gui will be enabled the same error as my first post. -- David Demelier From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 11:15:24 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF7B61065672 for ; Sun, 5 Aug 2012 11:15:24 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 46D648FC12 for ; Sun, 5 Aug 2012 11:15:23 +0000 (UTC) Received: by wibhm11 with SMTP id hm11so652692wib.13 for ; Sun, 05 Aug 2012 04:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=UfuRr9BzdsSDVfOQQQgNoxtZkpEl3sGCO2pHqwmFnmI=; b=BwdH3OM3MJFALDb4rIM16RcnwWVgdWXaofHahp3lAH2i6eYkhln172gvB0yS2miEnt D2NnEihuuYbezhkEsKBbGrdZ82sM7hkGgxFAY6g58RMheY5mmNLFN9JssJrmSlCP7rqI FBtvy6QWbfT8VHONXMgbHW5AweCRTN5n7gs0iWiqme8OoDQkH205qK5r6U7S6aGG/0Ul M4A5XtB/NqGNzjh+tbbxsYf5tcaAU+FZgu1tGZpwCBxcVjsxxLAOicpHTk88lYvIhwWl RjJLKTEGcz3QI3+G0oKbFXPfQ4ACmoNAVWVa/+gKlRwfOz7RJuubgBPvCakYx65IQEU4 Pnuw== Received: by 10.216.203.152 with SMTP id f24mr3717920weo.41.1344165322461; Sun, 05 Aug 2012 04:15:22 -0700 (PDT) Received: from gumby.homeunix.com (87-194-105-247.bethere.co.uk. [87.194.105.247]) by mx.google.com with ESMTPS id o2sm13283092wiz.11.2012.08.05.04.15.20 (version=SSLv3 cipher=OTHER); Sun, 05 Aug 2012 04:15:21 -0700 (PDT) Date: Sun, 5 Aug 2012 12:15:19 +0100 From: RW To: ports@freebsd.org Message-ID: <20120805121519.1f69cebf@gumby.homeunix.com> In-Reply-To: References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 11:15:24 -0000 On Sat, 4 Aug 2012 17:38:44 -0700 Eitan Adler wrote: > On 4 August 2012 15:21, RW wrote: > > On Sat, 04 Aug 2012 09:42:39 -0500 > > Bryan Drewery wrote: > > >> > Having a default ccache directory in the makefile that's > >> > different from the default documented in the ccache man page > >> > seems needlessly confusing to me. > > +1 for /var/cache > > > And since large root file-systems seem to be increasingly > > popular, /root/.ccache may seem reasonable, and people may run > > cache -M on that. > > remember that its possible to build as a non-root user, but install as > root, or similar. Using $HOME for any aspect of the build isn't a > good idea. Why isn't it? In that scenario /var/cache wouldn't be writable. From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 12:11:54 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1371F106564A for ; Sun, 5 Aug 2012 12:11:54 +0000 (UTC) (envelope-from marekrud@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 965D08FC15 for ; Sun, 5 Aug 2012 12:11:53 +0000 (UTC) Received: by weyx56 with SMTP id x56so1722388wey.13 for ; Sun, 05 Aug 2012 05:11:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:user-agent:date:message-id:mime-version :content-type; bh=xe63/AAYoO44jr9igmq2+AY5HtefQmERDNSFbHHemPk=; b=n9y8k+PEZRTDDn3tb+A7Inn0IrAuoGtmlXPy1wSi+JcnVimTYj84A5DAfGheU4bUhs WwBZaNk2udzizZ1QciIidh9I0sN6JEVkbrqreSUEmJ97ABCH5VFsDYY/sDARsj7v1pB6 XKMUSyhI1y65qucnjxv2VTyeQ0yEyFqHI3pCLsLfZ9RnpJJiXNOoFjpFdwYc7z7Qkhvo OidL1VbS2h8bvFp5sMMRybbs0QondXD5GtKzWqLGISl+riTucSMeqOc2vBet09R9LKUH k2Ho1XAri3CjoyjeipcJxvbeqD44pKKZXA6WxYNBWSeZMU2AjbOHMduFhplWNeGibeZK o+UA== Received: by 10.180.103.136 with SMTP id fw8mr10518000wib.20.1344168712328; Sun, 05 Aug 2012 05:11:52 -0700 (PDT) Received: from orange (109.125.97.129.dynamic.cablesurf.de. [109.125.97.129]) by mx.google.com with ESMTPS id ex20sm13671086wid.7.2012.08.05.05.11.51 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 05 Aug 2012 05:11:51 -0700 (PDT) From: Marek Rudnicki To: ports@FreeBSD.org User-Agent: Notmuch/0.13.2+77~g39beeb2 (http://notmuchmail.org) Emacs/24.1.1 (amd64-portbld-freebsd9.0) Date: Sun, 05 Aug 2012 14:10:35 +0200 Message-ID: <86k3xdh744.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: Request: py-mnemosyne 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 12:11:54 -0000 Hi everyone mnemosyne 2.0.1 is out for a while. I was wandering, if there is any hope to have it updated in ports. Thank you Marek From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 15:33:51 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E07E106566C; Sun, 5 Aug 2012 15:33:51 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id EB13A8FC15; Sun, 5 Aug 2012 15:33:50 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id C01471E00244; Sun, 5 Aug 2012 17:33:49 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q75FVJCl087730; Sun, 5 Aug 2012 17:31:19 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q75FVJjO087729; Sun, 5 Aug 2012 17:31:19 +0200 (CEST) (envelope-from nox) Date: Sun, 5 Aug 2012 17:31:19 +0200 (CEST) From: Juergen Lock Message-Id: <201208051531.q75FVJjO087729@triton8.kn-bremen.de> To: gljennjohn@googlemail.com X-Newsgroups: local.list.freebsd.ports In-Reply-To: <20120804110952.4f3a9cfd@ernst.jennejohn.org> References: <20120730191515.GA9678@triton8.kn-bremen.de> <20120801213128.7956cef34d5f5a5419f78de2@alkumuna.eu> <201208021921.q72JLT4k040018@triton8.kn-bremen.de> <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> Organization: Cc: kib@freebsd.org, current@freebsd.org, freebsd-ports@freebsd.org Subject: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 15:33:51 -0000 Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) In article <20120804110952.4f3a9cfd@ernst.jennejohn.org> you write: >On Fri, 3 Aug 2012 18:36:33 +0200 >Juergen Lock wrote: > >> On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: >> > On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: >> > > On Thu, 2 Aug 2012 22:56:26 +0200 >> > > Juergen Lock wrote: >> > > >> > > [trimmed irrelevant content] >> > >> Ok I added that check: >> > >> >> > >> http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch >> > >> >> > >> Enjoy, :) >> > >> >> > > >> > > AMD64 on HEAD. >> > > >> > > I always get this error, no matter which patch I use: >> > > >> > > GEN ../modules/plugins.dat >> > > gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) >> > > gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' >> > > gmake[1]: *** [all-recursive] Error 1 >> > > gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' >> > > gmake: *** [all] Error 2 >> > > *** [do-build] Error code 1 >> > >> > I get exactly the same error with CURRENT amd64. >> > >> Hm how old are both your installed src and ports? You two are the >> first to report this and I just tried to reproduce it on a head >> checkout from May 13 and ports from June 18, and couldn't. >> > >I update the ports and source trees almost every day. I do not install >new ports binaries unless absolutely necessary, so the ports binaries >are pretty much rather old. > >Just installed a new world/kernel today (updated yesterdya), r239006. > >> > BTW, mplayer from ports does not build with liveMedia-20120404 ... >> > >> > > Stop in /usr/ports/multimedia/vlc. >> > > *** [build] Error code 1 >> > > >> > > and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. >> > > >> > > May be because I have a mix of old and new dependencies, although the vlc >> > > port never tries to update any of them. >> > > >> Well ports never update dependencies themselves, you need to use >> tools like portmaster for that. >> > >I avoid using tools whenever possible. Maybe I will have to try >portmaster, but I dread seeing 50 ports updated just because I >want to update one port. > >I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the >result. > >gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen >GNU gdb 6.1.1 [FreeBSD] >Copyright 2004 Free Software Foundation, Inc. >GDB is free software, covered by the GNU General Public License, and you are >welcome to change it and/or distribute copies of it under certain conditions. >Type "show copying" to see the conditions. >There is absolutely no warranty for GDB. Type "show warranty" for details. >This GDB was configured as "amd64-marcel-freebsd"... >(gdb) r ../modules/ >Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ >[New LWP 100125] >[New Thread 802406400 (LWP 100125/vlc-cache-gen)] > >Program received signal SIGSEGV, Segmentation fault. >[Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] >0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 >(gdb) bt >#0 0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 >#1 0x00000008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 >#2 0x0000000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 >#3 0x000000080060911b in symlook_default () from /libexec/ld-elf.so.1 >#4 0x000000080060939d in find_symdef () from /libexec/ld-elf.so.1 >#5 0x000000080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 >#6 0x0000000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 >#7 0x00000008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 >#8 0x0000000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 >#9 0x0000000800affe95 in module_Load (p_this=0x80244c198, > psz_file=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > p_handle=0x7fffffffd180, lazy=true) at posix/plugin.c:62 >#10 0x0000000800adef4b in module_InitDynamic (obj=0x80244c198, > path=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > fast=true) at modules/bank.c:536 >#11 0x0000000800adede2 in AllocatePluginFile (bank=0x7fffffffd490, > abspath=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > relpath=0x802472b80 "codec/.libs/libfluidsynth_plugin.so", > st=0x7fffffffd210) at modules/bank.c:479 >#12 0x0000000800adeca3 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=2, > absdir=0x802472b00 "../modules//codec/.libs", > reldir=0x802472a80 "codec/.libs") at modules/bank.c:440 >#13 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=3, > absdir=0x802472a00 "../modules//codec", reldir=0x8024704f0 "codec") > at modules/bank.c:444 >#14 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=4, > absdir=0x802452c20 "../modules/", reldir=0x0) at modules/bank.c:444 >#15 0x0000000800ade9b8 in AllocatePluginPath (p_this=0x80244c198, > path=0x802452c20 "../modules/", mode=CACHE_USE) at modules/bank.c:353 >#16 0x0000000800ade823 in AllocateAllPlugins (p_this=0x80244c198) > at modules/bank.c:298 >#17 0x0000000800ade55d in module_LoadPlugins (obj=0x80244c198) > at modules/bank.c:189 >#18 0x0000000800a53e63 in libvlc_InternalInit (p_libvlc=0x80244c198, i_argc=3, > ppsz_argv=0x7fffffffd6f0) at libvlc.c:247 >#19 0x000000080082234d in libvlc_new (argc=2, argv=0x7fffffffd7a0) at core.c:59 >#20 0x0000000000400d1c in main (argc=2, argv=0x7fffffffd858) at cachegen.c:107 >(gdb) > >If I remove enough plugins then I can build and install vlc, but the >result isn't very useful. > >The old port builds, installs and works just fine with all the plugins I >want to use so I'll stick to it. I Cc'd -current and kib (who did the majority of the recent rtld commits), maybe he has an idea. Seems dlopen() was called from here, /usr/ports/multimedia/vlc/work/vlc-2.0.3/src/posix/plugin.c , line 62: /** * Load a dynamically linked library using a system dependent method. * * \param p_this vlc object * \param psz_file library file * \param p_handle the module handle returned * \return 0 on success as well as the module handle. */ int module_Load( vlc_object_t *p_this, const char *psz_file, module_handle_t *p_handle, bool lazy ) { #if defined (RTLD_NOW) const int flags = lazy ? RTLD_LAZY : RTLD_NOW; #elif defined (DL_LAZY) const int flags = DL_LAZY; #else const int flags = 0; #endif char *path = ToLocale( psz_file ); module_handle_t handle = dlopen( path, flags ); if( handle == NULL ) { msg_Warn( p_this, "cannot load module `%s' (%s)", path, dlerror() ); LocaleFree( path ); return -1; } LocaleFree( path ); *p_handle = handle; return 0; } Thanx, :) Juergen From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 16:11:53 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A969A106564A for ; Sun, 5 Aug 2012 16:11:53 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id 937968FC12 for ; Sun, 5 Aug 2012 16:11:52 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id ED755A6C157; Sun, 5 Aug 2012 18:11:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id PT3vezXIHvJh; Sun, 5 Aug 2012 18:11:28 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id 6E990A6C153; Sun, 5 Aug 2012 18:11:28 +0200 (CEST) Message-ID: <501E9B30.9020308@ranner.eu> Date: Sun, 05 Aug 2012 18:11:28 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Panagiotis Christias References: <501C382A.2080106@ranner.eu> <501DBF3A.50805@noc.ntua.gr> In-Reply-To: <501DBF3A.50805@noc.ntua.gr> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: Re: php53-pdo_mysql fail with MYSQLND X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 16:11:53 -0000 Hello, you are right. pkg_deinstall php53-pdo_mysql and make install works without problems. Regards, Michael Am 05.08.12 02:32, schrieb Panagiotis Christias: > On 3/8/2012 23:44, Michael Ranner wrote: >> Hello! >> >> I have trouble with upgrading php53-pdo_mysql (5.3.14 to 5.3.15) on >> several systems, where I try to upgrade with portmaser. >> >> Build works without option MYSQLND but breaks with MYSQLND. Probably >> this have something to do with ports/169959. >> >> poudriere builds php53-pdo_mysql without problems from scratch, but I >> have no idea why it breaks ob my production systems. > > Hello, > > I had the same problem and managed to get around it by deinstalling > php53-pdo_mysql 5.3.14 and then installing php53-pdo_mysql 5.3.15. > > MYSQLND was not defined, but in my case the problem seemed to be the > definition "#define HAVE_MYSQL_STMT_PREPARE 1" in > /usr/local/include/php/ext/pdo_mysql/config.h of the php53-pdo_mysql > 5.3.14 installation. > > Regards, > Panagiotis > -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 16:13:59 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C72F8106564A; Sun, 5 Aug 2012 16:13:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3298B8FC08; Sun, 5 Aug 2012 16:13:58 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q75GE6G7033496; Sun, 5 Aug 2012 19:14:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q75GDr56020462; Sun, 5 Aug 2012 19:13:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q75GDrQK020461; Sun, 5 Aug 2012 19:13:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 5 Aug 2012 19:13:53 +0300 From: Konstantin Belousov To: Juergen Lock Message-ID: <20120805161353.GF2676@deviant.kiev.zoral.com.ua> References: <20120730191515.GA9678@triton8.kn-bremen.de> <20120801213128.7956cef34d5f5a5419f78de2@alkumuna.eu> <201208021921.q72JLT4k040018@triton8.kn-bremen.de> <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="l3V33RQEOxIe3sMQ" Content-Disposition: inline In-Reply-To: <201208051531.q75FVJjO087729@triton8.kn-bremen.de> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org, freebsd-ports@freebsd.org, gljennjohn@googlemail.com Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 16:13:59 -0000 --l3V33RQEOxIe3sMQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > Hi kib, -current, seems we have a segfault in rtld when updating > the multimedia/vlc port from the version currently in ports to the > 2.0.3 CFT version from here: >=20 > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch >=20 > (If you test the LIVEMEDIA knob you also need this update: >=20 > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch >=20 > ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=3D-g >=20 > In article <20120804110952.4f3a9cfd@ernst.jennejohn.org> you write: > >On Fri, 3 Aug 2012 18:36:33 +0200 > >Juergen Lock wrote: > > > >> On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: > >> > On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: > >> > > On Thu, 2 Aug 2012 22:56:26 +0200 > >> > > Juergen Lock wrote: > >> > > > >> > > [trimmed irrelevant content] > >> > >> Ok I added that check: > >> > >> > >> > >> http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch > >> > >> > >> > >> Enjoy, :) > >> > >> > >> > > > >> > > AMD64 on HEAD. > >> > > > >> > > I always get this error, no matter which patch I use: > >> > > > >> > > GEN ../modules/plugins.dat > >> > > gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (cor= e dumped) > >> > > gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.= 0.3/bin' > >> > > gmake[1]: *** [all-recursive] Error 1 > >> > > gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.= 0.3' > >> > > gmake: *** [all] Error 2 > >> > > *** [do-build] Error code 1 > >> >=20 > >> > I get exactly the same error with CURRENT amd64. > >> >=20 > >> Hm how old are both your installed src and ports? You two are the > >> first to report this and I just tried to reproduce it on a head > >> checkout from May 13 and ports from June 18, and couldn't. > >>=20 > > > >I update the ports and source trees almost every day. I do not install > >new ports binaries unless absolutely necessary, so the ports binaries > >are pretty much rather old. > > > >Just installed a new world/kernel today (updated yesterdya), r239006. > > > >> > BTW, mplayer from ports does not build with liveMedia-20120404 ... > >> >=20 > >> > > Stop in /usr/ports/multimedia/vlc. > >> > > *** [build] Error code 1 > >> > > > >> > > and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. > >> > > > >> > > May be because I have a mix of old and new dependencies, although = the vlc > >> > > port never tries to update any of them. > >> > > > >> Well ports never update dependencies themselves, you need to use > >> tools like portmaster for that. > >>=20 > > > >I avoid using tools whenever possible. Maybe I will have to try > >portmaster, but I dread seeing 50 ports updated just because I > >want to update one port. > > > >I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the > >result. > > > >gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen > >GNU gdb 6.1.1 [FreeBSD] > >Copyright 2004 Free Software Foundation, Inc. > >GDB is free software, covered by the GNU General Public License, and you= are > >welcome to change it and/or distribute copies of it under certain condit= ions. > >Type "show copying" to see the conditions. > >There is absolutely no warranty for GDB. Type "show warranty" for detai= ls. > >This GDB was configured as "amd64-marcel-freebsd"... > >(gdb) r ../modules/ > >Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc= -cache-gen ../modules/ > >[New LWP 100125] > >[New Thread 802406400 (LWP 100125/vlc-cache-gen)] > > > >Program received signal SIGSEGV, Segmentation fault. > >[Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] > >0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > >(gdb) bt > >#0 0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > >#1 0x00000008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 > >#2 0x0000000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 > >#3 0x000000080060911b in symlook_default () from /libexec/ld-elf.so.1 > >#4 0x000000080060939d in find_symdef () from /libexec/ld-elf.so.1 > >#5 0x000000080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 > >#6 0x0000000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 > >#7 0x00000008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 > >#8 0x0000000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 > >#9 0x0000000800affe95 in module_Load (p_this=3D0x80244c198, > > psz_file=3D0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin= .so", > > p_handle=3D0x7fffffffd180, lazy=3Dtrue) at posix/plugin.c:62 > >#10 0x0000000800adef4b in module_InitDynamic (obj=3D0x80244c198, > > path=3D0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > fast=3Dtrue) at modules/bank.c:536 > >#11 0x0000000800adede2 in AllocatePluginFile (bank=3D0x7fffffffd490, > > abspath=3D0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.= so", > > relpath=3D0x802472b80 "codec/.libs/libfluidsynth_plugin.so", > > st=3D0x7fffffffd210) at modules/bank.c:479 > >#12 0x0000000800adeca3 in AllocatePluginDir (bank=3D0x7fffffffd490, maxd= epth=3D2, > > absdir=3D0x802472b00 "../modules//codec/.libs", > > reldir=3D0x802472a80 "codec/.libs") at modules/bank.c:440 > >#13 0x0000000800adecd7 in AllocatePluginDir (bank=3D0x7fffffffd490, maxd= epth=3D3, > > absdir=3D0x802472a00 "../modules//codec", reldir=3D0x8024704f0 "code= c") > > at modules/bank.c:444 > >#14 0x0000000800adecd7 in AllocatePluginDir (bank=3D0x7fffffffd490, maxd= epth=3D4, > > absdir=3D0x802452c20 "../modules/", reldir=3D0x0) at modules/bank.c:= 444 > >#15 0x0000000800ade9b8 in AllocatePluginPath (p_this=3D0x80244c198, > > path=3D0x802452c20 "../modules/", mode=3DCACHE_USE) at modules/bank.= c:353 > >#16 0x0000000800ade823 in AllocateAllPlugins (p_this=3D0x80244c198) > > at modules/bank.c:298 > >#17 0x0000000800ade55d in module_LoadPlugins (obj=3D0x80244c198) > > at modules/bank.c:189 > >#18 0x0000000800a53e63 in libvlc_InternalInit (p_libvlc=3D0x80244c198, i= _argc=3D3, > > ppsz_argv=3D0x7fffffffd6f0) at libvlc.c:247 > >#19 0x000000080082234d in libvlc_new (argc=3D2, argv=3D0x7fffffffd7a0) a= t core.c:59 > >#20 0x0000000000400d1c in main (argc=3D2, argv=3D0x7fffffffd858) at cach= egen.c:107 > >(gdb) > > > >If I remove enough plugins then I can build and install vlc, but the > >result isn't very useful. > > > >The old port builds, installs and works just fine with all the plugins I > >want to use so I'll stick to it. >=20 > I Cc'd -current and kib (who did the majority of the recent rtld commits= ), > maybe he has an idea. Seems dlopen() was called from here, > /usr/ports/multimedia/vlc/work/vlc-2.0.3/src/posix/plugin.c , line 62: >=20 > /** > * Load a dynamically linked library using a system dependent method. > * > * \param p_this vlc object > * \param psz_file library file > * \param p_handle the module handle returned > * \return 0 on success as well as the module handle. > */ > int module_Load( vlc_object_t *p_this, const char *psz_file, > module_handle_t *p_handle, bool lazy ) > { > #if defined (RTLD_NOW) > const int flags =3D lazy ? RTLD_LAZY : RTLD_NOW; > #elif defined (DL_LAZY) > const int flags =3D DL_LAZY; > #else > const int flags =3D 0; > #endif > char *path =3D ToLocale( psz_file ); >=20 > module_handle_t handle =3D dlopen( path, flags ); > if( handle =3D=3D NULL ) > { > msg_Warn( p_this, "cannot load module `%s' (%s)", path, dlerror()= ); > LocaleFree( path ); > return -1; > } > LocaleFree( path ); > *p_handle =3D handle; > return 0; > } >=20 > Thanx, :) > Juergen --l3V33RQEOxIe3sMQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAem8EACgkQC3+MBN1Mb4h/9QCg7Iq+v1Yg0TfVEAt7n8NQFfDa olsAn1zZMurAAPw34FHF5jwTT5U7IzTU =7pP6 -----END PGP SIGNATURE----- --l3V33RQEOxIe3sMQ-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 16:18:37 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4CE96106564A for ; Sun, 5 Aug 2012 16:18:37 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 172058FC0C for ; Sun, 5 Aug 2012 16:18:36 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4464504pbb.13 for ; Sun, 05 Aug 2012 09:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lsSPYdjhJkdPwL8ZR86oVAjRC5fBH5hbImmr/jr+6l4=; b=VfnfkUvBRCfIi6uOjdnC+UT2E8g8N57j6CPBz1H6BMB24fQMpBBEfNMeEahVRQT8kR nZu2uaZaGLDdOXnlvBKYHxVhrUSkiwsmApKPaWT/IDeSu/5LDf35dS/JfYXt0WH7FyyD infOP7tDnMJGl+hdV7cRVY9VHB2KP4wCj00Xo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=lsSPYdjhJkdPwL8ZR86oVAjRC5fBH5hbImmr/jr+6l4=; b=aKr7iY4l5odidG1Qesmpa2UAkh92B4n9+zSiLIUXc7enL/paFU3IZHIClHPobH0p3y sALIO7KvejBv0KKlKtjUnQR0e2EYR9bKCIUz1/awaqDlpDedXcQoi1PutR9/NdrXpTri Ze1fCRtJJqfAaALPYHX1N04feYzxlTqiBBrzzJiBVN9u/ND+kIF0JAAXARiWd6Ghl3bZ O0Q601qSCdg15k3ksZI5b37zBIoXfPNwuR95uj7Kl9FLSqunY3KPSpn72r0BD2oQEOGr 1D9uu6gbf8TiQkX+fW2mYA6+MBAO1O469iezkxeNgEMexiouBPkYTvPFpbMZ3bG49Zcy K6gw== Received: by 10.68.218.101 with SMTP id pf5mr12555529pbc.60.1344183516486; Sun, 05 Aug 2012 09:18:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.67.52 with HTTP; Sun, 5 Aug 2012 09:18:05 -0700 (PDT) In-Reply-To: <20120805121519.1f69cebf@gumby.homeunix.com> References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> <20120805121519.1f69cebf@gumby.homeunix.com> From: Eitan Adler Date: Sun, 5 Aug 2012 09:18:05 -0700 Message-ID: To: RW Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnq3sgeGbUF+7yaIT50VJnNv9Skzy9HJAo+nrNbu01t0olQNQtai5S2vgl5GeHb+BxKM53c Cc: ports@freebsd.org Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 16:18:37 -0000 On 5 August 2012 04:15, RW wrote: > On Sat, 4 Aug 2012 17:38:44 -0700 > Eitan Adler wrote: > Why isn't it? In that scenario /var/cache wouldn't be writable. IMHO the directories used by the ports system should be predictable and static. Which user you happen to be shouldn't affect that choice. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 16:40:05 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC3021065675 for ; Sun, 5 Aug 2012 16:40:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93C528FC08 for ; Sun, 5 Aug 2012 16:40:05 +0000 (UTC) Received: by vbmv11 with SMTP id v11so803372vbm.13 for ; Sun, 05 Aug 2012 09:40:04 -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=frEtprq7Li3z+pqCEsK0QHQYAZ/V8vbrMp1QbyHdZ68=; b=lRTed0UKHT/CdvDE0F7Rgwh4lVjpjSGY9FJ2IuBm7FrdgTUTwBjTPXXu0fhfnULyfj gTxR96WkhPFv6qOFsxrtR+4EvQ2T5irZ3IfakCXlGvlDUehT8fodRyMcihDYC5etAbAC UCGR9FlKKnaC0EGVje9xvLaqKolf+Z3DFfKGGvJ63/Ab6BYexSPp+vTXMZ9lr4HeWep1 TyeafS+SjteXpguJhzIMcs5kuXg/bu86hflggyhbXgjM9a6k5ln0llkAXv8EHrw+jKk+ xc1PLnsfYiGwJgeDGfCkv4PBYXRLQkFoLxaV7Ukf5ZAisHiXV2ywW70qKthyrm1DtO0l DUpQ== MIME-Version: 1.0 Received: by 10.58.32.234 with SMTP id m10mr4937010vei.60.1344184804712; Sun, 05 Aug 2012 09:40:04 -0700 (PDT) Received: by 10.58.145.10 with HTTP; Sun, 5 Aug 2012 09:40:04 -0700 (PDT) In-Reply-To: References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> <20120805121519.1f69cebf@gumby.homeunix.com> Date: Sun, 5 Aug 2012 19:40:04 +0300 Message-ID: From: Kimmo Paasiala To: Eitan Adler Content-Type: text/plain; charset=UTF-8 Cc: ports@freebsd.org, RW Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 16:40:06 -0000 On Sun, Aug 5, 2012 at 7:18 PM, Eitan Adler wrote: > On 5 August 2012 04:15, RW wrote: >> On Sat, 4 Aug 2012 17:38:44 -0700 >> Eitan Adler wrote: > >> Why isn't it? In that scenario /var/cache wouldn't be writable. > > IMHO the directories used by the ports system should be predictable > and static. Which user you happen to be shouldn't affect that choice. > Regardless of what the shared directory is the problem of setting permissions so that multiple users can share the ccache directory is something that the ports system shouldn't try to solve. Leave it to the admin of the system. From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 17:07:49 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88BD61065694 for ; Sun, 5 Aug 2012 17:07:49 +0000 (UTC) (envelope-from mezz.freebsd@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFC18FC12 for ; Sun, 5 Aug 2012 17:07:49 +0000 (UTC) Received: by obbun3 with SMTP id un3so5768387obb.13 for ; Sun, 05 Aug 2012 10:07:48 -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=snfQD4qa2ZYPRSVxqnRqTmNe3YjqRgG9Fkn10pjOLso=; b=uJh1I01vg793R2oo4uKMOXdAzaI4i9zJnhOCB3zE1pP5fLbvz7O9p7eiDtZ6uvU1iU 7USY4jsqPQ7MHxyla0DdV/tU45UuDP/CpvpaPywJo+uAF7OUDS8VrjjXPQs8x6sYpeSt NRv7cufAa4PEAKga4HYpVHr0kMNMEk+uL6t8V8KKci50cvtUkevvmoPUTpZMCjGFqGZ9 vKfuT/mOaB4r2LzqXzq+yqiMvS2J/5FoDScEgyEQzkdWb0nQUJTgZ7cqslzp4sfqHwIk j8mLrcGKrIkC8zDYf/N2FN5AJhpOCvz9yMMBI1yIfr0QISrbFZvxWvt5hb1H3Co7kfrv h01g== MIME-Version: 1.0 Received: by 10.182.95.142 with SMTP id dk14mr15405935obb.2.1344186468768; Sun, 05 Aug 2012 10:07:48 -0700 (PDT) Received: by 10.76.125.233 with HTTP; Sun, 5 Aug 2012 10:07:48 -0700 (PDT) In-Reply-To: References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> <20120805121519.1f69cebf@gumby.homeunix.com> Date: Sun, 5 Aug 2012 12:07:48 -0500 Message-ID: From: Jeremy Messenger To: Kimmo Paasiala Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, Eitan Adler , RW Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 17:07:49 -0000 On Sun, Aug 5, 2012 at 11:40 AM, Kimmo Paasiala wrote: > On Sun, Aug 5, 2012 at 7:18 PM, Eitan Adler wrote: >> On 5 August 2012 04:15, RW wrote: >>> On Sat, 4 Aug 2012 17:38:44 -0700 >>> Eitan Adler wrote: >> >>> Why isn't it? In that scenario /var/cache wouldn't be writable. >> >> IMHO the directories used by the ports system should be predictable >> and static. Which user you happen to be shouldn't affect that choice. >> > Regardless of what the shared directory is the problem of setting > permissions so that multiple users can share the ccache directory is > something that the ports system shouldn't try to solve. Leave it to > the admin of the system. I agree. The document in the ccache port is pretty clear and it's not hard to follow. Cheers, Mezz -- mezz.freebsd@gmail.com - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 17:29:21 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30BD9106564A; Sun, 5 Aug 2012 17:29:21 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.freebsd.org (Postfix) with ESMTP id B30878FC15; Sun, 5 Aug 2012 17:29:20 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr7.xs4all.nl (8.13.8/8.13.8) with ESMTP id q75HSgck026399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Aug 2012 19:28:43 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q75HSgcp090209; Sun, 5 Aug 2012 19:28:42 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Date: Sun, 5 Aug 2012 19:28:42 +0200 (CEST) From: Marco Beishuizen Sender: marco@yokozuna.lan To: Ashish SHUKLA In-Reply-To: <86fw83j2si.fsf@chateau.d.if> Message-ID: References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: by XS4ALL Virus Scanner Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 17:29:21 -0000 On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: > Sorry about the problem. Could you please mention the error messages (if any > you're getting) ? It seems that emacs 24.1 core dumps only with dbus enabled: ... Fatal error (11)Segmentation fault (core dumped) ... With dbus disabled (and gconf/gsettings too) emacs works, but when trying to open a file it crashes: ... (emacs:90186): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() failed for remote volume monitor with dbus name org.gtk.Private.AfcVolumeMonitor: org.freedesktop.DBus.Error.Spawn.ChildExited: Process /usr/local/libexec/gvfs-afc-volume-monitor exited with status 1 Segmentation fault (core dumped) ... So it seems to me that emacs needs dbus? Regards, Marco -- A doctor calls his patient to give him the results of his tests. "I have some bad news," says the doctor, "and some worse news." The bad news is that you only have six weeks to live." "Oh, no," says the patient. "What could possibly be worse than that?" "Well," the doctor replies, "I've been trying to reach you since last Monday." From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 17:37:36 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECB02106566B for ; Sun, 5 Aug 2012 17:37:36 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 702928FC0C for ; Sun, 5 Aug 2012 17:37:35 +0000 (UTC) Received: by weyx56 with SMTP id x56so1847762wey.13 for ; Sun, 05 Aug 2012 10:37:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bluelife.at; s=google; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FtSvZcKo/sqiJ4EMS/1y1QISOthWdmFEkvPnH5CFpPQ=; b=a9P8J9OWs4yKGzpo0hSoSRcJV2BVGG5N9D96g9U5ibuI4q3JOyXQrVQ3Jnbb4EBRor Fj8hrIbY4ItmVOzBek090nMOuw6iYzlijy3ETTL0v/v8Qj2A2remaPRnq7bxArMEuw1f eCVi2hMyxgKbJzoiiI0quToOcCpP3AoitzUo8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=FtSvZcKo/sqiJ4EMS/1y1QISOthWdmFEkvPnH5CFpPQ=; b=k8gZrrL7PDpc7aElVrJIgMKeZFsiDi7S5jhSL1L1WhdE9kBTKGFSgHwMtZZCF3ibUB FQtGBsrdFXMBMLhDp/ky3TbCHzNQoEmp3AogjMOuBDSO/Q5sKdyX+zPvKJu/1eeTiNtW B83ZpFgzHgbYVjbxKLLSIQNJOVet2hJLGCXTrTOzl+nN1ixHan0nK5GNga2fCSXe6S9z GyGb/Kc8rCSdK3DC7g+x47v3y2/uS9RjTqVyQY6YkSNlfX3l1SzqnFR2x4bQ+X1z+6Rf k5lP39msV/PDeVFkE4OUGT+eaYrkxTR5SV/lTBGbCM8Xha/oKHOy2xwriXxakyzu2QF9 bsHA== MIME-Version: 1.0 Received: by 10.180.86.226 with SMTP id s2mr11878060wiz.9.1344188254352; Sun, 05 Aug 2012 10:37:34 -0700 (PDT) Sender: decke@bluelife.at Received: by 10.180.106.71 with HTTP; Sun, 5 Aug 2012 10:37:34 -0700 (PDT) X-Originating-IP: [93.111.10.40] In-Reply-To: References: Date: Sun, 5 Aug 2012 19:37:34 +0200 X-Google-Sender-Auth: ECIOUVZ7ww_4bz9_nCc0LuqOLZo Message-ID: From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= To: Marin Atanasov Nikolov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlIihJKFIa0aafMvuyuDmwAqDcNlf7Td4HG8E/8Ju97ItR+oGsDxuf8Sbo0Sc6lqrk2p0Kg Cc: ml-freebsd-stable , freebsd-ports@freebsd.org Subject: Re: Jenkins+FreeBSD handbooks X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 17:37:37 -0000 On Fri, Aug 3, 2012 at 9:33 PM, Marin Atanasov Nikolov w= rote: > On Fri, Aug 3, 2012 at 10:14 PM, Bernhard Fr=F6hlich = wrote: >> > > Hello Bernhard, > >> Thanks a lot for that tutorials. They look very interesting and I was >> always curious how much work it would have been to implement something >> like redports.org on top of Jenkins. But obviously my decision was >> correct that jenkins would not fit in such a situation. >> > > Could you clarify a bit more why you think Jenkins does not fit well ther= e? > > I don't know how redports.org is designed and how it scales, but with > Jenkins it's quite easy to create a package build farm for distributed > building. Redports is a public compile testing environment for FreeBSD ports. So like Ports Tinderbox but with a nice multiuser GUI, cluster functionality for scaling and an own Subversion tree for the users to commit their ports to. Before I decided to write the code myself I had a closer look at Bitten and Jenkins. Both could be made into what redports is now but they all have their weak spots. Jenkins GUI looks very cluttered and is quite hard to understand if you just want to manually schedule a few new jobs for your ports as Joe Average. It's also quite hard to understand and complex as a developer and administrator so I was concerned that fixing it if it breaks = is non trivial. Not to talk about all the special customizations that we need which would require me to write extensions in Java and understand how all that jenkins internals work. Bitten looked simpler and less complex but would also work for standard things but it got me on the right track to use Trac as webinterface and jus= t extend Trac with a custom plugin that includes a few simple pages to have an overview of jobs and add new ones. > Jenkins comes with lots of ready-to-use plugins as well, which makes > it easier to integrate a particular thing easier as well and not > re-invent the wheel. Yeah that is nice and there is almost everything that you can think of but none of them did what I needed. A simple web interface for average people that don't want to learn Jenkins internals and is easily customizable. Prob= ably there is a plugin for that but I didn't find it. Writing some glue code aro= und tinderbox to schedule new jobs, checkout repositories and such stuff is custom code anyway. >> A more suitable place for jenkins would be automatic building our doc >> tree on every commit. But I don't know if that doesn't already exist. > > Yep, that's one of the things we could use Jenkins for, but I would > say we could use it for lots of other stuff as well :) I'm sure we could. Examples? --=20 Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 17:40:33 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B31CB1065670; Sun, 5 Aug 2012 17:40:33 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 054608FC14; Sun, 5 Aug 2012 17:40:32 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 7BEB01E000F2; Sun, 5 Aug 2012 19:40:31 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q75HcCOp091282; Sun, 5 Aug 2012 19:38:12 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q75HcBje091281; Sun, 5 Aug 2012 19:38:11 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 5 Aug 2012 19:38:11 +0200 To: Konstantin Belousov Message-ID: <20120805173811.GA91260@triton8.kn-bremen.de> References: <20120801213128.7956cef34d5f5a5419f78de2@alkumuna.eu> <201208021921.q72JLT4k040018@triton8.kn-bremen.de> <1361725.y2QOXzX10J@pcoliver.heesakkers.info> <20120802205625.GA43980@triton8.kn-bremen.de> <20120803142711.1cb981b3@ernst.jennejohn.org> <501BE795.8070407@gwdg.de> <20120803163633.GA2046@triton8.kn-bremen.de> <20120804110952.4f3a9cfd@ernst.jennejohn.org> <201208051531.q75FVJjO087729@triton8.kn-bremen.de> <20120805161353.GF2676@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120805161353.GF2676@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org, Juergen Lock , freebsd-ports@freebsd.org, gljennjohn@googlemail.com Subject: Re: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 17:40:33 -0000 On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: > On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: > > Hi kib, -current, seems we have a segfault in rtld when updating > > the multimedia/vlc port from the version currently in ports to the > > 2.0.3 CFT version from here: > > > > http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch > > > > (If you test the LIVEMEDIA knob you also need this update: > > > > http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch > > > > ) > Please do two things. > > 1. Provide me the output of readelf -a for the module that was loaded. > > 2. Recompile rtld with debug symbols and redo the build to get the useful > backtrace from core: > cd /usr/src/libexec/rtld-elf > make clean > make all install DEBUG_FLAGS=-g > Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) Thanx, :) Juergen > > > > In article <20120804110952.4f3a9cfd@ernst.jennejohn.org> you write: > > >On Fri, 3 Aug 2012 18:36:33 +0200 > > >Juergen Lock wrote: > > > > > >> On Fri, Aug 03, 2012 at 05:00:37PM +0200, Rainer Hurling wrote: > > >> > On 03.08.2012 14:27 (UTC+2), Gary Jennejohn wrote: > > >> > > On Thu, 2 Aug 2012 22:56:26 +0200 > > >> > > Juergen Lock wrote: > > >> > > > > >> > > [trimmed irrelevant content] > > >> > >> Ok I added that check: > > >> > >> > > >> > >> http://people.freebsd.org/~nox/tmp/vlc-2.0.3-005.patch > > >> > >> > > >> > >> Enjoy, :) > > >> > >> > > >> > > > > >> > > AMD64 on HEAD. > > >> > > > > >> > > I always get this error, no matter which patch I use: > > >> > > > > >> > > GEN ../modules/plugins.dat > > >> > > gmake[2]: *** [../modules/plugins.dat] Segmentation fault: 11 (core dumped) > > >> > > gmake[2]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3/bin' > > >> > > gmake[1]: *** [all-recursive] Error 1 > > >> > > gmake[1]: Leaving directory `/usr/ports/multimedia/vlc/work/vlc-2.0.3' > > >> > > gmake: *** [all] Error 2 > > >> > > *** [do-build] Error code 1 > > >> > > > >> > I get exactly the same error with CURRENT amd64. > > >> > > > >> Hm how old are both your installed src and ports? You two are the > > >> first to report this and I just tried to reproduce it on a head > > >> checkout from May 13 and ports from June 18, and couldn't. > > >> > > > > > >I update the ports and source trees almost every day. I do not install > > >new ports binaries unless absolutely necessary, so the ports binaries > > >are pretty much rather old. > > > > > >Just installed a new world/kernel today (updated yesterdya), r239006. > > > > > >> > BTW, mplayer from ports does not build with liveMedia-20120404 ... > > >> > > > >> > > Stop in /usr/ports/multimedia/vlc. > > >> > > *** [build] Error code 1 > > >> > > > > >> > > and there's a work/vlc-2.0.3/bin/vlc-cache-gen.core generated. > > >> > > > > >> > > May be because I have a mix of old and new dependencies, although the vlc > > >> > > port never tries to update any of them. > > >> > > > > >> Well ports never update dependencies themselves, you need to use > > >> tools like portmaster for that. > > >> > > > > > >I avoid using tools whenever possible. Maybe I will have to try > > >portmaster, but I dread seeing 50 ports updated just because I > > >want to update one port. > > > > > >I turned on -g in make.conf and ran vlc-cache-gen in gdb. Here's the > > >result. > > > > > >gdb /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen > > >GNU gdb 6.1.1 [FreeBSD] > > >Copyright 2004 Free Software Foundation, Inc. > > >GDB is free software, covered by the GNU General Public License, and you are > > >welcome to change it and/or distribute copies of it under certain conditions. > > >Type "show copying" to see the conditions. > > >There is absolutely no warranty for GDB. Type "show warranty" for details. > > >This GDB was configured as "amd64-marcel-freebsd"... > > >(gdb) r ../modules/ > > >Starting program: /usr/ports/multimedia/vlc/work/vlc-2.0.3/bin/.libs/vlc-cache-gen ../modules/ > > >[New LWP 100125] > > >[New Thread 802406400 (LWP 100125/vlc-cache-gen)] > > > > > >Program received signal SIGSEGV, Segmentation fault. > > >[Switching to Thread 802406400 (LWP 100125/vlc-cache-gen)] > > >0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > > >(gdb) bt > > >#0 0x0000000800606588 in matched_symbol () from /libexec/ld-elf.so.1 > > >#1 0x00000008006087e4 in symlook_obj () from /libexec/ld-elf.so.1 > > >#2 0x0000000800608ae7 in symlook_list () from /libexec/ld-elf.so.1 > > >#3 0x000000080060911b in symlook_default () from /libexec/ld-elf.so.1 > > >#4 0x000000080060939d in find_symdef () from /libexec/ld-elf.so.1 > > >#5 0x000000080060375b in reloc_non_plt () from /libexec/ld-elf.so.1 > > >#6 0x0000000800606ae8 in relocate_object () from /libexec/ld-elf.so.1 > > >#7 0x00000008006084a8 in dlopen_object () from /libexec/ld-elf.so.1 > > >#8 0x0000000800608f67 in rtld_dlopen () from /libexec/ld-elf.so.1 > > >#9 0x0000000800affe95 in module_Load (p_this=0x80244c198, > > > psz_file=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > p_handle=0x7fffffffd180, lazy=true) at posix/plugin.c:62 > > >#10 0x0000000800adef4b in module_InitDynamic (obj=0x80244c198, > > > path=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > fast=true) at modules/bank.c:536 > > >#11 0x0000000800adede2 in AllocatePluginFile (bank=0x7fffffffd490, > > > abspath=0x802472c00 "../modules//codec/.libs/libfluidsynth_plugin.so", > > > relpath=0x802472b80 "codec/.libs/libfluidsynth_plugin.so", > > > st=0x7fffffffd210) at modules/bank.c:479 > > >#12 0x0000000800adeca3 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=2, > > > absdir=0x802472b00 "../modules//codec/.libs", > > > reldir=0x802472a80 "codec/.libs") at modules/bank.c:440 > > >#13 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=3, > > > absdir=0x802472a00 "../modules//codec", reldir=0x8024704f0 "codec") > > > at modules/bank.c:444 > > >#14 0x0000000800adecd7 in AllocatePluginDir (bank=0x7fffffffd490, maxdepth=4, > > > absdir=0x802452c20 "../modules/", reldir=0x0) at modules/bank.c:444 > > >#15 0x0000000800ade9b8 in AllocatePluginPath (p_this=0x80244c198, > > > path=0x802452c20 "../modules/", mode=CACHE_USE) at modules/bank.c:353 > > >#16 0x0000000800ade823 in AllocateAllPlugins (p_this=0x80244c198) > > > at modules/bank.c:298 > > >#17 0x0000000800ade55d in module_LoadPlugins (obj=0x80244c198) > > > at modules/bank.c:189 > > >#18 0x0000000800a53e63 in libvlc_InternalInit (p_libvlc=0x80244c198, i_argc=3, > > > ppsz_argv=0x7fffffffd6f0) at libvlc.c:247 > > >#19 0x000000080082234d in libvlc_new (argc=2, argv=0x7fffffffd7a0) at core.c:59 > > >#20 0x0000000000400d1c in main (argc=2, argv=0x7fffffffd858) at cachegen.c:107 > > >(gdb) > > > > > >If I remove enough plugins then I can build and install vlc, but the > > >result isn't very useful. > > > > > >The old port builds, installs and works just fine with all the plugins I > > >want to use so I'll stick to it. > > > > I Cc'd -current and kib (who did the majority of the recent rtld commits), > > maybe he has an idea. Seems dlopen() was called from here, > > /usr/ports/multimedia/vlc/work/vlc-2.0.3/src/posix/plugin.c , line 62: > > > > /** > > * Load a dynamically linked library using a system dependent method. > > * > > * \param p_this vlc object > > * \param psz_file library file > > * \param p_handle the module handle returned > > * \return 0 on success as well as the module handle. > > */ > > int module_Load( vlc_object_t *p_this, const char *psz_file, > > module_handle_t *p_handle, bool lazy ) > > { > > #if defined (RTLD_NOW) > > const int flags = lazy ? RTLD_LAZY : RTLD_NOW; > > #elif defined (DL_LAZY) > > const int flags = DL_LAZY; > > #else > > const int flags = 0; > > #endif > > char *path = ToLocale( psz_file ); > > > > module_handle_t handle = dlopen( path, flags ); > > if( handle == NULL ) > > { > > msg_Warn( p_this, "cannot load module `%s' (%s)", path, dlerror() ); > > LocaleFree( path ); > > return -1; > > } > > LocaleFree( path ); > > *p_handle = handle; > > return 0; > > } > > > > Thanx, :) > > Juergen From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 18:21:19 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from chateau.d.if (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with ESMTP id EF348106564A; Sun, 5 Aug 2012 18:21:18 +0000 (UTC) (envelope-from ashish@freebsd.org) Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id A6CBF62037; Sun, 5 Aug 2012 23:50:44 +0530 (IST) From: ashish@freebsd.org (Ashish SHUKLA) To: Marco Beishuizen Organization: The FreeBSD Project References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 11:49PM up 1 day, 12 mins, 23 users, load averages: 0.10, 0.05, 0.01 X-Operating-System: FreeBSD/FreeBSD 9.0-RELEASE-p3/amd64 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project X-Hashcash: 1:20:120805:ports@freebsd.org::lLoEUidf8xlfQQYm:0000000000000000000000000000000000000000000014gL X-Hashcash: 1:20:120805:ashish@freebsd.org::6OV/4n7Wy4AJwNhR:00000000000000000000000000000000000000000003rxd X-Hashcash: 1:20:120805:mbeis@xs4all.nl::E7gbkkB5BcY9puAA:005pnM Date: Sun, 05 Aug 2012 23:50:33 +0530 In-Reply-To: (Marco Beishuizen's message of "Sun, 5 Aug 2012 19:28:42 +0200 (CEST)") Message-ID: <86lihtcia6.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: ports@freebsd.org, Ashish SHUKLA Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 18:21:19 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sun, 5 Aug 2012 19:28:42 +0200 (CEST), Marco Beishuizen said: > On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >> Sorry about the problem. Could you please mention the error messages (if= any >> you're getting) ? > It seems that emacs 24.1 core dumps only with dbus enabled: > ... > Fatal error (11)Segmentation fault (core dumped) > ... > With dbus disabled (and gconf/gsettings too) emacs works, but when > trying to open a file it crashes: > ... > (emacs:90186): GVFS-RemoteVolumeMonitor-WARNING **: invoking > IsSupported() failed for remote volume monitor with dbus name > org.gtk.Private.AfcVolumeMonitor: > org.freedesktop.DBus.Error.Spawn.ChildExited: Process > /usr/local/libexec/gvfs-afc-volume-monitor exited with status 1 > Segmentation fault (core dumped) > ... > So it seems to me that emacs needs dbus? Does "emacs -Q" crash for you as well? Thanks =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBCgAGBQJQHrl8AAoJEMdGz6nnT6SwZUYP/ReW4xQhPg5X1mSxCC42rT5/ 3Ic0MMW+DL8OryIn7t3xZUtUqmIyXGrWcQK70EvO8TH+sI7bfzH1RsfV4ryVAZlm xQLLWmc6RglFgvGuY9rr/N5vkxVPzRiwqPue56XZw/gAMDpUeTxclAKL1Fbi2hBi Gxywh4AdXYlAz1pvPOjk9MSzbHHZ8KhoUGLAkhv8ihwGORsvFbtq2UDZStpvulqV 6bDQclTCIernfuQZ7BX802VR6lJPKGsAHoohBFwh71TAJwBF3GXxOS7icE8OU39q 2Ey/EJrCdAYvTe6zsC2zT+ZPC6vYjnfEgPGyaaKJ1hL4lE6qxzOk/O21ua05aIAl 9qjo4fCRO5T3j8vmTGnopIWvhTHKb+5rZDv6qybGnsJq6SiWK5XNYm1PESHRSRg3 N8BXH1RNDZT5CzdgztSdiOC09rMxiPB1negHF4MC5yx/zqcKGQUHf6N2Wy3T+GZz lIGO0f+tDyAKUtNUrfDU60AvyK9MGI5/n45iNULIIRrbjYbudaDEWPSxpwZfT4Vp rX2TN/wTOJ4B5aMS2gbELQLzFN4KzqhSFLKQjCMSPXeR8hXGdDOI7YmNrRN5W58T qhf3qIoYD6J0v167Fpc4sBSA0jdItoVUT1isFje/SQukYjSEM6QXLC9geODOZhJT QzqUmXFvtpXS8afJVuQy =K4+K -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 5 19:21:15 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C39BD1065686; Sun, 5 Aug 2012 19:21:15 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 548B08FC15; Sun, 5 Aug 2012 19:21:14 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id q75JKbqW052827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Aug 2012 21:20:37 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q75JKaTY014301; Sun, 5 Aug 2012 21:20:36 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Date: Sun, 5 Aug 2012 21:20:36 +0200 (CEST) From: Marco Beishuizen Sender: marco@yokozuna.lan To: Ashish SHUKLA In-Reply-To: <86lihtcia6.fsf@chateau.d.if> Message-ID: References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86lihtcia6.fsf@chateau.d.if> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: by XS4ALL Virus Scanner Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Aug 2012 19:21:15 -0000 On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: > Does "emacs -Q" crash for you as well? > Yes, same error messages. Regards, Marco -- Don't relax! It's only your tension that's holding you together. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 00:55:27 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from chateau.d.if (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with ESMTP id 8CD2B106564A; Mon, 6 Aug 2012 00:55:27 +0000 (UTC) (envelope-from ashish@freebsd.org) Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 5119B62039; Mon, 6 Aug 2012 01:25:52 +0530 (IST) From: ashish@freebsd.org (Ashish SHUKLA) To: Marco Beishuizen Organization: alt.religion.emacs References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 1:24AM up 1 day, 1:47, 25 users, load averages: 0.00, 0.02, 0.00 X-Operating-System: FreeBSD/FreeBSD 9.0-RELEASE-p3/amd64 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: alt.religion.emacs X-Hashcash: 1:20:120805:ashish@freebsd.org::nNaNMW1ADoikd7XA:00000000000000000000000000000000000000000000Are X-Hashcash: 1:20:120805:ports@freebsd.org::qv/fEL9ghO+J1mMj:000000000000000000000000000000000000000000003M29 X-Hashcash: 1:20:120805:mbeis@xs4all.nl::QCCrtFIEnMuS7RyU:00C7m5 Date: Mon, 06 Aug 2012 01:25:48 +0530 In-Reply-To: <86fw83j2si.fsf@chateau.d.if> (Ashish SHUKLA's message of "Fri, 03 Aug 2012 23:06:29 +0530") Message-ID: <86boipcdvf.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: ports@freebsd.org, Ashish SHUKLA Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 00:55:28 -0000 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, 03 Aug 2012 23:06:29 +0530, ashish@freebsd.org (Ashish SHUKLA) said: > On Fri, 3 Aug 2012 19:19:02 +0200 (CEST), Marco Beishuizen said: >> On Fri, 3 Aug 2012, the wise Ashish SHUKLA wrote: >>> I use following, and it seems to work fine for me: >>>=20 >>> --8<---------------cut here---------------start------------->8--- >>> #!/bin/sh >>>=20 >>> xrdb ~/.Xdefaults >>> xmodmap ~/.Xmodmap >>> gnome-screensaver & >>> exec dbus-launch --exit-with-session ck-launch-session fluxbox 2>&1 >>> >$HOME/.xsession-errors >>> --8<---------------cut here---------------end--------------->8--- >>>=20 >>> FTR, my Emacs is compiled with GTK3/DBUS/GCONF options. >>>=20 >>> Could you try it? >> I've tried all this but no differences. Still crashes and lockups. >> Regards, >> Marco > Sorry about the problem. Could you please mention the error messages (if = any > you're getting) ? > Also, could you try compiling it with DEBUG symbols, if not already using, > i.e. > % sudo make -C /usr/ports/editors/emacs -DWITH_DEBUG build deinstall pack= age clean > If it dumps core, then you can then inspect core using gdb, and send the = backtrace: > % gdb $(which emacs) > (gdb) core-file emacs.core > (gdb) bt full Hi Marco, Could you provide output of those (^^^^) ? Thanks =2D-=20 Ashish SHUKLA =E2=80=9CAny priest or shaman must be presumed guilty until proved innocent= .=E2=80=9D (Robert A. Heinlein, 1973) Sent from my Emacs --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBCgAGBQJQHs/IAAoJEMdGz6nnT6SwZTwP/09JSWK6mPLLZ/ejmKMh3q4W 7rerRI5UrP081eZE8lX2W4L0vFYlsSwQcagSsebK2T9N29kYrH9Z7ZaeU0pXk8hH K1YSc8leR2II46PFctv0G/vfwU8z8wWE7Nwx70wEhPgCr1ZAfsnu5c5C5ZotybaX 1GHgxIIT1NKAE+9ijBfBJ7GeBFdPjOdsqEd4CaIEQJ9k/sGmA6855+WloKFkFUlM Ya8Yh+X5GmTPwhzU8GN31eCKQ3vl2/3EWYqGtqhV/uTV/O5U839hz4QWqHMn24Yg Gvw1gvMmm4Sn69jd5UcYhXsIZAhR3v5Us+JtuKT7iidnR34U/UrYcIYKUffDuOhz RzYUPWGSc0ClgMkO6RmlOqVGDw1HjhO9NOYDjzT2z2pT7Em4F1+wAwDQTzxEDWIA FR34a/Lm2WA71VQ2EM+layCmCO5Cgbsp1P/HehhnbfC1EvDwqyBaMVIMccVNrVGw 4SesQYk3jeW1LHm7N6ln02L8/pQooEYXNbZ1ZAFjr9ZoheX/zvcfqOs0TpED+N17 GBQW1QvUZDgFzDr9ehcu9H9BkwOaMhfu+T9nggvaykaJK4A99dv0fyhHtzj4AEL3 xLaiHZuCqeR5M8utS/+XvcU0N61xVghTnbHxbnJNQ29GNiaI7SczyDihclW3/KI/ VeQjYO+VTTPJ2FyPppyW =0iGO -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 01:51:11 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 036E6106566B; Mon, 6 Aug 2012 01:51:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BA62C14E45A; Mon, 6 Aug 2012 01:51:10 +0000 (UTC) Message-ID: <501F230E.3010801@FreeBSD.org> Date: Sun, 05 Aug 2012 18:51:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: David Demelier References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> <501E1E3D.8000005@gmail.com> <501E3658.2050204@FreeBSD.org> <501E4559.8000906@gmail.com> In-Reply-To: <501E4559.8000906@gmail.com> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 01:51:11 -0000 On 08/05/2012 03:05, David Demelier wrote: > On 05/08/2012 11:01, Doug Barton wrote: >> On 08/05/2012 00:18, David Demelier wrote: >>> On 05/08/2012 00:12, Doug Barton wrote: >>>> On 08/04/2012 14:56, David Demelier wrote: >>>>> I finally found the problem: at the configure target see, >>>>> >>>>> checking for GTK - version >= 2.2.0... Package glproto was not found >>>>> in the >>>>> pkg-config search path. >>>>> Perhaps you should add the directory containing `glproto.pc' >>>>> to the PKG_CONFIG_PATH environment variable >>>>> No package 'glproto' found >>>>> no >>>>> >>>>> x11/glproto was not installed, I think we could add a dependency on >>>>> it. >>>> >>>> Seems to apply only to the gnome define, as I can build and run gvim >>>> without it. >>>> >>>> David, what do you think of the attached? >>>> >>>> Doug >>>> >>> >>> I would rather place in the WITH_GTK2 conditional, since gtk2 requires >>> glproto too. >> >> ... that was the point of my reporting that with just gtk2 glproto is >> *not* needed. :) Why do you think it is? >> >> Doug >> > > Because the check of Gtk2 fails if it is not enabled, thus no gtk2 gui > will be enabled the same error as my first post. Ok, let me try again. :) I don't have glproto installed. I have the gtk GUI option enabled. I can configure, build, and run gvim just fine without glproto; with no errors. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 02:49:36 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1EFC106564A; Mon, 6 Aug 2012 02:49:36 +0000 (UTC) (envelope-from jbeich@tormail.org) Received: from server4.allsitecontrol.com (server4.allsitecontrol.com [198.136.50.18]) by mx1.freebsd.org (Postfix) with ESMTP id A1AFE8FC08; Mon, 6 Aug 2012 02:49:36 +0000 (UTC) Received: from assk.torservers.net ([78.108.63.46]:27724 helo=internal.tormail.org) by server4.allsitecontrol.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.77) (envelope-from ) id 1SyDNq-000o9h-Mv; Sun, 05 Aug 2012 22:49:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tormail.org; s=tm; h=Message-Id:X-TorMail-User:Content-Type:MIME-Version:References:Date:In-Reply-To:Subject:Cc:To:From; bh=5RMavbTFNryuvzp/oYlZj7cB2Dx9pYlR78ldIz8GZFc=; b=HOCzCmulcr8g0klgBYfQPRaZyanq9afYeozswFMMUnEbzRnX0F93bmSw/x0JBP9DIneBLEwxBi+4Bq1ZanRo+/Rv8k/tOQi5AmR1XtALwkb1eIXUgiIFxVMnQVuhR0Np+iShYBi6e6Z7gNyQRnJxP2V/faK8/y8sBVmwEBmKeY0=; Received: from jbeich by internal.tormail.org with local (Exim 4.63) (envelope-from ) id 1SyDM4-000Cp7-Ra; Mon, 06 Aug 2012 02:47:42 +0000 From: Jan Beich To: Bryan Drewery In-Reply-To: <501C7572.3020707@FreeBSD.org> (Bryan Drewery's message of "Fri, 03 Aug 2012 20:05:54 -0500") Date: Mon, 06 Aug 2012 08:47:53 +0600 References: <501C7572.3020707@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain X-TorMail-User: jbeich Message-Id: <1SyDM4-000Cp7-Ra@internal.tormail.org> X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server4.allsitecontrol.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tormail.org Cc: freebsd-ports@FreeBSD.org Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 02:49:37 -0000 Bryan Drewery writes: > The cache directory CCACHE_DIR defaults to /usr/obj/ccache Why not ${.OBJDIR}/ccache? This avoids one big port taking away all allocated space for itself unless --max-size is raised. Also, I have /usr/obj -> /nonexistent symlink. Anything that doesn't respect MAKEOBJDIRPREFIX is bogus. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 02:56:44 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98179106564A for ; Mon, 6 Aug 2012 02:56:44 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm15.bullet.mail.sp2.yahoo.com (nm15.bullet.mail.sp2.yahoo.com [98.139.91.85]) by mx1.freebsd.org (Postfix) with SMTP id 6DB798FC12 for ; Mon, 6 Aug 2012 02:56:44 +0000 (UTC) Received: from [72.30.22.78] by nm15.bullet.mail.sp2.yahoo.com with NNFMP; 06 Aug 2012 02:56:38 -0000 Received: from [98.139.91.49] by tm12.bullet.mail.sp2.yahoo.com with NNFMP; 06 Aug 2012 02:56:38 -0000 Received: from [127.0.0.1] by omp1049.mail.sp2.yahoo.com with NNFMP; 06 Aug 2012 02:56:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 307475.54616.bm@omp1049.mail.sp2.yahoo.com Received: (qmail 44385 invoked by uid 60001); 6 Aug 2012 02:56:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1344221797; bh=71ozwFewgV+USl0O4uahph22dZtaoocpsREvS83ybio=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=lXkAc1+hY4L7UGV+Mw1ZXWW5GEMxIzeJrLyUiPhUY/S99IWJd5L24CrFDHtqqMKNxMcuoARdtnwq9H5QaNBV2uxja8K8ko9kr2u79q0oY+PmpnVcXvTQeFAqFUfRqhLUJk8zF7Vor6dulGJcpKtqNJHgYP9noDyphwvWZaR+auM= X-YMail-OSG: _CFhClQVM1ncGmHlfJ7qQA.tBhWlVKPoK9WlQWSTGphMI65 PXNF2fq.4ka1r_8_ye6niUN8mGPeTStQKVWBiMMELIGFMOo42jNj13RYUnXS 4wxtfAY_cq7wgSDVaTbywNoNBBdK0wfHqddc3Z5jNOUw3g.gnZWkiqepefPQ I7SLf9d3H96VCVAb7hZ5iGgyjZ8aPBMlmL4kkFjLbxLGYSIoCz3S.AhW_D05 H9NZH5OCO7TmIBUjHerXzKQjeQDCV7jG0_PcT5Dgb5yp4ow4LWkaNhYwzwMA Z2uSCGeODmdv2amFYZNSYm1roYy3vPESWL2ESg4YhFiFIuu5ZcBzUOjy5O9S 440xnmWiW00ncSmx8kXkj188GG9vq4DVdRCo32eVedlS.dopE6v4CXn6zsK5 VvEFqGTIIYGDQlqgQ9Oj75D.4N5WmJQUOGxIOvYdlKNwP4vTXl5Y48l2fuYr vcg4GNWy_y8U5laGwHnh.XC9VJTSGhy8W.O4iREj06NRvqTLBaH43VqxzJmG SUoVjB7NUrB6jWbesoo3WHS70jWEyBYQI9oTla_hvaJ3rd6xMlQTkGDxujDg _RJBvomQtQLxOJQ-- Received: from [200.118.157.7] by web113503.mail.gq1.yahoo.com via HTTP; Sun, 05 Aug 2012 19:56:37 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1344221797.44241.YahooMailNeo@web113503.mail.gq1.yahoo.com> Date: Sun, 5 Aug 2012 19:56:37 -0700 (PDT) From: Pedro Giffuni To: "freebsd-ports@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: CDE released as open source X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pedro Giffuni List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 02:56:44 -0000 As spotted in OSNews.com, CDE has been released under LGPL on sourceforge:= =0A=0A=0Ahttp://www.cdesktopenv.org/=A0=0A=0A=0A=0AThe linux port is still = considered alpha quality.=0A=0ACDE brings me some (not too good) memories a= s it managed to make some=0Asupposedly big servers look really slow but it = will certainly be a pleasure to=0Ahave it as another option in FreeBSD!=0A= =0Acheers,=0A=0APedro. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 02:57:58 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6A3E71065676; Mon, 6 Aug 2012 02:57:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id F3A06155149; Mon, 6 Aug 2012 02:56:59 +0000 (UTC) Message-ID: <501F327A.5010205@FreeBSD.org> Date: Sun, 05 Aug 2012 19:56:58 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: Jan Beich References: <501C7572.3020707@FreeBSD.org> <1SyDM4-000Cp7-Ra@internal.tormail.org> In-Reply-To: <1SyDM4-000Cp7-Ra@internal.tormail.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org, Bryan Drewery Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 02:57:58 -0000 On 08/05/2012 19:47, Jan Beich wrote: > Bryan Drewery writes: > >> The cache directory CCACHE_DIR defaults to /usr/obj/ccache > > Why not ${.OBJDIR}/ccache? This avoids one big port taking away all > allocated space for itself unless --max-size is raised. > > Also, I have /usr/obj -> /nonexistent symlink. Anything that doesn't > respect MAKEOBJDIRPREFIX is bogus. Bryan's proposal is for ports. /usr/obj is for things in the base. The equivalent to MAKEOBJDIRPREFIX in ports is WRKDIRPREFIX, but IMO the ccache cache should be independent of either. Personally I don't see why we would want to change the defaults here at all. There are 2 possibilities ... either the user has customized the location, in which case we shouldn't mess with it. Or, they haven't, in which case if the regular default for the port is good, it should be used. If it isn't, it should be fixed for all users. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 03:19:18 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6A87106566C for ; Mon, 6 Aug 2012 03:19:18 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 794E28FC0C for ; Mon, 6 Aug 2012 03:19:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q763JIZg039422 for ; Mon, 6 Aug 2012 03:19:18 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q763JInM039419 for ports@freebsd.org; Mon, 6 Aug 2012 03:19:18 GMT (envelope-from bdrewery) Received: (qmail 99539 invoked from network); 5 Aug 2012 22:19:15 -0500 Received: from unknown (HELO ?10.10.0.115?) (freebsd@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 5 Aug 2012 22:19:15 -0500 Message-ID: <501F37A3.9050408@FreeBSD.org> Date: Sun, 05 Aug 2012 22:18:59 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Eitan Adler , RW References: <501C7572.3020707@FreeBSD.org> <20120804141607.55249f62@gumby.homeunix.com> <501D34DF.2070205@FreeBSD.org> <20120804232102.201cde8e@gumby.homeunix.com> In-Reply-To: X-Enigmail-Version: 1.4.3 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: [CFT] [bsd.port.mk] ports ccache build support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 03:19:18 -0000 On 8/4/2012 7:38 PM, Eitan Adler wrote: > On 4 August 2012 15:21, RW wrote: >> On Sat, 04 Aug 2012 09:42:39 -0500 >> Bryan Drewery wrote: > >>>> Having a default ccache directory in the makefile that's different >>>> from the default documented in the ccache man page seems needlessly >>>> confusing to me. > > +1 for /var/cache > >> And since large root file-systems seem to be increasingly >> popular, /root/.ccache may seem reasonable, and people may run cache -M >> on that. > > remember that its possible to build as a non-root user, but install as > root, or similar. Using $HOME for any aspect of the build isn't a > good idea. > > I can see both arguments here. non-root building suggests $HOME/.ccache. This has the benefit of having ccache(1) "just work" when configuring. A downside of possibly duplicating the cache for some users. pkgng is storing cache files in /var/cache/pkg. This is not listed in hier(7) yet, but probably should be added. Given that, /var/cache/ccache makes sense as well. I still am concerned that adding a default 1gb sized cache into /var is not a good idea. Another downside is having to define CCACHE_DIR to run ccache(1) I actually had used /var/cache in my initial patch, but changed to /usr/obj since /var can be so small. On my own systems I have a mess of symlinks to fix my own indecision on the matter. /root/.ccache -> /var/cache/ccache -> /usr/ccache I'm starting to lean towards sticking to the default of $HOME/.ccache as well as it may be more "safe" and less confusing to use with ccache(1). The user can always override. -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 03:58:20 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9BEFC106564A for ; Mon, 6 Aug 2012 03:58:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 362EE14E014; Mon, 6 Aug 2012 03:58:20 +0000 (UTC) Message-ID: <501F40DB.900@FreeBSD.org> Date: Sun, 05 Aug 2012 20:58:19 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: Gerald Pfeifer References: <5015D122.4040608@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brendan Fabeny , freebsd-ports@FreeBSD.org, Kevin Oberman Subject: Re: lang/gcc46 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 03:58:20 -0000 On 07/31/2012 08:57, Gerald Pfeifer wrote: > On Sun, 29 Jul 2012, Doug Barton wrote: >>> lang/gcc and lang/gcc46 should be fully compatible, without rebuilds >>> necessary. Only when lang/gcc is going to move to GCC 4.7 later this >>> year would I consider that. >> IMO this highlights the issue that unversioned instances of ports that >> really need versioning (like gcc) are a bad idea. It's much better for >> users to be able to tie their installations to a particular version, and >> then only update when they need to. The fact that someday in the future >> users who innocently upgrade lang/gcc will suddenly find that everything >> relying on libgcc at runtime is now broken pretty much speaks for itself. > > The fact that I would consider that, was not supposed to imply > breakage. :-) I was more thinking better optimization and other > benefits. I'm not asking you to agree with me that the current situation is broken. I'm merely pointing out that it *is* broken, and pointing out solid, non-broken examples that we already have. > In my day job, we have been doing upgrades from GCC 4.x to GCC 4.x+y > run-times quite successfully and without any breakage more than once. > And we've got many, quite many, users. Just to be clear, you compile stuff with gcc 4.6, that is linked against libgcc, and then you update to 4.7, with a new libgcc, and everything still works? If so, that's great, I'm glad to hear that it's not a problem. > In other words, if there is a challenge it's not GCC per se, more > our packaging of it (and some work Bapt is doing on the packaging > infrastructure should help with that). I don't know of any magic solutions in the works that will solve the separation of libgcc from the compiler. :) Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 06:54:36 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5E2E106564A; Mon, 6 Aug 2012 06:54:36 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E96CB8FC08; Mon, 6 Aug 2012 06:54:35 +0000 (UTC) Received: by eeke52 with SMTP id e52so661224eek.13 for ; Sun, 05 Aug 2012 23:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=w63W+Ud0MlMwDvY4nv+yR5tpN3cw8LrHlYqttTVHnSc=; b=R5PZhUp9oNuHKu0se+cGEz6KkNGkb3VSFmlSvRMj4irhgqIGwgiyjfaU8QHR2UlrCs 3ul83BZyiUzKhXHQQQMcgfw98DXAKMcodPENp8O5VdnJPwvYpM0rRaUtQwfA8jJ/Ymjj uYN86pKGUPUX6xKwjvsBj4TJMbG7BAUjT9MiWXLDoi52VywthGJA6U9Zzp1iugt4j8ZP t6FVJKhG7Ly+DHvRLnxsHqFvNnrg6mWZK19MM+1QrKFO686ljFAveCHNB8kmFd9WwYjY IALLFo4vIvhg6NzO7fag6kkIilrorcTfjIut/VIE4Atu77Z0VnWmA2OFTgcAKDz69t2c F87g== Received: by 10.14.210.194 with SMTP id u42mr11818657eeo.11.1344236074997; Sun, 05 Aug 2012 23:54:34 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id h2sm1966293eeo.3.2012.08.05.23.54.32 (version=SSLv3 cipher=OTHER); Sun, 05 Aug 2012 23:54:33 -0700 (PDT) Message-ID: <501F6A37.8030404@gmail.com> Date: Mon, 06 Aug 2012 08:54:47 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> <501E1E3D.8000005@gmail.com> <501E3658.2050204@FreeBSD.org> <501E4559.8000906@gmail.com> <501F230E.3010801@FreeBSD.org> In-Reply-To: <501F230E.3010801@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 06:54:36 -0000 On 06/08/2012 03:51, Doug Barton wrote: > On 08/05/2012 03:05, David Demelier wrote: >> On 05/08/2012 11:01, Doug Barton wrote: >>> On 08/05/2012 00:18, David Demelier wrote: >>>> On 05/08/2012 00:12, Doug Barton wrote: >>>>> On 08/04/2012 14:56, David Demelier wrote: >>>>>> I finally found the problem: at the configure target see, >>>>>> >>>>>> checking for GTK - version >= 2.2.0... Package glproto was not found >>>>>> in the >>>>>> pkg-config search path. >>>>>> Perhaps you should add the directory containing `glproto.pc' >>>>>> to the PKG_CONFIG_PATH environment variable >>>>>> No package 'glproto' found >>>>>> no >>>>>> >>>>>> x11/glproto was not installed, I think we could add a dependency on >>>>>> it. >>>>> >>>>> Seems to apply only to the gnome define, as I can build and run gvim >>>>> without it. >>>>> >>>>> David, what do you think of the attached? >>>>> >>>>> Doug >>>>> >>>> >>>> I would rather place in the WITH_GTK2 conditional, since gtk2 requires >>>> glproto too. >>> >>> ... that was the point of my reporting that with just gtk2 glproto is >>> *not* needed. :) Why do you think it is? >>> >>> Doug >>> >> >> Because the check of Gtk2 fails if it is not enabled, thus no gtk2 gui >> will be enabled the same error as my first post. > > Ok, let me try again. :) > > I don't have glproto installed. I have the gtk GUI option enabled. I can > configure, build, and run gvim just fine without glproto; with no errors. > > Doug > That's very odd, why it does not work for me then? checking --enable-gui argument... GTK+ 2.x GUI support checking --disable-gtktest argument... gtk test enabled checking for pkg-config... /usr/local/bin/pkg-config checking for GTK - version >= 2.2.0... Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found no checking X11/SM/SMlib.h usability... yes checking X11/SM/SMlib.h presence... yes checking for X11/SM/SMlib.h... yes checking X11/xpm.h usability... yes checking X11/xpm.h presence... yes checking for X11/xpm.h... yes checking X11/Sunkeysym.h usability... yes checking X11/Sunkeysym.h presence... yes checking for X11/Sunkeysym.h... yes checking for XIMText in X11/Xlib.h... yes no GUI selected; xim has been disabled no GUI selected; fontset has been disabled Can you show me your /etc/make.conf? Cheers, -- David Demelier From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 06:59:37 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DA624106566B; Mon, 6 Aug 2012 06:59:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7D5C414FC50; Mon, 6 Aug 2012 06:59:37 +0000 (UTC) Message-ID: <501F6B59.7080206@FreeBSD.org> Date: Sun, 05 Aug 2012 23:59:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: David Demelier References: <501D8DF4.4020801@gmail.com> <501D9565.1090704@FreeBSD.org> <501D9A8D.1090804@gmail.com> <501D9E50.6050302@FreeBSD.org> <501E1E3D.8000005@gmail.com> <501E3658.2050204@FreeBSD.org> <501E4559.8000906@gmail.com> <501F230E.3010801@FreeBSD.org> <501F6A37.8030404@gmail.com> In-Reply-To: <501F6A37.8030404@gmail.com> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Can't get gvim working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 06:59:38 -0000 On 08/05/2012 23:54, David Demelier wrote: > That's very odd, why it does not work for me then? You also had the gnome option enabled, I don't. If you've disabled that since you posted about it, -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 07:04:46 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id C1049106567A; Mon, 6 Aug 2012 07:04:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4C4EB14D975; Mon, 6 Aug 2012 07:04:46 +0000 (UTC) Message-ID: <501F6C8E.3030008@FreeBSD.org> Date: Mon, 06 Aug 2012 00:04:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: George Neville-Neil References: <86hatodavd.wl%gnn@neville-neil.com> <1341340703.6639@da3m0n8t3r.com> <20120704194917.GA15426@misty.eyesbeyond.com> <2244ACD7-892A-4CA7-90B1-FFF41AF6B317@FreeBSD.org> <49BAAAB5-BF68-43B3-8D7C-B4E49DE29ED3@neville-neil.com> <4FFA4454.5070803@FreeBSD.org> <4FFA5AF0.607@FreeBSD.org> <8DB0856C-A5D6-4C03-9246-743E51BC8B86@freebsd.org> In-Reply-To: <8DB0856C-A5D6-4C03-9246-743E51BC8B86@freebsd.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: devel/zookeeper rc.d script X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 07:04:46 -0000 On 07/09/2012 08:57, George Neville-Neil wrote: > > On Jul 9, 2012, at 00:15 , Doug Barton wrote: > >> On 07/08/2012 20:01, George Neville-Neil wrote: >>> >>> On Jul 8, 2012, at 22:39 , Doug Barton wrote: >>> >>>> On 07/08/2012 19:33, George Neville-Neil wrote: >>>>> A followup. zookeeper is now ported to Freebsd (/usr/ports/devel/zookeeper) >>>> >>>> George, did you see the PR and the followup from me regarding the port? >>>> >>> >>> I got a mail from jgh@ but only today figured out what the PR was. >> >> Are you not getting your gnn@FreeBSD.org mail? >> >>> I'll look at the patches from him tomorrow. >> >> I copied the text from my message below for your convenience. >> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=169693 >> >> Furthermore the rc.d script is a mess, and should not have been >> committed like it was (numerous missing bits, bad format, set_rcvar, >> hard-coded /usr/local, no REQUIRE, no KEYWORD: shutdown, etc.). Please >> read >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html >> and then ask in freebsd-rc@ if you have any additional questions. Sorry >> to be so blunt, but I'm really, really tired of repeating the same stuff >> over and over again, and this script is really a mess. >> >> Also, don't install the script in do-install, see the web page above >> (and/or the PR) for USE_RC_SUBR. >> >> And FYI, there is no need to have the function in that script. You could >> use (for example) start_cmd="$command start" just as well. Not to >> mention that the function you have should be using $1 as the argument to >> $command, not $rc_arg. Reasons why left as an exercise for the reader ... George, Some of these issues were covered by the PR, but many of them were not. If you have any questions about the changes that are needed you should feel free to ask on freebsd-rc@FreeBSD.org. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 07:30:20 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111CE106564A; Mon, 6 Aug 2012 07:30:20 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A35C68FC08; Mon, 6 Aug 2012 07:30:19 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1209322vbm.13 for ; Mon, 06 Aug 2012 00:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=2PZVqPgjTP2NPob/ufbjWTFNT18tvrb3aWLgnkoPeq8=; b=wU7a0yfjgyTtWyIyHFpmm70pcUb31dSqWdQ3YUKlRzec2D96YwVe/e/0AOWcXRTvwd cuDo1drfQNNUlRLoKNgEK3BsnRjVBxo8bclYl3r/PZ9XZSmhC/8mbBDj9PdXaXLsiusx gB4aEYJ3WgITcPsSb+EEcqPBKoBZFz+zH5oPMUD5bYRtRWBqn0X6+mZB30Vrurl4PIan Xlau0dYCIWw5XDyV9OCZBPe6XlX1J+4NOvr4abqdtOVM+HBst9ek7nPj3VKb1H6Uz4zG vMuiFgP6NkJ6adYLIghwF/Ee01o/oDKmZluRcrFqkjzuL79Qm51QF2e2Z/qo2gCNFXO9 wQeA== MIME-Version: 1.0 Received: by 10.58.84.198 with SMTP id b6mr6219342vez.10.1344238213293; Mon, 06 Aug 2012 00:30:13 -0700 (PDT) Received: by 10.58.238.9 with HTTP; Mon, 6 Aug 2012 00:30:13 -0700 (PDT) In-Reply-To: <501F40DB.900@FreeBSD.org> References: <5015D122.4040608@FreeBSD.org> <501F40DB.900@FreeBSD.org> Date: Mon, 6 Aug 2012 07:30:13 +0000 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Gerald Pfeifer , freebsd-ports@freebsd.org, Kevin Oberman Subject: Re: lang/gcc46 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 07:30:20 -0000 On 8/6/12, Doug Barton wrote: > On 07/31/2012 08:57, Gerald Pfeifer wrote: >> On Sun, 29 Jul 2012, Doug Barton wrote: > Just to be clear, you compile stuff with gcc 4.6, that is linked against > libgcc, and then you update to 4.7, with a new libgcc, and everything > still works? If so, that's great, I'm glad to hear that it's not a problem. For the most part, yes. The upstream developers have a policy of avoiding version bumps for the runtime support libraries when possible, and instead using symbol versioning to maintain backward-compatibility. Only a very few pieces of software using libgcj or libobjc will have to be recompiled. For default packages, IIRC, that is only print/pdftk. Of course, it will be to the advantage of most users to recompile their packages with the new version of the compiler. >> In other words, if there is a challenge it's not GCC per se, more >> our packaging of it (and some work Bapt is doing on the packaging >> infrastructure should help with that). > > I don't know of any magic solutions in the works that will solve the > separation of libgcc from the compiler. :) I think Gerald was referring to Bapt's plan to make it easier to make multiple packages from a single port, so that those who used packages exclusively could install a package consisting of only the runtime support libraries, rather than the whole compiler suite. I had patches to do this even without pkgng, but it made things a little more complicated, and didn't seem to be a high priority, so I didn't pursue it. If people feel that it is important, I could work with Gerald to revive that, or use a knob like that of ports/155408 with static linking to allow users to remove the runtime dependency for a lot of software, at the cost of some added overhead from redundancies. b. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 07:51:41 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 832BD1065672 for ; Mon, 6 Aug 2012 07:51:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id DD98714DE4D; Mon, 6 Aug 2012 07:51:40 +0000 (UTC) Message-ID: <501F778C.5040203@FreeBSD.org> Date: Mon, 06 Aug 2012 00:51:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: bf1783@gmail.com References: <5015D122.4040608@FreeBSD.org> <501F40DB.900@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, Gerald Pfeifer , "b. f." , Kevin Oberman Subject: Re: lang/gcc46 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 07:51:41 -0000 On 08/06/2012 00:30, b. f. wrote: > On 8/6/12, Doug Barton wrote: >> On 07/31/2012 08:57, Gerald Pfeifer wrote: >>> On Sun, 29 Jul 2012, Doug Barton wrote: > > Sure, whatever. >> Just to be clear, you compile stuff with gcc 4.6, that is linked against >> libgcc, and then you update to 4.7, with a new libgcc, and everything >> still works? If so, that's great, I'm glad to hear that it's not a problem. > > For the most part, yes. In my mind, this isn't good enough. But I'm not in charge of anything. :) > I think Gerald was referring to Bapt's plan to make it easier to make > multiple packages from a single port, so that those who used packages > exclusively could install a package consisting of only the runtime > support libraries, rather than the whole compiler suite. Universal support for that is years away, minimum. > I had > patches to do this even without pkgng, but it made things a little > more complicated, and didn't seem to be a high priority, so I didn't > pursue it. If people feel that it is important, I could work with > Gerald to revive that, or use a knob like that of ports/155408 with > static linking to allow users to remove the runtime dependency for a > lot of software, at the cost of some added overhead from redundancies. Making this change now would benefit a lot of people, now. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 08:00:21 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 0F5FF106566B; Mon, 6 Aug 2012 08:00:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D2DFF14DAFD; Mon, 6 Aug 2012 08:00:20 +0000 (UTC) Message-ID: <501F7994.305@FreeBSD.org> Date: Mon, 06 Aug 2012 01:00:20 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: Bryan Drewery References: <501C71A8.4080505@FreeBSD.org> In-Reply-To: <501C71A8.4080505@FreeBSD.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin Subject: Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 08:00:21 -0000 On 08/03/2012 17:49, Bryan Drewery wrote: > Hi, > > While developing on ports-mgmt/poudriere I've added support to > automatically rebuild packages if the selected options in /var/db/ports, > or make.conf change. This so far has worked well with pkgng as it > records the OPTIONS selected into the package already. > > By suggestion of bapt, 'pretty-print-config' is used to compare the > packaged OPTIONS to the selected OPTIONS. This has worked great for pkgng. > > Just today I added support [1] to poudriere for pkg_create(1) packages > by storing the 'pretty-print-config' into the > /var/db/pkg/PKGNAME/+CONTENTS as a comment: > > @comment OPTIONS:`make pretty-print-config` > > I'd like to add it to 'fake-pkg' so that the @comment is saved on every > port/package creation. > > This may potentially benefit portmaster and portupgrade as well. > > [1] http://fossil.etoilebsd.net/poudriere/ci/98426527c8?sbs=0 > > Comparison of the package +CONTENTS after patch: > > diff -ur /tmp/zsh-5.0.0.orig/+CONTENTS /var/db/pkg/zsh-5.0.0/+CONTENTS > --- /tmp/zsh-5.0.0.orig/+CONTENTS 2012-08-04 02:31:51.000000000 +0200 > +++ /var/db/pkg/zsh-5.0.0/+CONTENTS 2012-08-04 02:33:26.000000000 +0200 > @@ -639,7 +639,7 @@ > share/zsh/5.0.0/functions/Completion/Solaris/_zones > @comment MD5:858863d60ce982e149dbe3f2adb679c3 > share/zsh/5.0.0/functions/Completion/Unix.zwc > -@comment MD5:13a3ee08695e76219a326f722d7006c7 > +@comment MD5:8219096a131f65761e23864a62088298 > share/zsh/5.0.0/functions/Completion/Unix/_a2ps > @comment MD5:e2d2d6b9f68fd43ce63040fc680ef9d6 > share/zsh/5.0.0/functions/Completion/Unix/_adb > @@ -2013,6 +2013,7 @@ > @dirrm share/zsh/5.0.0/scripts > @dirrm share/zsh/5.0.0 > @unexec rmdir "%D/share/zsh" 2>/dev/null || true > +@comment OPTIONS:-DEBUG +DOCS -GDBM +MAILDIR -MEM +MULTIBYTE -PCRE > +SECURE_FREE -STATIC > @cwd > @dirrm share/licenses/zsh-5.0.0 > @unexec rmdir %D/share/licenses 2>/dev/null || true I think this is a fantastic idea, as it would more fully answer the question of "how was this package built?" I would also like to see us embed the distfile information, either in +CONTENTS or in its own file. This information is very useful for tools like portmaster to better handle automated distfile cleanup. hth, Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 08:03:02 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 0DBDB106564A; Mon, 6 Aug 2012 08:03:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id BB07314DAFD; Mon, 6 Aug 2012 08:03:01 +0000 (UTC) Message-ID: <501F7A35.5080207@FreeBSD.org> Date: Mon, 06 Aug 2012 01:03:01 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: Oliver Pinter References: In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd security , danfe@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 08:03:02 -0000 On 08/01/2012 05:09, Oliver Pinter wrote: > Hi all! > > I found this today on FD: > > http://seclists.org/fulldisclosure/2012/Aug/4 Apparently this affects us as well. Any news? -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 08:11:04 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B9DF106566B; Mon, 6 Aug 2012 08:11:04 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4478FC18; Mon, 6 Aug 2012 08:11:03 +0000 (UTC) Received: by vcbgb22 with SMTP id gb22so2956763vcb.13 for ; Mon, 06 Aug 2012 01:11:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=oSAvSpxOkMMHDhXHmt8UKlRX3iTByl2bmQxOesKOHxU=; b=S6TcMyKUBGyY+tlWNEgA4lHv9oyFAb89ChENemppSJSOMJL5AOZwhshkNYLCAy3dJs kI3ICE6bEIV/uOWrhWacR+bY8NC9036wnjSTGA4KBXAF2R7Cm27dBKik3UzBFCQDM8+4 319S71AenXK1hdrhP6aSDmB1zYwkovngI4qNCnrfB5tlvp6H2CiiHmUfjzfhv/i6yVAI G61CSQyn/JmpHLJserppiYCoDo/WlPkanXHECOhVmYGA5hg6SIF8h/wB9/wWirUJOwpd UbwLgNrn1zc45GTSKjFgSr5bl2Acj2kwUpWuzXJnl3LzR/SZx7t4qSu7SveqZFHxMwUW A5Wg== MIME-Version: 1.0 Received: by 10.220.208.203 with SMTP id gd11mr7374327vcb.26.1344240663000; Mon, 06 Aug 2012 01:11:03 -0700 (PDT) Received: by 10.58.238.9 with HTTP; Mon, 6 Aug 2012 01:11:02 -0700 (PDT) In-Reply-To: <501F778C.5040203@FreeBSD.org> References: <5015D122.4040608@FreeBSD.org> <501F40DB.900@FreeBSD.org> <501F778C.5040203@FreeBSD.org> Date: Mon, 6 Aug 2012 08:11:02 +0000 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Gerald Pfeifer , freebsd-ports@freebsd.org, Kevin Oberman Subject: Re: lang/gcc46 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 08:11:04 -0000 On 8/6/12, Doug Barton wrote: > On 08/06/2012 00:30, b. f. wrote: >> On 8/6/12, Doug Barton wrote: >>> On 07/31/2012 08:57, Gerald Pfeifer wrote: >>>> On Sun, 29 Jul 2012, Doug Barton wrote: >>> Just to be clear, you compile stuff with gcc 4.6, that is linked against >>> libgcc, and then you update to 4.7, with a new libgcc, and everything >>> still works? If so, that's great, I'm glad to hear that it's not a >>> problem. >> >> For the most part, yes. > > In my mind, this isn't good enough. But I'm not in charge of anything. :) Oops: I forgot though, that partly due to this policy of not bumping gcc shared library versions, we have some shared libraries in the base system that conflict with the shared libraries of the various gcc ports, and we have been enforcing the right links by inscribing hints in the binaries to look first in the right gcc port directories. But if we update lang/gcc from 4.6.x to another major version (e.g. 4.7.x), the directory changes, and linking for the old binaries will fail. So let me qualify my earlier answer: you can keep the old software working with minimal intervention, for example, by adding a symlink from the old directory to the new one. > >> I think Gerald was referring to Bapt's plan to make it easier to make >> multiple packages from a single port, so that those who used packages >> exclusively could install a package consisting of only the runtime >> support libraries, rather than the whole compiler suite. > > Universal support for that is years away, minimum. > >> I had >> patches to do this even without pkgng, but it made things a little >> more complicated, and didn't seem to be a high priority, so I didn't >> pursue it. If people feel that it is important, I could work with >> Gerald to revive that, or use a knob like that of ports/155408 with >> static linking to allow users to remove the runtime dependency for a >> lot of software, at the cost of some added overhead from redundancies. > > Making this change now would benefit a lot of people, now. Okay, but since I'm not in charge either, it will require (at least) Gerald's consent. And if you adopt the latter approach, it won't be one size fits all: it may make sense to use static linking to the support libraries for default packages, of which a comparatively few are built with lang/gcc4*, but it will be less suitable for those who routinely use lang/gcc4* for most if not all of their packages. b. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 09:23:52 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 98049106564A; Mon, 6 Aug 2012 09:23:52 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.freebsd.org (Postfix) with ESMTP id 112AD8FC15; Mon, 6 Aug 2012 09:23:51 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id q769NElr020667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Aug 2012 11:23:15 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q769NEML025445; Mon, 6 Aug 2012 11:23:14 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Date: Mon, 6 Aug 2012 11:23:14 +0200 (CEST) From: Marco Beishuizen Sender: marco@yokozuna.lan To: Ashish SHUKLA In-Reply-To: <86boipcdvf.fsf@chateau.d.if> Message-ID: References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86boipcdvf.fsf@chateau.d.if> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by XS4ALL Virus Scanner Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 09:23:52 -0000 On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: >> % gdb $(which emacs) >> (gdb) core-file emacs.core >> (gdb) bt full > > Hi Marco, > > Could you provide output of those (^^^^) ? Output of this is: (gdb) core /var/coredumps/emacs.core Core was generated by `emacs'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libpango-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.0 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libcairo.so.2...done. Loaded symbols for /usr/local/lib/libcairo.so.2 Reading symbols from /usr/local/lib/libfreetype.so.9...done. Loaded symbols for /usr/local/lib/libfreetype.so.9 Reading symbols from /usr/local/lib/libfontconfig.so.1...done. Loaded symbols for /usr/local/lib/libfontconfig.so.1 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /usr/local/lib/libXrender.so.1...done. Loaded symbols for /usr/local/lib/libXrender.so.1 Reading symbols from /usr/local/lib/libXinerama.so.1...done. Loaded symbols for /usr/local/lib/libXinerama.so.1 Reading symbols from /usr/local/lib/libXi.so.6...done. Loaded symbols for /usr/local/lib/libXi.so.6 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/local/lib/libXcursor.so.1...done. Loaded symbols for /usr/local/lib/libXcursor.so.1 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libXcomposite.so.1...done. Loaded symbols for /usr/local/lib/libXcomposite.so.1 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libgdk_pixbuf-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libatk-1.0.so.0...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.0 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/local/lib/libSM.so.6...done. Loaded symbols for /usr/local/lib/libSM.so.6 Reading symbols from /usr/local/lib/libICE.so.6...done. Loaded symbols for /usr/local/lib/libICE.so.6 Reading symbols from /usr/local/lib/libtiff.so.4...done. Loaded symbols for /usr/local/lib/libtiff.so.4 Reading symbols from /usr/local/lib/libjpeg.so.11...done. Loaded symbols for /usr/local/lib/libjpeg.so.11 Reading symbols from /usr/local/lib/libpng15.so.15...done. Loaded symbols for /usr/local/lib/libpng15.so.15 Reading symbols from /lib/libz.so.6...done. Loaded symbols for /lib/libz.so.6 Reading symbols from /usr/local/lib/libgif.so.5...done. Loaded symbols for /usr/local/lib/libgif.so.5 Reading symbols from /usr/local/lib/libXpm.so.4...done. Loaded symbols for /usr/local/lib/libXpm.so.4 Reading symbols from /usr/local/lib/libXft.so.2...done. Loaded symbols for /usr/local/lib/libXft.so.2 Reading symbols from /usr/local/lib/librsvg-2.so.2...done. Loaded symbols for /usr/local/lib/librsvg-2.so.2 Reading symbols from /usr/local/lib/libMagickCore.so.5...done. Loaded symbols for /usr/local/lib/libMagickCore.so.5 Reading symbols from /usr/local/lib/libMagickWand.so.5...done. Loaded symbols for /usr/local/lib/libMagickWand.so.5 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /lib/libutil.so.9...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libncurses.so.8...done. Loaded symbols for /lib/libncurses.so.8 Reading symbols from /usr/local/lib/libgconf-2.so.4...done. Loaded symbols for /usr/local/lib/libgconf-2.so.4 Reading symbols from /usr/lib/libbz2.so.4...done. Loaded symbols for /usr/lib/libbz2.so.4 Reading symbols from /usr/local/lib/libotf.so.0...done. Loaded symbols for /usr/local/lib/libotf.so.0 Reading symbols from /usr/local/lib/libm17n-core.so.4...done. Loaded symbols for /usr/local/lib/libm17n-core.so.4 Reading symbols from /usr/local/lib/libm17n-flt.so.4...done. Loaded symbols for /usr/local/lib/libm17n-flt.so.4 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/libicui18n.so.48...done. Loaded symbols for /usr/local/lib/libicui18n.so.48 Reading symbols from /usr/local/lib/libintl.so.9...done. Loaded symbols for /usr/local/lib/libintl.so.9 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libpcre.so.1...done. Loaded symbols for /usr/local/lib/libpcre.so.1 Reading symbols from /usr/local/lib/libpixman-1.so.9...done. Loaded symbols for /usr/local/lib/libpixman-1.so.9 Reading symbols from /usr/local/lib/libexpat.so.6...done. Loaded symbols for /usr/local/lib/libexpat.so.6 Reading symbols from /usr/local/lib/libxcb-shm.so.0...done. Loaded symbols for /usr/local/lib/libxcb-shm.so.0 Reading symbols from /usr/local/lib/libxcb-render.so.0...done. Loaded symbols for /usr/local/lib/libxcb-render.so.0 Reading symbols from /usr/local/lib/libxcb.so.2...done. Loaded symbols for /usr/local/lib/libxcb.so.2 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 Reading symbols from /usr/lib/librpcsvc.so.5...done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libGL.so.1...done. Loaded symbols for /usr/local/lib/libGL.so.1 Reading symbols from /usr/lib/liblzma.so.5...done. Loaded symbols for /usr/lib/liblzma.so.5 Reading symbols from /usr/local/lib/libjbig.so.1...done. Loaded symbols for /usr/local/lib/libjbig.so.1 Reading symbols from /usr/local/lib/libcroco-0.6.so.3...done. Loaded symbols for /usr/local/lib/libcroco-0.6.so.3 Reading symbols from /usr/local/lib/liblcms2.so.2...done. Loaded symbols for /usr/local/lib/liblcms2.so.2 Reading symbols from /usr/local/lib/liblqr-1.so.3...done. Loaded symbols for /usr/local/lib/liblqr-1.so.3 Reading symbols from /usr/local/lib/libfftw3.so.6...done. Loaded symbols for /usr/local/lib/libfftw3.so.6 Reading symbols from /usr/local/lib/libXt.so.6...done. Loaded symbols for /usr/local/lib/libXt.so.6 Reading symbols from /usr/local/lib/libltdl.so.7...done. Loaded symbols for /usr/local/lib/libltdl.so.7 Reading symbols from /usr/local/lib/libORBit-2.so.0...done. Loaded symbols for /usr/local/lib/libORBit-2.so.0 Reading symbols from /usr/local/lib/libicuuc.so.48...done. Loaded symbols for /usr/local/lib/libicuuc.so.48 Reading symbols from /usr/local/lib/libicudata.so.48...done. Loaded symbols for /usr/local/lib/libicudata.so.48 Reading symbols from /usr/lib/libstdc++.so.6...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/local/lib/libXxf86vm.so.1 Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. Loaded symbols for /usr/local/lib/libX11-xcb.so.1 Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. Loaded symbols for /usr/local/lib/libxcb-glx.so.0 Reading symbols from /usr/local/lib/libdrm.so.2...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /usr/local/lib/compat/pkg/libpcre.so.0...done. Loaded symbols for /usr/local/lib/compat/pkg/libpcre.so.0 Reading symbols from /usr/local/lib/gtk-2.0/modules/libcanberra-gtk-module.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/modules/libcanberra-gtk-module.so Reading symbols from /usr/local/lib/libcanberra-gtk.so.0...done. Loaded symbols for /usr/local/lib/libcanberra-gtk.so.0 Reading symbols from /usr/local/lib/libcanberra.so.0...done. Loaded symbols for /usr/local/lib/libcanberra.so.0 Reading symbols from /usr/local/lib/libvorbisfile.so.6...done. Loaded symbols for /usr/local/lib/libvorbisfile.so.6 Reading symbols from /usr/local/lib/libvorbis.so.4...done. Loaded symbols for /usr/local/lib/libvorbis.so.4 Reading symbols from /usr/local/lib/libogg.so.8...done. Loaded symbols for /usr/local/lib/libogg.so.8 Reading symbols from /usr/local/lib/gtk-2.0/modules/libgnomesegvhandler.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/modules/libgnomesegvhandler.so Reading symbols from /usr/lib/libelf.so.1...done. Loaded symbols for /usr/lib/libelf.so.1 Reading symbols from /usr/local/lib/gtk-2.0/2.10.0/engines/libglide.so...done. Loaded symbols for /usr/local/lib/gtk-2.0/2.10.0/engines/libglide.so Reading symbols from /usr/local/lib/gio/modules/libdconfsettings.so...done. Loaded symbols for /usr/local/lib/gio/modules/libdconfsettings.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x29507cc7 in kill () from /lib/libc.so.7 [New Thread 8740c00 (LWP 100432/emacs)] [New Thread 8718400 (LWP 100400/emacs)] (gdb) bt full #0 0x29507cc7 in kill () from /lib/libc.so.7 No symbol table info available. #1 0x08184033 in fatal_error_signal (sig=11) at emacs.c:366 No locals. #2 0x292179fc in pthread_sigmask () from /lib/libthr.so.3 No symbol table info available. #3 0x29217acf in pthread_sigmask () from /lib/libthr.so.3 No symbol table info available. #4 No symbol table info available. #5 0x00000000 in ?? () No symbol table info available. Regards, Marco -- Best of all is never to have been born. Second best is to die soon. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 10:41:00 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A96611065679; Mon, 6 Aug 2012 10:41:00 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id CAA638FC16; Mon, 6 Aug 2012 10:40:59 +0000 (UTC) Received: by eeke52 with SMTP id e52so737620eek.13 for ; Mon, 06 Aug 2012 03:40:53 -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:content-transfer-encoding; bh=t7bvsDvoa0jwl8zbs96gQqQeEfb7LTmUj+7NgYPjMWg=; b=MdJqIzLEL+4HqOh3pF3IwXVm+XwqC5cMJRhdyf/1SADGbC3KFyLjTQNw+ymzPVVBjK eLczghOaf28JMbHbsxqQzZI1Uj/pUpHHNWt7Gshu/sdV+MAo0g73zOt4AbsH6cgC7N9y 79JhUb5vxMp17VwoRUYv48otamPNAImNmMym8TQddcFE/iK8gKAnyz8xXHaxX6ngbv67 frMUkHCb+gI+NhMrjCtcgQHje8hlR4Lb+vqweebgYvAWqohzVoLre1jrAKZG3nC5E16l DH2bR/EPjl5lc/y4+Ds1QvmvIeqHQr67scKy/zCU6Q4/nYdfVi4muapgDTk4y/0tleKR WfMA== MIME-Version: 1.0 Received: by 10.14.172.193 with SMTP id t41mr12366498eel.25.1344249653041; Mon, 06 Aug 2012 03:40:53 -0700 (PDT) Received: by 10.14.216.70 with HTTP; Mon, 6 Aug 2012 03:40:52 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 Aug 2012 13:40:52 +0300 Message-ID: From: Marin Atanasov Nikolov To: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ml-freebsd-stable , freebsd-ports@freebsd.org Subject: Re: Jenkins+FreeBSD handbooks X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 10:41:00 -0000 On Sun, Aug 5, 2012 at 8:37 PM, Bernhard Fr=F6hlich wro= te: Hello Bernhard, Thank you for the feedback. >> Could you clarify a bit more why you think Jenkins does not fit well the= re? >> >> I don't know how redports.org is designed and how it scales, but with >> Jenkins it's quite easy to create a package build farm for distributed >> building. > > Redports is a public compile testing environment for FreeBSD ports. So li= ke > Ports Tinderbox but with a nice multiuser GUI, cluster functionality for > scaling and an own Subversion tree for the users to commit their ports to= . > > Before I decided to write the code myself I had a closer look at Bitten a= nd > Jenkins. Both could be made into what redports is now but they all have > their weak spots. Jenkins GUI looks very cluttered and is quite hard to > understand if you just want to manually schedule a few new jobs for your > ports as Joe Average. It's also quite hard to understand and complex as a > developer and administrator so I was concerned that fixing it if it break= s is > non trivial. Not to talk about all the special customizations that we nee= d > which would require me to write extensions in Java and understand how > all that jenkins internals work. > Like any other system Jenkins has it's own learning curve as well, but once you get to know it, you see how intuitive it is to use the system. I agree with you on the Java stuff. That's the one thing I don't like about Jenkins being Java.. But I can tell from my experience with it so far, that I haven't had any issues with it, e.g. breaking and spending lots of time figuring out how to fix it. Maybe one day I will, but so far I'm quite happy with it :) > Bitten looked simpler and less complex but would also work for standard > things but it got me on the right track to use Trac as webinterface and j= ust > extend Trac with a custom plugin that includes a few simple pages to > have an overview of jobs and add new ones. > >> Jenkins comes with lots of ready-to-use plugins as well, which makes >> it easier to integrate a particular thing easier as well and not >> re-invent the wheel. > > Yeah that is nice and there is almost everything that you can think of bu= t > none of them did what I needed. A simple web interface for average people > that don't want to learn Jenkins internals and is easily customizable. Pr= obably > there is a plugin for that but I didn't find it. Writing some glue code a= round > tinderbox to schedule new jobs, checkout repositories and such stuff is > custom code anyway. > > >>> A more suitable place for jenkins would be automatic building our doc >>> tree on every commit. But I don't know if that doesn't already exist. >> >> Yep, that's one of the things we could use Jenkins for, but I would >> say we could use it for lots of other stuff as well :) > > I'm sure we could. Examples? Besides the ones I've already posted in my first email (documentation, scan-build, project test & build, package test & build) on top of my head I can think of the following examples as well: - Integration between Jenkins & Gerrit for code review and collaboration projects. One possible place where this can be used for example is replacing the PR system and gnats. This would allow contributors to send patches directly to the Gerrit server and behind the scenes Jenkins does all the automatic verification of a change, e.g. whether this patch applies or not. A committer then approves and pushes a single button to get a change deployed. This saves a lot of time for committers and contributors as well as all the test-verify-deploy cycle of a change is done by Jenkins automatically. - Jenkins also supports the concept of upstream and downstream projects, which makes possible to trigger a build/test/whatever on other projects when something happens, e.g. changes to a particular part of the kernel might trigger a specific set of tests to be performed; port being updated which triggers building of the port and then deploying to all systems via Jenkins. Similar thing I use for the pkgng project - a commit triggers a build on the downstream projects for a) building with gcc; b) building with clang; c) building documentation; etc.. - You can use Jenkins for doing QA of configuration changes managed by Cfengine for example. Just put the Cfengine repository under Jenkins control and let Jenkins go over a set of verification steps and tests before a change actually gets merged in. This makes it suitable to ensure you are not going to break the configuration by making a typo for example. - I like graphs :) Having graphs gives a better visibility for example how often a build fails, who breaks the build, etc. over time. Jenkins has lots of plugins which generate graphs - you just need to configure what you need. And you can use for other cool stuff, but that really depends on the needs and requirements. So far I've been quite happy with Jenkins and doing what I needed, and that was the reason for writing these short handbooks on Jenkins - just to share what I've already learned from it :) Best regards, Marin > > -- > Bernhard Froehlich > http://www.bluelife.at/ --=20 Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 11:06:06 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9457B106566B for ; Mon, 6 Aug 2012 11:06:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E28B8FC14 for ; Mon, 6 Aug 2012 11:06:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q76B66qa020913 for ; Mon, 6 Aug 2012 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q76B651V020911 for freebsd-ports@FreeBSD.org; Mon, 6 Aug 2012 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Aug 2012 11:06:05 GMT Message-Id: <201208061106.q76B651V020911@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/170396 [PATCH] net-mgmt/nagiosql: update to 3.2.0 SP1 o ports/170386 editors/omegaT update to 2.5.5_01 o ports/170384 [ports] UPDATING: Correct 20120804 entry and add portu f ports/170381 x11/slim window manager gives dbus errors starting xfc o ports/170371 [patch] lang/sdcc: update to 3.2.0 o ports/170366 lang/libobjc2: update to 1.6.1 f ports/170365 Patch updating finance/trytond from version 1.4.7 to 2 f ports/170357 net-mgmt/tcptrack Segmentation fault (core dumped) f ports/170348 [update]: databases/tarantool up to 1.4.7 o ports/170347 New port: benchmarks/nosqlbench Micro-benchmarking NoS f ports/170344 [UPDATE] net/tcpflow: update to 1.2.8, take maintainer f ports/170339 www/node: segmentation violation in v8::internal::Hand o ports/170336 New port: textproc/confetti Configuration file parser f ports/170308 [MAINTAINER] net/xrdp: Convert to OptionsNG etc o ports/170293 Port japanese/a2ps generates a warning message on Perl o ports/170285 Update mail/mailman from 2.1.14 to 2.1.15 o ports/170280 mail/mailman reports incorrect value for MM_USERID o ports/170242 [PATCH] devel/arduino: fix avr-libc SIG_USART1_RECV is o ports/170241 [PATCH] devel/libftdi: upgrade to 0.20 and fix automak o ports/170229 sysutils/ntfsprogs is in conflict with sysutils/fusefs f ports/170186 Update sysutils/modules to version 3.2.9 o ports/170185 sysutils/mgeupsd not correctly works. o ports/170180 [patch] Mk/bsd.options.mk allow make.conf and command o ports/170104 error setting source interface in net/mcast-tools, net o ports/170100 astro/orsa: version 0.7.0 in ports hopelessly outdated o ports/170097 devel/libunwind 20110911: prevents upgrade to current o ports/170089 chinese/ibus-chewing 1.3.10 can't be compiled with ibu o ports/170078 New port: databases/mysql-workbench: a cross-platform, o ports/170057 [NEW PORT] games/nelly: Nelly's Rooftop Garden, A phys o ports/170020 [NEW PORT] sysutils/gigolo: Gigolo is a frontend to ea o ports/170000 emulators/vmware-tools6: Can not install VMware Tools o ports/169916 new port: sysutils/salt-cloud - Provisioning salted mi o ports/169910 [NEW PORT] www/trac-childtickets: Support for having c o ports/169893 [NEW PORT] games/tuxfighter: TuxFighter is a little As f ports/169876 devel/flyspray: Strict Standards: Non-static method Fl o ports/169861 new port: audio/bristol, Bristol Synthesiser Emulation f ports/169770 [patch] audio/alsa-lib: make async handler work (from f ports/169767 audio/alsa-plugins: desync with oss plugin f ports/169759 net-mgmt/nrpe2 doesn't start after subsequent reboots o ports/169741 [new port] devel/visualparadigm o ports/169732 [NEW PORT] dns/credns: A verifier performing validatio f ports/169722 [patch] Update games/bzflag to 2.4.0 f ports/169716 net-mgmt/ndpmon several problems with build and instal o ports/169687 new port: www/xpi-ghostery o ports/169628 sysutils/devcpu-data f ports/169613 security/botan: Fix ECDSA for dns/powerdns and maybe o f ports/169521 astro/weatherspect: Exiting with SIGUse of uninitializ o ports/169519 [net/cvsup] socksify and cvsup cannot be used together o ports/169506 [NEW PORT] devel/pecl-inotify: The inotify extension a o ports/169492 [new port] databases/pecl-sqlite must be restored f ports/169430 net-mgmt/flowviewer Makefile does not install scripts o ports/169383 New Port: graphics/puf Photographer productivity tool o ports/169371 port graphics/sane-backends segfaults f ports/169333 [PATCH] sysutils/syslog-ng2: move sample config to EXA o ports/169322 New port: net/armsd: SMFv2/ARMS Service Adapter daemon o ports/169314 graphics/ImageMagick fails to build: test failure o ports/169296 New port: textproc/libcrm114 CRM114 C-callable Library f ports/169165 sysutils/fusefs-kmod: calling fchown(2) on sshfs files o ports/169112 [patch] Fix build of devel/valgrind on clang. o ports/169090 New Port: comms/ge-x2212-2 An EEPROM programmer for GE o ports/169074 [NEW PORT] net/jicmp6: ICMPv6 JNI f ports/169043 Add CONFLICTS_INSTALL=fusefs-ntfs to sysutils/ntfsprog f ports/169032 Update net-im/qutim port to 0.3.0 f ports/168935 www/firefox-remote shares PORTNAME with www/firefox o ports/168926 Second '59.xxx' out of range 0..59 at security/snort-r f ports/168864 [PATCH] www/py27-django-haystack: update to 1.2.7 o ports/168863 [PATCH] devel/py27-construct: update to 2.06 o ports/168861 devel/tkcvs: tkdiff no longer runs correctly f ports/168611 conflict: cad/brlcad: Port shares files with other por o ports/168491 [NEW PORT] www/py27-django-mezzanine: An open source C o ports/168490 [NEW PORT] www/py27-django-mezzanine-grappelli: Fork o f ports/168407 [patch] lang/gauche: update to 0.9.3.2, unbreak o ports/168404 [NEW PORT] databases/dev-sqlite3: This is a developmen o ports/168328 [REPOCOPY] devel/codeblocks --> devel/codeblocks-devel f ports/168319 graphics/qiviewer: Not displaying image jpeg s ports/168215 [PATCH] print/scribus-devel: update to 1.5.0 svn f ports/168160 ports-mgmt/jailaudit doesn't return a non-0 exit code o ports/168141 faild to install lang/ezm3 s ports/167955 [update] graphics/tinyows: Fix dependency to postgis f ports/167950 databases/memcachedb does not work on 10-CURRENT f ports/167691 security/heimdal: problem compiling kerberos/heimdal o ports/167554 security/openssh-portable has some drawbacks f ports/167175 [PATCH] japanese/eb: update to 4.4.3 f ports/167090 sysutils/ezjail: Invalid command line option in ezjail f ports/167074 New Port: www/drupal7-ldap o ports/167042 New port: net-p2p/tahoe-lafs f ports/167031 security/heimdal ignore environment after process call f ports/166987 net/nss_ldap: ports/152982 causes nss_ldap to not func o ports/166826 New port: misc/libphidget The driver for Phidgets devi o ports/166812 New port: mail/bounceHammer o ports/166728 New port: science/fvcom-mpi o ports/166726 New port: science/fvcom o ports/166665 [new port] java/jboss-as: JBoss 7.1 new port o ports/166522 lang/f77: Fortran 77 compiler always exits with error f ports/166417 rc script for net/delegate (ports) f ports/166117 add knobs in math/grace to make features selectable an o ports/166006 Problem with mail/postfix and mail/mailman integration f ports/166004 www/squid31 3.1.19 crashes on first request f ports/165672 sysutils/bacula-server doesn't install all symlinks ne o ports/165586 New port german/lx-office-erp, sql-ledger fork with ex f ports/165361 x11-wm/e17-module-mem counts memory incorrectly f ports/164941 [UPDATE] [NEW PORTS] jamvm/classpath w/o jdk o ports/164306 update mail/mailagent to 3.1.77 and utmpx fix o ports/164277 new port: mail/roundcube-automatic_addressbook o ports/164199 Ports fail to acknowlegde newly created users o ports/164060 net/ucarp doesn't work on FreeBSD 9.0-PRERELEASE o ports/164055 sysutils/zfs-periodic: Test if scrubbing is in process o ports/163955 input packet for interface are counted twice o ports/163850 New port: cad/linux-bricscad o ports/163583 [patch] x11/kdelibs3 conflicts with openssl-1 f ports/163438 New port: multimedia/mplayer2 f ports/163126 security/sshguard changed from syslog.conf to daemon b o bin/162681 pkg_add(1): new installer does not add doc packages o ports/162221 9.0-RC1 new problem building lang/spidermonkey o ports/162045 print/ghostview 1.5_2 coredumps on certain files f ports/161690 New port: games/prboom-plus Port of ID Software's Doom o ports/161578 devel/strace is not working f ports/161278 net/dante: getoutaddr(): address [...] selected, but n f ports/161070 infinite loop for graphics/xfig on 9.0-CURRENT s ports/160993 New port: security/sqlcipher f ports/159242 New port: sysutils/fuse-zip FUSE filesystem to mount Z f ports/159177 sysutils/muse on 8.2-STABLE o ports/159003 devel/cross-gcc attempts to use $PRFIX/../../ranlib on o ports/158983 [NEW PORT] devel/pecl-dtrace: PHP DTrace provider o ports/157107 conflict between mail/p5-Mail-SPF and mail/libspf2 o ports/156834 New port: games/fairymax-devel latest version of games o ports/155941 net/nepenthes: mwserv library support is not included f ports/155898 Update port devel/libthai f ports/155115 devel/doxygen: dependancy loop f ports/153567 x11/fpc-x11: doesn't respect localbase o ports/153386 devel/valgrind does not build/include man pages o ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152899 devel/valgrind: unhandled syscall: 506 o ports/151747 new port: emulators/wine-fbsd64: request for (a variat o ports/151280 emulators/vmware-guestd6 port install error in /usr/po o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv o ports/148996 net/cvsup-mirror doesn't use preassigned UID/GIDs o ports/140008 ports-mgmt/portupgrade: many papercut omissions on por f ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 139 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 11:50:11 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FE69106566C; Mon, 6 Aug 2012 11:50:11 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id BDEF08FC14; Mon, 6 Aug 2012 11:50:09 +0000 (UTC) Received: from wald.nfv.gwdg.de ([134.76.242.31] helo=pc028.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SyLox-00031v-4m; Mon, 06 Aug 2012 13:50:03 +0200 Message-ID: <501FAF5E.6090101@gwdg.de> Date: Mon, 06 Aug 2012 13:49:50 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501F7A35.5080207@FreeBSD.org> In-Reply-To: <501F7A35.5080207@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd security , danfe@FreeBSD.org, freebsd-ports@FreeBSD.org, Oliver Pinter Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 11:50:11 -0000 Am 06.08.2012 10:03 (UTC+1) schrieb Doug Barton: > On 08/01/2012 05:09, Oliver Pinter wrote: >> Hi all! >> >> I found this today on FD: >> >> http://seclists.org/fulldisclosure/2012/Aug/4 > > Apparently this affects us as well. Any news? > > Thanks for the info. I had been not aware of it before. NVidia has released a driver version 304.32 for FreeBSD i386 and amd64, which should remedy these security issues. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 12:43:20 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D0FB106564A for ; Mon, 6 Aug 2012 12:43:20 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from mail01.rise-w.com (mail01.rise-w.com [88.116.105.226]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA398FC08 for ; Mon, 6 Aug 2012 12:43:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail01.rise-w.com (Postfix) with ESMTP id 306CC40E1D3; Mon, 6 Aug 2012 14:43:13 +0200 (CEST) Received: from [192.168.129.189] (unknown [213.33.60.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.rise-world.com (Postfix) with ESMTPSA id 78D3840E0EE; Mon, 6 Aug 2012 14:43:12 +0200 (CEST) Message-ID: <501FBBDF.6040606@FreeBSD.org> Date: Mon, 06 Aug 2012 14:43:11 +0200 From: =?ISO-8859-1?Q?Tilman_Keskin=F6z?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: dnaeon@gmail.com Subject: Re: Jenkins+FreeBSD handbooks X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 12:43:20 -0000 * Marin Atanasov Nikolov [Mon, 6 Aug 2012 13:40:52 +0300]: >> Redports is a public compile testing environment for FreeBSD ports. So like >> Ports Tinderbox but with a nice multiuser GUI, cluster functionality for >> scaling and an own Subversion tree for the users to commit their ports to. >> >> Before I decided to write the code myself I had a closer look at Bitten and >> Jenkins. Both could be made into what redports is now but they all have >> their weak spots. Jenkins GUI looks very cluttered and is quite hard to >> understand if you just want to manually schedule a few new jobs for your >> ports as Joe Average. It's also quite hard to understand and complex as a >> developer and administrator so I was concerned that fixing it if it breaks is >> non trivial. Not to talk about all the special customizations that we need >> which would require me to write extensions in Java and understand how >> all that jenkins internals work. >> > > Like any other system Jenkins has it's own learning curve as well, but > once you get to know it, > you see how intuitive it is to use the system. > > I agree with you on the Java stuff. That's the one thing I don't like > about Jenkins being Java.. > > But I can tell from my experience with it so far, that I haven't had > any issues with it, e.g. breaking and spending lots of time figuring > out how to fix it. Maybe one day I will, but so far I'm quite happy > with it :) >>> Jenkins comes with lots of ready-to-use plugins as well, which makes >>> it easier to integrate a particular thing easier as well and not >>> re-invent the wheel. I am surprised you haven't run into any plugin incompatibilities. We use Jenkins at work and have frequently hard to debug issues with plugins being incompatible with certain jenkins versions or with other plugins. Sometimes a broken plugin manages to take down the whole Jenkins, sometimes there are just random Java backtraces causing build failures in projects. IMHO the whole Jenkins architecture is way too fragile to be used for large projects like FreeBSD. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 13:34:34 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EBAFD1065672 for ; Mon, 6 Aug 2012 13:34:34 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CD7E88FC0A for ; Mon, 6 Aug 2012 13:34:34 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q76DYYCI049043 for ; Mon, 6 Aug 2012 13:34:34 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q76DYYDm049042 for ports@FreeBSD.org; Mon, 6 Aug 2012 13:34:34 GMT (envelope-from bdrewery) Received: (qmail 39063 invoked from network); 6 Aug 2012 08:34:31 -0500 Received: from unknown (HELO ?10.10.0.115?) (freebsd@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 6 Aug 2012 08:34:31 -0500 Message-ID: <501FC7D4.6020504@FreeBSD.org> Date: Mon, 06 Aug 2012 08:34:12 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501C71A8.4080505@FreeBSD.org> <501F7994.305@FreeBSD.org> In-Reply-To: <501F7994.305@FreeBSD.org> X-Enigmail-Version: 1.4.3 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Baptiste Daroussin Subject: Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 13:34:35 -0000 On 8/6/2012 3:00 AM, Doug Barton wrote: > I would also like to see us embed the distfile information, either in > +CONTENTS or in its own file. This information is very useful for tools > like portmaster to better handle automated distfile cleanup. > > hth, I like that idea. My only feedback is to make the auto-delete on deinstall be optional in bsd.port.mk. They may turnaround and reinstall it right away and not want to waste the bandwidth again. Makes sense for port building tools to wipe the old files on upgrade! -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 14:38:05 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 74953106564A; Mon, 6 Aug 2012 14:38:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5065B14E1F0; Mon, 6 Aug 2012 14:38:05 +0000 (UTC) Message-ID: <501FD6CD.5030303@FreeBSD.org> Date: Mon, 06 Aug 2012 07:38:05 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Bryan Drewery References: <501C71A8.4080505@FreeBSD.org> <501F7994.305@FreeBSD.org> <501FC7D4.6020504@FreeBSD.org> In-Reply-To: <501FC7D4.6020504@FreeBSD.org> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 14:38:05 -0000 On 08/06/2012 06:34 AM, Bryan Drewery wrote: > On 8/6/2012 3:00 AM, Doug Barton wrote: >> I would also like to see us embed the distfile information, either in >> +CONTENTS or in its own file. This information is very useful for tools >> like portmaster to better handle automated distfile cleanup. >> >> hth, > > I like that idea. My only feedback is to make the auto-delete on > deinstall be optional in bsd.port.mk. They may turnaround and reinstall > it right away and not want to waste the bandwidth again. > > Makes sense for port building tools to wipe the old files on upgrade! Sorry I wasn't clear, I use the information on the old package to delete the old distfiles, after first comparing to the list of distfiles used by other ports to make sure that it isn't in use elsewhere (such as QT). In portmaster un-installing the port is a different option from upgrading, and has a component of deleting the current distfiles if the user chooses it. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 14:59:50 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1AE91065673 for ; Mon, 6 Aug 2012 14:59:50 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C240B8FC12 for ; Mon, 6 Aug 2012 14:59:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q76ExoNj059591 for ; Mon, 6 Aug 2012 14:59:50 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q76ExoZh059590 for ports@FreeBSD.org; Mon, 6 Aug 2012 14:59:50 GMT (envelope-from bdrewery) Received: (qmail 72625 invoked from network); 6 Aug 2012 09:59:48 -0500 Received: from unknown (HELO ?192.168.0.74?) (freebsd@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 6 Aug 2012 09:59:48 -0500 Message-ID: <501FDBE2.2040105@FreeBSD.org> Date: Mon, 06 Aug 2012 09:59:46 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <501C71A8.4080505@FreeBSD.org> <501F7994.305@FreeBSD.org> <501FC7D4.6020504@FreeBSD.org> <501FD6CD.5030303@FreeBSD.org> In-Reply-To: <501FD6CD.5030303@FreeBSD.org> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: [RFC] bsd.port.mk: Record OPTIONS into /var/db/pkg on install X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 14:59:51 -0000 On 8/6/2012 9:38 AM, Doug Barton wrote: > On 08/06/2012 06:34 AM, Bryan Drewery wrote: >> On 8/6/2012 3:00 AM, Doug Barton wrote: >>> I would also like to see us embed the distfile information, either in >>> +CONTENTS or in its own file. This information is very useful for tools >>> like portmaster to better handle automated distfile cleanup. >>> >>> hth, >> >> I like that idea. My only feedback is to make the auto-delete on >> deinstall be optional in bsd.port.mk. They may turnaround and reinstall >> it right away and not want to waste the bandwidth again. >> >> Makes sense for port building tools to wipe the old files on upgrade! > > Sorry I wasn't clear, I use the information on the old package to delete > the old distfiles, after first comparing to the list of distfiles used > by other ports to make sure that it isn't in use elsewhere (such as QT). > Ah I see my confusion now. http://www.freebsd.org/cgi/query-pr.cgi?pr=106483 I saw the $RM lines in deinstall and didn't look close enough. They are just removing the distfile list, not the actual files. Regards, Bryan From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 16:04:27 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349E4106566C for ; Mon, 6 Aug 2012 16:04:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1B17F8FC0C for ; Mon, 6 Aug 2012 16:04:26 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta12.emeryville.ca.mail.comcast.net with comcast id jPXB1j0031Y3wxoACU4SZT; Mon, 06 Aug 2012 16:04:26 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta15.emeryville.ca.mail.comcast.net with comcast id jU4R1j00B1t3BNj8bU4RhB; Mon, 06 Aug 2012 16:04:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 8360A73A1A; Mon, 6 Aug 2012 09:04:25 -0700 (PDT) Date: Mon, 6 Aug 2012 09:04:25 -0700 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20120806160425.GA23270@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 16:04:27 -0000 (Please keep me CC'd, as I'm not subscribed to the list) I've been trying to adapt my /etc/make.conf to make use of the new OPTIONS framework. I've run into some snags that I was hoping someone could help me with, as I'm unable to find any "official" documentation other than these two documents, which don't help me in this case: http://wiki.freebsd.org/Ports/Options/OptionsNG http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html Below are my questions so far. Note that these questions are all preceded by a key fact: /var/db/ports/* is completely empty. Keep that in mind please. 1. databases/mysql55-server and databases/mysql55-client both ask for the same variables (OPENSSL and FASTMTX). I want FASTMTX to be enabled by default for both ports. When I have the following in /etc/make.conf: mysql_SET= FASTMTX Doing "make config" in databases/mysql55-server shows FASTMTX as checked (which is correct). However, when I do the exact same procedure in databases/mysql55-client, FASTMTX is not checked. I am aware that databases/mysql55-client is a slave port, but I'm not sure how/why that would matter...? What am I doing wrong, or is this a port bug which needs to be fixed by the maintainer? 2. ports/KNOBS is very explicit in stating, and even visually demonstrating (using pipe symbols to delimit length maximums and so on), the following: # - Knob description must be 45 characters or less Yet, a very good number of descriptions violate this (see the file for yourself). I'm inclined to think the limit is to be extra friendly towards 80-column terminals, but I'm still not sure. Is this 45-character-limit untrue, or are numerous descriptions blatantly too long? Thanks. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 16:34:24 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBB87106564A for ; Mon, 6 Aug 2012 16:34:24 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 97D3D8FC20 for ; Mon, 6 Aug 2012 16:34:24 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q76GYIxa074268; Mon, 6 Aug 2012 10:34:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q76GYIP0074265; Mon, 6 Aug 2012 10:34:18 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 6 Aug 2012 10:34:18 -0600 (MDT) From: Warren Block To: Jeremy Chadwick In-Reply-To: <20120806160425.GA23270@icarus.home.lan> Message-ID: References: <20120806160425.GA23270@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Mon, 06 Aug 2012 10:34:18 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 16:34:25 -0000 On Mon, 6 Aug 2012, Jeremy Chadwick wrote: > (Please keep me CC'd, as I'm not subscribed to the list) > > 2. ports/KNOBS is very explicit in stating, and even visually > demonstrating (using pipe symbols to delimit length maximums and so > on), the following: > > # - Knob description must be 45 characters or less > > Yet, a very good number of descriptions violate this (see the file for > yourself). I'm inclined to think the limit is to be extra friendly > towards 80-column terminals, but I'm still not sure. Is this > 45-character-limit untrue, or are numerous descriptions blatantly too > long? On the older version of dialog(1) included with 8.x, longer descriptions trigger a bug that messes up the displayed menu. As an example, try a 'make config' on security/tripwire. We should not limit the length of descriptions, many of which are already less than helpful to the user. I wrote a wrapper script for dialog(1) that addresses the length problem, truncating long descriptions on 8.x and showing them in full on 9.x. It also makes the menu take advantage of larger terminals, showing more of the descriptions and more lines: http://www.wonkity.com/~wblock/dialogwrapper/ It makes no changes to ports or ports infrastructure. However, so far there has been very little feedback. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 16:36:56 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCD6D1065672 for ; Mon, 6 Aug 2012 16:36:56 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 8567A8FC1A for ; Mon, 6 Aug 2012 16:36:56 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=ksiXdI w5xlnDiJdKyaHXtW/kpvu0tqylpl6kq32Jm/AepLasu0XMo0Oi8bBw1cgDmVCQ8N ecrYnpJTgitk5MoKzlPrd+2pRF8QG3MR9GBeYU8EOW6ufuB4Zj1koNEAyU8TcQW3 32gZnFRnTJ/L2olSeNrWuXhNkB0vsd5IhiBiI= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=uOO0rZZrJsnK X9OuO4/wxYZt7qjek4rx6ud1PVMdyDk=; b=cT7KdI0i3Xls3AZ21kN0z1x7r8yw pJV2/nHd536QCRRy8UVuDKYXcMIzLSg2IX9jz1pxMPptoretMNSSZgBlcBc96NfZ spntP3kS0vY6UKvi+F87gDbTGEZT1phR5IWtB3oz4tMGOuI5dgnYB8s+ybKWLnH5 i7w84Ap1d/varDc= Received: (qmail 91679 invoked from network); 6 Aug 2012 11:36:54 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 6 Aug 2012 11:36:54 -0500 Message-ID: <501FF2A4.1020107@shatow.net> Date: Mon, 06 Aug 2012 11:36:52 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <20120806160425.GA23270@icarus.home.lan> In-Reply-To: <20120806160425.GA23270@icarus.home.lan> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 16:36:57 -0000 On 8/6/2012 11:04 AM, Jeremy Chadwick wrote: > 2. ports/KNOBS is very explicit in stating, and even visually > demonstrating (using pipe symbols to delimit length maximums and so > on), the following: > > # - Knob description must be 45 characters or less > > Yet, a very good number of descriptions violate this (see the file for > yourself). I'm inclined to think the limit is to be extra friendly > towards 80-column terminals, but I'm still not sure. Is this > 45-character-limit untrue, or are numerous descriptions blatantly too > long? The KNOBS file is deprecated. The new file is Mk/bsd.options.desc.mk, which has similar length comments and restrictions. The limit *does* matter as otherwise the description a) Gets cut off b) Wraps, causing display issues on 8.x and 7.x. If you find descriptions that are cut off or wrapping, please do report them. Regards, Bryan Drewery From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 18:02:27 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9879C106564A; Mon, 6 Aug 2012 18:02:27 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2E318FC0A; Mon, 6 Aug 2012 18:02:26 +0000 (UTC) Received: by eaak11 with SMTP id k11so918828eaa.13 for ; Mon, 06 Aug 2012 11:02:25 -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:content-transfer-encoding; bh=pn6/8BGqFnI32WVFQsXJwzfgVYYTdQiQOLq0YWan7mw=; b=SW7PxM7tWbMJLwFirE1hTkXQ5xopEVbNBM8ctXWcfENWjVWIt+ZYLlrqn5pkKuCP34 0e/LGW8Yxry7GA3z0sDtsBfUngAxSltdlpib7S3gOI9SGUO5psYCZRRLdZ0AjG3BEb3w KBvmytpy8Go7mXLYYjSSqJvP2yt9JVGZDd5STBTsbdyGjWnmexcaL6dFfZTlmL5VpLQv lzIGquoRKAch0KZNm5h7OdxcCi7NTJE+ovDa03t+ag6nxQok8buFtG29tM2nF4LgS+cs mODZ1aN7yUPutLXAG1YcQZxxD4ObKjgeP0E292qCetnMIm8tkKJHhnltmYtkWgVxAsVx xLtQ== MIME-Version: 1.0 Received: by 10.14.182.134 with SMTP id o6mr14019061eem.26.1344276145571; Mon, 06 Aug 2012 11:02:25 -0700 (PDT) Received: by 10.14.216.70 with HTTP; Mon, 6 Aug 2012 11:02:25 -0700 (PDT) In-Reply-To: <501FBBDF.6040606@FreeBSD.org> References: <501FBBDF.6040606@FreeBSD.org> Date: Mon, 6 Aug 2012 21:02:25 +0300 Message-ID: From: Marin Atanasov Nikolov To: =?ISO-8859-1?Q?Tilman_Keskin=F6z?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Jenkins+FreeBSD handbooks X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 18:02:27 -0000 On Mon, Aug 6, 2012 at 3:43 PM, Tilman Keskin=F6z wrote= : > * Marin Atanasov Nikolov [Mon, 6 Aug 2012 13:40:52 +0300]: >>> Redports is a public compile testing environment for FreeBSD ports. So = like >>> Ports Tinderbox but with a nice multiuser GUI, cluster functionality fo= r >>> scaling and an own Subversion tree for the users to commit their ports = to. >>> >>> Before I decided to write the code myself I had a closer look at Bitten= and >>> Jenkins. Both could be made into what redports is now but they all have >>> their weak spots. Jenkins GUI looks very cluttered and is quite hard to >>> understand if you just want to manually schedule a few new jobs for you= r >>> ports as Joe Average. It's also quite hard to understand and complex as= a >>> developer and administrator so I was concerned that fixing it if it bre= aks is >>> non trivial. Not to talk about all the special customizations that we n= eed >>> which would require me to write extensions in Java and understand how >>> all that jenkins internals work. >>> >> >> Like any other system Jenkins has it's own learning curve as well, but >> once you get to know it, >> you see how intuitive it is to use the system. >> >> I agree with you on the Java stuff. That's the one thing I don't like >> about Jenkins being Java.. >> >> But I can tell from my experience with it so far, that I haven't had >> any issues with it, e.g. breaking and spending lots of time figuring >> out how to fix it. Maybe one day I will, but so far I'm quite happy >> with it :) > > >>>> Jenkins comes with lots of ready-to-use plugins as well, which makes >>>> it easier to integrate a particular thing easier as well and not >>>> re-invent the wheel. > Hi Tilman, > I am surprised you haven't run into any plugin incompatibilities. > So far not. I always try to keep my Jenkins and plugins to the latest versions and so far didn't have any issues. If a newer version of a plugin appears to be broken then just downgrading it solves the issue, but such issues are noticed quickly. > We use Jenkins at work and have frequently hard to debug issues with > plugins being incompatible with certain jenkins versions or with other > plugins. > Sometimes a broken plugin manages to take down the whole Jenkins, > sometimes there are just random Java backtraces causing build failures > in projects. > We use Jenkins at work quite extensively as well for quite some time alread= y. The only major failure with Jenkins I had by this moment is when a Jenkins instance went out of memory, but the problem itself was that Jenkins was running on an old machine with very low resources. Migrating it to a more recent system with enough memory solved the issue. We run Jenkins under a Debian GNU/Linux and FreeBSD systems. > IMHO the whole Jenkins architecture is way too fragile to be used for > large projects like FreeBSD. I have to say that we use Jenkins in some very critical parts of our infrastructure and it's been doing well so far. Jenkins like almost every system has it's weak and strong spots and maybe you had a different experience with it than I did. Thank you for the feedback Tilman :) Best regards, Marin > > --=20 Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org http://www.unix-heaven.org/ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 6 18:30:28 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F1E0106566C for ; Mon, 6 Aug 2012 18:30:28 +0000 (UTC) (envelope-from 5u623l20@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 37F448FC15 for ; Mon, 6 Aug 2012 18:30:28 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2420378qcs.13 for ; Mon, 06 Aug 2012 11:30:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=gfk6iZ5VMN2yJYYy2sjXZ7qfXvvQbXEcO15JCeRXgVw=; b=bjBIEZO8cQExF67vFnRqd6AwgzlE40KzV2TbUcJAkq+5dudS64SvnHHOh+gitKAOLU ekXdWX3kqPzMan7P13xQxhyptdi0Sxlt6+B2B6wxiHaXJ1AzCTwT3bckNiCS3v5x2GFO sc52/mbiOZSkYUkWaVTuc7gEjRr6Z+B6iFRE2auAX6rk9LwGoEGa7BOl5UuqxM4M/OlG 0IogMKqNIDCXpRIrdzvkIWW6AM1V23G88cwXZbVW7QlELttZvWsKsBAOYFUb6kI74JwH hG2zGe1QKbgck7d+07qSCRYVvI6LjBYCvZZn0gScjvXkhgoaAOTUTf8BcvplIjNlWKCx R3Sw== MIME-Version: 1.0 Received: by 10.224.179.78 with SMTP id bp14mr19290182qab.48.1344277827651; Mon, 06 Aug 2012 11:30:27 -0700 (PDT) Received: by 10.229.95.83 with HTTP; Mon, 6 Aug 2012 11:30:27 -0700 (PDT) Date: Tue, 7 Aug 2012 00:30:27 +0600 Message-ID: From: Muhammad Moinur Rahman <5u623l20@gmail.com> To: FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: %gconf key files X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 18:30:28 -0000 Hi, I am working on a port which installs %gconf key file in ${PREFIX}/ etc/gconf/gconf.xml.defaults/. Now according I cannot mention %gconf files in pkg-plist but I have to mention them in Makefile under GCONF_SCHEMAS. But When I mention that file it gives an error like the following while deinstalling : Failed to open `/usr/local/etc/gconf/schemas/gconf-tree.xml': No such file or directory pkg_delete: file '/usr/local/etc/gconf/schemas/%gconf-tree.xml' doesn't exist That means GCONF_SCHEMAS are loaded from ${PREFIX}/etc/gconf/schmas but what about source fles from ${PREFIX}/etc/gconf/gconf.xml.defaults/ Howto mention them in Makefile. Portlint gives a FATAL error if mentioned in pkg-plist :( Thanks in advance. Regards, Muhammad From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 02:21:15 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74391106566C for ; Tue, 7 Aug 2012 02:21:15 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C09C8FC08 for ; Tue, 7 Aug 2012 02:21:14 +0000 (UTC) Received: by obbun3 with SMTP id un3so8638108obb.13 for ; Mon, 06 Aug 2012 19:21:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qmD4DzKDM9p9tr4GE3NE1g4xso5+HkgzshbCEIqQ6bE=; b=jd7RtMBS/pUZzDEkgsSVyRq6MqSSj1DXpJ1gWZle3IKD02QjUnRvC9lClN1anRyemu K5anSjGV4UOzhXi5kRHztAy5NDD9KvwY0BlF0S59zsLnlmOQczmCTiz3zpb/gAZumwNz FT9MK9ndy5+Ssxg41Q8IrJ1zrZhA9XczEOU6g3oAYI4AQn6fd82ApEIs0vgXBP7wKa7d DYC/fQ5CwdXg81jBO7zbH8/vumtm3LHqt/bcmbemFrM6v4gCqGQHbpyH4VBNyT4dhsHc 9jsHUfF9e7cxVeKmEhvWbAiTo1BdMdd2fD2QZg4s0skGD7Ph5SAb98oVFq6J1qxHqoZC 9daw== MIME-Version: 1.0 Received: by 10.60.25.38 with SMTP id z6mr21930572oef.15.1344306073500; Mon, 06 Aug 2012 19:21:13 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Mon, 6 Aug 2012 19:21:13 -0700 (PDT) Date: Tue, 7 Aug 2012 10:21:13 +0800 Message-ID: From: HU Dong To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to determine Python.h location in Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 02:21:15 -0000 Hi, all! Could anybody tell me how to detect Python.h location automatically in port Makefile, or how to add its path to gmake's arguments in a reliable way? B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 03:24:20 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A52E1065672 for ; Tue, 7 Aug 2012 03:24:20 +0000 (UTC) (envelope-from dennylin93@hs.ntnu.edu.tw) Received: from mail.hs.ntnu.edu.tw (mail.hs.ntnu.edu.tw [140.131.149.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2AB158FC08 for ; Tue, 7 Aug 2012 03:24:19 +0000 (UTC) Received: by mail.hs.ntnu.edu.tw (Postfix, from userid 58) id DA4A71C646E; Tue, 7 Aug 2012 11:24:12 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.hs.ntnu.edu.tw X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 Received: from mail.hs.ntnu.edu.tw (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hs.ntnu.edu.tw (Postfix) with ESMTPS id 4B78E1C645C; Tue, 7 Aug 2012 11:24:12 +0800 (CST) Received: (from dennylin93@localhost) by mail.hs.ntnu.edu.tw (8.14.5/8.14.5/Submit) id q773OBxJ036254; Tue, 7 Aug 2012 11:24:11 +0800 (CST) (envelope-from dennylin93@hs.ntnu.edu.tw) X-Authentication-Warning: mail.hs.ntnu.edu.tw: dennylin93 set sender to dennylin93@hs.ntnu.edu.tw using -f Date: Tue, 7 Aug 2012 11:24:11 +0800 From: Denny Lin To: HU Dong Message-ID: <20120807032411.GH97908@mail.hs.ntnu.edu.tw> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: How to determine Python.h location in Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 03:24:20 -0000 Hi, On Tue, Aug 07, 2012 at 10:21:13AM +0800, HU Dong wrote: > Hi, all! Could anybody tell me how to detect Python.h location > automatically in port Makefile, or how to add its path to gmake's arguments > in a reliable way? There's a list of variables in bsd.python.mk. This should work: ${PYTHON_INCLUDEDIR}/Python.h -- Denny Lin From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 03:28:05 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D896106566B for ; Tue, 7 Aug 2012 03:28:05 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0047B8FC08 for ; Tue, 7 Aug 2012 03:28:04 +0000 (UTC) Received: by obbun3 with SMTP id un3so8729652obb.13 for ; Mon, 06 Aug 2012 20:28:04 -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=Ts1H1+WrNgVF9zH3k8wDrh2G78CA4aOhB0mAOQsXwYg=; b=A4VjXjzwm5qvpEND2um+4+LhH3DO1vrvECzu2u/1DHw0ZmG040bIXNUkYmJXACkTzb 7LrFtDdHHgO+4s7UbKDbrNWxg3Oaljk653v+orq3W4o/0v0lRH6+rsOgktr3Pbi42M73 NmMdjy79CyzpIrsIY+vIqJtwJScrIKJvgFpM1IioHkmvXz8sR8aG+iFUtmkpK4qNe6sq dvRwgWl3dteF8RzzCHhZxQqL+O2tMybkwxPLARkJhHs2UE0GmvMRZARDoSCh6bR73+xW 4yQUtj0ilCd30jP8rVPoj3zTI+1dvu0ACAUEykkJAWcTqIZV4upseuGxpSvw1VZNpH3C Zysw== MIME-Version: 1.0 Received: by 10.60.10.6 with SMTP id e6mr22269496oeb.45.1344310084069; Mon, 06 Aug 2012 20:28:04 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Mon, 6 Aug 2012 20:28:04 -0700 (PDT) In-Reply-To: <20120807032411.GH97908@mail.hs.ntnu.edu.tw> References: <20120807032411.GH97908@mail.hs.ntnu.edu.tw> Date: Tue, 7 Aug 2012 11:28:04 +0800 Message-ID: From: HU Dong To: Denny Lin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: How to determine Python.h location in Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 03:28:05 -0000 It helps. Thank you! B.R. HU Dong On Tue, Aug 7, 2012 at 11:24 AM, Denny Lin wrote: > Hi, > > On Tue, Aug 07, 2012 at 10:21:13AM +0800, HU Dong wrote: > > Hi, all! Could anybody tell me how to detect Python.h location > > automatically in port Makefile, or how to add its path to gmake's > arguments > > in a reliable way? > > There's a list of variables in bsd.python.mk. This should work: > ${PYTHON_INCLUDEDIR}/Python.h > > -- > Denny Lin > From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 03:36:42 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6AF9106566B for ; Tue, 7 Aug 2012 03:36:42 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF908FC08 for ; Tue, 7 Aug 2012 03:36:42 +0000 (UTC) Received: by obbun3 with SMTP id un3so8741707obb.13 for ; Mon, 06 Aug 2012 20:36:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=k9uvAzTuTwaU77Q/P4VSTxTLCnMUetyeCkuNh0D9B98=; b=HZWp6ks8m0Xu4evNZ/f1DyudBQKs7ZSrL1HelarqkVXn3j3lcyFKzY8JWPAYvf3GYV /xlTzaqwKsn4t92xssUS0QfaBxUemhAq3i/W5xF3JCHr4PhR4HvcHyFBfjJ78mfveeal Q1Mas29geVDN7OWHZI9Y3CgW/zkxIip56tOUAlrBpQmgt8KgPMgMd19hUAD/ShoylG7d /wUUdnbSjP2mHcCgpvjKNryajToqDhkU5rQYuA1VQw3llPfS/XigzTg/4ND18SRbwtLs vyC2snXQYsaBKLnuAJXyItoxZTgY7Au9NBGzVdVp3sOerj8ST8xo6nueVV7wg6CFNLDs WrHg== MIME-Version: 1.0 Received: by 10.182.144.68 with SMTP id sk4mr22766517obb.0.1344310601825; Mon, 06 Aug 2012 20:36:41 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Mon, 6 Aug 2012 20:36:41 -0700 (PDT) Date: Tue, 7 Aug 2012 11:36:41 +0800 Message-ID: From: HU Dong To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to change docdir in port Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 03:36:42 -0000 Hi, all. I'm making a new port. It uses GNU configure to generate a GNU Makefile. But it set DOCSDIR to ${PREFIX}/share/doc/${PORTNAME}-${PORTVERSION} instead of ${PREFIX}/share/doc/${PORTNAME}: *** docdir = $(prefix)/share/doc/$(PACKAGE)-$(VERSION) *** I've tried post-patch, but it didn't help, cause post-patch phase is earlier than the time when GNU Makefile is generated. So how to modify the GNU Makefile to correct this problem? B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 05:37:34 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9AA106566B for ; Tue, 7 Aug 2012 05:37:34 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id DEC448FC0A for ; Tue, 7 Aug 2012 05:37:33 +0000 (UTC) Received: by weyx56 with SMTP id x56so3072944wey.13 for ; Mon, 06 Aug 2012 22:37:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=Cd5V8toIph9jovR6/AP+NawyqRGRCYGSEkHV1aeaalw=; b=B7/7XOtUKyLq6LDwYsNHhPebNjhNV7idR/iyPvDzvLpJcVO1Dii4AW1zeCiSjc+72n YXfz07+u7qylf4JEIXaOlZCEA8kp1BbSsQSuWGc2aDODSqGKcYJkFme1YHr+nO7r4AoL O2n2IIDtOz5Zst4s3D25ww0X0WweGbhV24UkAv+QK69RCBNfKfwXwSzaRVvwIO7YDMqC 5zfcYurJHUd1gdBpjIgNkuLQo2G7flkhRCyv9dQF3AAMFC8175S6l6jfongfEVpA26oq YWqigLhL3ZeMLjOp3qRlI0IeLxQAflc972hq5GgJ4AJIS8AJbGUguTLDG8puhFmy08dx u+Jg== MIME-Version: 1.0 Received: by 10.180.76.135 with SMTP id k7mr24363851wiw.7.1344317846635; Mon, 06 Aug 2012 22:37:26 -0700 (PDT) Sender: bsd-src@helfman.org Received: by 10.194.16.36 with HTTP; Mon, 6 Aug 2012 22:37:26 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 Aug 2012 22:37:26 -0700 X-Google-Sender-Auth: AgqvCPFn-Gqq09KNe4vCEVIiZng Message-ID: From: Jason Helfman To: HU Dong X-Gm-Message-State: ALoCoQmCc6RtwE462o9RWTD3qpjgQFqzBoEnbYYNKVNKE9p4oJpCPxjaxWiHgHDskWwfsaKwGGLy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: How to change docdir in port Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 05:37:34 -0000 On Mon, Aug 6, 2012 at 8:36 PM, HU Dong wrote: > Hi, all. I'm making a new port. It uses GNU configure to generate a > GNU Makefile. But it set DOCSDIR to > ${PREFIX}/share/doc/${PORTNAME}-${PORTVERSION} instead > of ${PREFIX}/share/doc/${PORTNAME}: > > *** > docdir = $(prefix)/share/doc/$(PACKAGE)-$(VERSION) > *** > > I've tried post-patch, but it didn't help, cause post-patch phase is > earlier than the time when GNU Makefile is generated. So how to modify the > GNU Makefile to correct this problem? > > B.R. > HU Dong > > If it is generated from, I assume a Makefile.in, or similar file, try patching that file. Then your change should follow. I had to take this approach for deskutils/virt-manager recently for NLS location change. Hope this helps. -jgh -- Jason Helfman | FreeBSD Committer jgh@FreeBSD.org | http://people.freebsd.org/~jgh From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 06:17:03 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1222106564A; Tue, 7 Aug 2012 06:17:03 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 761A78FC14; Tue, 7 Aug 2012 06:17:03 +0000 (UTC) Received: by obbun3 with SMTP id un3so8970984obb.13 for ; Mon, 06 Aug 2012 23:17:02 -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=EOupU5U9XRkTBh/WtZzOQ3g6SiQ494LG87f8eZ/ejVc=; b=Cj3rTouqHlSW5sMoMaa52oHk8l2tuv4rAevJeh0VN8a/CBw48aCWmNbId4nUxthjHo wf+AcQo03iFVv0WTZ8CziUfhpo6m+LCx17OgO/K2+bNzhDo9oynwVX3ruxWsBxp/qLyq KAeS/Q1RHcWzJVl0JVOBVVGCuUYzeeguL6rFSUg/VFxqRHalClCEI80RA0Zu1uH1QXjY bV77hAC3WhC5p8p+/xLBA+lk4vsxsEkZ1d0BW0fc98ltkczfia4mB/NYggFqXMD6A7qj gWYg+7DezUVH8fEP4dKijcWgGzHTKuWGyHDP+Exk3fjEmtUed24+M7RoLRpvrJ+GjgAt DUzg== MIME-Version: 1.0 Received: by 10.60.7.197 with SMTP id l5mr23112019oea.33.1344320222802; Mon, 06 Aug 2012 23:17:02 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Mon, 6 Aug 2012 23:17:02 -0700 (PDT) In-Reply-To: References: Date: Tue, 7 Aug 2012 14:17:02 +0800 Message-ID: From: HU Dong To: Jason Helfman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: How to change docdir in port Makefile? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 06:17:03 -0000 I found that line in Makefile.in. Thank you! B.R. HU Dong On Tue, Aug 7, 2012 at 1:37 PM, Jason Helfman wrote: > On Mon, Aug 6, 2012 at 8:36 PM, HU Dong wrote: > >> Hi, all. I'm making a new port. It uses GNU configure to generate a >> GNU Makefile. But it set DOCSDIR to >> ${PREFIX}/share/doc/${PORTNAME}-${PORTVERSION} instead >> of ${PREFIX}/share/doc/${PORTNAME}: >> >> *** >> docdir = $(prefix)/share/doc/$(PACKAGE)-$(VERSION) >> *** >> >> I've tried post-patch, but it didn't help, cause post-patch phase is >> earlier than the time when GNU Makefile is generated. So how to modify the >> GNU Makefile to correct this problem? >> >> B.R. >> HU Dong >> >> > If it is generated from, I assume a Makefile.in, or similar file, try > patching that file. Then your change > should follow. I had to take this approach for deskutils/virt-manager > recently for NLS location > change. > > Hope this helps. > > -jgh > > -- > Jason Helfman | FreeBSD Committer > jgh@FreeBSD.org | http://people.freebsd.org/~jgh > > From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 07:40:48 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EB4E106564A for ; Tue, 7 Aug 2012 07:40:48 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D94468FC14 for ; Tue, 7 Aug 2012 07:40:47 +0000 (UTC) Received: by obbun3 with SMTP id un3so9099974obb.13 for ; Tue, 07 Aug 2012 00:40:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qv1c6CCj8ahi6+KH34HHMDkWyBbkECJSKDaBg9mM2AY=; b=q3WagxE3Gsb/1dyRyhDPs27e5uGUrqvrqyEoLrOX3Zj6wZyXTVbNowwnHJvDGMieB4 0w1FlEU68AIwqgw3LxfemxsJUpRrYP+RAnTcuI0OJJS0D398Jq4h1I7PQPCNgUdHVanE hgORunvBvBPEqq4d3KHqV/chvp+hEc69BTnndzn0bxTyqTJTVV4B9K6SMdpIFB/2Bm+a LEKjicsNpvnIwFmunrIpOo+x6Qlsfk4tgmANgqGct39p+IfDEpmOccmUeEYlnRKYdc6n NBKdo2w499qxz4qJVIv2YGfN7MXSBvH7rP4nDhUKV/nz2jYuLePfm3Z58HZsxOyk4YNZ X7Xw== MIME-Version: 1.0 Received: by 10.182.98.108 with SMTP id eh12mr23317333obb.6.1344325247147; Tue, 07 Aug 2012 00:40:47 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Tue, 7 Aug 2012 00:40:47 -0700 (PDT) Date: Tue, 7 Aug 2012 15:40:47 +0800 Message-ID: From: HU Dong To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: New port: devel/streamhtmlparser X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 07:40:48 -0000 Hello, everyone! I've made a new port: devel/streamhtmlparser. It's a C/C++/Python streaming HTML parser library from Google( http://code.google.com/p/streamhtmlparser/). Currently I've finished it and made it work on my box. I put the files on redports.org: http://svn.redports.org/Lion/devel/streamhtmlparser/ . I hope someone could spend time reviewing the files in case there's something wrong. B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:04:36 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 152E2106566C for ; Tue, 7 Aug 2012 08:04:36 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C1A898FC1A for ; Tue, 7 Aug 2012 08:04:35 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SyemB-00039V-6D for freebsd-ports@freebsd.org; Tue, 07 Aug 2012 10:04:27 +0200 Received: from d211177.adsl.hansenet.de ([80.171.211.177]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Aug 2012 10:04:27 +0200 Received: from rotkap by d211177.adsl.hansenet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 07 Aug 2012 10:04:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Heino Tiedemann Date: Tue, 07 Aug 2012 00:40:10 +0200 Organization: yes Lines: 23 Message-ID: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: d211177.adsl.hansenet.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (berkeley-unix) X-Face: v6Lci{Mw=kwHf$`7C?L-U#BHn7O\wqF-1qg#Vk%}nUQv\i^mM/.p=wU+cr)yXf#Ob+foOOxW; ir"QI!|25wG3`ywF)yh~@V.kKtr.qp+v.R; w?c@ZzM#!'/7r_+)$NjMN:]qo-]`&z~KlP}|cERO'%s9":6\ZnN/O List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:04:36 -0000 Hi, is it possible to push graphics/rawtherapee to version 4.0.9.50? On the last weekend I talked to a develoer of rawtherapee and he told me about some new noise reduction algorythyms... ...and he told me, the the developers often don't like it, to make a new major, so it is often a lot(!) new stuff in the change of some minor version steps.. so.. 4.0.9.1 is totaly diferent to 4.0.9.15, which is totaly different to 4.0.9.50, etc... Is ist possible? sincerely yours Heino From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:28:30 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 503D010656D7 for ; Tue, 7 Aug 2012 08:28:30 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 3ACD58FC18 for ; Tue, 7 Aug 2012 08:28:30 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q778SUwd005307 for ; Tue, 7 Aug 2012 08:28:30 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 7 Aug 2012 08:28:30 GMT Message-Id: <201208070828.q778SUwd005307@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:28:30 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/teamspeak_client broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=teamspeak_client portname: cad/feappv broken because: size mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120805102317/feappv-3.1.log (_Aug__6_16:25:29_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=feappv portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: databases/adstudio broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio portname: databases/grass broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=grass portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: databases/xapian-bindings10 broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/xapian-bindings10-1.0.23.log (_May_26_19:25:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xapian-bindings10 portname: deskutils/simpleagenda broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120730062936/simpleagenda-0.42.log (_Jul_31_05:33:40_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=simpleagenda portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dsss portname: devel/gauche-gaunit broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-gaunit portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/lua-posix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua-posix portname: devel/lua50-posix broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120710033447/lua50-posix-5.0.log (_Apr__6_15:35:56_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua50-posix portname: devel/p5-Dialog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Dialog portname: devel/ros-common broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/ros-common-1.4.3_1.log (_Aug__4_23:56:56_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ros-common portname: devel/sdts++ broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/sdts++-1.5.1_2.log (_Jul_10_22:42:48_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sdts%2B%2B portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/tuxracer_golf broken because: overwrite a file owned by tuxracer: share/tuxracer/courses/common/buttprint.rgb build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxracer_golf portname: graphics/fnlib broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120710033447/fnlib-0.5_10.log (_Jun_18_10:14:18_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=fnlib portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/ida broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/ida-2.09_1.log (_Jun_18_10:19:16_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ida portname: graphics/imagesort broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/imagesort-2.0_11.log (_Jun_18_09:49:11_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=imagesort portname: graphics/openrm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=openrm portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/xmfract broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmfract portname: japanese/aterm broken because: fails to build with new utmpx build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/ja-aterm-0.4.2_9.log (_Jul_26_16:35:37_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/perl5 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=perl5 portname: japanese/tcl76 broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/ja-tcl-7.6.log (_Jul_26_16:35:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl76 portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: japanese/xjtext broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/ja-xjtext-1.3_11.log (_Jun_18_10:04:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=xjtext portname: java/eclipse-clay-core broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-clay-core portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: lang/elisp-manual broken because: overwrites files owned by editors/emacs: info/elisp.info build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=elisp-manual portname: lang/ironpython broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ironpython portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: mail/smfsav broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=smfsav portname: math/plplot broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=plplot portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/gpt broken because: pkg_add broken in 9.0 amd64, make broken in 7.4 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt portname: misc/gpt31 broken because: pkg_add broken in 9.0 amd64, make broken in 7.4 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt31 portname: misc/gtktalog broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20120802074109/gtktalog-1.0.4_11.log (_Aug__3_22:07:54_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gtktalog portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: multimedia/linux-gspca-kmod broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-gspca-kmod portname: net/bfilter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=bfilter portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: news/lottanzb broken because: overwrite a file owned by misc/shared-mime-info: share/mime/application/x-nzb.xml build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120721114958/lottanzb-0.6_2.log (_Jul_22_19:38:21_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=lottanzb portname: print/gfontview broken because: does not build with giflib build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gfontview portname: print/hugelatex broken because: overwrite files owned by teTex-Base which it already depends on build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=hugelatex portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/pam_alreadyloggedin broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/saint broken because: leaves files after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=saint portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/desktopbsd-tools broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=desktopbsd-tools portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/unieject broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=unieject portname: sysutils/wtmp-tools broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wtmp-tools portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: textproc/gxditview broken because: doesn't compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=gxditview portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/geneweb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: x11-servers/driglide broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=driglide portname: x11-themes/sapphire-themes broken because: depends on conflicting packages (xli and xloadimage both installs bin/xsetbg) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=sapphire-themes portname: x11-toolkits/tkdnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tkdnd portname: x11-wm/ede broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120805102317/ede-2.0.log (_Aug__6_16:29:09_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ede portname: x11/cl-clx-sbcl broken because: Changes in sbcl 1.0.55 have exposed problems in /usr/local/lib/common-lisp/clx/depdefs.lisp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=cl-clx-sbcl portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu portname: x11/ggiterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=ggiterm portname: x11/powershell broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/powershell-0.8_11.log (_Jun_13_12:43:31_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=powershell portname: x11/rxvt broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=rxvt portname: x11/wterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wterm From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:28:53 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A4F106567C for ; Tue, 7 Aug 2012 08:28:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id E83688FC1D for ; Tue, 7 Aug 2012 08:28:52 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q778Sq72008040 for ; Tue, 7 Aug 2012 08:28:52 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 7 Aug 2012 08:28:52 GMT Message-Id: <201208070828.q778Sq72008040@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:28:53 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: accessibility/yasr broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=accessibility&portname=yasr portname: audio/gdam broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gdam portname: audio/hydrogen broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=hydrogen portname: audio/teamspeak_client broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=teamspeak_client portname: benchmarks/polygraph31 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 portname: cad/feappv broken because: size mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120805102317/feappv-3.1.log (_Aug__6_16:25:29_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=feappv portname: cad/meshlab broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/meshlab-1.3.0.log (_Jul_26_16:24:10_UTC_2012) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/meshlab-1.2.3_2.log (_Jun__9_15:51:34_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=meshlab portname: cad/salome-gui broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=salome-gui portname: chinese/big5con broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=big5con portname: chinese/cxterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=cxterm portname: chinese/hztty broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=hztty portname: comms/hso-kmod broken because: does not build with USB2, please try comms/uhso-kmod instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: databases/adstudio broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=adstudio portname: databases/glom broken because: bad-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=glom portname: databases/gomysql broken because: Does not compile with go1 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gomysql portname: databases/grass broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=grass portname: databases/hypertable broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=hypertable portname: databases/msql broken because: Broken on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=msql portname: databases/p5-DBD-Oracle broken because: Does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.9.20120802062545/p5-DBD-Oracle-1.14_3.log (_Jul_28_23:28:13_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-Oracle portname: databases/pear-MDB2_Driver_ibase broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pear-MDB2_Driver_ibase portname: databases/ruby-kyotocabinet broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-kyotocabinet portname: databases/rubygem-delayed_job_data_mapper broken because: delayed_job_data_mapper requires delayed_job (~> 2.1) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-delayed_job_data_mapper portname: databases/sqlrelay broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120509142305/sqlrelay-0.44.log (_May_16_03:29:23_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=sqlrelay portname: databases/xapian-bindings10 broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/xapian-bindings10-1.0.23.log (_May_26_19:25:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xapian-bindings10 portname: deskutils/doodle broken because: does not configure with new libextractor build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=doodle portname: deskutils/google-gadgets broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/google-gadgets-0.11.2_5.log (_Jun_26_12:42:37_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=google-gadgets portname: deskutils/simpleagenda broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120730062936/simpleagenda-0.42.log (_Jul_31_05:33:40_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=simpleagenda portname: devel/dsss broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=dsss portname: devel/gauche-gaunit broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-gaunit portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/geany-plugins broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=geany-plugins portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/lua-posix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua-posix portname: devel/lua50-posix broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120710033447/lua50-posix-5.0.log (_Apr__6_15:35:56_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lua50-posix portname: devel/mono-tools broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mono-tools portname: devel/monodevelop-java broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=monodevelop-java portname: devel/monodevelop-python broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=monodevelop-python portname: devel/monodevelop-vala broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=monodevelop-vala portname: devel/nant broken because: fails to build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.7.20120723071804/nant-0.91.log (_Jul_25_10:01:10_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nant portname: devel/p4v broken because: invalid distinfo build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/p4v-2010.1.276058.log (_Dec__2_14:32:23_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p4v portname: devel/p5-Dialog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Dialog portname: devel/p5-Parse-Pidl broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Parse-Pidl portname: devel/ros-common broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/ros-common-1.4.3_1.log (_Aug__4_23:56:56_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ros-common portname: devel/rubygem-ncursesw broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/rubygem-ncursesw-1.2.4.3_1.log (_Jul_10_17:11:16_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-ncursesw portname: devel/sdts++ broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120528024705/sdts++-1.5.1_2.log (_Jul_10_22:42:48_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sdts%2B%2B portname: devel/simulavr broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=simulavr portname: devel/tclmore broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=tclmore portname: editors/emacs22 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=emacs22 portname: editors/xemacs-devel-mule broken because: does not build on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=xemacs-devel-mule portname: emulators/vmsbackup broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmsbackup portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/ftpd-tls broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=ftpd-tls portname: ftp/proma broken because: define an @exec depending on %F and %B before any files defined build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=proma portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/childsplay_plugins broken because: fails to install on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=childsplay_plugins portname: games/freeorion broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: games/fretsonfire broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=fretsonfire portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/openastromenace broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=openastromenace portname: games/rigsofrods broken because: Does not work with CEGUI 0.7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=rigsofrods portname: games/tuxracer_golf broken because: overwrite a file owned by tuxracer: share/tuxracer/courses/common/buttprint.rgb build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tuxracer_golf portname: graphics/autopano-sift broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=autopano-sift portname: graphics/evas-engine-xrender broken because: does not build with graphics/evas 1.1.0 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=evas-engine-xrender portname: graphics/f90gl broken because: doesn't build with freeglut build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=f90gl portname: graphics/fnlib broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120710033447/fnlib-0.5_10.log (_Jun_18_10:14:18_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=fnlib portname: graphics/geglmm broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=geglmm portname: graphics/glide3 broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=glide3 portname: graphics/ida broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/ida-2.09_1.log (_Jun_18_10:19:16_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ida portname: graphics/imagesort broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/imagesort-2.0_11.log (_Jun_18_09:49:11_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=imagesort portname: graphics/luxrender broken because: does not build with boost-1.48.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: graphics/mapserver broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=mapserver portname: graphics/ocaml-images broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ocaml-images portname: graphics/openrm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=openrm portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/solang broken because: bad plist + do not build with latest exiv2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101130182505/solang-0.3_7.log.bz2 (_Dec__8_03:18:34_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=solang portname: graphics/spcaview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=spcaview portname: graphics/vid broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vid portname: graphics/xmfract broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmfract portname: irc/smuxi broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=smuxi portname: irc/solid-ircd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=solid-ircd portname: japanese/aterm broken because: fails to build with new utmpx build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/ja-aterm-0.4.2_9.log (_Jul_26_16:35:37_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=aterm portname: japanese/gedy broken because: Dependencies removed in ruby-gnome update build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=gedy portname: japanese/ming broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/ja-ming-0.1.5_7.log (_Jun__9_04:24:52_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=ming portname: japanese/perl5 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=perl5 portname: japanese/sj3-server broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=sj3-server portname: japanese/tcl76 broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/ja-tcl-7.6.log (_Jul_26_16:35:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl76 portname: japanese/tcl80 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tcl80 portname: japanese/xjtext broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.9.20120624073608/ja-xjtext-1.3_11.log (_Jun_18_10:04:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=xjtext portname: java/eclipse-clay-core broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-clay-core portname: korean/eterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=eterm portname: lang/Sather broken because: segfaults during build on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=Sather portname: lang/boo broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=boo portname: lang/elisp-manual broken because: overwrites files owned by editors/emacs: info/elisp.info build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=elisp-manual portname: lang/gdc broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gdc portname: lang/ironpython broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ironpython portname: lang/ldc-devel broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ldc-devel portname: lang/rexx-imc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=rexx-imc portname: lang/stklos broken because: does not build on FreeBSD 9.x - runaway process build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=stklos portname: mail/biffer broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=biffer portname: mail/p5-vpopmail broken because: Does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/p5-vpopmail-0.08.log (_Jul_26_16:22:01_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-vpopmail portname: mail/smfsav broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=smfsav portname: math/cgal broken because: does not build with boost-1.48.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=cgal portname: math/dislin broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin portname: math/octave-devel broken because: fails to work with recent versions of GCC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/octave-forge-es broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-forge-es portname: math/petsc-mpich broken because: filesystem was touched prior to make install phase build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc-mpich portname: math/plplot broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=plplot portname: misc/airoflash broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120516193908/airoflash-1.7.log (_Jan_24_07:39:37_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=airoflash portname: misc/c-hey broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=c-hey portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/gpt broken because: pkg_add broken in 9.0 amd64, make broken in 7.4 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt portname: misc/gpt31 broken because: pkg_add broken in 9.0 amd64, make broken in 7.4 i386 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt31 portname: misc/gtktalog broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20120802074109/gtktalog-1.0.4_11.log (_Aug__3_22:07:54_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gtktalog portname: misc/projectionlib broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=projectionlib portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: misc/usbrh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh portname: misc/wminfo broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=wminfo portname: multimedia/linux-gspca-kmod broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-gspca-kmod portname: multimedia/linux-realplayer broken because: unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/linux-realplayer-10.0.9.809.20070726_3.log (_Jun_13_02:24:52_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-realplayer portname: multimedia/mp4split broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120730062936/mp4split-1.0.8.log (_May__7_07:29:04_UTC_2012) http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120524052331/mp4split-1.0.8.log (_Nov_27_02:18:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mp4split portname: multimedia/p5-Video-Info broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-Video-Info portname: net-im/centericq broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=centericq portname: net-im/trix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=trix portname: net-mgmt/noc broken because: unsatisfyable dependency object build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=noc portname: net-mgmt/sendip broken because: does not compile on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=sendip portname: net-p2p/eiskaltdcpp-daemon broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=eiskaltdcpp-daemon portname: net-p2p/nicotine-plus broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=nicotine-plus portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/bfilter broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=bfilter portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/libtrace broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtrace portname: net/mars_nwe broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mars_nwe portname: net/opal broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=opal portname: net/pfflowd broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pfflowd portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/rmsg broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rmsg portname: net/rubygem-amqp-utils broken because: bad dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-amqp-utils portname: net/rubygem-tweetstream broken because: unable to resolve dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=rubygem-tweetstream portname: net/samba4-devel broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba4-devel portname: net/sendfile broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sendfile portname: net/skystar2 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skystar2 portname: net/slbd broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120516193908/slbd-1.3.log (_Jan_24_08:07:52_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=slbd portname: net/spnetkit broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spnetkit portname: net/ttbudget broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttbudget portname: news/lottanzb broken because: overwrite a file owned by misc/shared-mime-info: share/mime/application/x-nzb.xml build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120721114958/lottanzb-0.6_2.log (_Jul_22_19:38:21_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=lottanzb portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: print/gfontview broken because: does not build with giflib build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=gfontview portname: print/hugelatex broken because: overwrite files owned by teTex-Base which it already depends on build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=hugelatex portname: print/scribus-devel broken because: incorrect plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=scribus-devel portname: science/elmerpost broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmerpost portname: science/libctl broken because: Does not compile on i386 or sparc64 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libctl portname: security/chkrootkit broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=chkrootkit portname: security/dazuko broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120730062936/dazuko-2.3.9.log (_Oct_21_15:48:37_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120418012210/dazuko-2.3.9.log (_Oct_19_15:51:02_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/fwtk broken because: Won't fetch, ftp site mentioned in 'IGNORE' has no readme. Web site changed hands? build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fwtk portname: security/openfwtk broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openfwtk portname: security/openvpn-auth-ldap broken because: does not configure on FreeBSD 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvpn-auth-ldap portname: security/pam_alreadyloggedin broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pam_alreadyloggedin portname: security/saint broken because: leaves files after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=saint portname: security/samhain broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain portname: security/samhain-client broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain-client portname: security/samhain-server broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=samhain-server portname: security/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/srp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=srp portname: security/sud broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sud portname: security/termlog broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=termlog portname: shells/wapsh broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=wapsh portname: sysutils/desktopbsd-tools broken because: does not compile on 9.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=desktopbsd-tools portname: sysutils/dvdvideo broken because: bad plist with latest python build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120806122801/dvdvideo-20120126_1.log (_May__7_07:30:45_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dvdvideo portname: sysutils/fusefs-curlftpfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=fusefs-curlftpfs portname: sysutils/grub broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.9.20120726125806/grub-0.97_4.log (_Jul_28_23:29:01_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=grub portname: sysutils/hyperic-sigar broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=hyperic-sigar portname: sysutils/libumberlog broken because: fails to install umberlog.3 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120726033236/libumberlog-0.2.1.log (_May_26_21:03:13_UTC_2012) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/libumberlog-0.2.1.log (_May_21_05:23:59_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=libumberlog portname: sysutils/lookupd broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=lookupd portname: sysutils/memdump broken because: unsupported FreeBSD version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=memdump portname: sysutils/p5-Sys-Utmp broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=p5-Sys-Utmp portname: sysutils/rsyslog5-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog5-snmp portname: sysutils/rsyslog6-devel-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog6-devel-snmp portname: sysutils/rubygem-sys-admin broken because: umpt.h has been removed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rubygem-sys-admin portname: sysutils/slmon broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=slmon portname: sysutils/syslog-ng2 broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=syslog-ng2 portname: sysutils/thefish broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/thefish-0.6.6_6.log (_Jul_26_16:47:53_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=thefish portname: sysutils/tty-clock broken because: Core dumps on FreeBSD 9+ build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=tty-clock portname: sysutils/udesc_dump broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=udesc_dump portname: sysutils/unieject broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=unieject portname: sysutils/wtmp-tools broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wtmp-tools portname: sysutils/yawho broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=yawho portname: textproc/coco broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=coco portname: textproc/gxditview broken because: doesn't compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=gxditview portname: textproc/libextractor broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=libextractor portname: textproc/libmrss broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/libmrss-0.19.2_3.log (_May_26_18:57:53_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=libmrss portname: textproc/py-lucene broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/py27-PyLucene-3.6.0_1.log (_Jul_26_16:22:55_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-lucene portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: vietnamese/vnelvis broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnelvis portname: vietnamese/vnterm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnterm portname: www/cacheboy15-devel broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy15-devel portname: www/geneweb broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: www/linux-flashplugin9 broken because: unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/linux-flashplugin-9.0r289_1.log (_Jun_13_10:34:28_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-flashplugin9 portname: www/mod_smooth_streaming broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120418012210/ap22-mod_smooth_streaming-1.0.8_1.log (_May__4_00:34:42_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_smooth_streaming portname: www/p5-Apache2-Scoreboard broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/p5-Apache2-Scoreboard-2.09.2_2.log (_Jun_13_11:00:53_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache2-Scoreboard portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: x11-fonts/tolkien-ttf broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.9.20120418012210/tolkien-ttf-0.1_2.log (_May__4_04:43:22_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=tolkien-ttf portname: x11-servers/driglide broken because: Does not compile on recent FreeBSD-9 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=driglide portname: x11-themes/kde-icons-amaranth broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth portname: x11-themes/kde-icons-amaranth-althaea broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth-althaea portname: x11-themes/kde-icons-krystaline broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/kde-icons-krystaline-1.1.6.log (_Sep_19_05:32:00_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-krystaline portname: x11-themes/kde-icons-noia-warm broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.7.20120731073932/kde-icons-noia-warm-0.95.log (_Apr_24_22:39:00_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-noia-warm portname: x11-themes/kde-icons-realistic broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-realistic portname: x11-themes/sapphire-themes broken because: depends on conflicting packages (xli and xloadimage both installs bin/xsetbg) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=sapphire-themes portname: x11-toolkits/qt4pas broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120509142305/qt4pas-2.5.log (_May_20_06:47:54_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=qt4pas portname: x11-toolkits/tkdnd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=tkdnd portname: x11-wm/e17-module-efm_nav broken because: does not build with x11-wm/enlightenment 0.16.999.65643 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_nav portname: x11-wm/e17-module-efm_path broken because: does not build with x11-wm/enlightenment 0.16.999.65643 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_path portname: x11-wm/e17-module-efm_pathbar broken because: does not build with x11-wm/enlightenment 0.16.999.65643 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_pathbar portname: x11-wm/e17-module-notification broken because: does not build with x11-wm/enlightenment 0.16.999.65643 or newer build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-notification portname: x11-wm/ede broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20120805102317/ede-2.0.log (_Aug__6_16:29:09_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ede portname: x11/cl-clx-sbcl broken because: Changes in sbcl 1.0.55 have exposed problems in /usr/local/lib/common-lisp/clx/depdefs.lisp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=cl-clx-sbcl portname: x11/emu broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=emu portname: x11/ggiterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=ggiterm portname: x11/gnome-shell broken because: Doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell portname: x11/powershell broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.10.20120608131052/powershell-0.8_11.log (_Jun_13_12:43:31_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=powershell portname: x11/rxvt broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=rxvt portname: x11/wterm broken because: fails to build with new utmpx build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=wterm From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:29:18 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE1B31065769 for ; Tue, 7 Aug 2012 08:29:18 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id BB5E38FC08 for ; Tue, 7 Aug 2012 08:29:18 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q778TI5c010928 for ; Tue, 7 Aug 2012 08:29:18 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 7 Aug 2012 08:29:18 GMT Message-Id: <201208070829.q778TI5c010928@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:29:18 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: audio/linux-alsa-lib description: The Advanced Linux Sound Architecture libraries maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-alsa-lib portname: audio/linux-arts description: Audio system for the KDE integrated X11 desktop (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-arts portname: audio/linux-freealut description: A free implementation of OpenAL's ALUT standard (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-freealut portname: audio/linux-libmad description: Libmad library (part of MAD project) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libmad portname: audio/linux-libogg description: Ogg bitstream library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libogg portname: audio/linux-libvorbis description: Audio compression codec library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libvorbis portname: audio/linux-openal description: A 3D positional spatialized sound library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-openal portname: databases/libudbc description: Openlink UDBC SDK maintainer: ports@FreeBSD.org deprecated because: Does not fetch and no vendor support anymore expiration date: 2012-08-12 build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120806122801/libudbc-4.1.log (_Aug__6_14:02:05_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libudbc portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: graphics/linux-cairo description: Linux cairo binary maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-cairo portname: graphics/linux-gdk-pixbuf description: Linux version of the graphic library for GTK+ maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-gdk-pixbuf portname: java/sun-wtk description: Sun J2ME Wireless Toolkit maintainer: ports@FreeBSD.org status: IGNORE deprecated because: no more public distfiles, merged with Java ME SDK 3.0 upstream expiration date: 2013-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=sun-wtk portname: misc/gpt description: Grid Packaging Tools (used to install Globus) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: was a dependency for net/globus4, which was removed 2008-12-07, unmaintained upstream since 2004 expiration date: 2012-08-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt portname: misc/gpt31 description: Grid Packaging Tools (used to install Globus) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: was a dependency for net/globus4, which was removed 2008-12-07, unmaintained upstream since 2004 expiration date: 2012-08-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt31 From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:29:42 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 384F71065686 for ; Tue, 7 Aug 2012 08:29:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 221758FC1A for ; Tue, 7 Aug 2012 08:29:42 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q778TgeY015256 for ; Tue, 7 Aug 2012 08:29:42 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 7 Aug 2012 08:29:42 GMT Message-Id: <201208070829.q778TgeY015256@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:29:42 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: accessibility/linux-atk description: Accessibility Toolkit, Linux/i386 binary maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=accessibility&portname=linux-atk portname: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: archivers/linux-ucl description: RPM of UCL, a lossless data compression library maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=linux-ucl portname: archivers/linux-upx description: RPM of UPX, a high-performance executable packer maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=linux-upx portname: archivers/php52-bz2 description: The bz2 shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-bz2 portname: archivers/php52-zip description: The zip shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-zip portname: archivers/php52-zlib description: The zlib shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=php52-zlib portname: audio/holyshout description: Streaming audio to Icecast/shoutcast supports multiple bitrate stream maintainer: gahr@FreeBSD.org deprecated because: Upstream has disappeared expiration date: 2012-09-06 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/holyshout-0.2_5.log (_Jul_26_16:23:47_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=holyshout portname: audio/linux-alsa-lib description: The Advanced Linux Sound Architecture libraries maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-alsa-lib portname: audio/linux-arts description: Audio system for the KDE integrated X11 desktop (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-arts portname: audio/linux-esound description: RPM of esound maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-esound portname: audio/linux-freealut description: A free implementation of OpenAL's ALUT standard (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-freealut portname: audio/linux-libaudiofile description: RPM of audiofile maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libaudiofile portname: audio/linux-libmad description: Libmad library (part of MAD project) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libmad portname: audio/linux-libogg description: Ogg bitstream library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libogg portname: audio/linux-libvorbis description: Audio compression codec library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-libvorbis portname: audio/linux-mikmod description: MikMod Sound Library (Linux version) maintainer: mva@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-mikmod portname: audio/linux-nas-libs description: Runtime libraries for NAS (Linux Fedora Core 4) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-nas-libs portname: audio/linux-openal description: A 3D positional spatialized sound library (Linux version) maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-openal portname: audio/linux-sdl_mixer description: A sample multi-channel audio mixer library (Linux version) maintainer: mva@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-sdl_mixer portname: audio/xmms-arts_output description: aRts output plugin for XMMS maintainer: fjoe@FreeBSD.org deprecated because: Outdated and distfile no longer available expiration date: 2012-07-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/xmms-arts_output-0.7.1_10.log (_Jul_26_16:24:24_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-arts_output portname: cad/salome-gui description: GUI module of Salome platform maintainer: devel@stasyan.com status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=salome-gui portname: chinese/cxterm description: An xterm that speaks Chinese maintainer: sunrychen@gmail.com status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=cxterm portname: converters/php52-iconv description: The iconv shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-iconv portname: converters/php52-mbstring description: The mbstring shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-mbstring portname: converters/php52-recode description: The recode shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=php52-recode portname: databases/edb description: Enlightenment Database Library maintainer: magik@roorback.net deprecated because: Deprecated by enlightenment.org team expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=edb portname: databases/hypertable description: High performance distributed data storage system maintainer: skv@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=hypertable portname: databases/libudbc description: Openlink UDBC SDK maintainer: ports@FreeBSD.org deprecated because: Does not fetch and no vendor support anymore expiration date: 2012-08-12 build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120806122801/libudbc-4.1.log (_Aug__6_14:02:05_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=libudbc portname: databases/pear-MDB2_Driver_ibase description: PEAR ibase MDB2 driver maintainer: miwi@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pear-MDB2_Driver_ibase portname: databases/php-sqlite3 description: A port for the PHP sqlite3 extension maintainer: glarkin@FreeBSD.org deprecated because: No upstream development and superseded by databases/php5-sqlite3 and databases/php53-sqlite3 expiration date: 2012-06-21 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/php-sqlite3-0.5.log (_May_26_18:46:40_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php-sqlite3 portname: databases/php5-rrdtool description: A php 5 rrdtool glue maintainer: rick@wzoeterwoude.net deprecated because: deprecated via upstream please use databases/pecl-rrd. expiration date: 2012-06-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/php5-rrdtool-1.00_2.log (_May_26_18:48:29_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php5-rrdtool portname: databases/php52-dba description: The dba shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-dba portname: databases/php52-dbase description: The dbase shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-dbase portname: databases/php52-interbase description: The interbase shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-interbase portname: databases/php52-mssql description: The mssql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mssql portname: databases/php52-mysql description: The mysql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mysql portname: databases/php52-mysqli description: The mysqli shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-mysqli portname: databases/php52-oci8 description: The oci8 shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-oci8 portname: databases/php52-odbc description: The odbc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-odbc portname: databases/php52-pdo description: The pdo shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo portname: databases/php52-pdo_dblib description: The pdo_dblib shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_dblib portname: databases/php52-pdo_firebird description: The pdo_firebird shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_firebird portname: databases/php52-pdo_mysql description: The pdo_mysql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_mysql portname: databases/php52-pdo_oci description: The pdo_oci shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_oci portname: databases/php52-pdo_odbc description: The pdo_odbc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_odbc portname: databases/php52-pdo_pgsql description: The pdo_pgsql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_pgsql portname: databases/php52-pdo_sqlite description: The pdo_sqlite shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pdo_sqlite portname: databases/php52-pgsql description: The pgsql shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-pgsql portname: databases/php52-rrdtool description: A php 52 rrdtool glue maintainer: scheidell@FreeBSD.org deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-rrdtool portname: databases/php52-sqlite description: The sqlite shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-sqlite portname: databases/php52-sybase_ct description: The sybase_ct shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=php52-sybase_ct portname: databases/ruby-kyotocabinet description: Ruby (1.9.1+) binding to Kyoto Cabinet maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-kyotocabinet portname: deskutils/doodle description: Quickly search documents maintainer: jadawin@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=doodle portname: devel/apr0 description: Apache Portability Library maintainer: apache@FreeBSD.org deprecated because: will be unsupported by ASF when 2.4.0 is released, migrate to devel/apr1 now expiration date: 2012-02-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=apr0 portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: devel/linux-allegro description: Cross-platform game programming library (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-allegro portname: devel/linux-libglade description: RPM of libglade maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-libglade portname: devel/linux-libglade2 description: RPM of libglade2 maintainer: tut@nhamon.com.ua deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-libglade2 portname: devel/linux-libsigc++20 description: Callback Framework for C++ (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-libsigc%2B%2B20 portname: devel/linux-sdl12 description: Cross-platform multi-media development API (linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-sdl12 portname: devel/p5-Class-Fields description: Set of modules to operate with class fields and members access maintainer: perl@FreeBSD.org deprecated because: considered obsolete by upstream expiration date: 2012-07-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Class-Fields portname: devel/php52-gettext description: The gettext shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-gettext portname: devel/php52-json description: The json shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-json portname: devel/php52-ncurses description: The ncurses shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-ncurses portname: devel/php52-pcntl description: The pcntl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-pcntl portname: devel/php52-pcre description: The pcre shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-pcre portname: devel/php52-readline description: The readline shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-readline portname: devel/php52-shmop description: The shmop shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-shmop portname: devel/php52-spl description: The spl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-spl portname: devel/php52-sysvmsg description: The sysvmsg shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvmsg portname: devel/php52-sysvsem description: The sysvsem shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvsem portname: devel/php52-sysvshm description: The sysvshm shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-sysvshm portname: devel/php52-tokenizer description: The tokenizer shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php52-tokenizer portname: emulators/linux-libaio description: Linux-native asynchronous I/O access library, Linux binary maintainer: numisemis@yahoo.com deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux-libaio portname: emulators/linux_base-fc4 description: Base set of packages needed in Linux mode (for i386/amd64) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux_base-fc4 portname: ftp/linux-curl description: Curl linux version maintainer: acm@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=linux-curl portname: ftp/php52-curl description: The curl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=php52-curl portname: ftp/php52-ftp description: The ftp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=php52-ftp portname: games/8kingdoms description: 3D turn-based fantasy strategic game maintainer: acm@FreeBSD.org deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=8kingdoms portname: games/freeorion description: Open-source, platform independent galactic conquest game maintainer: oliver@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: games/rigsofrods description: Truck, car, airplane, and boat simulator with advanced physics maintainer: amdmi3@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=rigsofrods portname: graphics/autopano-sift description: Automatic panorama control point generation tool maintainer: vd@FreeBSD.org status: BROKEN deprecated because: Disappeared from vendor site. No longer required by graphics/hugin expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=autopano-sift portname: graphics/evas-engine-xrender description: A hardware accelerated canvas API (XRender engine) maintainer: magik@roorback.net status: BROKEN deprecated because: Deprecated by enlightenment.org expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=evas-engine-xrender portname: graphics/evas-loader-edb description: A hardware accelerated canvas API (edb engine) maintainer: magik@roorback.net status: IGNORE deprecated because: Deprecated by enlightenment.org expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=evas-loader-edb portname: graphics/linux-cairo description: Linux cairo binary maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-cairo portname: graphics/linux-gdk-pixbuf description: Linux version of the graphic library for GTK+ maintainer: ports@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-gdk-pixbuf portname: graphics/linux-imlib description: RPM of imlib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-imlib portname: graphics/linux-jpeg description: RPM of the JPEG lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-jpeg portname: graphics/linux-libGLU description: OpenGL utility library (Linux version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-libGLU portname: graphics/linux-libmng description: RPM of libmng maintainer: michael@ranner.eu deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-libmng portname: graphics/linux-png description: RPM of the PNG lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-png portname: graphics/linux-png10 description: RPM of the PNG lib (old 1.0 version) maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-png10 portname: graphics/linux-sdl_image description: A simple library to load images as SDL interfaces (linux version) maintainer: nivit@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-sdl_image portname: graphics/linux-tiff description: TIFF library, Linux/i386 binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: graphics/linux-ungif description: RPM of the ungif lib maintainer: maho@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-ungif portname: graphics/php52-exif description: The exif shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-exif portname: graphics/php52-gd description: The gd shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-gd portname: graphics/php52-ming description: The ming shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=php52-ming portname: graphics/solang description: A photo manager for GNOME maintainer: ashish@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101130182505/solang-0.3_7.log.bz2 (_Dec__8_03:18:34_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=solang portname: java/sun-wtk description: Sun J2ME Wireless Toolkit maintainer: ports@FreeBSD.org status: IGNORE deprecated because: no more public distfiles, merged with Java ME SDK 3.0 upstream expiration date: 2013-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=sun-wtk portname: lang/boo description: A CLI-targeted programming language similar to Python maintainer: mono@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=boo portname: lang/linux-libg2c description: Fortran 77 compatibility runtime maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=linux-libg2c portname: lang/llvm-gcc4 description: A gcc4 frontend for LLVM maintainer: brooks@FreeBSD.org deprecated because: Development ended upstream. Switch to dragonegg once available expiration date: 2012-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=llvm-gcc4 portname: lang/php52 description: PHP Scripting Language maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=php52 portname: mail/php52-imap description: The imap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=php52-imap portname: math/octave-devel description: Developer's version of math/octave maintainer: maho@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=octave-devel portname: math/petsc-mpich description: Portable, Extensible Toolkit for Scientific computation maintainer: bf@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-07-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc-mpich portname: math/php52-bcmath description: The bcmath shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=php52-bcmath portname: math/php52-gmp description: The gmp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=php52-gmp portname: misc/airoflash description: Flash utiltity for Cisco/Aironet 802.11 wireless cards maintainer: ambrisko@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20120516193908/airoflash-1.7.log (_Jan_24_07:39:37_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=airoflash portname: misc/gpt description: Grid Packaging Tools (used to install Globus) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: was a dependency for net/globus4, which was removed 2008-12-07, unmaintained upstream since 2004 expiration date: 2012-08-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt portname: misc/gpt31 description: Grid Packaging Tools (used to install Globus) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: was a dependency for net/globus4, which was removed 2008-12-07, unmaintained upstream since 2004 expiration date: 2012-08-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gpt31 portname: misc/php52-calendar description: The calendar shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=php52-calendar portname: multimedia/linux-libtheora description: Video codec maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-libtheora portname: multimedia/p5-Video-Info description: Retrieve video properties such as: height width codec fps maintainer: perl@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-Video-Info portname: multimedia/x264-devel description: Library and tool for encoding H.264/AVC video streams maintainer: mm@FreeBSD.org deprecated because: x264 github development makes this port obsolete expiration date: 2012-08-23 build errors: http://pointyhat.FreeBSD.org/errorlogs/i386-errorlogs/e.8.20120730062936/x264-devel-0.124.2197.log (_May__7_07:29:07_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=x264-devel portname: net-mgmt/php52-snmp description: The snmp shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=php52-snmp portname: net/asterisk16 description: An Open Source PBX and telephony toolkit maintainer: flo@FreeBSD.org deprecated because: asterisk 1.6.2.* will be EOLed on 2012-04-21 expiration date: 2012-05-31 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101130182505/asterisk16-1.6.2.14.log.bz2 (_Dec__7_12:13:52_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=asterisk16 portname: net/p5-Net-Gopher description: Net::Gopher is the Perl Gopher/Gopher+ API maintainer: toni.viemero@iki.fi deprecated because: gone from CPAN expiration date: 2012-04-17 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/p5-Net-Gopher-1.15.log (_Jul_26_16:19:37_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Gopher portname: net/php52-ldap description: The ldap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-ldap portname: net/php52-soap description: The soap shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-soap portname: net/php52-sockets description: The sockets shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-sockets portname: net/php52-xmlrpc description: The xmlrpc shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=php52-xmlrpc portname: net/spnetkit description: A C++ wrapper for BSD-style sockets maintainer: vanilla@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spnetkit portname: security/fwtk description: A toolkit used for building firewalls based on proxy services maintainer: pirzyk@FreeBSD.org status: BROKEN deprecated because: expiration date: 2012-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fwtk portname: security/linux-openssl description: SSL and crypto library (Linux Version) maintainer: acm@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=linux-openssl portname: security/php52-filter description: The filter shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-filter portname: security/php52-hash description: The hash shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-hash portname: security/php52-mcrypt description: The mcrypt shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-mcrypt portname: security/php52-mhash description: The mhash shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-mhash portname: security/php52-openssl description: The openssl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=php52-openssl portname: sysutils/diskprep description: A program to prepare disks for use based on a config file maintainer: brooks@FreeBSD.org deprecated because: Believed to have no users expiration date: 2012-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=diskprep portname: sysutils/linux-procps description: Linux psproc binaries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-procps portname: sysutils/php52-posix description: The posix shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=php52-posix portname: textproc/linux-aspell description: Spelling checker with better logic than ispell (linux version) maintainer: office@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-aspell portname: textproc/linux-expat description: Linux/i386 binary port of Expat XML-parsing library maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-expat portname: textproc/linux-libxml description: RPM of libxml maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-libxml portname: textproc/linux-libxml2 description: RPM of libxml2 maintainer: tut@nhamon.com.ua deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-libxml2 portname: textproc/linux-scim-gtk description: Smart Common Input Method platform, gtk module, Linux binary maintainer: hrs@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-scim-gtk portname: textproc/linux-scim-libs description: Smart Common Input Method platform, library part, Linux binary maintainer: hrs@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-scim-libs portname: textproc/linux-xerces-c2 description: Validating XML parser from the Apache XML Project (linux version) maintainer: avl@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=linux-xerces-c2 portname: textproc/p5-KinoSearch description: A Perl search engine library maintainer: vivek@khera.org deprecated because: replaced by textproc/p5-KinoSearch1 expiration date: 2012-05-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-KinoSearch portname: textproc/php52-ctype description: The ctype shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-ctype portname: textproc/php52-dom description: The dom shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-dom portname: textproc/php52-pspell description: The pspell shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-pspell portname: textproc/php52-simplexml description: The simplexml shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-simplexml portname: textproc/php52-wddx description: The wddx shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-wddx portname: textproc/php52-xml description: The xml shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xml portname: textproc/php52-xmlreader description: The xmlreader shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xmlreader portname: textproc/php52-xmlwriter description: The xmlwriter shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xmlwriter portname: textproc/php52-xsl description: The xsl shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=php52-xsl portname: www/apache20 description: Version 2.0.x of Apache web server with prefork MPM. maintainer: apache@FreeBSD.org deprecated because: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now expiration date: 2012-01-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache20 portname: www/linux-f10-flashplugin10 description: Adobe Flash Player NPAPI Plugin maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: has vulnerabilities and is EOL expiration date: 2012-03-27 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-f10-flashplugin10 portname: www/p5-Xango description: Event Based High Performance Web Crawler Framework maintainer: gslin@gslin.org deprecated because: Removed from CPAN expiration date: 2012-05-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Xango portname: www/php52-session description: The session shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=php52-session portname: www/php52-tidy description: The tidy shared extension for php maintainer: admin@lissyara.su deprecated because: PHP 5.2 series is strongly discouraged for new installations, migrate now expiration date: 2013-03-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=php52-tidy portname: www/py-django12 description: High-level Python Web framework maintainer: lwhsu@FreeBSD.org deprecated because: Unsupported version expiration date: 2012-05-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-django12 portname: www/tomcat55 description: Open-source Java web server by Apache, 5.5.x branch maintainer: jgh@FreeBSD.org deprecated because: EOL approaching, consider www/tomcat{6,7} expiration date: 2012-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat55 portname: www/trac-ctxtnavadd description: Add links to the ctxtnav bar from other plugins maintainer: glarkin@FreeBSD.org deprecated because: Functionality of this plugin merged into Trac itself expiration date: 2012-08-04 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20120725160355/trac-ctxtnavaddplugin-2.0_2.log (_Jul_26_16:21:02_UTC_2012) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=trac-ctxtnavadd portname: x11-fonts/linux-fontconfig description: Linux/i386 binary of Fontconfig maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=linux-fontconfig portname: x11-themes/kde-icons-amaranth description: KDE smooth iconset maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth portname: x11-themes/kde-icons-amaranth-althaea description: KDE iconset like Crystal SVG, but simpler and with more shadows maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth-althaea portname: x11-themes/kde-icons-krystaline description: KDE Krystaline iconset maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20120517001625/kde-icons-krystaline-1.1.6.log (_Sep_19_05:32:00_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-krystaline portname: x11-themes/kde-icons-realistic description: KDE Realistic complete photo-based iconset maintainer: lioux@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2012-05-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-realistic portname: x11-toolkits/linux-gtk description: RPM of the Gtk lib maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-gtk portname: x11-toolkits/linux-gtk2 description: GTK+ library, version 2.X, Linux binary maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-gtk2 portname: x11-toolkits/linux-openmotif description: Motif toolkit Linux libraries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-openmotif portname: x11-toolkits/linux-pango description: Linux pango binary maintainer: emulation@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango portname: x11-toolkits/linux-qt33 description: RPM of QT3 maintainer: bsam@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-qt33 portname: x11-wm/e17-module-efm_nav description: An e17 module that allows a user to navigate through the filesystem maintainer: magik@roorback.net status: BROKEN deprecated because: Deprecated by enlightenment.org expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_nav portname: x11-wm/e17-module-efm_path description: An e17 module that allows a user to type a location into the filemanager maintainer: magik@roorback.net status: BROKEN deprecated because: Deprecated by enlightenment.org expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_path portname: x11-wm/e17-module-efm_pathbar description: An e17 module that provides a pathbar gadget maintainer: magik@roorback.net status: BROKEN deprecated because: Deprecated by enlightenment.org expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-efm_pathbar portname: x11-wm/e17-module-notification description: An e17 notification daemon module maintainer: magik@roorback.net status: BROKEN deprecated because: Merged into x11-wm/enlightenment expiration date: 2012-07-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=e17-module-notification portname: x11/linux-xorg-libs description: Xorg libraries, linux binaries maintainer: emulation@FreeBSD.org deprecated because: expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=linux-xorg-libs From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 08:29:46 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1BBAB1065752 for ; Tue, 7 Aug 2012 08:29:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from portsmonj.FreeBSD.org (portsmonj.freebsd.org [69.147.83.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0358FC1E for ; Tue, 7 Aug 2012 08:29:46 +0000 (UTC) Received: from portsmonj.freebsd.org (portsmonj.freebsd.org [69.147.83.46]) by portsmonj.FreeBSD.org (8.14.5/8.14.4) with ESMTP id q778TkX8015742 for ; Tue, 7 Aug 2012 08:29:46 GMT (envelope-from linimon@FreeBSD.org) Date: Tue, 7 Aug 2012 08:29:46 GMT Message-Id: <201208070829.q778TkX8015742@portsmonj.FreeBSD.org> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 08:29:46 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: graphics/linux-tiff forbidden because: Vulnerable since 2004-10-13, http://portaudit.freebsd.org/8816bf3a-7929-11df-bcce-0018f3e2eb82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-tiff portname: www/linux-f10-flashplugin10 forbidden because: insecure version - use flashplugin11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-f10-flashplugin10 portname: x11-toolkits/linux-pango forbidden because: Vulnerable since 2009-05-13, http://portaudit.freebsd.org/4b172278-3f46-11de-becb-001cc0377035.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=linux-pango From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 09:31:22 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FF21106568B; Tue, 7 Aug 2012 09:31:22 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DC0048FC14; Tue, 7 Aug 2012 09:31:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Syg8B-0004U0-5w>; Tue, 07 Aug 2012 11:31:15 +0200 Received: from e178018228.adsl.alicedsl.de ([85.178.18.228] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Syg8A-0006AB-WF>; Tue, 07 Aug 2012 11:31:15 +0200 Message-ID: <5020E05C.3000704@zedat.fu-berlin.de> Date: Tue, 07 Aug 2012 11:31:08 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig995387F9CB2C294BC65FDE0B" X-Originating-IP: 85.178.18.228 Cc: Subject: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 09:31:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig995387F9CB2C294BC65FDE0B Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello. I tried to switch to the new tool pkg. I'm still installing my ports via sources and compiling, but I appreciate the more stable dependency tracking of pkg(ng). Therefore, I patched, as reuqired and recommended, ports-mgmt/portmaster.= I performed a portmaster --check-depends after I got several warnings and two very confusing (if not scaring) exclsuions and therefore rejectio= ns: graphics/libGL and x11/nvidia-driver (which is in my case 304.32 and works pretty well so far!), x11-server/xorg-server. They all install, so the compalin of pkg/portmaster, files in the very same place. So I'm stuck and I do not know, whether my ports collection is now corrupted by this stubborn behaviour or not. Mor scaring, performing a "portmaster --check-depends" ends up in this: >>> Missing package dependencies were detected. >>> Found 2 issue(s) in total with your package database. The following packages will be installed: Installing pkg-config: 0.25_1 Downgrading pciids: 20120711 -> 20120625 Downgrading libdrm: 2.4.31_1 -> 2.4.17_1 Installing libGL: 7.6.1 Installing perl: 5.14.2_2 Downgrading dbus: 1.4.14_3 -> 1.4.14_2 Downgrading dri: 7.11.2_1,2 -> 7.6.1,2 Downgrading pcre: 8.31 -> 8.30_2 Downgrading python27: 2.7.3_3 -> 2.7.3_2 Installing xorg-server: 1.7.7_5,1 The installation will require 40 MB more space 28 MB to be downloaded Before I made the update towards pkg via pkg2ng, I updated everything with portmaster as it worked in the old-fashion before. I have set properly the knob WITH_NEW_X11 in /etc/make.conf. Now this new toolset tries to donwgrade some of the ports - why? What happens here? ports-mgmt/portmaster installs still the old fashioned style folders of ports in /var/db/pkg. I thought ith the new scheme of pkg, everything is going into a file based SQLite3 DB? With each kernel update, I also need to update x11/nvidia-driver. I do this by /etc/src.conf setting PORTS_MODULES=3D "x11/nvidia-driver" PORTS_MODULES+=3D "emulators/virtualbox-ose-kmod" The nvidia driver now fails. How can I circumvent this nasty problem? Is there a "brute force" knob. Will ports-mgmt/portupgrade-devel heal those problems? My OS is a most recent FBSD 10.0-CURRENT. Regards, Oliver --------------enig995387F9CB2C294BC65FDE0B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQIOBiAAoJEOgBcD7A/5N8ry4H/juVMTagNXwmmKPKadeHxY48 6sjlTjA2kI8emkWXmZ1zLORTu2TacOiea3RHXg3usxzL7C56Qa1utkBJqA8vGWkH EnT4h6Ce4gI+KXhQv6Y//4i8p/hIcbxnuYBlOAqukgKSBS2bgvj4H1KiZ7d92+tC jPKCH20NMGT4KjRygHXCYX0Y9pOZC+Kxl3KnsFoTxGULTKuI0EZknMp/kpIjorR8 lIjLedzCUU3NHRMfpdqanCgCjokc8EuyC0LUQmx/q8HuIS6PLOzkWOtKZWve+VP2 4c/cJQPA07MMub3/3D0DQqQuehwlI7tIArui2QgdmYtHGOGax/AEkU6Y66GBJwU= =kWLV -----END PGP SIGNATURE----- --------------enig995387F9CB2C294BC65FDE0B-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 13:30:20 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C8A7106566C; Tue, 7 Aug 2012 13:30:20 +0000 (UTC) (envelope-from lumax@acompoprad.sk) Received: from ns.acompoprad.sk (ns.acompoprad.sk [195.98.29.155]) by mx1.freebsd.org (Postfix) with ESMTP id 479228FC14; Tue, 7 Aug 2012 13:30:19 +0000 (UTC) Received: from ns.acompoprad.sk (localhost [127.0.0.1]) by ns.acompoprad.sk (Postfix) with ESMTP id 21BD239866; Tue, 7 Aug 2012 15:24:16 +0200 (CEST) X-Virus-Scanned: amavisd-new at agraf.sk Received: from ns.acompoprad.sk ([127.0.0.1]) by ns.acompoprad.sk (ns.acompoprad.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RUa3On3zY-oq; Tue, 7 Aug 2012 15:23:55 +0200 (CEST) Received: from [192.168.1.11] (zx.acompp.sk [195.98.29.154]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lumax@acompoprad.sk) by ns.acompoprad.sk (Postfix) with ESMTPSA id ADC2039865; Tue, 7 Aug 2012 15:23:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=acompoprad.sk; s=acompoprad_sk; t=1344345835; bh=HGMbQXsU38+3VTUpHqNpzlbCrKWnyKworvRPyasqNrA=; h=Date:From:To:CC:Subject; b=QLQLlrMLvJ2sEWRtmzKhn1Jr1rDX9+MXZjv2GK+SBVN9+i2G3e19HFAFKK7rNobzO +bxtVG6/z/5TtHdnm/0v/OxDnOXZ7v7mlbFRynbgxk2U0qqQRtPWRGEAtl0SZ3ZxuT M9LC9UNtI6TUo0TMAyQDV2o9ky3HZookB/A8gnyw= Message-ID: <502116EA.1000504@acompoprad.sk> Date: Tue, 07 Aug 2012 15:23:54 +0200 From: LuMaX User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: mm@FreeBSD.org Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: proftpd-1.3.4b vs. mod_clamav X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 13:30:20 -0000 Hello, sorry for my english. I have read on the internet that for proftpd is: Closed-Date: Sat Aug 04 06:55:43 UTC 2012 Last-Modified: Sat Aug 04 06:55:43 UTC 2012 Originator: Sergey Rogoza "mod_clamav has been disabled for now. " "mod_clamav" in the future will be supported? Thanks for reply. -- LuMaX From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 13:37:46 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87909106566B for ; Tue, 7 Aug 2012 13:37:46 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7238FC0A for ; Tue, 7 Aug 2012 13:37:45 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=o88QxG /cwNtCc8plk4gA4TfZTjYtZc6HK4xjwuDCCJLjT0Tj0yzzpR/rCKYfi6Au4IKT/j 9fG9bar+cjrPtW642DV9FPFA2NO1Y6JOnXAKjEgiJFoRm7f12muKD02ASM2RLuMu 2fxouWG49e+dL6aXTZ6/ezRArsUphmgNzIzYU= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=tnxy1rYBoj7/ LhLEzIvpU6XvWSzBGWopVe1n35A+OKA=; b=1IlCQNFyL+sKTojtUsVMQAjeXHCR siLcwoxKlcDyiRKiiRLMZdOidXwTNTjmusnbbF+eEEZy2Yi2a8Qi7xnwj1SebNK5 komRRz/d4JPihHSE4Hrw9I/6Kc+NgFiiegbQJSOJyEiwpn3lhNDka3GBTT4VywQ1 SsK9uTI37cVKziQ= Received: (qmail 19138 invoked from network); 7 Aug 2012 08:37:38 -0500 Received: from unknown (HELO ?10.10.0.115?) (bryan@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 7 Aug 2012 08:37:38 -0500 Message-ID: <50211A0F.9060600@shatow.net> Date: Tue, 07 Aug 2012 08:37:19 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "O. Hartmann" References: <5020E05C.3000704@zedat.fu-berlin.de> In-Reply-To: <5020E05C.3000704@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.3 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 13:37:46 -0000 On 8/7/2012 4:31 AM, O. Hartmann wrote: > Hello. > I tried to switch to the new tool pkg. I'm still installing my ports via > sources and compiling, but I appreciate the more stable dependency > tracking of pkg(ng). > Therefore, I patched, as reuqired and recommended, ports-mgmt/portmaster. > > I performed a portmaster --check-depends after I got several warnings > and two very confusing (if not scaring) exclsuions and therefore rejections: > > graphics/libGL and x11/nvidia-driver (which is in my case 304.32 and > works pretty well so far!), x11-server/xorg-server. They all install, so > the compalin of pkg/portmaster, files in the very same place. So I'm > stuck and I do not know, whether my ports collection is now corrupted by > this stubborn behaviour or not. > > Mor scaring, performing a "portmaster --check-depends" ends up in this: > >>>> Missing package dependencies were detected. >>>> Found 2 issue(s) in total with your package database. > > The following packages will be installed: > > Installing pkg-config: 0.25_1 > Downgrading pciids: 20120711 -> 20120625 > Downgrading libdrm: 2.4.31_1 -> 2.4.17_1 > Installing libGL: 7.6.1 > Installing perl: 5.14.2_2 > Downgrading dbus: 1.4.14_3 -> 1.4.14_2 > Downgrading dri: 7.11.2_1,2 -> 7.6.1,2 > Downgrading pcre: 8.31 -> 8.30_2 > Downgrading python27: 2.7.3_3 -> 2.7.3_2 > Installing xorg-server: 1.7.7_5,1 > > The installation will require 40 MB more space > > 28 MB to be downloaded > > > Before I made the update towards pkg via pkg2ng, I updated everything > with portmaster as it worked in the old-fashion before. I have set > properly the knob WITH_NEW_X11 in /etc/make.conf. Now this new toolset > tries to donwgrade some of the ports - why? What happens here? There's some discrepancy between your installed packages, ports, and possibly a remote repository. portmaster --check-depends must not be properly implemented with pkgng. It's trying to use the remote repository to fix the problems it sees instead of the local PORTS tree. The remote is outdated, so it's also trying to downgrade packages. I would not use --check-depends for now. Just manually portmaster every port that's missing. > > ports-mgmt/portmaster installs still the old fashioned style folders of > ports in /var/db/pkg. I thought ith the new scheme of pkg, everything is > going into a file based SQLite3 DB? The portmaster patch is only storing distfile information. The actual pkg db is only using the SQLite3 pkgng db. > > With each kernel update, I also need to update x11/nvidia-driver. I do > this by /etc/src.conf setting > > PORTS_MODULES= "x11/nvidia-driver" > PORTS_MODULES+= "emulators/virtualbox-ose-kmod" > > The nvidia driver now fails. How can I circumvent this nasty problem? Is > there a "brute force" knob. > > Will ports-mgmt/portupgrade-devel heal those problems? The main problem I see is with --check-depends. This looks to the be equivalent of 'pkgdb -F'. Currently 'pkgdb -F' is not implemented in portupgrade-devel for pkgng support. So it won't help. > > My OS is a most recent FBSD 10.0-CURRENT. > > Regards, > Oliver > -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 13:39:48 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A86301065672 for ; Tue, 7 Aug 2012 13:39:48 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 4F3FA8FC08 for ; Tue, 7 Aug 2012 13:39:48 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=PG0x9d HYhmVGEfrE1CViW7hRA4ia54gXo4CZNHWFv5+Jk+DJNPnOanikLRc2tZEmsa3ZgD 5MKiwL4RatURMAgNBfKGv3GaCPItk1sJgAoYrBvW89Wl3FGZriujEBqwn2HPIVsb TgddqhoLwilhx/sY0vX0WFHy0hZ7U8ATPgQhI= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=pjN8yHnfUKND mPzNra9GpUgW/gCZSJUZZLV0sPw81Rc=; b=K9/+yZ4PChHTYko4qFyH543bYhVW J4MtFSRZgpwfgV55kIKPKyFL3ThVVCTRmdtpPoPWcuH0T/4VyDXwTyGZVH4MzuG4 suXfOOWD4uxFzizX/mHVaBZ+x/hbD0SkYN5Q5ktC/4b3YUvTsbI0FNCQPRltlg1Y K1Qv5FPR9i3lCRc= Received: (qmail 64184 invoked from network); 7 Aug 2012 08:39:46 -0500 Received: from unknown (HELO ?10.10.0.115?) (bryan@shatow.net@10.10.0.115) by sweb.xzibition.com with ESMTPA; 7 Aug 2012 08:39:46 -0500 Message-ID: <50211A8F.40108@shatow.net> Date: Tue, 07 Aug 2012 08:39:27 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: "O. Hartmann" References: <5020E05C.3000704@zedat.fu-berlin.de> In-Reply-To: <5020E05C.3000704@zedat.fu-berlin.de> X-Enigmail-Version: 1.4.3 OpenPGP: id=3C9B0CF9; url=http://www.shatow.net/bryan/bryan.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 13:39:48 -0000 On 8/7/2012 4:31 AM, O. Hartmann wrote: > ports-mgmt/portmaster installs still the old fashioned style folders of > ports in /var/db/pkg. I thought ith the new scheme of pkg, everything is > going into a file based SQLite3 DB? Also ensure WITH_PKGNG=yes is in your /etc/make.conf. My last comment still stands though, portmaster will store distifile information in /var/db/pkg. -- Regards, Bryan Drewery bdrewery@freenode/EFNet From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 13:44:48 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13308106566B for ; Tue, 7 Aug 2012 13:44:48 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id BAC868FC0C for ; Tue, 7 Aug 2012 13:44:47 +0000 (UTC) Received: by qaat11 with SMTP id t11so1766669qaa.13 for ; Tue, 07 Aug 2012 06:44:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=I4lKoqLkzLRKUcmdXB2o98UTwPtAE+ZyXIJijH4FlGs=; b=aS5U8O7aCGQeqnDYqfHcQy+sk9Ld60Tu3UHBG445mIb9KAZzJ5ZPU5i0ck8Pi8OrcV cO4n2eJbIsUzhUicXUfO67nPRwhDKkk/gXs0KQsHfs1UL4hm6N1uAoceKM1zATg1mQre oBL7qb8wHCdTIAfZ3xdG5Yoqid7rDDDpiR3LCuMGd9o4MdcYky4o/jkPi1jzaSH8c4A1 Q3V5pEyLsohrdFnWNF68NZJ4HYGOPCqsodXli6YtDmSUK6yD/PCAzoPAQTPATbFgAGin 6NNIdZiDeUQE6zcK3wns5YOkDaA/nPpB4WczPKgWKb2l+TvVNHPpVYYxtggJFN3d99Td 4lDA== MIME-Version: 1.0 Received: by 10.224.185.70 with SMTP id cn6mr23897588qab.16.1344347086902; Tue, 07 Aug 2012 06:44:46 -0700 (PDT) Received: by 10.49.16.4 with HTTP; Tue, 7 Aug 2012 06:44:46 -0700 (PDT) X-Originating-IP: [68.101.40.130] In-Reply-To: <201208070828.q778SN3n004535@portsmonj.FreeBSD.org> References: <201208070828.q778SN3n004535@portsmonj.FreeBSD.org> Date: Tue, 7 Aug 2012 13:44:46 +0000 Message-ID: From: "Philip M. Gollucci" To: portmgr-feedback@freebsd.org X-Gm-Message-State: ALoCoQnfJav95NdXLygu5EqH3cal0OG1LvBcfug6KslrHQCqxsk0FR5Ns2cLvmdz6h3X3m4RqIaG Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: Re: FreeBSD ports that you maintain which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 13:44:48 -0000 All, I no longer use rsyslog at $work. Are there any interested maintainers and its 3 dependencies. Note, you'll want to be familiar with C to debug core dumps and svn cp/svn mv to keep up with the release strategy. devel/libee devel/libestr devel/librelp sysutils/rsyslog5 sysutils/rsyslog5-dbi sysutils/rsyslog5-gnutls sysutils/rsyslog5-gssapi sysutils/rsyslog5-mysql sysutils/rsyslog5-pgsql sysutils/rsyslog5-relp sysutils/rsyslog5-rfc3195 sysutils/rsyslog5-snmp sysutils/rsyslog6-devel sysutils/rsyslog6-devel-dbi sysutils/rsyslog6-devel-gnutls sysutils/rsyslog6-devel-gssapi sysutils/rsyslog6-devel-mysql sysutils/rsyslog6-devel-pgsql sysutils/rsyslog6-devel-relp sysutils/rsyslog6-devel-rfc3195 sysutils/rsyslog6-devel-snmp On Tue, Aug 7, 2012 at 8:28 AM, wrote: > Dear FreeBSD port maintainer: > > As part of an ongoing effort to reduce the number of problems in > the FreeBSD ports system, we periodically notify users of ports > that are marked as "broken" in their Makefiles. In many cases > these ports are failing to compile on some subset of the FreeBSD > build environments. The most common problem is that recent versions > of -CURRENT include gcc4.2, which is much stricter than older versions. > The next most common problem is that compiles succeed on the i386 > architecture (e.g. the common Intel PC), but fail on one or more > of the other architectures due to assumptions about things such as > size of various types, byte-alignment issues, and so forth. > > In occasional cases we see that the same port may have different > errors in different build environments. The script that runs on the > build cluster uses heuristics to try to 'guess' the error type to > help you isolate problems, but it is only a rough guide. > > One more note: on occasion, there are transient build errors seen > on the build farm. Unfortunately, there is not yet any way for this > algorithm to tell the difference (humans are much, much better at > this kind of thing.) > > The errors are listed below. In the case where the same problem > exists on more than one build environment, the URL points to the > latest errorlog for that type. (By 'build environment' here we > mean 'combination of 7.x/8.x/9.x/-current with target architecture'.) > > (Note: the dates are included to help you to gauge whether or not > the error still applies to the latest version. The program > that generates this report is not yet able to determine this > automatically.) > > portname: sysutils/rsyslog5-snmp > broken because: Does not link on i386: can't find symbol snmp_timeout > in libnetsnmp > build errors: none. > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog5-snmp > > > portname: sysutils/rsyslog6-devel-snmp > broken because: Does not link on i386: can't find symbol snmp_timeout > in libnetsnmp > build errors: none. > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog6-devel-snmp > > > If these errors are ones that you are already aware of, please > accept our apologies and ignore this message. On the other hand, if > you no longer wish to maintain this port (or ports), please reply > with a message stating that, and accept our thanks for your efforts > in the past. > > Every effort has been made to make sure that these error reports > really do correspond to a port that you maintain. However, due to > the fact that this is an automated process, it may indeed generate > false matches. If one of these errors fits that description, > please forward this email to the author of this software, Mark > Linimon , so that he can attempt to fix the > problem in the future. > > Thanks for your efforts to help improve FreeBSD. > -- --------------------------------------------------------------------------------------------- 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Director Operations, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 13:49:37 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 724CC106566C; Tue, 7 Aug 2012 13:49:37 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 24B668FC0C; Tue, 7 Aug 2012 13:49:37 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SykAB-00048d-VA>; Tue, 07 Aug 2012 15:49:36 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SykAB-000106-Qy>; Tue, 07 Aug 2012 15:49:35 +0200 Message-ID: <50211CEA.6030108@mail.zedat.fu-berlin.de> Date: Tue, 07 Aug 2012 15:49:30 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Bryan Drewery References: <5020E05C.3000704@zedat.fu-berlin.de> <50211A8F.40108@shatow.net> In-Reply-To: <50211A8F.40108@shatow.net> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1073C13949E8F3673044131E" X-Originating-IP: 130.133.86.198 Cc: Current FreeBSD , "O. Hartmann" , Ports FreeBSD Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 13:49:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1073C13949E8F3673044131E Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On 08/07/12 15:39, Bryan Drewery wrote: > On 8/7/2012 4:31 AM, O. Hartmann wrote: >> ports-mgmt/portmaster installs still the old fashioned style folders o= f >> ports in /var/db/pkg. I thought ith the new scheme of pkg, everything = is >> going into a file based SQLite3 DB? >=20 > Also ensure WITH_PKGNG=3Dyes is in your /etc/make.conf. My last comment= > still stands though, portmaster will store distifile information in > /var/db/pkg. >=20 WITH_PKGNG=3Dyes is set in /etc/make.conf. --------------enig1073C13949E8F3673044131E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQIRzvAAoJEOgBcD7A/5N8aJcH+wfQRH8xcHERJQeGHW/rIr3z RbEQIOecMy+0VfK0zPguu1LcUZe0zI9oNGyJFFvgFSpMPWDPObCpL8Jf5wyQrxmm hBJEMBVQUXAq6syhWlLgC8LKRq2hAsDNVKpjrUEz7lZtQdMJW/8SE1b4vWxPQNAR 8BFEROnswaR8rQ+xcSBze07bLdsjbP1Ul6MnWr5RNFo/cw9c+5iCNt/Ty33/bnmY BRzuCHawofdu7wcdECeDI9ljIdf7uZnm74Av/AQR+aj8I1CJn9mDpoBiRUpv+/90 9d3AHHbrtylGFxW2DK2xbUjtLne6DdK4GyugKBcIjb9ewNFRBGZoME1tdEGaqdA= =bxue -----END PGP SIGNATURE----- --------------enig1073C13949E8F3673044131E-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 15:05:31 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from chateau.d.if (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with ESMTP id 112E81065672; Tue, 7 Aug 2012 15:05:31 +0000 (UTC) (envelope-from ashish@freebsd.org) Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 32F316206E; Tue, 7 Aug 2012 12:23:23 +0530 (IST) From: ashish@freebsd.org (Ashish SHUKLA) To: Marco Beishuizen Organization: The FreeBSD Project References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86boipcdvf.fsf@chateau.d.if> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 12:17PM up 17:08, 18 users, load averages: 0.06, 0.14, 0.15 X-Operating-System: FreeBSD/FreeBSD 9.0-RELEASE-p3/amd64 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project X-Hashcash: 1:20:120807:ports@freebsd.org::NXbJSV7FQ38fpmRG:000000000000000000000000000000000000000000001tZL X-Hashcash: 1:20:120807:ashish@freebsd.org::T/Tdrdd3IMZ1VHqJ:00000000000000000000000000000000000000000002M0N X-Hashcash: 1:20:120807:mbeis@xs4all.nl::16mMBRzlJmDryMsq:006Uvv Date: Tue, 07 Aug 2012 12:23:19 +0530 In-Reply-To: (Marco Beishuizen's message of "Mon, 6 Aug 2012 11:23:14 +0200 (CEST)") Message-ID: <86ehnj2nxc.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: ports@freebsd.org, Ashish SHUKLA Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 15:05:31 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 6 Aug 2012 11:23:14 +0200 (CEST), Marco Beishuizen said: > On Sun, 5 Aug 2012, the wise Ashish SHUKLA wrote: >>> % gdb $(which emacs) >>> (gdb) core-file emacs.core >>> (gdb) bt full >>=20 >> Hi Marco, >>=20 >> Could you provide output of those (^^^^) ? > Output of this is: > (gdb) core /var/coredumps/emacs.core > Core was generated by `emacs'. [...] > (gdb) bt full > #0 0x29507cc7 in kill () from /lib/libc.so.7 > No symbol table info available. > #1 0x08184033 in fatal_error_signal (sig=3D11) at emacs.c:366 > No locals. > #2 0x292179fc in pthread_sigmask () from /lib/libthr.so.3 > No symbol table info available. > #3 0x29217acf in pthread_sigmask () from /lib/libthr.so.3 > No symbol table info available. > #4 > No symbol table info available. > #5 0x00000000 in ?? () > No symbol table info available. Hi Marco, The backtrace you posted doesn't reveal much. And since, I'm not able to reproduce it, it's hard for me to troubleshoot. I suggest posting this to emacs-devel[1] list, or filing a bug report with Emacs[2]. If it resolves for you with some diff, feel free to mention to me. References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] http://debbugs.gnu.org/db/pa/lemacs.html HTH =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBCgAGBQJQILtjAAoJEMdGz6nnT6Sw3uYP/0mi/D/ZndruI9Y+Sp0CFdii TpOMymc8CcAbjZxdd37kurhRru1fI2w3x/U9NPcgdfRgILHC3/nLV0VPjMWOfM75 7AfdpvIL9QkQ6F8nN8qowT/2Kjqn40mUu1usWkb4sPQu86spOOkF9r4h+iygMmka ko8hY2u3R5gTQ3BzkP2389qV4G/s1Ssi/SnQEzfzhxzpiurvRXW4xfK9nxdP+PaZ 4anq9R1p2J/7Vj+3XKzT5MmOoVHS8tOaUgBlPE7HSXTbLoM3w4Ng5YTu+NWWV8ZK Y1cE7QpRi0bvUGCNYs+Xq731y4mZ8OFn/HbMdF263vADjP2U68fR3OE1TzDSn7ZK V2VLR4QggpYE1c3atQbUOXi+6fxl2BcW0UsOYXDYg8/3fU8kbM4nv+82DE5GFESn Yfme1NBQbbH8yM58YF9T0Io6TzVl2DZAazMtFfREPaNfDtr7ypiwCVxhh0C10AOx oM3xw3U1fuKwWbB+2quhz2o1KDFymyuEacfjVSKrrjSc1ZZznjqpSwVv7c1Zx68m qLQzNa7bhONK1kHNxGg3vzTz2j2CC9iu02A4OdCCSOFSzI702YUDTZveH0W66Vvp Z/KHaEWIuZlTnABG7Mgv1EpZPZioJ7yCm9fRQ9ZSrSjwDTjmG5chvDp7yZmDENGL 8VVYuVOqlPi9mqLk8nAV =s0mU -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 17:07:05 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91850106566C; Tue, 7 Aug 2012 17:07:05 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4E58FC08; Tue, 7 Aug 2012 17:07:04 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id q77H6S9T079005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2012 19:06:28 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q77H6RaN004084; Tue, 7 Aug 2012 19:06:27 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Date: Tue, 7 Aug 2012 19:06:27 +0200 (CEST) From: Marco Beishuizen Sender: marco@yokozuna.lan To: Ashish SHUKLA In-Reply-To: <86ehnj2nxc.fsf@chateau.d.if> Message-ID: References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86boipcdvf.fsf@chateau.d.if> <86ehnj2nxc.fsf@chateau.d.if> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: by XS4ALL Virus Scanner Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 17:07:05 -0000 On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: > Hi Marco, > > The backtrace you posted doesn't reveal much. And since, I'm not able to > reproduce it, it's hard for me to troubleshoot. I suggest posting this > to emacs-devel[1] list, or filing a bug report with Emacs[2]. > > If it resolves for you with some diff, feel free to mention to me. > > References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ [2] > http://debbugs.gnu.org/db/pa/lemacs.html > > HTH Hi Ashish, Well it seems it had something to do with the FreeBSD base system. I use stable (problems) and you use release (no problem) so I just upgraded to a newer system. And guess what? Until now problem solved! So fingers crossed, and hoping it stays ok. Thanks for all the help! Regards, Marco -- The Angels want to wear my red shoes. -- E. Costello From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 17:10:35 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from chateau.d.if (localhost [IPv6:::1]) by hub.freebsd.org (Postfix) with ESMTP id D4A11106564A; Tue, 7 Aug 2012 17:10:34 +0000 (UTC) (envelope-from ashish@freebsd.org) Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id C8D4F62020; Tue, 7 Aug 2012 22:40:05 +0530 (IST) From: ashish@freebsd.org (Ashish SHUKLA) To: Marco Beishuizen Organization: The FreeBSD Project References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86boipcdvf.fsf@chateau.d.if> <86ehnj2nxc.fsf@chateau.d.if> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 10:38PM up 2:06, 10 users, load averages: 0.13, 0.08, 0.06 X-Operating-System: FreeBSD/FreeBSD 9.0-RELEASE-p3/amd64 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project X-Hashcash: 1:20:120807:mbeis@xs4all.nl::7mY/6fN5k3t5jHDf:001EXH X-Hashcash: 1:20:120807:ashish@freebsd.org::L1TDYytEqQDoZMdT:00000000000000000000000000000000000000000003/// X-Hashcash: 1:20:120807:ports@freebsd.org::1LoSNCZ8dbea2ovX:000000000000000000000000000000000000000000002YQN Date: Tue, 07 Aug 2012 22:40:02 +0530 In-Reply-To: (Marco Beishuizen's message of "Tue, 7 Aug 2012 19:06:27 +0200 (CEST)") Message-ID: <86pq727hn9.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 17:10:35 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 7 Aug 2012 19:06:27 +0200 (CEST), Marco Beishuizen said: > On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: >> Hi Marco, >>=20 >> The backtrace you posted doesn't reveal much. And since, I'm not >> able to reproduce it, it's hard for me to troubleshoot. I suggest >> posting this to emacs-devel[1] list, or filing a bug report with >> Emacs[2]. >>=20 >> If it resolves for you with some diff, feel free to mention to me. >>=20 >> References: [1] https://lists.gnu.org/mailman/listinfo/emacs-devel/ >> [2] http://debbugs.gnu.org/db/pa/lemacs.html >>=20 >> HTH > Hi Ashish, > Well it seems it had something to do with the FreeBSD base system. I > use stable (problems) and you use release (no problem) so I just > upgraded to a newer system. And guess what? Until now problem solved! > So fingers crossed, and hoping it stays ok. newer system? 10-CURRENT, or 9.1-PRERELEASE? > Thanks for all the help! You're welcome. =2D-=20 Ashish SHUKLA | GPG: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 Sent from my Emacs --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBCgAGBQJQIUvtAAoJEMdGz6nnT6Swjw8P/j4x36kU9iKs5DiuUJu/ATFE OTWK5uALtZTTnAwRyRlIBxmDaPW1m6UDuR52ijq35gMz3OsjmZGwhJ0AwHmMtY5y 0sdTzSMDV5c+9y3pPWzHM6o54/eNzRa7G79KZLu4hAsnR79smTPcPD/mWfnRtBAT m6FZWC5cBUx9SaEijjddLJ5pw8EZiy5U8KKoNgJOTqxC4wmBiwX1mDf8Af08DGFH QX7zNVNumvh4mfOlBodeW5m0Uh6Jf4yO9KT/Hb/Bqx+MgF74xCzdzCuUQNbMK0CS WEwh18i0PB7gUIn5Zod/1VWailJ74L1VMrTYGXB1n5SVixL4XglqYDaV2YcmF4+q Djq+LYjJQ8A5v7HEzYvkFiSatiHn6IquRxa+blRbls3XPpb0OyfcHBSJlq7snrde s3G9lHfYKcVgvritRPuqI8p7qpL7cDHK7AKuCgZdae7uVf46sx5pY9gE2yL/pc0K EXgzkksB9btoykn7zjvy1hHuoYkZcE5jiy5PVv9gf9j/7V8Ho+UTSJahOHLqm31Y wKj0P1zqd/kN6hxZYn7P6vvK2rF/95k5ukllJ50W/BmR9M8gwUpFS5oJj+G4HfyV bxLDwjDui7KmEAuxLBGeMLObS4Zjt0s5IKs6mThaKU49R9aEfKPAUthAuGpg5duX vi+KXvmdt6RBpkPhMrYD =rrWC -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 17:19:33 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E7F0106564A; Tue, 7 Aug 2012 17:19:33 +0000 (UTC) (envelope-from mbeis@xs4all.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3D98FC0C; Tue, 7 Aug 2012 17:19:32 +0000 (UTC) Received: from yokozuna.lan (a83-160-85-125.adsl.xs4all.nl [83.160.85.125]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id q77HJ0f1063712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2012 19:19:01 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.5/8.14.5) with ESMTP id q77HJ0Um004311; Tue, 7 Aug 2012 19:19:00 +0200 (CEST) (envelope-from mbeis@xs4all.nl) Date: Tue, 7 Aug 2012 19:18:59 +0200 (CEST) From: Marco Beishuizen Sender: marco@yokozuna.lan To: Ashish SHUKLA In-Reply-To: <86pq727hn9.fsf@chateau.d.if> Message-ID: References: <86vchenbsx.fsf@chateau.d.if> <86boiskiqg.fsf@chateau.d.if> <86txwkjglv.fsf@chateau.d.if> <86fw83j2si.fsf@chateau.d.if> <86boipcdvf.fsf@chateau.d.if> <86ehnj2nxc.fsf@chateau.d.if> <86pq727hn9.fsf@chateau.d.if> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Scanned: by XS4ALL Virus Scanner Cc: ports@freebsd.org Subject: Re: [CFT] editors/emacs to 24.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 17:19:33 -0000 On Tue, 7 Aug 2012, the wise Ashish SHUKLA wrote: > newer system? 10-CURRENT, or 9.1-PRERELEASE? I follow 9-STABLE which now is called 9.1-PRERELEASE. Marco -- QOTD: "Flash! Flash! I love you! ...but we only have fourteen hours to save the earth!" From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 18:50:15 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CAF43106566C for ; Tue, 7 Aug 2012 18:50:15 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id 830088FC08 for ; Tue, 7 Aug 2012 18:50:15 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 67D97208AE; Tue, 7 Aug 2012 20:43:23 +0200 (CEST) Message-ID: <502161C6.70801@FreeBSD.org> Date: Tue, 07 Aug 2012 20:43:18 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20120806160425.GA23270@icarus.home.lan> In-Reply-To: <20120806160425.GA23270@icarus.home.lan> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 18:50:15 -0000 On 2012-08-06 18:04, Jeremy Chadwick wrote: > (Please keep me CC'd, as I'm not subscribed to the list) > > I've been trying to adapt my /etc/make.conf to make use of the new > OPTIONS framework. I've run into some snags that I was hoping someone > could help me with, as I'm unable to find any "official" documentation > other than these two documents, which don't help me in this case: > > http://wiki.freebsd.org/Ports/Options/OptionsNG > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html > > Below are my questions so far. Note that these questions are all > preceded by a key fact: /var/db/ports/* is completely empty. Keep that > in mind please. > > 1. databases/mysql55-server and databases/mysql55-client both ask for > the same variables (OPENSSL and FASTMTX). I want FASTMTX to be enabled > by default for both ports. > > When I have the following in /etc/make.conf: > > mysql_SET= FASTMTX > > Doing "make config" in databases/mysql55-server shows FASTMTX as checked > (which is correct). However, when I do the exact same procedure in > databases/mysql55-client, FASTMTX is not checked. > > I am aware that databases/mysql55-client is a slave port, but I'm not > sure how/why that would matter...? > > What am I doing wrong, or is this a port bug which needs to be fixed by > the maintainer? > > 2. ports/KNOBS is very explicit in stating, and even visually ... 2) alredy answerd ... answer for question 1) $> cd mysql55-client && make -V UNIQUENAME or $> make -V UNIQUENAME -C /usr/ports/databases/mysql55-client/ mysql55-client make.conf entry constructed from UNIQUENAME mysql55-client_SET+= FASTMTX Please note the '+=' instead '='. If you have a port where you set more then on option but not as one expression all ${UNIQUENAME}_SET+= are applied else only the last entry in make.conf. Additional if you have done `make config' already, then your make.conf entry is useless since with options NG the OPTIONSFILE has now a higher priority. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 18:54:17 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47990106564A; Tue, 7 Aug 2012 18:54:17 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1FFA88FC14; Tue, 7 Aug 2012 18:54:15 +0000 (UTC) Received: by laai10 with SMTP id i10so2839436laa.13 for ; Tue, 07 Aug 2012 11:54:14 -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:content-transfer-encoding; bh=T2WC7LcIypPhMHZHvujpkhpHfDGhBJsHenCjgPb3+S0=; b=KKoeuk8+WyvhSxZvjJnxpIC+o6KVf+4oX+a4aePzV0Despl1N7xaSDeXbqr7EBanCX Nxaoayh8tcRQ58FD+jt9Fft/2hOOLTbGupzYdePyup8TYUA7rV8oLWKN+U1Du7PQwDx4 BvtyC9culGDL6aR8Pv4tTlukoFufCAcBSSH5W6+D5I4cDCkoW6v5OpRQS6NjyXuo2v2E IUgmv7i+BjLcY7UnqxFGFwgL8AWCfAtzpzXdcI4+EI8DBSRypQL7JRD79rkKVEL2hkk8 Du/yj/imOVYYCZN/FR3IOyOuGtA0xGAlLDEI6oIngHU1ixLRBb+NEzqsC0dB9rFod833 PjwA== MIME-Version: 1.0 Received: by 10.152.112.34 with SMTP id in2mr15435088lab.6.1344365654830; Tue, 07 Aug 2012 11:54:14 -0700 (PDT) Received: by 10.152.134.167 with HTTP; Tue, 7 Aug 2012 11:54:14 -0700 (PDT) In-Reply-To: References: Date: Tue, 7 Aug 2012 20:54:14 +0200 Message-ID: From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Shar file too large X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 18:54:17 -0000 On Mon, Jul 9, 2012 at 7:03 PM, Fernando Apestegu=EDa wrote: > On Fri, Jul 6, 2012 at 11:14 PM, Chris Rees wrote: >> On 6 July 2012 20:31, Fernando Apestegu=EDa wrote: >>> On Fri, Jul 6, 2012 at 9:16 PM, Chris Rees wrote: >>>> On 6 July 2012 20:14, Fernando Apestegu=EDa wrote: >>>>> Hi, >>>>> >>>>> I'm trying to send a shar(1) file for a new port but it exceeds the >>>>> 100 KB limit (344 KB) mainly because of the size of the pkg-plist >>>>> file. Is there an alternative way to upload the file? >>>> >>>> Do you have any web space available? >>> >>> Try this out: >>> >>> https://www.dropbox.com/s/ipcwfgztpvh7z81/visualparadigm.shar.txt >>> >>>> >>>> If not email it to me and I'll put it up for you. >> >> Great, put that link in your PR. > > Done[1]. Sorry, I was AFK the whole weekend. > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3D169741 I updated the PR. The location of the packages changes too often to keep track of it. I contacted upstream and they could only provide me with a link that leads to a redirection, so I redefined FETCH_ARGS. The previous candidate port doesn't even fetch the tarball anymore (they change it again). Cheers. > >> >> Chris From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 19:32:37 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99B21106568A for ; Tue, 7 Aug 2012 19:32:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFCB8FC08 for ; Tue, 7 Aug 2012 19:32:37 +0000 (UTC) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta09.emeryville.ca.mail.comcast.net with comcast id jqtg1j0030cQ2SLA9vXXfC; Tue, 07 Aug 2012 19:31:31 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta10.emeryville.ca.mail.comcast.net with comcast id jvWV1j00U1t3BNj8WvWV13; Tue, 07 Aug 2012 19:30:29 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4EEF773A31; Tue, 7 Aug 2012 12:30:29 -0700 (PDT) Date: Tue, 7 Aug 2012 12:30:29 -0700 From: Jeremy Chadwick To: freebsd-ports Message-ID: <20120807193029.GA26868@icarus.home.lan> References: <20120806160425.GA23270@icarus.home.lan> <502161C6.70801@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <502161C6.70801@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 19:32:37 -0000 On Tue, Aug 07, 2012 at 08:43:18PM +0200, Olli Hauer wrote: > On 2012-08-06 18:04, Jeremy Chadwick wrote: > > (Please keep me CC'd, as I'm not subscribed to the list) > > > > I've been trying to adapt my /etc/make.conf to make use of the new > > OPTIONS framework. I've run into some snags that I was hoping someone > > could help me with, as I'm unable to find any "official" documentation > > other than these two documents, which don't help me in this case: > > > > http://wiki.freebsd.org/Ports/Options/OptionsNG > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html > > > > Below are my questions so far. Note that these questions are all > > preceded by a key fact: /var/db/ports/* is completely empty. Keep that > > in mind please. > > > > 1. databases/mysql55-server and databases/mysql55-client both ask for > > the same variables (OPENSSL and FASTMTX). I want FASTMTX to be enabled > > by default for both ports. > > > > When I have the following in /etc/make.conf: > > > > mysql_SET= FASTMTX > > > > Doing "make config" in databases/mysql55-server shows FASTMTX as checked > > (which is correct). However, when I do the exact same procedure in > > databases/mysql55-client, FASTMTX is not checked. > > > > I am aware that databases/mysql55-client is a slave port, but I'm not > > sure how/why that would matter...? > > > > What am I doing wrong, or is this a port bug which needs to be fixed by > > the maintainer? > > > > 2. ports/KNOBS is very explicit in stating, and even visually > ... > > 2) alredy answerd ... > > answer for question 1) > > $> cd mysql55-client && make -V UNIQUENAME > or > $> make -V UNIQUENAME -C /usr/ports/databases/mysql55-client/ > mysql55-client So it's based off of UNIQUENAME? That's interesting. The ""documentation"" implies that the name of the variable itself should be the {nameofport}_SET or {nameofport}_UNSET, where {nameofport} should equal the name of the actual port directory you're in. Yet, take a look at this: root@icarus:/usr/ports/devel/apr0 # make -V UNIQUENAME apr root@icarus:/usr/ports/devel/apr1 # make -V UNIQUENAME apr root@icarus:/usr/ports/devel/apr2 # make -V UNIQUENAME apr Another one where the names are consistent (mtr-nox11 is a stub/slave port): root@icarus:/usr/ports/net/mtr # make -V UNIQUENAME mtr root@icarus:/usr/ports/net/mtr-nox11 # make -V UNIQUENAME mtr All of these consistently use the same UNIQUENAME. To me that seems like the Right Choice(tm), but then there's this: root@icarus:/usr/ports/databases/mysql55-server # make -V UNIQUENAME mysql root@icarus:/usr/ports/databases/mysql55-client # make -V UNIQUENAME mysql55-client I would imagine these should return the same thing (e.g. mysql55-client should have a UNIQUENAME of mysql, or alternately mysql55-server should have a UNIQUENAME of mysql55-server). ...while for other ports, it does seem to be based off of the port name itself. Examples ports include apache22-itk-mpm, p5-DBD-mysql, p5-libwww, and so on. How are users supposed to know what the name of the variable is they should be setting in make.conf? There doesn't even appear to be a "make show-xxx" command to help people out with this. Trial and error seems to be the only way to figure it out, and that's time-consuming. Luckily this is my home system where I only have 81 ports installed, and only a handful require adjustments, but you can see my point? > make.conf entry constructed from UNIQUENAME > mysql55-client_SET+= FASTMTX > > Please note the '+=' instead '='. > If you have a port where you set more then on option but not as one expression > all ${UNIQUENAME}_SET+= are applied else only the last entry in make.conf. I don't quite understand your last paragraph (maybe a language barrier; I say that politely, not insultingly). Can you rephrase for me? Also how does OPTIONS_SET and OPTIONS_UNSET (talking about the "global" variables) fit into this? Next: the ""documentation"" does not state to use '+=' on these entries in make.conf, it says to use '=': http://wiki.freebsd.org/Ports/Options/OptionsNG See, for example, the OPTIONS_SET and OPTIONS_UNSET examples, in addition to the zsh_SET and zsh_UNSET examples on that web page. There's nothing about any of this framework in make.conf(5) either. This is frustrating. There isn't even anything in ports/UPDATING about any of this, so what am I supposed to go off of? :-( > Additional if you have done `make config' already, then your make.conf entry > is useless since with options NG the OPTIONSFILE has now a higher priority. Absolutely -- and this is why I outlined (for my case anyway) that /var/db/ports was empty prior to me doing my tests. I'm well-aware of the options file and how it takes precedence. :-) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 21:02:42 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 04FD6106566C for ; Tue, 7 Aug 2012 21:02:42 +0000 (UTC) (envelope-from ohauer@FreeBSD.org) Received: from p578be941.dip0.t-ipconnect.de (p578be941.dip0.t-ipconnect.de [87.139.233.65]) by mx1.freebsd.org (Postfix) with ESMTP id 918788FC16 for ; Tue, 7 Aug 2012 21:02:41 +0000 (UTC) Received: from [192.168.0.100] (cde1100.uni.vrs [192.168.0.100]) (Authenticated sender: ohauer) by p578be941.dip0.t-ipconnect.de (Postfix) with ESMTPSA id 5F8A1200AA; Tue, 7 Aug 2012 23:02:37 +0200 (CEST) Message-ID: <5021826C.1080300@FreeBSD.org> Date: Tue, 07 Aug 2012 23:02:36 +0200 From: Olli Hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports References: <20120806160425.GA23270@icarus.home.lan> <502161C6.70801@FreeBSD.org> <20120807193029.GA26868@icarus.home.lan> In-Reply-To: <20120807193029.GA26868@icarus.home.lan> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD Ports List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 21:02:42 -0000 On 2012-08-07 21:30, Jeremy Chadwick wrote: > On Tue, Aug 07, 2012 at 08:43:18PM +0200, Olli Hauer wrote: >> On 2012-08-06 18:04, Jeremy Chadwick wrote: >>> (Please keep me CC'd, as I'm not subscribed to the list) >>> >>> I've been trying to adapt my /etc/make.conf to make use of the new >>> OPTIONS framework. I've run into some snags that I was hoping someone >>> could help me with, as I'm unable to find any "official" documentation >>> other than these two documents, which don't help me in this case: >>> >>> http://wiki.freebsd.org/Ports/Options/OptionsNG >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html >>> >>> Below are my questions so far. Note that these questions are all >>> preceded by a key fact: /var/db/ports/* is completely empty. Keep that >>> in mind please. >>> >>> 1. databases/mysql55-server and databases/mysql55-client both ask for >>> the same variables (OPENSSL and FASTMTX). I want FASTMTX to be enabled >>> by default for both ports. >>> >>> When I have the following in /etc/make.conf: >>> >>> mysql_SET= FASTMTX >>> >>> Doing "make config" in databases/mysql55-server shows FASTMTX as checked >>> (which is correct). However, when I do the exact same procedure in >>> databases/mysql55-client, FASTMTX is not checked. >>> >>> I am aware that databases/mysql55-client is a slave port, but I'm not >>> sure how/why that would matter...? >>> >>> What am I doing wrong, or is this a port bug which needs to be fixed by >>> the maintainer? >>> >>> 2. ports/KNOBS is very explicit in stating, and even visually >> ... >> >> 2) alredy answerd ... >> >> answer for question 1) >> >> $> cd mysql55-client && make -V UNIQUENAME >> or >> $> make -V UNIQUENAME -C /usr/ports/databases/mysql55-client/ >> mysql55-client > > So it's based off of UNIQUENAME? That's interesting. > > The ""documentation"" implies that the name of the variable itself > should be the {nameofport}_SET or {nameofport}_UNSET, where {nameofport} > should equal the name of the actual port directory you're in. Yet, take > a look at this: > > root@icarus:/usr/ports/devel/apr0 # make -V UNIQUENAME > apr > > root@icarus:/usr/ports/devel/apr1 # make -V UNIQUENAME > apr > > root@icarus:/usr/ports/devel/apr2 # make -V UNIQUENAME > apr > > Another one where the names are consistent (mtr-nox11 is a stub/slave > port): > > root@icarus:/usr/ports/net/mtr # make -V UNIQUENAME > mtr > > root@icarus:/usr/ports/net/mtr-nox11 # make -V UNIQUENAME > mtr > > All of these consistently use the same UNIQUENAME. To me that seems > like the Right Choice(tm), but then there's this: > > root@icarus:/usr/ports/databases/mysql55-server # make -V UNIQUENAME > mysql > > root@icarus:/usr/ports/databases/mysql55-client # make -V UNIQUENAME > mysql55-client > > I would imagine these should return the same thing (e.g. mysql55-client > should have a UNIQUENAME of mysql, or alternately mysql55-server should > have a UNIQUENAME of mysql55-server). > ...while for other ports, it does seem to be based off of the port name > itself. Examples ports include apache22-itk-mpm, p5-DBD-mysql, > p5-libwww, and so on. > For MySQL server / client sharing the same OPTIONSFILE would make sense since they have exact the same OPTIONS. Problematic is where a MASTER port has different options then the slave, (server/client) and are using the same OPTIONSFILE since then they start overwrite the other port during `make config'. It would be nice if an option file could be separated into a shared and a private section (for example the apache port should honor options from apr, but at the moment this is only a good wish :) To answer the question how the UNIQUENAME is constructed >From bsd.port.mk: .if defined(LATEST_LINK) UNIQUENAME?= ${LATEST_LINK} .else UNIQUENAME?= ${PKGNAMEPREFIX}${PORTNAME} .endif Some more to read about UNIQUENAME http://lists.freebsd.org/pipermail/freebsd-ports/2012-June/075887.html Matthew Seaman has already a script to identify all problematic ports http://lists.freebsd.org/pipermail/freebsd-ports/2012-June/076028.html > How are users supposed to know what the name of the variable is they > should be setting in make.conf? There doesn't even appear to be a "make > show-xxx" command to help people out with this. > > Trial and error seems to be the only way to figure it out, and that's > time-consuming. Luckily this is my home system where I only have 81 > ports installed, and only a handful require adjustments, but you can see > my point? The only proof way at the moment is `make -V UNIQUENAME' >> make.conf entry constructed from UNIQUENAME >> mysql55-client_SET+= FASTMTX >> >> Please note the '+=' instead '='. >> If you have a port where you set more then on option but not as one expression >> all ${UNIQUENAME}_SET+= are applied else only the last entry in make.conf. > > I don't quite understand your last paragraph (maybe a language barrier; > I say that politely, not insultingly). Can you rephrase for me? Also > how does OPTIONS_SET and OPTIONS_UNSET (talking about the "global" > variables) fit into this? I will try (stop thinking and then translate ...) Say you have a port 'abc' and you want to set the OPTIONS 'D' 'E' 'F' to on A) abc_SET+= D E F B) abc_SET+=D abc_SET+=E abc_SET+=F If you write in example B instead of '+=' '=' only abc_SET=F will be applied. Even if you set the global variables OPTION_(UN)SET they will be overwritten by the options you choose in the port, only way seems to use OPTIONS_OVERWRITE and then fiddle out how to set the needed OPTION again to on (sick ...) > Next: the ""documentation"" does not state to use '+=' on these entries > in make.conf, it says to use '=': > http://wiki.freebsd.org/Ports/Options/OptionsNG See my examples, for testing I use sometimes multi lines instead all in one line so I can comment one option with a '#' for testing (I don't want to use `make config' to test several build options, keeping make.conf open in vi and kicking vi in the background is my way to do test builds). On the WIKI you can find both examples but not explicit for one OPTION (there is also the ${UNIQUENAME}_(UN)SET for example) > See, for example, the OPTIONS_SET and OPTIONS_UNSET examples, in > addition to the zsh_SET and zsh_UNSET examples on that web page. > > There's nothing about any of this framework in make.conf(5) either. make.conf(5) is delivered by the base OS, so it cannot reflect actual changes. I suspect the manpages will be updated as soon the framework is full implemented. > This is frustrating. There isn't even anything in ports/UPDATING about > any of this, so what am I supposed to go off of? :-( Yes, but the handbooks are already updated http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-options.html >> Additional if you have done `make config' already, then your make.conf entry >> is useless since with options NG the OPTIONSFILE has now a higher priority. > > Absolutely -- and this is why I outlined (for my case anyway) that > /var/db/ports was empty prior to me doing my tests. I'm well-aware of > the options file and how it takes precedence. :-) > From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 22:17:40 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0258C106564A; Tue, 7 Aug 2012 22:17:39 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3928FC08; Tue, 7 Aug 2012 22:17:39 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q77MHTQW021042; Tue, 7 Aug 2012 18:17:35 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 7 Aug 2012 18:17:29 -0400 (EDT) From: AN To: freebsd-ports@freebsd.org In-Reply-To: <20120804053857.E07EA1065708@hub.freebsd.org> Message-ID: References: <20120804053857.E07EA1065708@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: x11@freebsd.org Subject: Problem upgrading graphics/libglut X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 22:17:40 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r238959: Tue Jul 31 19:51:57 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 Trying to update graphics/libglut on current as per UPDATING, and nothing happens. "20120804: AFFECTS: users of graphics/libglut AUTHOR: x11@FreeBSD.org The libglut library is replaced by the freeglut library. Due to shlib version bump all glut users should be rebuild. Please follow the instructions below to upgrade. # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut graphics/libglut # portupgrade -vfrx freeglut freeglut" # portsnap fetch update Looking up portsnap.FreeBSD.org mirrors... 9 mirrors found. Fetching snapshot tag from geodns-1.portsnap.freebsd.org... done. Ports tree hasn't changed since last snapshot. No updates needed. Ports tree is already up to date. # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut graphics/libglut ---> Session started at: Tue, 07 Aug 2012 18:07:13 -0400 ** None has been installed or upgraded. ---> Session ended at: Tue, 07 Aug 2012 18:07:13 -0400 (consumed 00:00:00) # pkg_info |grep glut libglut-7.6.1 OpenGL utility toolkit Any help is appreciated, thanks in advance. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 22:22:13 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 64B86106564A for ; Tue, 7 Aug 2012 22:22:13 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBEC8FC15 for ; Tue, 7 Aug 2012 22:22:12 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=J/Y/6m ZMta+M27FZkX8UH2TP7NpTurBcMoTw047fzTrBrYRIqAEh4Tl9UKkniIt/PRiwqx NrFRM6503rxp/AKsv87BEvOKAtV7sc14yVohO5f8+kDtbqoMPLM+gqKXBSlGyEvF LZqGJoGR4GBbGe28QCk4vkQBbtcMb1cOq0MsA= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=tnXAFp7oXqm0 wdwVYe8y4hk5Xh4pm9BpYBPX11h6uC4=; b=ZNZ7sEgzBIUY6XcurfLa9/SfklQh JnMXmSwHBRLsqBPTT31gPEtUJo1nx0ApaP92nZZTLPcsbmR3JgQkSkUT0sIvzYhq DMYSThVO6pZultb/1VeCYg2VYFc6V8xrIxsW/e/YWOLKPg69L9RPy7Ar9iiv6EGz taEvmp60vuS/s78= Received: (qmail 94447 invoked from network); 7 Aug 2012 17:22:10 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 7 Aug 2012 17:22:10 -0500 Message-ID: <50219518.8010009@shatow.net> Date: Tue, 07 Aug 2012 17:22:16 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: AN References: <20120804053857.E07EA1065708@hub.freebsd.org> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Problem upgrading graphics/libglut X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 22:22:13 -0000 On 8/7/2012 5:17 PM, AN wrote: > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r238959: Tue Jul 31 > 19:51:57 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 > > Trying to update graphics/libglut on current as per UPDATING, and > nothing happens. > > "20120804: > AFFECTS: users of graphics/libglut > AUTHOR: x11@FreeBSD.org > > The libglut library is replaced by the freeglut library. > Due to shlib version bump all glut users should be rebuild. > Please follow the instructions below to upgrade. > # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut > graphics/libglut > # portupgrade -vfrx freeglut freeglut" > > # portsnap fetch update > Looking up portsnap.FreeBSD.org mirrors... 9 mirrors found. > Fetching snapshot tag from geodns-1.portsnap.freebsd.org... done. > Ports tree hasn't changed since last snapshot. > No updates needed. > Ports tree is already up to date. > > > # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut > graphics/libglut > ---> Session started at: Tue, 07 Aug 2012 18:07:13 -0400 > ** None has been installed or upgraded. > ---> Session ended at: Tue, 07 Aug 2012 18:07:13 -0400 (consumed 00:00:00) > > # pkg_info |grep glut > libglut-7.6.1 OpenGL utility toolkit > Can you try this: env DISABLE_CONFLICTS=1 portupgrade -vfo libglut\* Bryan From owner-freebsd-ports@FreeBSD.ORG Tue Aug 7 22:22:58 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A531C1065680 for ; Tue, 7 Aug 2012 22:22:58 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4588FC17 for ; Tue, 7 Aug 2012 22:22:58 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=BV1LJn +pkmB0DjV33GHAvB4DPHwxpv2jS0wDDTpHjttPqusn6Hl/GopkNCg/uXxAzJIa2i CyXOs4++MReXB0lGJSiHbSiyxSmFQE+bsVhixYeUSqVz79TUHZopaZakGjZs2IfR kD18VGCDLkeO8OBiH6kPnCWLtNfgpmb0EeM/g= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=LcU/Rv4DnjBq Xghdpm+89U2AB1/gLkRRhIQ2/Db7Lnc=; b=fuJrxe4HMZTFMUhTu2B9IjPL1sg2 ZYYRX5/+1D41C2Rp4SQjjK3NELia0Em0DjmbdYEdq+LuJB+70xR+oryAOG1v5MZK an0SSJrHNbA44TmW1oh5kPJYRGG9h6fvKo5sqVog9OdQrafmru6snAk8TwSkggdU miJ7ZVt3ZTfagT8= Received: (qmail 12755 invoked from network); 7 Aug 2012 17:22:56 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 7 Aug 2012 17:22:56 -0500 Message-ID: <50219545.4040108@shatow.net> Date: Tue, 07 Aug 2012 17:23:01 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: AN References: <20120804053857.E07EA1065708@hub.freebsd.org> <50219518.8010009@shatow.net> In-Reply-To: <50219518.8010009@shatow.net> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: x11@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Problem upgrading graphics/libglut X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 22:22:58 -0000 On 8/7/2012 5:22 PM, Bryan Drewery wrote: > On 8/7/2012 5:17 PM, AN wrote: >> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r238959: Tue Jul 31 >> 19:51:57 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 >> >> Trying to update graphics/libglut on current as per UPDATING, and >> nothing happens. >> >> "20120804: >> AFFECTS: users of graphics/libglut >> AUTHOR: x11@FreeBSD.org >> >> The libglut library is replaced by the freeglut library. >> Due to shlib version bump all glut users should be rebuild. >> Please follow the instructions below to upgrade. >> # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut >> graphics/libglut >> # portupgrade -vfrx freeglut freeglut" >> >> # portsnap fetch update >> Looking up portsnap.FreeBSD.org mirrors... 9 mirrors found. >> Fetching snapshot tag from geodns-1.portsnap.freebsd.org... done. >> Ports tree hasn't changed since last snapshot. >> No updates needed. >> Ports tree is already up to date. >> >> >> # env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut >> graphics/libglut >> ---> Session started at: Tue, 07 Aug 2012 18:07:13 -0400 >> ** None has been installed or upgraded. >> ---> Session ended at: Tue, 07 Aug 2012 18:07:13 -0400 (consumed 00:00:00) >> >> # pkg_info |grep glut >> libglut-7.6.1 OpenGL utility toolkit >> > > Can you try this: > env DISABLE_CONFLICTS=1 portupgrade -vfo libglut\* > Meant of course: env DISABLE_CONFLICTS=1 portupgrade -vfo graphics/freeglut libglut\* Bryan From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 00:00:19 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AFA4106566C; Wed, 8 Aug 2012 00:00:19 +0000 (UTC) (envelope-from andy@neu.net) Received: from mail.neu.net (unknown [IPv6:2607:fc50:0:d300:216:3eff:fe54:f1c6]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0978FC14; Wed, 8 Aug 2012 00:00:18 +0000 (UTC) Received: from neu.net (neu.net [199.48.129.194]) by mail.neu.net (8.14.5/8.14.5) with ESMTP id q78009Dm021302; Tue, 7 Aug 2012 20:00:15 -0400 (EDT) (envelope-from andy@neu.net) Date: Tue, 7 Aug 2012 20:00:09 -0400 (EDT) From: AN To: ports@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: x11@FreeBSD.org Subject: Problem rebuilding mesa-demos X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 00:00:19 -0000 FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #29 r238959: Tue Jul 31 19:51:57 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64 After updating to graphics/freeglut I had a few failures trying to update related ports, seems like a problem with mesa-demos: cc -I../../include -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include -O2 -pipe -fno-strict-aliasing -Wall -Wmissing-prototypes -std=c99-fno-strict-aliasing -fPIC -DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread glxpbdemo.c -L../../lib -lGL -lm -o glxpbdemo /tmp//cccypyrI.o: In function `main': glxpixmap.c:(.text+0x1c5): undefined reference to `glXCreateGLXPixmapMESA' gmake[2]: *** [glxpixmap] Error 1 gmake[2]: *** Waiting for unfinished jobs.... gmake[2]: Leaving directory `/usr/ports/graphics/mesa-demos/work/Mesa-7.6.1/progs/xdemos' gmake[1]: *** [subdirs] Error 1 gmake[1]: Leaving directory`/usr/ports/graphics/mesa-demos/work/Mesa-7.6.1/progs' gmake: *** [default] Error 1 *** [do-build] Error code 1 Stop in /usr/ports/graphics/mesa-demos. *** [build] Error code 1 Stop in /usr/ports/graphics/mesa-demos. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20120807-8075-15oyqd8-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=mesa-demos-7.6.1 UPGRADE_PORT_VER=7.6.1 make ** Fix the problem and try again. ---> Skipping 'x11-wm/compiz' (compiz-0.8.4_8) because a requisite package 'mesa-demos-7.6.1' (graphics/mesa-demos) failed (specify -k to force) ---> ** Upgrade tasks 10: 3 done, 0 ignored, 1 skipped and 1 failed ---> Skipping 'x11-wm/compiz-plugins-main' (compiz-plugins-main-0.8.4_4) because a requisite package 'compiz-0.8.4_8' (x11-wm/compiz) failed (specify -k to force) ---> ** Upgrade tasks 10: 3 done, 0 ignored, 2 skipped and 1 failed ---> Skipping 'x11-wm/compiz-plugins-extra' (compiz-plugins-extra-0.8.4_5) because a requisite package 'compiz-0.8.4_8' (x11-wm/compiz) failed (specify -k to force) ---> ** Upgrade tasks 10: 3 done, 0 ignored, 3 skipped and 1 failed ---> Skipping 'x11-wm/emerald' (emerald-0.8.4_7) because a requisite package 'compiz-0.8.4_8' (x11-wm/compiz) failed (specify -k to force) ---> ** Upgrade tasks 10: 3 done, 0 ignored, 4 skipped and 1 failed ---> Skipping 'x11-wm/compiz-fusion' (compiz-fusion-0.8.4_2) because a requisite package 'emerald-0.8.4_7' (x11-wm/emerald) failed (specify -k to force) ---> ** Upgrade tasks 10: 4 done, 0 ignored, 5 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! graphics/mesa-demos (mesa-demos-7.6.1) (new compiler error) + graphics/gle (gle-3.1.0_2 -> gle-3.1.0_3) + x11/xscreensaver-gnome-hacks (xscreensaver-gnome-hacks-5.12_1 -> xscreensaver-gnome-hacks-5.12_1) + x11/gnome-screensaver (gnome-screensaver-2.30.2_3 -> gnome-screensaver-2.30.2_3) * x11-wm/compiz (compiz-0.8.4_8) * x11-wm/compiz-plugins-main (compiz-plugins-main-0.8.4_4) * x11-wm/compiz-plugins-extra (compiz-plugins-extra-0.8.4_5) * x11-wm/emerald (emerald-0.8.4_7) * x11-wm/compiz-fusion (compiz-fusion-0.8.4_2) + x11/gnome2 (gnome2-2.32.1_4 -> gnome2-2.32.1_4) ---> Packages processed: 4 done, 0 ignored, 5 skipped and 1 failed ---> Session ended at: Tue, 07 Aug 2012 18:44:37 -0400 (consumed 00:06:14) Can I provide any more info to help fix? From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 06:25:20 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B70B1065673 for ; Wed, 8 Aug 2012 06:25:20 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id C97778FC18 for ; Wed, 8 Aug 2012 06:25:19 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q786PAQZ071732 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 8 Aug 2012 07:25:11 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q786PAQZ071732 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1344407111; bh=fbBtnONsMci2vJVtlfleFoASnsgzTz+xDSyg/QaXl7I=; h=Date:From:To:CC:Subject:References:In-Reply-To:Content-Type: Message-ID:Mime-Version; b=rgPcZCayotXAxZCU+QYuEiA1+UI/qsgr0xPoBJ1AyqUiT+JZf1MlxeGL9Qf6N28QG K/es0Je9f4upK5iCoKY6no6u6kmp9Pv8FTz9tbYWch0f4Nzd31H9wsd7MfOFWs7bT7 afXx5XTQRoiyXjUbsl8ms71wGJ4fOrd7ycoBDQ9M= Message-ID: <5022063D.3090106@infracaninophile.co.uk> Date: Wed, 08 Aug 2012 07:25:01 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <20120806160425.GA23270@icarus.home.lan> <502161C6.70801@FreeBSD.org> <20120807193029.GA26868@icarus.home.lan> In-Reply-To: <20120807193029.GA26868@icarus.home.lan> X-Enigmail-Version: 1.4.3 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1AD6574F42AF4D9D825E5318" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID,WEIRD_QUOTING autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Cc: freebsd-ports Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 06:25:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1AD6574F42AF4D9D825E5318 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/08/2012 20:30, Jeremy Chadwick wrote: > So it's based off of UNIQUENAME? That's interesting. >=20 > The ""documentation"" implies that the name of the variable itself > should be the {nameofport}_SET or {nameofport}_UNSET, where {nameofport= } > should equal the name of the actual port directory you're in. Yet, tak= e > a look at this: >=20 > root@icarus:/usr/ports/devel/apr0 # make -V UNIQUENAME > apr >=20 > root@icarus:/usr/ports/devel/apr1 # make -V UNIQUENAME > apr >=20 > root@icarus:/usr/ports/devel/apr2 # make -V UNIQUENAME > apr Actually, there is a set of changes being tested and refined at the moment to make UNIQUENAME really unique per port. See http://people.freebsd.org/~matthew/uniquename/uniquenames.diff for example. PR ports/148637 Which means that those ports will have UNIQUENMES of apr0, apr1 and apr2 respectively, and the MySQL ports: > root@icarus:/usr/ports/databases/mysql55-server # make -V UNIQUENAME > mysql >=20 > root@icarus:/usr/ports/databases/mysql55-client # make -V UNIQUENAME > mysql55-client would use mysql55-server and mysql55-client respectively. Actually, that raises an important point, because the constructed variable names like 'mysql55-client_SET' should perhaps have syntactically significant characters like '-', '+' mapped to '_' One intended consequence of this change is that ports which have accidentally ended up using the same OPTIONSFILE now no-longer will. Where it is desired for ports to share the same OPTIONSFILE, as in the case of mysql55-server and mysql55-client then those ports will have to have explicit settings to enable that. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig1AD6574F42AF4D9D825E5318 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAiBkYACgkQ8Mjk52CukIwoXQCdEqz4nVyO7ZJDim1tixVYRGCj tFIAn13qeYeiYdMR+l/9Ibo09o1NEqIG =JpDE -----END PGP SIGNATURE----- --------------enig1AD6574F42AF4D9D825E5318-- From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 06:53:59 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 70C38106566C for ; Wed, 8 Aug 2012 06:53:59 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id C6F618FC14 for ; Wed, 8 Aug 2012 06:53:58 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q786rtKR072210 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 8 Aug 2012 07:53:55 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.2 smtp.infracaninophile.co.uk q786rtKR072210 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1344408835; bh=p6zz8SItyxYU65EZREj8LTfNDOmWo25gk4ErDMd1osM=; h=Date:From:To:Subject:References:In-Reply-To:Cc:Content-Type: Message-ID:Mime-Version; b=ICdrBfnFFnUv7S7v9U/XGsCazW7oEe8bi/pJSFz6Cwk05eXho514NvPhu0z75Bva7 +svVUWWtITFOvKqQZyqXSc4MTzSTv0Br5dWeIyAqqCkmp7skJ8x+hF/38FVPg0TZmF UvKFCLt5gkqK9BPcrxsvJYvetorPEpcQSOBqP7tw= Message-ID: <50220D03.1080306@infracaninophile.co.uk> Date: Wed, 08 Aug 2012 07:53:55 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20120806160425.GA23270@icarus.home.lan> <502161C6.70801@FreeBSD.org> <20120807193029.GA26868@icarus.home.lan> <5022063D.3090106@infracaninophile.co.uk> In-Reply-To: <5022063D.3090106@infracaninophile.co.uk> X-Enigmail-Version: 1.4.3 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB9447AD1A1CE41D96F609A72" X-Virus-Scanned: clamav-milter 0.97.5 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 06:53:59 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB9447AD1A1CE41D96F609A72 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08/08/2012 07:25, Matthew Seaman wrote: > Actually, that raises an important point, because the constructed > variable names like 'mysql55-client_SET' should perhaps have > syntactically significant characters like '-', '+' mapped to '_' Interesting. A very quick test shows that make(1) variables seem to work just fine despite those significant characters: % cat Makefile Foo-bar=3D wibble Baz+QUX=3D flonk all: @echo ${Foo-bar} @echo ${Baz+QUX} % make wibble flonk That came as quite a surprise to me. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enigB9447AD1A1CE41D96F609A72 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAiDQMACgkQ8Mjk52CukIzjDACfWdiCz/+yzKfcJqXrTrYtFg0o qmEAn2BzHO9+lmM0GMfZlvwQCCypEaye =RlIR -----END PGP SIGNATURE----- --------------enigB9447AD1A1CE41D96F609A72-- From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 06:54:53 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 78973106564A for ; Wed, 8 Aug 2012 06:54:53 +0000 (UTC) (envelope-from svysh@pn.sinp.msu.ru) Received: from vivaldi.pn.sinp.msu.ru (vivaldi.pn.sinp.msu.ru [213.131.11.26]) by mx1.freebsd.org (Postfix) with ESMTP id D1DE98FC24 for ; Wed, 8 Aug 2012 06:54:52 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vivaldi.pn.sinp.msu.ru (8.14.5/8.14.5) with ESMTP id q786mVbA034722 for ; Wed, 8 Aug 2012 10:48:31 +0400 (MSK) (envelope-from svysh@pn.sinp.msu.ru) Message-ID: <50220BC4.1070907@pn.sinp.msu.ru> Date: Wed, 08 Aug 2012 10:48:36 +0400 From: Sergei Vyshenski User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.5 at vivaldi.pn.sinp.msu.ru X-Virus-Status: Clean Subject: security/p5-Crypt-SSLeay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 06:54:53 -0000 Hi, File security/p5-Crypt-SSLeay/Makefile has a line: CONFIGURE_ARGS= --lib=${OPENSSLBASE} --no-live-tests But the original perl module does not have both of these options. Hence 1) this port obligatory enters an interactive dialog about tests, which fact hampers operation of portmaster etc. 2) this port can not find needed libraries It says: Unknown option: lib Do you want to run the live tests (y/N)? [N] WARNING: BUILD_REQUIRES is not a known parameter. 'BUILD_REQUIRES' is not a known MakeMaker parameter name. Note (probably harmless): No library found for -lssl32 Note (probably harmless): No library found for -lssleay32 Note (probably harmless): No library found for -leay32 Regards, Sergei From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 08:08:29 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577DF106564A for ; Wed, 8 Aug 2012 08:08:29 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id CBB7C8FC0C for ; Wed, 8 Aug 2012 08:08:28 +0000 (UTC) Received: (qmail 19846 invoked by uid 399); 8 Aug 2012 08:08:13 -0000 Received: from unknown (HELO ?192.168.0.100?) (dougb@dougbarton.us@12.207.105.210) by mail2.fluidhosting.com with ESMTPAM; 8 Aug 2012 08:08:13 -0000 X-Originating-IP: 12.207.105.210 X-Sender: dougb@dougbarton.us Message-ID: <50221E72.3050704@dougbarton.us> Date: Wed, 08 Aug 2012 01:08:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Matthew Seaman References: <20120806160425.GA23270@icarus.home.lan> <502161C6.70801@FreeBSD.org> <20120807193029.GA26868@icarus.home.lan> <5022063D.3090106@infracaninophile.co.uk> <50220D03.1080306@infracaninophile.co.uk> In-Reply-To: <50220D03.1080306@infracaninophile.co.uk> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Questions about/issues with new OPTIONS framework X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 08:08:29 -0000 On 08/07/2012 11:53 PM, Matthew Seaman wrote: > On 08/08/2012 07:25, Matthew Seaman wrote: >> Actually, that raises an important point, because the constructed >> variable names like 'mysql55-client_SET' should perhaps have >> syntactically significant characters like '-', '+' mapped to '_' > > Interesting. A very quick test shows that make(1) variables seem to > work just fine despite those significant characters: > > % cat Makefile > > Foo-bar= wibble > Baz+QUX= flonk > > all: > @echo ${Foo-bar} > @echo ${Baz+QUX} > > % make > wibble > flonk It would be less good for those of us who manipulate such things in Bourne shell. :) Doug From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 10:10:51 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B14D2106564A for ; Wed, 8 Aug 2012 10:10:51 +0000 (UTC) (envelope-from tharleapp@gmail.com) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [IPv6:2605:dc00:100:2::a2]) by mx1.freebsd.org (Postfix) with SMTP id 758828FC16 for ; Wed, 8 Aug 2012 10:10:51 +0000 (UTC) Received: (qmail 28478 invoked by uid 0); 8 Aug 2012 10:10:49 -0000 Received: from unknown (HELO box294.bluehost.com) (69.89.31.94) by oproxy9.bluehost.com with SMTP; 8 Aug 2012 10:10:49 -0000 Received: from localhost ([127.0.0.1]:34995 helo=box294.bluehost.com) by box294.bluehost.com with esmtp (Exim 4.76) (envelope-from ) id 1Sz3E1-0001IB-EW for freebsd-ports@freebsd.org; Wed, 08 Aug 2012 04:10:49 -0600 To: freebsd-ports@freebsd.org X-PHP-Script: www.tharle.com/blog/wp-cron.php for 69.195.120.215 Date: Wed, 8 Aug 2012 10:10:49 +0000 From: Tharle Games Message-ID: X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.4] X-email_id: 5 MIME-Version: 1.0 X-Identified-User: {:box294.bluehost.com:kannada2:box294.bluehost.com} {sentby:program running on server} Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Free Gold Combat - Calling Arcade Gamers to Shooting Mayhem X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Tharle Games List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 10:10:51 -0000 Free Gold Combat - Calling Arcade Gamers to Shooting Mayhem Gold Combat HD, Arcade Shooting Gold Rush Hi, There We would like to introduce our newly launched game on app store "Gold Combat ( http://www.tharle.com/blog/wysijap/subscriptions/?email_id=5&user_id=6&urlencoded=aHR0cDovL2l0dW5lcy5hcHBsZS5jb20vYXBwL2dvbGQtY29tYmF0LWhkL2lkNTQwMDE5ODMxP210PTg%3D&controller=stats&action=analyse&wysija-page=1&wysijap=subscriptions )" for iPhone and iPad. Which is Free to download and available at Appstore globally. This is totally action arcade shooting mayhem game with mere implementation of strategic approach. The game is targeted to users, who like to play classic arcade shooting games. In a nutshell if you like Tesla (online flash game) you will like this also. Watch our Game Preview on Youtube ( http://www.tharle.com/blog/wysijap/subscriptions/?email_id=5&user_id=6&urlencoded=aHR0cDovL3d3dy55b3V0dWJlLmNvbS93YXRjaD92PVZDeVIxZFRMZlkw&controller=stats&action=analyse&wysija-page=1&wysijap=subscriptions ) Tap to shoot or kill is one of a great feature of the game, keeping in mind for apple users and arcade game players we have tried to match the graphics quality and bug free app with minimal game controls , I hope you will enjoy playing this. The game is free to download but consist of ads and can be removed from in-app purchase, users can also by gold coins through in-app purchase for buying power ups in the game. Download From App Store ( http://www.tharle.com/blog/wysijap/subscriptions/?email_id=5&user_id=6&urlencoded=aHR0cDovL2l0dW5lcy5hcHBsZS5jb20vYXBwL2dvbGQtY29tYmF0LWhkL2lkNTQwMDE5ODMxP210PTg%3D&controller=stats&action=analyse&wysija-page=1&wysijap=subscriptions ) Unsubscribe ( http://www.tharle.com/blog/wysijap/subscriptions/?email_id=5&user_id=6&urlencoded=W3Vuc3Vic2NyaWJlX2xpbmtd&controller=stats&action=analyse&wysija-page=1&wysijap=subscriptions ) Basavaraj Pujar, basavaraj@tharle.com (+91) 9886196010 From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 10:34:06 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 19FA61065670; Wed, 8 Aug 2012 10:34:06 +0000 (UTC) Date: Wed, 8 Aug 2012 10:34:06 +0000 From: Alexey Dokuchaev To: Rainer Hurling Message-ID: <20120808103406.GA56960@FreeBSD.org> References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <501FAF5E.6090101@gwdg.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd security , Doug Barton , freebsd-ports@FreeBSD.org, Oliver Pinter Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 10:34:06 -0000 On Mon, Aug 06, 2012 at 01:49:50PM +0200, Rainer Hurling wrote: > Am 06.08.2012 10:03 (UTC+1) schrieb Doug Barton: > >On 08/01/2012 05:09, Oliver Pinter wrote: > >>I found this today on FD: > >> > >>http://seclists.org/fulldisclosure/2012/Aug/4 > > > >Apparently this affects us as well. Any news? > > Thanks for the info. I had been not aware of it before. > > NVidia has released a driver version 304.32 for FreeBSD i386 and amd64, > which should remedy these security issues. Luckily, they've released version 295.71 which is on Long Lived Branch. I will update the port shortly. VuXML entry will have to follow separately, as it is unclear whether new CVE number will be assigned or not. ./danfe From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 12:01:28 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 760721065672; Wed, 8 Aug 2012 12:01:28 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A7F708FC1F; Wed, 8 Aug 2012 12:01:27 +0000 (UTC) Received: by eeke52 with SMTP id e52so215567eek.13 for ; Wed, 08 Aug 2012 05:01:26 -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=2iVqeQsWleeARPnUVxaBDj4aAAPqdgsCsksEg52xWVk=; b=XBAEzgUPZbt7WHGEvWNQB2GNPzX6/gtxFekBKiW3eyK0Z1TS5K+QJkOp3UlWMZF5Pa zkms1cXssY4ks8vQ7bh0UxHlsMm6EU7FwU/mLV4RjNtao8wMWrzPmahek35v1sr9TrtU RO/VmtFwcMHRRTx6NC/oLAQ6kIMeJacL2INLV1A5gsT/Zgy4k4PHAvz3lbXDPs2xTcPb mLiiKOP/xGT8iGY2ZwJO1ApUZrry4x1pIwymJxH68Sa2IvE7+K3Nl6FEvTRdkYxu76a1 LbZBR5/SDNga12tbA9rOIjUM7uiX1wjJtRug/D3wjOubRujqmkWK+HNE466GayxHlogH +o8A== MIME-Version: 1.0 Received: by 10.14.178.67 with SMTP id e43mr21918686eem.44.1344427286281; Wed, 08 Aug 2012 05:01:26 -0700 (PDT) Received: by 10.14.28.16 with HTTP; Wed, 8 Aug 2012 05:01:26 -0700 (PDT) In-Reply-To: <500F1B17.9010604@FreeBSD.org> References: <500F1B17.9010604@FreeBSD.org> Date: Wed, 8 Aug 2012 14:01:26 +0200 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-office@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [CFT] LibreOffice on 7.x & 8.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 12:01:28 -0000 Hi, 2012/7/25 Jung-uk Kim : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > As you may know, there are numerous build issues with recent > LibreOffice on 7.x and 8.x. I am trying to fix it but it's taking too > much time for me, unfortunately. If you are a 7/8 user, please test this: > > http://people.freebsd.org/~jkim/libreoffice-20120724.tar.bz2 > > Basically, I am trying to build it with base GCC again for these > releases, mainly to avoid huge build/runtime dependencies. In fact, > it was successfully built on 7.4 & 8.2 with amd64 but I don't have > environment to perform actual runtime tests for all possible combinations. > > Please note "WITH_GCC" knob is back. If base GCC doesn't work for > you, please try it as well, i.e., "make WITH_GCC=yes". > > Please make sure to include "uname -a" output when you report > success/failure. > > Thanks! > > Jung-uk Kim > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.19 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAlAPGxcACgkQmlay1b9qnVO7ogCeJuMaoS8E4tNXxtgfDLlyov+H > uIsAn1Ezj3g9xuNbnFFxHGU6EWgvGbWh > =La0T > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" i tried libreoffice-20120730.tar.bz2 version on my desktop: FreeBSD fneufneu.secuserve.net 8.3-STABLE FreeBSD 8.3-STABLE #5 r237264M: Tue Jun 19 12:39:04 CEST 2012 root@fneufneu.secuserve.net:/usr/obj/usr/src/sys/GENERIC amd64 it build fine with base gcc but i can't start any libre office app, i always get a crash after the loading screen: Aug 8 13:31:01 fneufneu kernel: pid 76436 (soffice.bin), uid 1001: exited on signal 11 (core dumped) Aug 8 13:31:19 fneufneu kernel: pid 76444 (soffice.bin), uid 1001: exited on signal 11 (core dumped) Aug 8 13:31:30 fneufneu kernel: pid 76451 (soffice.bin), uid 1001: exited on signal 11 (core dumped) backtrace (but libreoffice not built with debug) #0 0x0000000800673bb4 in rtl_uString_acquire () from /usr/local/lib/libreoffice/program/../ure-link/lib/libuno_sal.so.3 [New Thread 80eeb93c0 (LWP 100383/soffice.bin)] [New Thread 80eeb9580 (LWP 100381/soffice.bin)] [New Thread 80a80ae40 (LWP 100350/soffice.bin)] [New Thread 80a8041c0 (LWP 100281/initial thread)] (gdb) bt #0 0x0000000800673bb4 in rtl_uString_acquire () from /usr/local/lib/libreoffice/program/../ure-link/lib/libuno_sal.so.3 #1 0x00000008013b18cc in uno_sequence_assign () from /usr/local/lib/libreoffice/program/../ure-link/lib/libuno_cppu.so.3 #2 0x00000008013b37e0 in uno_type_sequence_construct () from /usr/local/lib/libreoffice/program/../ure-link/lib/libuno_cppu.so.3 #3 0x00000008016c1bad in dp_misc::create_folder () from /usr/local/lib/libreoffice/program/libdeploymentmisclo.so #4 0x00000008108c6216 in dp_registry::create () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #5 0x0000000810883ee1 in dp_manager::PackageManagerImpl::initRegistryBackends () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #6 0x000000081088cea8 in dp_manager::PackageManagerImpl::create () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #7 0x0000000810894ce7 in dp_manager::factory::PackageManagerFactoryImpl::getPackageManager () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #8 0x0000000810872890 in dp_manager::ExtensionManager::getSharedRepository () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #9 0x0000000810872a4a in dp_manager::ExtensionManager::synchronize () from /usr/local/lib/libreoffice/program/../program/libdeployment.so #10 0x00000008016ba844 in dp_misc::syncRepositories () from /usr/local/lib/libreoffice/program/libdeploymentmisclo.so #11 0x00000008008ff81a in desktop::Desktop::SynchronizeExtensionRepositories () from /usr/local/lib/libreoffice/program/libsofficeapp.so #12 0x00000008008f80b0 in desktop::Desktop::Main () from /usr/local/lib/libreoffice/program/libsofficeapp.so #13 0x000000080351c084 in ImplSVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #14 0x000000080351c175 in SVMain () from /usr/local/lib/libreoffice/program/libvcllo.so #15 0x000000080091cdf5 in soffice_main () from /usr/local/lib/libreoffice/program/libsofficeapp.so i think i saw some warnings about libuno_sal when building libreoffice ... i'll try with gcc46 and clang From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 12:38:46 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C5A7E106564A; Wed, 8 Aug 2012 12:38:46 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 961718FC0C; Wed, 8 Aug 2012 12:38:44 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id C8A035C34; Wed, 8 Aug 2012 08:38:43 -0400 (EDT) Date: Wed, 8 Aug 2012 08:38:43 -0400 From: Wesley Shields To: Alexey Dokuchaev Message-ID: <20120808123843.GA31238@atarininja.org> References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> <20120808103406.GA56960@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120808103406.GA56960@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Doug Barton , freebsd security , Rainer Hurling , freebsd-ports@FreeBSD.org, Oliver Pinter Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 12:38:46 -0000 On Wed, Aug 08, 2012 at 10:34:06AM +0000, Alexey Dokuchaev wrote: > On Mon, Aug 06, 2012 at 01:49:50PM +0200, Rainer Hurling wrote: > > Am 06.08.2012 10:03 (UTC+1) schrieb Doug Barton: > > >On 08/01/2012 05:09, Oliver Pinter wrote: > > >>I found this today on FD: > > >> > > >>http://seclists.org/fulldisclosure/2012/Aug/4 > > > > > >Apparently this affects us as well. Any news? > > > > Thanks for the info. I had been not aware of it before. > > > > NVidia has released a driver version 304.32 for FreeBSD i386 and amd64, > > which should remedy these security issues. > > Luckily, they've released version 295.71 which is on Long Lived Branch. I > will update the port shortly. Thank you! > VuXML entry will have to follow separately, as it is unclear whether new CVE > number will be assigned or not. You can do the VuXML without a CVE for now and update it when/if one is assigned. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 13:08:17 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 644CC106566C; Wed, 8 Aug 2012 13:08:17 +0000 (UTC) Date: Wed, 8 Aug 2012 13:08:17 +0000 From: Alexey Dokuchaev To: Wesley Shields Message-ID: <20120808130817.GA86124@FreeBSD.org> References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> <20120808103406.GA56960@FreeBSD.org> <20120808123843.GA31238@atarininja.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20120808123843.GA31238@atarininja.org> User-Agent: Mutt/1.4.2.1i Cc: Doug Barton , freebsd security , Rainer Hurling , freebsd-ports@FreeBSD.org, Oliver Pinter Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 13:08:17 -0000 On Wed, Aug 08, 2012 at 08:38:43AM -0400, Wesley Shields wrote: > On Wed, Aug 08, 2012 at 10:34:06AM +0000, Alexey Dokuchaev wrote: > > VuXML entry will have to follow separately, as it is unclear whether new > > CVE number will be assigned or not. > > You can do the VuXML without a CVE for now and update it when/if one is > assigned. True... I will commit VuXML together with legacy drivers update. ./danfe From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 14:50:02 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D24F106564A for ; Wed, 8 Aug 2012 14:50:02 +0000 (UTC) (envelope-from nanoman@nanoman.ca) Received: from mail.nanoman.ca (mail.nanoman.ca [76.10.173.222]) by mx1.freebsd.org (Postfix) with ESMTP id AC66B8FC18 for ; Wed, 8 Aug 2012 14:50:01 +0000 (UTC) Received: from nanocomputer.nanoman.ca (nanocomputer.nanoman.ca [192.168.1.9]) by mail.nanoman.ca (Postfix) with ESMTP id 2FCA4115ED; Wed, 8 Aug 2012 10:50:00 -0400 (EDT) Received: by nanocomputer.nanoman.ca (Postfix, from userid 62661) id D54CA1726F; Wed, 8 Aug 2012 10:49:59 -0400 (EDT) Date: Wed, 8 Aug 2012 10:49:59 -0400 From: "A.J. Kehoe IV (Nanoman)" To: Sergei Vyshenski Message-ID: <20120808144959.GA98863@nanocomputer.nanoman.ca> References: <50220BC4.1070907@pn.sinp.msu.ru> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="YiEDa0DAkWCtVeE4" Content-Disposition: inline In-Reply-To: <50220BC4.1070907@pn.sinp.msu.ru> Organization: Nanoman's Company User-Agent: Mutt (FreeBSD) Cc: freebsd-ports@freebsd.org Subject: Re: security/p5-Crypt-SSLeay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nanoman@nanoman.ca List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 14:50:02 -0000 --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Sergei Vyshenski wrote: >Hi, > >File security/p5-Crypt-SSLeay/Makefile > >has a line: > >CONFIGURE_ARGS=3D --lib=3D${OPENSSLBASE} --no-live-tests > >But the original perl module does not have both of these options. > >Hence > >1) this port obligatory enters an interactive dialog about tests, which >fact hampers operation of portmaster etc. I ran into this same problem yesterday. /usr/ports/Mk/bsd.perl.mk shows th= at you need to have the "BATCH" environmental defined while building this p= ort if you don't want this prompt to appear. So, using /bin/sh: cd /usr/ports/security/p5-Crypt-SSLeay export BATCH=3D"yes" make install I've never used portmaster, so I'm not sure how it declares environment var= iables, but it should work if you add BATCH=3D"yes" to your /etc/make.conf: echo 'BATCH=3D"yes"' >> /etc/make.conf >2) this port can not find needed libraries > >It says: > >Unknown option: lib >Do you want to run the live tests (y/N)? [N] >WARNING: BUILD_REQUIRES is not a known parameter. >'BUILD_REQUIRES' is not a known MakeMaker parameter name. >Note (probably harmless): No library found for -lssl32 >Note (probably harmless): No library found for -lssleay32 >Note (probably harmless): No library found for -leay32 > >Regards, Sergei I didn't encounter this problem, so I'll let someone else answer this part. --=20 A.J. Kehoe IV (Nanoman) | /"\ ASCII Ribbon Campaign Nanoman's Company | \ / - No HTML/RTF in E-mail E-mail: nanoman@nanoman.ca | X - No proprietary attachments WWW: http://www.nanoman.ca/ | / \ - Respect for open standards --YiEDa0DAkWCtVeE4 Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPCwYJKoZIhvcNAQcCoIIO/DCCDvgCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DHcwggUyMIIDGqADAgECAgMLj20wDQYJKoZIhvcNAQEFBQAweTEQMA4GA1UEChMHUm9vdCBD QTEeMBwGA1UECxMVaHR0cDovL3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNp Z25pbmcgQXV0aG9yaXR5MSEwHwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcN MTIwNDAzMTkwNjMwWhcNMTIwOTMwMTkwNjMwWjA9MRgwFgYDVQQDEw9DQWNlcnQgV29UIFVz ZXIxITAfBgkqhkiG9w0BCQEWEm5hbm9tYW5AbmFub21hbi5jYTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAK9WRGqRDUDjWwNIfZTBp4FL5bI0kY3ZqvM6tEO+Sqp5YxATre8F a+BYbeNp/8MKfuPrRgE2jRzlePAx7kpvZUhRTGAZpncmHC7Z3FDl8Ugid4193ReCfPypb9Gs 3ZgPfzJyNuDeCM3amz/cDXC/makJLpmLzu95D91hD+V30iActE5j1tNewMq9qJRoEdr5Tqus bUjjDm8kiK5sz9JzQjFoufuaWIR57w2Sm1gDVZ0MH46fxZ/SwLDDzt4VC2u+1oS4KSmVUm6X Wv1/Fmdf2sOOu9Ro2xVjJHW+j16lsFPPj+lkDv5tb0G7I2vBoKEQg/s+h8J4F+l/xPL3O5xB c68CAwEAAaOB/jCB+zAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91 ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0Fj ZXJ0Lm9yZzBABgNVHSUEOTA3BggrBgEFBQcDBAYIKwYBBQUHAwIGCisGAQQBgjcKAwQGCisG AQQBgjcKAwMGCWCGSAGG+EIEATAyBggrBgEFBQcBAQQmMCQwIgYIKwYBBQUHMAGGFmh0dHA6 Ly9vY3NwLmNhY2VydC5vcmcwHQYDVR0RBBYwFIESbmFub21hbkBuYW5vbWFuLmNhMA0GCSqG SIb3DQEBBQUAA4ICAQAQUEMT2uupQXvmCVOcJWoZOZR6WielH7H4ewoCjQxCqEkqtrn4P4GV DyV9v9suQ1uLu6uZFZAlmkDa0hKdpaz01rgLARMwR9XGBBnRuq17HoNkt9kBFWWCjwegfw5M kXdCkXu/cQ0TVA1guhJz6tJ/LHg8deUGu5FGbw/+Om6haUX1udId3XtaqdONEOpqv2SPsVvg qeu5SyxJVJJvAXp9iA1W6yk3JAatO4X9LjntzNsFcFkVGGssbsqQdnp6rPCXD3MqYI7TSSn9 nUvHe9lxcxAbeP/6jU033NSFqSIjrcliB1VLeElbCE1vhZF1bAUMzxR4Fpa670O3Q9bycnDI SUjzJVKYEg2AtD2GVrN9NjE9+N+xvJ4ixweumoFy3Ojp85OcAP5gb7oLYDJaHERwrz6psyQa LWrCEqY+lwZVq/Mw+gOQkFhq/zu+hK4xYw5NpexYB+Qf/OKi2/CGNKj8xi+8XMTdNBzW1JOy 8b8XYoTCb0BBuyBWpgibnm6E2EMuDWFtTX9V1hx7NG1nC5qsc1aLGdaXm1W48TL1cOqOMwuf 6RO/AZKdCikqoswCz7Fl1kRIeAjN1jv5EIR60hxfWrcOFzA44Er7oQ23S+t2Xl77QenuTa5B RJOEBfs34ll8vanK3ltorR5rwAYyjYIkrknaxf1+JFeR9/cAcbWy1jCCBz0wggUloAMCAQIC AQAwDQYJKoZIhvcNAQEEBQAweTEQMA4GA1UEChMHUm9vdCBDQTEeMBwGA1UECxMVaHR0cDov L3d3dy5jYWNlcnQub3JnMSIwIAYDVQQDExlDQSBDZXJ0IFNpZ25pbmcgQXV0aG9yaXR5MSEw HwYJKoZIhvcNAQkBFhJzdXBwb3J0QGNhY2VydC5vcmcwHhcNMDMwMzMwMTIyOTQ5WhcNMzMw MzI5MTIyOTQ5WjB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNh Y2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG 9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoC ggIBAM4iwOJGfew2KAdQlvKgM0CMS/E7Zj8x5WsCNtvWfPbxiI9OdzYFQZX5CfASz0aGc2C3 bn7owFhkrs2wrUUXDGP6Zwro1tK/PueYxPBM+uADuzVdbCHeniDZus1mMjdy+vcI9cfNWMmO 5w5e6j7+HKEUChVshoRbZGYqeqlLU3n1iKJ77i8KYSuNsn5NVqUT7Orakp6sREEeWGBlBWb4 wES9y5T3Qn4L92VomFEF8PMFkQQdGxeC7MhXu8NreojxsHLMJVsgkewWAhKPMukXGEjQxwUu AjBCuCWcBWs/qjqn61NI9+jStgeY3BvGNH9/yRyCegVYKwhb8ziiqxddZsmY154Qi6LS3XSa 93EMcmDfzW+YM52WNHY+JHqSsA6VHm/moEU4R6rXQe1KtxL21xuDig8u2Am2WdeqBP/Sk31o Lt2LS6tYui+N6pWnoMNUiaX724tRIp2yw74RviyRhouWeK0g04ovGj/G0FFlhyGxGQFlf0Uc h/V80EFMTymYIf0zH3UMBFH6GXfb1BQc7oHDHfWYt2kGkSLdAFDMgTGsEgd7ONpoW+Yr1H7J X63o63JM8wHlSyC/mqZXypEAAYuhdSE3tWMNZz5GT3AgZ87F1lnbAuDw0svNumK3kEHo3SDk KbxkKULIItx4mv9D7JgbCVFLWlrCcfHEy3Op5aELAgMBAAGjggHOMIIByjAdBgNVHQ4EFgQU FrUyG9TH8+DmjvO90rA67rI5GNEwgaMGA1UdIwSBmzCBmIAUFrUyG9TH8+DmjvO90rA67rI5 GNGhfaR7MHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0 Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJ ARYSc3VwcG9ydEBjYWNlcnQub3JnggEAMA8GA1UdEwEB/wQFMAMBAf8wMgYDVR0fBCswKTAn oCWgI4YhaHR0cHM6Ly93d3cuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMDAGCWCGSAGG+EIBBAQj FiFodHRwczovL3d3dy5jYWNlcnQub3JnL3Jldm9rZS5jcmwwNAYJYIZIAYb4QgEIBCcWJWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZy9pbmRleC5waHA/aWQ9MTAwVgYJYIZIAYb4QgENBEkWR1Rv IGdldCB5b3VyIG93biBjZXJ0aWZpY2F0ZSBmb3IgRlJFRSBoZWFkIG92ZXIgdG8gaHR0cDov L3d3dy5jYWNlcnQub3JnMA0GCSqGSIb3DQEBBAUAA4ICAQAox+6cggK6XIASyjUKHYFviWqZ zPJoD3+n4Y1YlT698gbDkFqstWD2mUMBo4hwnJ1inaSHr2dYDTA2O+atSNPLdAKGcT7iKwNo 8TRiQEY7U+oo9Kz7ZpVTik1d/TvZYNfKeWk7sWWSpsaBglyczetNAYql3xFVqhXKHzfAgphw YdtqfJajji5UPk8hqZDv3IK/3OhFrU2Qcwg8lGWwBJl2f+K8wmoVqpcENyTYHpRObQ5RvtbE j8qWbfdD3+gwZSc7e7tDQ2PEQ/ey7GjM4RmOIvuY4XtaPgE3O4sIsKLzlU4ay5vNmrHbsnDw LUrb2LDjb0VIMxL//jwyKlT3xPeK8Igjwkf+ZHpxwNEepmOwB36kL9MBj9yfK7bGCKkPk0gl /BL9n0Lc88Q+9lew191p0QZ3NApL0sqg/xzGjMkWvsTMMjdoc18I+1H3SVM2BQqVAkzyeRoQ 9tg6dZzzHfGiDXBnhhuzFvUv5aTreYb5PQvCcwulmaxv/Ge45S8LphgkjXvRSDUpGECsk2Dh loZQtHpZ2I8hC5/PgpHGO79r3AeRuZdWI6q2bJTGSAY85M5OquT2LwncU28u/HTrOmOZwqas ibynskSgDYoQ42zyJMv6m59wRy7eFIvUsiAJlqJk8SQc3KE1nBWy1LxVLn0G9ZwOVfRa1pPa dq0lc0zFQzGCAlwwggJYAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0 dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0 eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMLj20wCQYFKw4DAhoFAKCB sTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMjA4MDgxNDQ5 NTlaMCMGCSqGSIb3DQEJBDEWBBS377BFF8rqQMidak9qn4caM7ofQDBSBgkqhkiG9w0BCQ8x RTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQAq6Ihfp5BzOS4dB6d7yXUVQNeP JlnYxpPi5oVa6vaEIVbVsVGwDP/3sZL2h+nxy2nmUYgqRkQvDkrBEpXPe319BC25FuCufav1 mPuviuRlIzCUlRbALyA5S+PWUbIhs4h96Ro5CmQn9w9ZnHqfCFa7wWSv2ws+nF0LF4ACm+Sy DuVOi1/PejMfaB/jcRw6ZchgCfOHjwvF4r2iXjU8sd2vkGO0h3HYKIOaSpryCEDIki7izYhW /PQqW6N6Y5iOvBMJH1TRU7VYGTk5ZzfL7kfMJMIYJO0F1nGAdcZ1UxYTRJ/aI7lxA/QQxSuz DQ+nvRUI5huv762G08plONuzXFWU --YiEDa0DAkWCtVeE4-- From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 16:12:40 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B275F106566B for ; Wed, 8 Aug 2012 16:12:40 +0000 (UTC) (envelope-from shen.elf@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6523B8FC0C for ; Wed, 8 Aug 2012 16:12:40 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1169909vbm.13 for ; Wed, 08 Aug 2012 09:12:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lm7CrBmnxYjJCFqE32o/k8EgujDgLIZiw1fMnG1y2Lo=; b=NiGPJgKhwnUq85R2A2BGTal6muRZ2Cc96uiKewcWXt8bsfvDTC1SnqIOoj5OJVtYOX nsrbupWC92qsr+nHwVR4Op5DCb6VxNqjgoRgThw/ecOfmio38Go4+9LnAjU6I1Cn2Ls+ odntSwEHYFjz+4GJQhSUPonz9r4fG2jaEe554IpWKInG3KCytDzvNCYzMrn/KsHyqfEV BOln0kdV/LX9vLEXd3baDUtA+wRlZIDewI4qfRo4zf2xYx3JxnYW91XDn8AvG2Oqqhuc /ras/EmrqNXkB0zxY6B7S0k744ivdGbKHSm+2wuouwCsCxj7G8AKWxY5u59kw9i/6b+1 OgYA== MIME-Version: 1.0 Received: by 10.52.91.7 with SMTP id ca7mr8813056vdb.2.1344442352973; Wed, 08 Aug 2012 09:12:32 -0700 (PDT) Received: by 10.58.66.197 with HTTP; Wed, 8 Aug 2012 09:12:32 -0700 (PDT) Date: Thu, 9 Aug 2012 00:12:32 +0800 Message-ID: From: Yanhui Shen To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: net/mosh conflicts with lang/mosh X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 16:12:40 -0000 Hi, net/mosh is a mobile terminal, while lang/mosh is a R6RS scheme interpreter, and both of them have "bin/mosh". So is there any way to make both of them installed? Or actually, one of which needs to be renamed? -- Best regards, Yanhui Shen From owner-freebsd-ports@FreeBSD.ORG Wed Aug 8 18:39:38 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D60F106587B for ; Wed, 8 Aug 2012 18:39:38 +0000 (UTC) (envelope-from svysh@pn.sinp.msu.ru) Received: from vivaldi.pn.sinp.msu.ru (vivaldi.pn.sinp.msu.ru [213.131.11.26]) by mx1.freebsd.org (Postfix) with ESMTP id D14698FC15 for ; Wed, 8 Aug 2012 18:39:37 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by vivaldi.pn.sinp.msu.ru (8.14.5/8.14.5) with ESMTP id q78IdZ9V041170 for ; Wed, 8 Aug 2012 22:39:35 +0400 (MSK) (envelope-from svysh@pn.sinp.msu.ru) Message-ID: <5022B267.8020100@pn.sinp.msu.ru> Date: Wed, 08 Aug 2012 22:39:35 +0400 From: Sergei Vyshenski User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 CC: freebsd-ports@freebsd.org References: <50220BC4.1070907@pn.sinp.msu.ru> <20120808144959.GA98863@nanocomputer.nanoman.ca> In-Reply-To: <20120808144959.GA98863@nanocomputer.nanoman.ca> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.5 at vivaldi.pn.sinp.msu.ru X-Virus-Status: Clean Subject: Re: security/p5-Crypt-SSLeay X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Aug 2012 18:39:38 -0000 This issue was resolved and committed as discussed yesterday on the freebsd-perl mail list. Sorry for parallel posting here. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 01:12:10 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A833E106564A for ; Thu, 9 Aug 2012 01:12:10 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 6EB018FC0A for ; Thu, 9 Aug 2012 01:12:10 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id A9D5BE1B792 for ; Wed, 8 Aug 2012 21:02:40 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id L46_OsbnSBLC for ; Wed, 8 Aug 2012 21:02:34 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 9C811E1B791 for ; Wed, 8 Aug 2012 21:02:34 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1344474154; bh=7EOEknPjPs3BhxyIWHoYpjlFM8v7qOe8kR0T/9hvACQ=; h=Date:From:To:Subject; b=iv46OTp+jFEF0cDecPij+Bt+XX+NZWkJHhZeK8FOXAXhbVuJGVp3qyMlA4c6HQz0V YIouKeVQ86BFYD4XMtd1Uy6KXtsd6V2WJvb3vvS8s8NXvAZEC8VMUg9yu759GxcF4M mWiTi7k2nQQ6+VOwHQsE9uw4OFOjEcPLQpywa23c= Message-ID: <50230C7E.7040101@morante.net> Date: Wed, 08 Aug 2012 21:03:58 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Setup Horde4 Groupware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 01:12:10 -0000 Hello, I just installed the port: "deskutils/horde4-groupware" but it did not provide a message about what I must do next to complete the setup. Where can I find instructions on what needs to be done? From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 01:53:38 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78656106564A for ; Thu, 9 Aug 2012 01:53:38 +0000 (UTC) (envelope-from jaqan@www420b.sakura.ne.jp) Received: from www420b.sakura.ne.jp (www420b.sakura.ne.jp [219.94.155.210]) by mx1.freebsd.org (Postfix) with ESMTP id 22B938FC14 for ; Thu, 9 Aug 2012 01:53:38 +0000 (UTC) Received: from www420b.sakura.ne.jp (localhost [127.0.0.1]) by www420b.sakura.ne.jp (8.14.3/8.14.3) with ESMTP id q791rbap097067 for ; Thu, 9 Aug 2012 10:53:37 +0900 (JST) (envelope-from jaqan@www420b.sakura.ne.jp) Received: (from jaqan@localhost) by www420b.sakura.ne.jp (8.14.3/8.14.3/Submit) id q791rbm8097066; Thu, 9 Aug 2012 10:53:37 +0900 (JST) (envelope-from jaqan) Date: Thu, 9 Aug 2012 10:53:37 +0900 (JST) Message-Id: <201208090153.q791rbm8097066@www420b.sakura.ne.jp> To: ports@freebsd.org From: Western Canada Lottery/Email Draw MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: Your Email Has Won One Million Pounds Sterling X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: westerncanadaclaimsagent@aol.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 01:53:38 -0000 WESTERN CANADA LOTTERY/ EMAIL DRAW ONTARIO 49 Western Canada Lottery Corporation, Prize Payout 10th Floor, 125 Garry Street, Winnipeg, Manitoba, R3C 4J1,UK Office–3rd Floor, 2-4 King Street, London, SW1Y Sat, Aug 4th, 2012 - Ontario 49 WINNING NUMBERS 1 4 17 29 36 37 Bonus 13 Attn: Winner, We happily announce to you the draw of Canadian National Lottery the UK/CANADA online Sweepstakes International program held this year 2012. You have won GBP 1,000,000.00 (One Million British Pounds Sterling Only) from Canadian lottery draw 2012.Your Email ID was one of the selected email all over the world in the lottery draw and it comes out one of the lucky winning number. For us to process your winning for transfer you are advice to contact our prize claims agent with the details below in London for your payment. Name: Edmond De Corte Email: westerncanadaclaimsagent@aol.com 24 Hrs.Telephone: +44 704 574 6752 Please forward to him the following details below 1. Name (in Full): 2. Country: 3. Address: 4. Direct Telephone/Mobile No: 5. Age: 6. Occupation/position: Congratulations!! Once again. Yours in service, Mrs.Fritz Hamilton. [Publicity Secretary] WARNING! You must keep strict confidentiality of your Prize Award claims to yourself until your money is successfully handed over to you in other to avoid disqualification that may arise from double claims. Western Canada Lottery shall not be held liable for any loss of funds arising from the above mentioned. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 03:44:10 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C805B106566C for ; Thu, 9 Aug 2012 03:44:10 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 9F96E8FC15 for ; Thu, 9 Aug 2012 03:44:10 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id DC8935C34; Wed, 8 Aug 2012 23:44:03 -0400 (EDT) Date: Wed, 8 Aug 2012 23:44:03 -0400 From: Wesley Shields To: Yanhui Shen Message-ID: <20120809034403.GA39604@atarininja.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: net/mosh conflicts with lang/mosh X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 03:44:10 -0000 On Thu, Aug 09, 2012 at 12:12:32AM +0800, Yanhui Shen wrote: > Hi, > > net/mosh is a mobile terminal, while lang/mosh is a R6RS scheme interpreter, > and both of them have "bin/mosh". > > So is there any way to make both of them installed? > Or actually, one of which needs to be renamed? No decent way to have both of them installed under the same prefix. You can always install one in a chroot somewhere. One of them would need to rename bin/mosh to something else. -- WXS From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 05:54:12 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8383F106566C for ; Thu, 9 Aug 2012 05:54:12 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 434A28FC12 for ; Thu, 9 Aug 2012 05:54:12 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <50235080.1070404@intersonic.se> Date: Thu, 09 Aug 2012 07:54:08 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120525 Thunderbird/12.0.1 MIME-Version: 1.0 To: Daniel Morante References: <50230C7E.7040101@morante.net> In-Reply-To: <50230C7E.7040101@morante.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Setup Horde4 Groupware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 05:54:12 -0000 On 08/09/12 03:03, Daniel Morante wrote: > Hello, > > I just installed the port: "deskutils/horde4-groupware" but it did not > provide a message about what I must do next to complete the setup. > Where can I find instructions on what needs to be done? Try http://www.horde.org/apps/groupware/docs/INSTALL#configuring-horde-groupware Horde is not the easiest groupware around to set up, but well worth the trouble. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 05:58:32 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EFCAB1065674 for ; Thu, 9 Aug 2012 05:58:32 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1E38FC0C for ; Thu, 9 Aug 2012 05:58:32 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 75E4EE1B792 for ; Thu, 9 Aug 2012 01:37:20 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mhCPNwmgps9z for ; Thu, 9 Aug 2012 01:37:14 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id 91D1EE1B791 for ; Thu, 9 Aug 2012 01:37:10 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1344490632; bh=C7PIerYnJd10weGvtWDd1QeRkLOdSeyKxGOLTy3EMAU=; h=Date:From:To:Subject:References:In-Reply-To; b=uaFz7Z6BYE93+LjOUQT794Xe7mSoG7L+h05Nic44fhioE2CpjVKUr9vIl3fK3cvxd lXlVERC0m1804C6oh1lIKJSjyu9ihabcTcrULyb0yxajT4wRb5TXVsgPCTwH4QeUPc vntN+JroeYrQthtLfEjLrocdpkn/bH36pm2YnDzI= Message-ID: <502351BF.3000603@morante.net> Date: Thu, 09 Aug 2012 01:59:27 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <50230C7E.7040101@morante.net> <50235080.1070404@intersonic.se> In-Reply-To: <50235080.1070404@intersonic.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Setup Horde4 Groupware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 05:58:33 -0000 Yeah I tried it many years ago when Horde was version 2.x. I thought that the FreeBSD ports system would have done some of the work for me. Thanks. On 8/9/2012 1:54 AM, Per olof Ljungmark wrote: > On 08/09/12 03:03, Daniel Morante wrote: >> Hello, >> >> I just installed the port: "deskutils/horde4-groupware" but it did not >> provide a message about what I must do next to complete the setup. >> Where can I find instructions on what needs to be done? > > Try > http://www.horde.org/apps/groupware/docs/INSTALL#configuring-horde-groupware > > > Horde is not the easiest groupware around to set up, but well worth > the trouble. > _______________________________________________ > 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 Aug 9 07:09:34 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id 5E1AC106566C for ; Thu, 9 Aug 2012 07:09:34 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q7979YEa010952 for ; Thu, 9 Aug 2012 07:09:34 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q7979YLh010951 for ports@FreeBSD.org; Thu, 9 Aug 2012 07:09:34 GMT (envelope-from erwin) Date: Thu, 9 Aug 2012 07:09:34 GMT From: Erwin Lansing Message-Id: <201208090709.q7979YLh010951@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 07:09:34 -0000 INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. make_index: trac-wikirename-2.1.1_2: no entry for /usr/ports/www/trac-ctxtnavadd make_index: trac-wikitemplates-0.3.0p3_4: no entry for /usr/ports/www/trac-ctxtnavadd Committers on the hook: culot jgh mi rm Most recent CVS update was: U MOVED U devel/p5-CPAN-Perl-Releases/Makefile U devel/p5-CPAN-Perl-Releases/distinfo U devel/p5-Module-CoreList/Makefile U devel/p5-Module-CoreList/distinfo U games/black-box/Makefile U games/glightoff/Makefile U games/glightoff/pkg-plist U lang/gcc-aux/Makefile U lang/gcc-aux/files/diff-core U multimedia/xmms/Makefile U www/Makefile From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 07:11:24 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDB6D106564A for ; Thu, 9 Aug 2012 07:11:24 +0000 (UTC) (envelope-from daniel@morante.net) Received: from venus.morante.net (venus.morante.net [63.247.147.163]) by mx1.freebsd.org (Postfix) with ESMTP id 9DE388FC08 for ; Thu, 9 Aug 2012 07:11:24 +0000 (UTC) Received: from saturn.morante.com (localhost [127.0.0.1]) by venus.morante.net (Postfix) with ESMTP id 5660AE1B7AA for ; Thu, 9 Aug 2012 03:10:56 -0400 (EDT) X-Virus-Scanned: amavisd-new at morante.net Received: from venus.morante.net ([127.0.0.1]) by saturn.morante.com (saturn.morante.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ggcxlRxlupe6 for ; Thu, 9 Aug 2012 03:10:49 -0400 (EDT) Received: from [192.168.0.2] (my-room.morante.com [192.168.0.2]) by venus.morante.net (Postfix) with ESMTPSA id E3968E1B7A9 for ; Thu, 9 Aug 2012 03:10:48 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morante.net; s=default; t=1344496249; bh=ks360TB64+fXISClm25hhW7mUMyLs7DdX0V3uKwN0Zg=; h=Date:From:To:Subject:References:In-Reply-To; b=PIFaGPjse+eibobjE0jgsp7CzuPAtlaLjecbLAkEvinvWeUsTImP3Zavx/W/EL3+J x7OnfE8ODcHhum9XhaqowaANrkH96iJ2TH9S3grNiVBLp7cuyQUn3JvPe1HeesmKi0 oIYo970MDVZzT5WVcht3GUSAQ+IzAVcwG2VzeE04= Message-ID: <502362E8.1040503@morante.net> Date: Thu, 09 Aug 2012 03:12:40 -0400 From: Daniel Morante User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <50230C7E.7040101@morante.net> <50235080.1070404@intersonic.se> <502351BF.3000603@morante.net> In-Reply-To: <502351BF.3000603@morante.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Setup Horde4 Groupware X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 07:11:25 -0000 I found this script and it seems to complete most of installation except for Apache, but that's easy enough to do: /usr/local/bin/groupware-install Maybe this should be mentioned in the port's pkg-message. On 8/9/2012 1:59 AM, Daniel Morante wrote: > Yeah I tried it many years ago when Horde was version 2.x. I thought > that the FreeBSD ports system would have done some of the work for me. > > Thanks. > > On 8/9/2012 1:54 AM, Per olof Ljungmark wrote: >> On 08/09/12 03:03, Daniel Morante wrote: >>> Hello, >>> >>> I just installed the port: "deskutils/horde4-groupware" but it did not >>> provide a message about what I must do next to complete the setup. >>> Where can I find instructions on what needs to be done? >> >> Try >> http://www.horde.org/apps/groupware/docs/INSTALL#configuring-horde-groupware >> >> >> Horde is not the easiest groupware around to set up, but well worth >> the trouble. >> _______________________________________________ >> 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" >> > > _______________________________________________ > 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 Aug 9 09:59:36 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id CB11A106564A for ; Thu, 9 Aug 2012 09:59:36 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id q799xZiA022699 for ; Thu, 9 Aug 2012 09:59:35 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id q799xZMa022697 for ports@FreeBSD.org; Thu, 9 Aug 2012 09:59:35 GMT (envelope-from erwin) Date: Thu, 9 Aug 2012 09:59:35 GMT From: Erwin Lansing Message-Id: <201208090959.q799xZMa022697@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 09:59:37 -0000 From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 11:50:42 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44DB01065672 for ; Thu, 9 Aug 2012 11:50:42 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2378FC17 for ; Thu, 9 Aug 2012 11:50:41 +0000 (UTC) Received: by obbun3 with SMTP id un3so724065obb.13 for ; Thu, 09 Aug 2012 04:50:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HZdKkSWifF+/+9BfHDq2sclidjxg/l0eYM6RGO8f9lI=; b=vO/QEvEKarV5MQLhaiZ1pAHgKFMUziHHfDqjQItJ1Gcjns2w8OkkajPtFZBvl/y1Bz i1ei6mgQHyq4L6v5yRlx2WKIqJmr84suM82bgnm+grD+zTQT3zBvxz+7U25UHyhL5JdP u324velk0+LV/hTDCMMpMQcpeAed1yFzM6Hh/JMdIrJj7byTj3kai7b9fttdAkoNGa4n v4FevZm8z9lEqAJZ9ilEyw4NVlDFNhhU9AVufqclcVxlayC4vTOhVx/uLDUn1dilQCBW 3ds9YS82hczjeQeLgsykFqUwdLjqRGxJmY9WY/IV5gbJIgRCEvrpwzlFXZDlPU/sVn+C 4FbA== MIME-Version: 1.0 Received: by 10.60.24.4 with SMTP id q4mr2531506oef.50.1344513041305; Thu, 09 Aug 2012 04:50:41 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Thu, 9 Aug 2012 04:50:41 -0700 (PDT) Date: Thu, 9 Aug 2012 19:50:41 +0800 Message-ID: From: HU Dong To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: gdb doesn't work well with qtcreator X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 11:50:42 -0000 Hi,all! I just installed devel/qtcreator from port. Everything seemed to work fine except the debugger. At first I set it to /usr/bin/gdb, it simply crashed when I started debugging, with a dialog reporting "The gdb process crashed." Then I installed devel/gdb and set the debugger to /usr/local/bin/gdb, qtcreator reported that "Application process could not be stopped:The program is not being run." and "Cannot continue debugged process:The program is not being run." I've spent much time searching on the internet, but found nothing helpful. Did anyone run into the same problem? Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 01:47:53 UTC 2012 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 11:55:12 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98D16106566B for ; Thu, 9 Aug 2012 11:55:12 +0000 (UTC) (envelope-from annulen@yandex.ru) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [IPv6:2a02:6b8:0:1402::5]) by mx1.freebsd.org (Postfix) with ESMTP id 00FF08FC17 for ; Thu, 9 Aug 2012 11:55:12 +0000 (UTC) Received: from web19g.yandex.ru (web19g.yandex.ru [95.108.252.119]) by forward20.mail.yandex.net (Yandex) with ESMTP id 962E510416D1; Thu, 9 Aug 2012 15:55:10 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1344513310; bh=fcIJLWWPnZZjlV7ERqQeZfIUkk4O/OMilH5yhczCLmQ=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=Mq26kCa/JjX+BpnAgD2iaZ/KGts7PRxtt8kosUdFWfi0+Qe3NWGyL1cHnsr0iMH2i 61P2sk9VCSQV8V+4R0eWC7XV+r2FJGg7mDlEvXhLUb+K/1JPIr09T0DMMns8PhQtiV gs5k3c3aEUJ/tIN9cTs2laFrr26C8f0BlT0mi3rU= Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1]) by web19g.yandex.ru (Yandex) with ESMTP id 39A21457804D; Thu, 9 Aug 2012 15:55:10 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1344513310; bh=fcIJLWWPnZZjlV7ERqQeZfIUkk4O/OMilH5yhczCLmQ=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=Mq26kCa/JjX+BpnAgD2iaZ/KGts7PRxtt8kosUdFWfi0+Qe3NWGyL1cHnsr0iMH2i 61P2sk9VCSQV8V+4R0eWC7XV+r2FJGg7mDlEvXhLUb+K/1JPIr09T0DMMns8PhQtiV gs5k3c3aEUJ/tIN9cTs2laFrr26C8f0BlT0mi3rU= Received: from [212.119.246.21] ([212.119.246.21]) by web19g.yandex.ru with HTTP; Thu, 09 Aug 2012 15:55:08 +0400 From: Konstantin Tokarev To: HU Dong In-Reply-To: References: MIME-Version: 1.0 Message-Id: <830011344513308@web19g.yandex.ru> Date: Thu, 09 Aug 2012 15:55:08 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: "freebsd-ports@freebsd.org" Subject: Re: gdb doesn't work well with qtcreator X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 11:55:12 -0000 09.08.2012, 15:50, "HU Dong" : > Hi,all! > ššššI just installed devel/qtcreator from port. Everything seemed to > work fine except the debugger. At first I set it to /usr/bin/gdb, it > simply crashed when I started debugging, with a dialog reporting "The > gdb process crashed." Then I installed devel/gdb and set the debugger > to /usr/local/bin/gdb, qtcreator reported that "Application process > could not be stopped:The program is not being run." and "Cannot > continue debugged process:The program is not being run." > ššššI've spent much time searching on the internet, but found nothing > helpful. Did anyone run into the same problem? > > ššššEnv: FreeBSD š9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 > 01:47:53 UTC 2012 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC ši386 Which version og gdb are you using? Qt Creator officially requires gdb >= 7.2, and may have issues with earlier versions. Maybe it's worthwhile to ask on qt-creator@qt-project.org too. -- Regards, Konstantin From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 12:02:59 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66D801065675 for ; Thu, 9 Aug 2012 12:02:59 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2BE8FC29 for ; Thu, 9 Aug 2012 12:02:58 +0000 (UTC) Received: by obbun3 with SMTP id un3so742993obb.13 for ; Thu, 09 Aug 2012 05:02:58 -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=sfO8GJtxzBSr94CHRiGqnx+XyTGGHId+uiG5Dx+9EFQ=; b=uiXZdxClhVOinJBx20K9ILsRdFie8rZrvCvX+SuT+/xFbJTNTSavDIRa5ByhcVaf/r 0/H1XCYMEgno2P9A96DlIgqYt+s14biYDUaqkPuHe4DG1ZkTCrtG2i9/Crza6L6d0MZo iOK5fSHeNItnpkeMfKnH8hTNjMswCBtgSU01HQJOTElieIZm+8UB9/UvcqIqM5S0Usbw jyXFfvCdElX9Hl5rNmPBvuhRia81AyQy5zNT2gpjIxjIBdB1vT1nMEdWgJ/bC7Yyc/4U PUG4LlDztYnURDvz6d1oupX59WL223ZDwPhFKxg4XdjhEU6q/o5QOnqzQjD6VMQvOZMI qToA== MIME-Version: 1.0 Received: by 10.182.89.102 with SMTP id bn6mr35297848obb.7.1344513778551; Thu, 09 Aug 2012 05:02:58 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Thu, 9 Aug 2012 05:02:58 -0700 (PDT) In-Reply-To: <830011344513308@web19g.yandex.ru> References: <830011344513308@web19g.yandex.ru> Date: Thu, 9 Aug 2012 20:02:58 +0800 Message-ID: From: HU Dong To: Konstantin Tokarev Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-ports@freebsd.org" Subject: Re: gdb doesn't work well with qtcreator X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 12:02:59 -0000 On Thu, Aug 9, 2012 at 7:55 PM, Konstantin Tokarev wrote: > > > 09.08.2012, 15:50, "HU Dong" : >> Hi,all! >> I just installed devel/qtcreator from port. Everything seemed to >> work fine except the debugger. At first I set it to /usr/bin/gdb, it >> simply crashed when I started debugging, with a dialog reporting "The >> gdb process crashed." Then I installed devel/gdb and set the debugger >> to /usr/local/bin/gdb, qtcreator reported that "Application process >> could not be stopped:The program is not being run." and "Cannot >> continue debugged process:The program is not being run." >> I've spent much time searching on the internet, but found nothing >> helpful. Did anyone run into the same problem? >> >> Env: FreeBSD 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 >> 01:47:53 UTC 2012 >> root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > Which version og gdb are you using? Qt Creator officially requires gdb >= 7.2, > and may have issues with earlier versions. > > Maybe it's worthwhile to ask on qt-creator@qt-project.org too. > > -- > Regards, > Konstantin I've tested both gdb 6.1.1 and 7.4.1_4, but with no luck. I suspect that this problem is kind of freebsd-specific, cause I didn't find similar problems reported on the internet. HU Dong From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 13:14:12 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B977106566B for ; Thu, 9 Aug 2012 13:14:12 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id E4AB88FC16 for ; Thu, 9 Aug 2012 13:14:11 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so330255lbb.13 for ; Thu, 09 Aug 2012 06:14:10 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=S9KRRknzgPMyQQTJEKiIcOzzOtm/Ty7bvxCTRko8EMA=; b=GgIgU98trLgY0npThxNkWGKWrg6lRAwJOlY8W28/0YHedmGLJfrM6TKi9Z4+PDbEw6 JC0UVFVMpEdm8YnLQh3s5vZ/WseawmgTE09WFnyHmRqqUueJR5+ChQmQ22H0/2Yi12Zh 0xilQTBN8tefP95LW7KexIsg6MmQoO9OjtKhX1EBQIutiBZG1gUn91J7kMKypWdaXtWN Fzf6qw6kV0do10jtyzRxdjK+c0LULIguwue7G7ptbq4kteaOnDYpWOczgJ6wEs5g6zkM 26fzK08hIgN9nTbjKB57FzlCtb1T7P0+kBzGBQ7jIdl1Pa56v4RWtXljFRuz8do6V675 rWqQ== MIME-Version: 1.0 Received: by 10.112.84.168 with SMTP id a8mr781908lbz.92.1344518050010; Thu, 09 Aug 2012 06:14:10 -0700 (PDT) Received: by 10.112.110.70 with HTTP; Thu, 9 Aug 2012 06:14:09 -0700 (PDT) Date: Thu, 9 Aug 2012 15:14:09 +0200 Message-ID: From: Olivier Smedts To: FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlrGaHyk/JMYo+5JEX6Emuf7j8xso9fsyVzoB5jLjoSMJFOGt6JWc5Y9UV9ZMer4V8nirbq Cc: bapt@freebsd.org Subject: pkgconf issue ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 13:14:12 -0000 Hello list, All my ports are up-to-date and I've previously dealt with the pkg-config -> pkgconf transition by reading UPDATING. No problems. But now I try to install a port which depends on ports I didn't have, which in turn depend on cairo... and they fail to build. And it's strange because there seems to be a problem with pkgconf, at least on my system : # pkg-config --cflags cairo Package glproto was not found in the pkg-config search path. Perhaps you should add the directory containing `glproto.pc' to the PKG_CONFIG_PATH environment variable No package 'glproto' found -I/usr/local/include/glib-2.0 -D_REENTRANT -I/usr/local/include/pixman-1 -I/usr/local/include -I/usr/local/include/freetype2 There's no -I/usr/local/include/cairo, that's why the ports which depend on cairo fail to build. # grep include /usr/local/libdata/pkgconfig/cairo.pc includedir=${prefix}/include Cflags: -I${includedir}/cairo The cairo.pc file is not to blame. I noticed the error message for glproto and tried to install it. I must say that I delete all build-depends only after installing ports. # portmaster x11/glproto ===>>> Installation of x11/glproto (glproto-1.4.15) complete # pkg-config --cflags cairo -I/usr/local/include/glib-2.0 -D_REENTRANT -I/usr/local/include/pixman-1 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/libdrm -D_THREAD_SAFE -I/usr/local/include/libpng15 -I/usr/local/include/cairo It now works ! But glproto is not required by anything on my system, so it can be deinstalled and the problem reappears. I've got GL, XCB and GLIB options for my cairo port. Maybe there's a dependency problem with cairo and the GL option... but I don't think pkgconf should fail setting the CFLAGS in this case. It was previously working with pkg-config. Thanks -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 13:26:51 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A38A106564A; Thu, 9 Aug 2012 13:26:51 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 631478FC08; Thu, 9 Aug 2012 13:26:50 +0000 (UTC) Received: by bkcje9 with SMTP id je9so190031bkc.13 for ; Thu, 09 Aug 2012 06:26:49 -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=cF1fUmi9scVXYetHhfs3f+kXwm0Qz+OaiLeFfAkhE7k=; b=ZqaFPW54gnevfGYWz+nj+qfGqtoE7W+7ZCFTpJpJLB/VdH6vKGqiq7VhzFtatEzj+f Yw5sWRIJO8BHfP4++nZr+wkXVaFpoa/BvxDDiFZgz3YIRWzeULEZkHVZrUWvbl5C+XDR 9iB1YAFomKqPJhSHsG+txFKaaepWn9RHhC7jqSvxuo7kflDI/DpaTIdIAwKQM1i/G5dZ FybROjMBoviHgYwJfKhG3gtlPFJJRyn3IYu26pyj5wnOj/cMDFS10mPAjvMhbBpmqwGq sH4StmYFQHG/BhcPl3H+87XrpsQmiRYRYS3Cq1PSfsKhppkUYU6QYL6O3Dv+x/TNJrdu D1Yw== MIME-Version: 1.0 Received: by 10.204.148.72 with SMTP id o8mr9190598bkv.103.1344518809200; Thu, 09 Aug 2012 06:26:49 -0700 (PDT) Received: by 10.204.231.7 with HTTP; Thu, 9 Aug 2012 06:26:49 -0700 (PDT) Received: by 10.204.231.7 with HTTP; Thu, 9 Aug 2012 06:26:49 -0700 (PDT) In-Reply-To: <50211CEA.6030108@mail.zedat.fu-berlin.de> References: <5020E05C.3000704@zedat.fu-berlin.de> <50211A8F.40108@shatow.net> <50211CEA.6030108@mail.zedat.fu-berlin.de> Date: Thu, 9 Aug 2012 14:26:49 +0100 Message-ID: From: Chris Rees To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD , "O. Hartmann" , FreeBSD Mailing List , Bryan Drewery Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 13:26:51 -0000 On 7 Aug 2012 15:50, "O. Hartmann" wrote: > > On 08/07/12 15:39, Bryan Drewery wrote: > > On 8/7/2012 4:31 AM, O. Hartmann wrote: > >> ports-mgmt/portmaster installs still the old fashioned style folders of > >> ports in /var/db/pkg. I thought ith the new scheme of pkg, everything is > >> going into a file based SQLite3 DB? > > > > Also ensure WITH_PKGNG=yes is in your /etc/make.conf. My last comment > > still stands though, portmaster will store distifile information in > > /var/db/pkg. > > > > WITH_PKGNG=yes is set in /etc/make.conf. Also in your portmasterrc? Chris From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 14:12:52 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6771065673; Thu, 9 Aug 2012 14:12:52 +0000 (UTC) (envelope-from honestqiao@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A0B2F8FC0C; Thu, 9 Aug 2012 14:12:51 +0000 (UTC) Received: by qaat11 with SMTP id t11so246826qaa.13 for ; Thu, 09 Aug 2012 07:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=/mlbNn2ZG3pKf5inUmnam6i2VrsjQm7ErvFT5G/Mmo4=; b=VohAyMOmqJQgMpi4qaRP/Uh1+brmBX8F8q1LXVdlksALA6cSdeRqmaGJv+kbu21fA8 FjlZBp8BiNRL01vbNDGn9VjXv8ndRfP6DHUezNpaqHZ4vdouHfos6k9ApCij8xpVdzjQ UwoKeLhU1lW4uRXgpkbj7yH1SPlD++5O+3O6G55tVpl/YTCxDiku5JmqlPMUIxwNKUdz c/vJoDURhI2yvqipduCKvPgBkJPLi0hAH/MRf3/wxZhgtCQWGSt95HbchV9jwPTgipBA xdZA3oifnSdXjj6hpqs0tuj2ZfSewFKkj68aifQU5HNszgbeY4inmJBQ65CHvBq30hJQ kYvQ== Received: by 10.224.221.143 with SMTP id ic15mr2888614qab.51.1344521570581; Thu, 09 Aug 2012 07:12:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.68.224 with HTTP; Thu, 9 Aug 2012 07:12:10 -0700 (PDT) In-Reply-To: References: <5020E05C.3000704@zedat.fu-berlin.de> <50211A8F.40108@shatow.net> <50211CEA.6030108@mail.zedat.fu-berlin.de> From: =?UTF-8?B?5LmU5qWa?= Date: Thu, 9 Aug 2012 22:12:10 +0800 Message-ID: To: Chris Rees Content-Type: multipart/mixed; boundary=20cf3074b4f49b7d9b04c6d5d258 Cc: "O. Hartmann" , Current FreeBSD , "O. Hartmann" , FreeBSD Mailing List , Bryan Drewery Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 14:12:52 -0000 --20cf3074b4f49b7d9b04c6d5d258 Content-Type: text/plain; charset=ISO-8859-1 2012/8/9 Chris Rees : > On 7 Aug 2012 15:50, "O. Hartmann" wrote: >> >> On 08/07/12 15:39, Bryan Drewery wrote: >> > On 8/7/2012 4:31 AM, O. Hartmann wrote: >> >> ports-mgmt/portmaster installs still the old fashioned style folders of >> >> ports in /var/db/pkg. I thought ith the new scheme of pkg, everything > is >> >> going into a file based SQLite3 DB? >> > >> > Also ensure WITH_PKGNG=yes is in your /etc/make.conf. My last comment >> > still stands though, portmaster will store distifile information in >> > /var/db/pkg. >> > >> >> WITH_PKGNG=yes is set in /etc/make.conf. > > Also in your portmasterrc? > > Chris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" You can use this patch. --20cf3074b4f49b7d9b04c6d5d258 Content-Type: application/octet-stream; name="patch-portmaster-pkgng-3.13.13" Content-Disposition: attachment; filename="patch-portmaster-pkgng-3.13.13" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h5nxdqw40 CiRGcmVlQlNEJAoKLS0tIHBvcnRtYXN0ZXIuc2guaW4ub3JpZworKysgcG9ydG1hc3Rlci5zaC5p bgpAQCAtNDcsNyArNDcsNyBAQAogIz09PT09PT09PT09PT09PSBCZWdpbiBmdW5jdGlvbnMgd2Ug YWx3YXlzIHdhbnQgdG8gaGF2ZSA9PT09PT09PT09PT09PT0KIAogdmVyc2lvbiAoKSB7Ci0JZWNo byAnJyA7IGVjaG8gIj09PT4+PiBWZXJzaW9uIDMuMTMuMTMiCisJZWNobyAnJyA7IGVjaG8gIj09 PT4+PiBWZXJzaW9uIDMuMTMuMTMgKHBrZ25nIHBhdGNoIDEuMykiCiAJI3N2bj0nJEZyZWVCU0Q6 IHVzZXIvZG91Z2IvcG9ydG1hc3Rlci9wb3J0bWFzdGVyIDIzODc1NCAyMDEyLTA3LTI0IDIwOjE1 OjQxWiBkb3VnYiAkJwogfQogCkBAIC0xMzQsNiArMTM0LDggQEAKIAkJCWlmIFsgLW4gIiRmaWxl cyIgXTsgdGhlbgogCQkJCXBtX3N2IERlbGV0aW5nIFwnaW5zdGFsbCBjb21wbGV0ZVwnIGZsYWdz CiAJCQkJcG1fZmluZF9zICRwZGIgLXR5cGUgZiAtbmFtZSBQTV9VUEdSQURFX0RPTkVfRkxBRyAt ZGVsZXRlCisJCQkJWyAtbiAiJHVzZV9wa2duZyIgXSAmJgorCQkJCQlwbV9maW5kX3MgJHBkYiAt dHlwZSBkIC1kZXB0aCAxIC1lbXB0eSAhIC1wYXRoIFwqXC56ZnMvXCogLWRlbGV0ZSAyPi9kZXYv bnVsbAogCQkJZmkKIAkJZmkKIAkJaWYgWyAteiAiJEJBQ0tVUCIgLWEgLXogIiROT19CQUNLVVAi IC1hIC1uICIkTkJfREVMRVRFIiBdOyB0aGVuCkBAIC0xODcsOSArMTg5LDE0IEBACiAJCWZpCiAK IAkJOiAke1BBR0VSOj0nbGVzcyAtZSd9Ci0JCSggZm9yIGYgaW4gJERJU1BMQVlfTElTVDsgZG8K LQkJCWVjaG8gIj09PT4+PiBwa2ctbWVzc2FnZSBmb3IgJGYiIDsgY2F0ICRwZGIvJGYvK0RJU1BM QVkgOyBlY2hvICcnCi0JCWRvbmUKKwkJKCBpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJ CQlmb3IgZiBpbiAkRElTUExBWV9MSVNUOyBkbworCQkJCWVjaG8gIj09PT4+PiBwa2ctbWVzc2Fn ZSBmb3IgJGYiCisJCQkJY2F0ICRwZGIvJGYvK0RJU1BMQVkgOyBlY2hvICcnCisJCQlkb25lCisJ CWVsc2UKKwkJCXBrZyBxdWVyeSAiPT09Pj4+IHBrZy1tZXNzYWdlIGZvciAlbi0ldlxuJU0iICRE SVNQTEFZX0xJU1QKKwkJZmkKIAkJZWNobyAiPT09Pj4+IERvbmUgZGlzcGxheWluZyBwa2ctbWVz c2FnZSBmaWxlcyIgOyBlY2hvICcnICkgfCAkUEFHRVIgOzsKIAllc2FjCiAKQEAgLTIzMiwxMCAr MjM5LDE0IEBACiAJaWYgWyAtbiAiJGJ1aWxkX2RlcHNfaWwiIF07IHRoZW4KIAkJZWNobyAiPT09 Pj4+IERlbGV0aW5nIGluc3RhbGxlZCBidWlsZC1vbmx5IGRlcGVuZGVuY2llcyIKIAkJY2QKLQkJ Zm9yIGYgaW4gJGJ1aWxkX2RlcHNfaWw7IGRvCi0JCQlwbV92ICIgICAgICAgJGYiCi0JCQlwbV9w a2dfZGVsZXRlX3MgLWYgJGYKLQkJZG9uZQorCQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVu CisJCQlmb3IgZiBpbiAkYnVpbGRfZGVwc19pbDsgZG8KKwkJCQlwbV92ICIgICAgICAgJGYiCisJ CQkJcG1fcGtnX2RlbGV0ZV9zIC1mICRmCisJCQlkb25lCisJCWVsc2UKKwkJCXBtX3BrZ19kZWxl dGVfcyAtZiAkYnVpbGRfZGVwc19pbAorCQlmaQogCQllY2hvICcnCiAJZmkKIApAQCAtMzIzLDcg KzMzNCwxMyBAQAogcG1fbWFrZV9zICAgICAgICAgKCkgeyAoIHVuc2V0IC12IENVUl9ERVBTIElO U1RBTExFRF9MSVNUIFBNX0RFUFRIIGJ1aWxkX2wgUE1fVVJCX0xJU1Q7CiAJCQkgJFBNX1NVX0NN RCAvdXNyL2Jpbi9uaWNlIC91c3IvYmluL21ha2UgJFBNX01BS0VfQVJHUyAkKjsgKTsgfQogcG1f bWtkaXJfcyAgICAgICAgKCkgeyAkUE1fU1VfQ01EIC9iaW4vbWtkaXIgLXAgJDE7IH0KLXBtX3Br Z19kZWxldGVfcyAgICgpIHsgJFBNX1NVX0NNRCAvdXNyL3NiaW4vcGtnX2RlbGV0ZSAkKjsgfQor cG1fcGtnX2RlbGV0ZV9zICAgKCkgeworCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJ JFBNX1NVX0NNRCAvdXNyL3NiaW4vcGtnX2RlbGV0ZSAkKjsKKwllbHNlCisJCSRQTV9TVV9DTUQg L3Vzci9sb2NhbC9zYmluL3BrZyBkZWxldGUgLXkgJCo7CisJZmkKK30KIHBtX3JtX3MgICAgICAg ICAgICgpIHsgJFBNX1NVX0NNRCAvYmluL3JtICQqOyB9CiBwbV9ybWRpcl9zICAgICAgICAoKSB7 ICRQTV9TVV9DTUQgL2Jpbi9ybWRpciAkKjsgfQogcG1fdW5saW5rX3MgICAgICAgKCkgeyBbIC1l ICIkMSIgXSAmJiAkUE1fU1VfQ01EIC9iaW4vdW5saW5rICQxOyB9CkBAIC0zNzEsNiArMzg4LDEw IEBACiAJWyAteiAiJHBvcnRfZGJkaXIiIF0gJiYKIAkJcG9ydF9kYmRpcj1gcG1fbWFrZV9iIC1m L3Vzci9zaGFyZS9tay9ic2QucG9ydC5tayAtViBQT1JUX0RCRElSIDI+L2Rldi9udWxsYAogCVsg LW4gIiRwb3J0X2RiZGlyIiBdICYmIGV4cG9ydCBwb3J0X2RiZGlyCisKKwkjIERldGVjdCBpZiBw a2duZyBpcyBiZWluZyB1c2VkCisJdXNlX3BrZ25nPSJgcG1fbWFrZV9iIC1WIFdJVEhfUEtHTkdg IgorCVsgLW4gIiR1c2VfcGtnbmciIF0gJiYgZXhwb3J0IHVzZV9wa2duZwogZmkKIAogdXNhZ2Ug KCkgewpAQCAtNTI3LDEyICs1NDgsMTcgQEAKIAogCXBhdHRlcm49YGdsb2JzdHJpcCAkMWAKIAot CWdsb2JfZGlycz1gZmluZCAkcGRiIC1tYXhkZXB0aCAxIC10eXBlIGQgLW5hbWUgJHtwYXR0ZXJu fVwqYAorCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJZ2xvYl9kaXJzPWBmaW5kICRw ZGIgLWRlcHRoIDEgLXR5cGUgZCAtbmFtZSAke3BhdHRlcm59XCpgCisJZWxzZQorCQlnbG9iX2Rp cnM9YHBrZyBxdWVyeSAtZyAiJW4tJXYiICR7cGF0dGVybn1cKmAKKwlmaQogCWNhc2UgIiRnbG9i X2RpcnMiIGluCiAJIyBNYXRjaCBhIG5ld2xpbmUgaW4gbXVsdGlwbGUgcmVzcG9uc2VzIGZyb20g ZmluZAogCSonCiAnKikJCXJldHVybiAyIDs7Ci0JJHBkYi8qKQlyZXR1cm4gOzsKKwknJykJOzsK KwkqKQlyZXR1cm4gOzsKIAllc2FjCiAKIAl1bnNldCBnbG9iX2RpcnMKQEAgLTU0MiwyMCArNTY4 LDM1IEBACiBvcmlnaW5fZnJvbV9wZGIgKCkgewogCWxvY2FsIG8KIAotCW89YGdyZXAgLW0xICdA Y29tbWVudCBPUklHSU46JyAkcGRiLyQxLytDT05URU5UUyAyPi9kZXYvbnVsbGAgJiYgewotCQll Y2hvICR7byNAY29tbWVudCBPUklHSU46fTsgcmV0dXJuIDA7IH0KKwlpZiBbIC16ICIkdXNlX3Br Z25nIiBdOyB0aGVuCisJCW89YGdyZXAgLW0xICdAY29tbWVudCBPUklHSU46JyAkcGRiLyQxLytD T05URU5UUyAyPi9kZXYvbnVsbGAgJiYgeworCQkJZWNobyAke28jQGNvbW1lbnQgT1JJR0lOOn07 IHJldHVybiAwOyB9CisJZWxzZQorCQlwa2cgaW5mbyAtcW8gJDEgMj4vZGV2L251bGwgJiYgcmV0 dXJuIDAKKwlmaQogCiAJY2FzZSAiJDEiIGluIGJzZHBhbi0qKSByZXR1cm4gMyA7OyBlc2FjCiAK LQlpZiBbIC1lICIkcGRiLyQxLytJR05PUkVNRSIgXTsgdGhlbgorCWlmIFsgLWUgIiRwZGIvJDEv K0lHTk9SRU1FIiBdICYmICggWyAteiAiJHVzZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAkMSAp OyB0aGVuCiAJCWlmIFsgLW4gIiRQTV9WRVJCT1NFIiAtbyAtbiAiJExJU1RfT1JJR0lOUyIgXTsg dGhlbgotCQkJZWNobyAiCT09PT4+PiBObyBPUklHSU4gaW4gJHBkYi8kMS8rQ09OVEVOVFMiID4m MgorCQkJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgorCQkJCWVjaG8gIgk9PT0+Pj4gTm8g T1JJR0lOIGluICRwZGIvJDEvK0NPTlRFTlRTIiA+JjIKKwkJCWVsc2UKKwkJCQkjIEFuIGVycm9y IGFib3ZlIGRvZXNuJ3QgbmVjZXNzYXJpbHkgbWVhbiB0aGVyZSdzCisJCQkJIyBhIHByb2JsZW0g aW4gK01BTklGRVNULCBzbyBkb24ndCBtZW50aW9uIGl0CisJCQkJZWNobyAiCT09PT4+PiBObyBv cmlnaW4gYXZhaWxhYmxlIGZvciAkMSIgPiYyCisJCQlmaQogCQkJZWNobyAiCT09PT4+PiAkcGRi LyQxLytJR05PUkVNRSBleGlzdHMiID4mMgogCQkJZWNobyAnJyA+JjIKIAkJZmkKIAkJcmV0dXJu IDIKIAllbHNlCi0JCWVjaG8gIgk9PT0+Pj4gTm8gT1JJR0lOIGluICRwZGIvJDEvK0NPTlRFTlRT IiA+JjIKKwkJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgorCQkJZWNobyAiCT09PT4+PiBO byBPUklHSU4gaW4gJHBkYi8kMS8rQ09OVEVOVFMiID4mMgorCQllbHNlCisJCQkjIFNhbWUgYXMg YWJvdmUKKwkJCWVjaG8gIgk9PT0+Pj4gTm8gb3JpZ2luIGF2YWlsYWJsZSBmb3IgJDEiID4mMgor CQlmaQogCQllY2hvICcnID4mMgogCWZpCiAJcmV0dXJuIDEKQEAgLTY5NywxMiArNzM4LDE3IEBA CiAJbykJUkVQTEFDRV9PUklHSU49b29wdCA7OwogCXApCWZhaWwgJ1RoZSAtcCBvcHRpb24gaGFz IGJlZW4gZGVwcmVjYXRlZCcgOzsKIAlyKQlQTV9VUkI9cm9wdAotCQlpZiBbIC1kICIkcGRiLyRP UFRBUkciIF07IHRoZW4KKwkJaWYgWyAtZCAiJHBkYi8kT1BUQVJHIiBdICYmICggWyAteiAiJHVz ZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAkT1BUQVJHICk7IHRoZW4KIAkJCWdsb2JfZGlycz0k T1BUQVJHCiAJCWVsc2UKKwkJCWNhc2UgIiRPUFRBUkciIGluICovKikgZmFpbCAnVGhlIGFyZ3Vt ZW50IHRvIC1yIG11c3QgYmUgYSBwYWNrYWdlIG5hbWUsIG9yIGEgZ2xvYiBwYXR0ZXJuJyA7OyBl c2FjCiAJCQlmaW5kX2dsb2JfZGlycyAkT1BUQVJHCiAJCQljYXNlICQ/IGluCi0JCQkxKQlmYWls ICIkcGRiLyRPUFRBUkcgZG9lcyBub3QgZXhpc3QiIDs7CisJCQkxKQlpZiBbIC16ICIkdXNlX3Br Z25nIiBdOyB0aGVuCisJCQkJCWZhaWwgIiRwZGIvJE9QVEFSRyBkb2VzIG5vdCBleGlzdCIKKwkJ CQllbHNlCisJCQkJCWZhaWwgIiRPUFRBUkcgaXMgbm90IGluc3RhbGxlZCIKKwkJCQlmaSA7Owog CQkJMikJZmFpbCAnVGhlIGFyZ3VtZW50IHRvIC1yIG11c3QgbWF0Y2ggb25seSBvbmUgcG9ydCcg OzsKIAkJCWVzYWMKIAkJZmkKQEAgLTc4NCw2ICs4MzAsMTIgQEAKIAkgICAgZmFpbCAnVGhlIC1b YXJdIG9wdGlvbnMgYXJlIG5vdCBjb21wYXRpYmxlIHdpdGggb3RoZXIgdXBkYXRlcycKIAogCWlm IFsgLW4gIiRQTV9QQUNLQUdFUyIgLW8gLW4gIiRQTV9QQUNLQUdFU19CVUlMRCIgXTsgdGhlbgor CQlpZiBbIC1uICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQl1bnNldCBQTV9QQUNLQUdFUyBQTV9Q QUNLQUdFU19CVUlMRCBQTV9QQUNLQUdFU19MT0NBTCBQTV9QQUNLQUdFU19ORVdFUiBQTV9BTFdB WVNfRkVUQ0ggUE1fREVMRVRFX1BBQ0tBR0VTCisJCQllY2hvICI9PT0+Pj4gUGFja2FnZSBpbnN0 YWxsYXRpb24gc3VwcG9ydCBjYW5ub3QgYmUgdXNlZCB3aXRoIHBrZ25nIHlldCwiCisJCQllY2hv ICIgICAgICAgaXQgd2lsbCBiZSBkaXNhYmxlZCIKKwkJCWVjaG8gJycKKwkJZmkKIAkJWyBgL3Ni aW4vc3lzY3RsIC1uIGtlcm4ub3NyZWxkYXRlIDI+L2Rldi9udWxsYCAtbHQgNjAwNDAwIF0gJiYK IAkJCWZhaWwgUGFja2FnZSBpbnN0YWxsYXRpb24gc3VwcG9ydCByZXF1aXJlcyBGcmVlQlNEIDYu NCBvciBuZXdlcgogCWZpCkBAIC04NTAsNyArOTAyLDEyIEBACiAJCWZpCiAJCXVuc2V0IElOREVY RklMRSBJTkRFWERJUgogCi0JCVBNX0lOREVYX1BPUlRTPWBwa2dfdmVyc2lvbiAtSXZsXDwgJFBN X0lOREVYIHwgY3V0IC1mMSAtZFw8YAorCQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJ CQlwa2dfdmVyc2lvbj0icGtnX3ZlcnNpb24iCisJCWVsc2UKKwkJCXBrZ192ZXJzaW9uPSJwa2cg dmVyc2lvbiIKKwkJZmkKKwkJUE1fSU5ERVhfUE9SVFM9YCRwa2dfdmVyc2lvbiAtSXZsXDwgJFBN X0lOREVYIHwgY3V0IC1mMSAtZFw8YAogCQlleHBvcnQgUE1fSU5ERVhfUE9SVFMKIAogCQlpZiBb IC16ICIkcGQiIC1vICIkcGQiICE9IC91c3IvcG9ydHMgXTsgdGhlbgpAQCAtOTA3LDYgKzk2NCwx MCBAQAogaXBvcnRfZnJvbV9vcmlnaW4gKCkgewogCWxvY2FsIHNuIGRpcgogCisJaWYgWyAtbiAi JHVzZV9wa2duZyIgXTsgdGhlbgorCQlwa2cgaW5mbyAtcU8gJHsxfSB8fCByZXR1cm4gMQorCQly ZXR1cm4KKwlmaQogCXNuPSR7MSMqL30gOyBzbj0ke3NuJS0qfSA7IHNuPSR7c24lJVswLTldKn0K IAogCWlmICEgZGlyPWBncmVwIC1sICJAY29tbWVudCBPUklHSU46JHsxfSQiICRwZGIvJHtzbn0q LytDT05URU5UUyAyPi9kZXYvbnVsbGA7IHRoZW4KQEAgLTkzNSw3ICs5OTYsOSBAQAogCWRvbmUK IH0KIAorIyBSZWR1bmRhbnQgd2l0aCBwa2duZwogY2hlY2tfZGVwZW5kZW5jeV9maWxlcyAoKSB7 CisJWyAtbiAiJHVzZV9wa2duZyIgXSAmJiByZXR1cm4KIAkjIEdsb2JhbDogZ3JlcF9kZXBzCiAJ bG9jYWwgb3JpZ2luIGlwb3J0IHJvX29wZAogCkBAIC0xMDE3LDcgKzEwODAsOSBAQAogCWZpCiB9 CiAKKyMgcmVkdW5kYW50IHdpdGggcGtnbmcKIHVwZGF0ZV9jb250ZW50cyAoKSB7CisJWyAtbiAi JHVzZV9wa2duZyIgXSAmJiByZXR1cm4KIAlsb2NhbCBJRlMgZGVsZXRlIGNvbnRlbnRzIG9yaWdp biBuX3BvcnQgb2xkX29yaWdpbiBpcG9ydAogCWxvY2FsIG9fc2VlbiBsaW5lIGRfbWlzc2luZyBk X29yaWdpbiBkX2lwb3J0IHByZXZfbGluZSBhbnN3ZXIKIApAQCAtMTExNyw3ICsxMTgyLDcgQEAK IAlmb3IgbCBpbiBgZ3JlcCAiXiRzZnwiICRwZC9NT1ZFRGA7IGRvCiAJCWNhc2UgIiRsIiBpbgog CQkke3NmfVx8XHwqKSBbIC1uICIkaXBvcnQiIF0gfHwgaXBvcnQ9YGlwb3J0X2Zyb21fb3JpZ2lu ICRzZmAKLQkJCWlmIFsgLWUgIiRwZGIvJGlwb3J0LytJR05PUkVNRSIgXTsgdGhlbgorCQkJaWYg WyAtZSAiJHBkYi8kaXBvcnQvK0lHTk9SRU1FIiBdICYmICggWyAteiAiJHVzZV9wa2duZyIgXSB8 fCBwa2cgaW5mbyAtZSAkaXBvcnQgKTsgdGhlbgogCQkJCWlmIFsgLW4gIiRQTV9WRVJCT1NFIiBd OyB0aGVuCiAJCQkJCWVjaG8gJycKIAkJCQkJZWNobyAiCT09PT4+PiBUaGUgJHNmIHBvcnQgaGFz IGJlZW4gZGVsZXRlZCIKQEAgLTExNTIsMjQgKzEyMTcsMzYgQEAKIAkJZWNobyAnJwogCiAJCVsg LW4gIiRpcG9ydCIgXSB8fCBpcG9ydD1gaXBvcnRfZnJvbV9vcmlnaW4gJHNmYAotCQlbIC1lICIk cGRiLyRpcG9ydC8rSUdOT1JFTUUiIF0gfHwgcmV0dXJuIDEKKwkJWyAtZSAiJHBkYi8kaXBvcnQv K0lHTk9SRU1FIiBdICYmICggWyAteiAiJHVzZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAkaXBv cnQgKSB8fCByZXR1cm4gMQogCWZpCiAJcmV0dXJuIDAKIH0KIAorYWxsX3BrZ3NfYnlfb3JpZ2lu ICgpIHsKKwlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCWxvY2FsIHBrZyBpcG9ydCBv cmlnaW4KKworCQlmb3IgcGtnIGluICR7cGRifS8qIDsgZG8KKwkJCVsgLWQgJHBrZyBdIHx8IGNv bnRpbnVlCisJCQlpcG9ydD0ke3BrZyMkcGRiL30KKworCQkJb3JpZ2luPWBvcmlnaW5fZnJvbV9w ZGIgJGlwb3J0YCB8fCBjb250aW51ZQorCQkJZWNobyAkaXBvcnQgJG9yaWdpbgorCQlkb25lCisJ ZWxzZQorCQlwa2cgcXVlcnkgLWEgIiVuLSV2ICVvIgorCWZpCisJcmV0dXJuCit9CisKIHJlYWRf ZGlzdGluZm9zICgpIHsKLQlsb2NhbCBwa2cgaXBvcnQgb3JpZ2luIGRpc3RpbmZvIHMgZiBkaXNj YXJkCisJbG9jYWwgaXBvcnQgb3JpZ2luIGRpc3RpbmZvIHMgZiBkaXNjYXJkCiAKIAllY2hvICcj IyMjIyMjIyMjIyMnID4gJERJX0ZJTEVTCQkjIE1ha2UgdGhlIGZpbGUgPiAwIGJ5dGVzCiAJZWNo byAiPT09Pj4+IEdhdGhlcmluZyBkaXN0aW5mbyBsaXN0IGZvciBpbnN0YWxsZWQgcG9ydHMiCiAJ ZWNobyAnJwogCi0JZm9yIHBrZyBpbiAke3BkYn0vKjsgZG8KLQkJWyAtZCAkcGtnIF0gfHwgY29u dGludWUKLQkJaXBvcnQ9JHtwa2cjJHBkYi99Ci0KLQkJb3JpZ2luPWBvcmlnaW5fZnJvbV9wZGIg JGlwb3J0YCB8fCBjb250aW51ZQotCisJYWxsX3BrZ3NfYnlfb3JpZ2luIHwgd2hpbGUgcmVhZCBp cG9ydCBvcmlnaW47IGRvCiAJCWlmIFsgISAtZCAiJHBkLyRvcmlnaW4iIF07IHRoZW4KIAkJCWZp bmRfbW92ZWRfcG9ydCAkb3JpZ2luICRpcG9ydCBub25mYXRhbCA+L2Rldi9udWxsCiAJCQlbIC1u ICIkbW92ZWRfbnBkIiBdIHx8IGNvbnRpbnVlCkBAIC0xMjQ1LDI5ICsxMzIyLDQzIEBACiAKIAlw bV92ICI9PT0+Pj4gU29ydGluZyBwb3J0cyBieSBjYXRlZ29yeSIKIAotCW51bV9yb290cz0wOyBu dW1fdHJ1bmtzPTA7IG51bV9icmFuY2hlcz0wOyBudW1fbGVhdmVzPTAKLQlmb3IgcGtnIGluICRw ZGIvKjsgZG8KLQkJaWYgWyAtcyAiJHBrZy8rUkVRVUlSRURfQlkiIF07IHRoZW4KLQkJCWlmIGdy ZXAgLXFsICdeQHBrZ2RlcCAnICRwa2cvK0NPTlRFTlRTIDI+L2Rldi9udWxsOyB0aGVuCi0JCQkJ YnJhbmNoZXM9IiRicmFuY2hlcyAke3BrZyMkcGRiL30iCi0JCQkJbnVtX2JyYW5jaGVzPSQoKCAk bnVtX2JyYW5jaGVzICsgMSApKQotCQkJZWxzZQotCQkJCXRydW5rcz0iJHRydW5rcyAke3BrZyMk cGRiL30iCi0JCQkJbnVtX3RydW5rcz0kKCggJG51bV90cnVua3MgKyAxICkpCi0JCQlmaQotCQll bHNlCi0JCQlpZiBncmVwIC1xbCAnXkBwa2dkZXAgJyAkcGtnLytDT05URU5UUyAyPi9kZXYvbnVs bDsgdGhlbgotCQkJCWxlYXZlcz0iJGxlYXZlcyAke3BrZyMkcGRiL30iCi0JCQkJbnVtX2xlYXZl cz0kKCggJG51bV9sZWF2ZXMgKyAxICkpCisJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgor CQludW1fcm9vdHM9MDsgbnVtX3RydW5rcz0wOyBudW1fYnJhbmNoZXM9MDsgbnVtX2xlYXZlcz0w CisJCWZvciBwa2cgaW4gJHBkYi8qOyBkbworCQkJaWYgWyAtcyAiJHBrZy8rUkVRVUlSRURfQlki IF07IHRoZW4KKwkJCQlpZiBncmVwIC1xbCAnXkBwa2dkZXAgJyAkcGtnLytDT05URU5UUyAyPi9k ZXYvbnVsbDsgdGhlbgorCQkJCQlicmFuY2hlcz0iJGJyYW5jaGVzICR7cGtnIyRwZGIvfSIKKwkJ CQkJbnVtX2JyYW5jaGVzPSQoKCAkbnVtX2JyYW5jaGVzICsgMSApKQorCQkJCWVsc2UKKwkJCQkJ dHJ1bmtzPSIkdHJ1bmtzICR7cGtnIyRwZGIvfSIKKwkJCQkJbnVtX3RydW5rcz0kKCggJG51bV90 cnVua3MgKyAxICkpCisJCQkJZmkKIAkJCWVsc2UKLQkJCQlbIC1kICIkcGtnIiBdIHx8IGNvbnRp bnVlCi0JCQkJcm9vdHM9IiRyb290cyAke3BrZyMkcGRiL30iCi0JCQkJbnVtX3Jvb3RzPSQoKCAk bnVtX3Jvb3RzICsgMSApKQorCQkJCWlmIGdyZXAgLXFsICdeQHBrZ2RlcCAnICRwa2cvK0NPTlRF TlRTIDI+L2Rldi9udWxsOyB0aGVuCisJCQkJCWxlYXZlcz0iJGxlYXZlcyAke3BrZyMkcGRiL30i CisJCQkJCW51bV9sZWF2ZXM9JCgoICRudW1fbGVhdmVzICsgMSApKQorCQkJCWVsc2UKKwkJCQkJ WyAtZCAiJHBrZyIgXSB8fCBjb250aW51ZQorCQkJCQlyb290cz0iJHJvb3RzICR7cGtnIyRwZGIv fSIKKwkJCQkJbnVtX3Jvb3RzPSQoKCAkbnVtX3Jvb3RzICsgMSApKQorCQkJCWZpCiAJCQlmaQot CQlmaQotCWRvbmUKKwkJZG9uZQogCi0JbnVtX3BvcnRzPSQoKCAkbnVtX3Jvb3RzICsgJG51bV90 cnVua3MgKyAkbnVtX2JyYW5jaGVzICsgJG51bV9sZWF2ZXMgKSkKKwkJbnVtX3BvcnRzPSQoKCAk bnVtX3Jvb3RzICsgJG51bV90cnVua3MgKyAkbnVtX2JyYW5jaGVzICsgJG51bV9sZWF2ZXMgKSkK KwllbHNlCisJCXJvb3RzPWAgICBwa2cgcXVlcnkgLWUgIiUjZCA9IDAgJiYgJSNyID0gMCIgIiVu LSV2ImAKKwkJdHJ1bmtzPWAgIHBrZyBxdWVyeSAtZSAiJSNkID0gMCAmJiAlI3IgPiAwIiAiJW4t JXYiYAorCQlicmFuY2hlcz1gcGtnIHF1ZXJ5IC1lICIlI2QgPiAwICYmICUjciA+IDAiICIlbi0l diJgCisJCWxlYXZlcz1gICBwa2cgcXVlcnkgLWUgIiUjZCA+IDAgJiYgJSNyID0gMCIgIiVuLSV2 ImAKKworCQludW1fcm9vdHM9JChlY2hvICAgICQoZWNobyAkcm9vdHMgICAgfCB3YyAtdykpCisJ CW51bV90cnVua3M9JChlY2hvICAgJChlY2hvICR0cnVua3MgICB8IHdjIC13KSkKKwkJbnVtX2Jy YW5jaGVzPSQoZWNobyAkKGVjaG8gJGJyYW5jaGVzIHwgd2MgLXcpKQorCQludW1fbGVhdmVzPSQo ZWNobyAgICQoZWNobyAkbGVhdmVzICAgfCB3YyAtdykpCisKKwkJbnVtX3BvcnRzPSQoZWNobyAk KHBrZyBxdWVyeSAtYSAiJW4tJXYiIHwgd2MgLXcpKQorCWZpCiB9CiAKIGRlbGV0ZV9lbXB0eV9k aXN0X3N1YmRpcnMgKCkgewpAQCAtMTMxNSw3ICsxNDA2LDkgQEAKIAllc2FjCiB9CiAKKyMgUmVk dW5kYW50IHdpdGggcGtnbmcKIHVwZGF0ZV9yZXF1aXJlZF9ieSAoKSB7CisJWyAtbiAiJHVzZV9w a2duZyIgXSAmJiAvYmluL3VubGluayAkZ3JlcF9kZXBzICYmIHVuc2V0IGdyZXBfZGVwcyAmJiBy ZXR1cm4KIAkjIEdsb2JhbDogbmVlZHdzCiAJbG9jYWwgZG9fdXBkYXRlCiAKQEAgLTEzMjUsNyAr MTQxOCw3IEBACiAJZWxzZQogCQlkb191cGRhdGU9ZG9fdXBkYXRlMgogCWZpCi0JaWYgWyAtbiAi JGRvX3VwZGF0ZSIgXTsgdGhlbgorIAlpZiBbIC1uICIkZG9fdXBkYXRlIiBdOyB0aGVuCiAJCXBt X3YgIgk9PT0+Pj4gVXBkYXRpbmcgJDEvK1JFUVVJUkVEX0JZIgogCQluZWVkd3M9bmVlZHdzX3Vy YgogCQlwbV9pbnN0YWxsX3MgJGdyZXBfZGVwcyAkcGRiLyQxLytSRVFVSVJFRF9CWQpAQCAtMTM3 MSwxMSArMTQ2NCwxNSBAQAogCiAJZWNobyAiPT09Pj4+IENoZWNraW5nIGZvciBzdGFsZSBwYWNr YWdlcyIKIAlmb3IgcGFja2FnZSBpbiBgZmluZCAkUEFDS0FHRVMgLXR5cGUgZiB8IHNvcnRgOyBk bwotCQlwa2dfZGlyPSR7cGFja2FnZSMjKi99IDsgcGtnX2Rpcj0ke3BrZ19kaXIlXC50Ynp9IDsg ZWNobyAnJworCQlwa2dfZGlyPSR7cGFja2FnZSMjKi99IDsgcGtnX2Rpcj0ke3BrZ19kaXIlXC4q fSA7IGVjaG8gJycKIAotCQlvcmlnaW49YHRhciAtTyAtenh2ZiAkcGFja2FnZSAnK0NPTlRFTlRT JyAyPi9kZXYvbnVsbCB8IGdyZXAgJ0Bjb21tZW50IE9SSUdJTjonYCB8fAotCQkJZmFpbCBFbXB0 eSBvcmlnaW4gaW4gJHBhY2thZ2UKKwkJWyAtbiAiJHVzZV9wa2duZyIgXSAmJgorCQkJb3JpZ2lu PWBwa2cgcXVlcnkgLUYgJHBhY2thZ2UgIiVvIiAyPi9kZXYvbnVsbGAgfHwKKwkJCW9yaWdpbj1g dGFyIC1PIC16eHZmICRwYWNrYWdlICcrQ09OVEVOVFMnIDI+L2Rldi9udWxsIHwgZ3JlcCAnQGNv bW1lbnQgT1JJR0lOOidgIHx8CisJCQlvcmlnaW49YHRhciAtTyAtenh2ZiAkcGFja2FnZSAnK01B TklGRVNUJyAyPi9kZXYvbnVsbCB8IGdyZXAgJ15vcmlnaW46J2AgfHwKKwkJCWZhaWwgIkVtcHR5 IG9yaWdpbiBpbiAkcGFja2FnZSIKIAkJb3JpZ2luPSR7b3JpZ2luI0Bjb21tZW50IE9SSUdJTjp9 CisJCW9yaWdpbj0ke29yaWdpbiNvcmlnaW46IH0KIAogCQlpZiBbIC16ICIkUE1fSU5ERVgiIF07 IHRoZW4KIAkJCWlmIFsgLWQgIiRwZC8kb3JpZ2luIiBdOyB0aGVuCkBAIC0xMzkxLDE2ICsxNDg4 LDI4IEBACiAJCWZpCiAKIAkJaWYgWyAtbiAiJHBvcnRfdmVyIiBdOyB0aGVuCi0JCQlpZiBbICIk e3BvcnRfdmVyfS50YnoiID0gIiR7cGFja2FnZSMjKi99IiBdOyB0aGVuCisJCQlpZiBbICIkcG9y dF92ZXIiID0gIiRwa2dfZGlyIiBdOyB0aGVuCiAJCQkJZWNobyAiPT09Pj4+ICR7cGFja2FnZSMj Ki99IGlzIHVwIHRvIGRhdGUiCi0JCQkJaWYgWyAhIC1kICIke3BkYn0vJHtwa2dfZGlyfSIgXTsg dGhlbgotCQkJCQllY2hvICIJPT09Pj4+ICRwa2dfZGlyIGlzIG5vdCBpbnN0YWxsZWQiCi0JCQkJ CWVjaG8gIgk9PT0+Pj4gUGF0aDogJHtwYWNrYWdlfSIKLQkJCQkJZ2V0X2Fuc3dlcl95biB5ICJc blx0PT09Pj4+IERlbGV0ZSBzdGFsZSBwYWNrYWdlOiAke3BhY2thZ2UjIyovfSIKLQkJCQkJY2Fz ZSAiJD8iIGluCi0JCQkJCTApCWVjaG8gIgk9PT0+Pj4gRGVsZXRpbmcgJHBhY2thZ2UiCi0JCQkJ CQlwbV91bmxpbmtfcyAkcGFja2FnZSA7OwotCQkJCQllc2FjCisJCQkJaWYgWyAteiAiJHVzZV9w a2duZyIgXTsgdGhlbgorCQkJCQlpZiBbICEgLWQgIiR7cGRifS8ke3BrZ19kaXJ9IiBdOyB0aGVu CisJCQkJCQllY2hvICIJPT09Pj4+ICRwa2dfZGlyIGlzIG5vdCBpbnN0YWxsZWQiCisJCQkJCQll Y2hvICIJPT09Pj4+IFBhdGg6ICR7cGFja2FnZX0iCisJCQkJCQlnZXRfYW5zd2VyX3luIHkgIlxu XHQ9PT0+Pj4gRGVsZXRlIHN0YWxlIHBhY2thZ2U6ICR7cGFja2FnZSMjKi99IgorCQkJCQkJY2Fz ZSAiJD8iIGluCisJCQkJCQkwKQllY2hvICIJPT09Pj4+IERlbGV0aW5nICRwYWNrYWdlIgorCQkJ CQkJCXBtX3VubGlua19zICRwYWNrYWdlIDs7CisJCQkJCQllc2FjCisJCQkJCWZpCisJCQkJZWxz ZQorCQkJCQlpZiAhIHBrZyBpbmZvIC1lICRwa2dfZGlyOyB0aGVuCisJCQkJCQllY2hvICIJPT09 Pj4+ICRwa2dfZGlyIGlzIG5vdCBpbnN0YWxsZWQiCisJCQkJCQllY2hvICIJPT09Pj4+IFBhdGg6 ICR7cGFja2FnZX0iCisJCQkJCQlnZXRfYW5zd2VyX3luIHkgIlxuXHQ9PT0+Pj4gRGVsZXRlIHN0 YWxlIHBhY2thZ2U6ICR7cGFja2FnZSMjKi99IgorCQkJCQkJY2FzZSAiJD8iIGluCisJCQkJCQkw KQllY2hvICIJPT09Pj4+IERlbGV0aW5nICRwYWNrYWdlIgorCQkJCQkJCXBtX3VubGlua19zICRw YWNrYWdlIDs7CisJCQkJCQllc2FjCisJCQkJCWZpCiAJCQkJZmkKIAkJCQl1bnNldCBwb3J0X3Zl cgogCQkJCWNvbnRpbnVlCkBAIC0xNDExLDEwICsxNTIwLDE4IEBACiAKIAkJCXVuc2V0IHBvcnRf dmVyCiAKLQkJCWlmIFsgLWQgIiR7cGRifS8ke3BrZ19kaXJ9IiBdOyB0aGVuCi0JCQkJZWNobyAi CT09PT4+PiAke3BhY2thZ2UjIyovfSBtYXRjaGVzIHRoZSBpbnN0YWxsZWQgdmVyc2lvbiIKKwkJ CWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJCQlpZiBbIC1kICIke3BkYn0vJHtwa2df ZGlyfSIgXTsgdGhlbgorCQkJCQllY2hvICIJPT09Pj4+ICR7cGFja2FnZSMjKi99IG1hdGNoZXMg dGhlIGluc3RhbGxlZCB2ZXJzaW9uIgorCQkJCWVsc2UKKwkJCQkJZWNobyAiCT09PT4+PiAke3Bh Y2thZ2UjIyovfSBpcyBub3QgaW5zdGFsbGVkIgorCQkJCWZpCiAJCQllbHNlCi0JCQkJZWNobyAi CT09PT4+PiAke3BhY2thZ2UjIyovfSBpcyBub3QgaW5zdGFsbGVkIgorCQkJCWlmIHBrZyBpbmZv IC1lICRwa2dfZGlyOyB0aGVuCisJCQkJCWVjaG8gIgk9PT0+Pj4gJHtwYWNrYWdlIyMqL30gbWF0 Y2hlcyB0aGUgaW5zdGFsbGVkIHZlcnNpb24iCisJCQkJZWxzZQorCQkJCQllY2hvICIJPT09Pj4+ ICR7cGFja2FnZSMjKi99IGlzIG5vdCBpbnN0YWxsZWQiCisJCQkJZmkKIAkJCWZpCiAJCWZpCiAK QEAgLTE0NTMsNiArMTU3MCwxMCBAQAogZmkJIyBbIC1uICIkQ0xFQU5fUEFDS0FHRVMiIF0KIAog aWYgWyAtbiAiJENIRUNLX0RFUEVORFMiIF07IHRoZW4KKwlpZiBbIC1uICIkdXNlX3BrZ25nIiBd OyB0aGVuCisJCXBrZyBjaGVjayAtYWR2CisJCWV4aXQKKwlmaQogCVBNX1ZFUkJPU0U9cG12X2No ZWNrX2RlcGVuZHMKIElGUz0nCiAnCkBAIC0xNDk5LDI0ICsxNjIwLDQyIEBACiAJdW5pcXVlX2xp c3Q9JzonCiAKIAllY2hvICI9PT0+Pj4gQnVpbGRpbmcgbGlzdCBvZiBpbnN0YWxsZWQgcG9ydCBu YW1lcyI7IGVjaG8gJycKLQlmb3IgcGtnIGluICRwZGIvKjsgZG8KLQkJWyAtZCAkcGtnIF0gfHwg Y29udGludWUKKwlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCWZvciBwa2cgaW4gJHBk Yi8qOyBkbworCQkJWyAtZCAkcGtnIF0gfHwgY29udGludWUKIAotCQlpcG9ydD0ke3BrZyMkcGRi L30KLQkJb3JpZ2luPWBvcmlnaW5fZnJvbV9wZGIgJGlwb3J0YCB8fCBjb250aW51ZQorCQkJaXBv cnQ9JHtwa2cjJHBkYi99CisJCQlvcmlnaW49YG9yaWdpbl9mcm9tX3BkYiAkaXBvcnRgIHx8IGNv bnRpbnVlCiAKLQkJaWYgWyAhIC1kICIkcGQvJG9yaWdpbiIgXTsgdGhlbgotCQkJZmluZF9tb3Zl ZF9wb3J0ICRvcmlnaW4gJGlwb3J0IG5vbmZhdGFsID4vZGV2L251bGwKLQkJCVsgLW4gIiRtb3Zl ZF9ucGQiIF0gfHwgY29udGludWUKLQkJCW9yaWdpbj0kbW92ZWRfbnBkCi0JCWZpCisJCQlpZiBb ICEgLWQgIiRwZC8kb3JpZ2luIiBdOyB0aGVuCisJCQkJZmluZF9tb3ZlZF9wb3J0ICRvcmlnaW4g JGlwb3J0IG5vbmZhdGFsID4vZGV2L251bGwKKwkJCQlbIC1uICIkbW92ZWRfbnBkIiBdIHx8IGNv bnRpbnVlCisJCQkJb3JpZ2luPSRtb3ZlZF9ucGQKKwkJCWZpCiAKLQkJaWYgISBwbV9jZCAkcGQv JG9yaWdpbjsgdGhlbgotCQkJZWNobyAiCT09PT4+PiAkcGQvJG9yaWdpbiBkb2VzIG5vdCBleGlz dCBmb3IgJHBrZyIKLQkJCWNvbnRpbnVlCi0JCWZpCi0JCXVuaXF1ZV9saXN0PSIke3VuaXF1ZV9s aXN0fWBtYWtlIC1WIFVOSVFVRU5BTUVgOiIKLQlkb25lCisJCQlpZiAhIHBtX2NkICRwZC8kb3Jp Z2luOyB0aGVuCisJCQkJZWNobyAiCT09PT4+PiAkcGQvJG9yaWdpbiBkb2VzIG5vdCBleGlzdCBm b3IgJHBrZyIKKwkJCQljb250aW51ZQorCQkJZmkKKwkJCXVuaXF1ZV9saXN0PSIke3VuaXF1ZV9s aXN0fWBtYWtlIC1WIFVOSVFVRU5BTUVgOiIKKwkJZG9uZQorCWVsc2UKKwkJd2hpbGUgcmVhZCBw a2cgb3JpZ2luOyBkbworCQkJaWYgWyAhIC1kICIkcGQvJG9yaWdpbiIgXTsgdGhlbgorCQkJCWZp bmRfbW92ZWRfcG9ydCAkb3JpZ2luICRwa2cgbm9uZmF0YWwgPi9kZXYvbnVsbAorCQkJCVsgLW4g IiRtb3ZlZF9ucGQiIF0gfHwgY29udGludWUKKwkJCQlvcmlnaW49JG1vdmVkX25wZAorCQkJZmkK KworCQkJaWYgISBwbV9jZCAkcGQvJG9yaWdpbjsgdGhlbgorCQkJCWVjaG8gIgk9PT0+Pj4gJHBk LyRvcmlnaW4gZG9lcyBub3QgZXhpc3QgZm9yICRwa2ciCisJCQkJY29udGludWUKKwkJCWZpCisJ CQl1bmlxdWVfbGlzdD0iJHt1bmlxdWVfbGlzdH1gbWFrZSAtViBVTklRVUVOQU1FYDoiCisJCWRv bmUgPDwgRU9GCitgcGtnIHF1ZXJ5IC1hICIlbi0ldiAlbyJgCitFT0YKKwlmaQogCiAJZWNobyAi PT09Pj4+IENoZWNraW5nICRwb3J0X2RiZGlyIgogCkBAIC0xNjE3LDcgKzE3NTYsNyBAQAogCiAJ aWYgWyAteiAiJGRvX3VwZGF0ZSIgLWEgLXogIiRza2lwIiAtYSAteiAiJFBNX0lOREVYX09OTFki IF0gJiYgWyAtZCAiJHBkLyRvcmlnaW4iIF07IHRoZW4KIAkJaWYgISBwbV9jZCAkcGQvJG9yaWdp bjsgdGhlbgotCQkJaWYgWyAtZSAiJHBkYi8kaXBvcnQvK0lHTk9SRU1FIiBdOyB0aGVuCisJCQlp ZiBbIC1lICIkcGRiLyRpcG9ydC8rSUdOT1JFTUUiIF0gJiYgKCBbIC16ICIkdXNlX3BrZ25nIiBd IHx8IHBrZyBpbmZvIC1lICRpcG9ydCApOyB0aGVuCiAJCQkJZWNobyAiCT09PT4+PiBXYXJuaW5n OiBVbmFibGUgdG8gY2QgdG8gJHBkLyRvcmlnaW4iCiAJCQkJZWNobyAiCT09PT4+PiBDb250aW51 aW5nIGR1ZSB0byAkcGRiLyRpcG9ydC8rSUdOT1JFTUUiCiAJCQkJZWNobyAnJwpAQCAtMTYzNCwx MyArMTc3MywxMyBAQAogCiAJCSMgSWYgdGhlIHBvcnQgaGFzIG1vdmVkIGFuZCBubyArSUdOT1JF TUUsIHdlIGhhdmUgdG8gdXBkYXRlIGl0CiAJCWlmIFsgLW4gIiRtb3ZlZF9ucGQiIF07IHRoZW4K LQkJCWlmIFsgISAtZSAiJHBkYi8kaXBvcnQvK0lHTk9SRU1FIiBdOyB0aGVuCi0JCQkJZG9fdXBk YXRlPWRvX3VwZGF0ZV9tb3ZlZAotCQkJZWxzZQorCQkJaWYgWyAtZSAiJHBkYi8kaXBvcnQvK0lH Tk9SRU1FIiBdICYmICggWyAteiAiJHVzZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAkaXBvcnQg KTsgdGhlbgogCQkJCWVjaG8gIgk9PT0+Pj4gQ29udGludWluZyBkdWUgdG8gJHBkYi8kaXBvcnQv K0lHTk9SRU1FIgogCQkJCWVjaG8gJycKIAkJCQlDVVJfREVQUz0iJHtDVVJfREVQU30ke2lwb3J0 fToke29yaWdpbn06IgogCQkJCXJldHVybiAwCisJCQllbHNlCisJCQkJZG9fdXBkYXRlPWRvX3Vw ZGF0ZV9tb3ZlZAogCQkJZmkKIAkJZmkKIAlmaQpAQCAtMTY1NywxNCArMTc5NiwyMCBAQAogCQkJ CXVuc2V0IHBvcnRfdmVyCiAJCQlmaQogCQllbHNlCi0JCQljYXNlIGBwa2dfdmVyc2lvbiAtdCAk aXBvcnQgJHBvcnRfdmVyYCBpbgorCQkJbG9jYWwgcGtnX3ZlcnNpb24KKwkJCWlmIFsgLXogIiR1 c2VfcGtnbmciIF07IHRoZW4KKwkJCQlwa2dfdmVyc2lvbj0icGtnX3ZlcnNpb24iCisJCQllbHNl CisJCQkJcGtnX3ZlcnNpb249InBrZyB2ZXJzaW9uIgorCQkJZmkKKwkJCWNhc2UgYCRwa2dfdmVy c2lvbiAtdCAkaXBvcnQgJHBvcnRfdmVyYCBpbgogCQkJXDwpCWRvX3VwZGF0ZT11cGRfbHQgOzsK IAkJCT0pCTs7CSMgQ2FuIGJlIHJlYWNoZWQgaWYgc2FtZSB2ZXJzaW9uIHdpdGggZGlmZmVyZW50 IG9wdGlvbnMKIAkJCVw+KQlpZiBbIC1uICIkUE1fVkVSQk9TRSIgXTsgdGhlbgogCQkJCQllY2hv ICIJPT09Pj4+IFBvcnQgdmVyc2lvbiAkcG9ydF92ZXIgZG9lcyBub3QiCiAJCQkJCWVjaG8gIgk9 PT0+Pj4gc2VlbSBuZXdlciB0aGFuIGluc3RhbGxlZCAkaXBvcnQiCiAJCQkJZmkgOzsKLQkJCSop CWZhaWwgInBrZ192ZXJzaW9uIC10ICRpcG9ydCAkcG9ydF92ZXIgZ2F2ZSBhbiB1bmV4cGVjdGVk IHJlc3VsdCIKKwkJCSopCWZhaWwgIiRwa2dfdmVyc2lvbiAtdCAkaXBvcnQgJHBvcnRfdmVyIGdh dmUgYW4gdW5leHBlY3RlZCByZXN1bHQiCiAJCQllc2FjCiAKIAkJCVsgLXogIiRkb191cGRhdGUi IF0gJiYgewpAQCAtMTY4MCw4ICsxODI1LDkgQEAKIAlpZiBbIC1uICIkTElTVF9QTFVTIiBdOyB0 aGVuCiAJCWlmIFsgLXogIiRtb3ZlZF9ucGQiIF07IHRoZW4KIAkJCWVjaG8gIgk9PT0+Pj4gTmV3 IHZlcnNpb24gYXZhaWxhYmxlOiAkcG9ydF92ZXIiCi0JCQlbIC1lICIkcGRiLyRpcG9ydC8rSUdO T1JFTUUiIF0gJiYKKwkJCWlmIFsgLWUgIiRwZGIvJGlwb3J0LytJR05PUkVNRSIgXSAmJiAoIFsg LXogIiR1c2VfcGtnbmciIF0gfHwgcGtnIGluZm8gLWUgJGlwb3J0ICk7IHRoZW4KIAkJCQllY2hv ICIJPT09Pj4+ICtJR05PUkVNRSBmaWxlIGlzIHByZXNlbnQgZm9yICQxIgorCQkJZmkKIAkJCXBt X2NkX3BkICRvcmlnaW4gJiYgY2hlY2tfc3RhdGUKIAkJCW51bV91cGRhdGVzPSQoKCAkbnVtX3Vw ZGF0ZXMgKyAxICkpCiAJCWVsc2UKQEAgLTE3MzYsNyArMTg4MiwxMyBAQAogCWZpCiAKIAlwbV9j ZCAkcGtnZGlyIHx8IGZhaWwgIkNhbm5vdCBjZCBpbnRvICRwa2dkaXIgdG8gY3JlYXRlIGEgcGFj a2FnZSIKLQlpZiAkUE1fU1VfQ01EIHBrZ19jcmVhdGUgLWIgJDI7IHRoZW4KKwlsb2NhbCBwa2df Y3JlYXRlCisJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgorCQlwa2dfY3JlYXRlPSJwa2df Y3JlYXRlIC1iIgorCWVsc2UKKwkJcGtnX2NyZWF0ZT0icGtnIGNyZWF0ZSAiCisJZmkKKwlpZiAk UE1fU1VfQ01EICRwa2dfY3JlYXRlICQyOyB0aGVuCiAJCWlmIFsgIiQxIiA9ICIkcGJ1IiBdOyB0 aGVuCiAJCQlpZiBbIC1uICIkQkFDS1VQIiBdOyB0aGVuCiAJCQkJZWNobyAiCT09PT4+PiBQYWNr YWdlIHNhdmVkIHRvICQxIiA7IGVjaG8gJycKQEAgLTIwODUsMTAgKzIyMzcsMTQgQEAKIGZpCiAK IGlmIFsgLW4gIiRFWFBVTkdFIiBdOyB0aGVuCi0JaWYgWyAhIC1kICIkcGRiLyRFWFBVTkdFIiBd OyB0aGVuCisJaWYgWyAhIC1kICIkcGRiLyRFWFBVTkdFIiBdIHx8ICggWyAtbiAiJHVzZV9wa2du ZyIgXSAmJiAhIHBrZyBpbmZvIC1lICRFWFBVTkdFICk7IHRoZW4KIAkJZmluZF9nbG9iX2RpcnMg JEVYUFVOR0UKIAkJY2FzZSAkPyBpbgotCQkxKQlmYWlsICJObyBzdWNoIGRpcmVjdG9yeS9wb3J0 OiAkcGRiLyRFWFBVTkdFIiA7OworCQkxKQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJ CQkJZmFpbCAiTm8gc3VjaCBkaXJlY3RvcnkvcG9ydDogJHBkYi8kRVhQVU5HRSIKKwkJCWVsc2UK KwkJCQlmYWlsICJObyBzdWNoIHBvcnQ6ICRFWFBVTkdFIgorCQkJZmkgOzsKIAkJMikJZWNobyAi PT09Pj4+ICRFWFBVTkdFIG1hdGNoZWQgbXVsdGlwbGUgcG9ydHMiCiAJCQlmYWlsICJUaGUgLWUg b3B0aW9uIHdvcmtzIHdpdGggb25seSBvbmUgcG9ydCBhdCBhIHRpbWUiIDs7CiAJCTApCUVYUFVO R0U9JHtnbG9iX2RpcnMjJHBkYi99CkBAIC0yMDk3LDE1ICsyMjUzLDI0IEBACiAJZmkKIAogCW9y aWdpbj1gb3JpZ2luX2Zyb21fcGRiICRFWFBVTkdFYAotCWRlcGxpc3Q9YGdyZXAgLWwgREVQT1JJ R0lOOiRvcmlnaW4kICRwZGIvKi8rQ09OVEVOVFNgCisJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsg dGhlbgorCQlkZXBsaXN0PWBncmVwIC1sIERFUE9SSUdJTjokb3JpZ2luJCAkcGRiLyovK0NPTlRF TlRTYAorCWVsc2UKKwkJZGVwbGlzdD1gcGtnIHF1ZXJ5ICIlcm4tJXJ2IiAkb3JpZ2luYAorCWZp CiAJaWYgWyAtbiAiJGRlcGxpc3QiIF07IHRoZW4KIAkJZWNobyAiPT09Pj4+IFdhcm5pbmc6IFBv cnRzIHdpdGggZGVwZW5kZW5jaWVzIG9uICR7RVhQVU5HRX06IgotCQlmb3IgZGVwIGluICRkZXBs aXN0OyBkbwotCQkJZGVwPSR7ZGVwJS8rQ09OKn0gOyBlY2hvICIJJHtkZXAjIyovfSIKLQkJZG9u ZQorCQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQlmb3IgZGVwIGluICRkZXBsaXN0 OyBkbworCQkJCWRlcD0ke2RlcCUvK0NPTip9IDsgZWNobyAiCSR7ZGVwIyMqL30iCisJCQlkb25l CisJCWVsc2UKKwkJCWVjaG8gIiRkZXBsaXN0IiB8IHNlZCAncy9eLwkvJworCQlmaQogCQlnZXRf YW5zd2VyX3luIG4gIlxuXHQ9PT0+Pj4gRGVsZXRlIHRoaXMgZGVwZW5kZW5jeSBkYXRhIgogCQlj YXNlICIkPyIgaW4KLQkJMCkJZm9yIGYgaW4gJGRlcGxpc3Q7IGRvCisJCTApCVsgLW4gIiR1c2Vf cGtnbmciIF0gJiYgZXhpdCAxICNUT0RPCisJCQlmb3IgZiBpbiAkZGVwbGlzdDsgZG8KIAkJCQl1 cGRhdGVfY29udGVudHMgZGVsZXRlICRmICRvcmlnaW4KIAkJCWRvbmUgOzsKIAkJKikJZXhpdCAx IDs7CkBAIC0yMTE1LDggKzIyODAsMTMgQEAKIAlbIC1uICIkQkFDS1VQIiBdICYmIHsgaW5pdF9w YWNrYWdlcyA7IHBtX3BrZ19jcmVhdGUgJHBidSAkRVhQVU5HRTsgfQogCVsgLXogIiRET05UX1ND UlVCX0RJU1RGSUxFUyIgXSAmJiBkZWxldGVfYWxsX2Rpc3RmaWxlcyAkb3JpZ2luCiAKLQllY2hv ICI9PT0+Pj4gUnVubmluZyBwa2dfZGVsZXRlIC1mICRFWFBVTkdFIgotCXBtX3BrZ19kZWxldGVf cyAtZiAkRVhQVU5HRSB8fCBmYWlsICdwa2dfZGVsZXRlIGZhaWxlZCcKKwlpZiBbIC16ICIkdXNl X3BrZ25nIiBdOyB0aGVuCisJCXBrZ19kZWxldGU9InBrZ19kZWxldGUiCisJZWxzZQorCQlwa2df ZGVsZXRlPSJwa2cgZGVsZXRlIgorCWZpCisJZWNobyAiPT09Pj4+IFJ1bm5pbmcgJHBrZ19kZWxl dGUgLWYgJEVYUFVOR0UiCisJcG1fcGtnX2RlbGV0ZV9zIC1mICRFWFBVTkdFIHx8IGZhaWwgIiRw a2dfZGVsZXRlIGZhaWxlZCIKIAogCWVjaG8gJycgOyBlY2hvICI9PT0+Pj4gUnVubmluZyAkezAj IyovfSAtcyAkQVJHUyIKIAlleGVjICQwIC1zICRBUkdTCkBAIC0yMTI2LDEzICsyMjk2LDIxIEBA CiBpZiBbIC1uICIkQ0xFQU5fU1RBTEUiIF07IHRoZW4KIAlbIC16ICIkbm9fZGVsX2xpc3QiIF0g JiYgZXhwb3J0IG5vX2RlbF9saXN0PSc6JwogCi0JZm9yIGZpbGUgaW4gYGZpbmQgJHBkYiAtdHlw ZSBmIC1uYW1lIFwrUkVRVUlSRURfQlkgLWVtcHR5YCA7IGRvCisJaWYgWyAteiAiJHVzZV9wa2du ZyIgXTsgdGhlbgorCQlmaW5kX3N0YWxlX3BvcnRzPSJmaW5kICRwZGIgLXR5cGUgZiAtbmFtZSBc K1JFUVVJUkVEX0JZIC1lbXB0eSIKKwllbHNlCisJCWZpbmRfc3RhbGVfcG9ydHM9InBrZyBxdWVy eSAtYSBcIiU/ciAlbi0ldlwiIHwgYXdrICcvXjAvIHsgcHJpbnQgXCQyIH0nIgorCWZpCisJZm9y IGZpbGUgaW4gYGV2YWwgJGZpbmRfc3RhbGVfcG9ydHNgIDsgZG8KIAkJaXBvcnQ9IiR7ZmlsZSUv K1JFUVVJUkVEX0JZfSIgOyBpcG9ydD0ke2lwb3J0IyRwZGIvfQogCiAJCWNhc2UgIiRub19kZWxf bGlzdCIgaW4gKjoke2lwb3J0fToqKSBjb250aW51ZSA7OyBlc2FjCiAKIAkJb3JpZ2luPWBvcmln aW5fZnJvbV9wZGIgJGlwb3J0YAotCQlkZXBsaXN0PWBncmVwIC1sIERFUE9SSUdJTjokb3JpZ2lu JCAkcGRiLyovK0NPTlRFTlRTYAorCQlkZXBsaXN0PSIiCisJCWlmIFsgLXogIiR1c2VfcGtnbmci IF07IHRoZW4KKwkJCWRlcGxpc3Q9YGdyZXAgLWwgREVQT1JJR0lOOiRvcmlnaW4kICRwZGIvKi8r Q09OVEVOVFNgCisJCWZpCiAJCWlmIFsgLW4gIiRkZXBsaXN0IiBdOyB0aGVuCiAJCQllY2hvICcn CiAJCQllY2hvICI9PT0+Pj4gV2FybmluZzogVW5yZWNvcmRlZCBkZXBlbmRlbmNpZXMgb24gJHtp cG9ydH06IgpAQCAtMjE0NSwyMiArMjMyMywzMiBAQAogCQkJY29udGludWUKIAkJZmkKIAotCQll Y2hvICcnIDsgcGtnX2luZm8gJGlwb3J0CisJCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4K KwkJCWVjaG8gJycgOyBwa2dfaW5mbyAkaXBvcnQKKwkJCXBrZ19kZWxldGU9InBrZ19kZWxldGUi CisJCWVsc2UKKwkJCWVjaG8gJycgOyBwa2cgaW5mbyAtZiAkaXBvcnQKKwkJCXBrZ19kZWxldGU9 InBrZyBkZWxldGUiCisJCWZpCiAKIAkJZ2V0X2Fuc3dlcl95biBuICJcdD09PT4+PiAke2lwb3J0 fSBpcyBubyBsb25nZXIgZGVwZW5kZWQgb24sIGRlbGV0ZSIKIAkJY2FzZSAiJD8iIGluCiAJCTAp CVsgLW4gIiRCQUNLVVAiIF0gJiYgeyBpbml0X3BhY2thZ2VzIDsgcG1fcGtnX2NyZWF0ZSAkcGJ1 ICRpcG9ydDsgfQogCQkJWyAteiAiJERPTlRfU0NSVUJfRElTVEZJTEVTIiBdICYmIGRlbGV0ZV9h bGxfZGlzdGZpbGVzICRvcmlnaW4KIAotCQkJZWNobyAiPT09Pj4+IFJ1bm5pbmcgcGtnX2RlbGV0 ZSAtZiAkaXBvcnQiCi0JCQlwbV9wa2dfZGVsZXRlX3MgLWYgJGlwb3J0IHx8IGZhaWwgJ3BrZ19k ZWxldGUgZmFpbGVkJworCQkJZWNobyAiPT09Pj4+IFJ1bm5pbmcgJHBrZ19kZWxldGUgLWYgJGlw b3J0IgorCQkJcG1fcGtnX2RlbGV0ZV9zIC1mICRpcG9ydCB8fCBmYWlsICIkcGtnX2RlbGV0ZSBm YWlsZWQiCiAKIAkJCWV4ZWMgJDAgLXMgJEFSR1MgOzsKLQkJKikJZ2V0X2Fuc3dlcl95biBuICJc dD09PT4+PiBEZWxldGUgdGhpcyBkZXBlbmRlbmN5IGRhdGEiCi0JCQljYXNlICIkPyIgaW4KLQkJ CTApCXBtX3VubGlua19zICRmaWxlIDs7Ci0JCQkqKQlub19kZWxfbGlzdD0iJHtub19kZWxfbGlz dH0ke2lwb3J0fToiIDs7Ci0JCQllc2FjIDs7CisJCSopCWlmIFsgLXogIiR1c2VfcGtnbmciIF07 IHRoZW4KKwkJCQlnZXRfYW5zd2VyX3luIG4gIlx0PT09Pj4+IERlbGV0ZSB0aGlzIGRlcGVuZGVu Y3kgZGF0YSIKKwkJCQljYXNlICIkPyIgaW4KKwkJCQkwKQlwbV91bmxpbmtfcyAkZmlsZSA7Owor CQkJCSopCW5vX2RlbF9saXN0PSIke25vX2RlbF9saXN0fSR7aXBvcnR9OiIgOzsKKwkJCQllc2Fj CisJCQllbHNlCisJCQkJbm9fZGVsX2xpc3Q9IiR7bm9fZGVsX2xpc3R9JHtpcG9ydH06IgorCQkJ ZmkgOzsKIAkJZXNhYwogCWRvbmUKIAlleGl0IDAKQEAgLTIxODMsNyArMjM3MSw3IEBACiAJIyB0 byBnbyBvdXQgdG8gdGhlIGRpc2sgaWYgd2UgZG9uJ3QgaGF2ZSB0by4KIAlbIC16ICIkUkVTVEFS VCIgXSAmJiByZXR1cm4gMQogCi0JaWYgWyAhIC1lICIkcGRiLyR7MX0vUE1fVVBHUkFERV9ET05F X0ZMQUciIF07IHRoZW4KKwlpZiBbICEgLWUgIiRwZGIvJHsxfS9QTV9VUEdSQURFX0RPTkVfRkxB RyIgXSB8fCAoIFsgLW4gIiR1c2VfcGtnbmciIF0gJiYgISBwa2cgaW5mbyAtZSAkMSApOyB0aGVu CiAJCXJldHVybiAxCiAJZWxzZQogCQlhbHJlYWR5X2RvbmUgJDEKQEAgLTIyMDAsNyArMjM4OCw3 IEBACiAJY2FzZSAiJElOVEVSQUNUSVZFX1lFUyIgaW4gKjokezF9OiopIHJldHVybiAwIDs7IGVz YWMKIAljYXNlICIkSU5URVJBQ1RJVkVfTk8iIGluICo6JHsxfToqKSByZXR1cm4gMSA7OyBlc2Fj CiAKLQlpZiBbIC1lICIkcGRiLyQxLytJR05PUkVNRSIgXTsgdGhlbgorCWlmIFsgLWUgIiRwZGIv JDEvK0lHTk9SRU1FIiBdICYmICggWyAteiAiJHVzZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAk MSApOyB0aGVuCiAJCWVjaG8gJycKIAkJZWNobyAiPT09Pj4+ICtJR05PUkVNRSBmaWxlIGlzIHBy ZXNlbnQgZm9yICQxIgogCQllY2hvICcnCkBAIC0yMzEyLDcgKzI1MDAsMTMgQEAKIAkJCWZhaWwg Ik5vIGVudHJ5IGZvciAkb3JpZ2luIGluICRQTV9JTkRFWCIKIAlmaQogCi0JY2FzZSBgcGtnX3Zl cnNpb24gLXQgJGlwb3J0ICRuZXdfcG9ydCAyPi9kZXYvbnVsbGAgaW4KKwlsb2NhbCBwa2dfdmVy c2lvbgorCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJcGtnX3ZlcnNpb249InBrZ192 ZXJzaW9uIgorCWVsc2UKKwkJcGtnX3ZlcnNpb249InBrZyB2ZXJzaW9uIgorCWZpCisJY2FzZSBg JHBrZ192ZXJzaW9uIC10ICRpcG9ydCAkbmV3X3BvcnQgMj4vZGV2L251bGxgIGluCiAJXDwpCWJ1 aWxkX2w9IiR7YnVpbGRfbH1cdFVwZ3JhZGUgJGlwb3J0IHRvICRuZXdfcG9ydFxuIiA7OwogCT0p CWJ1aWxkX2w9IiR7YnVpbGRfbH1cdFJlLWluc3RhbGwgJGlwb3J0XG4iIDs7CiAJXD4pCWJ1aWxk X2w9IiR7YnVpbGRfbH1cdERvd25ncmFkZSAkaXBvcnQgdG8gJG5ld19wb3J0XG4iIDs7CkBAIC0y NDYzLDYgKzI2NTcsMTggQEAKIAkJcnVuZGVwcz1gZ2VuX2RlcF9saXN0IHJ1bi1kZXBlbmRzLWxp c3RgCiAKIAkJZm9yIGRlcCBpbiAkZF9wb3J0X2xpc3Q7IGRvCisJCQkjIElmIHRoZSBwb3J0IGlz IGFscmVhZHkgaW5zdGFsbGVkLCBkbyBub3QgbWFyaworCQkJIyBpdCBhcyBhIGJ1aWxkLW9ubHkg ZGVwZW5kZW5jeSwgb3IgaXQgd2lsbCBiZQorCQkJIyBpbnN0YWxsZWQgYnkgcGFja2FnZSBhbmQv b3IgcmVtb3ZlZAorCQkJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgorCQkJCWlwb3J0X2Zy b21fb3JpZ2luICR7ZGVwIyRwZC99ID4vZGV2L251bGwgJiYKKwkJCQkJcnVuX2RsPSIkcnVuX2Rs ICRkZXAiICYmCisJCQkJCWNvbnRpbnVlCisJCQllbHNlCisJCQkJcGtnIGluZm8gLWUgJHtkZXAj JHBkL30gJiYKKwkJCQkJcnVuX2RsPSIkcnVuX2RsICRkZXAiICYmCisJCQkJCWNvbnRpbnVlCisJ CQlmaQogCQkJY2FzZSAiJHJ1bmRlcHMiIGluCiAJCQkqIiAke2RlcH0gIip8KiR7ZGVwfSopCiAJ CQkJdmFybmFtZT1gZWNobyAke2RlcCMkcGQvfSB8IHNlZCAncyNbLSsvXC5dI18jZydgCkBAIC0y NTMyLDcgKzI3MzgsMTEgQEAKIAkJCQlmYWlsICJDYW5ub3QgY2QgdG8gJGRfcG9ydCIKIAkJCWZp CiAJCQlmb3IgZ2xvYiBpbiAkY29uZmxpY3RzOyBkbwotCQkJCWNvbmZsX3A9YHBrZ19pbmZvIC1J ICRnbG9iIDI+L2Rldi9udWxsYAorCQkJCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJ CQkJY29uZmxfcD1gcGtnX2luZm8gLUkgJGdsb2IgMj4vZGV2L251bGxgCisJCQkJZWxzZQorCQkJ CQljb25mbF9wPWBwa2cgcXVlcnkgLWcgIiVuLSV2IiAkZ2xvYiAyPi9kZXYvbnVsbGAKKwkJCQlm aQogCQkJCWlmIFsgLW4gIiRjb25mbF9wIiBdOyB0aGVuCiAJCQkJCWNvbmZsX3A9JHtjb25mbF9w JSUgKn0KIAkJCQkJZF9wb3J0PSIkcGQvYG9yaWdpbl9mcm9tX3BkYiAkY29uZmxfcGAiCkBAIC0y NjcyLDcgKzI4ODIsMTEgQEAKIAkJZG9uZQogCiAJCWZvciBkZXAgaW4gJGJ1aWxkX29ubHlfZGxf ZzsgZG8KLQkJCWdyZXAgLXEgIkBjb21tZW50IERFUE9SSUdJTjoke2RlcCMkcGQvfSQiICRwZGIv Ki8rQ09OVEVOVFMgJiYgY29udGludWUKKwkJCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4K KwkJCQlncmVwIC1xICJAY29tbWVudCBERVBPUklHSU46JHtkZXAjJHBkL30kIiAkcGRiLyovK0NP TlRFTlRTICYmIGNvbnRpbnVlCisJCQllbHNlCisJCQkJWyAiYHBrZyBxdWVyeSAiJT9yIiAke2Rl cCMkcGQvfWAiID0gIjEiIF0gJiYgY29udGludWUKKwkJCWZpCiAJCQlbIC1uICIkUE1fREVMX0JV SUxEX09OTFkiIF0gJiYKIAkJCQlpcG9ydF9mcm9tX29yaWdpbiAke2RlcCMkcGQvfSA+L2Rldi9u dWxsICYmIGNvbnRpbnVlCiAJCQl0ZW1wX2JvZGxnPSIkdGVtcF9ib2RsZyAkZGVwIgpAQCAtMjY5 OSw3ICsyOTEzLDcgQEAKIAogdXJiX3VwZGF0ZSAoKSB7CiAJIyBHbG9iYWw6IFBNX1VSQl9VUAot CWxvY2FsIHZlcmIgb3JpZ2luIHJlcV9ieQorCWxvY2FsIHZlcmIgb3JpZ2luIHJlcV9ieSByZXFf YnlfbwogCiAJdmVyYj1jaGVja2luZyA7IFsgLW4gIiQxIiBdICYmIHZlcmI9dXBkYXRpbmcKIApA QCAtMjcwOSwxNSArMjkyMywyNSBAQAogCWVjaG8gJycKIAogCWZvciBvcmlnaW4gaW4gJFBNX1VS Ql9PUklHSU5TOyBkbwotCQlmb3IgcmVxX2J5IGluIGBncmVwIC1sIERFUE9SSUdJTjoke29yaWdp bn0kICRwZGIvKi8rQ09OVEVOVFNgOyBkbwotCQkJcmVxX2J5PSIke3JlcV9ieSUvK0NPTlRFTlRT fSIKLQkJCXJlcV9ieT0iJHtyZXFfYnkjIyovfSIKKwkJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsg dGhlbgorCQkJZm9yIHJlcV9ieSBpbiBgZ3JlcCAtbCBERVBPUklHSU46JHtvcmlnaW59JCAkcGRi LyovK0NPTlRFTlRTYDsgZG8KKwkJCQlyZXFfYnk9IiR7cmVxX2J5JS8rQ09OVEVOVFN9IgorCQkJ CXJlcV9ieT0iJHtyZXFfYnkjIyovfSIKIAotCQkJY2FzZSAiICRQTV9VUkJfSVBPUlRTIiBpbiAq IiAkcmVxX2J5ICIqKSBjb250aW51ZSA7OyBlc2FjCi0JCQljYXNlICIgJFBNX1VSQl9PUklHSU5T IiBpbiAqIiBgb3JpZ2luX2Zyb21fcGRiICRyZXFfYnlgICIqKSBjb250aW51ZSA7OyBlc2FjCisJ CQkJY2FzZSAiICRQTV9VUkJfSVBPUlRTIiBpbiAqIiAkcmVxX2J5ICIqKSBjb250aW51ZSA7OyBl c2FjCisJCQkJY2FzZSAiICRQTV9VUkJfT1JJR0lOUyIgaW4gKiIgYG9yaWdpbl9mcm9tX3BkYiAk cmVxX2J5YCAiKikgY29udGludWUgOzsgZXNhYwogCi0JCQlQTV9VUkJfTElTVD0iJHtQTV9VUkJf TElTVH0gJHtyZXFfYnl9IgotCQlkb25lCisJCQkJUE1fVVJCX0xJU1Q9IiR7UE1fVVJCX0xJU1R9 ICR7cmVxX2J5fSIKKwkJCWRvbmUKKwkJZWxzZQorCQkJd2hpbGUgcmVhZCByZXFfYnkgcmVxX2J5 X287IGRvCisJCQkJY2FzZSAiICRQTV9VUkJfSVBPUlRTIiBpbiAqIiAkcmVxX2J5ICIqKSBjb250 aW51ZSA7OyBlc2FjCisJCQkJY2FzZSAiICRQTV9VUkJfT1JJR0lOUyIgaW4gKiIgJHJlcV9ieV9v ICIqKSBjb250aW51ZSA7OyBlc2FjCisJCQkJUE1fVVJCX0xJU1Q9IiR7UE1fVVJCX0xJU1R9ICR7 cmVxX2J5fSIKKwkJCWRvbmUgPDwgRU9GCitgcGtnIHF1ZXJ5ICIlcm4tJXJ2ICVybyIgJHtvcmln aW59YAorRU9GCisJCWZpCiAJZG9uZQogCiAJaWYgWyAtbiAiJFBNX1VSQl9MSVNUIiBdOyB0aGVu CkBAIC0yNzI5LDcgKzI5NTMsMTEgQEAKIAogCWZvciByZXFfYnkgaW4gJFBNX1VSQl9MSVNUOyBk bwogCQkjIFByb2JhYmx5IG5vdCBuZWVkZWQsIGJ1dCBKSUMKLQkJWyAtZCAiJHBkYi8kcmVxX2J5 IiBdIHx8IGNvbnRpbnVlCisJCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJCVsgLWQg IiRwZGIvJHJlcV9ieSIgXSB8fCBjb250aW51ZQorCQllbHNlCisJCQlwa2cgaW5mbyAtZSAkcmVx X2J5IHx8IGNvbnRpbnVlCisJCWZpCiAKIAkJcG1fdiAiPT09Pj4+ICRyZXFfYnkgZGVwZW5kcyBv biAkUE1fVVJCX0lQT1JUUyIKIApAQCAtMjc3MCwxMiArMjk5OCwxNiBAQAogCQkJZWxzZQogCQkJ CWZhaWwgIiRwZC8ke3BvcnR9IGRvZXMgbm90IGV4aXN0IgogCQkJZmkgOzsKLQkJKikJaWYgWyAt ZCAiJHBkYi8kcG9ydCIgXTsgdGhlbgorCQkqKQlpZiBbIC1kICIkcGRiLyRwb3J0IiBdICYmICgg WyAteiAiJHVzZV9wa2duZyIgXSB8fCBwa2cgaW5mbyAtZSAkcG9ydCApOyB0aGVuCiAJCQkJd29y a2xpc3RfdGVtcD0iJHdvcmtsaXN0X3RlbXAgJHBvcnQiCiAJCQllbHNlCiAJCQkJZmluZF9nbG9i X2RpcnMgJHBvcnQKIAkJCQljYXNlICQ/IGluCi0JCQkJMSkJZmFpbCAiJHBkYi8kcG9ydCBkb2Vz IG5vdCBleGlzdCIgOzsKKwkJCQkxKQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQkJ CQlmYWlsICIkcGRiLyRwb3J0IGRvZXMgbm90IGV4aXN0IgorCQkJCQllbHNlCisJCQkJCQlmYWls ICIkcG9ydCBpcyBub3QgaW5zdGFsbGVkIgorCQkJCQlmaSA7OwogCQkJCSopCWxvY2FsIGRpcgog CQkJCQlmb3IgZGlyIGluICRnbG9iX2RpcnM7IGRvCiAJCQkJCXdvcmtsaXN0X3RlbXA9IiR3b3Jr bGlzdF90ZW1wICR7ZGlyIyRwZGIvfSIKQEAgLTI4ODcsOSArMzExOSwxNiBAQAogCQkqLyopCW9y aWdpbj0kcG9ydCA7OwogCQkqKQkjIElmIGFuIGluc3RhbGxlZCB2ZXJzaW9uIGRvZXMgbm90IGV4 aXN0IGF0IHRoaXMKIAkJCSMgcG9pbnQgaXQgcHJvYmFibHkgZ290IHVwZGF0ZWQgYXMgYSBkZXBl bmRlbmN5Ci0JCQlpZiBbICEgLWQgIiRwZGIvJHBvcnQiIF07IHRoZW4KLQkJCQludW1wb3J0cz0k KCggJG51bXBvcnRzIC0gMSApKQotCQkJCWNvbnRpbnVlCisJCQlpZiBbIC16ICIkdXNlX3BrZ25n IiBdOyB0aGVuCisJCQkJaWYgWyAhIC1kICIkcGRiLyRwb3J0IiBdOyB0aGVuCisJCQkJCW51bXBv cnRzPSQoKCAkbnVtcG9ydHMgLSAxICkpCisJCQkJCWNvbnRpbnVlCisJCQkJZmkKKwkJCWVsc2UK KwkJCQlpZiAhIHBrZyBpbmZvIC1lICRwb3J0OyB0aGVuCisJCQkJCW51bXBvcnRzPSQoKCAkbnVt cG9ydHMgLSAxICkpCisJCQkJCWNvbnRpbnVlCisJCQkJZmkKIAkJCWZpCiAJCQlvcmlnaW49YG9y aWdpbl9mcm9tX3BkYiAkcG9ydGAgOzsKIAkJZXNhYwpAQCAtMzExMiwxNyArMzM1MSwyMiBAQAog ICAgY2FzZSAiJGFyZ3YiIGluCiAgICAkcGQvKikgIHBvcnRkaXI9JHthcmd2IyRwZC99IDs7Ci0g ICAkcGRiLyopIHVwZ19wb3J0PSR7YXJndiMkcGRiL30gOzsKKyAgICRwZGIvKikgaWYgWyAteiAi JHVzZV9wa2duZyIgXTsgdGhlbgorICAgICAgICAgICB1cGdfcG9ydD0ke2FyZ3YjJHBkYi99Cisg ICAgICAgZWxzZQorICAgICAgICAgICBlY2hvICcnIDsgbm9fdmFsaWRfcG9ydAorICAgICAgIGZp IDs7ICAgIAogICAgLyopIGVjaG8gJycgOyBub192YWxpZF9wb3J0IDs7CiAgICAqLyopICAgIHBv cnRkaXI9JGFyZ3YgOzsKICAgIFwufCcnKSAgcG9ydGRpcj0iJFBXRCIKICAgICAgICB3aGlsZSA6 IDsgZG8KICAgICAgICAgICAgY2FzZSAiJHBvcnRkaXIiIGluCiAgICAgICAgICAgICovKi8qKSAg cG9ydGRpcj0iJHtwb3J0ZGlyIyovfSIgOzsKICAgICAgICAgICAgKi8qKSAgICBicmVhayA7Owog ICAgICAgICAgICAqKSAgZWNobyAnJyA7IG5vX3ZhbGlkX3BvcnQgOzsKICAgICAgICAgICAgZXNh YwogICAgICAgIGRvbmUgOzsKLSAgICopICBbIC1kICIkcGRiLyRhcmd2IiBdICYmIHVwZ19wb3J0 PSRhcmd2IDs7CisgICAqKSAgWyAtZCAiJHBkYi8kYXJndiIgXSAmJiAoIFsgLXogIiR1c2VfcGtn bmciIF0gfHwgcGtnIGluZm8gLWUgJGFyZ3YgKSAmJgorICAgICAgIHVwZ19wb3J0PSRhcmd2IDs7 ICAgIAogICAgZXNhYwoKICAgIGlmIFsgLXogIiRwb3J0ZGlyIiAtYSAteiAiJHVwZ19wb3J0IiBd OyB0aGVuCkBAIC0zMTQ5LDcgKzMzOTMsNyBAQAogCiAJY2FzZSAiJGFyZzIiIGluCiAJKi8qKQly b19vcGQ9JGFyZzIgOyByb191cGdfcG9ydD1gaXBvcnRfZnJvbV9vcmlnaW4gJHJvX29wZGAgOzsK LQkqKQlpZiBbIC1kICIkcGRiLyRhcmcyIiBdOyB0aGVuCisJKikJaWYgWyAtZCAiJHBkYi8kYXJn MiIgXSAmJiAoIFsgLXogIiR1c2VfcGtnbmciIF0gfHwgcGtnIGluZm8gLWUgJGFyZzIgKTsgdGhl bgogCQkJcm9fdXBnX3BvcnQ9JGFyZzIKIAkJZWxzZQogCQkJZmluZF9nbG9iX2RpcnMgJGFyZzIg JiYgcm9fdXBnX3BvcnQ9JHtnbG9iX2RpcnMjJHBkYi99CkBAIC0zMTY0LDEyICszNDA4LDIxIEBA CiAJdW5zZXQgYXJnMgogCiAJaWYgWyAteiAiJHJvX3VwZ19wb3J0IiBdOyB0aGVuCi0JCWlmICEg Z3JlcCAtcWwgIkRFUE9SSUdJTjokcm9fb3BkJCIgJHBkYi8qLytDT05URU5UUzsgdGhlbgorCQlp ZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQlncmVwIC1xbCAiREVQT1JJR0lOOiRyb19v cGQkIiAkcGRiLyovK0NPTlRFTlRTCisJCWVsc2UKKwkJCXBrZyBxdWVyeSAtYSAiJWRvIiB8IGdy ZXAgLXEgIl4kcm9fb3BkJCIKKwkJZmkKKwkJaWYgWyAiJD8iIC1lcSAxIF07IHRoZW4KIAkJCWVj aG8gJycKLQkJCWVjaG8gIj09PT4+PiBUaGUgc2Vjb25kIGFyZ3VtZW50IHRvIC1vIGNhbiBiZSBh IHBvcnQgaW4gJHBkYiwiCisJCQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQkJZWNo byAiPT09Pj4+IFRoZSBzZWNvbmQgYXJndW1lbnQgdG8gLW8gY2FuIGJlIGEgcG9ydCBpbiAkcGRi LCIKKwkJCWVsc2UKKwkJCQllY2hvICI9PT0+Pj4gVGhlIHNlY29uZCBhcmd1bWVudCB0byAtbyBj YW4gYmUgYSBwYWNrYWdlIG5hbWUsIgorCQkJZmkKIAkJCWVjaG8gIiAgICAgICBvciBhIHBvcnQg ZGlyZWN0b3J5IGZyb20gJHBkIgogCQkJZWNobyAnJwotCQkJZWNobyAiICAgICAgICRyb19vcGQg ZG9lcyBub3Qgc2VlbSB0byBiZSBpbnN0YWxsZWQsIgorCQkJZWNobyAiICAgICAgICRhcmcyIGRv ZXMgbm90IHNlZW0gdG8gYmUgaW5zdGFsbGVkLCIKIAkJCWVjaG8gJyAgICAgICBvciBsaXN0ZWQg YXMgYSBkZXBlbmRlbmN5JwogCQkJZWNobyAnJyA7IG5vX3ZhbGlkX3BvcnQKIAkJZmkKQEAgLTMy MDEsNyArMzQ1NCw3IEBACiBmaQogWyAteiAiJHVwZ19wb3J0IiAtYSAteiAiJFJFUExBQ0VfT1JJ R0lOIiBdICYmIHVwZ19wb3J0PWBpcG9ydF9mcm9tX29yaWdpbiAke3BvcnRkaXJ9YAogCi1pZiBb IC1lICIkcGRiLyR1cGdfcG9ydC8rSUdOT1JFTUUiIF07IHRoZW4KK2lmIFsgLWUgIiRwZGIvJHVw Z19wb3J0LytJR05PUkVNRSIgXSAmJiAoIFsgLXogIiR1c2VfcGtnbmciIF0gfHwgcGtnIGluZm8g LWUgJHVwZ19wb3J0ICk7IHRoZW4KIAkjIEFkZGluZyB0byBDVVJfREVQUyBtZWFucyB3ZSB3aWxs IG5vdCBnZXQgaGVyZSBpbiB0aGUgYnVpbGQKIAlpZiBbIC16ICIkUE1fQlVJTERJTkciIF07IHRo ZW4KIAkJIyBPbmx5IG5lZWQgdG8gcHJvbXB0IGZvciB0aGlzIG9uY2UgaWYgLWFpCkBAIC0zNTk5 LDcgKzM4NTIsMTIgQEAKIAkJcG1fdiAiPT09Pj4+IEF2YWlsYWJsZSBwYWNrYWdlICgkbGF0ZXN0 X3B2KSBtYXRjaGVzIHRoZSBjdXJyZW50IHZlcnNpb24iCiAJZWxpZiBbIC1uICIkbGF0ZXN0X3B2 IiAtYSAtbiAiJFBNX1BBQ0tBR0VTX05FV0VSIiBdOyB0aGVuCiAJCWlmIFsgLW4gIiR1cGdfcG9y dCIgXTsgdGhlbgotCQkJY2FzZSBgcGtnX3ZlcnNpb24gLXQgJHVwZ19wb3J0ICRsYXRlc3RfcHZg IGluCisJCQlpZiBbIC16ICIkdXNlX3BrZ25nIiBdOyB0aGVuCisJCQkJcGtnX3ZlcnNpb249InBr Z192ZXJzaW9uIgorCQkJZWxzZQorCQkJCXBrZ192ZXJzaW9uPSJwa2cgdmVyc2lvbiIKKwkJCWZp CisJCQljYXNlIGAkcGtnX3ZlcnNpb24gLXQgJHVwZ19wb3J0ICRsYXRlc3RfcHZgIGluCiAJCQlc PCkJdXNlX3BhY2thZ2U9dXBfbmV3ZXIKIAkJCQlwbV92ICI9PT0+Pj4gQXZhaWxhYmxlIHBhY2th Z2UgKCRsYXRlc3RfcHYpIgogCQkJCXBtX3YgIiAgICAgICBpcyBuZXdlciB0aGFuIGluc3RhbGxl ZCAoJHVwZ19wb3J0KSIgOzsKQEAgLTM2MTUsNyArMzg3MywxMiBAQAogCQkJcG1fdiAiPT09Pj4+ IFRoZXJlIGlzIGEgcGFja2FnZSBhdmFpbGFibGUgKCRsYXRlc3RfcHYpIgogCQlmaQogCWVsaWYg WyAtbiAiJGxhdGVzdF9wdiIgXTsgdGhlbgotCQljYXNlIGBwa2dfdmVyc2lvbiAtdCAkbmV3X3Bv cnQgJGxhdGVzdF9wdmAgaW4KKwkJaWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgorCQkJcGtn X3ZlcnNpb249InBrZ192ZXJzaW9uIgorCQllbHNlCisJCQlwa2dfdmVyc2lvbj0icGtnIHZlcnNp b24iCisJCWZpCisJCWNhc2UgYCRwa2dfdmVyc2lvbiAtdCAkbmV3X3BvcnQgJGxhdGVzdF9wdmAg aW4KIAkJXDwpCSMgQ291bGQgaGFwcGVuIGlmIHBvcnRzIHRyZWUgaXMgb3V0IG9mIGRhdGUKIAkJ CXVzZV9wYWNrYWdlPXVwX29sZF90cmVlCiAJCQlwbV92ICI9PT0+Pj4gQXZhaWxhYmxlIHBhY2th Z2UgKCRsYXRlc3RfcHYpIgpAQCAtMzcxNSw3ICszOTc4LDEyIEBACiAJCSAgICBncmVwIC12IF4k TE9DQUxCQVNFX0NPTVBBVCA+ICRwbV9ta3RlbXBfZmlsZQogCiAJCXVuc2V0IHRlbXAKLQkJZm9y IGZpbGUgaW4gYHBrZ19pbmZvIC1xIC1MICRVUEdSQURFX1BPUlQgfAorCQlpZiBbIC16ICIkdXNl X3BrZ25nIiBdOyB0aGVuCisJCQlwa2dsaXN0PSJwa2dfaW5mbyAtcSAtTCIKKwkJZWxzZQorCQkJ cGtnbGlzdD0icGtnIHF1ZXJ5ICVGcCIKKwkJZmkKKwkJZm9yIGZpbGUgaW4gYCRwa2dsaXN0ICRV UEdSQURFX1BPUlQgfAogCQkgICAgc29ydCAtICRwbV9ta3RlbXBfZmlsZSB8IHVuaXEgLWRgOyBk bwogCQkJdGVtcD0iJHt0ZW1wfSRmaWxlICIKIAkJZG9uZQpAQCAtMzczOCw2ICs0MDA2LDcgQEAK IAogCWlmIFsgLW4gIiRSRVBMQUNFX09SSUdJTiIgLWEgLW4gIiRyb191cGdfcG9ydCIgXTsgdGhl bgogCQkjIERlbGV0ZSBhbnkgZXhpc3RpbmcgdmVyc2lvbnMgb2YgdGhlIG9sZCBwb3J0CisJCW5w X29ycGhhbj1gcGtnIHF1ZXJ5ICIlYSIgJHJvX3VwZ19wb3J0YAogCQlwbV9zdiAiUnVubmluZyBw a2dfZGVsZXRlIGZvciAkcm9fdXBnX3BvcnQiCiAJCXBtX3BrZ19kZWxldGVfcyAtZiAkcm9fdXBn X3BvcnQKIAlmaQpAQCAtMzc1Nyw2ICs0MDI2LDggQEAKIAkJCXVuc2V0IHByZXNlcnZlX3BvcnQg ZmlsZXMKIAkJZXNhYwogCisJCSMgT3JwaGFuIHN0YXRlIG9mICRyb191cGdfcG9ydCBoYXMgcHJl Y2VkZW5jZQorCQk6ICR7bnBfb3JwaGFuOj1gcGtnIHF1ZXJ5ICIlYSIgJHVwZ19wb3J0YH0KIAkJ cG1fc3YgIlJ1bm5pbmcgcGtnX2RlbGV0ZSBmb3IgJHVwZ19wb3J0IgogCQlwbV9wa2dfZGVsZXRl X3MgLWYgJHVwZ19wb3J0CiAJZmkKQEAgLTM4MDMsNiArNDA3NCwxOCBAQAogCQl1bnNldCBwb3J0 X2xvZ19hcmdzCiAJZmkKIAorCWlmIFsgLXogIiRVUERBVEVfQUxMIiAtYSAteiAiJFJFUExBQ0Vf T1JJR0lOIiAtYSAteiAiJFBNX1VSQiIgLWEgIiR7bnBfb3JwaGFuOi0xfSIgLWVxIDEgXTsgdGhl bgorCQlpZiBbIC1uICIkUE1fTVVMVElfUE9SVFMiIF07IHRoZW4KKwkJCWNhc2UgIiRQTV9NVUxU SV9QT1JUUyIgaW4KKwkJCSo6JHt1cGdfcG9ydDotTk9ORX06KikJbnBfb3JwaGFuPTAgOzsKKwkJ CSo6JHtwb3J0ZGlyfToqKQkJbnBfb3JwaGFuPTAgOzsKKwkJCWVzYWMKKwkJZWxzZQorCQkJWyAi JCQiIC1lcSAiJFBNX1BBUkVOVF9QSUQiIF0gJiYgbnBfb3JwaGFuPTAKKwkJZmkKKwlmaQorCVsg IiR7bnBfb3JwaGFuOi0xfSIgLWVxIDEgXSAmJiBQTV9NQUtFX0FSR1M9IiR7UE1fTUFLRV9BUkdT fSAtRElOU1RBTExTX0RFUEVORFMiCisJdW5zZXQgbnBfb3JwaGFuCiAJIyBEZWZpbmluZyBOT19E RVBFTkRTIGVuc3VyZXMgdGhhdCB3ZSB3aWxsIGNvbnRyb2wgdGhlIGluc3RhbGxhdGlvbgogCSMg b2YgdGhlIGRlcGVuZHMsIG5vdCBic2QucG9ydC5tay4KIAlldmFsIHBtX21ha2VfcyAtRE5PX0RF UEVORFMgaW5zdGFsbCAkcG9ydF9sb2dfYXJncyB8fCBpbnN0YWxsX2ZhaWxlZCAkbmV3X3BvcnQK QEAgLTM4MjAsMjkgKzQxMDMsMzEgQEAKIAlmaQogZmkKIAotZm9yIGZpbGUgaW4gJHByZXNlcnZl X3BvcnRfZmlsZXM7IGRvCi0JbXYgJGZpbGUgJHtmaWxlfS1uZXcKLQltdiAke3ByZXNlcnZlX2Rp cn0vJHtmaWxlIyMqL30gJGZpbGUKLQlvbGRtZDU9Ik1ENTpgbWQ1IC1xICRmaWxlYCIKLQotCXBt X21rdGVtcCBjb250ZW50cwotCXdoaWxlIHJlYWQgbGVmdCByaWdodDsgZG8KLQkJY2FzZSAiJGxl ZnQiIGluCi0JCUBjd2QpCQlzaG9ydF9maWxlPSIke2ZpbGUjJHtyaWdodH0vfSIgOzsKLQkJJHNo b3J0X2ZpbGUpCWZvdW5kX2l0PWZvdW5kX2l0IDsgY29udGludWU7OwotCQlAY29tbWVudCkJaWYg WyAtbiAiJGZvdW5kX2l0IiBdOyB0aGVuCi0JCQkJCWVjaG8gLWUgIiR7c2hvcnRfZmlsZX0tbmV3 XG4kbGVmdCAkcmlnaHQiCi0JCQkJCWVjaG8gLWUgIiRzaG9ydF9maWxlXG5AY29tbWVudCAkb2xk bWQ1IgotCQkJCQl1bnNldCBmb3VuZF9pdAotCQkJCQljb250aW51ZQotCQkJCWZpIDs7Ci0JCWVz YWMKLQkJZWNobyAiJGxlZnQgJHJpZ2h0IgotCWRvbmUgPCAkcGRiLyRuZXdfcG9ydC8rQ09OVEVO VFMgPiAkcG1fbWt0ZW1wX2ZpbGUKLQlwbV9pbnN0YWxsX3MgJHBtX21rdGVtcF9maWxlICRjb250 ZW50cwotCXBtX3VubGluayAkcG1fbWt0ZW1wX2ZpbGUKLQl1bnNldCBmaWxlIG9sZG1kNSBwbV9t a3RlbXBfZmlsZSBsZWZ0IHJpZ2h0IHNob3J0X2ZpbGUKLWRvbmUKK2lmIFsgLXogIiR1c2VfcGtn bmciIF07IHRoZW4KKwlmb3IgZmlsZSBpbiAkcHJlc2VydmVfcG9ydF9maWxlczsgZG8KKwkJbXYg JGZpbGUgJHtmaWxlfS1uZXcKKwkJbXYgJHtwcmVzZXJ2ZV9kaXJ9LyR7ZmlsZSMjKi99ICRmaWxl CisJCW9sZG1kNT0iTUQ1OmBtZDUgLXEgJGZpbGVgIgorCQorCQlwbV9ta3RlbXAgY29udGVudHMK KwkJd2hpbGUgcmVhZCBsZWZ0IHJpZ2h0OyBkbworCQkJY2FzZSAiJGxlZnQiIGluCisJCQlAY3dk KQkJc2hvcnRfZmlsZT0iJHtmaWxlIyR7cmlnaHR9L30iIDs7CisJCQkkc2hvcnRfZmlsZSkJZm91 bmRfaXQ9Zm91bmRfaXQgOyBjb250aW51ZTs7CisJCQlAY29tbWVudCkJaWYgWyAtbiAiJGZvdW5k X2l0IiBdOyB0aGVuCisJCQkJCQllY2hvIC1lICIke3Nob3J0X2ZpbGV9LW5ld1xuJGxlZnQgJHJp Z2h0IgorCQkJCQkJZWNobyAtZSAiJHNob3J0X2ZpbGVcbkBjb21tZW50ICRvbGRtZDUiCisJCQkJ CQl1bnNldCBmb3VuZF9pdAorCQkJCQkJY29udGludWUKKwkJCQkJZmkgOzsKKwkJCWVzYWMKKwkJ CWVjaG8gIiRsZWZ0ICRyaWdodCIKKwkJZG9uZSA8ICRwZGIvJG5ld19wb3J0LytDT05URU5UUyA+ ICRwbV9ta3RlbXBfZmlsZQorCQlwbV9pbnN0YWxsX3MgJHBtX21rdGVtcF9maWxlICRjb250ZW50 cworCQlwbV91bmxpbmsgJHBtX21rdGVtcF9maWxlCisJCXVuc2V0IGZpbGUgb2xkbWQ1IHBtX21r dGVtcF9maWxlIGxlZnQgcmlnaHQgc2hvcnRfZmlsZQorCWRvbmUKK2ZpCiBpZiBbIC1uICIkcHJl c2VydmVfZGlyIiBdOyB0aGVuCiAJcm1kaXIgJHByZXNlcnZlX2RpciAyPi9kZXYvbnVsbAogCXVu c2V0IHByZXNlcnZlX2RpciBwcmVzZXJ2ZV9wb3J0X2ZpbGVzCkBAIC0zODU4LDE0ICs0MTQzLDE5 IEBACiB0ZW1wPWBmaW5kICRMT0NBTEJBU0VfQ09NUEFUIC10eXBlIGQgLWVtcHR5IDI+L2Rldi9u dWxsYAogaWYgWyAteiAiJHRlbXAiIF0gJiYgWyAtZCAiJExPQ0FMQkFTRV9DT01QQVQiIF07IHRo ZW4KIAl1bnNldCBmaWxlcwotCWZvciBmaWxlIGluIGBwa2dfaW5mbyAtcSAtTCAkbmV3X3BvcnRg OyBkbworCWlmIFsgLXogIiR1c2VfcGtnbmciIF07IHRoZW4KKwkJcGtnbGlzdD0icGtnX2luZm8g LXEgLUwiCisJZWxzZQorCQlwa2dsaXN0PSJwa2cgcXVlcnkgJUZwIgorCWZpCisJZm9yIGZpbGUg aW4gYCRwa2dsaXN0ICRuZXdfcG9ydGA7IGRvCiAJCVsgLWYgIiR7TE9DQUxCQVNFX0NPTVBBVH0v JHtmaWxlIyMqL30iIF0gJiYKIAkJCWZpbGVzPSIke2ZpbGVzfSR7TE9DQUxCQVNFX0NPTVBBVH0v JHtmaWxlIyMqL30gIgogCWRvbmUKIAogCWlmIFsgLW4gIiRmaWxlcyIgXTsgdGhlbgogCQlwbV9z diBSZW1vdmluZyBvbGQgc2hhcmVkIGxpYnJhcmllcywgYW5kIHJ1bm5pbmcgbGRjb25maWcKLQkJ cG1fcm1fcyAkZmlsZXMKKwkJcG1fcm1fcyBgbWFrZSAtViBGSUxFUzpPOnUgRklMRVM9IiRmaWxl cyJgCiAJCSRQTV9TVV9DTUQgL2V0Yy9yYy5kL2xkY29uZmlnIHN0YXJ0ID4gL2Rldi9udWxsCiAJ ZmkKIAl1bnNldCB0ZW1wIGZpbGUgZmlsZXMKQEAgLTM5MTcsMTEgKzQyMDcsMTMgQEAKIAlkb25l CiAKIAlwbV9zdiAiSW5zdGFsbGluZyAkZGlzdF9saXN0XG4iCisJcG1fbWtkaXJfcyAke2Rpc3Rf bGlzdCUvKn0KIAlwbV9pbnN0YWxsX3MgJHBtX21rdGVtcF9maWxlICRkaXN0X2xpc3QKIAkvYmlu L3VubGluayAkcG1fbWt0ZW1wX2ZpbGUgOyB1bnNldCBkaXN0aW5mbyBwbV9ta3RlbXBfZmlsZSBm aWxlIGxpbmUKIGZpCiAKLWlmIFsgLW4gIiR1c2VfcGFja2FnZSIgXTsgdGhlbgorIyBwa2duZyBk b2VzIG5vdCBuZWVkIHRoaXMKK2lmIFsgLXogIiR1c2VfcGtnbmciIC1hIC1uICIkdXNlX3BhY2th Z2UiIF07IHRoZW4KIAlpZiBncmVwIC1xIERFUE9SSUdJTiAkcGRiLyRuZXdfcG9ydC8rQ09OVEVO VFM7IHRoZW4KIAkJZWNobyAtZSAiPT09Pj4+IFVwZGF0aW5nIGRlcGVuZGVuY2llcyBmb3IgJG5l d19wb3J0IHRvIG1hdGNoIGluc3RhbGxlZCB2ZXJzaW9uc1xuIgogCQl1cGRhdGVfY29udGVudHMg JHBkYi8kbmV3X3BvcnQvK0NPTlRFTlRTIDsgcG1fdgpAQCAtMzk0Myw3ICs0MjM1LDcgQEAKIGlm IFsgLW4gIiRNQUtFX1BBQ0tBR0UiIF07IHRoZW4KIAlpZiBbIC16ICIkdXNlX3BhY2thZ2UiIF07 IHRoZW4KIAkJZWNobyAiPT09Pj4+IENyZWF0aW5nIGEgcGFja2FnZSBmb3IgbmV3IHZlcnNpb24g JG5ld19wb3J0IgotCQlwbV9tYWtlX3MgcGFja2FnZSA+L2Rldi9udWxsIHx8IGZhaWwgIlBhY2th Z2UgY3JlYXRpb24gb2YgJG5ld19wb3J0IGZhaWxlZCIKKwkJcG1fbWFrZV9zIC1EX09QVElPTlNf T0sgcGFja2FnZSA+L2Rldi9udWxsIHx8IGZhaWwgIlBhY2thZ2UgY3JlYXRpb24gb2YgJG5ld19w b3J0IGZhaWxlZCIKIAkJZWNobyAiCT09PT4+PiBQYWNrYWdlIHNhdmVkIHRvICRQQUNLQUdFUy9B bGwiIDsgZWNobyAnJwogCWVsc2UKIAkJcG1fcGtnX2NyZWF0ZSAkUEFDS0FHRVMgJG5ld19wb3J0 CkBAIC0zOTU2LDI5ICs0MjQ4LDM3IEBACiAJcG1fdgogZmkKIAotY2hlY2tfZGVwZW5kZW5jeV9m aWxlcyAkcG9ydGRpciAkbmV3X3BvcnQKLWlmIFsgLXMgIiRncmVwX2RlcHMiIF07IHRoZW4KLQll Y2hvIC1lICI9PT0+Pj4gVXBkYXRpbmcgZGVwZW5kZW5jeSBlbnRyeSBmb3IgJG5ld19wb3J0IGlu IGVhY2ggZGVwZW5kZW50IHBvcnRcbiIKLQl3aGlsZSByZWFkIGRfcG9ydDsgZG8KLQkJcG1fdiAi PT09Pj4+ICRkX3BvcnQiCi0JCWRwX2NvbnQ9JHBkYi8kZF9wb3J0LytDT05URU5UUwotCQlbIC1l ICIkZHBfY29udCIgXSB8fCBjb250aW51ZQotCi0JCWlmIFsgLW4gIiRyb19vcGQiIF0gJiYgZ3Jl cCAtcWwgIkRFUE9SSUdJTjokcm9fb3BkJCIgJGRwX2NvbnQ7IHRoZW4KLQkJCXVwZGF0ZV9jb250 ZW50cyAkZHBfY29udCAkcG9ydGRpciAkbmV3X3BvcnQgJHJvX29wZAotCQlmaQotCQkjIERvIHRo aXMgb25lIGxhc3Qgc28gaXQgY2FuIGdldCBkZWxldGVkIGFzIGEgZHVwbGljYXRlCi0JCSMgaWYg cm9fb3BkIGlzIHByZXNlbnQuCi0JCWlmIGdyZXAgLXFsICJERVBPUklHSU46JHBvcnRkaXIkIiAk ZHBfY29udDsgdGhlbgotCQkJdXBkYXRlX2NvbnRlbnRzICRkcF9jb250ICRwb3J0ZGlyICRuZXdf cG9ydAotCQlmaQotCWRvbmUgPCAkZ3JlcF9kZXBzCi0JdW5zZXQgZF9wb3J0IGRwX2NvbnQgOyBw bV92Ci0KLQl1cGRhdGVfcmVxdWlyZWRfYnkgJG5ld19wb3J0Ci0JWyAtbiAiJG5lZWR3cyIgXSAm JiB7IHBtX3Y7IHVuc2V0IG5lZWR3czsgfQoraWYgWyAteiAiJHVzZV9wa2duZyIgXTsgdGhlbgor CWNoZWNrX2RlcGVuZGVuY3lfZmlsZXMgJHBvcnRkaXIgJG5ld19wb3J0CisJaWYgWyAtcyAiJGdy ZXBfZGVwcyIgXTsgdGhlbgorCQllY2hvIC1lICI9PT0+Pj4gVXBkYXRpbmcgZGVwZW5kZW5jeSBl bnRyeSBmb3IgJG5ld19wb3J0IGluIGVhY2ggZGVwZW5kZW50IHBvcnRcbiIKKwkJd2hpbGUgcmVh ZCBkX3BvcnQ7IGRvCisJCQlwbV92ICI9PT0+Pj4gJGRfcG9ydCIKKwkJCWRwX2NvbnQ9JHBkYi8k ZF9wb3J0LytDT05URU5UUworCQkJWyAtZSAiJGRwX2NvbnQiIF0gfHwgY29udGludWUKKwkKKwkJ CWlmIFsgLW4gIiRyb19vcGQiIF0gJiYgZ3JlcCAtcWwgIkRFUE9SSUdJTjokcm9fb3BkJCIgJGRw X2NvbnQ7IHRoZW4KKwkJCQl1cGRhdGVfY29udGVudHMgJGRwX2NvbnQgJHBvcnRkaXIgJG5ld19w b3J0ICRyb19vcGQKKwkJCWZpCisJCQkjIERvIHRoaXMgb25lIGxhc3Qgc28gaXQgY2FuIGdldCBk ZWxldGVkIGFzIGEgZHVwbGljYXRlCisJCQkjIGlmIHJvX29wZCBpcyBwcmVzZW50LgorCQkJaWYg Z3JlcCAtcWwgIkRFUE9SSUdJTjokcG9ydGRpciQiICRkcF9jb250OyB0aGVuCisJCQkJdXBkYXRl X2NvbnRlbnRzICRkcF9jb250ICRwb3J0ZGlyICRuZXdfcG9ydAorCQkJZmkKKwkJZG9uZSA8ICRn cmVwX2RlcHMKKwkJdW5zZXQgZF9wb3J0IGRwX2NvbnQgOyBwbV92CisJCisJCXVwZGF0ZV9yZXF1 aXJlZF9ieSAkbmV3X3BvcnQKKwkJWyAtbiAiJG5lZWR3cyIgXSAmJiB7IHBtX3Y7IHVuc2V0IG5l ZWR3czsgfQorCWZpCitlbHNlCisJaWYgWyAtbiAiJHJvX29wZCIgXTsgdGhlbgorCQllY2hvICI9 PT0+Pj4gVXBkYXRpbmcgZGVwZW5kZW5jeSBlbnRyeSBmb3IgJG5ld19wb3J0IGluIGVhY2ggZGVw ZW5kZW50IHBvcnQiCisJCXBrZyBzZXQgLXlvICRyb19vcGQ6JHBvcnRkaXIKKwlmaQogZmkKIAor CiBpZiBbIC1uICIkdXBnX3BvcnQiIF07IHRoZW4KIAlpZiBbICEgIiR1cGdfcG9ydCIgPSAiJG5l d19wb3J0IiBdOyB0aGVuCiAJCWlsaXN0PSJVcGdyYWRlIG9mICR1cGdfcG9ydCB0byAkbmV3X3Bv cnQiCkBAIC0zOTk0LDEzICs0Mjk0LDE1IEBACiBmaQogCiBJTlNUQUxMRURfTElTVD0iJHtJTlNU QUxMRURfTElTVH1cdCR7aWxpc3R9XG4iCi1bIC1lICIkcGRiLyRuZXdfcG9ydC8rRElTUExBWSIg XSAmJiBESVNQTEFZX0xJU1Q9IiR7RElTUExBWV9MSVNUfSRuZXdfcG9ydCAiCitbIC16ICIkdXNl X3BrZ25nIiAtYSAtZSAiJHBkYi8kbmV3X3BvcnQvK0RJU1BMQVkiIC1vIC1uICIkdXNlX3BrZ25n IiAtYSAtbiAiYHBrZyBxdWVyeSAiJU0iICRuZXdfcG9ydGAiIF0gJiYKKwlESVNQTEFZX0xJU1Q9 IiR7RElTUExBWV9MSVNUfSRuZXdfcG9ydCAiCiBDVVJfREVQUz0iJHtDVVJfREVQU30ke25ld19w b3J0fToke3BvcnRkaXJ9OiIKIAogWyAtbiAiJEhJREVfQlVJTEQiIC1hIC1uICIkcG9ydF9sb2ci IF0gJiYgcG1fdW5saW5rICRwb3J0X2xvZwogCiBbIC1uICIkUE1fVVJCIiAtbyAtbiAiJFBNX1VS Ql9VUCIgXSAmJiBQTV9VUkJfRE9ORT0iJHtQTV9VUkJfRE9ORX0ke25ld19wb3J0fToiCiBbIC1u ICIkUE1fVVJCIiAtbyAtbiAiJFBNX1VSQl9VUCIgLW8gLW4gIiRQTV9GT1JDRSIgXSAmJgorCXBt X21rZGlyX3MgJHBkYi8kbmV3X3BvcnQgJiYKIAkkUE1fU1VfQ01EIHRvdWNoICRwZGIvJG5ld19w b3J0L1BNX1VQR1JBREVfRE9ORV9GTEFHCiAKIGlmIFsgLXogIiRET05UX1NDUlVCX0RJU1RGSUxF UyIgXTsgdGhlbgo= --20cf3074b4f49b7d9b04c6d5d258-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 14:18:43 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A7F5106564A for ; Thu, 9 Aug 2012 14:18:43 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id A578F8FC0A for ; Thu, 9 Aug 2012 14:18:42 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAEbFI1BbsVtm/2dsb2JhbABFhTq0J4EIgiABAQUnLyMQCxgJJQ8CKB4GDQEHAQEFiAgHvQOLD4ZkA45ZgSCVX4Jh Received: from 102.91-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.91.102]) by relay.skynet.be with ESMTP; 09 Aug 2012 16:17:32 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q79EHUx8003362; Thu, 9 Aug 2012 16:17:31 +0200 (CEST) (envelope-from tijl@coosemans.org) Message-ID: <5023C674.10900@coosemans.org> Date: Thu, 09 Aug 2012 16:17:24 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Olivier Smedts References: In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig1AA810F270E2FC1637C04141" Cc: FreeBSD Ports Subject: Re: pkgconf issue ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 14:18:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1AA810F270E2FC1637C04141 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09-08-2012 15:14, Olivier Smedts wrote: > All my ports are up-to-date and I've previously dealt with the > pkg-config -> pkgconf transition by reading UPDATING. No problems. >=20 > But now I try to install a port which depends on ports I didn't have, > which in turn depend on cairo... and they fail to build. And it's > strange because there seems to be a problem with pkgconf, at least on > my system : >=20 > # pkg-config --cflags cairo > Package glproto was not found in the pkg-config search path. > Perhaps you should add the directory containing `glproto.pc' > to the PKG_CONFIG_PATH environment variable > No package 'glproto' found I opened a PR for this a month ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D169701 --------------enig1AA810F270E2FC1637C04141 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlAjxnoACgkQfoCS2CCgtiuUHQD+PSu6fbQslmvTe0P5x0hjFrd9 DTdJGBvLGk2UePqDy4AA/ReFjkMnGCo2jpTKBqfk/3lkaqG/Z1KnciYt8JUSSBcY =sYl0 -----END PGP SIGNATURE----- --------------enig1AA810F270E2FC1637C04141-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 15:50:01 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 801A4106566B; Thu, 9 Aug 2012 15:50:01 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 29B6B8FC0C; Thu, 9 Aug 2012 15:50:00 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SzUzi-0006ju-0Z>; Thu, 09 Aug 2012 17:49:54 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SzUzh-0005Ub-SV>; Thu, 09 Aug 2012 17:49:54 +0200 Message-ID: <5023DC1C.8040304@mail.zedat.fu-berlin.de> Date: Thu, 09 Aug 2012 17:49:48 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: Chris Rees References: <5020E05C.3000704@zedat.fu-berlin.de> <50211A8F.40108@shatow.net> <50211CEA.6030108@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC23D2653E3A19FC78C6CCD4A" X-Originating-IP: 130.133.86.198 Cc: Current FreeBSD , "O. Hartmann" , FreeBSD Mailing List , Bryan Drewery Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 15:50:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC23D2653E3A19FC78C6CCD4A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 08/09/12 15:26, Chris Rees wrote: > On 7 Aug 2012 15:50, "O. Hartmann" w= rote: >> >> On 08/07/12 15:39, Bryan Drewery wrote: >>> On 8/7/2012 4:31 AM, O. Hartmann wrote: >>>> ports-mgmt/portmaster installs still the old fashioned style folders= of >>>> ports in /var/db/pkg. I thought ith the new scheme of pkg, everythin= g > is >>>> going into a file based SQLite3 DB? >>> >>> Also ensure WITH_PKGNG=3Dyes is in your /etc/make.conf. My last comme= nt >>> still stands though, portmaster will store distifile information in >>> /var/db/pkg. >>> >> >> WITH_PKGNG=3Dyes is set in /etc/make.conf. >=20 > Also in your portmasterrc? >=20 > Chris Nope ... it wasn't, it is now ;-) (/usr/local/etc/portmaster.rc) oh --------------enigC23D2653E3A19FC78C6CCD4A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQI9whAAoJEOgBcD7A/5N8IhkIANqlOwpoiKwYUVpfEmgrHoPd NhYl8zeOu+S5fx99sSEb/8bJlslvPcFr2Xb3tD65oaZO/+JGhnHemzpI9p1+g1bL yhv8xzvXjXDKnNf7xLTAdifBw+kayc0VYKI33IW7fNuMrYcLaF4V89GZRBk9HgKK qwaA2I5A5+mov83bUbuHkM7TgDjVzC0QnB/LG/3LAfkl5YbI8hvZe0M1xLSUyKHU DzFUQOkcsYUfg7+uP3HWS1SxuAj+IVlXtHd+xjonh9IbY1cU2PLM4irvDlREheop mVUsbOCiyFDrTc81L5QbZpLwhQXRdFasAPZcsfg9extxChvNOjcsRCH0ePUPwY4= =k7wS -----END PGP SIGNATURE----- --------------enigC23D2653E3A19FC78C6CCD4A-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 18:10:38 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9439F10656A5 for ; Thu, 9 Aug 2012 18:10:38 +0000 (UTC) (envelope-from bsd-src@helfman.org) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C40D8FC1C for ; Thu, 9 Aug 2012 18:10:38 +0000 (UTC) Received: by yhfs35 with SMTP id s35so915710yhf.13 for ; Thu, 09 Aug 2012 11:10:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to:x-operating-system:organization :x-living-the-dream:x-pgp-fingerprint:x-pgp-key:user-agent :x-gm-message-state; bh=HIEfmMc+SlJ4jHCqvrMKcXn0p2rA6Nd0F3ZURUJgnR8=; b=DDPZ2X5dnSXbvNJQwxQP+9VlQWhWfQQ6T37yZ5QcBVT7XIeXSbag7iBEgtbp95uDnI /2f7qoT4TLTM7EPGRkUte3SgviskFXQuAbK387wKnl6dZjP9oFEjADUmFve07ay1hr0h 1rqijOLtnK+aniINPyvYdlfhxyMjLIXR5P9/uRNLIByTcCF0zE19gboOWX8Z8rTgDll0 +JMt5yqE1XzeEUXygOapNb7FyEk9e7H1/G/QHCPvuTCBrX/CrTLfcpwU3k8Jo9cFaSAs aMXwAEnNNobY/wU1AW3RxDDVkw+k/0mizAhCex/3ffSW78CZYYPIg8aCpanus1d+02Qj X1xg== Received: by 10.66.75.104 with SMTP id b8mr374982paw.21.1344535836975; Thu, 09 Aug 2012 11:10:36 -0700 (PDT) Received: from dormouse.experts-exchange.com ([72.29.164.238]) by mx.google.com with ESMTPS id wi6sm1574365pbc.35.2012.08.09.11.10.35 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Aug 2012 11:10:36 -0700 (PDT) Sender: Jason Helfman Date: Thu, 9 Aug 2012 11:08:32 -0700 From: Jason Helfman To: Alexey Dokuchaev Message-ID: <20120809180832.GA33601@dormouse.experts-exchange.com> References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> <20120808103406.GA56960@FreeBSD.org> <20120808123843.GA31238@atarininja.org> <20120808130817.GA86124@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed In-Reply-To: <20120808130817.GA86124@FreeBSD.org> X-Operating-System: FreeBSD 8.3-RELEASE amd64 Organization: The FreeBSD Project, http://www.freebsd.org X-Living-The-Dream: I love the SLO Life! X-PGP-FingerPrint: 8E0D C457 9A0F C91C 23F3 0454 2059 9A63 4150 D3DC X-PGP-Key: http://people.freebsd.org/~jgh/jgh.asc User-Agent: Mutt/1.5.21 (2010-09-15) X-Gm-Message-State: ALoCoQm2Yf4baubDxZbl5JXsHGk/ou2CGbnOmj3blPkl4qrw8tPa0NFdwUZHxo1P4SoEGOH+1R2S Cc: Doug Barton , Wesley Shields , Oliver Pinter , freebsd security , Rainer Hurling , freebsd-ports@FreeBSD.org Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 18:10:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, Aug 08, 2012 at 01:08:17PM +0000, Alexey Dokuchaev thus spake: >On Wed, Aug 08, 2012 at 08:38:43AM -0400, Wesley Shields wrote: >> On Wed, Aug 08, 2012 at 10:34:06AM +0000, Alexey Dokuchaev wrote: >> > VuXML entry will have to follow separately, as it is unclear whether new >> > CVE number will be assigned or not. >> >> You can do the VuXML without a CVE for now and update it when/if one is >> assigned. > >True... I will commit VuXML together with legacy drivers update. > >./danfe cve has been assigned CVE-2012-4225. http://seclists.org/oss-sec/2012/q3/196 - -jgh - -- Jason Helfman FreeBSD Committer | http://people.freebsd.org/~jgh | The Power To Serve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJQI/ygAAoJECBZmmNBUNPcqVQH/1Byigv/1GDHgPBcKoeSM6q6 vO9haSrhvoIFxYQTWe459T1BgYjoawWG8TnKJL71JamG/amP0PC4tFn0z1U84r8D C40W0vTCSuuXz9t2QfssClzcEhqr+XmvcJxqUQC9acIzvKt0gTOwPgMStD/Hj1X4 e+L+hYmqlUMXDaqNdstSwKjhJ764EH9AUCEVZ80Zxd+uHy0H03h2ExJ8hX2OgWfy 0zZ9uXP5n16g6cQdW99+TPPk9BYvqRv01SaizhcrhRyWrZMySgiwEySEWdJ1FOXo K9VZ2LMZzTu5FWmGY7xvsXSEs4eHMod8caqE9mN2ulvTE9cIA4dy5PNu7JT6uHA= =oTeK -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 21:07:05 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAF86106566B for ; Thu, 9 Aug 2012 21:07:05 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id 664E98FC08 for ; Thu, 9 Aug 2012 21:07:05 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 74A0A403A0 for ; Thu, 9 Aug 2012 23:07:03 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 69DFF4039B; Thu, 9 Aug 2012 23:07:03 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (h-45-105.a163.priv.bahnhof.se [94.254.45.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id C78CC4030C; Thu, 9 Aug 2012 23:07:02 +0200 (CEST) Received: from mailscanner.daemonic.se (mailscanner.daemonic.se [IPv6:2001:470:dca9:0:1::6]) by mx.daemonic.se (Postfix) with ESMTPS id 3WtMTy3Syzz8gtP; Thu, 9 Aug 2012 23:07:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mx.daemonic.se ([IPv6:2001:470:dca9:0:1::3]) (using TLS with cipher CAMELLIA256-SHA) by mailscanner.daemonic.se (mailscanner.daemonic.se [2001:470:dca9:0:1::6]) (amavisd-new, port 10025) with ESMTPS id VgYezI4SGGBc; Thu, 9 Aug 2012 23:07:00 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id 3WtMTw154Nz8gtN; Thu, 9 Aug 2012 23:07:00 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 3WtMTw0kbRz9CwX; Thu, 9 Aug 2012 23:07:00 +0200 (CEST) Message-ID: <50242669.2000304@daemonic.se> Date: Thu, 09 Aug 2012 23:06:49 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: Tijl Coosemans References: <5023C674.10900@coosemans.org> In-Reply-To: <5023C674.10900@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Olivier Smedts , FreeBSD Ports Subject: Re: pkgconf issue ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 21:07:06 -0000 On 2012-08-09 16:17, Tijl Coosemans wrote: > On 09-08-2012 15:14, Olivier Smedts wrote: >> All my ports are up-to-date and I've previously dealt with the >> pkg-config -> pkgconf transition by reading UPDATING. No problems. >> >> But now I try to install a port which depends on ports I didn't have, >> which in turn depend on cairo... and they fail to build. And it's >> strange because there seems to be a problem with pkgconf, at least on >> my system : >> >> # pkg-config --cflags cairo >> Package glproto was not found in the pkg-config search path. >> Perhaps you should add the directory containing `glproto.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'glproto' found > > I opened a PR for this a month ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=169701 > A fix for this was committed to the xorg development repo not long ago. It will be merged to the regular ports tree after some testing. Regards! -- Niclas From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 22:19:55 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0D13106564A for ; Thu, 9 Aug 2012 22:19:55 +0000 (UTC) (envelope-from gjc@alum.mit.edu) Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU [18.7.68.37]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2D88FC08 for ; Thu, 9 Aug 2012 22:19:54 +0000 (UTC) X-AuditID: 12074425-b7f9b6d0000008c4-21-5024378411f5 Received: from mailhub-4.mit.edu ( [18.7.62.40]) by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP id FD.7F.02244.48734205; Thu, 9 Aug 2012 18:19:48 -0400 (EDT) Received: from outgoing-legacy.mit.edu (OUTGOING-LEGACY.MIT.EDU [18.7.22.104]) by mailhub-4.mit.edu (8.13.8/8.9.2) with ESMTP id q79MJl6x022156 for ; Thu, 9 Aug 2012 18:19:47 -0400 Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) ) by outgoing-legacy.mit.edu (8.13.6/8.12.4) with ESMTP id q79MJgxu005647 for ; Thu, 9 Aug 2012 18:19:47 -0400 (EDT) Received: from brunch.MIT.EDU (BRUNCH.MIT.EDU [18.9.62.90]) by outgoing-alum.mit.edu (8.13.8) with ESMTP id q79MJfPh022062; Thu, 9 Aug 2012 18:19:41 -0400 Received: from brunch.MIT.EDU (localhost [127.0.0.1]) by brunch.MIT.EDU (8.13.8/8.13.8) with ESMTP id q79MJf5U025262 for ; Thu, 9 Aug 2012 18:19:41 -0400 Date: Thu, 9 Aug 2012 18:19:41 -0400 From: George Carrette To: ports@FreeBSD.org Message-ID: <1200014976.3893.1344550781361.JavaMail.help@alum.mit.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_3892_34481472.1344550781358" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrBIsWRmVeSWpSXmKPExsUixG6nodtirhJgsOo+i8W2ya2MDoweMz7N ZwlgjOKySUnNySxLLdK3S+DK6Dk4gaXgGnPFvBPbGBsYm5i7GDk5JARMJLp+fmOFsMUkLtxb z9bFyMUhJLCTUWLRpzZGCOc0o8TSm0egnOuMEvP3rGeCcOYwSqzt3QXlbGCUaO9+xAQyjEVA RWLlxAtgg9kENCSOLpwPtlBEQFTi268eRhCbV8BNYsvdHywgtrCAhMTxqztYIeKCEidnPgGL MwsES7yc2sU8gZFvFpLULCSpWYwcQLa6xPp5QhBheYntb+cwL2BkWcUom5JbpZubmJlTnJqs W5ycmJeXWqRroZebWaKXmlK6iREcgC6qOxgnHFI6xCjAwajEwyshqRIgxJpYVlyZe4hRkoNJ SZRX3wwoxJeUn1KZkVicEV9UmpNafIhRgoNZSYQ35YVygBBvSmJlVWpRPkxKmoNFSZz3RspN fyGB9MSS1OzU1ILUIpisDAeHkgTvG5ChgkWp6akVaZk5JQhpJg5OkOE8QMPrQGp4iwsSc4sz 0yHypxgVpcR5N4EkBEASGaV5cL2wBPGKURzoFWHeZyBVPMDkAtf9CmgwE9Dgw6JKIINLEhFS Ug2MWqnLfT/Ne32uV17Nc58aS9vaRN+vtgsmKGq+Lal+J6vYoLG2jnV7e6mDiOSp7Hvdi1ac LElnsl2a++3bhvY1VTleN7ImHlBm07hySi6+aq0S09ZpS7uL+VJmRaqdY1/qtvQ+57SIR207 uPPUw6K3HC9/GCHbKDE3NavxurH9LQe95z7S5Q+VWIozEg21mIuKEwE8k91v6wIAAA== Cc: Subject: port of crashme X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 22:19:55 -0000 ------=_Part_3892_34481472.1344550781358 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I noticed that the FreeBSD port of crashme lacked a port maintainer. I am the original author of crashme, which I have hosted at http://crashme.codeplex.com/ since July 2008. Since I am also a heavy user of Freebsd now I very interesed in becoming the maintainer of the port of crashme. ------=_Part_3892_34481472.1344550781358-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 22:42:55 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 61A6E106564A; Thu, 9 Aug 2012 22:42:55 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 5D1F123CFAB; Fri, 10 Aug 2012 00:42:54 +0200 (CEST) Message-ID: <50243CEE.4030404@FreeBSD.org> Date: Fri, 10 Aug 2012 00:42:54 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <1200014976.3893.1344550781361.JavaMail.help@alum.mit.edu> In-Reply-To: <1200014976.3893.1344550781361.JavaMail.help@alum.mit.edu> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gjc@alum.mit.edu Subject: Re: port of crashme X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 22:42:55 -0000 Am 10.08.2012 00:19, schrieb George Carrette: > I noticed that the FreeBSD port of crashme lacked > a port maintainer. > > I am the original author of crashme, which I have hosted at http://crashme.codeplex.com/ since July 2008. > > Since I am also a heavy user of Freebsd now I very interesed in becoming the maintainer of the port of crashme. Hi George, thank you for volunteering. You are the maintainer now, and I suppose you may want to upgrade the port that has fallen behind a bit. For your port updates, please: - work along the lines laid out in the porter's handbook, http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ - if feasible for you, install portlint and porttools and run "port test" to see if the new/updated port builds, installs and deinstalls properly - use send-pr or the port tools ("port submit") to send in the updates Good speed. Best, Matthias From owner-freebsd-ports@FreeBSD.ORG Thu Aug 9 22:47:55 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A8880106566C for ; Thu, 9 Aug 2012 22:47:55 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2292F8FC0A for ; Thu, 9 Aug 2012 22:47:54 +0000 (UTC) Received: by lage12 with SMTP id e12so647890lag.13 for ; Thu, 09 Aug 2012 15:47:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=7SxBnW/u+rCuM8X+4+7HwC5b4ZDlxFM/1KiRKNlr84o=; b=pDMsaFbSgwVHgjWUJ8qPaElNfwcYR9GazJJhQC4lOGSNAII9dQZcTd1F3jUR+4hMAj 38JLaYR/I7ojoD9r+dD1rQcrcPO3fiV3ivW3wzGB4cLtbN9BWohW124pzjN9rcOokwWx AdV4WU/7HoaJi00dik1a7BUqH2HqfzkBoXoboJs3eBocPqhf95U4/CMu2URPKKWvISuU JEZn4liHWeBCypbF8jTJfY7592RUI7qRr9fmifWJJq2BXd3AW0KWG2RWeEfP8xF6QaTN xBYt07NZa/gyEbQroXIPOrCvbBLvue3YhJjwBI2D0+GBrZ24Cl7wuSvCWlUK5zCj6QX+ sD+Q== MIME-Version: 1.0 Received: by 10.112.23.200 with SMTP id o8mr1582801lbf.9.1344552473742; Thu, 09 Aug 2012 15:47:53 -0700 (PDT) Received: by 10.112.110.70 with HTTP; Thu, 9 Aug 2012 15:47:53 -0700 (PDT) In-Reply-To: <5023C674.10900@coosemans.org> References: <5023C674.10900@coosemans.org> Date: Fri, 10 Aug 2012 00:47:53 +0200 Message-ID: From: Olivier Smedts To: Tijl Coosemans Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkSbD+Ir1B1iJPOmoHiJRYDzblURxiGnksD7fhPyR1X74LvaRjCcVN3Y+NvOsTjUcKWNHXy Cc: FreeBSD Ports , bapt@freebsd.org Subject: Re: pkgconf issue ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 22:47:55 -0000 2012/8/9 Tijl Coosemans : > On 09-08-2012 15:14, Olivier Smedts wrote: >> All my ports are up-to-date and I've previously dealt with the >> pkg-config -> pkgconf transition by reading UPDATING. No problems. >> >> But now I try to install a port which depends on ports I didn't have, >> which in turn depend on cairo... and they fail to build. And it's >> strange because there seems to be a problem with pkgconf, at least on >> my system : >> >> # pkg-config --cflags cairo >> Package glproto was not found in the pkg-config search path. >> Perhaps you should add the directory containing `glproto.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'glproto' found > > I opened a PR for this a month ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=169701 OK this explains my problem, partly, but I'm nearly sure that even with gl.pc missing, pkg-config handled this situation and correctly gave the good cairo (for example, with my cairo depending on gl) cflags and includes, while with pkgconf it fails to give the good include path. That's why I cc'ed bapt. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 08:42:40 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17890106564A for ; Fri, 10 Aug 2012 08:42:40 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D53998FC0C for ; Fri, 10 Aug 2012 08:42:39 +0000 (UTC) Received: by obbun3 with SMTP id un3so2564639obb.13 for ; Fri, 10 Aug 2012 01:42:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=vbPxw6GUY/goOAs2BpiRxbmcarCpamByO31nkXj0kiQ=; b=DAd7CywRH1Bvq4XsmWPtQo0ixrz4G9LmTVu6J/xwkWGS5y5M7kgclZMwkM06SKcwYi +fzw02MmpoklHKMS0SJDT4czxSCZRrUYaI15xRCCKmgihw5U1ssajQUooI/ICJzFfC8P UfxIbsLv+gOsl1AXIp9JLCqCo297NTOtf9HrqMH2PWUZCU42XSQkjtlggAg+YBe5az4e XDEGZGX6krQvDyn9pn8EAAQB8FSxj8sMQDJfYwNtzu4s+Zr5qppHvQOpmttaO8bnO39V 1I28+YEg7L9su9RtAfaeIIkgyE38eeqiVi1aWmutxyKyFodfzILm2NO/A2kvYMLHYDxC TJ6g== MIME-Version: 1.0 Received: by 10.182.144.68 with SMTP id sk4mr3324431obb.0.1344588152955; Fri, 10 Aug 2012 01:42:32 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Fri, 10 Aug 2012 01:42:32 -0700 (PDT) Date: Fri, 10 Aug 2012 16:42:32 +0800 Message-ID: From: HU Dong To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: why kdbg hasn't been upgraded? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 08:42:40 -0000 kdbg has been upgraded to 2.5.1 with qt4 library, while the port devel/kdbg is still 2.2.0 with qt3 library. I modified the port a little and had it successfully built. Is there any reason that it should stay with the older version? If not, I'll submit a PR. B.R. HU Dong From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 08:56:59 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 394AE1065673 for ; Fri, 10 Aug 2012 08:56:59 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id AC2248FC15 for ; Fri, 10 Aug 2012 08:56:58 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so920250lbb.13 for ; Fri, 10 Aug 2012 01:56:57 -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=Rgpz407DpTPjAiQG+rkMxfFNOmiBbvmvM96FMONH/Ok=; b=E2xwkc9wBYPUw2b0eX7dVXCQG9dH+y/2bkhyYbgVawcQ83W3N2GAZw8RZP+GgxtOw1 3RNTHwdQkBCiG8LvKqmHPBYM4tkUasKijIJn636KqvVKU5DfVgTJ4TIifFNWz4747Lz9 r13yDvl7Sfbgo14WffTR+q/jeI4yR2Zvt3SA4ND1nyfSkl3yhDGO3XiPp3ByNViCiTKq nMLHcfefY0CzPzcgjTFitqnFUzDg/6Rea3NIR5fD2CrHYKkqoybfk2hoPfIg0xqmBz08 HZyDGhBXvbaoIkuslUR7KVhcSPn7Apdr4AvWX7U7Z3AhvFd0FASma81A7jduKH5qqRGb isxA== MIME-Version: 1.0 Received: by 10.152.104.77 with SMTP id gc13mr2254401lab.31.1344589017322; Fri, 10 Aug 2012 01:56:57 -0700 (PDT) Received: by 10.112.36.227 with HTTP; Fri, 10 Aug 2012 01:56:57 -0700 (PDT) Received: by 10.112.36.227 with HTTP; Fri, 10 Aug 2012 01:56:57 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Aug 2012 09:56:57 +0100 Message-ID: From: Chris Rees To: HU Dong , thomas.sander@gmx.de Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: why kdbg hasn't been upgraded? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 08:56:59 -0000 Copying in maintainer. On 10 Aug 2012 10:42, "HU Dong" wrote: > kdbg has been upgraded to 2.5.1 with qt4 library, while the port > devel/kdbg is still 2.2.0 with qt3 library. I modified the port a > little and had it successfully built. Is there any reason that it > should stay with the older version? If not, I'll submit a PR. > > B.R. > HU Dong > _______________________________________________ > 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 Fri Aug 10 09:33:55 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53835106564A for ; Fri, 10 Aug 2012 09:33:55 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CB6128FC08 for ; Fri, 10 Aug 2012 09:33:54 +0000 (UTC) Received: by bkcje9 with SMTP id je9so532404bkc.13 for ; Fri, 10 Aug 2012 02:33:53 -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 :content-type; bh=kwv7P4gXiYtkgaJJp4icHFtszTTqiayNJB594lOGikU=; b=nDe1Td7nXA09TgDnAeuULroxb3stUXbrJPPUSjW7Ox1djuqwj+qX2RRwKEkF04W+MO Ws1qmdN+cfkDrMoB1c+5aliIchhCGIrvheAfUeZa9dLetS4fjVOw4egHcFJLz/1Q/BD4 efv8aNhN7blhK5H3rHKXm9RMxi/Xa8jvrdnV3bwdwVMK8Ofh7thIcsk2ENaON8d9gi1+ AmBkbKksSUaTcZkoNDapqCi3Xa7NI77HLFVrPvcIV+UAVn/MIE2ddNEODon2Oz/+j11F 2TmYY3+WmKNG86NNZQ6tQCHMgSJZbx+/jtkmz0eiwK9J+DIzRNEM2b0ETErK1CwzZmcw ri6Q== MIME-Version: 1.0 Received: by 10.204.128.213 with SMTP id l21mr866916bks.84.1344591233217; Fri, 10 Aug 2012 02:33:53 -0700 (PDT) Received: by 10.204.231.7 with HTTP; Fri, 10 Aug 2012 02:33:53 -0700 (PDT) Received: by 10.204.231.7 with HTTP; Fri, 10 Aug 2012 02:33:53 -0700 (PDT) In-Reply-To: References: Date: Fri, 10 Aug 2012 10:33:53 +0100 Message-ID: From: Chris Rees To: ports@freebsd.org, thomas.sander@gmx.de Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: why kdbg hasn't been upgraded? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 09:33:55 -0000 Reply from maintainer. On 10 Aug 2012 11:12, "Thomas Sander" wrote: > Hello, > > It has no reason why the version is so old. You can submit a PR. > > B.R. > Thomas > > 2012/8/10 Chris Rees > >> Copying in maintainer. >> On 10 Aug 2012 10:42, "HU Dong" wrote: >> >>> kdbg has been upgraded to 2.5.1 with qt4 library, while the port >>> devel/kdbg is still 2.2.0 with qt3 library. I modified the port a >>> little and had it successfully built. Is there any reason that it >>> should stay with the older version? If not, I'll submit a PR. >>> >>> B.R. >>> HU Dong >>> _______________________________________________ >>> 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 Fri Aug 10 10:48:30 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8F12106564A for ; Fri, 10 Aug 2012 10:48:29 +0000 (UTC) (envelope-from "") Received: from hkdc1.apclog.com (hkdc1.apclog.com [202.181.196.170]) by mx1.freebsd.org (Postfix) with ESMTP id 54B4C8FC18 for ; Fri, 10 Aug 2012 10:48:28 +0000 (UTC) Received: from hkdc1.apclog.com by hkdc1.apclog.com (via RAW) (MDaemon PRO v12.5.0) for ; Fri, 10 Aug 2012 18:48:01 +0800 Date: Fri, 10 Aug 2012 18:48:01 +0800 From: "MDaemon at hkdc1.apclog.com" To: freebsd-ports@freebsd.org X-MDaemon-Deliver-To: freebsd-ports@freebsd.org Message-ID: Mime-Version: 1.0 X-Actual-From: MDaemon@apcchina.cn X-Return-Path: <> Content-Type: multipart/mixed; boundary="0810-1848-01-PART-BREAK" Subject: Warning: daniel.leung.mtf@apchk.com.hk - User unknown! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: MDaemon@apcchina.cn List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 10:48:30 -0000 The following data may contain sections which represent BASE64 encoded file attachments. These sections will be unreadable without MIME aware tools. Seek your system administrator if you need help extracting any files which may be embedded within this message. --0810-1848-01-PART-BREAK Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit daniel.leung.mtf@apchk.com.hk - no such user here. --0810-1848-01-PART-BREAK Content-Type: message/rfc822; name="md75000131023.eml" Content-Transfer-Encoding: 7bit Return-path: Received: from xmail-pub.bluehost.com (xmail-pub.bluehost.com [69.89.16.10]) by hkdc1.apclog.com (hkdc1.apclog.com) (MDaemon PRO v12.5.0) with ESMTP id md50000725910.msg for ; Fri, 10 Aug 2012 18:47:51 +0800 Authentication-Results: hkdc1.apclog.com x-ip-ptr=pass dns.ptr=xmail-pub.bluehost.com (ip=69.89.16.10); x-ip-helo=pass smtp.helo=xmail-pub.bluehost.com (ip=69.89.16.10); x-ip-mail=hardfail smtp.mail=freebsd-ports@freebsd.org (does not match 69.89.16.10) Received-SPF: unknown +ip6:2001:4f8:fff6::35 (hkdc1.apclog.com: domain of freebsd-ports@freebsd.org result unknown; ; unknown mechanism) x-spf-client=MDaemon.PRO.v12.5.0 receiver=hkdc1.apclog.com client-ip=69.89.16.10 envelope-from= helo=xmail-pub.bluehost.com X-Spam-Level: X-Spam-Status: No, score=-84.60 required=8 X-Spam-Report: * 1.0 FSL_XM_419 Old OE version in X-Mailer only seen in 419 spam * -100 USER_IN_WHITELIST_TO address is listed in 'whitelist_to' * 8.0 BAYES_95 BODY: Bayes spam probability is 95 to 99% * [score: 0.9882] * 1.5 BASE64_LENGTH_79_INF BODY: BASE64_LENGTH_79_INF * 0.4 FSL_UA FSL_UA * 0.5 MISSING_MID Missing Message-Id: header * 1.7 AXB_XMAILER_MIMEOLE_OL_024C2 AXB_XMAILER_MIMEOLE_OL_024C2 * 0.3 TO_NO_BRKTS_MSFT To: misformatted and supposed Microsoft tool * 1.9 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook X-Spam-Processed: hkdc1.apclog.com, Fri, 10 Aug 2012 18:47:51 +0800 (processed during SMTP session) X-MDSPF-Result: unknown (hkdc1.apclog.com) X-Rcpt-To: daniel.leung.mtf@apchk.com.hk X-MDRcpt-To: daniel.leung.mtf@apchk.com.hk X-MDRemoteIP: 69.89.16.10 X-Return-Path: freebsd-ports@freebsd.org X-Envelope-From: freebsd-ports@freebsd.org X-MDaemon-Deliver-To: daniel.leung.mtf@apchk.com.hk Received: (qmail 14388 invoked by uid 0); 10 Aug 2012 10:47:45 -0000 Received: from unknown (HELO box443.bluehost.com) (69.89.31.243) by xmail.bluehost.com with SMTP; 10 Aug 2012 10:47:45 -0000 Received: from [203.80.94.137] (port=34153 helo=freebsd.org) by box443.bluehost.com with esmtp (Exim 4.76) (envelope-from ) id 1Szmkq-00048P-Fp for daniel.leung.mtf@apchk.com.hk; Fri, 10 Aug 2012 04:47:45 -0600 From: freebsd-ports@freebsd.org To: daniel.leung.mtf@apchk.com.hk Subject: Hi Date: Fri, 10 Aug 2012 18:47:39 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_05F3BA1C.9FEA621C" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 This is a multi-part message in MIME format. ------=_NextPart_000_0007_05F3BA1C.9FEA621C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear user of apchk.com.hk, Your email account was used to send a large amount of spam messages during the last week. Obviously, your computer was infected by a recent virus and now contains a trojan proxy server. We recommend that you follow instruction in order to keep your computer safe. Have a nice day, apchk.com.hk support team. ------=_NextPart_000_0007_05F3BA1C.9FEA621C-- --0810-1848-01-PART-BREAK-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 13:37:49 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 807CE106567C for ; Fri, 10 Aug 2012 13:37:49 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id 0896C8FC1B for ; Fri, 10 Aug 2012 13:37:48 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id C76D8A6C153 for ; Fri, 10 Aug 2012 15:37:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id AIupxecLIFXs for ; Fri, 10 Aug 2012 15:37:28 +0200 (CEST) Received: from panthera.fritz.box (mom.azedo.at [85.124.38.86]) by mail.azedo.at (Postfix) with ESMTPSA id 53C85A6C146 for ; Fri, 10 Aug 2012 15:37:28 +0200 (CEST) Message-ID: <50250E97.4000004@ranner.eu> Date: Fri, 10 Aug 2012 15:37:27 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 13:37:49 -0000 Hello! I have this problem on a specific 8.3-RELEASE since several weeks. portmaster hangs in endeless loop for "Waiting on fetch & checksum..." for all ports. If the distfile does not exist, portmaster fetches it, but stays in this endless loop. If distfile is already fetched, portmaster will go immediately in endless loop. rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to build and install the port. I have no idea where to go! gatekeeper# portmaster -i unrar-3.93,5 ===>>> Currently installed version: unrar-3.93,5 ===>>> Port directory: /usr/ports/archivers/unrar ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for archivers/unrar in background ===>>> Gathering dependency list for archivers/unrar from ports Terminated ===>>> No dependencies for archivers/unrar Terminated Terminated ===>>> Starting build for archivers/unrar <<<=== ===>>> All dependencies are up to date ===> Cleaning for unrar-4.20,5 ===>>> Waiting on fetch & checksum for archivers/unrar <<<=== ===>>> Waiting on fetch & checksum for archivers/unrar <<<=== ps -ax shows this: 27005 0 S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i unrar-3.93,5 27331 0 S+ 0:00.00 sleep 2 ports tree is freshly extracted with portsnap. make install in ports dir will work for all ports. -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 14:35:35 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 29535106566B for ; Fri, 10 Aug 2012 14:35:35 +0000 (UTC) (envelope-from simon@qxnitro.org) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C687F8FC15 for ; Fri, 10 Aug 2012 14:35:34 +0000 (UTC) Received: by yhfs35 with SMTP id s35so1940722yhf.13 for ; Fri, 10 Aug 2012 07:35:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qxnitro.org; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4OT29Xf9rX2B8UOxhqifPX7X2J4X5C2FCFNmKU3U3j0=; b=RWtooVIALcjzms/8nV4eavsMOcELKfbGS3BrwwB0vY5gM4qpdXy7hKOWSwXAOy/f9i 493VXc7MdgAcCXRPxwf2rVqNExF3lxzLQARWf0rPGXetWsKHmKns7bvAxaOyP0xfYWP4 wF2uA3ZQ8Jp5enNOZ7i4TgJqZSMtM9bC01g0Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=4OT29Xf9rX2B8UOxhqifPX7X2J4X5C2FCFNmKU3U3j0=; b=bRcHcmBBO8z/gj4/HYkkcbnf0YvXFKT0gfOr0TRxDGEv+hjVV7zaHR16qrRu0sGBgr TGbadIMqAKUGMZxzHonclaL1KFxNdWUKG6PdzsEhtSHys4EnEEL+8TSFfTS/3dDSoyh/ JFFoLeKYTi1qAfbDrGYFMGk3SbYbhgFB1bEzxrOx0/brMOpf/WriM5bTMhQxdvblfI/4 PrSzR5SDfIYg5+9U5un3AJz8TOD3Sidy+2zUW6um+87GyGCTMqi0sADYY54JBe/yazQp d4recUg80vncY3dSzLZtsdFMEMZLwolTls8JqWDNE2ntZr9Y3qgTRc3ey0id8x9H09TS xbVw== MIME-Version: 1.0 Received: by 10.50.87.227 with SMTP id bb3mr1921449igb.57.1344609333649; Fri, 10 Aug 2012 07:35:33 -0700 (PDT) Received: by 10.64.44.200 with HTTP; Fri, 10 Aug 2012 07:35:33 -0700 (PDT) X-Originating-IP: [2620:0:1040:201:41f4:8bea:6cbe:5f07] In-Reply-To: <20120808123843.GA31238@atarininja.org> References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> <20120808103406.GA56960@FreeBSD.org> <20120808123843.GA31238@atarininja.org> Date: Fri, 10 Aug 2012 15:35:33 +0100 Message-ID: From: "Simon L. B. Nielsen" To: Wesley Shields Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQn70TEwmBewqA170CLSua6D7bZ5u+UxsdOy1MlDNo8KgAOa5b+RtD/ZJKUEpsRZVzd1ZqJB Cc: Alexey Dokuchaev , Doug Barton , Oliver Pinter , freebsd security , Rainer Hurling , freebsd-ports@freebsd.org Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 14:35:35 -0000 On Wed, Aug 8, 2012 at 1:38 PM, Wesley Shields wrote: > On Wed, Aug 08, 2012 at 10:34:06AM +0000, Alexey Dokuchaev wrote: >> On Mon, Aug 06, 2012 at 01:49:50PM +0200, Rainer Hurling wrote: >> > Am 06.08.2012 10:03 (UTC+1) schrieb Doug Barton: >> > >On 08/01/2012 05:09, Oliver Pinter wrote: >> > >>I found this today on FD: >> > >> >> > >>http://seclists.org/fulldisclosure/2012/Aug/4 >> > > >> > >Apparently this affects us as well. Any news? >> > >> > Thanks for the info. I had been not aware of it before. >> > >> > NVidia has released a driver version 304.32 for FreeBSD i386 and amd64, >> > which should remedy these security issues. >> >> Luckily, they've released version 295.71 which is on Long Lived Branch. I >> will update the port shortly. > > Thank you! > >> VuXML entry will have to follow separately, as it is unclear whether new CVE >> number will be assigned or not. > > You can do the VuXML without a CVE for now and update it when/if one is > assigned. Eh, why wouldn't a CVE name not be assigned? If none is we should ask MITRE to assign one, but it would surprise me if NVIDIA or a Linux vendor hasn't done this already. -- Simon L. B. Nielsen From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 15:02:47 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1929F106564A for ; Fri, 10 Aug 2012 15:02:47 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from mail.minibofh.org (gwgy.x.rootbsd.net [204.109.59.162]) by mx1.freebsd.org (Postfix) with ESMTP id E185D8FC0C for ; Fri, 10 Aug 2012 15:02:46 +0000 (UTC) Received: from [192.168.1.65] (c-283271d5.032-140-73746f22.cust.bredbandsbolaget.se [213.113.50.40]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.minibofh.org (Postfix) with ESMTPSA id BAD9D1DE34C for ; Fri, 10 Aug 2012 17:02:39 +0200 (CEST) Message-ID: <5025228E.5030705@minibofh.org> Date: Fri, 10 Aug 2012 17:02:38 +0200 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: tcmalloc in Tor FreeBSD port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 15:02:47 -0000 Hi all, Please, read the follow thread in tor-dev to be in the loop: https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html I tried to contact the mantainer according to Makefile and Freshports, but I didn't receive any answer. So I guess this mail-list is probably the most accurate place to ask. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 15:08:21 2012 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2FBCC106564A for ; Fri, 10 Aug 2012 15:08:21 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB828FC1C for ; Fri, 10 Aug 2012 15:08:20 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id 71BC3A6C153; Fri, 10 Aug 2012 17:08:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id LMG749Bmd4wm; Fri, 10 Aug 2012 17:08:05 +0200 (CEST) Received: from panthera.fritz.box (mom.azedo.at [85.124.38.86]) by mail.azedo.at (Postfix) with ESMTPSA id BDFF7A6C146; Fri, 10 Aug 2012 17:08:05 +0200 (CEST) Message-ID: <502523D4.4050200@ranner.eu> Date: Fri, 10 Aug 2012 17:08:04 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: HU Dong , ports@FreeBSD.org References: <50250E97.4000004@ranner.eu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 15:08:21 -0000 It is really strange. I tried to debug deeper and it seems that it does not even start to fetch on "make checksum", it hangs on an empty fetchlog file in /tmp This was a little bit surprising, because it downloaded distfiles for other ports some time ago, but also hangs on an empty fetchlog. In any case, it breaks the endless loop and starts to download and build the port after removing the fetchlog file in /tmp manually. Am 10.08.12 17:02, schrieb HU Dong: > I have met with the same problem several times, too. But my > environment is 9.0 release. It occurred ocasionally. At first I > thought it was because of bad wireless connection. Now it seems not. > > B.R. > HU Dong > > On Fri, Aug 10, 2012 at 9:37 PM, Michael Ranner wrote: >> Hello! >> >> I have this problem on a specific 8.3-RELEASE since several weeks. >> >> portmaster hangs in endeless loop for "Waiting on fetch & checksum..." for >> all ports. >> >> If the distfile does not exist, portmaster fetches it, but stays in this >> endless loop. >> >> If distfile is already fetched, portmaster will go immediately in endless >> loop. >> >> rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to build >> and install the port. >> >> I have no idea where to go! >> >> gatekeeper# portmaster -i unrar-3.93,5 >> >> ===>>> Currently installed version: unrar-3.93,5 >> ===>>> Port directory: /usr/ports/archivers/unrar >> >> ===>>> Gathering distinfo list for installed ports >> >> ===>>> Launching 'make checksum' for archivers/unrar in background >> ===>>> Gathering dependency list for archivers/unrar from ports >> Terminated >> ===>>> No dependencies for archivers/unrar >> >> Terminated >> Terminated >> >> ===>>> Starting build for archivers/unrar <<<=== >> >> ===>>> All dependencies are up to date >> >> ===> Cleaning for unrar-4.20,5 >> ===>>> Waiting on fetch & checksum for archivers/unrar <<<=== >> >> >> ===>>> Waiting on fetch & checksum for archivers/unrar <<<=== >> >> ps -ax shows this: >> >> 27005 0 S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i unrar-3.93,5 >> 27331 0 S+ 0:00.00 sleep 2 >> >> ports tree is freshly extracted with portsnap. make install in ports dir >> will work for all ports. >> >> -- >> Mit freundlichen Grüßen >> >> Ing. Michael Ranner >> >> GSM: +43 676 4155044 >> Mail: michael@ranner.eu >> WWW: http://www.azedo.at/ >> >> _______________________________________________ >> 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" -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 15:21:06 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51F551065673 for ; Fri, 10 Aug 2012 15:21:06 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1158B8FC0A for ; Fri, 10 Aug 2012 15:21:05 +0000 (UTC) Received: by obbun3 with SMTP id un3so3175139obb.13 for ; Fri, 10 Aug 2012 08:21:05 -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=Z9TMyLVOUmJabUDedOJz4ClWqH4Thz0xoK/M0dXmEfc=; b=kfi4Ow3uQ4sMLqerMOdgvSoCwX29G30VvAvlpH0b58bbCbwLFm61Gf+LnFtbNGY2md hC5jRUUkLaG/3bjdCM6Q09XonCZMYjbn002YM6drBxhO27ochk+6CT2iIBokABoFQwV7 56zG0g9+YAxwI1zkBQ9WWyIseOUF9R+9rzrNVt3HaMRzW5Aiynz9yuK4XvbUR6YWeYSS xruPXU1emFcsmFDiD9zt61BsjLML27M6nZiGdtC7umsYJS3rediVLwZrAD9KYz+9qWOo yrbgpBhLKVY6l43Aa5GYkM6vsuGdcoscq1U7uYN7JHtOkpgWUsRafUBVGuY2s/jpx0TW z4fw== MIME-Version: 1.0 Received: by 10.182.98.108 with SMTP id eh12mr4745657obb.6.1344612065331; Fri, 10 Aug 2012 08:21:05 -0700 (PDT) Received: by 10.76.10.41 with HTTP; Fri, 10 Aug 2012 08:21:05 -0700 (PDT) In-Reply-To: <502523D4.4050200@ranner.eu> References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> Date: Fri, 10 Aug 2012 23:21:05 +0800 Message-ID: From: HU Dong To: Michael Ranner Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 15:21:06 -0000 I can simply reproduce this problem by this way: # portmaster -v databases/postgresql90-client =3D=3D=3D>>> Currently installed version: postgresql-client-9.0.8 =3D=3D=3D>>> Port directory: /usr/ports/databases/postgresql90-client =3D=3D=3D>>> Gathering distinfo list for installed ports =3D=3D=3D>>> Launching 'make checksum' for databases/postgresql90-client in background =3D=3D=3D>>> Gathering dependency list for databases/postgresql90-client fr= om ports =3D=3D=3D>>> Starting dependency check =3D=3D=3D>>> Checking dependency: devel/gettext =3D=3D=3D>>> Checking dependency: devel/gmake =3D=3D=3D>>> Checking dependency: textproc/libxml2 =3D=3D=3D>>> Initial dependency check complete for databases/postgresql90-c= lient =3D=3D=3D>>> Starting build for databases/postgresql90-client <<<=3D=3D=3D =3D=3D=3D>>> All dependencies are up to date =3D=3D=3D> Cleaning for postgresql-client-9.0.8 =3D=3D=3D>>> Waiting on fetch & checksum for databases/postgresql90-client = <<<=3D=3D=3D =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2. =3D=3D=3D> Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar= .bz2 =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> postgresql-9.0.8.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//postgresql. =3D> Attempting to fetch ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0= .8/postgresql-9.0.8.tar.bz2 =3D=3D=3D>>> Waiting on fetch & checksum for databases/postgresql90-client = <<<=3D=3D=3D =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2. =3D=3D=3D> Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar= .bz2 =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> postgresql-9.0.8.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//postgresql. =3D> Attempting to fetch ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0= .8/postgresql-9.0.8.tar.bz2 postgresql-9.0.8.tar.bz2 =3D=3D=3D>>> Waiting on fetch & checksum for databases/postgresql90-client = <<<=3D=3D=3D =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2. =3D=3D=3D> Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar= .bz2 =3D=3D=3D> Found saved configuration for postgresql-client-9.0.8 =3D> postgresql-9.0.8.tar.bz2 doesn't seem to exist in /usr/ports/distfiles//postgresql. =3D> Attempting to fetch ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0= .8/postgresql-9.0.8.tar.bz2 postgresql-9.0.8.tar.bz2 ^C =3D=3D=3D>>> Build/Install for databases/postgresql90-client exiting due to= signal Terminated Terminated =3D=3D=3D>>> You can restart from the point of failure with this command li= ne: portmaster databases/postgresql90-client B.R. HU Dong On Fri, Aug 10, 2012 at 11:08 PM, Michael Ranner wrote: > It is really strange. I tried to debug deeper and it seems that it does not > even start to fetch on "make checksum", it hangs on an empty fetchlog fil= e > in /tmp > > This was a little bit surprising, because it downloaded distfiles for other > ports some time ago, but also hangs on an empty fetchlog. > > In any case, it breaks the endless loop and starts to download and build the > port after removing the fetchlog file in /tmp manually. > > Am 10.08.12 17:02, schrieb HU Dong: > > I have met with the same problem several times, too. But my > environment is 9.0 release. It occurred ocasionally. At first I > thought it was because of bad wireless connection. Now it seems not. > > B.R. > HU Dong > > On Fri, Aug 10, 2012 at 9:37 PM, Michael Ranner wrote= : > > Hello! > > I have this problem on a specific 8.3-RELEASE since several weeks. > > portmaster hangs in endeless loop for "Waiting on fetch & checksum..." fo= r > all ports. > > If the distfile does not exist, portmaster fetches it, but stays in this > endless loop. > > If distfile is already fetched, portmaster will go immediately in endless > loop. > > rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to build > and install the port. > > I have no idea where to go! > > gatekeeper# portmaster -i unrar-3.93,5 > > =3D=3D=3D>>> Currently installed version: unrar-3.93,5 > =3D=3D=3D>>> Port directory: /usr/ports/archivers/unrar > > =3D=3D=3D>>> Gathering distinfo list for installed ports > > =3D=3D=3D>>> Launching 'make checksum' for archivers/unrar in background > =3D=3D=3D>>> Gathering dependency list for archivers/unrar from ports > Terminated > =3D=3D=3D>>> No dependencies for archivers/unrar > > Terminated > Terminated > > =3D=3D=3D>>> Starting build for archivers/unrar <<<=3D=3D=3D > > =3D=3D=3D>>> All dependencies are up to date > > =3D=3D=3D> Cleaning for unrar-4.20,5 > =3D=3D=3D>>> Waiting on fetch & checksum for archivers/unrar <<<=3D=3D=3D > > > =3D=3D=3D>>> Waiting on fetch & checksum for archivers/unrar <<<=3D=3D=3D > > ps -ax shows this: > > 27005 0 S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i unrar-3.93,5 > 27331 0 S+ 0:00.00 sleep 2 > > ports tree is freshly extracted with portsnap. make install in ports dir > will work for all ports. > > -- > Mit freundlichen Gr=FC=DFen > > Ing. Michael Ranner > > GSM: +43 676 4155044 > Mail: michael@ranner.eu > WWW: http://www.azedo.at/ > > _______________________________________________ > 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" > > > > -- > Mit freundlichen Gr=FC=DFen > > Ing. Michael Ranner > > GSM: +43 676 4155044 > Mail: michael@ranner.eu > WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 16:04:39 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4320B1065672; Fri, 10 Aug 2012 16:04:39 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from angkar.epipe.com (angkar.epipe.com [IPv6:2001:470:b:566::4]) by mx1.freebsd.org (Postfix) with ESMTP id 104508FC0C; Fri, 10 Aug 2012 16:04:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=epipe.com; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=EEE483keu0KdyNq1cGANuJTD3F9ogRGy26oxqeTiKwU=; b=doamFba0AUlUxEZyHzM60rLoha8X1Yk8BIGfxkPWuVhiBRKzkWWfkEOa10DkS6V1SeghOxbb08eneCjnWxsddCAwevs619lhcZl5e0w50wdYU9gJVBV1QWPgmmy6OV4O7NsQ8ZCpA26otVPk45ZPklFdIuYyBYvQhjBaI0kA7vQ=; Received: by angkar.epipe.com with esmtpsa (TLS1.0:ECDHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1SzrhR-0003S1-Li; Fri, 10 Aug 2012 16:04:33 +0000 Message-ID: <502530E2.1070308@epipe.com> Date: Fri, 10 Aug 2012 23:03:46 +0700 From: Janne Snabb MIME-Version: 1.0 To: "Simon L. B. Nielsen" References: <501F7A35.5080207@FreeBSD.org> <501FAF5E.6090101@gwdg.de> <20120808103406.GA56960@FreeBSD.org> <20120808123843.GA31238@atarininja.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , Doug Barton , Wesley Shields , Oliver Pinter , freebsd security , Rainer Hurling , freebsd-ports@freebsd.org Subject: Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 16:04:39 -0000 On 08/10/2012 09:35 PM, Simon L. B. Nielsen wrote: [..] >>>>> On 08/01/2012 05:09, Oliver Pinter wrote: >>>>>> I found this today on FD: >>>>>> >>>>>> http://seclists.org/fulldisclosure/2012/Aug/4 [..] > Eh, why wouldn't a CVE name not be assigned? If none is we should ask > MITRE to assign one, but it would surprise me if NVIDIA or a Linux > vendor hasn't done this already. This is from oss-security: -------- Original Message -------- Subject: Re: [oss-security] CVE Request: NVidia Linux driver Date: Wed, 8 Aug 2012 18:46:34 -0400 (EDT) From: cve-assign@mitre.org Reply-To: oss-security@lists.openwall.com To: marc.deslauriers@canonical.com CC: cve-assign@mitre.org, oss-security@lists.openwall.com, security@ubuntu.com > http://seclists.org/fulldisclosure/2012/Aug/4 > http://nvidia.custhelp.com/app/answers/detail/a_id/3140 Use CVE-2012-4225. -- CVE assignment team, MITRE CVE Numbering Authority M/S M300 202 Burlington Road, Bedford, MA 01730 USA [ PGP key available through http://cve.mitre.org/cve/request_id.html ] From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 17:00:26 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 49263106566C for ; Fri, 10 Aug 2012 17:00:26 +0000 (UTC) (envelope-from apache@li311-158.members.linode.com) Received: from li311-158.members.linode.com (unknown [IPv6:2a01:7e00::f03c:91ff:fedf:c63e]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1E28FC0A for ; Fri, 10 Aug 2012 17:00:09 +0000 (UTC) Received: by li311-158.members.linode.com (Postfix, from userid 503) id 6B54CDCDE; Fri, 10 Aug 2012 13:00:08 -0400 (EDT) To: freebsd-ports@freebsd.org X-PHP-Originating-Script: 503:.-.php From: PayPal Team Content-Transfer-Encoding: 8bit Message-Id: <20120810170008.6B54CDCDE@li311-158.members.linode.com> Date: Fri, 10 Aug 2012 13:00:08 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Your account has been limited until we hear from you ! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 17:00:26 -0000 [1]PayPal We need your help Dear Customer, We need your help resolving an issue with your account. To give us time to work together on this, we've temporarily limited what you can do with your account until the issue is resolved. We understand it may be frustrating not to have full access to your PayPal account. We want to work with you to get your account back to normal as quickly as possible. What's the problem? We need a little bit more information about you to help confirm your identity. Case ID Number: PP-001-487-280-335 [2]Click To Confirm How you can help It's usually pretty easy to take care of things like this. Most of the time, we just need a little more information about your account or latest transactions. To help us with this and to find out what you can and can't do with your account until the issue is resolved, log in to your account and go to the Resolution Center. Sincerely, PayPal References 1. https://www.paypal.com/fr 2. http://service.confirm.paypal.cmd.cgi-bin.2469kd4f3e654sq7d4e6d22sd8ed52st870e8d4sd87e74ds4d3d.7dtre4105e8d25s.fdsf456e6d5sde78d56s4d.d369d410jh14d.d89d989s8d9ed.147d57s7744cx.jhelumpost.pk/your-account.php From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 17:15:21 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1F4106566B for ; Fri, 10 Aug 2012 17:15:21 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id DAFC58FC08 for ; Fri, 10 Aug 2012 17:15:20 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so1205925wib.13 for ; Fri, 10 Aug 2012 10:15:14 -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=e0ITNZUUvGIGsqikedLeJiEE7s9IuIjxbU8HHr1wxCE=; b=1Ic8cuoZZ4YbCbtdDIvhKReGds0EgrRR0Jf4kHoUnnGu+QaifWxtarB2Vdcc4Glp6N 9C5fNG3rH5lQ+QKV6hKFx0C2/o2IZGErtHVlG3aaE8ru/ufs8uOy/KxD2tS1wjfco/Rl y3gk8G/0P3B4u4TN6PjHdAP8ZDgnP4Op8PQcPZ+px/mRmQHjT+SChL25zMKzhnOw6BUO Mgw4Xwni202tYnOfzOb5z9Rst00ogta+Sd9j/MKwc/Qq+OJsPdwx+oN6umsdc1Q8bMwQ jeOXcTC4zc7H97YkLJ0s6+o94EcMGRj3400p8YcAR1PBNReaq3chqVpX+V4uLJ6Mjp6L Ilcg== MIME-Version: 1.0 Received: by 10.180.78.99 with SMTP id a3mr7495954wix.15.1344618913865; Fri, 10 Aug 2012 10:15:13 -0700 (PDT) Received: by 10.223.100.205 with HTTP; Fri, 10 Aug 2012 10:15:13 -0700 (PDT) In-Reply-To: <5025228E.5030705@minibofh.org> References: <5025228E.5030705@minibofh.org> Date: Fri, 10 Aug 2012 10:15:13 -0700 Message-ID: From: Kevin Oberman To: Jordi Espasa Clofent Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: tcmalloc in Tor FreeBSD port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 17:15:21 -0000 On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent wrote: > Hi all, > > Please, read the follow thread in tor-dev to be in the loop: > https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html > > I tried to contact the mantainer according to Makefile and Freshports, but I > didn't receive any answer. So I guess this mail-list is probably the most > accurate place to ask. First, bf is typically pretty active, so he (she?) must be away or you would have heard from him (her?) Looks like this broke when the port was converted to use OPTIONSNG about two months ago. I am not a make wizard or even close to it, but the options code is clearly not doing what it's supposed to be doing. You can probably roll the Makefile back to r297464, edit the DISTVERSION to "DISTVERSION= 0.2.2.37", remove the "ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the existing port, and build it. If I get a few minutes, I will see if I can figure out why the options are not working after the change to OPTIONSNG. I have a port htat I really need to convert to OPTIONSNG, so maybe I'll get that done, too. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 17:19:22 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1BB0106566B for ; Fri, 10 Aug 2012 17:19:22 +0000 (UTC) (envelope-from bryan@shatow.net) Received: from secure.xzibition.com (secure.xzibition.com [173.160.118.92]) by mx1.freebsd.org (Postfix) with ESMTP id 536858FC08 for ; Fri, 10 Aug 2012 17:19:22 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=sweb; b=z9UN8M BC3kt9Jqa47U9ghF2OSpZ+8J5UITi7mOcyrsAs2DV2k1pSH+YDhXi2Y3hHzChkHl dXU5DRJJ5FhI2HLYfOKe2ZSmz2Nmv6QBlxEo5X16Z1yqDrbaz4tPymlUyFyqNe1M /dgqUIVYVgO1HYuu9yBlD8eNvwAYXOGO8yxbU= DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=shatow.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=sweb; bh=kBTkVojXZH46 2s19UicH/HFux2gXX1hje7+AymaWMbQ=; b=0JnxdpcoPTNC+5IElMQ10bwys4jy 5qUNWP3fvL4Z1J6zuGs/6LlQE11SJj1bBlxgcbhwoq7fmtJXSeYfIz8CO6qOpWnl j8UQYlsUUsyBtdUm9DWseGxBCvrqOozIktwcBjO41fSl9tK/JSepEt/qSvD0bCTq RLu51RDbyvFwaAo= Received: (qmail 79227 invoked from network); 10 Aug 2012 12:19:15 -0500 Received: from unknown (HELO ?192.168.0.74?) (bryan@shatow.net@74.94.87.209) by sweb.xzibition.com with ESMTPA; 10 Aug 2012 12:19:15 -0500 Message-ID: <502542A9.4040801@shatow.net> Date: Fri, 10 Aug 2012 12:19:37 -0500 From: Bryan Drewery User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: FreeBSD Mailing List References: <5020E05C.3000704@zedat.fu-berlin.de> <50211A8F.40108@shatow.net> <50211CEA.6030108@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 17:19:22 -0000 On 8/9/2012 8:26 AM, Chris Rees wrote: > On 7 Aug 2012 15:50, "O. Hartmann" wrote: >> >> On 08/07/12 15:39, Bryan Drewery wrote: >>> On 8/7/2012 4:31 AM, O. Hartmann wrote: >>>> ports-mgmt/portmaster installs still the old fashioned style folders of >>>> ports in /var/db/pkg. I thought ith the new scheme of pkg, everything > is >>>> going into a file based SQLite3 DB? >>> >>> Also ensure WITH_PKGNG=yes is in your /etc/make.conf. My last comment >>> still stands though, portmaster will store distifile information in >>> /var/db/pkg. >>> >> >> WITH_PKGNG=yes is set in /etc/make.conf. > > Also in your portmasterrc? > > Chris use_pkgng should not be needed in the portmasterrc anymore if using the newer patches. Just WITH_PKGNG=yes in /etc/make.conf should suffice. For reference: https://github.com/pkgng/pkgng/commit/8a1bffdbab0c01c0c5c349066a7f10df8eff070b Bryan From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 17:34:36 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E57B106566C for ; Fri, 10 Aug 2012 17:34:36 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D75D88FC0C for ; Fri, 10 Aug 2012 17:34:35 +0000 (UTC) Received: by bkcje9 with SMTP id je9so723027bkc.13 for ; Fri, 10 Aug 2012 10:34:34 -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 :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=LSYpG6ujsZUdwF9TzXckotqK5sRW+EoPshthyVTr1UU=; b=GH+egAybt07fAYoR+Ds0CRhhcvK1slhC5vI04YazKwUTwtRjAZJqAi+ReLDeM4XfgA yQmdupKTty/NUdGZ2Xy1m4exaQdWupVHz6zeqO5qSErU2NPWg0ZAjJC8vxw5CpaTPKPK 3dc0XEqxVmh94jG+rWrzTgJO9BttpA1JJFZbYVg40G1hw1HRAJjSi1UFlECHlHGg9JD8 QZbqy3AE08iH9Qgcj8cRI2jNAXtojEDLTrY4/KE7MzzoFMyaid2mwd4j8jnybhVUQWw8 8OC7Zgb5/orrjBS+ERzuopRGvKmIfDq3DIGI6athoioSPrpqac+hVu1xEdVU7mVWuOVO Jsbg== Received: by 10.204.148.72 with SMTP id o8mr1473893bkv.103.1344620071408; Fri, 10 Aug 2012 10:34:31 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.231.7 with HTTP; Fri, 10 Aug 2012 10:34:01 -0700 (PDT) In-Reply-To: References: <5025228E.5030705@minibofh.org> From: Chris Rees Date: Fri, 10 Aug 2012 18:34:01 +0100 X-Google-Sender-Auth: aQFW9GhO-py0buA982RptuCsBHk Message-ID: To: Kevin Oberman , "b. f." , tor-dev@torproject.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Jordi Espasa Clofent , freebsd-ports@freebsd.org Subject: Re: tcmalloc in Tor FreeBSD port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 17:34:36 -0000 Forwarding to tor-dev mailing list; this is their problem. On 10 August 2012 18:15, Kevin Oberman wrote: > On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent > wrote: >> Hi all, >> >> Please, read the follow thread in tor-dev to be in the loop: >> https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html >> >> I tried to contact the mantainer according to Makefile and Freshports, but I >> didn't receive any answer. So I guess this mail-list is probably the most >> accurate place to ask. > > First, bf is typically pretty active, so he (she?) must be away or you > would have heard from him (her?) He :) > Looks like this broke when the port was converted to use OPTIONSNG > about two months ago. I am not a make wizard or even close to it, but > the options code is clearly not doing what it's supposed to be doing. > You can probably roll the Makefile back to r297464, edit the > DISTVERSION to "DISTVERSION= 0.2.2.37", remove the > "ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the > existing port, and build it. > > If I get a few minutes, I will see if I can figure out why the options > are not working after the change to OPTIONSNG. I have a port htat I > really need to convert to OPTIONSNG, so maybe I'll get that done, too. Brendan's code in the port is perfectly fine. The configure.in is where the problem lies; if test x$tcmalloc = xyes ; then using_custom_malloc=yes fi if test $using_custom_malloc = no ; then AC_CHECK_FUNCS(mallinfo malloc_good_size malloc_usable_size) fi ^^^ this stanza is included before $tcmalloc is set; examine where it is set in configure further down; # Check whether --with-tcmalloc was given. if test "${with_tcmalloc+set}" = set; then : withval=$with_tcmalloc; tcmalloc=yes else tcmalloc=no fi Oops! The result is that using_custom_malloc will never be set to yes, and tcmalloc will probably never be used. Chris From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 19:44:55 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF3E106564A; Fri, 10 Aug 2012 19:44:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id CDD6A8FC0C; Fri, 10 Aug 2012 19:44:54 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1603455wgb.31 for ; Fri, 10 Aug 2012 12:44:53 -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=2G2ot7/p8DyekBwvIAMfsRXWgBawuq5fb5VLO4kBxNo=; b=n+eFMls0TFYKHN+H09RJp/GsmrjAwzlJ4onlEuKPRvOh1jwZRpB3e33RvIXxbCekEy nXd5Qc4mPvrheIfLtHon3sNwyVOCoTMYwsx0J6gqEkrzYXBC3RenSyx7K0NrZouFpU9r SNP7BokSZtJEoT/zm6cwY+eb9iNdewp7ilJgcN4Rn/0F4rn/ciAgM7JN5FP1/Vxs7UYC SaRy3Xfl9G6POueXKBnhLkuNPBt8K9zrlVYBLvh2WETkDc1Uzf3PeO056wxDLziK5i2S Xzs+NOOTreK1uEZHZKPnwrm4cqLT1ebA+cnaG2E1NzuFnA78CUDdaVdKbw9Cxj1F8rC7 YCIQ== MIME-Version: 1.0 Received: by 10.216.181.67 with SMTP id k45mr144130wem.17.1344627890625; Fri, 10 Aug 2012 12:44:50 -0700 (PDT) Received: by 10.223.100.205 with HTTP; Fri, 10 Aug 2012 12:44:50 -0700 (PDT) In-Reply-To: References: <5025228E.5030705@minibofh.org> Date: Fri, 10 Aug 2012 12:44:50 -0700 Message-ID: From: Kevin Oberman To: Chris Rees Content-Type: text/plain; charset=UTF-8 Cc: "b. f." , Jordi Espasa Clofent , tor-dev@torproject.org, freebsd-ports@freebsd.org Subject: Re: tcmalloc in Tor FreeBSD port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 19:44:55 -0000 On Fri, Aug 10, 2012 at 10:34 AM, Chris Rees wrote: > Forwarding to tor-dev mailing list; this is their problem. > > On 10 August 2012 18:15, Kevin Oberman wrote: >> On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent >> wrote: >>> Hi all, >>> >>> Please, read the follow thread in tor-dev to be in the loop: >>> https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html >>> >>> I tried to contact the mantainer according to Makefile and Freshports, but I >>> didn't receive any answer. So I guess this mail-list is probably the most >>> accurate place to ask. >> >> First, bf is typically pretty active, so he (she?) must be away or you >> would have heard from him (her?) > > He :) > >> Looks like this broke when the port was converted to use OPTIONSNG >> about two months ago. I am not a make wizard or even close to it, but >> the options code is clearly not doing what it's supposed to be doing. >> You can probably roll the Makefile back to r297464, edit the >> DISTVERSION to "DISTVERSION= 0.2.2.37", remove the >> "ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the >> existing port, and build it. >> >> If I get a few minutes, I will see if I can figure out why the options >> are not working after the change to OPTIONSNG. I have a port htat I >> really need to convert to OPTIONSNG, so maybe I'll get that done, too. > > Brendan's code in the port is perfectly fine. > > The configure.in is where the problem lies; > > if test x$tcmalloc = xyes ; then > using_custom_malloc=yes > fi > if test $using_custom_malloc = no ; then > AC_CHECK_FUNCS(mallinfo malloc_good_size malloc_usable_size) > fi > > ^^^ this stanza is included before $tcmalloc is set; examine where it > is set in configure further down; > > # Check whether --with-tcmalloc was given. > if test "${with_tcmalloc+set}" = set; then : > withval=$with_tcmalloc; tcmalloc=yes > else > tcmalloc=no > fi > > Oops! > > The result is that using_custom_malloc will never be set to yes, and > tcmalloc will probably never be used. > > Chris Thanks, Chris. After spending some time staring at the Makefile, it looked like the OPTIONS stuff was all correct and it is pretty trivial, too, so I was getting ready to look at the configure stuff in tor, but you beat me to it. Just saved me at very least several minutes. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 22:28:44 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC3B0106564A for ; Fri, 10 Aug 2012 22:28:44 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 77D808FC16 for ; Fri, 10 Aug 2012 22:28:43 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Szxh3-0005RC-JR for freebsd-ports@freebsd.org; Sat, 11 Aug 2012 00:28:34 +0200 Received: from 187.106.39.17 ([187.106.39.17]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Aug 2012 00:28:33 +0200 Received: from rakuco by 187.106.39.17 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Aug 2012 00:28:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Raphael Kubo da Costa Date: Fri, 10 Aug 2012 19:28:14 -0300 Lines: 13 Message-ID: <871uje4c1t.fsf@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 187.106.39.17 User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1 (berkeley-unix) Cancel-Lock: sha1:KOpm9OMZSIX6WqTI/+oKoENG+gI= Subject: Right LICENSE* values for a GPLv2 port with a licensing exception X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 22:28:44 -0000 Hello there, I'm currently working on porting xsd [1], which is a GPLv2-licensed with an exception that allows the distribution of derivative works under other free software licenses. The contents of this exception can be found in [2]. In this case, how am I supposed to set the LICENSE* variables in the Makefile? Should I use LICENSE_COMB=dual and consider FLOSSE a separate license that must be agreed to besides the GPLv2? [1] http://www.codesynthesis.com/projects/xsd/ [2] http://www.codesynthesis.com/projects/xsd/FLOSSE From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 22:37:11 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 948D9106564A for ; Fri, 10 Aug 2012 22:37:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id EE84A14DE73; Fri, 10 Aug 2012 22:37:10 +0000 (UTC) Message-ID: <50258D15.8010606@FreeBSD.org> Date: Fri, 10 Aug 2012 15:37:09 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: HU Dong References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> In-Reply-To: X-Enigmail-Version: 1.4.3 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Ranner , ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 22:37:11 -0000 On 8/10/2012 8:21 AM, HU Dong wrote: > I can simply reproduce this problem by this way: > > # portmaster -v databases/postgresql90-client Both of your reports sound like they are hanging on a bad mirror. Try putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see if that helps. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Fri Aug 10 23:33:58 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2860106564A; Fri, 10 Aug 2012 23:33:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 945AC8FC15; Fri, 10 Aug 2012 23:33:58 +0000 (UTC) Received: from epsilon.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 31AC0C2DD; Fri, 10 Aug 2012 16:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1344641638; bh=4jjHo9Bg6JZtPGd3+6pdjQfGkmQBSJLa2SWNMTRcsCU=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=oXzxvxwlp7tsTNjn9+Ry8v8vLWi/94aBDUt/RUJ/AOzvxNv5apcDZ8mKPhyVGnmbh MugIbrZ9bofObF1AdED6FvU25pOfr/jULK+sflXSFy1+k2Ed77M8ODEzpOpmXB+nMN kzyIL6pUpdZBmmTECApWFJlXuOgl+AdMmT56xuqM= Message-ID: <50259A65.8030408@delphij.net> Date: Fri, 10 Aug 2012 16:33:57 -0700 From: Xin Li Organization: The freeBSD Project User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.6esrpre) Gecko/20120727 Thunderbird/10.0.6 MIME-Version: 1.0 To: Raphael Kubo da Costa References: <871uje4c1t.fsf@FreeBSD.org> In-Reply-To: <871uje4c1t.fsf@FreeBSD.org> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Right LICENSE* values for a GPLv2 port with a licensing exception X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 23:33:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/10/12 15:28, Raphael Kubo da Costa wrote: > Hello there, > > I'm currently working on porting xsd [1], which is a GPLv2-licensed > with an exception that allows the distribution of derivative works > under other free software licenses. The contents of this exception > can be found in [2]. > > In this case, how am I supposed to set the LICENSE* variables in > the Makefile? Should I use LICENSE_COMB=dual and consider FLOSSE a > separate license that must be agreed to besides the GPLv2? > > [1] http://www.codesynthesis.com/projects/xsd/ [2] > http://www.codesynthesis.com/projects/xsd/FLOSSE Disclaimer: I am not a lawyer and this is only my personal understanding. With the exception, it is possible to build and redistribute binaries that e.g. statically links the xsd runtime library when using an incompatible license (for example, GPLv3 licensed software as xsd is GPLv2 only). The exception text is ambiguous on what can be done because its wording. For instance, the ports tree is licensed under BSD license, can that be _reasonably considered_ as a "FLOSS base" for other applications and thus apply a BSD license to the software? Therefore the exception sounds like a trap so I'd just say "GPLv2" for the LICENSE. Downstream with incompatible license (e.g. GPLv3) who distributes the code does not need this port anyway if they do follow the exception. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJQJZplAAoJEG80Jeu8UPuzlSwH/j2z7nUrfMuJ28f/omIUOEwo s/19v4v5dSbWSEJSK4VGUyN9T8iSmyGgG5aiG4VjajFi/D4ev92TWRAYApnAbdk0 vF8vyHGoJrRCipRAMVuSIRgNhbcvrIYMFKEeGH5qahNI4Fuvc3mF7wQaZ7bv5ZiR m0ePA+LJ8XMiMqf8qMoI0gzxzRy2NsSY25qSi/2BDy5XxsL10u4dobOXEnCNkklK UhnESBOVxtZd+N80TOozBACYcUL22iNd22tmdNbh2KGzn7DSkSLBHwEekgSEBSq2 fYWtPWQZs2CbXPUSYkvfsXieakYGPP3LGKNfHQvEBszO5ISROoxsi0FC2xW06s4= =A/US -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 01:00:48 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E21E106564A; Sat, 11 Aug 2012 01:00:48 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5D778FC0C; Sat, 11 Aug 2012 01:00:47 +0000 (UTC) Received: by obbun3 with SMTP id un3so4013402obb.13 for ; Fri, 10 Aug 2012 18:00:47 -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=cpW9dgHU4nQdzXMDL/txXrADqqNVLIqLIHqOiiGsPeE=; b=QsWv4H25FMaI9qE1LCjyx0PXgjH7guDcJAHyTH3tzbKQUjQ3akn/YI7LY7bmQkHEsX S/Z8SYGxQAd9UJsKZWP4kdePl6HcVmyR28AlikJqOIRSo5FCe22ppOAWv6W7qBRhP2DV Z9el/hs2SCuZb4tSdzAmrhDUQMWXwB/us/ukmBfN8iKIbj5ILWyKRTxr1NLfKdqKUgx8 qyrDvQ5gzrfhpp9/TjNlYD8XEsgnQYBPYVEEjEEUw9xgd7vR88/QBk6aJujYH4AZkRfA ynaUUaM792uzsQ3UWmPySk1pfCj94Pn4paLwmwCh9gwTCYjRAC6CgC3hQQm/WWtnZ3wI DFrw== MIME-Version: 1.0 Received: by 10.182.217.38 with SMTP id ov6mr103812obc.33.1344646847047; Fri, 10 Aug 2012 18:00:47 -0700 (PDT) Received: by 10.76.4.204 with HTTP; Fri, 10 Aug 2012 18:00:46 -0700 (PDT) In-Reply-To: <50258D15.8010606@FreeBSD.org> References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> Date: Sat, 11 Aug 2012 09:00:46 +0800 Message-ID: From: HU Dong To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Michael Ranner , ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 01:00:48 -0000 The mirror is OK. I could download the file from the exact mirror manually with fetch command. B.R. HU Dong On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton wrote: > On 8/10/2012 8:21 AM, HU Dong wrote: > > I can simply reproduce this problem by this way: > > > > # portmaster -v databases/postgresql90-client > > Both of your reports sound like they are hanging on a bad mirror. Try > putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see > if that helps. > > Doug > > -- > > I am only one, but I am one. I cannot do everything, but I can do > something. And I will not let what I cannot do interfere with what > I can do. > -- Edward Everett Hale, (1822 - 1909) > From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 01:07:06 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id CED19106564A for ; Sat, 11 Aug 2012 01:07:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9FA6B14D8EC; Sat, 11 Aug 2012 01:07:06 +0000 (UTC) Message-ID: <5025B03A.5080707@FreeBSD.org> Date: Fri, 10 Aug 2012 18:07:06 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: HU Dong References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Ranner , ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 01:07:06 -0000 Ok, so do this ... remove the file from /usr/ports/distfiles, then go to the port directory and type 'make checksum' and see if it works properly. Then remove it again, and run 'portmaster -F' While that's running in one window, keep an eye on /usr/ports/distfiles and see if the file is being downloaded, and also keep an eye on the log file in $TMPDIR to see if it is being appended to. Also make sure that whatever directory you use for $TMPDIR (/tmp by default) has permissions 1777, and is not mounted with odd options. Doug On 08/10/2012 06:00 PM, HU Dong wrote: > The mirror is OK. I could download the file from the exact mirror > manually with fetch command. > > B.R. > HU Dong > > On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton > wrote: > > On 8/10/2012 8:21 AM, HU Dong wrote: > > I can simply reproduce this problem by this way: > > > > # portmaster -v databases/postgresql90-client > > Both of your reports sound like they are hanging on a bad mirror. Try > putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see > if that helps. > > Doug From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 01:23:52 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54637106564A; Sat, 11 Aug 2012 01:23:52 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 068348FC0C; Sat, 11 Aug 2012 01:23:51 +0000 (UTC) Received: by obbun3 with SMTP id un3so4044944obb.13 for ; Fri, 10 Aug 2012 18:23:51 -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=8dRzum2DD9pO6PLRSQfX0i4ksPcRhrhqy9bw39bpCeo=; b=PVnf200GJW70hdjfSCiL5Dcszg4DN4NCgU79mERkaPt7mqzzhE77DgJNvYI/eiYz2D 59zF3MCiZ0r+xXiE6YuwfYa2yFsEhtwdTKzclmUN60uVrVLfj51OExA1gvrBKKPi0mgi 4ZrdXbjFpTz3jHaYmkF3YzeDIZObPQOWogIpLbJq0kQppxOR2W9IJQbnMd1NVljO/9BD i6kStH57rHRE3JMpEZLD9k4Bf9DPEAo9+zT5+wqbeqwlNNLWay4h2gGxq5aRzLdjttB/ g2kGnwgJpeYbrNpXafnwUQ4zOT+6L3B1CsbaQaeg4Cu164VdwZBBwUJ0q5OBYZoPlDF3 CqLg== MIME-Version: 1.0 Received: by 10.60.13.201 with SMTP id j9mr6696813oec.51.1344648231176; Fri, 10 Aug 2012 18:23:51 -0700 (PDT) Received: by 10.76.4.204 with HTTP; Fri, 10 Aug 2012 18:23:51 -0700 (PDT) In-Reply-To: <5025B03A.5080707@FreeBSD.org> References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> Date: Sat, 11 Aug 2012 09:23:51 +0800 Message-ID: From: HU Dong To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Michael Ranner , ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 01:23:52 -0000 #ls -la / | grep tmp drwxrwxrwt 40 root wheel 6656 Aug 11 09:22 tmp #rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2 #make checksum ===> Found saved configuration for postgresql-client-9.0.8 => postgresql-9.0.8.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/postgresql. => Attempting to fetch ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2 postgresql-9.0.8.tar.bz2 100% of 14 MB 118 kBps 00m00s => SHA256 Checksum OK for postgresql/postgresql-9.0.8.tar.bz2. #rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2 #portmaster -F ===>>> Currently installed version: postgresql-client-9.0.8 ===>>> Port directory: /usr/ports/databases/postgresql90-client ===>>> Launching 'make checksum' for databases/postgresql90-client in background ===>>> Gathering dependency list for databases/postgresql90-client from ports ===>>> Initial dependency check complete for databases/postgresql90-client ===>>> Waiting for 1 distfile fetch to finish ===>>> Waiting for 1 distfile fetch to finish ===>>> Waiting for 1 distfile fetch to finish ===>>> Waiting for 1 distfile fetch to finish ^C ===>>> Build/Install for databases/postgresql90-client exiting due to signal Terminated Terminated B.R. HU Dong On Sat, Aug 11, 2012 at 9:07 AM, Doug Barton wrote: > Ok, so do this ... remove the file from /usr/ports/distfiles, then go to > the port directory and type 'make checksum' and see if it works > properly. Then remove it again, and run 'portmaster -F' > > While that's running in one window, keep an eye on /usr/ports/distfiles > and see if the file is being downloaded, and also keep an eye on the log > file in $TMPDIR to see if it is being appended to. > > Also make sure that whatever directory you use for $TMPDIR (/tmp by > default) has permissions 1777, and is not mounted with odd options. > > Doug > > > On 08/10/2012 06:00 PM, HU Dong wrote: > > The mirror is OK. I could download the file from the exact mirror > > manually with fetch command. > > > > B.R. > > HU Dong > > > > On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton > > wrote: > > > > On 8/10/2012 8:21 AM, HU Dong wrote: > > > I can simply reproduce this problem by this way: > > > > > > # portmaster -v databases/postgresql90-client > > > > Both of your reports sound like they are hanging on a bad mirror. Try > > putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and > see > > if that helps. > > > > Doug > > > From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 03:09:56 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95EAC106566B for ; Sat, 11 Aug 2012 03:09:56 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 55DDA8FC15 for ; Sat, 11 Aug 2012 03:09:55 +0000 (UTC) Received: by obbun3 with SMTP id un3so4187177obb.13 for ; Fri, 10 Aug 2012 20:09:55 -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=WtrXeHz5A3I6m9zBJ0Bx1R6nQyQ1oelUiuwr30zaAlE=; b=UvywfuGqqdtJMqDo9SG/8F3e4DcOYP9L3XpqV1sRAjjNVgceQzE606HaO6O2yq5Ckv 2w9iqIChmysNMQaMDxK8zAbj7ISS2GHCbQEzqEl3E7Z2AjzmADX4JgxgWWZEKXrTVERE yBqjQzXhHObGkc7wPcXcT20rWkNsnmJ7eDmYNvCMJq2uvRQ5ujUYmVKNBFpe1Do45Skm xKsBvDiRj0JGsKRbC4RsH7r5NfZBLQmbgOex5MTgz6qXDMFQ1QV3WsXIdTzbu1e1GnJm pPoQHURrz+pyllwqt5BJ9ECKPSBVqys4iIsCvoBFxFZFd+psSaHMDHDJV/jj953gMxge U5ng== MIME-Version: 1.0 Received: by 10.60.12.8 with SMTP id u8mr7024626oeb.46.1344654595345; Fri, 10 Aug 2012 20:09:55 -0700 (PDT) Received: by 10.76.4.204 with HTTP; Fri, 10 Aug 2012 20:09:55 -0700 (PDT) In-Reply-To: References: Date: Sat, 11 Aug 2012 11:09:55 +0800 Message-ID: From: HU Dong To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, thomas.sander@gmx.de Subject: Re: why kdbg hasn't been upgraded? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 03:09:56 -0000 I just submitted a patch ( http://www.freebsd.org/cgi/query-pr.cgi?pr=170532 ) for devel/kdbg, updating it from 2.2.0 to 2.5.1. Since I'm not familiar with cmake, I didn't figure out how to make "DOCS" component optional. Hope someone could help. B.R. HU Dong On Fri, Aug 10, 2012 at 5:33 PM, Chris Rees wrote: > Reply from maintainer. > On 10 Aug 2012 11:12, "Thomas Sander" wrote: > > > Hello, > > > > It has no reason why the version is so old. You can submit a PR. > > > > B.R. > > Thomas > > > > 2012/8/10 Chris Rees > > > >> Copying in maintainer. > >> On 10 Aug 2012 10:42, "HU Dong" wrote: > >> > >>> kdbg has been upgraded to 2.5.1 with qt4 library, while the port > >>> devel/kdbg is still 2.2.0 with qt3 library. I modified the port a > >>> little and had it successfully built. Is there any reason that it > >>> should stay with the older version? If not, I'll submit a PR. > >>> > >>> B.R. > >>> HU Dong > >>> _______________________________________________ > >>> 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" > >>> > >>> > > > _______________________________________________ > 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 Sat Aug 11 06:38:29 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4075106564A; Sat, 11 Aug 2012 06:38:29 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 899648FC08; Sat, 11 Aug 2012 06:38:28 +0000 (UTC) Received: from rwpc15.mby.riverwillow.net.au (rwpc15.mby.riverwillow.net.au [172.25.24.201]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.5/8.14.5) with ESMTP id q7B6NBur000654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 11 Aug 2012 16:23:13 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1344666193; bh=fyk2wr9yZpi3pBlu5kq9ji9kfEajF3ZGhYI9Q1G2cZI=; h=Date:From:To:Cc:Subject; b=dyAQSsM8xraM5GwhwUcYWpMn3P1poNKKaIGJoHdcLzEr7CWuS17D+1si2U/sdjTde HAxp/MIug1aCadlWW3cRSCsWyxaAcEZ9Z+3v6J2wWNL0A4+0TfBeidrUGUGRx71RH/ I5SsRxtXWhEi1SbQHp8USBmDPgfq/eiY0Xvxq7kE= Date: Sat, 11 Aug 2012 16:23:11 +1000 From: John Marshall To: ale@freebsd.org Message-ID: <20120811062311.GA1526@rwpc15.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: thunderbird-enigmail-1.4.3 build failing on i386 9.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 06:38:29 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable A patch for a problem just like this was produced last month for enigmail 1.4.2. The Makefile for 1.4.3 is too different for that patch to be applicable and for me to see easily what needs to be done. Thank you for maintaining this port. FreeBSD 9.1-RC1 #0 r239159: Fri Aug 10 19:17:04 AEST 2012 i386 =3D=3D=3D> Building for thunderbird-enigmail-1.4.3 (...) INFO: found toplevel source directory /build/ports/mail/enigmail-thunderbir= d/work/comm-release INFO: using MOZ_OBJDIR=3D/build/ports/mail/enigmail-thunderbird/work/comm-r= elease/obj-i386-portbld-freebsd9.1 (...) Done. The code can now be compiled from /build/ports/mail/enigmail-thunderb= ird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigm= ail gmake: Entering directory `/build/ports/mail/enigmail-thunderbird/work/comm= -release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail' Makefile:45: ../../../config/autoconf.mk: No such file or directory /build/ports/mail/enigmail-thunderbird/work/comm-release/config/config.mk:5= 7: ../../../config/autoconf.mk: No such file or directory gmake: *** No rule to make target `../../../config/autoconf.mk'. Stop. gmake: Leaving directory `/build/ports/mail/enigmail-thunderbird/work/comm-= release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail' *** [do-build] Error code 2 Stop in /build/ports/mail/enigmail-thunderbird. =3D=3D=3D>>> make failed for mail/enigmail-thunderbird =3D=3D=3D>>> Aborting update =3D=3D=3D>>> Update for mail/enigmail-thunderbird failed =3D=3D=3D>>> Aborting update Terminated --=20 John Marshall --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAl+k8ACgkQw/tAaKKahKIm5QCgmowmawMP1c4uHs4+PT/Xd46P 9UUAoLTeHpVob87Z1SoHa2RaQWeeKOYC =R1Er -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 07:48:15 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8DAD9106564A; Sat, 11 Aug 2012 07:48:15 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5BA3814DA9A; Sat, 11 Aug 2012 07:48:15 +0000 (UTC) Message-ID: <50260E3F.6020200@FreeBSD.org> Date: Sat, 11 Aug 2012 00:48:15 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: John Marshall References: <20120811062311.GA1526@rwpc15.mby.riverwillow.net.au> In-Reply-To: <20120811062311.GA1526@rwpc15.mby.riverwillow.net.au> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, ale@freebsd.org Subject: Re: thunderbird-enigmail-1.4.3 build failing on i386 9.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 07:48:15 -0000 This problem is caused for portmaster by the wacky way that they changed the dependency for thunderbird sources to avoid (zomg!) potential for fetching files related to thunderbird during the enigmail build process. I objected at the time, but my objection was ignored. I haven't found a way to work around this problem robustly for portmaster yet, sorry. I personally use enigmail, and if it's time to upgrade both at the same time I just delete both and do the build in the enigmail port directory. OTOH, the recent enigmail update worked for me using portmaster, I haven't had time to investigate why it worked this time either. :) hth, Doug On 08/10/2012 11:23 PM, John Marshall wrote: > A patch for a problem just like this was produced last month for > enigmail 1.4.2. The Makefile for 1.4.3 is too different for that patch > to be applicable and for me to see easily what needs to be done. > > Thank you for maintaining this port. > > FreeBSD 9.1-RC1 #0 r239159: Fri Aug 10 19:17:04 AEST 2012 i386 > > ===> Building for thunderbird-enigmail-1.4.3 > (...) > INFO: found toplevel source directory /build/ports/mail/enigmail-thunderbird/work/comm-release > INFO: using MOZ_OBJDIR=/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1 > (...) > Done. The code can now be compiled from /build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail > > gmake: Entering directory `/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail' > Makefile:45: ../../../config/autoconf.mk: No such file or directory > /build/ports/mail/enigmail-thunderbird/work/comm-release/config/config.mk:57: ../../../config/autoconf.mk: No such file or directory > gmake: *** No rule to make target `../../../config/autoconf.mk'. Stop. > gmake: Leaving directory `/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail' > *** [do-build] Error code 2 > > Stop in /build/ports/mail/enigmail-thunderbird. > > ===>>> make failed for mail/enigmail-thunderbird > ===>>> Aborting update > > ===>>> Update for mail/enigmail-thunderbird failed > ===>>> Aborting update > > Terminated > From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 07:49:27 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 93D59106566B for ; Sat, 11 Aug 2012 07:49:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5537614E341; Sat, 11 Aug 2012 07:49:27 +0000 (UTC) Message-ID: <50260E86.50106@FreeBSD.org> Date: Sat, 11 Aug 2012 00:49:26 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: HU Dong References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Michael Ranner , ports@freebsd.org Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 07:49:27 -0000 The 'make checksum' result is useful, thank you. However I need the rest of what I asked for to debug the problem with portmaster. Doug On 08/10/2012 06:23 PM, HU Dong wrote: > #ls -la / | grep tmp > drwxrwxrwt 40 root wheel 6656 Aug 11 09:22 tmp > #rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2 > #make checksum > ===> Found saved configuration for postgresql-client-9.0.8 > => postgresql-9.0.8.tar.bz2 doesn't seem to exist in > /usr/ports/distfiles/postgresql. > => Attempting to fetch > ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2 > postgresql-9.0.8.tar.bz2 100% of 14 MB 118 kBps > 00m00s > => SHA256 Checksum OK for postgresql/postgresql-9.0.8.tar.bz2. > #rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2 > #portmaster -F > > ===>>> Currently installed version: postgresql-client-9.0.8 > ===>>> Port directory: /usr/ports/databases/postgresql90-client > > ===>>> Launching 'make checksum' for databases/postgresql90-client in > background > ===>>> Gathering dependency list for databases/postgresql90-client from > ports > ===>>> Initial dependency check complete for databases/postgresql90-client > > > ===>>> Waiting for 1 distfile fetch to finish > ===>>> Waiting for 1 distfile fetch to finish > ===>>> Waiting for 1 distfile fetch to finish > ===>>> Waiting for 1 distfile fetch to finish > ^C > ===>>> Build/Install for databases/postgresql90-client exiting due to signal > Terminated > Terminated > > B.R. > HU Dong > > On Sat, Aug 11, 2012 at 9:07 AM, Doug Barton > wrote: > > Ok, so do this ... remove the file from /usr/ports/distfiles, then go to > the port directory and type 'make checksum' and see if it works > properly. Then remove it again, and run 'portmaster -F' > > While that's running in one window, keep an eye on /usr/ports/distfiles > and see if the file is being downloaded, and also keep an eye on the log > file in $TMPDIR to see if it is being appended to. > > Also make sure that whatever directory you use for $TMPDIR (/tmp by > default) has permissions 1777, and is not mounted with odd options. > > Doug > > > On 08/10/2012 06:00 PM, HU Dong wrote: > > The mirror is OK. I could download the file from the exact mirror > > manually with fetch command. > > > > B.R. > > HU Dong > > > > On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton > > >> wrote: > > > > On 8/10/2012 8:21 AM, HU Dong wrote: > > > I can simply reproduce this problem by this way: > > > > > > # portmaster -v databases/postgresql90-client > > > > Both of your reports sound like they are hanging on a bad > mirror. Try > > putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf > and see > > if that helps. > > > > Doug > > > From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:04:55 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F64106564A; Sat, 11 Aug 2012 08:04:55 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id 833A98FC0A; Sat, 11 Aug 2012 08:04:54 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id 59219A6C156; Sat, 11 Aug 2012 10:04:52 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id mA0qPtVHVWFK; Sat, 11 Aug 2012 10:04:37 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id 31370A6C14B; Sat, 11 Aug 2012 10:04:37 +0200 (CEST) Message-ID: <50261211.3090502@ranner.eu> Date: Sat, 11 Aug 2012 10:04:33 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> In-Reply-To: <5025B03A.5080707@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:04:55 -0000 Am 11.08.12 03:07, schrieb Doug Barton: > Ok, so do this ... remove the file from /usr/ports/distfiles, then go to > the port directory and type 'make checksum' and see if it works [root@gatekeeper /usr/ports/archivers/unzip]# make checksum ===> License Info-ZIP accepted by the user Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => unzip60.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://heanet.dl.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz unzip60.tar.gz 100% of 1344 kB 134 kBps 00m00s => SHA256 Checksum OK for unzip60.tar.gz. > properly. Then remove it again, and run 'portmaster -F' [root@gatekeeper /var/db/pkg]# portmaster -F unzip-6.0 ===>>> Currently installed version: unzip-6.0 ===>>> Port directory: /usr/ports/archivers/unzip ===>>> Launching 'make checksum' for archivers/unzip in background ===> No options to configure ===>>> Gathering dependency list for archivers/unzip from ports ===>>> No dependencies for archivers/unzip ===>>> Waiting for 1 distfile fetch to finish ===>>> Waiting for 1 distfile fetch to finish Its interesting, download seem to work with "-F" and I see "fetch" with ps. Normally I run portmaster with "-i" or without an argument and I see no "fetch" with ps "portmaster -i unzip-6.0" or "portmaster unzip-6.0" does not fetch. > > While that's running in one window, keep an eye on /usr/ports/distfiles > and see if the file is being downloaded, and also keep an eye on the log > file in $TMPDIR to see if it is being appended to. I see distfile downloaded with "portmaster -F" but not with portmaster "-i" > > Also make sure that whatever directory you use for $TMPDIR (/tmp by > default) has permissions 1777, and is not mounted with odd options. [root@gatekeeper ~]# ls -ld /tmp/ drwxrwxrwt 3 root wheel 512 Aug 11 10:01 /tmp/ /dev/da0s1e on /tmp (ufs, local, soft-updates) Michael > > Doug > > > On 08/10/2012 06:00 PM, HU Dong wrote: >> The mirror is OK. I could download the file from the exact mirror >> manually with fetch command. >> >> B.R. >> HU Dong >> >> On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton > > wrote: >> >> On 8/10/2012 8:21 AM, HU Dong wrote: >> > I can simply reproduce this problem by this way: >> > >> > # portmaster -v databases/postgresql90-client >> >> Both of your reports sound like they are hanging on a bad mirror. Try >> putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see >> if that helps. >> >> Doug > -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:09:31 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9FF751065675 for ; Sat, 11 Aug 2012 08:09:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 77B8214DA9A; Sat, 11 Aug 2012 08:09:31 +0000 (UTC) Message-ID: <5026133B.5000500@FreeBSD.org> Date: Sat, 11 Aug 2012 01:09:31 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Michael Ranner References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> In-Reply-To: <50261211.3090502@ranner.eu> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:09:31 -0000 Guys, these reports are useless without the information that I asked for: While 'portmaster -F' is running in one window, keep an eye on /usr/ports/distfiles and see if the file is being downloaded, and also keep an eye on the log file in $TMPDIR to see if it is being appended to. Neither I nor others who have replied to this thread can reproduce the problem you're seeing, and that is some of the oldest code in portmaster, so I strongly suspect that there is some problem in your environment that is causing this. In any case, I can't debug the problem without the information in the paragraph above. thanks, Doug From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:15:35 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F47A106564A; Sat, 11 Aug 2012 08:15:35 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id EEC938FC12; Sat, 11 Aug 2012 08:15:34 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id 51790A6C14B; Sat, 11 Aug 2012 10:15:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id cNa7DqAXkPgO; Sat, 11 Aug 2012 10:15:19 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id 6053CA6C156; Sat, 11 Aug 2012 10:15:19 +0200 (CEST) Message-ID: <50261494.5050009@ranner.eu> Date: Sat, 11 Aug 2012 10:15:16 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> In-Reply-To: <5026133B.5000500@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:15:35 -0000 Sorry Mr. Barton, I am living in a different time zone ;-) Your requested info should on the way. Regards Michael Am 11.08.12 10:09, schrieb Doug Barton: > Guys, these reports are useless without the information that I > asked for: > > While 'portmaster -F' is running in one window, keep an eye on > /usr/ports/distfiles and see if the file is being downloaded, and also > keep an eye on the log file in $TMPDIR to see if it is being appended to. > > Neither I nor others who have replied to this thread can reproduce the > problem you're seeing, and that is some of the oldest code in > portmaster, so I strongly suspect that there is some problem in your > environment that is causing this. In any case, I can't debug the problem > without the information in the paragraph above. > > thanks, > > Doug -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:24:27 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 764AB106564A; Sat, 11 Aug 2012 08:24:27 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id CB9208FC14; Sat, 11 Aug 2012 08:24:26 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id E8100A6C156; Sat, 11 Aug 2012 10:24:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id qHXbwSAlqlzf; Sat, 11 Aug 2012 10:24:11 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id F1E65A6C14B; Sat, 11 Aug 2012 10:24:10 +0200 (CEST) Message-ID: <502616A8.5010200@ranner.eu> Date: Sat, 11 Aug 2012 10:24:08 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> In-Reply-To: <5026133B.5000500@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:24:27 -0000 Am 11.08.12 10:09, schrieb Doug Barton: > Guys, these reports are useless without the information that I > asked for: > > While 'portmaster -F' is running in one window, keep an eye on > /usr/ports/distfiles and see if the file is being downloaded, and also > keep an eye on the log file in $TMPDIR to see if it is being appended to. As I already told, "portmaster -F" is fetching to /usr/ports/distfiles and appending to fetchlog in /tmp But "portmaster -i" does this not! > > Neither I nor others who have replied to this thread can reproduce the > problem you're seeing, and that is some of the oldest code in > portmaster, so I strongly suspect that there is some problem in your > environment that is causing this. In any case, I can't debug the problem > without the information in the paragraph above. I have erased the ports tree and extracted from portsnap. Reinstalled portmaster, checked my make.conf and several other things. I am thankful for any hint. RANDOMIZE_MASTER_SITES=yes does not help. The system runs since several years without problems, portmaster worked until several weeks. Probably Upgrade from 7.4 to 8.3 makes the problem, but I have several other systems upgraded the same way and portmaster works fine. > > thanks, > > Doug > _______________________________________________ > 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 Sat Aug 11 08:29:27 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEEB4106564A; Sat, 11 Aug 2012 08:29:27 +0000 (UTC) (envelope-from itechbear@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 582BF8FC1A; Sat, 11 Aug 2012 08:29:27 +0000 (UTC) Received: by obbun3 with SMTP id un3so4670060obb.13 for ; Sat, 11 Aug 2012 01:29:26 -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=m6mo+SN68b9kY/fQBgF6o7shKeVASU3FxkwcR7ytV7Y=; b=YINVCAVIUM0Q9+PMnwb36GaGQQibhrSFA3Vvzh1TQn9BN5Nbf227IcsZBjHe0IGsS3 ooteChqgJIYXDWKd+1Yv8EQ/100eZS1NtySHhLqmNSgBfUIqi31mdoMXm9NDezuPuLrP 8FQJEJR1EOR5KFFJ89wKHr89cjQkSNZWBOTxQ16K/dsuiGbFcqX/10kEj/OMQactUJF1 1Ksl2f51hvMqVDMg/ILO7/gqfFQEQhl8Y7McAc/sx3tBUu338acUOPOIcfh4Nmk8RoCF Gymz1lE7CiBgzvS41Wh5h0FeF10dBBK2E1vCNtYyPJenewoi6nwZmpkUz6RRJRCXPnjn 334g== MIME-Version: 1.0 Received: by 10.182.144.104 with SMTP id sl8mr1392749obb.74.1344673766737; Sat, 11 Aug 2012 01:29:26 -0700 (PDT) Received: by 10.76.4.204 with HTTP; Sat, 11 Aug 2012 01:29:26 -0700 (PDT) In-Reply-To: <50261494.5050009@ranner.eu> References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> <50261494.5050009@ranner.eu> Date: Sat, 11 Aug 2012 16:29:26 +0800 Message-ID: From: HU Dong To: Michael Ranner Content-Type: multipart/mixed; boundary=14dae93998dd34864a04c6f94219 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Doug Barton Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:29:27 -0000 --14dae93998dd34864a04c6f94219 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable OK, two log files are attached. In my previous email, I ran "postmaster -F" and the problem still existed. However, I let the portmaster command run a little longer just now, and after many error messages scrolling down, it managed to download the tarball file and continued executing. You can check stdout.log. Maybe it is because the file size is largger than portmaster expected. So it kept reporting error messages when timeout. So...it's not a bug? B.R. HU Dong On Sat, Aug 11, 2012 at 4:15 PM, Michael Ranner wrote: > Sorry Mr. Barton, I am living in a different time zone ;-) > > Your requested info should on the way. > > Regards > Michael > > Am 11.08.12 10:09, schrieb Doug Barton: > > Guys, these reports are useless without the information that I > asked for: > > While 'portmaster -F' is running in one window, keep an eye on > /usr/ports/distfiles and see if the file is being downloaded, and also > keep an eye on the log file in $TMPDIR to see if it is being appended to. > > Neither I nor others who have replied to this thread can reproduce the > problem you're seeing, and that is some of the oldest code in > portmaster, so I strongly suspect that there is some problem in your > environment that is causing this. In any case, I can't debug the problem > without the information in the paragraph above. > > thanks, > > Doug > > > > -- > Mit freundlichen Gr=FC=DFen > > Ing. Michael Ranner > > GSM: +43 676 4155044 > Mail: michael@ranner.eu > WWW: http://www.azedo.at/ > > --14dae93998dd34864a04c6f94219 Content-Type: application/octet-stream; name="stdout.log" Content-Disposition: attachment; filename="stdout.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h5qfr8u30 W3Jvb3QjL3RtcF1wb3J0bWFzdGVyIC12IGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50Cgo9 PT0+Pj4gQ3VycmVudGx5IGluc3RhbGxlZCB2ZXJzaW9uOiBwb3N0Z3Jlc3FsLWNsaWVudC05LjAu OAo9PT0+Pj4gUG9ydCBkaXJlY3Rvcnk6IC91c3IvcG9ydHMvZGF0YWJhc2VzL3Bvc3RncmVzcWw5 MC1jbGllbnQKCj09PT4+PiBHYXRoZXJpbmcgZGlzdGluZm8gbGlzdCBmb3IgaW5zdGFsbGVkIHBv cnRzCgo9PT0+Pj4gTGF1bmNoaW5nICdtYWtlIGNoZWNrc3VtJyBmb3IgZGF0YWJhc2VzL3Bvc3Rn cmVzcWw5MC1jbGllbnQgaW4gYmFja2dyb3VuZAo9PT0+Pj4gR2F0aGVyaW5nIGRlcGVuZGVuY3kg bGlzdCBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQgZnJvbSBwb3J0cwo9PT0+Pj4g U3RhcnRpbmcgZGVwZW5kZW5jeSBjaGVjawo9PT0+Pj4gQ2hlY2tpbmcgZGVwZW5kZW5jeTogZGV2 ZWwvZ2V0dGV4dAo9PT0+Pj4gQ2hlY2tpbmcgZGVwZW5kZW5jeTogZGV2ZWwvZ21ha2UKPT09Pj4+ IENoZWNraW5nIGRlcGVuZGVuY3k6IHRleHRwcm9jL2xpYnhtbDIKPT09Pj4+IEluaXRpYWwgZGVw ZW5kZW5jeSBjaGVjayBjb21wbGV0ZSBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQK Cgo9PT0+Pj4gU3RhcnRpbmcgYnVpbGQgZm9yIGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50 IDw8PD09PQoKPT09Pj4+IEFsbCBkZXBlbmRlbmNpZXMgYXJlIHVwIHRvIGRhdGUKCj09PT4gIENs ZWFuaW5nIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PT0+Pj4gV2FpdGluZyBvbiBmZXRj aCAmIGNoZWNrc3VtIGZvciBkYXRhYmFzZXMvcG9zdGdyZXNxbDkwLWNsaWVudCA8PDw9PT0KPT09 PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgK PT4gU0hBMjU2IENoZWNrc3VtIG1pc21hdGNoIGZvciBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4w LjgudGFyLmJ6Mi4KPT09PiAgUmVmZXRjaCBmb3IgMSBtb3JlIHRpbWVzIGZpbGVzOiBwb3N0Z3Jl c3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0 aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBwb3N0Z3Jlc3FsLTkuMC44LnRhci5i ejIgZG9lc24ndCBzZWVtIHRvIGV4aXN0IGluIC91c3IvcG9ydHMvZGlzdGZpbGVzLy9wb3N0Z3Jl c3FsLgo9PiBBdHRlbXB0aW5nIHRvIGZldGNoIGZ0cDovL2Z0cC5zZS5wb3N0Z3Jlc3FsLm9yZy9w dWIvZGF0YWJhc2VzL3JlbGF0aW9uYWwvcG9zdGdyZXNxbC9zb3VyY2UvdjkuMC44L3Bvc3RncmVz cWwtOS4wLjgudGFyLmJ6MgoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9y IGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50IDw8PD09PQo9PT0+ICBGb3VuZCBzYXZlZCBj b25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tz dW0gbWlzbWF0Y2ggZm9yIHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ ICBSZWZldGNoIGZvciAxIG1vcmUgdGltZXMgZmlsZXM6IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05 LjAuOC50YXIuYnoyCj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVz cWwtY2xpZW50LTkuMC44Cj0+IHBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MiBkb2Vzbid0IHNlZW0g dG8gZXhpc3QgaW4gL3Vzci9wb3J0cy9kaXN0ZmlsZXMvL3Bvc3RncmVzcWwuCj0+IEF0dGVtcHRp bmcgdG8gZmV0Y2ggZnRwOi8vZnRwLnNlLnBvc3RncmVzcWwub3JnL3B1Yi9kYXRhYmFzZXMvcmVs YXRpb25hbC9wb3N0Z3Jlc3FsL3NvdXJjZS92OS4wLjgvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoy CnBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVj a3N1bSBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQgPDw8PT09Cj09PT4gIEZvdW5k IHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IFNIQTI1 NiBDaGVja3N1bSBtaXNtYXRjaCBmb3IgcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5i ejIuCj09PT4gIFJlZmV0Y2ggZm9yIDEgbW9yZSB0aW1lcyBmaWxlczogcG9zdGdyZXNxbC9wb3N0 Z3Jlc3FsLTkuMC44LnRhci5iejIKPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3Ig cG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyIGRvZXNu J3Qgc2VlbSB0byBleGlzdCBpbiAvdXNyL3BvcnRzL2Rpc3RmaWxlcy8vcG9zdGdyZXNxbC4KPT4g QXR0ZW1wdGluZyB0byBmZXRjaCBmdHA6Ly9mdHAuc2UucG9zdGdyZXNxbC5vcmcvcHViL2RhdGFi YXNlcy9yZWxhdGlvbmFsL3Bvc3RncmVzcWwvc291cmNlL3Y5LjAuOC9wb3N0Z3Jlc3FsLTkuMC44 LnRhci5iejIKcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRj aCAmIGNoZWNrc3VtIGZvciBkYXRhYmFzZXMvcG9zdGdyZXNxbDkwLWNsaWVudCA8PDw9PT0KPT09 PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgK PT4gU0hBMjU2IENoZWNrc3VtIG1pc21hdGNoIGZvciBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4w LjgudGFyLmJ6Mi4KPT09PiAgUmVmZXRjaCBmb3IgMSBtb3JlIHRpbWVzIGZpbGVzOiBwb3N0Z3Jl c3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0 aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBwb3N0Z3Jlc3FsLTkuMC44LnRhci5i ejIgZG9lc24ndCBzZWVtIHRvIGV4aXN0IGluIC91c3IvcG9ydHMvZGlzdGZpbGVzLy9wb3N0Z3Jl c3FsLgo9PiBBdHRlbXB0aW5nIHRvIGZldGNoIGZ0cDovL2Z0cC5zZS5wb3N0Z3Jlc3FsLm9yZy9w dWIvZGF0YWJhc2VzL3JlbGF0aW9uYWwvcG9zdGdyZXNxbC9zb3VyY2UvdjkuMC44L3Bvc3RncmVz cWwtOS4wLjgudGFyLmJ6Mgpwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKCj09PT4+PiBXYWl0aW5n IG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50IDw8 PD09PQo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVu dC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tzdW0gbWlzbWF0Y2ggZm9yIHBvc3RncmVzcWwvcG9zdGdy ZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ICBSZWZldGNoIGZvciAxIG1vcmUgdGltZXMgZmlsZXM6 IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCj09PT4gIEZvdW5kIHNhdmVkIGNv bmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IHBvc3RncmVzcWwtOS4w LjgudGFyLmJ6MiBkb2Vzbid0IHNlZW0gdG8gZXhpc3QgaW4gL3Vzci9wb3J0cy9kaXN0ZmlsZXMv L3Bvc3RncmVzcWwuCj0+IEF0dGVtcHRpbmcgdG8gZmV0Y2ggZnRwOi8vZnRwLnNlLnBvc3RncmVz cWwub3JnL3B1Yi9kYXRhYmFzZXMvcmVsYXRpb25hbC9wb3N0Z3Jlc3FsL3NvdXJjZS92OS4wLjgv cG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCnBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MgoKPT09Pj4+ IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1j bGllbnQgPDw8PT09Cj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVz cWwtY2xpZW50LTkuMC44Cj0+IFNIQTI1NiBDaGVja3N1bSBtaXNtYXRjaCBmb3IgcG9zdGdyZXNx bC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIuCj09PT4gIFJlZmV0Y2ggZm9yIDEgbW9yZSB0aW1l cyBmaWxlczogcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKPT09PiAgRm91bmQg c2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gcG9zdGdy ZXNxbC05LjAuOC50YXIuYnoyIGRvZXNuJ3Qgc2VlbSB0byBleGlzdCBpbiAvdXNyL3BvcnRzL2Rp c3RmaWxlcy8vcG9zdGdyZXNxbC4KPT4gQXR0ZW1wdGluZyB0byBmZXRjaCBmdHA6Ly9mdHAuc2Uu cG9zdGdyZXNxbC5vcmcvcHViL2RhdGFiYXNlcy9yZWxhdGlvbmFsL3Bvc3RncmVzcWwvc291cmNl L3Y5LjAuOC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKcG9zdGdyZXNxbC05LjAuOC50YXIuYnoy Cgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBkYXRhYmFzZXMvcG9zdGdy ZXNxbDkwLWNsaWVudCA8PDw9PT0KPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3Ig cG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gU0hBMjU2IENoZWNrc3VtIG1pc21hdGNoIGZvciBw b3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mi4KPT09PiAgUmVmZXRjaCBmb3IgMSBt b3JlIHRpbWVzIGZpbGVzOiBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgo9PT0+ ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9 PiBwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIgZG9lc24ndCBzZWVtIHRvIGV4aXN0IGluIC91c3Iv cG9ydHMvZGlzdGZpbGVzLy9wb3N0Z3Jlc3FsLgo9PiBBdHRlbXB0aW5nIHRvIGZldGNoIGZ0cDov L2Z0cC5zZS5wb3N0Z3Jlc3FsLm9yZy9wdWIvZGF0YWJhc2VzL3JlbGF0aW9uYWwvcG9zdGdyZXNx bC9zb3VyY2UvdjkuMC44L3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgpwb3N0Z3Jlc3FsLTkuMC44 LnRhci5iejIKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGRhdGFiYXNl cy9wb3N0Z3Jlc3FsOTAtY2xpZW50IDw8PD09PQo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0 aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tzdW0gbWlzbWF0 Y2ggZm9yIHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ICBSZWZldGNo IGZvciAxIG1vcmUgdGltZXMgZmlsZXM6IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIu YnoyCj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50 LTkuMC44Cj0+IHBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MiBkb2Vzbid0IHNlZW0gdG8gZXhpc3Qg aW4gL3Vzci9wb3J0cy9kaXN0ZmlsZXMvL3Bvc3RncmVzcWwuCj0+IEF0dGVtcHRpbmcgdG8gZmV0 Y2ggZnRwOi8vZnRwLnNlLnBvc3RncmVzcWwub3JnL3B1Yi9kYXRhYmFzZXMvcmVsYXRpb25hbC9w b3N0Z3Jlc3FsL3NvdXJjZS92OS4wLjgvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCnBvc3RncmVz cWwtOS4wLjgudGFyLmJ6MgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3Ig ZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQgPDw8PT09Cj09PT4gIEZvdW5kIHNhdmVkIGNv bmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IFNIQTI1NiBDaGVja3N1 bSBtaXNtYXRjaCBmb3IgcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIuCj09PT4g IFJlZmV0Y2ggZm9yIDEgbW9yZSB0aW1lcyBmaWxlczogcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTku MC44LnRhci5iejIKPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNx bC1jbGllbnQtOS4wLjgKPT4gcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyIGRvZXNuJ3Qgc2VlbSB0 byBleGlzdCBpbiAvdXNyL3BvcnRzL2Rpc3RmaWxlcy8vcG9zdGdyZXNxbC4KPT4gQXR0ZW1wdGlu ZyB0byBmZXRjaCBmdHA6Ly9mdHAuc2UucG9zdGdyZXNxbC5vcmcvcHViL2RhdGFiYXNlcy9yZWxh dGlvbmFsL3Bvc3RncmVzcWwvc291cmNlL3Y5LjAuOC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIK cG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNr c3VtIGZvciBkYXRhYmFzZXMvcG9zdGdyZXNxbDkwLWNsaWVudCA8PDw9PT0KPT09PiAgRm91bmQg c2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gU0hBMjU2 IENoZWNrc3VtIG1pc21hdGNoIGZvciBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6 Mi4KPT09PiAgUmVmZXRjaCBmb3IgMSBtb3JlIHRpbWVzIGZpbGVzOiBwb3N0Z3Jlc3FsL3Bvc3Rn cmVzcWwtOS4wLjgudGFyLmJ6Mgo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBw b3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIgZG9lc24n dCBzZWVtIHRvIGV4aXN0IGluIC91c3IvcG9ydHMvZGlzdGZpbGVzLy9wb3N0Z3Jlc3FsLgo9PiBB dHRlbXB0aW5nIHRvIGZldGNoIGZ0cDovL2Z0cC5zZS5wb3N0Z3Jlc3FsLm9yZy9wdWIvZGF0YWJh c2VzL3JlbGF0aW9uYWwvcG9zdGdyZXNxbC9zb3VyY2UvdjkuMC44L3Bvc3RncmVzcWwtOS4wLjgu dGFyLmJ6Mgpwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNo ICYgY2hlY2tzdW0gZm9yIGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50IDw8PD09PQo9PT0+ ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9 PiBTSEEyNTYgQ2hlY2tzdW0gbWlzbWF0Y2ggZm9yIHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAu OC50YXIuYnoyLgo9PT0+ICBSZWZldGNoIGZvciAxIG1vcmUgdGltZXMgZmlsZXM6IHBvc3RncmVz cWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRp b24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IHBvc3RncmVzcWwtOS4wLjgudGFyLmJ6 MiBkb2Vzbid0IHNlZW0gdG8gZXhpc3QgaW4gL3Vzci9wb3J0cy9kaXN0ZmlsZXMvL3Bvc3RncmVz cWwuCj0+IEF0dGVtcHRpbmcgdG8gZmV0Y2ggZnRwOi8vZnRwLnNlLnBvc3RncmVzcWwub3JnL3B1 Yi9kYXRhYmFzZXMvcmVsYXRpb25hbC9wb3N0Z3Jlc3FsL3NvdXJjZS92OS4wLjgvcG9zdGdyZXNx bC05LjAuOC50YXIuYnoyCnBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MgoKPT09Pj4+IFdhaXRpbmcg b24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQgPDw8 PT09Cj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50 LTkuMC44Cj0+IFNIQTI1NiBDaGVja3N1bSBtaXNtYXRjaCBmb3IgcG9zdGdyZXNxbC9wb3N0Z3Jl c3FsLTkuMC44LnRhci5iejIuCj09PT4gIFJlZmV0Y2ggZm9yIDEgbW9yZSB0aW1lcyBmaWxlczog cG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKPT09PiAgRm91bmQgc2F2ZWQgY29u ZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gcG9zdGdyZXNxbC05LjAu OC50YXIuYnoyIGRvZXNuJ3Qgc2VlbSB0byBleGlzdCBpbiAvdXNyL3BvcnRzL2Rpc3RmaWxlcy8v cG9zdGdyZXNxbC4KPT4gQXR0ZW1wdGluZyB0byBmZXRjaCBmdHA6Ly9mdHAuc2UucG9zdGdyZXNx bC5vcmcvcHViL2RhdGFiYXNlcy9yZWxhdGlvbmFsL3Bvc3RncmVzcWwvc291cmNlL3Y5LjAuOC9w b3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCgo9PT0+Pj4g V2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBkYXRhYmFzZXMvcG9zdGdyZXNxbDkwLWNs aWVudCA8PDw9PT0KPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNx bC1jbGllbnQtOS4wLjgKPT4gU0hBMjU2IENoZWNrc3VtIG1pc21hdGNoIGZvciBwb3N0Z3Jlc3Fs L3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mi4KPT09PiAgUmVmZXRjaCBmb3IgMSBtb3JlIHRpbWVz IGZpbGVzOiBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgo9PT0+ICBGb3VuZCBz YXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBwb3N0Z3Jl c3FsLTkuMC44LnRhci5iejIgZG9lc24ndCBzZWVtIHRvIGV4aXN0IGluIC91c3IvcG9ydHMvZGlz dGZpbGVzLy9wb3N0Z3Jlc3FsLgo9PiBBdHRlbXB0aW5nIHRvIGZldGNoIGZ0cDovL2Z0cC5zZS5w b3N0Z3Jlc3FsLm9yZy9wdWIvZGF0YWJhc2VzL3JlbGF0aW9uYWwvcG9zdGdyZXNxbC9zb3VyY2Uv djkuMC44L3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgpwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIK Cj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGRhdGFiYXNlcy9wb3N0Z3Jl c3FsOTAtY2xpZW50IDw8PD09PQo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBw b3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tzdW0gbWlzbWF0Y2ggZm9yIHBv c3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ICBSZWZldGNoIGZvciAxIG1v cmUgdGltZXMgZmlsZXM6IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCj09PT4g IEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+ IHBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MiBkb2Vzbid0IHNlZW0gdG8gZXhpc3QgaW4gL3Vzci9w b3J0cy9kaXN0ZmlsZXMvL3Bvc3RncmVzcWwuCj0+IEF0dGVtcHRpbmcgdG8gZmV0Y2ggZnRwOi8v ZnRwLnNlLnBvc3RncmVzcWwub3JnL3B1Yi9kYXRhYmFzZXMvcmVsYXRpb25hbC9wb3N0Z3Jlc3Fs L3NvdXJjZS92OS4wLjgvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCnBvc3RncmVzcWwtOS4wLjgu dGFyLmJ6MgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgZGF0YWJhc2Vz L3Bvc3RncmVzcWw5MC1jbGllbnQgPDw8PT09Cj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRp b24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IFNIQTI1NiBDaGVja3N1bSBtaXNtYXRj aCBmb3IgcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIuCj09PT4gIFJlZmV0Y2gg Zm9yIDEgbW9yZSB0aW1lcyBmaWxlczogcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5i ejIKPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQt OS4wLjgKPT4gcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyIGRvZXNuJ3Qgc2VlbSB0byBleGlzdCBp biAvdXNyL3BvcnRzL2Rpc3RmaWxlcy8vcG9zdGdyZXNxbC4KPT4gQXR0ZW1wdGluZyB0byBmZXRj aCBmdHA6Ly9mdHAuc2UucG9zdGdyZXNxbC5vcmcvcHViL2RhdGFiYXNlcy9yZWxhdGlvbmFsL3Bv c3RncmVzcWwvc291cmNlL3Y5LjAuOC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKcG9zdGdyZXNx bC05LjAuOC50YXIuYnoyCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBk YXRhYmFzZXMvcG9zdGdyZXNxbDkwLWNsaWVudCA8PDw9PT0KPT09PiAgRm91bmQgc2F2ZWQgY29u ZmlndXJhdGlvbiBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gU0hBMjU2IENoZWNrc3Vt IG1pc21hdGNoIGZvciBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mi4KPT09PiAg UmVmZXRjaCBmb3IgMSBtb3JlIHRpbWVzIGZpbGVzOiBwb3N0Z3Jlc3FsL3Bvc3RncmVzcWwtOS4w LjgudGFyLmJ6Mgo9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3Fs LWNsaWVudC05LjAuOAo9PiBwb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIgZG9lc24ndCBzZWVtIHRv IGV4aXN0IGluIC91c3IvcG9ydHMvZGlzdGZpbGVzLy9wb3N0Z3Jlc3FsLgo9PiBBdHRlbXB0aW5n IHRvIGZldGNoIGZ0cDovL2Z0cC5zZS5wb3N0Z3Jlc3FsLm9yZy9wdWIvZGF0YWJhc2VzL3JlbGF0 aW9uYWwvcG9zdGdyZXNxbC9zb3VyY2UvdjkuMC44L3Bvc3RncmVzcWwtOS4wLjgudGFyLmJ6Mgpw b3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tz dW0gZm9yIGRhdGFiYXNlcy9wb3N0Z3Jlc3FsOTAtY2xpZW50IDw8PD09PQo9PT0+ICBGb3VuZCBz YXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYg Q2hlY2tzdW0gbWlzbWF0Y2ggZm9yIHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoy Lgo9PT0+ICBSZWZldGNoIGZvciAxIG1vcmUgdGltZXMgZmlsZXM6IHBvc3RncmVzcWwvcG9zdGdy ZXNxbC05LjAuOC50YXIuYnoyCj09PT4gIEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBv c3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IHBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MiBkb2Vzbid0 IHNlZW0gdG8gZXhpc3QgaW4gL3Vzci9wb3J0cy9kaXN0ZmlsZXMvL3Bvc3RncmVzcWwuCj0+IEF0 dGVtcHRpbmcgdG8gZmV0Y2ggZnRwOi8vZnRwLnNlLnBvc3RncmVzcWwub3JnL3B1Yi9kYXRhYmFz ZXMvcmVsYXRpb25hbC9wb3N0Z3Jlc3FsL3NvdXJjZS92OS4wLjgvcG9zdGdyZXNxbC05LjAuOC50 YXIuYnoyCnBvc3RncmVzcWwtOS4wLjgudGFyLmJ6MgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2gg JiBjaGVja3N1bSBmb3IgZGF0YWJhc2VzL3Bvc3RncmVzcWw5MC1jbGllbnQgPDw8PT09Cj09PT4g IEZvdW5kIHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+ IFNIQTI1NiBDaGVja3N1bSBtaXNtYXRjaCBmb3IgcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44 LnRhci5iejIuCj09PT4gIFJlZmV0Y2ggZm9yIDEgbW9yZSB0aW1lcyBmaWxlczogcG9zdGdyZXNx bC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKPT09PiAgRm91bmQgc2F2ZWQgY29uZmlndXJhdGlv biBmb3IgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT4gcG9zdGdyZXNxbC05LjAuOC50YXIuYnoy IGRvZXNuJ3Qgc2VlbSB0byBleGlzdCBpbiAvdXNyL3BvcnRzL2Rpc3RmaWxlcy8vcG9zdGdyZXNx bC4KPT4gQXR0ZW1wdGluZyB0byBmZXRjaCBmdHA6Ly9mdHAuc2UucG9zdGdyZXNxbC5vcmcvcHVi L2RhdGFiYXNlcy9yZWxhdGlvbmFsL3Bvc3RncmVzcWwvc291cmNlL3Y5LjAuOC9wb3N0Z3Jlc3Fs LTkuMC44LnRhci5iejIKcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCgo9PT0+ICBGb3VuZCBzYXZl ZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PT0+ICBFeHRyYWN0 aW5nIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tzdW0gT0sgZm9y IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ICBQYXRjaGluZyBmb3Ig cG9zdGdyZXNxbC1jbGllbnQtOS4wLjgKPT09PiAgQXBwbHlpbmcgRnJlZUJTRCBwYXRjaGVzIGZv ciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo9PT0+ICAgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjgg ZGVwZW5kcyBvbiBleGVjdXRhYmxlOiBnbWFrZSAtIGZvdW5kCj09PT4gICBwb3N0Z3Jlc3FsLWNs aWVudC05LjAuOCBkZXBlbmRzIG9uIHNoYXJlZCBsaWJyYXJ5OiB4bWwyLjUgLSBmb3VuZAo9PT0+ ICAgcG9zdGdyZXNxbC1jbGllbnQtOS4wLjggZGVwZW5kcyBvbiBzaGFyZWQgbGlicmFyeTogaW50 bCAtIGZvdW5kCj09PT4gIENvbmZpZ3VyaW5nIGZvciBwb3N0Z3Jlc3FsLWNsaWVudC05LjAuOAo= --14dae93998dd34864a04c6f94219 Content-Type: application/octet-stream; name="tmp.log" Content-Disposition: attachment; filename="tmp.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h5qfr8ua1 W3Jvb3QjL3RtcF1jYXQgKgolJSUlJSUlJSUlJSUKSW1hZ2VNYWdpY2stNi43LjgtNi50YXIueHoK b3BlbmV4ci0xLjYuMS50YXIuZ3oKS0RFL2Frb25hZGktMS43LjIudGFyLmJ6MgphcHItMS40LjUu dGFyLmd6CmFwci11dGlsLTEuMy4xMi50YXIuZ3oKYXNwZWxsLTAuNjAuNi4xLnRhci5negphc3Bl bGw2LWVuLTcuMS0wLnRhci5iejIKZ25vbWUyL2F0ay0yLjAuMS50YXIueHoKYXR0aWNhLTAuMi45 LnRhci5iejIKYXV0b2NvbmYtMi42OS50YXIueHoKYXV0b21ha2UtMS4xMi4yLnRhci54egpLREUv YXV0b21vYzQtMC45Ljg4LnRhci5iejIKYXZhaGktMC42LjI5LnRhci5negpiaXNvbi0yLjUuMS50 YXIueHoKZ25vbWUyL3R0Zi1iaXRzdHJlYW0tdmVyYS0xLjEwLnRhci5iejIKYm9vc3RfMV80OF8w LnRhci5iejIKYm9vc3RfMV80OF8wLnRhci5iejIKbnNzLTMuMTMuNS50YXIuZ3oKY2FnaWJpLTAu Mi4wLnRhci5iejIKY2Fpcm8tMS4xMC4yLnRhci5negpjZHBhcmFub2lhLUlJSS1hbHBoYTkuOC5z cmMudGd6CmNobWxpYi0wLjQwLnRhci5iejIKY2xuLTEuMy4yLnRhci5iejIKY2x1Y2VuZS1jb3Jl LTAuOS4yMS50YXIuYnoyCmNtYWtlLTIuOC44LnRhci5negpjbWFrZS0yLjguOC50YXIuZ3oKeG9y Zy9wcm90by9jb21wb3NpdGVwcm90by0wLjQuMi50YXIuYnoyCmNvbmt5LTEuOC4xLnRhci5iejIK Q29uc29sZUtpdC0wLjQuMy50YXIuYnoyCmN0YWdzLTUuOC50YXIuZ3oKY3Vwcy0xLjUuMi1zb3Vy Y2UudGFyLmJ6MgpjdXBzLTEuNS4yLXNvdXJjZS50YXIuYnoyCmN1cmwtNy4yNC4wLnRhci5sem1h CmN5cnVzLXNhc2wtMi4xLjI1LnRhci5negp4b3JnL3Byb3RvL2RhbWFnZXByb3RvLTEuMi4xLnRh ci5iejIKYmRiL2RiLTQuMS4yNS50YXIuZ3oKYmRiL3BhdGNoLjQuMS4yNS4yCmRidXMtMS40LjE0 LnRhci5negpkYnVzLWdsaWItMC45NC50YXIuZ3oKZGp2dWxpYnJlLTMuNS4yNS4zLnRhci5negpk bWlkZWNvZGUtMi4xMS50YXIuYnoyCmRvY2Jvb2steG1sLTQuMi56aXAKZG9jYm9vay14c2wtMS43 Ni4xLnRhci5iejIKZG9jYm9vay14c2wtZG9jLTEuNzYuMS50YXIuYnoyCk1lc2FMaWItNy42LjEu dGFyLmJ6MgpNZXNhTGliLTcuMTEuMi50YXIuYnoyCnhvcmcvcHJvdG8vZHJpMnByb3RvLTIuNi50 YXIuYnoyCmRyb2lkLWZvbnRzLXR0Zi0yMDExMDMyNC50YXIuYnoyCmUyZnNwcm9ncy0xLjQyLjUu dGFyLmd6CmVib29rLXRvb2xzLTAuMi4xLnRhci5negplZ2dkYnVzLTAuNi50YXIuZ3oKZ25vbWUy L2VuY2hhbnQtMS42LjAudGFyLmd6CnhvcmcvZm9udC9lbmNvZGluZ3MtMS4wLjQudGFyLmJ6Mgpl eGl2Mi0wLjIzLnRhci5negpleHBhdC0yLjAuMS50YXIuZ3oKZmFhZDItMi43LnRhci5iejIKZmZt cGVnLTAuNy4xMy50YXIuYnoyCnhvcmcvcHJvdG8vZml4ZXNwcm90by01LjAudGFyLmJ6MgpmbGFj LTEuMi4xLnRhci5negp4b3JnL2ZvbnQvZm9udC1iaC10dGYtMS4wLjMudGFyLmJ6Mgp4b3JnL2Zv bnQvZm9udC1taXNjLWV0aGlvcGljLTEuMC4zLnRhci5iejIKeG9yZy9mb250L2ZvbnQtbWlzYy1t ZWx0aG8tMS4wLjMudGFyLmJ6Mgp4b3JnL2ZvbnQvZm9udC11dGlsLTEuMi4wLnRhci5iejIKeG9y Zy9wcm90by9mb250Y2FjaGVwcm90by0wLjEuMy50YXIuYnoyCmZvbnRjb25maWctMi45LjAudGFy Lmd6CnhvcmcvcHJvdG8vZm9udHNwcm90by0yLjEuMS50YXIuYnoyCmZyZWVnbHV0LTIuOC4wLnRh ci5negpmcmVldHlwZS0yLjQuOS50YXIuYnoyCmdhbWluLTAuMS4xMC50YXIuZ3oKZ2RibS0xLjku MS50YXIuZ3oKZ25vbWUyL2dkay1waXhidWYtMi4yMy41LnRhci54egpnZXR0ZXh0LTAuMTguMS4x LnRhci5negpnZmxhZ3MtMS42LnRhci5negpnaG9zdHNjcmlwdC9naG9zdHNjcmlwdC05LjA1LnRh ci5iejIKZ2hvc3RzY3JpcHQvZXBhZy0zLjA5LnRhci5negpnaWZsaWItNC4yLjAudGFyLmJ6Mgpn bm9tZTIvZ2xpYi0yLjI4LjgudGFyLnh6CmdpdC0xLjcuMTEuNC50YXIuZ3oKZ2l0LW1hbnBhZ2Vz LTEuNy4xMS40LnRhci5negpnaXQtaHRtbGRvY3MtMS43LjExLjQudGFyLmd6Cmdub21lMi9nbGli LTIuMjguOC50YXIueHoKZ2xvZy0wLjMuMS50YXIuZ3oKbWFrZS0zLjgyLnRhci5iejIKZ21wLTUu MC41LnRhci5iejIKZ251cGctMi4wLjE5LnRhci5iejIKZ251cGctMi4wLjE5LnRhci5iejIuc2ln Cmdub21lMy9nb2JqZWN0LWludHJvc3BlY3Rpb24tMC4xMC44LnRhci5iejIKZ29vZ2xlLXN0eWxl Z3VpZGUtNjYvY3BwbGludC5weQpnb29nbGUtc3R5bGVndWlkZS02Ni9jcHBsaW50X3VuaXR0ZXN0 LnB5Cmdvb2dsZS1zdHlsZWd1aWRlLTY2L1JFQURNRQpncGFjLTAuNC41LnRhci5negpncGdtZS0x LjMuMi50YXIuYnoyCmdwZ21lLTEuMy4yLnRhci5iejIuc2lnCmdob3N0c2NyaXB0L2dob3N0c2Ny aXB0LWZvbnRzLXN0ZC04LjExLnRhci5negpnaG9zdHNjcmlwdC9naG9zdHNjcmlwdC1mb250cy1v dGhlci02LjAudGFyLmd6CmdzdHJlYW1lci0wLjEwLjM2LnRhci5iejIKZ3N0LXBsdWdpbnMtYmFz ZS0wLjEwLjM2LnRhci5iejIKZ3N0LXBsdWdpbnMtYmFkLTAuMTAuMjMudGFyLmJ6Mgpnc3QtcGx1 Z2lucy11Z2x5LTAuMTAuMTkudGFyLmJ6Mgpnc3QtcGx1Z2lucy1nb29kLTAuMTAuMzEudGFyLmJ6 Mgpnbm9tZTIvZ3RrKy0yLjI0LjYudGFyLnh6CmhhbC0wLjUuMTQudGFyLmd6CmhpY29sb3ItaWNv bi10aGVtZS0wLjEyLnRhci5negpoZXJxcS0xLjAuMC56aXAKaWN1NGMtNF84XzFfMS1zcmMudGd6 CmlsbWJhc2UtMS4wLjEudGFyLmd6CnhvcmcvcHJvdG8vaW5wdXRwcm90by0yLjAuMi50YXIuYnoy Cmphc3Blci0xLjkwMC4xLnppcApqYmlnMmRlYy0wLjExLnRhci54egpqYjJzdHJlYW1zLnppcApq Ymlna2l0LTEuNi50YXIuZ3oKanBlZzhiMi9qcGVnc3JjLnY4Yi50YXIuZ3oKanBlZzhiMi9qcGVn ZXhpZm9yaWVudC5jCmpwZWc4YjIvZXhpZmF1dG90cmFuLnR4dApLREUva2FjdGl2aXRpZXMtNC44 LjQudGFyLnh6CktERS9rYXRlLTQuOC40LnRhci54egp4b3JnL3Byb3RvL2ticHJvdG8tMS4wLjUu dGFyLmJ6MgpLREUva2RlLWJhc2VhcHBzLTQuOC40LnRhci54egpLREUva2RlLXJ1bnRpbWUtNC44 LjQudGFyLnh6CktERS9rZGUtd29ya3NwYWNlLTQuOC40LnRhci54egpLREUvc3RyaXBlcy1mcmVl YnNkLTEuMC50YXIuYnoyCktERS9veHlnZW4taWNvbnMtNC44LjQudGFyLnh6CktERS9rZGVhZG1p bi00LjguNC50YXIueHoKS0RFL2tkZWxpYnMtNC44LjQudGFyLnh6CktERS9rZGVwaW1saWJzLTQu OC40LnRhci54egpLREUva29uc29sZS00LjguNC50YXIueHoKS0RFL2tkZS13b3Jrc3BhY2UtNC44 LjQudGFyLnh6CktERS9zdHJpcGVzLWZyZWVic2QtMS4wLnRhci5iejIKa3dlYmtpdHBhcnQtMS4y LjAudGFyLmJ6MgpsYW1lLTMuOTkuNS50YXIuZ3oKbGNtcy0xLjE5LnRhci5negpsZXZlbGRiLTEu NS4wLnRhci5negpNZXNhTGliLTcuNi4xLnRhci5iejIKTWVzYUxpYi03LjExLjIudGFyLmJ6MgpN ZXNhTGliLTcuNi4xLnRhci5iejIKTWVzYUxpYi03LjExLjIudGFyLmJ6Mgp4b3JnL2xpYi9saWJJ Q0UtMS4wLjcudGFyLmJ6Mgp4b3JnL2xpYi9saWJTTS0xLjIuMC50YXIuYnoyCnhvcmcvbGliL2xp YlgxMS0xLjQuNC50YXIuYnoyCnhvcmcvbGliL2xpYlhTY3JuU2F2ZXItMS4yLjEudGFyLmJ6Mgp4 b3JnL2xpYi9saWJYYXUtMS4wLjYudGFyLmJ6Mgp4b3JnL2xpYi9saWJYYXctMS4wLjkudGFyLmJ6 Mgp4b3JnL2xpYi9saWJYY29tcG9zaXRlLTAuNC4zLnRhci5iejIKeG9yZy9saWIvbGliWGN1cnNv ci0xLjEuMTIudGFyLmJ6Mgp4b3JnL2xpYi9saWJYZGFtYWdlLTEuMS4zLnRhci5iejIKeG9yZy9s aWIvbGliWGRtY3AtMS4xLjAudGFyLmJ6Mgp4b3JnL2xpYi9saWJYZXh0LTEuMy4wLnRhci5iejIK eG9yZy9saWIvbGliWGZpeGVzLTUuMC50YXIuYnoyCnhvcmcvbGliL2xpYlhmb250LTEuNC40LnRh ci5iejIKeG9yZy9saWIvbGliWGZvbnRjYWNoZS0xLjAuNS50YXIuYnoyCnhvcmcvbGliL2xpYlhm dC0yLjEuMTQudGFyLmJ6Mgp4b3JnL2xpYi9saWJYaS0xLjQuNS50YXIuYnoyCnhvcmcvbGliL2xp YlhpbmVyYW1hLTEuMS4xLnRhci5iejIKeG9yZy9saWIvbGliWG11LTEuMS4wLnRhci5iejIKeG9y Zy9saWIvbGliWHAtMS4wLjEudGFyLmJ6Mgp4b3JnL2xpYi9saWJYcG0tMy41LjkudGFyLmJ6Mgp4 b3JnL2xpYi9saWJYcmFuZHItMS4zLjIudGFyLmJ6Mgp4b3JnL2xpYi9saWJYcmVuZGVyLTAuOS42 LnRhci5iejIKeG9yZy9saWIvbGliWHJlcy0xLjAuNS50YXIuYnoyCnhvcmcvbGliL2xpYlh0LTEu MS4xLnRhci5iejIKeG9yZy9saWIvbGliWHRzdC0xLjIuMC50YXIuYnoyCnhvcmcvbGliL2xpYlh2 LTEuMC42LnRhci5iejIKeG9yZy9saWIvbGliWHhmODZtaXNjLTEuMC4zLnRhci5iejIKeG9yZy9s aWIvbGliWHhmODZ2bS0xLjEuMS50YXIuYnoyCmxpYmFzc3Vhbi0yLjAuMi50YXIuYnoyCmxpYmFz c3Vhbi0yLjAuMi50YXIuYnoyLnNpZwpsaWJjZGRiLTEuMy4yLnRhci5iejIKbGliY2Rpby0wLjgz LnRhci5negpsaWJkYWVtb24tMC4xNC50YXIuZ3oKbGliZGJ1c21lbnUtcXQtMC45LjIudGFyLmJ6 MgpsaWJkY2EtMC4wLjUudGFyLmJ6MgpsaWJkbXR4LTAuNy40LnRhci5iejIKbGliZHJtLTIuNC4x Ny50YXIuYnoyCmxpYmRybS0yLjQuMzEudGFyLmJ6MgpsaWJkdmRjc3MtMS4yLjEwLnRhci5iejIK bGliZHZkcmVhZC00LjIuMC50YXIuYnoyCmxpYmV4ZWNpbmZvLTEuMS50YXIuYnoyCmxpYmZhbWUt MC45LjEudGFyLmd6CmxpYmZmaS0zLjAuOS50YXIuZ3oKeG9yZy9saWIvbGliZm9udGVuYy0xLjEu MC50YXIuYnoyCmxpYmZweC0xLjIuMC4xMi50YXIuYnoyCmZweC5tZWdhLXBhdGNoLjIwMDctMTEt MDEuYnoyCmxpYmdjcnlwdC0xLjUuMC50YXIuYnoyCmxpYmdwZy1lcnJvci0xLjEwLnRhci5iejIK bGliaWNhbC0wLjQ0LnRhci5negpsaWJpY29udi0xLjE0LnRhci5negpsaWJpZG4tMS4yNS50YXIu Z3oKbGliaW5vdGlmeS0yMDExMDgyOS50YXIuYnoyCmxpYmlvZGJjLTMuNTIuOC50YXIuZ3oKS0RF L2tkZS1iYXNlYXBwcy00LjguNC50YXIueHoKbGlia3NiYS0xLjIuMC50YXIuYnoyCmxpYmtzYmEt MS4yLjAudGFyLmJ6Mi5zaWcKbGlibHFyLTEtMC40LjEudGFyLmJ6MgpsaWJ0b29sLTIuNC4yLnRh ci5negpsaWJtYWQtMC4xNS4xYi50YXIuZ3oKbGlibW5nLTEuMC4xMC50YXIuZ3oKbGlibW9kcGx1 Zy0wLjguOC40LnRhci5negpsaWJvZ2ctMS4zLjAudGFyLmd6CmxpYnBhcGVyXzEuMS4yNC50YXIu Z3oKcGNpdXRpbHMtMy4xLjEwLnRhci5negp4b3JnL2xpYi9saWJwY2lhY2Nlc3MtMC4xMi4xLnRh ci5iejIKbGlicHRocmVhZC1zdHVicy0wLjMudGFyLmJ6MgpsaWJxYWxjdWxhdGUtMC45LjcudGFy Lmd6CnFyZW5jb2RlLTMuMy4xLnRhci5negpsaWJzaWdzZWd2LTIuMTAudGFyLmd6CmxpYnNwZWN0 cmUtMC4yLjYudGFyLmd6CmxpYnNzaC0wLjUuMi50YXIuZ3oKbGlidGhlb3JhLTEuMS4xLnRhci5i ejIKbGlidG9vbC0yLjQuMi50YXIuZ3oKbGlidmRwYXUtMC40LjEudGFyLmd6CmxpYnZvbHVtZV9p ZC0wLjgxLjEudGFyLmJ6MgpsaWJ2b3JiaXMtMS4zLjMudGFyLnh6CmxpYnhjYi0xLjcudGFyLmJ6 Mgp4aW5lLWxpYi0xLjIuMi50YXIueHoKeG9yZy9saWIvbGlieGtiZmlsZS0xLjAuNy50YXIuYnoy CnhvcmcvbGliL2xpYnhrYnVpLTEuMC4yLnRhci5iejIKZ25vbWUyL2xpYnhtbDItMi43LjgudGFy Lmd6Cmdub21lMi9saWJ4c2x0LTEuMS4yNi50YXIuZ3oKbGliemlwLTAuMTAuMS50YXIuYnoyCmx1 YS01LjEuNS50YXIuZ3oKbTQtMS40LjE2LnRhci5iejIKbUROU1Jlc3BvbmRlci0zMzMuMTAudGFy Lmd6CnhvcmcvYXBwL21rZm9udGRpci0xLjAuNi50YXIuYnoyCnhvcmcvYXBwL21rZm9udHNjYWxl LTEuMC45LnRhci5iejIKbXBsYXllci0xLjByYzIwMTIwMzIyLnRhci54egpuZW9uLTAuMjkuNi50 YXIuZ3oKbm1hcC02LjAxLnRhci5iejIKS0RFL29rdWxhci00LjguNC50YXIueHoKb3BlbmpwZWct MS41LjAudGFyLmd6Cm9wZW5sZGFwLTIuNC4zMi50Z3oKb3BlbnNscC0xLjIuMS50YXIuZ3oKb3Jj LTAuNC4xNi50YXIuZ3oKZ25vbWUyL3BhbmdvLTEuMjguNC50YXIuYnoyCnBhdGNoLTIuNi4xLnRh ci54egpwY2lpZHMtMjAxMjA3MTEudGFyLnh6CnBjcmUtOC4zMS50YXIuYnoyCnBlcmwvcGVybC01 LjEyLjQudGFyLmJ6MgpwZXJsL0JTRFBBTi0yMDExMTEwNy50YXIuYnoyCktERS9waG9ub24tNC42 LjAudGFyLnh6CnhvcmcvbGliL3BpeG1hbi0wLjI0LjIudGFyLmJ6Mgpwa2djb25mLTAuOC41LnRh ci5iejIKbGlicG5nLTEuNS4xMi50YXIueHoKbGlicG5nLTEuNS4xMi1hcG5nLnBhdGNoLmd6ClBv bGljeUtpdC0wLjkudGFyLmd6CnBvbGtpdC0wLjk5LnRhci5negpwb2xraXQta2RlLWFnZW50LTEt MC45OS4wLnRhci5iejIKcG9sa2l0LXF0LTEtMC4xMDMuMC50YXIuYnoyCnBvcHBsZXItMC4xOC40 LnRhci5negpwb3BwbGVyLWRhdGEtMC40LjUudGFyLmd6CnBvcHBsZXItMC4xOC40LnRhci5negpw b3B0LTEuMTYudGFyLmd6CnBvcnRtYXN0ZXItMy4xMy4xMy50YXIuZ3oKcG9ydG1hc3Rlci0zLjEz LjEzLnRhci5nei5hc2MKcG9zdGdyZXNxbC9wb3N0Z3Jlc3FsLTkuMC44LnRhci5iejIKcG9zdGdy ZXNxbC9wZy05MDAtaWN1LTIwMTAtMDktMTkuZGlmZi5negpwb3N0Z3Jlc3FsL2xpYnBxeHgtNC4w LnRhci5negp4b3JnL3Byb3RvL3ByaW50cHJvdG8tMS4wLjUudGFyLmJ6Mgpwcmlzb24tMS4wLnRh ci5negpwdGgtMi4wLjcudGFyLmd6CnB5dGhvbi9QeXRob24tMi43LjMudGd6CnFjYS0yLjAuMy50 YXIuYnoyCnFpbWFnZWJsaXR6LTAuMC42LnRhci5iejIKS0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNv dXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQu OC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291cmNlLXNyYy00LjguMi50YXIuZ3oK S0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVy eXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVu c291cmNlLXNyYy00LjguMi50YXIuZ3oKS0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMt NC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5n egpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291cmNlLXNyYy00LjguMi50YXIuZ3oKS0RFL3F0LWV2 ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdoZXJlLW9w ZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291cmNlLXNy Yy00LjguMi50YXIuZ3oKS0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMtNC44LjIudGFy Lmd6CktERS9xdC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5negpLREUvcXQt ZXZlcnl3aGVyZS1vcGVuc291cmNlLXNyYy00LjguMi50YXIuZ3oKS0RFL3F0LWV2ZXJ5d2hlcmUt b3BlbnNvdXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Ut c3JjLTQuOC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291cmNlLXNyYy00LjguMi50 YXIuZ3oKS0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9x dC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVy ZS1vcGVuc291cmNlLXNyYy00LjguMi50YXIuZ3oKS0RFL3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJj ZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdoZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4y LnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291cmNlLXNyYy00LjguMi50YXIuZ3oKS0RF L3F0LWV2ZXJ5d2hlcmUtb3BlbnNvdXJjZS1zcmMtNC44LjIudGFyLmd6CktERS9xdC1ldmVyeXdo ZXJlLW9wZW5zb3VyY2Utc3JjLTQuOC4yLnRhci5negpLREUvcXQtZXZlcnl3aGVyZS1vcGVuc291 cmNlLXNyYy00LjguMi50YXIuZ3oKcXQtY3JlYXRvci0yLjUuMC1zcmMudGFyLmd6CmxpYnF6ZWl0 Z2Vpc3QtMC44LjAudGFyLmJ6Mgp6ZWl0Z2Vpc3QtMC44LjIudGFyLmd6CnhvcmcvcHJvdG8vcmFu ZHJwcm90by0xLjMuMi50YXIuYnoyCnJhcHRvcjItMi4wLjgudGFyLmd6CnJhc3FhbC0wLjkuMjku dGFyLmd6CnJkZXNrdG9wLTEuNy4xLnRhci5negp4b3JnL3Byb3RvL3JlY29yZHByb3RvLTEuMTQu MS50YXIuYnoyCnJlZGxhbmQtMS4wLjE1LnRhci5negp4b3JnL3Byb3RvL3JlbmRlcnByb3RvLTAu MTEuMS50YXIuYnoyCnNhbWJhLTMuNC4xNy50YXIuZ3oKeG9yZy9wcm90by9zY3Juc2F2ZXJwcm90 by0xLjIuMS50YXIuYnoyClNETC0xLjIuMTUudGFyLmd6CnhvcmcvYXBwL3NldHhrYm1hcC0xLjIu MC50YXIuYnoyCnNoYXJlZC1kZXNrdG9wLW9udG9sb2dpZXMtMC4xMC4wLnRhci5iejIKc2hhcmVk LW1pbWUtaW5mby0xLjAudGFyLnh6CnNvcHJhbm8tMi43LjYudGFyLmJ6MgpzcGVleC0xLjJyYzEu dGFyLmd6CnNxbGl0ZS1hdXRvY29uZi0zMDcxMzAwLnRhci5negpzdHJpZ2ktMC43LjcudGFyLmJ6 MgpzdWJ2ZXJzaW9uMTcvc3VidmVyc2lvbi0xLjcuNS50YXIuYnoyCnN1YnZlcnNpb24xNy9zdm4t Ym9vay1odG1sLXI0MjU5LnRhci5iejIKc3VidmVyc2lvbjE3L3N2bi1ib29rLXI0MjU5LnBkZgpz dmdhbGliLTEuNC4zLnRhci5negp0YWxsb2MtMi4wLjcudGFyLmd6CnRpZHktMDkwMzE1LWN2cy50 YXIuYnoyCnRpZmYtNC4wLjIudGFyLmd6CnVwb3dlci0wLjkuNy50YXIuYnoyCnZhbGdyaW5kLWZy ZWVic2QtMy43LjAtMy50YXIuYnoyCnZjZGltYWdlci0wLjcuMjQudGFyLmd6CnhvcmcvcHJvdG8v dmlkZW9wcm90by0yLjMuMS50YXIuYnoyCnZpbS92aW0tNy4zLnRhci5iejIKdmltLzcuMy4wMDEK dmltLzcuMy4wMDIKdmltLzcuMy4wMDMKdmltLzcuMy4wMDQKdmltLzcuMy4wMDUKdmltLzcuMy4w MDYKdmltLzcuMy4wMDcKdmltLzcuMy4wMDgKdmltLzcuMy4wMDkKdmltLzcuMy4wMTAKdmltLzcu My4wMTEKdmltLzcuMy4wMTIKdmltLzcuMy4wMTMKdmltLzcuMy4wMTQKdmltLzcuMy4wMTUKdmlt LzcuMy4wMTYKdmltLzcuMy4wMTcKdmltLzcuMy4wMTgKdmltLzcuMy4wMTkKdmltLzcuMy4wMjAK dmltLzcuMy4wMjEKdmltLzcuMy4wMjIKdmltLzcuMy4wMjMKdmltLzcuMy4wMjQKdmltLzcuMy4w MjUKdmltLzcuMy4wMjYKdmltLzcuMy4wMjcKdmltLzcuMy4wMjgKdmltLzcuMy4wMjkKdmltLzcu My4wMzAKdmltLzcuMy4wMzEKdmltLzcuMy4wMzIKdmltLzcuMy4wMzMKdmltLzcuMy4wMzQKdmlt LzcuMy4wMzUKdmltLzcuMy4wMzYKdmltLzcuMy4wMzcKdmltLzcuMy4wMzgKdmltLzcuMy4wMzkK dmltLzcuMy4wNDAKdmltLzcuMy4wNDEKdmltLzcuMy4wNDIKdmltLzcuMy4wNDMKdmltLzcuMy4w NDQKdmltLzcuMy4wNDUKdmltLzcuMy4wNDYKdmltLzcuMy4wNDcKdmltLzcuMy4wNDgKdmltLzcu My4wNDkKdmltLzcuMy4wNTAKdmltLzcuMy4wNTEKdmltLzcuMy4wNTIKdmltLzcuMy4wNTMKdmlt LzcuMy4wNTQKdmltLzcuMy4wNTUKdmltLzcuMy4wNTYKdmltLzcuMy4wNTcKdmltLzcuMy4wNTgK dmltLzcuMy4wNTkKdmltLzcuMy4wNjAKdmltLzcuMy4wNjEKdmltLzcuMy4wNjIKdmltLzcuMy4w NjMKdmltLzcuMy4wNjQKdmltLzcuMy4wNjUKdmltLzcuMy4wNjYKdmltLzcuMy4wNjcKdmltLzcu My4wNjgKdmltLzcuMy4wNjkKdmltLzcuMy4wNzAKdmltLzcuMy4wNzEKdmltLzcuMy4wNzIKdmlt LzcuMy4wNzMKdmltLzcuMy4wNzQKdmltLzcuMy4wNzUKdmltLzcuMy4wNzYKdmltLzcuMy4wNzcK dmltLzcuMy4wNzgKdmltLzcuMy4wNzkKdmltLzcuMy4wODAKdmltLzcuMy4wODEKdmltLzcuMy4w ODIKdmltLzcuMy4wODMKdmltLzcuMy4wODQKdmltLzcuMy4wODUKdmltLzcuMy4wODYKdmltLzcu My4wODcKdmltLzcuMy4wODgKdmltLzcuMy4wODkKdmltLzcuMy4wOTAKdmltLzcuMy4wOTEKdmlt LzcuMy4wOTIKdmltLzcuMy4wOTMKdmltLzcuMy4wOTQKdmltLzcuMy4wOTUKdmltLzcuMy4wOTYK dmltLzcuMy4wOTcKdmltLzcuMy4wOTgKdmltLzcuMy4wOTkKdmltLzcuMy4xMDAKdmltLzcuMy4x MDEKdmltLzcuMy4xMDIKdmltLzcuMy4xMDMKdmltLzcuMy4xMDQKdmltLzcuMy4xMDUKdmltLzcu My4xMDYKdmltLzcuMy4xMDcKdmltLzcuMy4xMDgKdmltLzcuMy4xMDkKdmltLzcuMy4xMTAKdmlt LzcuMy4xMTEKdmltLzcuMy4xMTIKdmltLzcuMy4xMTMKdmltLzcuMy4xMTQKdmltLzcuMy4xMTUK dmltLzcuMy4xMTYKdmltLzcuMy4xMTcKdmltLzcuMy4xMTgKdmltLzcuMy4xMTkKdmltLzcuMy4x MjAKdmltLzcuMy4xMjEKdmltLzcuMy4xMjMKdmltLzcuMy4xMjQKdmltLzcuMy4xMjUKdmltLzcu My4xMjYKdmltLzcuMy4xMjcKdmltLzcuMy4xMjgKdmltLzcuMy4xMjkKdmltLzcuMy4xMzAKdmlt LzcuMy4xMzEKdmltLzcuMy4xMzIKdmltLzcuMy4xMzMKdmltLzcuMy4xMzQKdmltLzcuMy4xMzUK dmltLzcuMy4xMzYKdmltLzcuMy4xMzcKdmltLzcuMy4xMzgKdmltLzcuMy4xMzkKdmltLzcuMy4x NDAKdmltLzcuMy4xNDEKdmltLzcuMy4xNDIKdmltLzcuMy4xNDMKdmltLzcuMy4xNDQKdmltLzcu My4xNDUKdmltLzcuMy4xNDYKdmltLzcuMy4xNDcKdmltLzcuMy4xNDgKdmltLzcuMy4xNDkKdmlt LzcuMy4xNTAKdmltLzcuMy4xNTEKdmltLzcuMy4xNTIKdmltLzcuMy4xNTMKdmltLzcuMy4xNTQK dmltLzcuMy4xNTUKdmltLzcuMy4xNTYKdmltLzcuMy4xNTcKdmltLzcuMy4xNTgKdmltLzcuMy4x NTkKdmltLzcuMy4xNjAKdmltLzcuMy4xNjEKdmltLzcuMy4xNjIKdmltLzcuMy4xNjMKdmltLzcu My4xNjQKdmltLzcuMy4xNjUKdmltLzcuMy4xNjYKdmltLzcuMy4xNjcKdmltLzcuMy4xNjgKdmlt LzcuMy4xNjkKdmltLzcuMy4xNzAKdmltLzcuMy4xNzEKdmltLzcuMy4xNzIKdmltLzcuMy4xNzMK dmltLzcuMy4xNzQKdmltLzcuMy4xNzUKdmltLzcuMy4xNzYKdmltLzcuMy4xNzcKdmltLzcuMy4x NzgKdmltLzcuMy4xNzkKdmltLzcuMy4xODAKdmltLzcuMy4xODEKdmltLzcuMy4xODIKdmltLzcu My4xODMKdmltLzcuMy4xODQKdmltLzcuMy4xODUKdmltLzcuMy4xODYKdmltLzcuMy4xODcKdmlt LzcuMy4xODgKdmltLzcuMy4xODkKdmltLzcuMy4xOTAKdmltLzcuMy4xOTEKdmltLzcuMy4xOTIK dmltLzcuMy4xOTMKdmltLzcuMy4xOTQKdmltLzcuMy4xOTUKdmltLzcuMy4xOTYKdmltLzcuMy4x OTcKdmltLzcuMy4xOTgKdmltLzcuMy4xOTkKdmltLzcuMy4yMDAKdmltLzcuMy4yMDEKdmltLzcu My4yMDIKdmltLzcuMy4yMDMKdmltLzcuMy4yMDQKdmltLzcuMy4yMDUKdmltLzcuMy4yMDYKdmlt LzcuMy4yMDcKdmltLzcuMy4yMDgKdmltLzcuMy4yMDkKdmltLzcuMy4yMTAKdmltLzcuMy4yMTEK dmltLzcuMy4yMTIKdmltLzcuMy4yMTMKdmltLzcuMy4yMTQKdmltLzcuMy4yMTUKdmltLzcuMy4y MTYKdmltLzcuMy4yMTcKdmltLzcuMy4yMTgKdmltLzcuMy4yMTkKdmltLzcuMy4yMjAKdmltLzcu My4yMjEKdmltLzcuMy4yMjIKdmltLzcuMy4yMjMKdmltLzcuMy4yMjQKdmltLzcuMy4yMjYKdmlt LzcuMy4yMjcKdmltLzcuMy4yMjgKdmltLzcuMy4yMjkKdmltLzcuMy4yMzAKdmltLzcuMy4yMzEK dmltLzcuMy4yMzIKdmltLzcuMy4yMzMKdmltLzcuMy4yMzQKdmltLzcuMy4yMzYKdmltLzcuMy4y MzcKdmltLzcuMy4yMzgKdmltLzcuMy4yMzkKdmltLzcuMy4yNDAKdmltLzcuMy4yNDEKdmltLzcu My4yNDIKdmltLzcuMy4yNDMKdmltLzcuMy4yNDQKdmltLzcuMy4yNDUKdmltLzcuMy4yNDgKdmlt LzcuMy4yNDkKdmltLzcuMy4yNTAKdmltLzcuMy4yNTEKdmltLzcuMy4yNTQKdmltLzcuMy4yNTUK dmltLzcuMy4yNTYKdmltLzcuMy4yNTcKdmltLzcuMy4yNTgKdmltLzcuMy4yNTkKdmltLzcuMy4y NjAKdmltLzcuMy4yNjEKdmltLzcuMy4yNjIKdmltLzcuMy4yNjMKdmltLzcuMy4yNjQKdmltLzcu My4yNjUKdmltLzcuMy4yNjYKdmltLzcuMy4yNjcKdmltLzcuMy4yNjgKdmltLzcuMy4yNjkKdmlt LzcuMy4yNzAKdmltLzcuMy4yNzEKdmltLzcuMy4yNzIKdmltLzcuMy4yNzMKdmltLzcuMy4yNzQK dmltLzcuMy4yNzUKdmltLzcuMy4yNzYKdmltLzcuMy4yNzcKdmltLzcuMy4yNzgKdmltLzcuMy4y NzkKdmltLzcuMy4yODAKdmltLzcuMy4yODEKdmltLzcuMy4yODIKdmltLzcuMy4yODMKdmltLzcu My4yODQKdmltLzcuMy4yODUKdmltLzcuMy4yODYKdmltLzcuMy4yODcKdmltLzcuMy4yODgKdmlt LzcuMy4yODkKdmltLzcuMy4yOTAKdmltLzcuMy4yOTEKdmltLzcuMy4yOTIKdmltLzcuMy4yOTMK dmltLzcuMy4yOTQKdmltLzcuMy4yOTUKdmltLzcuMy4yOTYKdmltLzcuMy4yOTcKdmltLzcuMy4y OTgKdmltLzcuMy4yOTkKdmltLzcuMy4zMDAKdmltLzcuMy4zMDEKdmltLzcuMy4zMDIKdmltLzcu My4zMDMKdmltLzcuMy4zMDQKdmltLzcuMy4zMDUKdmltLzcuMy4zMDYKdmltLzcuMy4zMDcKdmlt LzcuMy4zMDgKdmltLzcuMy4zMDkKdmltLzcuMy4zMTAKdmltLzcuMy4zMTEKdmltLzcuMy4zMTIK dmltLzcuMy4zMTMKdmltLzcuMy4zMTQKdmltLzcuMy4zMTUKdmltLzcuMy4zMTYKdmltLzcuMy4z MTcKdmltLzcuMy4zMTgKdmltLzcuMy4zMTkKdmltLzcuMy4zMjAKdmltLzcuMy4zMjEKdmltLzcu My4zMjIKdmltLzcuMy4zMjMKdmltLzcuMy4zMjQKdmltLzcuMy4zMjUKdmltLzcuMy4zMjYKdmlt LzcuMy4zMjcKdmltLzcuMy4zMjgKdmltLzcuMy4zMjkKdmltLzcuMy4zMzAKdmltLzcuMy4zMzEK dmltLzcuMy4zMzIKdmltLzcuMy4zMzMKdmltLzcuMy4zMzQKdmltLzcuMy4zMzUKdmltLzcuMy4z MzcKdmltLzcuMy4zMzgKdmltLzcuMy4zMzkKdmltLzcuMy4zNDAKdmltLzcuMy4zNDEKdmltLzcu My4zNDIKdmltLzcuMy4zNDMKdmltLzcuMy4zNDQKdmltLzcuMy4zNDUKdmltLzcuMy4zNDYKdmlt LzcuMy4zNDcKdmltLzcuMy4zNDgKdmltLzcuMy4zNDkKdmltLzcuMy4zNTAKdmltLzcuMy4zNTEK dmltLzcuMy4zNTIKdmltLzcuMy4zNTMKdmltLzcuMy4zNTQKdmltLzcuMy4zNTUKdmltLzcuMy4z NTYKdmltLzcuMy4zNTcKdmltLzcuMy4zNTgKdmltLzcuMy4zNTkKdmltLzcuMy4zNjAKdmltLzcu My4zNjEKdmltLzcuMy4zNjIKdmltLzcuMy4zNjMKdmltLzcuMy4zNjQKdmltLzcuMy4zNjUKdmlt LzcuMy4zNjYKdmltLzcuMy4zNjcKdmltLzcuMy4zNjgKdmltLzcuMy4zNjkKdmltLzcuMy4zNzAK dmltLzcuMy4zNzEKdmltLzcuMy4zNzIKdmltLzcuMy4zNzMKdmltLzcuMy4zNzQKdmltLzcuMy4z NzUKdmltLzcuMy4zNzYKdmltLzcuMy4zNzcKdmltLzcuMy4zNzgKdmltLzcuMy4zNzkKdmltLzcu My4zODAKdmltLzcuMy4zODEKdmltLzcuMy4zODIKdmltLzcuMy4zODMKdmltLzcuMy4zODQKdmlt LzcuMy4zODUKdmltLzcuMy4zODgKdmltLzcuMy4zODkKdmltLzcuMy4zOTAKdmltLzcuMy4zOTEK dmltLzcuMy4zOTIKdmltLzcuMy4zOTMKdmltLzcuMy4zOTQKdmltLzcuMy4zOTUKdmltLzcuMy4z OTYKdmltLzcuMy4zOTcKdmltLzcuMy4zOTgKdmltLzcuMy4zOTkKdmltLzcuMy40MDEKdmltLzcu My40MDIKdmltLzcuMy40MDMKdmltLzcuMy40MDQKdmltLzcuMy40MDUKdmltLzcuMy40MDYKdmlt LzcuMy40MDcKdmltLzcuMy40MDgKdmltLzcuMy40MDkKdmltLzcuMy40MTAKdmltLzcuMy40MTEK dmltLzcuMy40MTIKdmltLzcuMy40MTMKdmltLzcuMy40MTQKdmltLzcuMy40MTUKdmltLzcuMy40 MTYKdmltLzcuMy40MTcKdmltLzcuMy40MTgKdmltLzcuMy40MTkKdmltLzcuMy40MjAKdmltLzcu My40MjEKdmltLzcuMy40MjIKdmltLzcuMy40MjMKdmltLzcuMy40MjQKdmltLzcuMy40MjUKdmlt LzcuMy40MjYKdmltLzcuMy40MjcKdmltLzcuMy40MjgKdmltLzcuMy40MjkKdmltLzcuMy40MzAK dmltLzcuMy40MzEKdmltLzcuMy40MzIKdmltLzcuMy40MzMKdmltLzcuMy40MzUKdmltLzcuMy40 MzYKdmltLzcuMy40MzcKdmltLzcuMy40MzgKdmltLzcuMy40MzkKdmltLzcuMy40NDAKdmltLzcu My40NDEKdmltLzcuMy40NDIKdmltLzcuMy40NDMKdmltLzcuMy40NDQKdmltLzcuMy40NDUKdmlt LzcuMy40NDYKdmltLzcuMy40NDcKdmltLzcuMy40NDgKdmltLzcuMy40NDkKdmltLzcuMy40NTAK dmltLzcuMy40NTEKdmltLzcuMy40NTIKdmltLzcuMy40NTMKdmltLzcuMy40NTQKdmltLzcuMy40 NTUKdmltLzcuMy40NTYKdmltLzcuMy40NTcKdmltLzcuMy40NTgKdmltLzcuMy40NTkKdmltLzcu My40NjAKdmltLzcuMy40NjEKdmltLzcuMy40NjIKdmltLzcuMy40NjMKdmltLzcuMy40NjQKdmlt LzcuMy40NjUKdmltLzcuMy40NjYKdmltLzcuMy40NjcKdmltLzcuMy40NjgKdmltLzcuMy40NjkK dmltLzcuMy40NzAKdmltLzcuMy40NzEKdmltLzcuMy40NzIKdmltLzcuMy40NzMKdmltLzcuMy40 NzQKdmltLzcuMy40NzUKdmltLzcuMy40NzYKdmltLzcuMy40NzcKdmltLzcuMy40NzgKdmltLzcu My40NzkKdmltLzcuMy40ODAKdmltLzcuMy40ODEKdmltLzcuMy40ODIKdmltLzcuMy40ODMKdmlt LzcuMy40ODQKdmltLzcuMy40ODUKdmltLzcuMy40ODYKdmltLzcuMy40ODgKdmltLzcuMy40ODkK dmltLzcuMy40OTAKdmltLzcuMy40OTIKdmltLzcuMy40OTMKdmltLzcuMy40OTQKdmltLzcuMy40 OTUKdmltLzcuMy40OTYKdmltLzcuMy40OTcKdmltLzcuMy40OTgKdmltLzcuMy40OTkKdmltLzcu My41MDAKdmltLzcuMy41MDEKdmltLzcuMy41MDIKdmltLzcuMy41MDMKdmltLzcuMy41MDQKdmlt LzcuMy41MDUKdmltLzcuMy41MDYKdmltLzcuMy41MDcKdmltLzcuMy41MDgKdmltLzcuMy41MDkK dmltLzcuMy41MTAKdmltLzcuMy41MTEKdmltLzcuMy41MTIKdmltLzcuMy41MTMKdmltLzcuMy41 MTQKdmltLzcuMy41MTUKdmltLzcuMy41MTYKdmltLzcuMy41MTcKdmltLzcuMy41MTgKdmltLzcu My41MTkKdmltLzcuMy41MjAKdmltLzcuMy41MjEKdmltLzcuMy41MjIKdmltLzcuMy41MjMKdmlt LzcuMy41MjQKdmltLzcuMy41MjUKdmltLzcuMy41MjYKdmltLzcuMy41MjgKdmltLzcuMy41MjkK dmltLzcuMy41MzAKdmltLzcuMy41MzEKdmltLzcuMy41MzIKdmltLzcuMy41MzMKdmltLzcuMy41 MzQKdmltLzcuMy41MzUKdmltLzcuMy41MzYKdmltLzcuMy41MzcKdmltLzcuMy41MzgKdmltLzcu My41MzkKdmltLzcuMy41NDAKdmltLzcuMy41NDEKdmltLzcuMy41NDIKdmltLzcuMy41NDMKdmlt LzcuMy41NDQKdmltLzcuMy41NDUKdmltLzcuMy41NDYKdmltLzcuMy41NDcKdmltLzcuMy41NDgK dmltLzcuMy41NDkKdmltLzcuMy41NTAKdmltLzcuMy41NTEKdmltLzcuMy41NTIKdmltLzcuMy41 NTMKdmltLzcuMy41NTQKdmltLzcuMy41NTUKdmltLzcuMy41NTYKeDI2NC94MjY0LXNuYXBzaG90 LTIwMTIwNzIxLTIyNDUtc3RhYmxlLnRhci5iejIKeDI2NC9leGFtcGxlLnk0bS5iejIKeG9yZy9h cHAveGF1dGgtMS4wLjYudGFyLmJ6Mgp4b3JnL2RhdGEveGJpdG1hcHMtMS4xLjEudGFyLmJ6Mgp4 Y2ItdXRpbC0wLjMuOC50YXIuYnoyCnhjYi11dGlsLXJlbmRlcnV0aWwtMC4zLjgudGFyLmJ6Mgp4 ZGctdXRpbHMtMS4wLjIudGd6CnhvcmcvcHJvdG8veGV4dHByb3RvLTcuMi4wLnRhci5iejIKeG9y Zy9kcml2ZXIveGY4Ni1pbnB1dC1rZXlib2FyZC0xLjYuMS50YXIuYnoyCnhvcmcvZHJpdmVyL3hm ODYtaW5wdXQtbW91c2UtMS43LjEudGFyLmJ6Mgp4b3JnL2RyaXZlci94Zjg2LXZpZGVvLWF0aS02 LjE0LjMudGFyLmJ6Mgp4b3JnL3Byb3RvL3hmODZtaXNjcHJvdG8tMC45LjMudGFyLmJ6Mgp4b3Jn L3Byb3RvL3hmODZ2aWRtb2RlcHJvdG8tMi4zLjEudGFyLmJ6Mgp4b3JnL3Byb3RvL3hpbmVyYW1h cHJvdG8tMS4yLjEudGFyLmJ6Mgp4b3JnL2FwcC94aW5pdC0xLjMuMi50YXIuYnoyCnhvcmcvYXBw L3hrYmNvbXAtMS4yLjMudGFyLmJ6Mgp4b3JnL2RhdGEveGtleWJvYXJkLWNvbmZpZy0yLjUuMS50 YXIuYnoyCnhvcmcvYXBwL3htZXNzYWdlLTEuMC4zLnRhci5iejIKeG1sY2F0bWdyLTIuMi50YXIu Z3oKeG9yZy94c2VydmVyL3hvcmctc2VydmVyLTEuNy43LnRhci5iejIKeG9yZy94c2VydmVyL3hv cmctc2VydmVyLTEuMTAuNi50YXIuYnoyCnhvcmcvYXBwL3hwcm9wLTEuMi4xLnRhci5iejIKeG9y Zy9wcm90by94cHJvdG8tNy4wLjIyLnRhci5iejIKeG9yZy9hcHAveHJkYi0xLjAuOS50YXIuYnoy CnhvcmcvYXBwL3hzZXQtMS4yLjIudGFyLmJ6Mgp4b3JnL2FwcC94c2V0cm9vdC0xLjEuMC50YXIu YnoyCnh0ZXJtLTI4MS50Z3oKeHZpZGNvcmUtMS4zLjIudGFyLmd6Cmxsb3lkLXlhamwtZmVlMWVi ZS50YXIuZ3oKeWFzbS0xLjIuMC50YXIuZ3oKZmNpdHgvZmNpdHgtNC4yLjUudGFyLnh6CmZjaXR4 L3Bpbnlpbi50YXIuZ3oKZmNpdHgvdGFibGUudGFyLmd6CmZjaXR4L2ZjaXR4LWNsb3VkcGlueWlu LTAuMi4zLnRhci54ego9PT0+ICBGb3VuZCBzYXZlZCBjb25maWd1cmF0aW9uIGZvciBwb3N0Z3Jl c3FsLWNsaWVudC05LjAuOAo9PiBTSEEyNTYgQ2hlY2tzdW0gbWlzbWF0Y2ggZm9yIHBvc3RncmVz cWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyLgo9PT0+ICBSZWZldGNoIGZvciAxIG1vcmUgdGlt ZXMgZmlsZXM6IHBvc3RncmVzcWwvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCj09PT4gIEZvdW5k IHNhdmVkIGNvbmZpZ3VyYXRpb24gZm9yIHBvc3RncmVzcWwtY2xpZW50LTkuMC44Cj0+IHBvc3Rn cmVzcWwtOS4wLjgudGFyLmJ6MiBkb2Vzbid0IHNlZW0gdG8gZXhpc3QgaW4gL3Vzci9wb3J0cy9k aXN0ZmlsZXMvL3Bvc3RncmVzcWwuCj0+IEF0dGVtcHRpbmcgdG8gZmV0Y2ggZnRwOi8vZnRwLnNl LnBvc3RncmVzcWwub3JnL3B1Yi9kYXRhYmFzZXMvcmVsYXRpb25hbC9wb3N0Z3Jlc3FsL3NvdXJj ZS92OS4wLjgvcG9zdGdyZXNxbC05LjAuOC50YXIuYnoyCnBvc3RncmVzcWwtOS4wLjgudGFyLmJ6 MgoKW3Jvb3QjL3RtcF0K --14dae93998dd34864a04c6f94219-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:48:31 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54E81106564A; Sat, 11 Aug 2012 08:48:31 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id D86748FC12; Sat, 11 Aug 2012 08:48:29 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id A53ACA6C156; Sat, 11 Aug 2012 10:48:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id u2ec1-Yp8ohS; Sat, 11 Aug 2012 10:48:14 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id BEF54A6C14B; Sat, 11 Aug 2012 10:48:14 +0200 (CEST) Message-ID: <50261C4C.8030202@ranner.eu> Date: Sat, 11 Aug 2012 10:48:12 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton , ports@freebsd.org References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> In-Reply-To: <5026133B.5000500@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------090403050102080700080103" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:48:31 -0000 This is a multi-part message in MIME format. --------------090403050102080700080103 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Ok, output from "portmaster -F" and "portmaster" and content from /tmp attached. I note again: removing the fetchlog manually let portmaster start to fetch and work: Firts it hangs in the loop. While the third "Waiting on fetch..." in the output I run "rm /tmp/f-94104-fetchlog-unzip.Pht9nSKy" on a different shell and portmaster starts to do the work. The fetchlog file was empty. ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===>>> Waiting on fetch & checksum for archivers/unzip <<<=== ===> License Info-ZIP accepted by the user Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => unzip60.tar.gz doesn't seem to exist in /usr/ports/distfiles//. => Attempting to fetch http://ufpr.dl.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz unzip60.tar.gz 100% of 1344 kB 46 kBps 00m00s ===> Extracting for unzip-6.0_1 => SHA256 Checksum OK for unzip60.tar.gz. ===> Patching for unzip-6.0_1 ===> Applying FreeBSD patches for unzip-6.0_1 ===> Configuring for unzip-6.0_1 ===> Building for unzip-6.0_1 /usr/bin/make unzips CF="-O2 -pipe -march=native -I. -Ibzip2 -DUNIX -DUSE_BZIP2 -O2 -pipe -march=native -fno-strict-aliasing -DACORN_FTYPE_NFS -DWILD_STOP_AT_DIR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -D_MBCS -DLARGE_FILE_SUPPORT -DBSD" cc -c -O2 -pipe -march=native -I. -Ibzip2 -DUNIX -DUSE_BZIP2 -O2 -pipe -march=native -fno-strict-aliasing -DACORN_FTYPE_NFS -DWILD_STOP_AT_DIR -DUNICODE_SUPPORT -DUTF8_MAYBE_NATIVE -D_MBCS -DLARGE_FILE_SUPPORT -DBSD unzip.c Am 11.08.12 10:09, schrieb Doug Barton: > Guys, these reports are useless without the information that I > asked for: > > While 'portmaster -F' is running in one window, keep an eye on > /usr/ports/distfiles and see if the file is being downloaded, and also > keep an eye on the log file in $TMPDIR to see if it is being appended to. > > Neither I nor others who have replied to this thread can reproduce the > problem you're seeing, and that is some of the oldest code in > portmaster, so I strongly suspect that there is some problem in your > environment that is causing this. In any case, I can't debug the problem > without the information in the paragraph above. > > thanks, > > Doug -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ --------------090403050102080700080103 Content-Type: application/octet-stream; x-mac-type="0"; x-mac-creator="0"; name="portmaster-F.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="portmaster-F.log" G10wO3BvcnRtYXN0ZXI6IHVuemlwLTYuMF8xBwo9PT0+Pj4gQ3VycmVudGx5IGluc3RhbGxl ZCB2ZXJzaW9uOiB1bnppcC02LjBfMQo9PT0+Pj4gUG9ydCBkaXJlY3Rvcnk6IC91c3IvcG9y dHMvYXJjaGl2ZXJzL3VuemlwCgo9PT0+Pj4gTGF1bmNoaW5nICdtYWtlIGNoZWNrc3VtJyBm b3IgYXJjaGl2ZXJzL3VuemlwIGluIGJhY2tncm91bmQKPT09PiBObyBvcHRpb25zIHRvIGNv bmZpZ3VyZQo9PT0+Pj4gR2F0aGVyaW5nIGRlcGVuZGVuY3kgbGlzdCBmb3IgYXJjaGl2ZXJz L3VuemlwIGZyb20gcG9ydHMKPT09Pj4+IE5vIGRlcGVuZGVuY2llcyBmb3IgYXJjaGl2ZXJz L3VuemlwCgoKPT09Pj4+IFdhaXRpbmcgZm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8gZmluaXNo Cj09PT4+PiBXYWl0aW5nIGZvciAxIGRpc3RmaWxlIGZldGNoIHRvIGZpbmlzaAo9PT0+Pj4g V2FpdGluZyBmb3IgMSBkaXN0ZmlsZSBmZXRjaCB0byBmaW5pc2gKPT09Pj4+IFdhaXRpbmcg Zm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8gZmluaXNoCj09PT4+PiBXYWl0aW5nIGZvciAxIGRp c3RmaWxlIGZldGNoIHRvIGZpbmlzaAo9PT0+Pj4gV2FpdGluZyBmb3IgMSBkaXN0ZmlsZSBm ZXRjaCB0byBmaW5pc2gKPT09Pj4+IFdhaXRpbmcgZm9yIDEgZGlzdGZpbGUgZmV0Y2ggdG8g ZmluaXNoCj09PT4+PiBEaXN0ZmlsZSBmZXRjaGluZyBpcyBjb21wbGV0ZQo= --------------090403050102080700080103 Content-Type: application/octet-stream; x-mac-type="0"; x-mac-creator="0"; name="portmaster.log" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="portmaster.log" G10wO3BvcnRtYXN0ZXI6IHVuemlwLTYuMF8xBwo9PT0+Pj4gQ3VycmVudGx5IGluc3RhbGxl ZCB2ZXJzaW9uOiB1bnppcC02LjBfMQo9PT0+Pj4gUG9ydCBkaXJlY3Rvcnk6IC91c3IvcG9y dHMvYXJjaGl2ZXJzL3VuemlwCgo9PT0+Pj4gR2F0aGVyaW5nIGRpc3RpbmZvIGxpc3QgZm9y IGluc3RhbGxlZCBwb3J0cwoKCT09PT4+PiBObyBPUklHSU4gaW4gL3Zhci9kYi9wa2cvWFhY MS8rQ09OVEVOVFMKCj09PT4+PiBMYXVuY2hpbmcgJ21ha2UgY2hlY2tzdW0nIGZvciBhcmNo aXZlcnMvdW56aXAgaW4gYmFja2dyb3VuZAo9PT0+IE5vIG9wdGlvbnMgdG8gY29uZmlndXJl Cj09PT4+PiBHYXRoZXJpbmcgZGVwZW5kZW5jeSBsaXN0IGZvciBhcmNoaXZlcnMvdW56aXAg ZnJvbSBwb3J0cwpUZXJtaW5hdGVkCj09PT4+PiBObyBkZXBlbmRlbmNpZXMgZm9yIGFyY2hp dmVycy91bnppcAoKVGVybWluYXRlZApUZXJtaW5hdGVkChtdMDtwb3J0bWFzdGVyOiB1bnpp cC02LjBfMQcKPT09Pj4+IFN0YXJ0aW5nIGJ1aWxkIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8 PT09Cgo9PT0+Pj4gQWxsIGRlcGVuZGVuY2llcyBhcmUgdXAgdG8gZGF0ZQoKPT09PiAgQ2xl YW5pbmcgZm9yIHVuemlwLTYuMF8xCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tz dW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRj aCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRp bmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09 PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8 PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZl cnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBm b3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYg Y2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBv biBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+ IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09 PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91 bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBh cmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVj a3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZl dGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2Fp dGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoK PT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3Vuemlw IDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hp dmVycy91bnppcCA8PDw9PT0KCgo9PT0+Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3Vt IGZvciBhcmNoaXZlcnMvdW56aXAgPDw8PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2gg JiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJzL3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5n IG9uIGZldGNoICYgY2hlY2tzdW0gZm9yIGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgo9PT0+ Pj4gV2FpdGluZyBvbiBmZXRjaCAmIGNoZWNrc3VtIGZvciBhcmNoaXZlcnMvdW56aXAgPDw8 PT09CgoKPT09Pj4+IFdhaXRpbmcgb24gZmV0Y2ggJiBjaGVja3N1bSBmb3IgYXJjaGl2ZXJz L3VuemlwIDw8PD09PQoKCj09PT4+PiBXYWl0aW5nIG9uIGZldGNoICYgY2hlY2tzdW0gZm9y IGFyY2hpdmVycy91bnppcCA8PDw9PT0KCgoKPT09Pj4+IEJ1aWxkL0luc3RhbGwgZm9yIGFy Y2hpdmVycy91bnppcCBleGl0aW5nIGR1ZSB0byBzaWduYWwKVGVybWluYXRlZApUZXJtaW5h dGVkClRlcm1pbmF0ZWQKVGVybWluYXRlZApUZXJtaW5hdGVkClRlcm1pbmF0ZWQKVGVybWlu YXRlZApUZXJtaW5hdGVkClRlcm1pbmF0ZWQKVGVybWluYXRlZApUZXJtaW5hdGVkCgo9PT0+ Pj4gWW91IGNhbiByZXN0YXJ0IGZyb20gdGhlIHBvaW50IG9mIGZhaWx1cmUgd2l0aCB0aGlz IGNvbW1hbmQgbGluZToKICAgICAgIHBvcnRtYXN0ZXIgPGZsYWdzPiBhcmNoaXZlcnMvdW56 aXAgCgo= --------------090403050102080700080103-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 08:50:14 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2E6B106566B for ; Sat, 11 Aug 2012 08:50:14 +0000 (UTC) (envelope-from robbak@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AA5FC8FC15 for ; Sat, 11 Aug 2012 08:50:13 +0000 (UTC) Received: by obbun3 with SMTP id un3so4700339obb.13 for ; Sat, 11 Aug 2012 01:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=3YyKrIbnNHwfdmYkrNb/BunYIIk7VqlMmOzqjH0lS3Y=; b=B+r2N7VyA6W1DZoCxlOXxWLhgT6ldwwi3a//RMTmNwSVqjR0EGDW88K6vBjfzPqZ23 P8Yix5Osr+YqdjdS/KgeAWoE9P/9+EhitAG2YPH5eaeqsd+DmBGMLSm+tq5wjkHO++u2 eRXU880wqimf8og0bnUzxpzOmNd2yMV1Rvcy85wyEbp72oSTgyybSyJt8YDrU2bzKVqi AOyFMqL4erYv+tdGpf39R2QnBHQGd9yx1e45+gjJRJMQM1/wQP+nXEzKF7cxKh+VwRwm Y4uiLLStudQfMqqSBYT6x9g/IC++gmgMNTgch9Dr950g+HX/dUKTW7RuoLNKpZXuS8UU nhiA== MIME-Version: 1.0 Received: by 10.50.149.134 with SMTP id ua6mr635208igb.11.1344675007099; Sat, 11 Aug 2012 01:50:07 -0700 (PDT) Sender: robbak@gmail.com Received: by 10.64.31.98 with HTTP; Sat, 11 Aug 2012 01:50:07 -0700 (PDT) Date: Sat, 11 Aug 2012 18:50:07 +1000 X-Google-Sender-Auth: 3HM1qz8usyy9Ycn5whA1pCIfWPM Message-ID: From: Robert Backhaus To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: mythtv-frontend: build failure, LD ffmpeg_g ...libmythavcodec.so: undefined reference to `vaUnmapBuffer' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 08:50:15 -0000 Recent port upgrade, building mythtv-frontend-0.25.2 is failing as follows. LD ffmpeg_g /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaUnmapBuffer' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaDestroyBuffer' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaCreateBuffer' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaRenderPicture' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaMapBuffer' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaEndPicture' /home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so: undefined reference to `vaBeginPicture' gmake[1]: *** [ffmpeg_g] Error 1 gmake[1]: Leaving directory `/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg' Full script is at www.robbak.com/temps/mythtv-frontend.script I have tried rebuilding multimedia/libva, but to no effect. I cannot think of anything else I might need. Is anyone else having problems, or might know what I have wrong? uname -a FreeBSD boffin 9.0-STABLE FreeBSD 9.0-STABLE #1: Mon Apr 23 22:48:56 EST 2012 root@boffin:/usr/obj/usr/src/sys/BOFFIN amd64 From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 09:21:21 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 10F13106564A for ; Sat, 11 Aug 2012 09:21:20 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8B60B14F39A; Sat, 11 Aug 2012 09:21:10 +0000 (UTC) Message-ID: <50262406.2000302@FreeBSD.org> Date: Sat, 11 Aug 2012 02:21:10 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Michael Ranner References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> <502616A8.5010200@ranner.eu> In-Reply-To: <502616A8.5010200@ranner.eu> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 09:21:21 -0000 On 08/11/2012 01:24 AM, Michael Ranner wrote: > As I already told, "portmaster -F" is fetching to /usr/ports/distfiles > and appending to fetchlog in /tmp In your other message you indicate that the fetchlog in /tmp is empty. So I'm confused. > But "portmaster -i" does this not! By the time it gets to the 'make checksum' process there is nothing different about the code for -F or -i. Based on what you're describing it sounds like your fetch process is hanging, and/or not exiting properly. What portmaster does is launch a subshell in the background that has a mini-script to run 'make checksum'. That target will verify the files if they exist, or fetch them and then verify if they do not. Once that is done, the mini-script removes the fetchlog which acts as a sort of flag to signal portmaster that it's done. If the fetch part of the process is completing, but the actual 'make checksum' target is not, that's an OS or ports infrastructure bug. If the fetch is not completing it could be an OS bug, or it could be a stalled/slow remote site, a bad Internet connection, or any of a half-dozen other things. Either way, I seriously doubt the code in portmaster is at fault. That code hasn't changed in many years. The only other thing I can think of to try is to start a build for one of the ports you're having trouble with (after removing the distfiles of course) and just let it run. While it's running, check these things: 1. Does the distfile actually get downloaded? 2. Does the fetch complete? That is, does the full file get downloaded, which matches the size and checksum in the distinfo file? 3. If the fetching of the file completes, does 'ps axww' show that a fetch process for that file is still underway? 4. If the fetching of the file completes, can you run 'make checksum' in the port directory and get a positive result? 5. What happens if you just let the portmaster process run for a few hours? Doug From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 11:52:18 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDAF2106564A for ; Sat, 11 Aug 2012 11:52:18 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 407638FC08 for ; Sat, 11 Aug 2012 11:52:17 +0000 (UTC) Received: from [172.25.24.201] (rwpc15.mby.riverwillow.net.au [172.25.24.201]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.5/8.14.5) with ESMTP id q7BBq2Fm016529 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Sat, 11 Aug 2012 21:52:11 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1344685931; bh=e/85S4FK6JHRujJLscI/DjD217AdZEznDo6gavTjbwI=; h=Date:From:To:Subject:References:In-Reply-To; b=ut66CszIc+mgAAXlsYcIUQ33T3jyQiktm/+zalJIS/usY1GC8QvV9mWFcwI453wdG /w2P9xN50zrKKaBrmxBxM4fvjXKBISND1k8F/gSpdNhoBulhSB9xB4+xWM3B/aD2qi i1ovemqQdkqdjDxak9lfxG7nbJIWOzMDg/4+AFyY= Message-ID: <50264756.7010703@riverwillow.com.au> Date: Sat, 11 Aug 2012 21:51:50 +1000 From: John Marshall Organization: Riverwillow Pty Ltd User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120727 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20120811062311.GA1526@rwpc15.mby.riverwillow.net.au> <50260E3F.6020200@FreeBSD.org> In-Reply-To: <50260E3F.6020200@FreeBSD.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD0C0AF352EC5CB7AD2E78E3A" Subject: Re: thunderbird-enigmail-1.4.3 build failing on i386 9.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 11:52:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD0C0AF352EC5CB7AD2E78E3A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 11/08/2012 17:48, Doug Barton wrote: > I haven't found a way to work around this problem robustly for > portmaster yet, sorry. I personally use enigmail, and if it's time to > upgrade both at the same time I just delete both and do the build in th= e > enigmail port directory. Thanks Doug, That worked for me - and thank you again for portmaster. --=20 John Marshall --------------enigD0C0AF352EC5CB7AD2E78E3A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAmR2IACgkQw/tAaKKahKLYhQCfXNKCzFNLb/jYLNYxjwOxpWNg QzoAnA+GcfmUwxct5nn8ogHczblaIhz1 =WvGS -----END PGP SIGNATURE----- --------------enigD0C0AF352EC5CB7AD2E78E3A-- From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 12:58:53 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 743251065674; Sat, 11 Aug 2012 12:58:53 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id C9F358FC15; Sat, 11 Aug 2012 12:58:51 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id B4F7EA6C157; Sat, 11 Aug 2012 14:58:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id coUNJ0AO8052; Sat, 11 Aug 2012 14:58:35 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id 6E9B9A6C14C; Sat, 11 Aug 2012 14:58:35 +0200 (CEST) Message-ID: <502656F8.7050900@ranner.eu> Date: Sat, 11 Aug 2012 14:58:32 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> <502616A8.5010200@ranner.eu> <50262406.2000302@FreeBSD.org> In-Reply-To: <50262406.2000302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 12:58:53 -0000 Am 11.08.12 11:21, schrieb Doug Barton: > On 08/11/2012 01:24 AM, Michael Ranner wrote: >> As I already told, "portmaster -F" is fetching to /usr/ports/distfiles >> and appending to fetchlog in /tmp > In your other message you indicate that the fetchlog in /tmp is empty. > So I'm confused. fetchlog is not empty with "-F" but its empty with "-i". I am also confused. >> But "portmaster -i" does this not! > By the time it gets to the 'make checksum' process there is nothing > different about the code for -F or -i. > > Based on what you're describing it sounds like your fetch process is > hanging, and/or not exiting properly. > > What portmaster does is launch a subshell in the background that has a > mini-script to run 'make checksum'. That target will verify the files if > they exist, or fetch them and then verify if they do not. Once that is > done, the mini-script removes the fetchlog which acts as a sort of flag > to signal portmaster that it's done. I know. I have already debugged to the loop waiting for the subshell in background. I can exclude that "make fetch" is hangin, because there is only the waiting loop but no fetch or make process. > > If the fetch part of the process is completing, but the actual 'make > checksum' target is not, that's an OS or ports infrastructure bug. If > the fetch is not completing it could be an OS bug, or it could be a > stalled/slow remote site, a bad Internet connection, or any of a > half-dozen other things. > > Either way, I seriously doubt the code in portmaster is at fault. That > code hasn't changed in many years. I also doubt that there is a fault in portmaster. But I have no idea where to locate the problem. In the mean time I have rebuild world, the problem still exists. > > The only other thing I can think of to try is to start a build for one > of the ports you're having trouble with (after removing the distfiles of > course) and just let it run. While it's running, check these things: > > 1. Does the distfile actually get downloaded? No. I does not download except with "portmaster -F" > 2. Does the fetch complete? That is, does the full file get downloaded, > which matches the size and checksum in the distinfo file? There is no incomplete file in /usr/ports/distfiles It seems to me, that "(pm_make -DBATCH checksum >> $fetchlog 2>&1 && {" on line 3330 exits in error, but there is no output in fetchlog. > 3. If the fetching of the file completes, does 'ps axww' show that a > fetch process for that file is still underway? No there is no fetch process. I think that, because of some strange reason, make checksum exits before launching fetch. > 4. If the fetching of the file completes, can you run 'make checksum' in > the port directory and get a positive result? I can run "make checksum" in almost any port directory without problems. No hangs or refetches. > 5. What happens if you just let the portmaster process run for a few hours? Will make it now. Regards, Michael > > Doug -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 13:35:50 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFA5710656F2; Sat, 11 Aug 2012 13:35:49 +0000 (UTC) (envelope-from michael@ranner.eu) Received: from mail.azedo.at (mail.azedo.at [91.118.6.139]) by mx1.freebsd.org (Postfix) with ESMTP id 2C9DF8FC0C; Sat, 11 Aug 2012 13:35:48 +0000 (UTC) Received: from mail.azedo.at (dovecot.azedo.at [172.20.10.3]) by mail.azedo.at (Postfix) with ESMTP id 4FADCA6C157; Sat, 11 Aug 2012 15:35:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at azedo.at Received: from mail.azedo.at ([172.20.10.3]) by mail.azedo.at (mail.azedo.at [172.20.10.3]) (amavisd-new, port 10024) with ESMTP id UQighMNrXV72; Sat, 11 Aug 2012 15:35:34 +0200 (CEST) Received: from lynx.ranner.eu (chello084115144217.4.graz.surfer.at [84.115.144.217]) by mail.azedo.at (Postfix) with ESMTPSA id 2155FA6C14C; Sat, 11 Aug 2012 15:35:34 +0200 (CEST) Message-ID: <50265FA4.6020405@ranner.eu> Date: Sat, 11 Aug 2012 15:35:32 +0200 From: Michael Ranner User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Doug Barton References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> <502616A8.5010200@ranner.eu> <50262406.2000302@FreeBSD.org> In-Reply-To: <50262406.2000302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 13:35:50 -0000 Ok, I have debugged the subshell: I replaced the pm_make for "make -DBATCH checksum" with an pm_make2 function: ... pm_make2 () { ( unset -v CUR_DEPS INSTALLED_LIST PM_DEPTH build_l PM_URB_LIST; echo "XXX5" >/tmp/xxx5 pwd >>/tmp/xxx5 echo "/usr/bin/nice /usr/bin/make $PM_MAKE_ARGS $*" >>/tmp/xxx5 /usr/bin/nice /usr/bin/make $PM_MAKE_ARGS $*; echo "XXX6" >/tmp/xxx6 ); } ... echo "XXX1" >/tmp/xxx1 (echo "XXX2" >/tmp/xxx2; pm_make2 -DBATCH checksum >> $fetchlog 2>&1 && echo "XXX3" >/tmp/xxx3 && { echo "XXX4" >/tmp/xxx4 rm -f ${TMPDIR}/f-${PM_PARENT_PID}-*-${portdir#*/}.*; exit 0; } allfiles=`pm_make -V ALLFILES` pm_make delete-distfiles RESTRICTED_FILES="${allfiles}" \ >> $fetchlog 2>&1 && echo "===>>> RE-STARTING FETCH <<<===" >> $fetchlog pm_make -DBATCH checksum >> $fetchlog 2>&1 rm -f ${TMPDIR}/f-${PM_PARENT_PID}-*-${portdir#*/}.* )& ... It hangs on /usr/bin/nice /usr/bin/make $PM_MAKE_ARGS $*; I will get no XXX6 output and there is no nice, make or fetch process. There seems some weird problem with "-DBATCH" on my system. With the following modification (without -DBATCH) fetch will start to download but it will still not exit from pm_make2. There is no output for XXX6 pm_make2 () { ( unset -v CUR_DEPS INSTALLED_LIST PM_DEPTH build_l PM_URB_LIST; echo "XXX5" >/tmp/xxx5 pwd >>/tmp/xxx5 echo "/usr/bin/nice /usr/bin/make $PM_MAKE_ARGS $*" >>/tmp/xxx5 /usr/bin/make checksum >/tmp/xxx6 2>&1 #/usr/bin/nice /usr/bin/make $PM_MAKE_ARGS $*; echo "XXX6" >>/tmp/xxx6 ); } /usr/bin/nice /usr/bin/make checksum; echo "XXX6" >>/tmp/xxx6 ); } But make -DBATCH checksum works from commandline: [root@gatekeeper /usr/ports/archivers/unzip]# make -DBATCH checksum ===> License Info-ZIP accepted by the user Use INSTALL_AS_INFOUNZIP=yes to install Info Unzip as /usr/local/bin/info-unzip => unzip60.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch http://surfnet.dl.sourceforge.net/project/infozip/UnZip%206.x%20%28latest%29/UnZip%206.0/unzip60.tar.gz unzip60.tar.gz 100% of 1344 kB 125 kBps 00m00s => SHA256 Checksum OK for unzip60.tar.gz. Any idea? Am 11.08.12 11:21, schrieb Doug Barton: > On 08/11/2012 01:24 AM, Michael Ranner wrote: >> As I already told, "portmaster -F" is fetching to /usr/ports/distfiles >> and appending to fetchlog in /tmp > In your other message you indicate that the fetchlog in /tmp is empty. > So I'm confused. > >> But "portmaster -i" does this not! > By the time it gets to the 'make checksum' process there is nothing > different about the code for -F or -i. > > Based on what you're describing it sounds like your fetch process is > hanging, and/or not exiting properly. > > What portmaster does is launch a subshell in the background that has a > mini-script to run 'make checksum'. That target will verify the files if > they exist, or fetch them and then verify if they do not. Once that is > done, the mini-script removes the fetchlog which acts as a sort of flag > to signal portmaster that it's done. > > If the fetch part of the process is completing, but the actual 'make > checksum' target is not, that's an OS or ports infrastructure bug. If > the fetch is not completing it could be an OS bug, or it could be a > stalled/slow remote site, a bad Internet connection, or any of a > half-dozen other things. > > Either way, I seriously doubt the code in portmaster is at fault. That > code hasn't changed in many years. > > The only other thing I can think of to try is to start a build for one > of the ports you're having trouble with (after removing the distfiles of > course) and just let it run. While it's running, check these things: > > 1. Does the distfile actually get downloaded? > 2. Does the fetch complete? That is, does the full file get downloaded, > which matches the size and checksum in the distinfo file? > 3. If the fetching of the file completes, does 'ps axww' show that a > fetch process for that file is still underway? > 4. If the fetching of the file completes, can you run 'make checksum' in > the port directory and get a positive result? > 5. What happens if you just let the portmaster process run for a few hours? > > Doug -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: michael@ranner.eu WWW: http://www.azedo.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 17:11:03 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11298106566C for ; Sat, 11 Aug 2012 17:11:03 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from mail.minibofh.org (gwgy.x.rootbsd.net [204.109.59.162]) by mx1.freebsd.org (Postfix) with ESMTP id CE1AA8FC0A for ; Sat, 11 Aug 2012 17:11:02 +0000 (UTC) Received: from [192.168.1.65] (c-283271d5.032-140-73746f22.cust.bredbandsbolaget.se [213.113.50.40]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.minibofh.org (Postfix) with ESMTPSA id A341A1DE350; Sat, 11 Aug 2012 19:10:54 +0200 (CEST) Message-ID: <5026921D.7050003@minibofh.org> Date: Sat, 11 Aug 2012 19:10:53 +0200 From: Jordi Espasa Clofent User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: tor-dev@lists.torproject.org, freebsd-ports@freebsd.org References: <501DAD7F.3020007@minibofh.org> <501FDDFD.7070809@minibofh.org> <5020079F.3040200@minibofh.org> <5022CB80.1010009@minibofh.org> <5022F1B1.2050805@minibofh.org> <50238B1B.5090305@minibofh.org> <5025175C.10808@minibofh.org> <50252131.6070205@minibofh.org> <5025233D.5020705@minibofh.org> <5025894D.5080107@minibofh.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: [tor-dev] Fwd: [tor-relays] tcmalloc in FreeBSD [SOLVED ?] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 17:11:03 -0000 That's really strange. With a non-modified configure.in (which means that is containing this misplaced stanza), I did: # cd /usr/ports/security/tor/ # make deinstall # make clean # make install and... voilá: mb# ldd /usr/local/bin/tor /usr/local/bin/tor: libtcmalloc.so.2 => /usr/local/lib/libtcmalloc.so.2 (0x2844e000) libz.so.5 => /lib/libz.so.5 (0x281aa000) libm.so.5 => /lib/libm.so.5 (0x281bc000) libevent-2.0.so.6 => /usr/local/lib/event2/libevent-2.0.so.6 (0x284b6000) libssl.so.7 => /usr/local/lib/libssl.so.7 (0x284f1000) libcrypto.so.7 => /usr/local/lib/libcrypto.so.7 (0x2853f000) libthr.so.3 => /lib/libthr.so.3 (0x281df000) libc.so.7 => /lib/libc.so.7 (0x28090000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x286a1000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x281f4000) So it seems the 'make clean' did some magic. According to man ports(7): clean Remove the expanded source code. This recurses to dependencies unless NOCLEANDEPENDS is defined. Should I understand it was some 'expanded source code' which was breaking my local ports tree? From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 17:32:35 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 684C8106564A for ; Sat, 11 Aug 2012 17:32:35 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id E3DA78FC12 for ; Sat, 11 Aug 2012 17:32:34 +0000 (UTC) Received: by weyx56 with SMTP id x56so2004658wey.13 for ; Sat, 11 Aug 2012 10:32:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=VBuIwO9eHovoBwdmX/Wo2faaiq+/TADQEgy/YsX6m20=; b=0SJt9CKqbYOxX9Ndmg7+Ah7kX82SP5NqSpAUqL1H2AoDu7/n8V8Fi+Qh1xzYU6JGWR C/dQnbra5LyjIC0JgwJXN7A2Wf7gvaa7FSVTf7fngmiwuk/vnDSWAnaHBmMdGHN0gMTd U/J3nUlQ3BY1X1kTBNT1vpKlB7EpobzyXig+AwPdmGXPCkunAbAyYUdsqIIvOYrGuGY7 wci6V4go/L6h/BUs3iaGU9lGfTRFJLz3XlHLuLNGuraiRrEOWMO3w7ljVK7kBc7Zc3h0 4Vw3XwtA5mC72ztODx2yi+quGU7wy3dkkU83vTwF5sUUtTaWXW2eB6CbrqstTDqB50ED CxUw== Received: by 10.180.89.65 with SMTP id bm1mr6201134wib.1.1344706348450; Sat, 11 Aug 2012 10:32:28 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id ck9sm7559929wib.2.2012.08.11.10.32.26 (version=SSLv3 cipher=OTHER); Sat, 11 Aug 2012 10:32:27 -0700 (PDT) Message-ID: <50269741.2080509@gmail.com> Date: Sat, 11 Aug 2012 19:32:49 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120801 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <5023C674.10900@coosemans.org> In-Reply-To: <5023C674.10900@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pkgconf issue ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 17:32:35 -0000 On 09/08/2012 16:17, Tijl Coosemans wrote: > On 09-08-2012 15:14, Olivier Smedts wrote: >> All my ports are up-to-date and I've previously dealt with the >> pkg-config -> pkgconf transition by reading UPDATING. No problems. >> >> But now I try to install a port which depends on ports I didn't have, >> which in turn depend on cairo... and they fail to build. And it's >> strange because there seems to be a problem with pkgconf, at least on >> my system : >> >> # pkg-config --cflags cairo >> Package glproto was not found in the pkg-config search path. >> Perhaps you should add the directory containing `glproto.pc' >> to the PKG_CONFIG_PATH environment variable >> No package 'glproto' found > > I opened a PR for this a month ago: > http://www.freebsd.org/cgi/query-pr.cgi?pr=169701 > Yes I also have a lot of problem due to the missing glproto too. -- David Demelier From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 18:51:22 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54777106566C for ; Sat, 11 Aug 2012 18:51:22 +0000 (UTC) (envelope-from fernando.apesteguia@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id CC08C8FC0C for ; Sat, 11 Aug 2012 18:51:21 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so1705533lbb.13 for ; Sat, 11 Aug 2012 11:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=qhnHu5t+X1e2tnVuFktMVtM6sEJsJL8nScbX76I7dto=; b=igp5DEKGd6PtNWwVKJrayNkSfqfuvH7geI5+2JKMCgttOmQb5jZHGH0A1NRhXVEjvw fNAzXilVEcXTWhI2HT6vyiyjf7pUqw+z9B8pKe9XaCgNW9LrLwOvdbSRre6Tkoq5p1Vz O29M7sBqLJLJlPVN6zVLzWCONS6GzgVVOvn/vOg0AQIiyBYyvNG05cYdyq2wkQOtXk76 opahi0uazU75gm5b0dfjirwUW3Ntkbuqh8hTj6xdd8llZ7s5e9LUztq84YiSjMT2v9QP 60INCGDBGgN9QWpj9tCCZUItYXmmrX5QtTRcayW1HF+X8kLs1chm4G0zwrEyReRqlOwm d5fw== MIME-Version: 1.0 Received: by 10.112.49.198 with SMTP id w6mr1642001lbn.58.1344711080479; Sat, 11 Aug 2012 11:51:20 -0700 (PDT) Received: by 10.152.134.167 with HTTP; Sat, 11 Aug 2012 11:51:20 -0700 (PDT) Date: Sat, 11 Aug 2012 20:51:20 +0200 Message-ID: From: =?ISO-8859-1?Q?Fernando_Apestegu=EDa?= To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Wiki information for the JDownloader port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 18:51:22 -0000 Hi all, Would anyone update the JDownloader porting status section in the wiki[1]? I gave it a try some time ago and the conclusions of my work are available in this thread[2]. To summarize the thing, JDownloader doesn't seem a good candidate to be in the ports collection. It has auto updates nailed into the code so every time it starts up it tries to upload itself. It also assumes one "installation" per user and doesn't seem to be easy to install once and use many times. Upstream developers refused to include a configuration knob to disable auto updates. Maybe this information is of any use in case someone wants to take over the task. I gave up since it can be used just downloading the .jar file[3] available at the website. Also, I don't mind to be contacted in case someone is interested in taking over the task. Cheers. [1] http://wiki.freebsd.org/WantedPorts [2] http://lists.freebsd.org/pipermail/freebsd-ports/2012-July/076462.html [3] http://installer.jdownloader.org/jd_unix_0_9.sh From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 19:10:12 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6A1CA106567A for ; Sat, 11 Aug 2012 19:10:12 +0000 (UTC) (envelope-from curtis@occnc.com) Received: from gateway.ipv6.occnc.com (gateway.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:132]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3028FC08 for ; Sat, 11 Aug 2012 19:10:11 +0000 (UTC) Received: from newharbor.ipv6.occnc.com (newharbor.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:320]) (authenticated bits=0) by gateway.ipv6.occnc.com (8.14.5/8.14.5) with ESMTP id q7BJ9kRe036596; Sat, 11 Aug 2012 15:09:47 -0400 (EDT) (envelope-from curtis@occnc.com) Message-Id: <201208111909.q7BJ9kRe036596@gateway.ipv6.occnc.com> To: freebsd-ports@freebsd.org From: Curtis Villamizar Date: Sat, 11 Aug 2012 15:09:46 -0400 Cc: rooneg@electricjellyfish.net, curtis@occnc.com Subject: patches for subversion Makefile and pkg-plist X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: curtis@occnc.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 19:10:12 -0000 FYI- Doing a make packages on devel/subversion fails if BOOK is defined in the options. The two small patches below fixes this. No bug has been reported. The port maintainer is on the Cc. BTW - there is a line with two tabs on it and nothing else. This is line 47, right before the existing "BOOK_VERSION=" line. The two tabs should be removed as well, but they do no harm. Curtis --- Makefile.orig 2012-07-23 13:42:59.000000000 -0400 +++ Makefile 2012-08-11 14:30:47.000000000 -0400 @@ -80,6 +80,7 @@ BOOK_PDF= svn-book-r${BOOK_VERSION}.pdf DISTFILES+= ${BOOK_HTML}:book ${BOOK_PDF}:book PLIST_SUB+= BOOK="" +PLIST_SUB+= BOOK_VERSION="${BOOK_VERSION}" .else PLIST_SUB+= BOOK="@comment " .endif --- pkg-plist.orig 2012-07-23 13:43:00.000000000 -0400 +++ pkg-plist 2012-08-11 14:11:20.000000000 -0400 @@ -148,7 +148,7 @@ %%PORTDOCS%%%%BOOK%%%%DOCSDIR%%/svn-book-html/images/warning.png %%PORTDOCS%%%%BOOK%%%%DOCSDIR%%/svn-book-html/styles.css %%PORTDOCS%%%%BOOK%%%%DOCSDIR%%/svn-book-html/svn-book.html -%%PORTDOCS%%%%BOOK%%%%DOCSDIR%%/svn-book.pdf +%%PORTDOCS%%%%BOOK%%%%DOCSDIR%%/svn-book-r%%BOOK_VERSION%%.pdf %%WITHOUT_GETTEXT%%share/locale/de/LC_MESSAGES/subversion.mo %%WITHOUT_GETTEXT%%share/locale/es/LC_MESSAGES/subversion.mo %%WITHOUT_GETTEXT%%share/locale/fr/LC_MESSAGES/subversion.mo From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 19:17:28 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E456E1065673 for ; Sat, 11 Aug 2012 19:17:28 +0000 (UTC) (envelope-from curtis@occnc.com) Received: from gateway.ipv6.occnc.com (gateway.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:132]) by mx1.freebsd.org (Postfix) with ESMTP id A26C38FC12 for ; Sat, 11 Aug 2012 19:17:28 +0000 (UTC) Received: from newharbor.ipv6.occnc.com (newharbor.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:320]) (authenticated bits=0) by gateway.ipv6.occnc.com (8.14.5/8.14.5) with ESMTP id q7BJGsts036695; Sat, 11 Aug 2012 15:16:55 -0400 (EDT) (envelope-from curtis@occnc.com) Message-Id: <201208111916.q7BJGsts036695@gateway.ipv6.occnc.com> To: freebsd-ports@freebsd.org From: Curtis Villamizar Date: Sat, 11 Aug 2012 15:16:54 -0400 Cc: "Eugene M. Kim" , curtis@occnc.com Subject: patch to build spamass-milter with sendmail-sasl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: curtis@occnc.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 19:17:29 -0000 FYI- The mail/spamass-milter port won't build if the sendmail-sasl port has been built. The patch below fixes this. The port maintainer is on the Cc. No bug has been reported. Curtis --- Makefile.orig 2011-12-02 20:38:47.000000000 -0500 +++ Makefile 2012-08-11 14:51:23.000000000 -0400 @@ -25,10 +25,17 @@ REJECTTEXT_PATCH "Customize SMTP reject message" off \ LDAP "LDAP support" off \ SENDMAIL_PORT "Build against sendmail port" off \ + SENDMAIL_SASL "Use SASL version of sendmail port" off \ IPV6 "Apply IPv6 whitelist patch" off .include +.if defined(WITH_SENDMAIL_PORT) +.if defined(WITH_SENDMAIL_SASL) +SENDMAIL_MILTER_PORT= sendmail-sasl +.endif +.endif + ORIG_ARGS= fd:mMp:P:r:u:D:i:b:B:e:x NEW_ARGS:= ${ORIG_ARGS} From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 19:40:08 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B17D106564A for ; Sat, 11 Aug 2012 19:40:08 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C729B8FC0C for ; Sat, 11 Aug 2012 19:40:07 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1006630bkc.13 for ; Sat, 11 Aug 2012 12:40:01 -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 :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=EHo/1OxdbsFVaxPeCLhhCOp7kqdEeqqISwynJZfxCb4=; b=rpBjmtx2+OoDfnaHxhYvCADtpTbePJ5gXzmZETyY7uM4j4BIwabxETNEvBO3NwP56Z EzXy9/l2+UufedtXOSGCjl4Gfn/oGevDFjnu65u8y+/PMPWeqhPFxJWkfP6fEfK8ML9+ ABpq8ZgNkySOKXuyD+zgyc/4hX4+aYR5k3+37wWClNV1ve0KXMjSmMGb3HQ3a6+MEiTy zwRj6RievFVyo3tdLR7Sy624lOKeiierh3+kR9sdC+RveA7zYaQnxduyC4lfjznMN2I8 83m3pKqIUGLzM1wrk1Y1Qbt91jaERgBmr7GIilb1cgjLG9CHbMzdR3grru9GT+likWNp GcNQ== Received: by 10.204.148.72 with SMTP id o8mr2457895bkv.103.1344714000946; Sat, 11 Aug 2012 12:40:00 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.231.7 with HTTP; Sat, 11 Aug 2012 12:39:30 -0700 (PDT) In-Reply-To: <5026921D.7050003@minibofh.org> References: <501DAD7F.3020007@minibofh.org> <501FDDFD.7070809@minibofh.org> <5020079F.3040200@minibofh.org> <5022CB80.1010009@minibofh.org> <5022F1B1.2050805@minibofh.org> <50238B1B.5090305@minibofh.org> <5025175C.10808@minibofh.org> <50252131.6070205@minibofh.org> <5025233D.5020705@minibofh.org> <5025894D.5080107@minibofh.org> <5026921D.7050003@minibofh.org> From: Chris Rees Date: Sat, 11 Aug 2012 20:39:30 +0100 X-Google-Sender-Auth: FQZ-cSKdd4proykSB9QhY2JsKl4 Message-ID: To: Jordi Espasa Clofent Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org, tor-dev@lists.torproject.org Subject: Re: [tor-dev] Fwd: [tor-relays] tcmalloc in FreeBSD [SOLVED ?] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 19:40:08 -0000 On 11 August 2012 18:10, Jordi Espasa Clofent wrote= : > That's really strange. With a non-modified configure.in (which means that= is > containing this misplaced stanza), I did: > > # cd /usr/ports/security/tor/ > # make deinstall > # make clean > # make install > > and... voil=E1: > > mb# ldd /usr/local/bin/tor > /usr/local/bin/tor: > libtcmalloc.so.2 =3D> /usr/local/lib/libtcmalloc.so.2 (0x2844e000= ) > libz.so.5 =3D> /lib/libz.so.5 (0x281aa000) > libm.so.5 =3D> /lib/libm.so.5 (0x281bc000) > libevent-2.0.so.6 =3D> /usr/local/lib/event2/libevent-2.0.so.6 > (0x284b6000) > libssl.so.7 =3D> /usr/local/lib/libssl.so.7 (0x284f1000) > libcrypto.so.7 =3D> /usr/local/lib/libcrypto.so.7 (0x2853f000) > libthr.so.3 =3D> /lib/libthr.so.3 (0x281df000) > libc.so.7 =3D> /lib/libc.so.7 (0x28090000) > libstdc++.so.6 =3D> /usr/lib/libstdc++.so.6 (0x286a1000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x281f4000) > > So it seems the 'make clean' did some magic. According to man ports(7): > > clean Remove the expanded source code. This recurses to > dependencies unless NOCLEANDEPENDS is defined. > > Should I understand it was some 'expanded source code' which was breaking= my > local ports tree? make clean removes ${WRKDIR}, which is where the sources are extracted (usually PORTSDIR/category/port/work). No magic here ;) Not sure what was going on here, but it may indicate that the misplaced stanza doesn't have a catastrophic effect. It's still wrong though! Chris From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 20:18:41 2012 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3F283106566C; Sat, 11 Aug 2012 20:18:41 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id B429B8FC16; Sat, 11 Aug 2012 20:18:40 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 59D061E00715; Sat, 11 Aug 2012 22:18:39 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q7BK3X5g091953; Sat, 11 Aug 2012 22:03:33 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q7BK3XeU091952; Sat, 11 Aug 2012 22:03:33 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 11 Aug 2012 22:03:33 +0200 To: freebsd-multimedia@FreeBSD.org, freebsd-ports@FreeBSD.org Message-ID: <20120811200333.GA91927@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: vlc 2.0.3 patch update (dvb support was broken) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 20:18:41 -0000 Hi! There were two patches missing... I was able to test dvb-t successfully, couldn't get dvb-s(2) working tho: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-007.patch Enjoy, :) Juergen From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 21:15:18 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8334106566C for ; Sat, 11 Aug 2012 21:15:18 +0000 (UTC) (envelope-from duchateau.olivier@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC55E8FC0C for ; Sat, 11 Aug 2012 21:15:18 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5136752pbb.13 for ; Sat, 11 Aug 2012 14:15:18 -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=F4TiDJnHwrr25fMAij73OCvktlMHe7y1TZaBhMF0QlA=; b=E1IvC01LyMyc/sY+fDDWIkrgtkTiYb/FiXjo52jjK9cZ/5QWx1hnBR7qixAxlPDheJ SCHSHbenIobSevaDbieASMOyW5lesNTb5dyFiDRaTp9Cpyag2YeITlQR5rYDfoeZzoDO syMaCu/OHaDAWZgs8ERD6JFH7lR41gYj4gYhVgepnHg9qgIrLZMGTRY2WMR6TFQcKYyi FGtomPWrCn6VZ5/5r8LTTYw9lTCqw2IGY9F8Nw0l1w1cvlXLE+pdur1ib2y0t86UZ3mR aOMB83SoJeWmu82MuN89Ytf3Z3lRcxeqBhclroilDrNv3snM4CreYi+rylnmQFRLgsIQ gGMg== MIME-Version: 1.0 Received: by 10.68.239.103 with SMTP id vr7mr8104589pbc.0.1344719718452; Sat, 11 Aug 2012 14:15:18 -0700 (PDT) Received: by 10.66.20.229 with HTTP; Sat, 11 Aug 2012 14:15:18 -0700 (PDT) In-Reply-To: References: Date: Sat, 11 Aug 2012 21:15:18 +0000 Message-ID: From: Olivier Duchateau To: cody chandler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: 9.0 -Release, xorg, slim, xfce4 Problem logging in. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 21:15:19 -0000 2012/7/13 cody chandler : > Hello, > > FBSD 9 Release I386 > > Fresh install I can reproduce and have this issue 5 times now. > Reinstalled the same machine but not sure where the problem is. > > Root Logins fine from console and slim. XFCE4 loads normally. > > User Logins fine from console but slim errors.. "Unable to contact > settings server" "Failed to connect to socket /var/tmp/dbus-######: > Connection refused" The ###### are numbers and letters that changed each > attempt to login with the User. > > in /etc/ttys turned slim to off. at console User is able to load XFCE4 > with /usr/local/bin/startxfce4 > > per /usr/local/etc/rc.d/slim I set the ttys file as it recommended. > (ttyv8 /usr/local/bin/slim xterm on secure) > > If I use the rc.conf file with (slim_enable="YES") User can login from > slim without issue. > > Only other port installed is Tmux. > > The install cd is the same I've used at least 30 times or more for > installing and reinstalling. > > I feel I am not doing something correct. Any direction to help fix this is > welcome. If I'm missing it.. Please tell me :) Sorry for delay, but your problem is still present or not ? > > Thanks > Cody > _______________________________________________ > 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" -- olivier From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 21:18:06 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 912661065672; Sat, 11 Aug 2012 21:18:06 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 480D28FC08; Sat, 11 Aug 2012 21:18:06 +0000 (UTC) Received: by obbun3 with SMTP id un3so5791774obb.13 for ; Sat, 11 Aug 2012 14:18:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=WqNO1p/U0JZe6yAJtlN/FOeR3YZs4VG//GZh0MPvkCU=; b=FVWUV9DD2FeM/fpIej/JRIgFLF3ZkKWreLFwjY9ACocdaoW5Qt0GTcPUFm1v2zlZ7v olf8dU4mH9hrwggCf0xtR50QMYXR8wg9GxVUuJHrU75KA+AHJDJa9Y925f8f93NPRPdi 6VMdmqpe34Kp35fizGH0ZteFTdZAxYwrf2w+QM48wYt+n9HxcS/kuQZCedcNHrxL9jBG RVyAcBlbGdAd8h5YNQ5Sy8snG821P0NQ0c8qRNyRzpW9a2jymoZxSHxfkFYKuNpUhoqd jTKNVI5pLEQi3PEIBfWgKHh2453ykZPHCgJTHo6iLGXH5FvKU9Q7Gn/7jcF9M9fMwjd2 xxgw== Received: by 10.50.34.196 with SMTP id b4mr1808895igj.4.1344719885603; Sat, 11 Aug 2012 14:18:05 -0700 (PDT) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id d4sm5153542iga.14.2012.08.11.14.18.04 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2012 14:18:05 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Sat, 11 Aug 2012 16:17:49 -0500 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.8.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201208111617.49965.lumiwa@gmail.com> Subject: libogg 1.3.0,4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 21:18:06 -0000 Hi! I updated libogg to version 1.3.0,4 with postmaster and on the end of look like succes I got also: Registering installation for libogg-1.3.0,4 ===> No ORIGIN in /var/db/pkg/libogg-1.3.0,4/+CONTENTS Than I try as instructions in /usr/ports/UPDATE says: portmaster -r libogg and I got: The argument to -r must match only one port. Aborting update I don't have a problem except that KDE notifications sound doesn't work anymore. I have FreeBSD 9.0 Release, KDE 4.8.4 and I built with default gcc. Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 21:30:43 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 68B2D106564A; Sat, 11 Aug 2012 21:30:43 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDC48FC0A; Sat, 11 Aug 2012 21:30:42 +0000 (UTC) Received: by obbun3 with SMTP id un3so5809337obb.13 for ; Sat, 11 Aug 2012 14:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=C6tKGImCwrVzXYyaevQ7Xv8zFma98vv52pFo23sU4tg=; b=jpxJMrCm+MXDnUHtO0PM2bmqoUyvZhXbbUyrYPF2JQMREdzsxdlpK0ZJ3XGIE2AXCR U4nvlgV/Vs1MQb5XPYtLODSOQqmauCHG2IKZ1wMc42IjN+pIyJD3SiNLhESQYRcZY8mk WPiIqzudOLAQsaXO1ffep4BX8KILO4D+Z8pIUjVLTdOawOiedzgOKH/HpPdcV/dMiMzH xV8eGyeWGq4+XugE/UuODjeqxsWJ8shJRdm7W0rgWXFx6c8aBXsH0DJh3jfbh8Y8DMD1 OW/Cxk4hSq8zEUAIsZ9K2dNQZb3do/YDK5jefpOMw8o1oD4Xp7viLEsJpm/li3nh99hE 6aVg== Received: by 10.50.188.134 with SMTP id ga6mr25247igc.51.1344720642036; Sat, 11 Aug 2012 14:30:42 -0700 (PDT) Received: from luna.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com. [184.58.138.79]) by mx.google.com with ESMTPS id l19sm2472024iga.10.2012.08.11.14.30.40 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2012 14:30:41 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Sat, 11 Aug 2012 16:30:31 -0500 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.8.4; i386; ; ) References: <201208111617.49965.lumiwa@gmail.com> In-Reply-To: <201208111617.49965.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201208111630.31886.lumiwa@gmail.com> Subject: Re: libogg 1.3.0,4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 21:30:43 -0000 On Saturday 11 August 2012 16:17:49 ajtiM wrote: > Hi! > > I updated libogg to version 1.3.0,4 with postmaster and on the end of look > like succes I got also: > Registering installation for libogg-1.3.0,4 > ===> No ORIGIN in /var/db/pkg/libogg-1.3.0,4/+CONTENTS I deleted var/db/pkg/libogg-1.3.0,4 and Iabove message gone but bellow problem exist still. > > Than I try as instructions in /usr/ports/UPDATE says: > portmaster -r libogg > > and I got: > The argument to -r must match only one port. > Aborting update > > I don't have a problem except that KDE notifications sound doesn't work > anymore. > > I have FreeBSD 9.0 Release, KDE 4.8.4 and I built with default gcc. > > > Thanks. > > Mitja > -------- > http://jpgmag.com/people/lumiwa Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 22:11:29 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B7B2106566B for ; Sat, 11 Aug 2012 22:11:29 +0000 (UTC) (envelope-from curtis@occnc.com) Received: from gateway.ipv6.occnc.com (gateway.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:132]) by mx1.freebsd.org (Postfix) with ESMTP id B89D08FC08 for ; Sat, 11 Aug 2012 22:11:28 +0000 (UTC) Received: from newharbor.ipv6.occnc.com (newharbor.ipv6.occnc.com [IPv6:2001:470:1f07:1545::1:320]) (authenticated bits=0) by gateway.ipv6.occnc.com (8.14.5/8.14.5) with ESMTP id q7BMB54e038664; Sat, 11 Aug 2012 18:11:05 -0400 (EDT) (envelope-from curtis@occnc.com) Message-Id: <201208112211.q7BMB54e038664@gateway.ipv6.occnc.com> To: freebsd-ports@freebsd.org From: Curtis Villamizar Date: Sat, 11 Aug 2012 18:11:05 -0400 Cc: Scott Blachowicz , curtis@occnc.com Subject: patch to FreeBSD mail/nmh port for IPv6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: curtis@occnc.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 22:11:29 -0000 FYI- The patch below fixes the rcaux function and gethostbystring functions in the file sbr/client.c such that the support AF_INET6 hosts and connections. These are used in the client function, used in POP, and in smtp.c (sending mail via smtp). The largish patch below can be copied into the files directory as /usr/ports/mail/nmh/files/patch-sbr-client-for-afinet6 That can fix it for the FreeBSD mail/nmh port for now. The port maintainer is on the Cc. No bug has been reported. The tarball file in distinfo is nmh-1.3.tar.gz which is far from the most recent. It appears that this bug is already fixed in nmh 1.5 (and maybe 1.4, but I didn't look). It might be better to bring the distinfo file up to date. nmh-1.5 is June 2012 and 1.4 is Jan 2012, so the port is not ancient, just not up to date. BTW - yes, people still use nmh. :-) Curtis --- sbr/client.c.orig 2006-01-01 19:17:42.000000000 -0800 +++ sbr/client.c 2011-09-02 08:46:06.000000000 -0700 @@ -70,9 +70,6 @@ # define h_addr h_addr_list[0] #endif -#define inaddr_copy(hp,sin) \ - memcpy(&((sin)->sin_addr), (hp)->h_addr, (hp)->h_length) - /* * static prototypes */ @@ -208,8 +205,11 @@ int sd; struct in_addr in; register struct addrent *ap; - struct sockaddr_in in_socket; - register struct sockaddr_in *isock = &in_socket; + struct sockaddr_in in_socket4; +#ifdef AF_INET6 + struct sockaddr_in6 in_socket6; +#endif + register struct sockaddr *isock; #ifdef KPOP int rem; @@ -228,12 +228,28 @@ if ((sd = getport (rproto, hp->h_addrtype, response, len_response)) == NOTOK) return OOPS2; - memset (isock, 0, sizeof(*isock)); - isock->sin_family = hp->h_addrtype; - inaddr_copy (hp, isock); - isock->sin_port = sp->s_port; + if (hp->h_addrtype == AF_INET) { + memset (&in_socket4, 0, sizeof(in_socket4)); + in_socket4.sin_family = hp->h_addrtype; + memcpy(&in_socket4.sin_addr, hp->h_addr, hp->h_length); + in_socket4.sin_port = sp->s_port; + in_socket4.sin_len = sizeof(in_socket4); + isock = (struct sockaddr *) &in_socket4; +#ifdef AF_INET6 + } else if (hp->h_addrtype == AF_INET6) { + memset (&in_socket6, 0, sizeof(in_socket6)); + in_socket6.sin6_family = hp->h_addrtype; + memcpy(&in_socket6.sin6_addr, hp->h_addr, hp->h_length); + in_socket6.sin6_port = sp->s_port; + in_socket6.sin6_len = sizeof(in_socket6); + isock = (struct sockaddr *) &in_socket6; +#endif + } else { + strncpy (response, "rcaux: unsupported address family", len_response); + return OOPS2; + } - if (connect (sd, (struct sockaddr *) isock, sizeof(*isock)) == NOTOK) + if (connect (sd, (struct sockaddr *) isock, isock->sa_len) == NOTOK) switch (errno) { case ENETDOWN: case ENETUNREACH: @@ -305,7 +321,7 @@ return NOTOK; } - if ((sd = socket (AF_INET, SOCK_STREAM, 0)) == NOTOK) { + if ((sd = socket (addrtype, SOCK_STREAM, 0)) == NOTOK) { char *s; if ((s = strerror (errno))) @@ -380,14 +396,41 @@ #else static unsigned long iaddr; #endif +#ifdef AI_ADDRCONFIG + /* if AI_ADDRCONFIG is defined, then getaddrinfo is available */ + int af; + struct addrinfo hints; + struct addrinfo *ai, *res; +#endif iaddr = inet_addr (s); + if ( #ifdef DG - if (iaddr.s_addr == NOTOK && strcmp (s, "255.255.255.255")) + iaddr.s_addr == NOTOK #else - if (((int) iaddr == NOTOK) && strcmp (s, "255.255.255.255")) + ((int) iaddr == NOTOK) #endif + && strcmp (s, "255.255.255.255")) { +#ifndef AI_ADDRCONFIG return gethostbyname (s); +#else + af = PF_UNSPEC; + memset(&hints, 0, sizeof(hints)); + hints.ai_family = PF_UNSPEC; + hints.ai_flags = AI_ADDRCONFIG; + if (!getaddrinfo(s, NULL, &hints, &res)) { + for (ai = res; ai; ai = ai->ai_next) { + if (af == PF_UNSPEC) + af = ai->ai_family; + } + freeaddrinfo(res); + } + if (af == PF_UNSPEC) + af = AF_INET; + /* avoid returning AF_INET is no IPv4 interface is configured */ + return gethostbyname2 (s, af); +#endif + } h = &hs; h->h_name = s; From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 22:43:57 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1CC28106566B for ; Sat, 11 Aug 2012 22:43:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C63FB14F93A; Sat, 11 Aug 2012 22:43:56 +0000 (UTC) Message-ID: <5026E02C.1080309@FreeBSD.org> Date: Sat, 11 Aug 2012 15:43:56 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: ajtiM References: <201208111617.49965.lumiwa@gmail.com> In-Reply-To: <201208111617.49965.lumiwa@gmail.com> X-Enigmail-Version: 1.4.3 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: libogg 1.3.0,4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 22:43:57 -0000 On 08/11/2012 14:17, ajtiM wrote: > Hi! > > I updated libogg to version 1.3.0,4 with postmaster and on the end of look > like succes I got also: > Registering installation for libogg-1.3.0,4 > ===> No ORIGIN in /var/db/pkg/libogg-1.3.0,4/+CONTENTS The package data got corrupted somehow when you installed it. > Than I try as instructions in /usr/ports/UPDATE says: > portmaster -r libogg > > and I got: > The argument to -r must match only one port. This is related to the first problem. I also saw your followup. First, make sure that you don't have any more weirdness with libogg by doing this: pkg_info libogg\* You should get "pkg_info: can't find package 'libogg*' installed or in a file!" If you get output that lists a port you somehow have the lib installed multiple times. If that's the case, do 'pkg_delete -f libogg\*' Once that's done, do this: portmaster audio/libogg portmaster --check-depends portmaster -R -r libogg-1.3.0,4 hth, Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909) From owner-freebsd-ports@FreeBSD.ORG Sat Aug 11 23:19:16 2012 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7E3C9106564A for ; Sat, 11 Aug 2012 23:19:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 5855414D90A; Sat, 11 Aug 2012 23:19:16 +0000 (UTC) Message-ID: <5026E874.9020608@FreeBSD.org> Date: Sat, 11 Aug 2012 16:19:16 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120728 Thunderbird/14.0 MIME-Version: 1.0 To: Michael Ranner References: <50250E97.4000004@ranner.eu> <502523D4.4050200@ranner.eu> <50258D15.8010606@FreeBSD.org> <5025B03A.5080707@FreeBSD.org> <50261211.3090502@ranner.eu> <5026133B.5000500@FreeBSD.org> <502616A8.5010200@ranner.eu> <50262406.2000302@FreeBSD.org> <50265FA4.6020405@ranner.eu> In-Reply-To: <50265FA4.6020405@ranner.eu> X-Enigmail-Version: 1.4.3 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, HU Dong Subject: Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..." X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 23:19:16 -0000 On 08/11/2012 06:35, Michael Ranner wrote: > There seems some weird problem with "-DBATCH" on my system. With the > following modification (without -DBATCH) fetch will start to download > but it will still not exit from pm_make2. There is no output for XXX6 First, don't use BATCH routinely. Second, move aside your /etc/make.conf, and any portmaster rc files that you have, and try again. If that works, add in the options one by one till you find the culprit. Finally, thanks for your work on debugging this. Doug -- I am only one, but I am one. I cannot do everything, but I can do something. And I will not let what I cannot do interfere with what I can do. -- Edward Everett Hale, (1822 - 1909)