From owner-freebsd-ports@FreeBSD.ORG Sun Aug 15 08:36:16 2010 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 D3BDE1065670 for ; Sun, 15 Aug 2010 08:36:16 +0000 (UTC) (envelope-from culot@0xd0.org) Received: from 0xd0.org (0xd0.org [91.121.92.146]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5558FC12 for ; Sun, 15 Aug 2010 08:36:16 +0000 (UTC) Received: from 0xd0.org (doudou.0xd0.org [172.16.0.254]) by 0xd0.org (8.14.4/8.14.4) with ESMTP id o7F7wDQx011442 for ; Sun, 15 Aug 2010 09:58:13 +0200 (CEST) (envelope-from culot@0xd0.org) Received: (from culot@localhost) by 0xd0.org (8.14.4/8.14.4/Submit) id o7F7wCjN011439 for freebsd-ports@freebsd.org; Sun, 15 Aug 2010 09:58:12 +0200 (CEST) (envelope-from culot) Date: Sun, 15 Aug 2010 09:58:12 +0200 From: Frederic Culot To: freebsd-ports@freebsd.org Message-ID: <20100815075812.GA15226@culot.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline X-PGP-Key: http://culot.org/public/pgp-key.txt User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Feedback on wanted port: obskurator 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, 15 Aug 2010 08:36:16 -0000 Hello, Following the links on the ports tasks wiki page I found 'obskurator' to be a wanted port (http://wiki.freebsd.org/AndrewPantyukhin/Ports) so I gave it a try and report about it here. obskurator is supposed to obfuscate source code by changing variable names. Home page for the project is: http://obskurator.sourceforge.net. The port I prepared for obskurator can be found here: ftp://culot.org/FreeBSD/obskurator.shar The above port installed obskurator fine for me (8.1-RELEASE on amd64), but I believe the software itself is unusable and should not be added to the ports tree in its current state. Indeed, I wrote a simple code to test the resulting obfuscated program generated by obskurator and it would not compile. Here is my test code: ----- #include int my_int1; int main (void) { char *my_txt1 = "Hello world"; printf ("first var: %d\n", my_int1); printf ("second var: %s\n", my_txt1); return 0; } ----- and obskurator transformed it into the following: ----- #include int my_int1; int main (void) { char *x1 = "Hello world"; x2 ("first var: %d\n", my_int1); x2 ("second var: %s\n", x1); return 0; } ----- That is obskurator believed printf(3) was a user-defined variable and replaced it with 'x2', which makes the resulting program impossible to compile. As a conclusion I would say that 'obskurator' should be removed from the wanted port page at http://wiki.freebsd.org/AndrewPantyukhin/Ports as it does not manage to generate compilable obfuscated code as it claims to do. Hope this helps, Frederic From owner-freebsd-ports@FreeBSD.ORG Sun Aug 15 16:20:53 2010 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 13B071065670 for ; Sun, 15 Aug 2010 16:20:53 +0000 (UTC) (envelope-from enlil65@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id A26088FC13 for ; Sun, 15 Aug 2010 16:20:52 +0000 (UTC) Received: by wwb24 with SMTP id 24so2291926wwb.31 for ; Sun, 15 Aug 2010 09:20:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=qlSKDhPwkFNkqF6RINk48mhwhQif3Wl775IDgczJwjc=; b=o8DI5ylxtoJ6tpbVuomrt2HGKx7oSlhhPo66DNIBG8U4FwXaXpcD2rbzHiWKeKCVJo JK/Ce8lLfW9tFvpDyxYai71zlWGsYz0GGMIuDph9zzKbzji6jpUnesd3SU/zD/ciSMrN MMgViXCPwaIJpwcjvj5FxpDPwiYOT+88kdPik= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=XLrW4O7uUbYnMbO6cm9TbczrmHvFgahniVLzT7DsAwaloknHszNAV8emfL8LuSAYqT VtTuYi9Vn5Z1POMnJYVuSSKGlosyDx5LvIHwUJdf8XeWSJLX4B0Gr/hXx/At+pfLwWDu /vTTBLYqFJRL+Di9Rq/bS1o2SvFuNq2FmJ5hQ= MIME-Version: 1.0 Received: by 10.227.154.211 with SMTP id p19mr3688199wbw.19.1281887634324; Sun, 15 Aug 2010 08:53:54 -0700 (PDT) Received: by 10.216.205.17 with HTTP; Sun, 15 Aug 2010 08:53:54 -0700 (PDT) Date: Sun, 15 Aug 2010 10:53:54 -0500 Message-ID: From: Peggy Wilkins To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: portaudit: problem with logic for security/krb5 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, 15 Aug 2010 16:20:53 -0000 Portaudit is flagging security/krb5 as vulnerable, but as far as I can tell it is incorrect. capricorn:/usr/ports/security/krb5:19% portaudit -vC Affected package: krb5-1.8.3 (matched by krb5>=1.7) Type of problem: krb5 -- KDC double free vulnerability. Reference: Following the reference URL shows that this vulnerability affects krb5 >=1.7 and krb5 <1.8.2, but the ports tree has 1.8.3 so portaudit should not be showing this port as vulnerable. Is there a bug in portaudit or some other problem? FYI my system is: FreeBSD capricorn.lib.uchicago.edu 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4 #0: Fri Jul 16 11:53:40 CDT 2010 root@capricorn.lib.uchicago.edu:/usr/obj/usr/src/sys/GENERIC amd64 --plw From owner-freebsd-ports@FreeBSD.ORG Sun Aug 15 17:15:10 2010 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 4FFC61065693 for ; Sun, 15 Aug 2010 17:15:10 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id C61B48FC0C for ; Sun, 15 Aug 2010 17:15:09 +0000 (UTC) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id 6E2C3B839; Sun, 15 Aug 2010 18:09:42 +0100 (BST) Date: Sun, 15 Aug 2010 18:09:42 +0100 From: Shaun Amott To: Peggy Wilkins Message-ID: <20100815170941.GA83438@charon.picobyte.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: freebsd-ports@freebsd.org Subject: Re: portaudit: problem with logic for security/krb5 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, 15 Aug 2010 17:15:10 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2010 at 10:53:54AM -0500, Peggy Wilkins wrote: >=20 > Portaudit is flagging security/krb5 as vulnerable, but as far as I can > tell it is incorrect. >=20 > capricorn:/usr/ports/security/krb5:19% portaudit -vC > Affected package: krb5-1.8.3 (matched by krb5>=3D1.7) > Type of problem: krb5 -- KDC double free vulnerability. > Reference: >=20 > Following the reference URL shows that this vulnerability affects krb5 > >=3D1.7 and krb5 <1.8.2, but the ports tree has 1.8.3 so portaudit > should not be showing this port as vulnerable. Is there a bug in > portaudit or some other problem? >=20 > FYI my system is: > FreeBSD capricorn.lib.uchicago.edu 8.0-RELEASE-p4 FreeBSD > 8.0-RELEASE-p4 #0: Fri Jul 16 11:53:40 CDT 2010 > root@capricorn.lib.uchicago.edu:/usr/obj/usr/src/sys/GENERIC amd64 >=20 Looks like the XML was incorrect for this entry. I have now fixed it. Thanks for the report. --=20 Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkxoH1UACgkQkmhdCGs4epq17QCg87yv6hv9MVGQoqqQLd8fYPbe OlkAoLniQglGHoUlOpFv82hGQT4sPqhi =a/dr -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-ports@FreeBSD.ORG Sun Aug 15 16:37:52 2010 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 1A97B106566B for ; Sun, 15 Aug 2010 16:37:52 +0000 (UTC) (envelope-from johnathan.joe@btinternet.com) Received: from web86507.mail.ird.yahoo.com (web86507.mail.ird.yahoo.com [217.146.188.132]) by mx1.freebsd.org (Postfix) with SMTP id 5D5CF8FC0A for ; Sun, 15 Aug 2010 16:37:50 +0000 (UTC) Received: (qmail 39534 invoked by uid 60001); 15 Aug 2010 16:11:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1281888669; bh=XHXRLY75tkzhlw+Z1Gvj/wossTnaWzOiIC5kevW8+lo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=n+vfZpy60NPJ1oDLgYGwnNHirA9BmP1HUOoJPs4wsRNTZCMxbxAwylTq8mw0mG6fL7fyq7q3L7O4qVVJjX30de/4QGA2kHoVpdXigx1D+Iesdmg4P2iA+zVqnGNgcWAI6cNap/333995OsPZ1lwnSjleATCOvXMmDLZKyGAZZaI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=bKJj8LJDbF0IAprlo6Iq/iKus3IbfE9TxXsPRppXnJVfmE2qTDXzdxKskqU2D3td3lEImm61WPT5KUN1uQKvDax744aIFvrjOiNSfDRhsz71lgKvQwLpZuhNCRRx/u+jxTRtKTj3eUUVFP0acXeUKJZTzJqPlKzb1gH7tGIHdvA=; Message-ID: <368461.38072.qm@web86507.mail.ird.yahoo.com> X-YMail-OSG: SGiCBO0VM1kz3fsKv4SGfWQEpeXz1jYGCS9LKI1osS1bhCY DP9YWJ8ek6tppFKzJ1dGiILIKmOCiWCPYiInGKJkob8Ia6V7EPbqt2zLs5w1 Q2DXGl5BHj4d89sgnliknc2HBW5lY70YJSxLWHCGseQuYVgjOdHeK8OoErmy La.cAvjItvWNuP.Lu3lKl7ZZ3hyiT9R7yuG0wcyVYWnYyq6wxKy6mJfNZzBI Acd1yWY4Oti.5YaYozyvDCRJhi1JVKRC2Z5eAUnQFmFW1rzDsSu0xtVpVsLP 1 Received: from [213.122.54.210] by web86507.mail.ird.yahoo.com via HTTP; Sun, 15 Aug 2010 16:11:09 GMT X-Mailer: YahooMailClassic/11.3.2 YahooMailWebService/0.8.105.279950 Date: Sun, 15 Aug 2010 16:11:09 +0000 (GMT) From: John Sherman To: ports@FreeBSD.org MIME-Version: 1.0 X-Mailman-Approved-At: Sun, 15 Aug 2010 17:25:34 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Wvdial 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, 15 Aug 2010 16:37:52 -0000 Hi=20 If Wvdial is returned to FreeBSD 8.0 will it be noted in the Forum >From an hopeful new user Regards=20 John From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 00:46:52 2010 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 3931C1065695 for ; Mon, 16 Aug 2010 00:46:52 +0000 (UTC) (envelope-from exam@walter.towerhill.org) Received: from walter.towerhill.org (static-67-62-231-210.t1.cavtel.net [67.62.231.210]) by mx1.freebsd.org (Postfix) with ESMTP id E35548FC0A for ; Mon, 16 Aug 2010 00:46:51 +0000 (UTC) Received: by walter.towerhill.org (Postfix, from userid 1108) id 3BBEEB9921B; Sun, 15 Aug 2010 20:31:41 -0400 (EDT) To: freebsd-ports@freebsd.org From: PayPal Team Message-Id: <20100816003141.3BBEEB9921B@walter.towerhill.org> Date: Sun, 15 Aug 2010 20:31:41 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Restore your online banking account access within 48 hours to avoid suspension! 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, 16 Aug 2010 00:46:52 -0000 [pixel.gif] We regret to inform you that we had to lock your PayPal access because we have reasons to believe that your account may have been compromised by outside parties. In order to protect your sensitive information , we temporally suspended your account. To reactivate your account, click on the link bellow and confirm your identity by completing the secure form that will appear. We have seen unusual attempts for logging in regarding your personal account, therefore this confirmation regarding your account it is only for security reasons. Thank you for your time and consideration to this matter. Please do not reply to this automatically generated email. We know you have a choice of banks. Thank you for using ours. To securely confirm your account information please [1]click to confirm Please Note: If we do no receive the appropriate account verification within 48 hours, then we will assume this account is fraudulent and will be closed. The purpose of this verification is to ensure that your account has not been fraudulently used and to combat the fraud from our community. Copyright © 2007 PayPal. All rights reserved. Models, Models, Models! Free Modeling Portfolio! [2]ModelCoast. Photographers! Free Photographic Portfolios. [3]Imagegods. Visit [4]The Best Free Image Hosting. References Visible links 1. http://watcher.b.astral.ro/update/ 2. http://www.modelcoast.com/ 3. http://www.imagegods.com/ 4. http://www.imagecoast.com/ Hidden links: 5. http://www.paypal.com/cgi-bin/webscr?cmd=p/gen/fdic-outside From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 01:21:44 2010 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 DC9FD106564A for ; Mon, 16 Aug 2010 01:21:44 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id C300C8FC0C for ; Mon, 16 Aug 2010 01:21:44 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4E2228C0A6; Sun, 15 Aug 2010 20:21:44 -0500 (CDT) Date: Sun, 15 Aug 2010 20:21:44 -0500 From: Mark Linimon To: John Sherman Message-ID: <20100816012144.GA20736@lonesome.com> References: <368461.38072.qm@web86507.mail.ird.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <368461.38072.qm@web86507.mail.ird.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org Subject: Re: Wvdial 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, 16 Aug 2010 01:21:44 -0000 On Sun, Aug 15, 2010 at 04:11:09PM +0000, John Sherman wrote: > If Wvdial is returned to FreeBSD 8.0 will it be noted in the Forum >From a quick check, I can't see where it was ever in FreeBSD in the first place? In any case, the best way to find out about new ports is to subscribe to FreshPorts ( http://www.freshports.org/ ). Other than that, you'll need to write up a shar and use send-pr, good luck :-) mcl From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 01:49:00 2010 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 7830A10656A3 for ; Mon, 16 Aug 2010 01:49:00 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 5986F8FC0C for ; Mon, 16 Aug 2010 01:49:00 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id o7G1mud4001720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 15 Aug 2010 18:48:56 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id o7G1muV8001719; Sun, 15 Aug 2010 18:48:56 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA01689; Sun, 15 Aug 10 18:35:01 PDT Date: Sun, 15 Aug 2010 18:39:32 -0700 From: perryh@pluto.rain.com To: frederic@culot.org Message-Id: <4c6896d4.3pdxwnrQ856zJXYK%perryh@pluto.rain.com> References: <20100815075812.GA15226@culot.org> In-Reply-To: <20100815075812.GA15226@culot.org> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Feedback on wanted port: obskurator 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, 16 Aug 2010 01:49:00 -0000 Frederic Culot wrote: > Following the links on the ports tasks wiki page I found > 'obskurator' to be a wanted port ... so I gave it a try > and report about it here. > > obskurator is supposed to obfuscate source code by changing > variable names ... > I believe the software itself is unusable and should not be > added to the ports tree in its current state. Indeed, I wrote a > simple code to test the resulting obfuscated program generated > by obskurator and it would not compile. > > Here is my test code: > > ----- > #include > > int my_int1; > > int > main (void) > { > char *my_txt1 = "Hello world"; > > printf ("first var: %d\n", my_int1); > printf ("second var: %s\n", my_txt1); > > return 0; > } > ----- > > and obskurator transformed it into the following: > > ----- > #include > > int my_int1; > > int > main (void) > { > char *x1 = "Hello world"; > > x2 ("first var: %d\n", my_int1); > x2 ("second var: %s\n", x1); > > return 0; > } > ----- > > That is obskurator believed printf(3) was a user-defined variable > and replaced it with 'x2', which makes the resulting program > impossible to compile. Does it by any chance work properly if you provide the prototype for printf in the source file, instead of depending on the one that should be provided by the #included header file? If it does, a possible w/a might be to run the program through CPP first, and then through obskurator. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 05:49:33 2010 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 C50411065695 for ; Mon, 16 Aug 2010 05:49:33 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 7EEA38FC13 for ; Mon, 16 Aug 2010 05:49:33 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7G5nWIq006488 for ; Sun, 15 Aug 2010 22:49:32 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7G5nWwR006487 for freebsd-ports@freebsd.org; Sun, 15 Aug 2010 22:49:32 -0700 (PDT) (envelope-from david) Date: Sun, 15 Aug 2010 22:49:32 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Message-ID: <20100816054932.GD1553@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6WlEvdN9Dv0WHSBl" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: It's annoying when something other than rsyncd listens on tco/873 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, 16 Aug 2010 05:49:33 -0000 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My build machine is noisy & generates heat, so I leave it powered off when it's not actively in use. As a consequence, it gets rebooted rather often. It is configured to run rsyncd(8) so I can update my laptop's local mirror of the FreeBSD SVN repository. A couple of mornings ago, I woke up, ready to start my daily builds (on the laptop & build machine), but noticed that the SVN mirror on the laptop hadn't been updated. Eventually, I discovered that the reason was that amd(8) [on the build machine] was listening on 873/tcp, which is the port for rsync. I restarted amd(8); it happened to get other ports, so I restarted rsyncd(8), and was able to perfomr the mirroring. Mind, that was the first time since around February that I've had a problem with using rsyncd(8) in this fashion. Since then, I've become a bit ... sensitized .... to the issue, so a quick "sockstat -4l" immediately after powering it on helps avoid ths sort of thing. So this evening, such a check showed that ypbind(8) was listening on 873/tcp. The most straightforward way to make this a non-issue (it seems to me) would be to start rsyncd(8) before other services that grab arbitrary ports; however, the start-up script for rsyncd s[ecifies: # PROVIDE: rsyncd # REQUIRE: LOGIN # BEFORE: securelevel # KEYWORD: shutdown and both amd & ypbind specify # BEFORE: DAEMON so that approach doesn't seem to quite work out. (I note that I recently stopped tracking stable/7 on the build machine, so I now boot into stable/8; perhaps something changed between stable/7 and stable/8 that inicreases the probability of such an unfortunate collsion.) Also, rsyncd(8) doesn't appear to consider this a condition worthy of note -- at least, I wasn't able to find any whines, and the daemon was still running. Anyone have suggestions for avoiding a recurrence (vs. working around the coiindition should one occur)? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxo0WsACgkQmprOCmdXAD27BwCffgLeeutwZ6wpyxwQD+DWC04U vssAn0aH9VxTJf1bDj7MkYiHzaSCnz/K =oKAZ -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 08:00:50 2010 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 23B9510656A9 for ; Mon, 16 Aug 2010 08:00:50 +0000 (UTC) (envelope-from culot@0xd0.org) Received: from 0xd0.org (0xd0.org [91.121.92.146]) by mx1.freebsd.org (Postfix) with ESMTP id 11B408FC0C for ; Mon, 16 Aug 2010 08:00:48 +0000 (UTC) Received: from 0xd0.org (doudou.0xd0.org [172.16.0.254]) by 0xd0.org (8.14.4/8.14.4) with ESMTP id o7G80WBc071558; Mon, 16 Aug 2010 10:00:32 +0200 (CEST) (envelope-from culot@0xd0.org) Received: (from culot@localhost) by 0xd0.org (8.14.4/8.14.4/Submit) id o7G80VgL071557; Mon, 16 Aug 2010 10:00:31 +0200 (CEST) (envelope-from culot) Date: Mon, 16 Aug 2010 10:00:31 +0200 From: Frederic Culot To: perryh@pluto.rain.com Message-ID: <20100816080031.GB15226@culot.org> References: <20100815075812.GA15226@culot.org> <4c6896d4.3pdxwnrQ856zJXYK%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4c6896d4.3pdxwnrQ856zJXYK%perryh@pluto.rain.com> X-PGP-Key: http://culot.org/public/pgp-key.txt User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: Feedback on wanted port: obskurator 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, 16 Aug 2010 08:00:50 -0000 Thanks for your feedback but unfortunately the result is the same even if I provide the prototype for printf in the source file. Frederic > Frederic Culot wrote: > > > Following the links on the ports tasks wiki page I found > > 'obskurator' to be a wanted port ... so I gave it a try > > and report about it here. > > > > obskurator is supposed to obfuscate source code by changing > > variable names ... > > I believe the software itself is unusable and should not be > > added to the ports tree in its current state. Indeed, I wrote a > > simple code to test the resulting obfuscated program generated > > by obskurator and it would not compile. > > > > Here is my test code: > > > > ----- > > #include > > > > int my_int1; > > > > int > > main (void) > > { > > char *my_txt1 = "Hello world"; > > > > printf ("first var: %d\n", my_int1); > > printf ("second var: %s\n", my_txt1); > > > > return 0; > > } > > ----- > > > > and obskurator transformed it into the following: > > > > ----- > > #include > > > > int my_int1; > > > > int > > main (void) > > { > > char *x1 = "Hello world"; > > > > x2 ("first var: %d\n", my_int1); > > x2 ("second var: %s\n", x1); > > > > return 0; > > } > > ----- > > > > That is obskurator believed printf(3) was a user-defined variable > > and replaced it with 'x2', which makes the resulting program > > impossible to compile. > > Does it by any chance work properly if you provide the prototype > for printf in the source file, instead of depending on the one > that should be provided by the #included header file? If it does, > a possible w/a might be to run the program through CPP first, and > then through obskurator. > _______________________________________________ > 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 Mon Aug 16 09:49:14 2010 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 55AFF106567A for ; Mon, 16 Aug 2010 09:49:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id F02538FC1B for ; Mon, 16 Aug 2010 09:49:13 +0000 (UTC) Received: from mobileKamikaze.norad (e178022118.adsl.alicedsl.de [85.178.22.118]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 0ABF68A23BB for ; Mon, 16 Aug 2010 11:49:11 +0200 (CEST) Message-ID: <4C690997.90108@bsdforen.de> Date: Mon, 16 Aug 2010 11:49:11 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: textproc/soprano linking problem 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, 16 Aug 2010 09:49:14 -0000 I wanted to switch to the new k3b-kde4. I ran through a couple of problems, most of them ports not accepting spaces in CC, but there's a soprano issue I don't get through to: Linking CXX executable sopranod cd /usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/server && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/sopranod.dir/link.txt --verbose=1 /usr/bin/c++ -O2 -pipe -march=nocona -fno-strict-aliasing -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-check-new -fno-common -fvisibility=hidden -fvisibility-inlines-hidden CMakeFiles/sopranod.dir/sopranod.cpp.o CMakeFiles/sopranod.dir/sopranodcore.cpp.o CMakeFiles/sopranod.dir/lockfile.cpp.o -o sopranod ../soprano/libsoprano.so.4.3.0 libsopranoserver.so.1.2.0 ../index/libsopranoindex.so.1.1.0 /usr/local/lib/qt4/libQtNetwork.so /usr/local/lib/qt4/libQtDBus.so ../soprano/libsoprano.so.4.3.0 /usr/local/lib/qt4/libQtCore.so -pthread /usr/local/lib/libclucene.so -Wl,-rpath,/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/soprano:/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/server:/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/index:/usr/local/lib/qt4:/usr/local/lib: CMakeFiles/sopranod.dir/sopranod.cpp.o(.text+0x33): In function `usage()': : undefined reference to `Soprano::versionString()' CMakeFiles/sopranod.dir/sopranodcore.cpp.o(.gnu.linkonce.r._ZTV12SopranodCore+0xb0): undefined reference to `Soprano::Error::ErrorCache::lastError() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::ErrorCache()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::insert(QString const&, Soprano::Node const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::line() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::~BindingSet()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::toParserError() const' libsopranoserver.so.1.2.0: undefined reference to `typeinfo for Soprano::Error::ErrorCache' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::Locator(int, int, int, QString const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Query::queryLanguageFromString(QString const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::Error(QString const&, int)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::setError(Soprano::Error::Error const&) const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::operator=(Soprano::Error::Error const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::~Error()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::fileName() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::BindingSet()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::operator[](int) const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::message() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::~Locator()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ParserError::locator() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::~ErrorCache()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ParserError::ParserError(Soprano::Error::Locator const&, QString const&, int)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::code() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::operator=(Soprano::Error::Locator const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::bindingNames() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::Error()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::setError(QString const&, int) const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::count() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::column() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::operator=(Soprano::BindingSet const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::operator[](QString) const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::Locator()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ParserError::~ParserError()' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::isParserError() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Error::Error(Soprano::Error::Error const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::Locator::byte() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::clearError() const' libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ParserError::ParserError(Soprano::Error::Error const&)' libsopranoserver.so.1.2.0: undefined reference to `Soprano::BindingSet::BindingSet(Soprano::BindingSet const&)' *** Error code 1 Stop in /usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4. Anyone else with this problem? Suggestions? Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 11:02:32 2010 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 F34741065674 for ; Mon, 16 Aug 2010 11:02:31 +0000 (UTC) (envelope-from jyoti.mickey@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3B3E8FC0C for ; Mon, 16 Aug 2010 11:02:31 +0000 (UTC) Received: by qwg5 with SMTP id 5so5552135qwg.13 for ; Mon, 16 Aug 2010 04:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=riVaIQVQjM/mcmimqAk0Lb8BITAprilUtUSt2qXQ/Gg=; b=X/WQncEhgWJKpImCvB3pkZD/mtKt78kPjWbFGkLxy5Oc7AmF41w6PZCxJuwU3QglOg LvisskWDW4TIQssQIEYwf/xWoFlD7aIYRuVo6aIrifKXeeeyc3r5OzIU+QC/FvEu7/uL zGyqva6AwBZSYG/zyNGVWfiF6OhJlD1UG9pMg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gDnS1kYO/s6YaYjjQ9WVWlBN+9PS7ZZxPdaX0KOP17/H8BluQIxdQQY+a8B27K4fcw dCOTk4kahr7owDg1J6JojW/9PCjFWshW6L2td27kxMZAioM4HI1CA8tLisxcqvpi8K2S U3sGMGgQd0dQJrilWTuBFuvQ7rezY1ml5FC6k= MIME-Version: 1.0 Received: by 10.224.2.147 with SMTP id 19mr3164702qaj.60.1281955070735; Mon, 16 Aug 2010 03:37:50 -0700 (PDT) Received: by 10.229.29.131 with HTTP; Mon, 16 Aug 2010 03:37:50 -0700 (PDT) In-Reply-To: <20100816054932.GD1553@albert.catwhisker.org> References: <20100816054932.GD1553@albert.catwhisker.org> Date: Mon, 16 Aug 2010 16:07:50 +0530 Message-ID: From: Jyoti Sharma To: David Wolfskill Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 16 Aug 2010 11:02:32 -0000 I would prefer this approach: amd.conf has the option preferred_amq_port to specify the listening port. Don't know about ypbind. It is not just rsyncd that can get disturbed. Grabbing arbitrary port without consulting /etc/services and the startup scripts is a bad idea for any service. bindresvport() is at the bottom of the problem and there seems to be no readily available workaround. There is a portreserve tool in debian to avoid such situation. Don't know if we have an equivalent in FreeBSD. Regards, Jyoti On 16 August 2010 11:19, David Wolfskill wrote: > > My build machine is noisy & generates heat, so I leave it powered off > when it's not actively in use. > > As a consequence, it gets rebooted rather often. > > It is configured to run rsyncd(8) so I can update my laptop's local mirro= r > of the FreeBSD SVN repository. > > A couple of mornings ago, I woke up, ready to start my daily builds (on > the laptop & build machine), but noticed that the SVN mirror on the > laptop hadn't been updated. =A0Eventually, I discovered that the reason > was that amd(8) [on the build machine] was listening on 873/tcp, which > is the port for rsync. =A0I restarted amd(8); it happened to get other > ports, so I restarted rsyncd(8), and was able to perfomr the mirroring. > > Mind, that was the first time since around February that I've had a > problem with using rsyncd(8) in this fashion. > > Since then, I've become a bit ... sensitized .... to the issue, so a > quick "sockstat -4l" immediately after powering it on helps avoid ths > sort of thing. > > So this evening, such a check showed that ypbind(8) was listening on > 873/tcp. > > The most straightforward way to make this a non-issue (it seems to me) > would be to start rsyncd(8) before other services that grab arbitrary > ports; however, the start-up script for rsyncd s[ecifies: > > # PROVIDE: rsyncd > # REQUIRE: LOGIN > # BEFORE: =A0securelevel > # KEYWORD: shutdown > > and both amd & ypbind specify > > # BEFORE: =A0DAEMON > > so that approach doesn't seem to quite work out. > > (I note that I recently stopped tracking stable/7 on the build machine, > so I now boot into stable/8; perhaps something changed between stable/7 > and stable/8 that inicreases the probability of such an unfortunate > collsion.) > > Also, rsyncd(8) doesn't appear to consider this a condition worthy of > note -- at least, I wasn't able to find any whines, and the daemon was > still running. > > Anyone have suggestions for avoiding a recurrence (vs. working around > the coiindition should one occur)? > > Thanks! > > Peace, > david > -- > David H. Wolfskill =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0david@catwhisker.org > Depriving a girl or boy of an opportunity for education is evil. > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 11:06:07 2010 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 173601065673 for ; Mon, 16 Aug 2010 11:06:07 +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 0447B8FC19 for ; Mon, 16 Aug 2010 11:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7GB668q058095 for ; Mon, 16 Aug 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7GB66LF058093 for freebsd-ports@FreeBSD.org; Mon, 16 Aug 2010 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Aug 2010 11:06:06 GMT Message-Id: <201008161106.o7GB66LF058093@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, 16 Aug 2010 11:06:07 -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 -------------------------------------------------------------------------------- o ports/149704 plugins doesn't work in eclipse-3.5.2_1 o ports/149702 add missing fix in previous change o ports/149701 patch to update net/radiator port from version 3.17.1 o ports/149698 Update port: devel/p5-ParseTemplate o ports/149696 New port: editors/wordgrinder, a simple Unicode-aware o ports/149691 new port: japanese/tegaki-zinnia-japanese o ports/149690 new port: japanese/tegaki-recognize o ports/149687 new port: japanese/zinnia-tomoe o ports/149685 new port: japanese/zinnia o ports/149682 New port:net/gogonet_c gogoCLIENT offers IPv6 connecti o ports/149680 [MAINTAINER] print/fontforge: Chase freetype2 update o ports/149674 [patch] sysutils/fusefs-kmod: ftruncate() sycall on FU o ports/149669 Update port: print/latex-biblatex update to 0.9b o ports/149667 New port: print/latex-logreq automation of LaTeX workf o ports/149659 math/scilab crashing when run demos f ports/149651 Update port: devel/p5-Module-Manifest o ports/149634 New Port: devel/p5-indirect o ports/149627 [patch] net-p2p/amule2: fix for geoip and for a gd war f ports/149616 [PATCH] textproc/ibus: update to 1.3.7 o ports/149613 New port: devel/htable Lightweight implementation of h o ports/149601 New port: games/gargoyle - a multiplatform interacti o ports/149582 [Maintainer] www/squid31: unbreak SSL on IPv4-only sys f ports/149575 Update for port: www/cherokee f ports/149565 Update port: converters/igbinary o ports/149564 patch for various games/ adding appropriate LICENSEs t a ports/149561 mail/p5-Mail-SpamAssassin Test suite fails with perl 5 o ports/149507 security/libprelude missing configure option o ports/149496 new port: print/gnome-specimen f ports/149493 [PATCH] www/typo3: update to 4.3.5 f ports/149473 [maintainer update] devel/lamson unbreak f ports/149361 Update port: security/nettle o ports/149358 [MANTAINER UPDATE] net-mgmt/nagiosgraph to 1.4.3 o ports/149352 ports/slim: default config has './' (dot-slash) in pat o ports/149349 Update www/rt38 from 3.8.6 to 3.8.8 to match upstream o ports/149348 New port: net/wowzamediaserver o ports/149327 new port: www/cas, high-performance MVC framework for o ports/149320 New port: textproc/simplexml is C++ XML parser and val f ports/149305 Small security fix and transcoding profile fix to net/ o ports/149236 [PATCH] www/typo3: update to 4.3.4 o ports/149196 [PATCH] chinese/zh-ibus-chewing: update to 1.3.6.20100 o ports/149160 New port: devel/rubygem-unicode - unicode string manip o ports/149147 emulators/wine can't launch fullscreen DirectX applica o ports/149095 [NEW PORT] lang/rakudo-star A useful, usable, "early o ports/149069 new port: sysutils/hfsexplorer HFSExplorer read Mac-fo o ports/149040 new port: sysutils/pcpustat, Per-CPU usage statistics o ports/149020 sysutils/dvdisaster Inappropriate ioctl for device wit o ports/148994 New port: net/netperfmeter, a network performance mete o ports/148993 [patch] net-im/echat: respect STRIP, don't override -O o ports/148973 Maintainer update: java/jgraphx and unbreak fetch o ports/148967 [patch] [smallfix] sysutils/bacula-server files/patch- f ports/148965 [PATCH] net/freeradius2: add option UDPFROMTO f ports/148950 Please upgrade www/grails to 1.3.3 o ports/148937 [PATCH] print/cups-samba: improve installation message f ports/148925 [PATCH] net/nss_ldap: Use $SUB_FILES instead of invoki f ports/148919 graphics/mapnik not longer broken o ports/148914 net-mgmt/mrtg 2.16.2 cannot run with perl 5.12.1 o ports/148901 New port: sysutils/gdisk o ports/148855 New port: www/rubygem-domainatrix (URL/domain parser) f ports/148841 net/nss_ldapd not removed or added to MOVED o ports/148828 [NEW PORT] net/py26-eventlet: Concurrent networking li o ports/148821 [NEW PORT] security/ccsrch: Is a tool that searches fo f ports/148804 graphics/gdal - Thread support broken o ports/148790 [MAINTAINER] net-mgmt/zabbix-frontend: fix sqlite usag o ports/148786 [MAINTAINER] net-mgmt/zabbix-server: fix libssh2 check o ports/148762 New port: devel/p5-Getopt-Compact getopt processing in f ports/148757 update port: net/abills up to 0.51 o ports/148691 [NEW PORT] multimedia/gtk-recordmydesktop: GTK+ fronte o ports/148650 [patch] www/tomcat55 remove java hardcoding f ports/148641 [PATCH] graphics/ipe: Update to latest version (now us o ports/148628 [new port] ftp/uftp3 o ports/148622 [maintainer-update] java/veditor 0.7.1_1 o ports/148610 Submitting fix for math/emc2 port (size mismatch) o ports/148605 security/ipsec-tools rc.d/racoon startup script fails o ports/148601 [NEW PORT] x11-fonts/droid-fonts-ttf o ports/148599 [patch] devel/bmake: update to 20100618 snapshot f ports/148579 new version databases/xtrabackup 1.3 o ports/148542 [MAINTAINER] net-mgmt/zabbix16-server: set DEPRECATED f ports/148472 net/kojoney - missing dependency on devel/py-asn1 o ports/148465 [maintainer update] Update port:finance/openerp-web to o ports/148462 [New port] www/wordpress-themes: wordpress featured th o ports/148457 lang/oo2c fix and update o ports/148454 games/freebsd-carddeck-kde4: freebsd's kde card deck d o ports/148415 new port: devel/libsysinfo, GNU libc's sysinfo port fo o ports/148411 New port: audio/madfufw M-Audio DFU Firmware for USB s o ports/148403 [patch] ftp/proftpd-devel Add shaper module option o ports/148398 [NEW PORT] net/omcmd: CLI utility for performing OMAPI o ports/148387 New port: devel/couchapp Utilities to make standalone f ports/148321 [PATCH] mail/quickml: user USERS/GROUPS f ports/148316 net/quagga 0.99.16 - OSPF broken f ports/148276 Update ports chinese/ibus-chewing to 1.3.4 o ports/148238 net/quagga: multicast join failed o ports/148234 pkg_install fails for some octave-forge-* ports o ports/148229 Update of math/octave-forge-ga o ports/148162 [PATCH] databases/sqlite3 fails with NO_INSTALL_MANPAG f ports/148145 print/cups-samba: Add ability to use difference samba s ports/148090 [PATCH] security/ike: update to 2.1.5 f ports/148036 [PATCH] ports-mgmt/p5-FreeBSD-Ports-INDEXhash: require f ports/148021 irc/minbif port update (1.0.2->1.0.3) o ports/148014 [update] libticonv/libtifiles2/libticables2/libticalcs o ports/147981 [patch] multimedia/xmms-status-plugin fix depends f ports/147970 net/quagga: Ipv6 addresses cannot be assigned to inter o ports/147944 [NEW PORT] net/gogoc: GogoCLIENT, which is needed to c o ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147942 www/moinmoin sends wrong http header when in editor mo o ports/147898 [patch] sysutils/uhidd: open /usr/local/etc/uhidd.conf o ports/147889 New port: devel/maven-ant-tasks Allows Maven's handlin o ports/147849 New port: emulators/pcsxr - Pcsx reloaded, a PSX (Play o ports/147841 [patch] databases/sqlite3: add SECURE_DELETE option f ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147791 [patch] Update sysutils/arcconf to v6_50_18570 o ports/147706 [patch][maintainer] www/rssdler: make xmlUnEscape and f ports/147669 science/gramps fails to start f ports/147658 audio/mpc 0.17 still requires libintl.so.8 after gette o ports/147554 new ports: audio/linux-f10-[alsa|pulseaudio] o ports/147500 [patch] Make deskutils/xpad usable s ports/147457 Update port: devel/ptlib26 o ports/147431 [NEW PORT] security/strongswan - Open Source IPsec-bas f ports/147289 devel/gdb66 doesn't build o ports/147251 New port: german/joomla15 - german language packages f o ports/147230 mail/spamass-milter improved adding command-line optio o ports/147221 [patch] japanese/lynx: Update to the latest stable rel o ports/147220 [patch] japanese/lynx-current: Update to the latest cu o ports/147135 New port: textproc/exmpp XMPP parsing library written o ports/147115 [NEW PORT] mail/scam-backscatter: Address verification o ports/147093 New port: www/sitracker - Incident tracker / Help Desk o ports/146964 New port: net/asterisk162 o ports/146955 PORTS: new port devel/geany-plugins o ports/146934 [NEW PORT] japanese/unzip NLS patched unzip. import fr f ports/146913 ports/databases/skytools failed to make package if Pos f ports/146895 [NEW PORT] emulators/linux-libusb -- linux(4)-friendly o ports/146876 [PATCH] databases/sqlite3: recover missing dependency o ports/146830 multimedia/pvr_xxx does not compile on FreeBSD 8.* and f ports/146801 can't build graphics/py-opengl because math/py-numpy f f ports/146737 mail/spamass-milter Add OPTIONS to Makefile o ports/146717 New port: devel/vxlog is C++ loggin library f ports/146713 [patch] net-mgmt/argus-monitor update f ports/146709 Update port: sysutils/psmisc Upgrade to 22.11 f ports/146641 [MAINTAINER] sysutils/gosa: update to 2.6.10 o ports/146380 [patch] comms/xastir: Xastir grabs mouse pointer and w o ports/146338 add sftpfilecontrol patch to security/openssh-portable o ports/146281 [ PATCH ] net/xorp doesn't honor WITH_OPENSSL_PORT=yes o ports/146271 [patch] sysutils/jfbterm: use PREFIX in man pages, con o ports/146257 [patch][repocopy] sysutils/bsdstats: improper use of L o ports/146230 [patch] sysutils/jfbterm: png14 regression f ports/146183 [patch] mail/mutt-devel: add OPTIONS support o ports/146083 [PATCH] databases/sqlite3: fix 'make package' when NO_ f ports/145966 port devel/pwlib fails to build: cast error: patch att o ports/145945 [NEW PORT] www/encode-explorer: A PHP script to browse s ports/145858 [request] new port: add sysutils/xfce4-diskperf-plugin f ports/145596 [MAINTAINER] www/commonist: update to 0.3.43, fix logi o ports/145094 [patch][repocopy] audio/linux-nerodigitalaudio: update o ports/145076 I could not build devel/pwlib o ports/145017 New port: databases/dm-validations. f ports/144993 databases/postgresql-odbc: contents of numeric fields o ports/144988 [NEW PORT] net/monast: A monitoring and an operator pa o ports/144910 [new port] java/hgeclipse Mercurial VCS plugin for the o ports/144901 [new port] net-mgmt/py-flowtools-ng f ports/144857 [patch] audio/abraca: update to 0.4.3 o ports/144849 [new port] java/eclipse-eclemma code coverage for ecli f ports/144690 [NEW PORT] sysutils/fsvs f ports/144617 [PATCH] net-mgmt/docsis: Fix build on systems where GC f ports/144597 security/openssh-portable fails to compile with KERBER f ports/144559 sysutils/eventlog patch to support FreeBSD-specific lo o ports/144555 graphics/mesagl: glutMainLoop() crashes when using VBO f ports/144412 Update port: mail/tkrat2 (Use latest tcl/tk versions) o ports/144264 installing misc/compat5x (or other compats) is broken f ports/144066 Upgrade net/asterisk16-addons to 1.6.2.0 f ports/144036 audio/lmms: compile error in core/JournalingObject.cpp o ports/143967 New Port: devel/openocd-devel o ports/143938 [NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143566 sysutils/diskcheckd runs constantly when using gmirror f ports/143344 [PATCH] sysutils/dtc: unbreak port s ports/143024 [PATCH] sysutils/puppet: add possobility to rc script o ports/142824 [patch] security/openssh-portable: add VersionAddendum o ports/142744 new port: x11/keyboardcast Broadcast keystrokes to mul o ports/142504 new port: net/gnu-dico - dict protocol server p ports/142374 Update: www/MT and Other language o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141103 net/stone strange behavior on 8.0-RELEASE f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140968 x11-toolkits/py-tkinter(devel/pth): py26-tkinter-2.6.4 f ports/140867 net-mgmt/nagios-plugins: check_icmp default packets si o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie s ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts f ports/139867 mail/isoqlog catch segmentation fault under AMD64 f ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/139107 [patch] sysutils/jfbterm: convert to bsdmake o ports/138929 [PATCH] security/heimdal update to 1.2.1 o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138602 audio/sphinxbase port update o ports/138179 Fix sysutils/serpentine to not require muine o ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/136108 new port: www/webistrano, web frontend to capistrano a ports/133773 net/keepalived port update request f ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/133146 [patch] x11-fonts/dejavu: install fontconfig configura o ports/132786 New port: sysutils/sispmctl Utility for controlling a o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs s ports/127087 mail/bincimap port does not include an rc.d file s ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/124375 security/heimdal: www/mod_auth_kerb doesn't compile ag o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/118716 security/heimhal - shared library conflict with heimda f ports/117921 New port: multimedia/feng Feng is a multimedia streami s ports/117299 [new ports] www/webobjects(+) Apple WebObjects ports b o ports/114611 [NEW PORT] net-p2p/freenet05: An anonymous censorship- o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/82634 heimdal port conflict with base heimdal s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 213 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 12:21:34 2010 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 EC7B510656AA for ; Mon, 16 Aug 2010 12:21:33 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7627D8FC1D for ; Mon, 16 Aug 2010 12:21:33 +0000 (UTC) Received: by bwz20 with SMTP id 20so2126802bwz.13 for ; Mon, 16 Aug 2010 05:21:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:received :reply-to:in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=R4N77gwFChb8pXpXZbLRyQlGJ9tDY3vHUuYNKu3XQXw=; b=V8HQz6Edu5USeumkOKrSfU5fsUYEaoDm8tEYFIuVkGNnIIhsDbRq4FVv4wHFQssWkK Vy/u0E0QPFpSVEPMD2vgW/q837fv3dBCeG2OuyrWbDO82HtqboBqkCQj4Z3jTnFHBBEl 1aXyAb4sJDwhKm9yzXDO2NRHcogV4YZqBp9vo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=S5OiuOWVy9eoFMCKxXgGzDnz+pJdZXKcVjnQA7eLkqNlzE5/P1wV/SQ5rs3FjY48cV SmVHbxQvVa7bxP5cSUjXMuElQSVpwf3Tt43r76gEVew3zs0NHQRSPv1LtqY2chHfksc5 qfzQRRFd3evTUp6VkoZSLP9nQd2iFYoNu4nUU= MIME-Version: 1.0 Received: by 10.204.54.82 with SMTP id p18mr3326709bkg.142.1281961292424; Mon, 16 Aug 2010 05:21:32 -0700 (PDT) Received: by 10.204.117.200 with HTTP; Mon, 16 Aug 2010 05:21:32 -0700 (PDT) Received: by 10.204.117.200 with HTTP; Mon, 16 Aug 2010 05:21:32 -0700 (PDT) In-Reply-To: <20100816012144.GA20736@lonesome.com> References: <368461.38072.qm@web86507.mail.ird.yahoo.com> <20100816012144.GA20736@lonesome.com> Date: Mon, 16 Aug 2010 13:21:32 +0100 Message-ID: From: Chris Rees To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, John Sherman Subject: Re: Wvdial X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 12:21:34 -0000 I'll see if it's within my capabilities. Chris -------- Sorry for top-posting, Android won't let me quote, but K-9 can't yet do threading. On 16 Aug 2010 02:22, "Mark Linimon" wrote: On Sun, Aug 15, 2010 at 04:11:09PM +0000, John Sherman wrote: > If Wvdial is returned to FreeBSD 8.0... >From a quick check, I can't see where it was ever in FreeBSD in the first place? In any case, the best way to find out about new ports is to subscribe to FreshPorts ( http://www.freshports.org/ ). Other than that, you'll need to write up a shar and use send-pr, good luck :-) mcl _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.... From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 13:50:11 2010 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 906BC10656A5 for ; Mon, 16 Aug 2010 13:50:11 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 5D9C38FC13 for ; Mon, 16 Aug 2010 13:50:11 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id A6FE256D9B for ; Mon, 16 Aug 2010 09:50:07 -0400 (EDT) Message-ID: <4C694204.5080906@intertainservices.com> Date: Mon, 16 Aug 2010 09:49:56 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5CFBCD.8090702@dataix.net> <4C6417BC.9060605@intertainservices.com> <4C656919.9070703@intertainservices.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: A6FE256D9B.AF4DE X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 13:50:11 -0000 On 8/13/2010 11:51 AM, Freddie Cash wrote: > On Fri, Aug 13, 2010 at 8:47 AM, Mike Jakubik > wrote: >> Thanks for the info. Do you think this may be a usefull feature for other >> users coming from portupgrade though? If there is an option to always >> rebuild, one would think there would be an opposite option too. > > I can't speak for Doug as to what gets added to portmaster. > > However, as a user of portmaster, I would like to say that just > because portupgrade (or portmanager, or port-tool-of-the-month) has a > specific feature, doesn't mean it absolutely needs to be added to > portmaster. Im not saying because its in portupgrade it needs to be in portmaster. I'm simply saying that it's a useful feature for me, and possibly others. It also doesnt make sense to me to have an option to explicitly force rebuilds of ports that don't need an update, but have no option to disable rebuilds. > Personally, I can say that in my many years of using port management > tools (on firewalls, routers, servers, and desktops), I have never had > a need for a feature like this. > From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 16:37:38 2010 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 B65971065675 for ; Mon, 16 Aug 2010 16:37:38 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8278FC16 for ; Mon, 16 Aug 2010 16:37:38 +0000 (UTC) Received: from mobileKamikaze.norad (e178022156.adsl.alicedsl.de [85.178.22.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 3DBAD8A249A; Mon, 16 Aug 2010 18:37:37 +0200 (CEST) Message-ID: <4C696950.5080408@bsdforen.de> Date: Mon, 16 Aug 2010 18:37:36 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 To: Anonymous References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5C88AE.4070500@FreeBSD.org> <4C643056.7060602@bsdforen.de> <86r5i37lat.fsf@gmail.com> In-Reply-To: <86r5i37lat.fsf@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 16:37:38 -0000 On 12/08/2010 20:11, Anonymous wrote: > Dominic Fandrey writes: > >> On 07/08/2010 02:46, Adam Vande More wrote: >>> On Fri, Aug 6, 2010 at 5:11 PM, Doug Barton wrote: >>> >>>> On 08/06/2010 15:03, Adam Vande More wrote: >>>> >>>> for pkg in /var/db/pkg/* ; do >>>> pkg_create -b $pkg >>>> done >>>> >>> >> >> You guys are loosing opportunities to boast with your shell one liners >> >> # pkg_info -Ea | xargs -n1 pkg_create -b > > Why do you need xargs(1) when pkg_create(1) supports regexps as well as > simple globs? > > $ pkg_create -b \* # all packages > $ pkg_create -xb firefox # only firefox I wasn't aware that pkg_create can create several packages at once, thanks for that! -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 15:36:49 2010 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 EAAEA106566C for ; Mon, 16 Aug 2010 15:36:49 +0000 (UTC) (envelope-from matkovskiy.aleksandr@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C3EAD8FC14 for ; Mon, 16 Aug 2010 15:36:49 +0000 (UTC) Received: by pzk7 with SMTP id 7so2391063pzk.13 for ; Mon, 16 Aug 2010 08:36:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=B/qhiA7SwW1Cg+2REtxYmIYEjfkLuIJ1zm6i+M5Doss=; b=m7RWy94+9STot9tCRnErzgjqwytXpksynE9zhscZKgVwgB1EDzU1s3DLU36tgXLP/j sdF/BzI9+Q0lVhGkSNVl3/jLgFX+YhYXSCPU4WuA6mHdUKWUebBv4hxE9PU96N8fPkKG sXeeEe0Wogz5r3fjlrB9u6BCKd0usWJBQLKeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PXUHXhiMxWZ0AUDfxylsXUaytbT/wZgDaaTYV5bvWneZaGZt/yjFBY1DDR51kJJT9O 5EXSsKnxXXekE5IE8mjXWbTSsnM84dwPPLx5WU001jG/VaRKcDCi+Nn1HUKI76pEZ9vc rrfYonUGn+U6KnAKoCf5Zk6Efp0kmYcW/BdkQ= MIME-Version: 1.0 Received: by 10.142.233.1 with SMTP id f1mr4621884wfh.175.1281971216005; Mon, 16 Aug 2010 08:06:56 -0700 (PDT) Received: by 10.220.189.4 with HTTP; Mon, 16 Aug 2010 08:06:55 -0700 (PDT) Date: Mon, 16 Aug 2010 18:06:55 +0300 Message-ID: From: =?KOI8-R?B?7cHUy8/X08vJyiDhzMXL08HOxNI=?= To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Mon, 16 Aug 2010 17:09:49 +0000 Cc: Subject: net/asterisk16 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, 16 Aug 2010 15:36:50 -0000 Hello. Can you tell me when planed adding asterisk 1.6.2 in ports Freebsd?. I try write to maintainer: sobomax@FreeBSD.org, but received error: 550 sender or recipient address is wrong Thank you! From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 20:06:35 2010 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 4A9831065679 for ; Mon, 16 Aug 2010 20:06:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id CDFF28FC16 for ; Mon, 16 Aug 2010 20:06:34 +0000 (UTC) Received: (qmail 18013 invoked by uid 399); 16 Aug 2010 20:06:34 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Aug 2010 20:06:34 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C699A49.5070105@FreeBSD.org> Date: Mon, 16 Aug 2010 13:06:33 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: David Wolfskill References: <20100816054932.GD1553@albert.catwhisker.org> In-Reply-To: <20100816054932.GD1553@albert.catwhisker.org> X-Enigmail-Version: 1.1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 16 Aug 2010 20:06:35 -0000 On 8/15/2010 10:49 PM, David Wolfskill wrote: > The most straightforward way to make this a non-issue (it seems to me) > would be to start rsyncd(8) before other services that grab arbitrary > ports; however, the start-up script for rsyncd s[ecifies: > > # PROVIDE: rsyncd > # REQUIRE: LOGIN > # BEFORE: securelevel > # KEYWORD: shutdown > > and both amd & ypbind specify > > # BEFORE: DAEMON > > so that approach doesn't seem to quite work out. The only way to do this is to edit the rsyncd rc.d script. I realize that this introduces a problem when doing upgrades ... Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 20:09:05 2010 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 CC8B110656A3 for ; Mon, 16 Aug 2010 20:09:05 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 791E28FC12 for ; Mon, 16 Aug 2010 20:09:05 +0000 (UTC) Received: by qyk4 with SMTP id 4so166780qyk.13 for ; Mon, 16 Aug 2010 13:09:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=B85X4oyhrWwrK+0TaHladkv2KichOiCnaUD22NOstUI=; b=xN7Q8UzL3UmbnQSV6+99LaZDNSKg3zM8YMm35AYPbclTUzCCKW2IfndcUkxL6cu3Le QZQZab1cZNGzrzRKKvyO0VsFHMMPpTFifmzVmnQw71qT70cqqAsC7M5YUa7laOnumt3D 1uCahy/BnaGeqNoD7AR1a5UpVCAKnWkwV7RVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VTqmkD4dyhnCjJGUXkHb6J05POn8+0n8335Hagq1e3O98mjXZ+2bLlJ+Xcd9/OmfOZ JiiwoM/IQV27EuDWxv4E7RASYHzuwKmGFqdWwJgzAMT/N6n9nXAP2ftgBMXuzcMhJJrb YMHn5MQFyt4p0VSeTqo9EbWAOQaIxxcYrxnjc= MIME-Version: 1.0 Received: by 10.229.11.27 with SMTP id r27mr485579qcr.294.1281989344620; Mon, 16 Aug 2010 13:09:04 -0700 (PDT) Received: by 10.229.245.212 with HTTP; Mon, 16 Aug 2010 13:09:04 -0700 (PDT) In-Reply-To: <4C696950.5080408@bsdforen.de> References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5C88AE.4070500@FreeBSD.org> <4C643056.7060602@bsdforen.de> <86r5i37lat.fsf@gmail.com> <4C696950.5080408@bsdforen.de> Date: Mon, 16 Aug 2010 22:09:04 +0200 Message-ID: From: Christer Solskogen To: Dominic Fandrey Content-Type: text/plain; charset=ISO-8859-1 Cc: Anonymous , freebsd-ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 20:09:05 -0000 On Mon, Aug 16, 2010 at 6:37 PM, Dominic Fandrey wrote: > I wasn't aware that pkg_create can create several packages at once, > thanks for that! > I'm not quite sure how pkg_create creates a package, but it if does use "make package-noinstall" be aware that it have a bug that causes the packages to not include rc.d scripts :( -- chs, From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 20:29:13 2010 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 4A9C01065695 for ; Mon, 16 Aug 2010 20:29:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED588FC12 for ; Mon, 16 Aug 2010 20:29:12 +0000 (UTC) Received: (qmail 18172 invoked by uid 399); 16 Aug 2010 20:29:11 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Aug 2010 20:29:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C699F96.2030106@FreeBSD.org> Date: Mon, 16 Aug 2010 13:29:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Mike Jakubik References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5CFBCD.8090702@dataix.net> <4C6417BC.9060605@intertainservices.com> <4C656919.9070703@intertainservices.com> <4C694204.5080906@intertainservices.com> In-Reply-To: <4C694204.5080906@intertainservices.com> X-Enigmail-Version: 1.1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 20:29:13 -0000 On 8/16/2010 6:49 AM, Mike Jakubik wrote: > Im not saying because its in portupgrade it needs to be in portmaster. > I'm simply saying that it's a useful feature for me, and possibly > others. I guess my question is what is the use case that portmaster doesn't already cover? You can specify a list of ports on the command line, or you can use the -i option with a wider glob, or even -a. There is also the +IGNOREME file option; all of these are described in the man page. I think it's pretty obvious what my preference is, but if you can demonstrate the need I'm willing to consider it. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 21:07:43 2010 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 E7E6F106567A; Mon, 16 Aug 2010 21:07:43 +0000 (UTC) (envelope-from prvs=8378622cf=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id 45DF88FC13; Mon, 16 Aug 2010 21:07:42 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtgGAEs+aUyBbgogUmdsb2JhbACgVgEkQcEqhTsEhC0 X-IronPort-AV: E=Sophos;i="4.55,378,1278306000"; d="scan'208";a="35810380" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Aug 2010 15:36:31 -0500 Date: Mon, 16 Aug 2010 15:36:30 -0500 From: Paul Schmehl To: Wesley Shields Message-ID: <36751D46E959C172754A3A61@utd65257.utdallas.edu> In-Reply-To: <20100814003730.GE38364@atarininja.org> References: <20100814003730.GE38364@atarininja.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Ports Subject: Re: DEPRECATE and a master/slave port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 21:07:44 -0000 --On Friday, August 13, 2010 20:37:30 -0400 Wesley Shields wrote: > On Fri, Aug 13, 2010 at 01:25:09PM -0500, Paul Schmehl wrote: >> I want to DEPRECATE security/barnyard. It's a master port. The slave >> is security/barnyard-sguil. Is it sufficient to DEPRECATE and EXPIRE >> the master? Or do I need to do that to the slave as well? > > Master should be enough. > Thank you, Wesley. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 21:09:31 2010 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 C33471065696 for ; Mon, 16 Aug 2010 21:09:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 51E308FC16 for ; Mon, 16 Aug 2010 21:09:31 +0000 (UTC) Received: (qmail 7635 invoked by uid 399); 16 Aug 2010 21:09:30 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Aug 2010 21:09:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C69A909.3060307@FreeBSD.org> Date: Mon, 16 Aug 2010 14:09:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Paul Schmehl References: In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Subject: Re: DEPRECATE and a master/slave 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: Mon, 16 Aug 2010 21:09:31 -0000 On 8/13/2010 11:25 AM, Paul Schmehl wrote: > I want to DEPRECATE security/barnyard. It's a master port. The slave > is security/barnyard-sguil. Is it sufficient to DEPRECATE and EXPIRE > the master? Or do I need to do that to the slave as well? The simplest and best way to answer this question is to test it. Make your changes in the master, then go into the slave port and type make. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 21:35:14 2010 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 AA1A71065672 for ; Mon, 16 Aug 2010 21:35:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 60EA88FC23 for ; Mon, 16 Aug 2010 21:35:14 +0000 (UTC) Received: from mobileKamikaze.norad (e178022156.adsl.alicedsl.de [85.178.22.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id DFF838A2497; Mon, 16 Aug 2010 23:35:12 +0200 (CEST) Message-ID: <4C69AF10.3030100@bsdforen.de> Date: Mon, 16 Aug 2010 23:35:12 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 To: Christer Solskogen References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5C88AE.4070500@FreeBSD.org> <4C643056.7060602@bsdforen.de> <86r5i37lat.fsf@gmail.com> <4C696950.5080408@bsdforen.de> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Anonymous , freebsd-ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 21:35:14 -0000 On 16/08/2010 22:09, Christer Solskogen wrote: > On Mon, Aug 16, 2010 at 6:37 PM, Dominic Fandrey wrote: > >> I wasn't aware that pkg_create can create several packages at once, >> thanks for that! >> > > I'm not quite sure how pkg_create creates a package, but it if does > use "make package-noinstall" be aware that it have a bug that causes > the packages to not include rc.d scripts :( > No, the bug is in bsd.port.mk and the proposed patch is to rely on pkg_create -b to create the package. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 22:35:52 2010 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 8AEB81065675 for ; Mon, 16 Aug 2010 22:35:52 +0000 (UTC) (envelope-from olivier@gid0.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 34ACC8FC1F for ; Mon, 16 Aug 2010 22:35:51 +0000 (UTC) Received: by ywk9 with SMTP id 9so2623443ywk.13 for ; Mon, 16 Aug 2010 15:35:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.149.207 with SMTP id u15mr6893148ibv.13.1281996256941; Mon, 16 Aug 2010 15:04:16 -0700 (PDT) Received: by 10.231.176.140 with HTTP; Mon, 16 Aug 2010 15:04:16 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Aug 2010 00:04:16 +0200 Message-ID: From: Olivier Smedts To: Sandra Kachelmann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 16 Aug 2010 22:35:52 -0000 2010/8/6 Sandra Kachelmann : > I've been using ports-mgmt/portupgrade pretty much ever since it > started to exist. Unfortunately portupgrade seems to be pretty much > "abandonware" so I've been told to move on to portmaster. Despite the > very long manpage I can't seem to be able to achieve the following > thing with portmaster: > > $ portupgrade --batch -a > > If I issue this command I know exactly that I can go out, have a > drink, cook some dinner and unlock my workstation the next day and > find that everything completed unless a port failed to build. With > portmaster I get asked a s*t load of interactive questions, whether I > want to delete some package, whether it's really okay to pull in all > the dependencies and so on. > > Can someone spoonfeed me the command I need to issue with portmaster > in order to achieve the same thing as with > > $ portupgrade --batch -a I'm quite late, and won't speak for "batch", but here is what I use with portmaster. I switched recently from portupgrade to portmaster and I'm happy with the following command. I was used to "portupgrade -a" and was disappointed with "portmaster -a" the first days. # portmaster -adw -x openoffice -a is just like in portupgrade, -d cleans old distfiles without confirmation, -w copies old libraries in /usr/local/lib/compat/pkg/ like portupgrade does, I find this very useful to not break the system. That's less likely to happen with the recent approach of bumping revisions of all dependant ports, but it's safer and I often clean this directory. -x to exclude some ports you don't want to upgrade This is very convenient because, unlike with "portupgrade -a", all the config dialogs appear at the beginning (so I don't have to use a batch mode, and never see my upgrade paused on a blue screen after having left the computer for the night), and portmaster prompts you with a list of the actions that will be taken before doing anything. I now know what will be installed in addition of my already present ports. There's also a very practical feature to delete build-deps, but I don't use it because I already have a script which deletes everything but what I explicitely want to keep. Thanks Doug ! Cheers > > Is that even possible? > > $ portupgrade --batch -a > > Thanks in advance! > > Sandra > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 22:36:29 2010 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 CB33010656A7 for ; Mon, 16 Aug 2010 22:36:29 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DBBC8FC18 for ; Mon, 16 Aug 2010 22:36:29 +0000 (UTC) Received: by vws7 with SMTP id 7so4701589vws.13 for ; Mon, 16 Aug 2010 15:36:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :message-id:user-agent:mime-version:content-type; bh=aRv+iU9/X7RNUuNn9mWa7mAcKebbmk8FisPpoV4KVlQ=; b=B1/FFESKY0HPk0lNm+pJM/0zWiTVaX7pCqO+u20H4wD4Ya7OqwmgXxakWLUYRQUkH3 n0PfRoAdiL11qBdiAv+Rxq5qqHPXs30Q8SvreMjVMrEbvMqf5TQO/3beK3/NKvV8wPUk qpfxBeipoCAaikW7SIAXUnt1tD6Ip5vhH1O58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:message-id:user-agent:mime-version :content-type; b=NQA7YGwBisSXG+0z7KmQYGIQdgLwZWuf1kB47MrEycEpTdrHAGTaiaZLX4MJOtICvE 7W5K23EtX5rJDf+88rI7YtWYz9+Qhym775wKWEF+EnTIeEV5P+icTE7AOfVddmEoWYLP We8ZdbiVNAUR+6E4MmoMrKU6qHdxlFrCzfe3c= Received: by 10.220.168.213 with SMTP id v21mr3521267vcy.274.1281998188634; Mon, 16 Aug 2010 15:36:28 -0700 (PDT) Received: from localhost ([80.62.217.18]) by mx.google.com with ESMTPS id q12sm1978959vcf.11.2010.08.16.15.36.26 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 15:36:28 -0700 (PDT) From: Anonymous To: freebsd-ports@FreeBSD.org Date: Tue, 17 Aug 2010 02:31:27 +0400 Message-ID: <86bp92i400.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [portmaster] navigation in the man page 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, 16 Aug 2010 22:36:29 -0000 Am I the only one who finds it hard to navigate in portmaster(8)? - options are neither sorted alphabetically nor grouped in blocks[1] - too little space between an option and its description - inconsistent in using terms (flags vs. options) - being too verbose about port-related terms[2] - SYNOPSYS makes a spaghetti with one-letter options, long options and comments[3] - DESCRIPTION is too verbose, it should go either to EXAMPLES or to a specific option description[4] in OPTIONS - `-i' option is misleading, portmaster is already quite interactive On the side, I still can't find how to shut up portmaster from asking me about +IGNOREME ports. [1] look at how grouping is done in grep(1) from textproc/gnugrep [2] Like the one below [-R] -r name/glob of port directory in /var/db/pkg Why not use `origin' or `pkg-name' term from pkg_info(1)? WTF is `port directory in /var/db/pkg' ? Only *package* directories lie there. [3] Smth like `portmaster [options] [args...]' is probably enough. There is already EXAMPLES section, no need to duplicate it. [4] I for one read DESCRIPTION only once, when first run the tool and never again. Most of the time I'm more concerned how certain option changes behavior and not interested in general prose. From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 22:42:47 2010 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 9D0331065673 for ; Mon, 16 Aug 2010 22:42:47 +0000 (UTC) (envelope-from prvs=8378622cf=pschmehl_lists@tx.rr.com) Received: from ip-001.utdallas.edu (ip-001.utdallas.edu [129.110.20.107]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB5D8FC19 for ; Mon, 16 Aug 2010 22:42:47 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AtgGAEtcaUyBbgogUmdsb2JhbACgVgEkQcEGhTsEhC0 X-IronPort-AV: E=Sophos;i="4.55,378,1278306000"; d="scan'208";a="38426179" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-001.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 16 Aug 2010 17:42:45 -0500 Date: Mon, 16 Aug 2010 17:42:45 -0500 From: Paul Schmehl To: Doug Barton Message-ID: <11032A0BC4534B656611135B@utd65257.utdallas.edu> In-Reply-To: <4C69A909.3060307@FreeBSD.org> References: <4C69A909.3060307@FreeBSD.org> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: FreeBSD Ports Subject: Re: DEPRECATE and a master/slave port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Aug 2010 22:42:47 -0000 --On Monday, August 16, 2010 14:09:29 -0700 Doug Barton wrote: > On 8/13/2010 11:25 AM, Paul Schmehl wrote: >> I want to DEPRECATE security/barnyard. It's a master port. The slave >> is security/barnyard-sguil. Is it sufficient to DEPRECATE and EXPIRE >> the master? Or do I need to do that to the slave as well? > > The simplest and best way to answer this question is to test it. Make > your changes in the master, then go into the slave port and type make. > Thanks, Doug. That confirms for me that the slave port is deprecated automatically when its master port is deprecated. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 23:29:26 2010 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 677F11065672 for ; Mon, 16 Aug 2010 23:29:26 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from dione.picobyte.net (81-86-230-94.dsl.pipex.com [81.86.230.94]) by mx1.freebsd.org (Postfix) with SMTP id E209C8FC08 for ; Mon, 16 Aug 2010 23:29:23 +0000 (UTC) Received: from charon.picobyte.net (charon.picobyte.net [IPv6:2001:770:15d::fe03]) by dione.picobyte.net (Postfix) with ESMTP id 720F5B886; Tue, 17 Aug 2010 00:23:56 +0100 (BST) Date: Tue, 17 Aug 2010 00:23:56 +0100 From: Shaun Amott To: Frederic Culot Message-ID: <20100816232355.GA89167@charon.picobyte.net> References: <20100815075812.GA15226@culot.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X1bOJ3K7DJ5YkBrT" Content-Disposition: inline In-Reply-To: <20100815075812.GA15226@culot.org> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: freebsd-ports@freebsd.org Subject: Re: Feedback on wanted port: obskurator 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, 16 Aug 2010 23:29:26 -0000 --X1bOJ3K7DJ5YkBrT Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2010 at 09:58:12AM +0200, Frederic Culot wrote: >=20 > As a conclusion I would say that 'obskurator' should be removed from the = wanted > port page at http://wiki.freebsd.org/AndrewPantyukhin/Ports as it does not > manage to generate compilable obfuscated code as it claims to do. >=20 I've added a note to the wiki page. I don't want to remove it though, as it is sat's page. --=20 Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson --X1bOJ3K7DJ5YkBrT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkxpyIsACgkQkmhdCGs4eprPdwCfeu/SnHB5QaCHo+ShBxUKaINa PR8AoK2YJKaXCIJIrMKjCXgqQt13BJdQ =insa -----END PGP SIGNATURE----- --X1bOJ3K7DJ5YkBrT-- From owner-freebsd-ports@FreeBSD.ORG Mon Aug 16 23:49:31 2010 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 80BA61065675 for ; Mon, 16 Aug 2010 23:49:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 39A9D8FC13 for ; Mon, 16 Aug 2010 23:49:30 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.4/8.14.4) with ESMTP id o7GNnUDh015124 for ; Mon, 16 Aug 2010 16:49:30 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.4/8.14.4/Submit) id o7GNnUvR015123 for freebsd-ports@freebsd.org; Mon, 16 Aug 2010 16:49:30 -0700 (PDT) (envelope-from david) Date: Mon, 16 Aug 2010 16:49:30 -0700 From: David Wolfskill To: freebsd-ports@freebsd.org Message-ID: <20100816234930.GL1553@albert.catwhisker.org> References: <20100816054932.GD1553@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vJI8q/aziP9idhqk" Content-Disposition: inline In-Reply-To: <20100816054932.GD1553@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 16 Aug 2010 23:49:31 -0000 --vJI8q/aziP9idhqk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 15, 2010 at 10:49:32PM -0700, David Wolfskill wrote: > [... rsyncd(8) port -- 873/tcp -- grabbed by either ypbind or amd before > rsynd started, so rsyncd isn't functional -- and doesn't whine about > it or terminate....] Thanks for the suggestions so far. Unfortunately, I'm finding an actual solution rather elusive still. Some poking around lead me to , which chronicles multipple instantiations of the same kind of problem over a period from 2003-08-29 16:13:45 EDT - 2010-07-21 10:52:43 EDT [so far], with the approach recommended for the RH crowd apparently being to make use of portreserve (). Unfortunately, doing that would seem to require modifying startup scripts in the base system, as well, which seems to be a significant barrier. [*] -------- * I haven't actually looked at the code, but from reading the comments in the above-cite bug report, the general idea is: * portreserve is started early, and given a list of ports to reserve. * A service that wants to use one of these "reserved" ports would have the start/stop scritp modified to invoke portrelease during start and (re-)invoke portreserve for stop. Of course, this only handles controlled stops, and there could be a race condition.... As it was written for a Linux environment, I'm assuming(!) that the license is not especially attractive for BSD. But as noted above, base system services would need to be modified to invoke it, which rather plays havoc with the otherwise relatively clear distinction (in my mind, anyhow) between "base" vs. "ports." Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --vJI8q/aziP9idhqk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxpzocACgkQmprOCmdXAD23DACggc7hKWVnb/LTTDEQWM0DDgW8 FX0AnjTV0a/O7GB7NVYQLQQkLK8XVxjB =2+nh -----END PGP SIGNATURE----- --vJI8q/aziP9idhqk-- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 00:04:17 2010 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 3B3091065694 for ; Tue, 17 Aug 2010 00:04:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id D49D18FC08 for ; Tue, 17 Aug 2010 00:04:16 +0000 (UTC) Received: (qmail 28661 invoked by uid 399); 17 Aug 2010 00:04:16 -0000 Received: from localhost (HELO ?192.168.0.142?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Aug 2010 00:04:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C69D1FF.1050901@FreeBSD.org> Date: Mon, 16 Aug 2010 17:04:15 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: Olivier Smedts References: In-Reply-To: X-Enigmail-Version: 1.1.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Sandra Kachelmann Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 17 Aug 2010 00:04:17 -0000 On 8/16/2010 3:04 PM, Olivier Smedts wrote: > I'm quite late, and won't speak for "batch", With portmaster 3.0 it should no longer be necessary. The option to stop displaying config menus is now 100% effective. > but here is what I use > with portmaster. I switched recently from portupgrade to portmaster > and I'm happy with the following command. Glad to hear that someone is happy anyway. :) > I was used to "portupgrade > -a" and was disappointed with "portmaster -a" the first days. > # portmaster -adw -x openoffice > > -a is just like in portupgrade, > -d cleans old distfiles without confirmation, Depending on what you're doing you might be happier with the option to not not clean distfiles at all, combined with occasional use of the tool to clean up stale distfiles all at once. > -w copies old libraries in /usr/local/lib/compat/pkg/ like portupgrade > does, I find this very useful to not break the system. That's less > likely to happen with the recent approach of bumping revisions of all > dependant ports, but it's safer and I often clean this directory. I've toyed with the idea of making this the default, but don't really want to do that until there is a serviceable tool to clean up no-longer-needed libraries in a more or less automated way. Rumor is that $SOMEONE is working on such a tool ... The 2 options above can be added to a portmaster rc file if you're sure you always want to use them. The distfile options can be overridden on the command line even if they are in the rc file. > -x to exclude some ports you don't want to upgrade You can also use an +IGNOREME file for this purpose. > This is very convenient because, unlike with "portupgrade -a", all the > config dialogs appear at the beginning (so I don't have to use a batch > mode, and never see my upgrade paused on a blue screen after having > left the computer for the night), and portmaster prompts you with a > list of the actions that will be taken before doing anything. I now > know what will be installed in addition of my already present ports. > There's also a very practical feature to delete build-deps, but I > don't use it because I already have a script which deletes everything > but what I explicitely want to keep. > > Thanks Doug ! Thank you for the kind words. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 00:20:36 2010 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 CDC45106566C for ; Tue, 17 Aug 2010 00:20:36 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3EF6E8FC0C for ; Tue, 17 Aug 2010 00:20:35 +0000 (UTC) Received: by ywk9 with SMTP id 9so2671150ywk.13 for ; Mon, 16 Aug 2010 17:20:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ky95oZRg2kCfiPhj51w5KyUp+yl0oPNK/IZYbZ5oo0g=; b=GZTSrEgZty5wvXaqx+79omS1Dd6nzKzeI9foRp7rt0/TZl4Dl1CgHoGjKF4hMfm1c6 xoRcdXu0DTRYvkkjMQPT3wFMevRfcYjBVhcbtaK8Ev2qPFhz/wJu6uqX83DVMPlAa6iO KaJz/6DUr/c5AUMwBSNSVOBUCtfYEqwkfViZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=pzGWc4uo5ryQNX3NhByftvUKNM5C/2rhFqF2I2o8OVQsTD5/WaAvn9dalQT8Syfwch 9j0CbPQWOw8jSd5NkEiOrjh1u4+wFlXZeW//BwpmPyYrXNTp31lhXt6Bc5NDXwjStLXi ukABTq/lcSa/KwXTmwajMEib9aJ0PFIiDlGXY= Received: by 10.100.124.1 with SMTP id w1mr6566744anc.265.1282004434991; Mon, 16 Aug 2010 17:20:34 -0700 (PDT) Received: from centel.dataix.local (adsl-99-190-82-4.dsl.klmzmi.sbcglobal.net [99.190.82.4]) by mx.google.com with ESMTPS id w6sm11194596anb.3.2010.08.16.17.20.33 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 17:20:34 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C69D5CF.5050602@dataix.net> Date: Mon, 16 Aug 2010 20:20:31 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: David Wolfskill References: <20100816054932.GD1553@albert.catwhisker.org> In-Reply-To: <20100816054932.GD1553@albert.catwhisker.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 17 Aug 2010 00:20:36 -0000 On 08/16/2010 01:49, David Wolfskill wrote: > My build machine is noisy & generates heat, so I leave it powered off > when it's not actively in use. > > As a consequence, it gets rebooted rather often. > > It is configured to run rsyncd(8) so I can update my laptop's local mirror > of the FreeBSD SVN repository. > > A couple of mornings ago, I woke up, ready to start my daily builds (on > the laptop & build machine), but noticed that the SVN mirror on the > laptop hadn't been updated. Eventually, I discovered that the reason > was that amd(8) [on the build machine] was listening on 873/tcp, which > is the port for rsync. I restarted amd(8); it happened to get other > ports, so I restarted rsyncd(8), and was able to perfomr the mirroring. > > Mind, that was the first time since around February that I've had a > problem with using rsyncd(8) in this fashion. > > Since then, I've become a bit ... sensitized .... to the issue, so a > quick "sockstat -4l" immediately after powering it on helps avoid ths > sort of thing. > > So this evening, such a check showed that ypbind(8) was listening on > 873/tcp. > > The most straightforward way to make this a non-issue (it seems to me) > would be to start rsyncd(8) before other services that grab arbitrary > ports; however, the start-up script for rsyncd s[ecifies: > > # PROVIDE: rsyncd > # REQUIRE: LOGIN > # BEFORE: securelevel > # KEYWORD: shutdown > > and both amd & ypbind specify > > # BEFORE: DAEMON > > so that approach doesn't seem to quite work out. > > (I note that I recently stopped tracking stable/7 on the build machine, > so I now boot into stable/8; perhaps something changed between stable/7 > and stable/8 that inicreases the probability of such an unfortunate > collsion.) > > Also, rsyncd(8) doesn't appear to consider this a condition worthy of > note -- at least, I wasn't able to find any whines, and the daemon was > still running. > > Anyone have suggestions for avoiding a recurrence (vs. working around > the coiindition should one occur)? > I have been at this point once or twice and it always boiled down to rpcbind in my situation on a few NIS+ boxen. The problem that I came across was that /usr/local/etc/rc.d is parsed long after /etc/rc.d contents so adding the BEFORE to the rsync start script would not help or didn't at that time. One thing that comes to mind is that script that Jeremy? posted for waiting for the network a certain period of time before initializing services. Maybe this could also play a role in a situation to have a services script that could be controlled by rc.conf(5) to wait for a service to come up before continuing its own operation. And of course it should continue no matter what in either case but would allow you to introduce possibly needed delays in the rc. Here is a slightly modified version of Jeremy's script that I use. http://bit.ly/cpbrlm Food-4-Thought Regards, -- jhell,v From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 01:16:56 2010 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 161921065696 for ; Tue, 17 Aug 2010 01:16:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id B1BED8FC1D for ; Tue, 17 Aug 2010 01:16:55 +0000 (UTC) Received: (qmail 24978 invoked by uid 399); 17 Aug 2010 01:16:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Aug 2010 01:16:54 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C69E304.7060302@FreeBSD.org> Date: Mon, 16 Aug 2010 18:16:52 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Anonymous References: <86bp92i400.fsf@gmail.com> In-Reply-To: <86bp92i400.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: [portmaster] navigation in the man page 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, 17 Aug 2010 01:16:56 -0000 It's customary to cc the maintainer of a port when you're commenting on it. Even more so when the maintainer is also the software author. I usually keep up on the lists, but there are times when it falls lower on the priority list so copying me on the message will ensure I can see it in a timely manner. On 08/16/2010 15:31, Anonymous wrote: > Am I the only one who finds it hard to navigate in portmaster(8)? Nope. :) You've got great company. I'm in sort of a no-win situation here. Most of what's in the man page now is there as a result of users being confused about something, however now I'm getting complaints that the man page is too long, too hard to read, etc. Since I can't win either way, and since there are an unmanageably large number of options (which makes being succinct almost impossible) I have chosen to more fully document things. That way at least the information is there if the user chooses to search for it. You seem pretty convinced and/or upset about what you wrote below, so consider my response as simply an opportunity for me to present my side of the story, rather than an attempt to change your mind. :) > - options are neither sorted alphabetically nor grouped in blocks[1] In the SYNOPSIS section the options are organized in terms of the flags that can be used for regular port operations (Common Flags), then the various ways to specify what port to work on, then the various other options that are also relevant to individual ports, then the package and index options, then the "other" options that are not related to installs/updates. In the OPTIONS section they are grouped roughly the same way (and roughly in the same order), alphabetically, but with mutually exclusive options grouped together. > - too little space between an option and its description Aside from the fact that this just plain sounds snarky, you'll have to take up your concerns with -mdoc. My intention (which I believe I've successfully accomplished) is to use standard markup wherever possible. > - inconsistent in using terms (flags vs. options) Again, snarky; but I will take a look at making this usage more consistent. Personally I have always used these terms interchangeably, but I could have been wrong about it all this time. :) > - being too verbose about port-related terms[2] > > [2] Like the one below > > [-R] -r name/glob of port directory in /var/db/pkg > > Why not use `origin' or `pkg-name' term from pkg_info(1)? WTF is > `port directory in /var/db/pkg' ? Only *package* directories lie > there. Well origin is obviously wrong, however my attempt here is to convey the information necessary to users who are not at all familiar with the port system internals. While it may not be the proper shorthand term, anyone who isn't clear about what I mean can easily look in /var/db/pkg, see the names of the directories there, and come to the right conclusion about what they need to specify on the command line. > - SYNOPSYS makes a spaghetti with one-letter options, long options and comments[3] > > [3] Smth like `portmaster [options] [args...]' is probably enough. > There is already EXAMPLES section, no need to duplicate it. We'll have to agree to disagree on this one. The descriptions in that section are already as terse as I feel comfortable making them. > - DESCRIPTION is too verbose, > > [4] I for one read DESCRIPTION only once, when first run the tool and > never again. Most of the time I'm more concerned how certain > option changes behavior and not interested in general prose. Again, I'd love to have it shorter, but this isn't cat we're talking about here. And of course, you're always free to just not read it (you'd be in good company there too). :) OTOH, there have recently been a non-trivial number of users asking me about "Can portmaster do $foo?" where the answer to their question is already documented in the man page, often in the DESCRIPTION section. Of course, the values of $foo are all different, making it that much harder for me to decide what ought to be cut. I'd also like to point out that IME most people use the search feature of their $PAGER to find specific information about options. > - `-i' option is misleading, portmaster is already quite interactive -i interactive update mode -- ask whether to rebuild ports To me that's pretty descriptive. Of course I could make the description more verbose if you like. :) You might have noticed that I re-edited your post a bit to make my replies more meaningful. Feel free to conclude from that that you and I have vastly different communication styles, and therefore we are not likely to reach agreement on what my man page should look like. > On the side, I still can't find how to shut up portmaster from asking me > about +IGNOREME ports. The design is that if portmaster encounters a port with an +IGNOREME file it will ask you, once and only once, under certain circumstances, if you want to update it. My theory is that "the average user" is rather likely to put an +IGNOREME file in a port, err, package, errr, directory in /var/db/pkg and subsequently forget that it's there. If portmaster is asking you more than once during the same run about a port with an +IGNOREME file then please report that as a bug (here on the list is fine), with specific instructions on how to reproduce it. If you really really want portmaster to never prompt you about a port you can create a pattern for it based on what portmaster does with the -x option and put that in your portmaster rc file. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 01:26:22 2010 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 A9B481065696 for ; Tue, 17 Aug 2010 01:26:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 37C158FC14 for ; Tue, 17 Aug 2010 01:26:20 +0000 (UTC) Received: (qmail 5483 invoked by uid 399); 17 Aug 2010 01:26:19 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Aug 2010 01:26:19 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C69E53A.9000604@FreeBSD.org> Date: Mon, 16 Aug 2010 18:26:18 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: jhell References: <20100816054932.GD1553@albert.catwhisker.org> <4C69D5CF.5050602@dataix.net> In-Reply-To: <4C69D5CF.5050602@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org, David Wolfskill Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 17 Aug 2010 01:26:22 -0000 On 08/16/2010 17:20, jhell wrote: > The problem that I came across was that /usr/local/etc/rc.d is parsed > long after /etc/rc.d contents This hasn't been true for a very long time. I first added the code to incorporate the local scripts into the base rcorder almost 5 years ago. > so adding the BEFORE to the rsync start > script would not help or didn't at that time. You can't add a BEFORE which is earlier than a REQUIRE (one of the many reasons that I dislike BEFORE). Your configuration was probably creating a circular dependency error that you didn't see. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 01:31:20 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2B091065670; Tue, 17 Aug 2010 01:31:20 +0000 (UTC) (envelope-from pirzyk@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8940E8FC08; Tue, 17 Aug 2010 01:31:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7H1VKhx016657; Tue, 17 Aug 2010 01:31:20 GMT (envelope-from pirzyk@freefall.freebsd.org) Received: (from pirzyk@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7H1VKHD016653; Tue, 17 Aug 2010 01:31:20 GMT (envelope-from pirzyk) Date: Tue, 17 Aug 2010 01:31:20 GMT Message-Id: <201008170131.o7H1VKHD016653@freefall.freebsd.org> To: pirzyk@FreeBSD.org, pirzyk@FreeBSD.org, freebsd-ports@FreeBSD.org From: pirzyk@FreeBSD.org Cc: Subject: Re: ports/149475: Update port: sysutils/p5-Sys-Filesystem 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, 17 Aug 2010 01:31:20 -0000 Synopsis: Update port: sysutils/p5-Sys-Filesystem Responsible-Changed-From-To: pirzyk->freebsd-ports Responsible-Changed-By: pirzyk Responsible-Changed-When: Tue Aug 17 01:30:43 UTC 2010 Responsible-Changed-Why: Please commit the port upgrade, I approve the patch. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=149475 From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 01:35:10 2010 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 946BC1065698 for ; Tue, 17 Aug 2010 01:35:10 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1B55A8FC17 for ; Tue, 17 Aug 2010 01:35:09 +0000 (UTC) Received: by wwf26 with SMTP id 26so268889wwf.1 for ; Mon, 16 Aug 2010 18:35:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=YdhxuU6OjBaLKQWZEVEaefR+kWnWu0kLPAK05+r6I7E=; b=ZUIaX8nY3dN5x7PnEhmfF3Q9RDVwR+S1rlvmYFJLfB0JhF6x9mziL4g4LyE6aXgtJZ 5owKDA5xbq+ZbzwKQsnrNmgHbwRoNI4upbX8/bURb6aViT7/NhRMzvW4qhVFlnkg8FbE o2qFcU2zWS1WunqXRoDBjHlXZH4bWX5hzn9Jc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=odiMD5d7lP5GCsemy6d4qoJBHpbm8zx02KDUdFsOj6/ELUgipIr/IeFkcaDVPlICu/ 1I9k3SGrOhacXRfrZHnwpZ2JIBF6VdK7ZBFh29tcIYwlRnd/zzVLC5kBXS7XmGQAeYTs Qi7rJOpbu1s9octnI6dIn0q9p5e5sJvutcOJA= Received: by 10.227.32.140 with SMTP id c12mr5290949wbd.6.1282008908728; Mon, 16 Aug 2010 18:35:08 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id e31sm5970887wbe.5.2010.08.16.18.35.03 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 18:35:07 -0700 (PDT) Date: Tue, 17 Aug 2010 02:34:48 +0100 From: RW To: ports@freebsd.org Message-ID: <20100817023448.0fc9f35c@gumby.homeunix.com> In-Reply-To: <4C69D5CF.5050602@dataix.net> References: <20100816054932.GD1553@albert.catwhisker.org> <4C69D5CF.5050602@dataix.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: It's annoying when something other than rsyncd listens on tco/873 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, 17 Aug 2010 01:35:10 -0000 On Mon, 16 Aug 2010 20:20:31 -0400 jhell wrote: > The problem that I came across was that /usr/local/etc/rc.d is parsed > long after /etc/rc.d contents so adding the BEFORE to the rsync start > script would not help or didn't at that time. That only matters if you need to sort before the early-late divider and you can't move the divider - it shouldn't be an issue here. I would suggest making a copy of the rc.d script, edit it to give it a different name, and rename the file to match - that way it won't get overwritten and the installed file wont interfere. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 02:01:31 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D5321065672; Tue, 17 Aug 2010 02:01:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E7EF98FC12; Tue, 17 Aug 2010 02:01:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o7H21UWq044753; Tue, 17 Aug 2010 02:01:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o7H21UNG044749; Tue, 17 Aug 2010 02:01:30 GMT (envelope-from linimon) Date: Tue, 17 Aug 2010 02:01:30 GMT Message-Id: <201008170201.o7H21UNG044749@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/149475: Update port: sysutils/p5-Sys-Filesystem 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, 17 Aug 2010 02:01:31 -0000 Synopsis: Update port: sysutils/p5-Sys-Filesystem Responsible-Changed-From-To: freebsd-ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 17 02:01:19 UTC 2010 Responsible-Changed-Why: Canonicalize assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=149475 From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:01:39 2010 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 76B7310656AA for ; Tue, 17 Aug 2010 03:01:39 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 59FB88FC14 for ; Tue, 17 Aug 2010 03:01:39 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta08.emeryville.ca.mail.comcast.net with comcast id vA081e00F1HpZEsA8EoTrU; Tue, 17 Aug 2010 02:48:27 +0000 Received: from comcast.net ([98.203.142.76]) by omta14.emeryville.ca.mail.comcast.net with comcast id vEoQ1e00A1f6R9u8aEoRe4; Tue, 17 Aug 2010 02:48:26 +0000 Received: by comcast.net (sSMTP sendmail emulation); Mon, 16 Aug 2010 19:48:23 -0700 Date: Mon, 16 Aug 2010 19:48:23 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100817024823.GA34339@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: portmaster always re-installs some ports 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, 17 Aug 2010 03:01:39 -0000 A while back I aborted a recursive update (bad idea, I know now) and must have messed up something in whatever info portmaster uses to decide whether to re-install a port. Now, whenever I use portmaster -a, it re-installs py26-imaging, py26-reportlab and py26-xml. Every time. And it's a re-installation, not an upgrade. I've tried manually uninstalling and then reinstalling these ports, but portmaster still thinks they always need to re-installed . So the manual un-/re-install apparently doesn't fix whatever info it's looking at. I checked the portmaster manpage, but didn't find anything that tells me how to fix my problem. I also took a quick look at the portmaster sourcecode but nothing jumped out at me. Any ideas? It's probably something obvious, but I'm missing it. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:07:34 2010 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 9D5271065672 for ; Tue, 17 Aug 2010 03:07:34 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 5C83E8FC12 for ; Tue, 17 Aug 2010 03:07:34 +0000 (UTC) Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta11.emeryville.ca.mail.comcast.net with comcast id vBLA1e00617UAYkABF7ZzW; Tue, 17 Aug 2010 03:07:33 +0000 Received: from comcast.net ([98.203.142.76]) by omta13.emeryville.ca.mail.comcast.net with comcast id vF7X1e0061f6R9u8ZF7Xut; Tue, 17 Aug 2010 03:07:33 +0000 Received: by comcast.net (sSMTP sendmail emulation); Mon, 16 Aug 2010 20:07:30 -0700 Date: Mon, 16 Aug 2010 20:07:30 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100817030730.GB34339@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20100817024823.GA34339@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20100817024823.GA34339@comcast.net> X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: portmaster always re-installs some ports 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, 17 Aug 2010 03:07:34 -0000 On Mon 16 Aug 2010 at 19:48:23 PDT Charlie Kester wrote: >A while back I aborted a recursive update (bad idea, I know now) and >must have messed up something in whatever info portmaster uses to decide >whether to re-install a port. Now, whenever I use portmaster -a, it >re-installs py26-imaging, py26-reportlab and py26-xml. > >Every time. Correction: every time any other port is upgraded. If all ports are reported as up to date, the three python ports are not re-installed. But if any port is upgraded, the re-install occurs, even if the upgraded port has no dependency relationship with any of the three python ports. > >And it's a re-installation, not an upgrade. > >I've tried manually uninstalling and then reinstalling these ports, but >portmaster still thinks they always need to re-installed . So the >manual un-/re-install apparently doesn't fix whatever info it's looking >at. > >I checked the portmaster manpage, but didn't find anything that tells me >how to fix my problem. I also took a quick look at the portmaster >sourcecode but nothing jumped out at me. > >Any ideas? It's probably something obvious, but I'm missing it. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:40:46 2010 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 4C6F21065673 for ; Tue, 17 Aug 2010 03:40:46 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB1058FC1C for ; Tue, 17 Aug 2010 03:40:45 +0000 (UTC) Received: by wwb24 with SMTP id 24so4315523wwb.31 for ; Mon, 16 Aug 2010 20:40:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=Hmpu0hwrPTIuRluwe4s5YziYZAlSoeX+sWWRehJFF+w=; b=PBNcNLsjtCp4kxZP4mjNgwiN1S43l8KK+EWhdSD2b3QKCFAYYiSL0rHnDciqUmNtIY hM4yHqWKgF6IJ1nPChA4+rkzJJwz2aWB4ocifU7hPFboMzFwgFWXg84j9kxRnTYZUkkJ k9XTOoWgyDnlyz4MVmqQahCmxia1BriemStqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=qCJpSObU9+p7eGhzXm2r7U3rW+M/ukRZdSM1RRJMqNn/QP6xQ8+xYrrledgB7QIxN1 uoY2aGan2y7t6lhZtcaaitwkAuc5RIVez8yyKuh+UxAY/zlK7kz60RT/cNvkdKwZ1iXu 7gc0XvyBoGYnfdsKEtj2lUe2i09qb1l6MTrDE= MIME-Version: 1.0 Received: by 10.227.29.219 with SMTP id r27mr5277388wbc.62.1282016444737; Mon, 16 Aug 2010 20:40:44 -0700 (PDT) Received: by 10.216.183.212 with HTTP; Mon, 16 Aug 2010 20:40:44 -0700 (PDT) Date: Tue, 17 Aug 2010 03:40:44 +0000 Message-ID: From: "b. f." To: freebsd-ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Charlie Kester Subject: Re: portmaster always re-installs some ports 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: Tue, 17 Aug 2010 03:40:46 -0000 >A while back I aborted a recursive update (bad idea, I know now) and >must have messed up something in whatever info portmaster uses to decide >whether to re-install a port. Now, whenever I use portmaster -a, it >re-installs py26-imaging, py26-reportlab and py26-xml. >From portmaster(8): "/var/db/pkg/*/PM_UPGRADE_DONE_FLAG Indicates to a subsequent -a, -f, or -r run which includes the -R option that a port has already been rebuilt, so it can be safely ignored if it is up to date." Are there any of the above files left in your PKG_DBDIR (/var/db/pkg, by default)? If so, delete them, and try again. If there aren't, check your ports tree, build environment, local Makefiles (if any) and PKG_DBDIR. If they're okay, then it looks like a bug in portmaster. In that case, you'll have to provide a build transcript so that the problem can be diagnosed. Run portmaster verbosely -- you could use script(1) and execute portmaster via sh -x `which portmaster` ..., for example. b. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:46:04 2010 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 A14A1106566B; Tue, 17 Aug 2010 03:46:04 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC04B8FC12; Tue, 17 Aug 2010 03:46:02 +0000 (UTC) Received: by bwz20 with SMTP id 20so2920294bwz.13 for ; Mon, 16 Aug 2010 20:46:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:message-id:user-agent:mime-version:content-type; bh=97tSe04Fl6uPx9Zc9DuPwjfSsvS47fL63wxuNCrAAOY=; b=Hw4/EiJnfy6JKPllCJUCHHjkEUwQqDOIfnu1FM7LZgBCw/3guP+exR9MeXSOiG3BcS Me3/O3wgvoeTylLrlSl8F4iSBpg/fQptTgJiot8cqThRGj57nEx147eaOBO09DN5QiD/ SMCQdGGQIeYHVtIQTdnj47g9JVDiRmVdPf/+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version:content-type; b=wZNQp0HQVs3TqAuKMczDxl7jYsbzEXNybwyYMwOc2B5xgsR23/Yj8dTLnnhMHKNjdW HN7wZqypos+F77LRDAu7vvUVCHOb0C3P75lMkCqIKxKkNVTAiOT108ZNPOxZFoVaU5Mu 4adXkRlFN6Dgq8GDs/0ZxMalsCEr6Ak9/P+hk= Received: by 10.204.27.20 with SMTP id g20mr3979167bkc.114.1282016760586; Mon, 16 Aug 2010 20:46:00 -0700 (PDT) Received: from localhost ([85.17.254.135]) by mx.google.com with ESMTPS id f10sm4853863bkl.17.2010.08.16.20.45.59 (version=SSLv3 cipher=RC4-MD5); Mon, 16 Aug 2010 20:45:59 -0700 (PDT) From: Anonymous To: Doug Barton References: <86bp92i400.fsf@gmail.com> <4C69E304.7060302@FreeBSD.org> Date: Tue, 17 Aug 2010 07:42:34 +0400 Message-ID: <868w456h1x.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@FreeBSD.org Subject: Re: [portmaster] navigation in the man page 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, 17 Aug 2010 03:46:04 -0000 Doug Barton writes: >> - inconsistent in using terms (flags vs. options) > > Again, snarky; but I will take a look at making this usage more > consistent. Personally I have always used these terms interchangeably, > but I could have been wrong about it all this time. :) "The average user" may not be familiar `flag' and `option' describe same things in the context of running programs from command line. >> - being too verbose about port-related terms[2] >> >> [2] Like the one below >> >> [-R] -r name/glob of port directory in /var/db/pkg >> >> Why not use `origin' or `pkg-name' term from pkg_info(1)? WTF is >> `port directory in /var/db/pkg' ? Only *package* directories lie >> there. > > Well origin is obviously wrong, however my attempt here is to convey > the information necessary to users who are not at all familiar with > the port system internals. While it may not be the proper shorthand > term, anyone who isn't clear about what I mean can easily look in > /var/db/pkg, see the names of the directories there, and come to the > right conclusion about what they need to specify on the command line. You can define the meaning of a term in an option description and common terms can be put into DESCRIPTION section. Such terms can be described more verbosely in order to not confuse new users as well as experienced ones. No need to clutter usage line of an option. Besides, without any kind of brackets it's a bit confusing whether those words separated by spaces are treated as several arguments or as one. >> On the side, I still can't find how to shut up portmaster from asking me >> about +IGNOREME ports. > > The design is that if portmaster encounters a port with an +IGNOREME > file it will ask you, once and only once, under certain circumstances, > if you want to update it. My theory is that "the average user" is > rather likely to put an +IGNOREME file in a port, err, package, errr, > directory in /var/db/pkg and subsequently forget that it's there. If > portmaster is asking you more than once during the same run about a > port with an +IGNOREME file then please report that as a bug (here on > the list is fine), with specific instructions on how to reproduce it. Why not add smth like --no-confirm? I'm one of those "average users" that expects tools to have non-interactive mode, do its best with defaults and fail otherwise. > If you really really want portmaster to never prompt you about a port > you can create a pattern for it based on what portmaster does with the > -x option and put that in your portmaster rc file. PM_EXCL? It's not documented in portmaster(8) nor in sample config. Way to promote reading the code. ;) From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:47:48 2010 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 8653F10656A7 for ; Tue, 17 Aug 2010 03:47:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 317BD8FC08 for ; Tue, 17 Aug 2010 03:47:47 +0000 (UTC) Received: (qmail 24283 invoked by uid 399); 17 Aug 2010 03:47:46 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Aug 2010 03:47:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6A0660.6030600@FreeBSD.org> Date: Mon, 16 Aug 2010 20:47:44 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100817024823.GA34339@comcast.net> <20100817030730.GB34339@comcast.net> In-Reply-To: <20100817030730.GB34339@comcast.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: portmaster always re-installs some ports 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, 17 Aug 2010 03:47:48 -0000 On 08/16/2010 20:07, Charlie Kester wrote: > On Mon 16 Aug 2010 at 19:48:23 PDT Charlie Kester wrote: >> A while back I aborted a recursive update (bad idea, I know now) Well not always, but apparently it was this time. :) >> and >> must have messed up something in whatever info portmaster uses to decide >> whether to re-install a port. Now, whenever I use portmaster -a, it >> re-installs py26-imaging, py26-reportlab and py26-xml. >> >> Every time. > > Correction: every time any other port is upgraded. If all ports are > reported as up to date, the three python ports are not re-installed. > But if any port is upgraded, the re-install occurs, even if the upgraded > port has no dependency relationship with any of the three python ports. Well that's just wacky. Sorry to hear that you're having this kind of problem. I suggest the following: 1. pkg_delete -f the 3 affected ports 2. Run 'portmaster --check-depends' If it tells you that there are dependencies listed for those 3 ports, but there is no installed version, make note of the port(s) that trigger this message then say yes to the "delete the dependency data" prompt 4. Run 'portmaster --check-depends' again to make sure everything is fixed now. 5. Run 'portmaster list-of-ports-from-number-2' Make sure you upgrade them all at once just to be safe. Then you should be fine, let me know if that works for you. If it doesn't I can give you some suggestions for more advanced debugging. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 03:53:41 2010 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 C346A10656A6 for ; Tue, 17 Aug 2010 03:53:41 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8E28FC16 for ; Tue, 17 Aug 2010 03:53:41 +0000 (UTC) Received: (qmail 1153 invoked by uid 399); 17 Aug 2010 03:53:40 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Aug 2010 03:53:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6A07C2.4070207@FreeBSD.org> Date: Mon, 16 Aug 2010 20:53:38 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Anonymous References: <86bp92i400.fsf@gmail.com> <4C69E304.7060302@FreeBSD.org> <868w456h1x.fsf@gmail.com> In-Reply-To: <868w456h1x.fsf@gmail.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: [portmaster] navigation in the man page 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, 17 Aug 2010 03:53:41 -0000 On 08/16/2010 20:42, Anonymous wrote: > Doug Barton writes: > >>> - inconsistent in using terms (flags vs. options) >> >> Again, snarky; but I will take a look at making this usage more >> consistent. Personally I have always used these terms interchangeably, >> but I could have been wrong about it all this time. :) > > "The average user" may not be familiar `flag' and `option' describe same > things in the context of running programs from command line. Fair enough. >>> - being too verbose about port-related terms[2] >>> >>> [2] Like the one below >>> >>> [-R] -r name/glob of port directory in /var/db/pkg >>> >>> Why not use `origin' or `pkg-name' term from pkg_info(1)? WTF is >>> `port directory in /var/db/pkg' ? Only *package* directories lie >>> there. >> >> Well origin is obviously wrong, however my attempt here is to convey >> the information necessary to users who are not at all familiar with >> the port system internals. While it may not be the proper shorthand >> term, anyone who isn't clear about what I mean can easily look in >> /var/db/pkg, see the names of the directories there, and come to the >> right conclusion about what they need to specify on the command line. > > You can define the meaning of a term in an option description and common > terms can be put into DESCRIPTION section. Such terms can be described > more verbosely in order to not confuse new users as well as experienced > ones. No need to clutter usage line of an option. Thanks, you have neatly defined my dilemma. You want some things in the man page to be less verbose, but you also want some things to be more verbose. Since I can't win, I take my best shot. :) > Besides, without any kind of brackets it's a bit confusing whether those > words separated by spaces are treated as several arguments or as one. I'll consider this as well. >>> On the side, I still can't find how to shut up portmaster from asking me >>> about +IGNOREME ports. >> >> The design is that if portmaster encounters a port with an +IGNOREME >> file it will ask you, once and only once, under certain circumstances, >> if you want to update it. My theory is that "the average user" is >> rather likely to put an +IGNOREME file in a port, err, package, errr, >> directory in /var/db/pkg and subsequently forget that it's there. If >> portmaster is asking you more than once during the same run about a >> port with an +IGNOREME file then please report that as a bug (here on >> the list is fine), with specific instructions on how to reproduce it. > > Why not add smth like --no-confirm? I'm one of those "average users" No you're not, not even close. You're way ahead of the "average user" curve, you're not fooling me. :) >> If you really really want portmaster to never prompt you about a port >> you can create a pattern for it based on what portmaster does with the >> -x option and put that in your portmaster rc file. > > PM_EXCL? It's not documented in portmaster(8) nor in sample config. That's because it's not _intended_ for use in the manner I'm suggesting, but that doesn't mean that it can't be used that way. (In fact, I know of users that already do.) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 06:14:33 2010 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 5AB20106566C for ; Tue, 17 Aug 2010 06:14:33 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id EB29F8FC2D for ; Tue, 17 Aug 2010 06:14:32 +0000 (UTC) Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta03.westchester.pa.mail.comcast.net with comcast id vJ1H1e0010SCNGk53J1HQp; Tue, 17 Aug 2010 06:01:17 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta09.westchester.pa.mail.comcast.net with comcast id vJ1F1e0043LrwQ23VJ1G2U; Tue, 17 Aug 2010 06:01:16 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 09EFC9B425; Mon, 16 Aug 2010 23:01:14 -0700 (PDT) Date: Mon, 16 Aug 2010 23:01:14 -0700 From: Jeremy Chadwick To: freebsd-ports@freebsd.org Message-ID: <20100817060114.GA86738@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Wollman , ehaupt@freebsd.org, Alex Goncharov Subject: shells/bash and the libiconv dependency mess 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, 17 Aug 2010 06:14:33 -0000 Let me explain what transpired in chronological order: On 2010/05/11, ehaupt committed the following patch: http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/files/patch-Makefile.in And bumped PORTREVISION (from 0 to 1) in the Makefile. This unconditionally made bash require libiconv, and the only justification is "fix statically linked version". Those of us who use WITHOUT_NLS or who do not have libiconv already on their systems (from another port) immediately notice the problem (bash will no longer build): http://www.freebsd.org/cgi/query-pr.cgi?pr=147747 http://www.freebsd.org/cgi/query-pr.cgi?pr=148329 http://www.freebsd.org/cgi/query-pr.cgi?pr=149218 Three months goes by and finally something is committed to fix the problem on 2010/08/06. Except the fix doesn't make any sense; all it does is make libiconv a mandatory dependency (USE_ICONV): http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/Makefile#rev1.123 This, of course, means that WITHOUT_NLS is broken and doesn't work as it's supposed to, since libiconv is now a mandatory requirement (it doesn't need to be): # make WITHOUT_NLS=true all-depends-list /usr/ports/devel/bison /usr/ports/converters/libiconv /usr/ports/devel/m4 /usr/ports/devel/libtool22 Why was this done the way it was? patch-Makefile.in should be removed and instead replaced with a REINPLACE_CMD that handles the conditionals (WITH_STATIC_BASIC, WITHOUT_NLS, etc.) in a more clean manner. And where are the details of the supposed "statically linked version" problem? Sorry if I sound angry, but this whole situation is a mess, and shells/bash is a very important port. If someone wants me to put my money where my mouth is and go + clean it up I'll be happy to. Testing all the different quirk combinations really isn't that complex. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 08:07:41 2010 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 E7660106566C for ; Tue, 17 Aug 2010 08:07:40 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 4FE328FC0A for ; Tue, 17 Aug 2010 08:07:39 +0000 (UTC) Received: (qmail invoked by alias); 17 Aug 2010 08:07:38 -0000 Received: from g226244064.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.226.244.64] by mail.gmx.net (mp007) with SMTP; 17 Aug 2010 10:07:38 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+yArNvMROyknM0/ZG6pOgFP7AyzI0r7uclPhceo1 oKN/ghhLokKspZ Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 1A38A19417E for ; Tue, 17 Aug 2010 10:07:37 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-ports@freebsd.org References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5CFBCD.8090702@dataix.net> <4C6417BC.9060605@intertainservices.com> <4C656919.9070703@intertainservices.com> Date: Tue, 17 Aug 2010 10:07:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <4C656919.9070703@intertainservices.com> User-Agent: Opera Mail/10.61 (Linux) X-Y-GMX-Trusted: 0 Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 17 Aug 2010 08:07:41 -0000 Am 13.08.2010, 17:47 Uhr, schrieb Mike Jakubik: > On 8/12/2010 5:32 PM, Doug Barton wrote: >> On Thu, 12 Aug 2010, Mike Jakubik wrote: >> >>> I tried portmaster for myself and im wondering how to get the >>> functionality of "portupgrade lib\*", meaning update all libraries >>> that need updating. With "portmaster lib\*" it tries to update and >>> rebuild all libraries, how can i tell portmaster to only update what >>> needs updating? I can't find such an option in the man page, there is >>> an option to always rebuild but no option to never rebuild. There is >>> also -i, but it's a pain in the ass to manually select y/n for all >>> libraries. Am i not seeing something in the man page? >> >> No, you're not missing anything. The default behavior for portmaster is >> to upgrade everything you specify on the command line. >> >> Something like this would probably work: >> portmaster `pkg_version -Ivl\< | grep ^lib | cut -f1 -d\<` >> >> >> hth, >> >> Doug >> > > Thanks for the info. Do you think this may be a usefull feature for > other users coming from portupgrade though? If there is an option to > always rebuild, one would think there would be an opposite option too. To be a bit impolite and blunt, if people acted a bit less helplessly -- meaning that the solution is so relatively simple as a one-liner in a reasonable shell -- there probably isn't a need to change portmaster code. This can instead go into the portmaster manual as a usage example. And telling what this is up to doing without committing to it is as simple as prefixing "echo" to the whole line. -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 08:25:40 2010 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 943521065694 for ; Tue, 17 Aug 2010 08:25:40 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1DF7F8FC17 for ; Tue, 17 Aug 2010 08:25:40 +0000 (UTC) Received: from mobileKamikaze.norad (e178022156.adsl.alicedsl.de [85.178.22.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 00DB18A249A for ; Tue, 17 Aug 2010 10:25:38 +0200 (CEST) Message-ID: <4C6A4782.7070304@bsdforen.de> Date: Tue, 17 Aug 2010 10:25:38 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C690997.90108@bsdforen.de> In-Reply-To: <4C690997.90108@bsdforen.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: textproc/soprano linking problem 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, 17 Aug 2010 08:25:40 -0000 On 16/08/2010 11:49, Dominic Fandrey wrote: > I wanted to switch to the new k3b-kde4. I ran through a couple > of problems, most of them ports not accepting spaces in CC, but > there's a soprano issue I don't get through to: > > Linking CXX executable sopranod > cd /usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/server && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/sopranod.dir/link.txt --verbose=1 > /usr/bin/c++ -O2 -pipe -march=nocona -fno-strict-aliasing -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-check-new -fno-common -fvisibility=hidden -fvisibility-inlines-hidden CMakeFiles/sopranod.dir/sopranod.cpp.o CMakeFiles/sopranod.dir/sopranodcore.cpp.o CMakeFiles/sopranod.dir/lockfile.cpp.o -o sopranod ../soprano/libsoprano.so.4.3.0 libsopranoserver.so.1.2.0 ../index/libsopranoindex.so.1.1.0 /usr/local/lib/qt4/libQtNetwork.so /usr/local/lib/qt4/libQtDBus.so ../soprano/libsoprano.so.4.3.0 /usr/local/lib/qt4/libQtCore.so -pthread /usr/local/lib/libclucene.so -Wl,-rpath,/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/soprano:/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/server:/usr/obj/mobileKamikaze.norad/amd64/usr/ports/textproc/soprano/work/soprano-2.4.4/index:/usr/local/lib/qt4:/usr/local/lib: > CMakeFiles/sopranod.dir/sopranod.cpp.o(.text+0x33): In function `usage()': > : undefined reference to `Soprano::versionString()' > CMakeFiles/sopranod.dir/sopranodcore.cpp.o(.gnu.linkonce.r._ZTV12SopranodCore+0xb0): undefined reference to `Soprano::Error::ErrorCache::lastError() const' > libsopranoserver.so.1.2.0: undefined reference to `Soprano::Error::ErrorCache::ErrorCache()' > ... By removing the dependency in kdelibs4 I got a slightly more useful error message from x11/kdelibs4 that sheds some light: -- Performing Test _OFFT_IS_64BIT -- Performing Test _OFFT_IS_64BIT - Success -- Performing Test HAVE_FPIE_SUPPORT -- Performing Test HAVE_FPIE_SUPPORT - Success -- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL -- Performing Test __KDE_HAVE_W_OVERLOADED_VIRTUAL - Success -- Performing Test __KDE_HAVE_GCC_VISIBILITY -- Performing Test __KDE_HAVE_GCC_VISIBILITY - Success CMake Error at cmake/modules/FindKDE4Internal.cmake:1170 (message): Qt compiled without support for -fvisibility=hidden. This will break plugins and linking of some applications. Please fix your Qt installation. Call Stack (most recent call first): CMakeLists.txt:36 (find_package) -- Configuring incomplete, errors occurred! *** Error code 1 Stop in /usr/ports/x11/kdelibs4. shell returned 1 After some searching I found that I am not the first person to have this problem and the solution was to rebuild qt and everything related without using ccache. Unfortunately this solution did not work for me. It might be that it's a build dependency and I missed it. Unfortunately the error message holds no information whatsoever about which component is affected. I'm at a dead end and need some hints where to go next. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 15:18:09 2010 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 0F0AF1065698 for ; Tue, 17 Aug 2010 15:18:09 +0000 (UTC) (envelope-from prvs=838925422=pschmehl_lists@tx.rr.com) Received: from ip-002.utdallas.edu (ip-002.utdallas.edu [129.110.20.108]) by mx1.freebsd.org (Postfix) with ESMTP id D40108FC1B for ; Tue, 17 Aug 2010 15:18:08 +0000 (UTC) X-Group: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArkPAMM9akyBbgogUmdsb2JhbACbPQIChQcBJEGuNpFwgwgBgi4EhDGKYwE X-IronPort-AV: E=Sophos;i="4.55,382,1278306000"; d="scan'208";a="35877875" Received: from zxtm01.utdallas.edu (HELO utd65257.utdallas.edu) ([129.110.10.32]) by ip-002.utdallas.edu with ESMTP/TLS/DHE-RSA-AES256-SHA; 17 Aug 2010 09:49:17 -0500 Date: Tue, 17 Aug 2010 09:49:20 -0500 From: Paul Schmehl To: jhell , David Wolfskill Message-ID: <4F8ECBCC2F842F45684C22E0@utd65257.utdallas.edu> In-Reply-To: <4C69D5CF.5050602@dataix.net> References: <20100816054932.GD1553@albert.catwhisker.org> <4C69D5CF.5050602@dataix.net> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-ports@freebsd.org Subject: Re: It's annoying when something other than rsyncd listens on tco/873 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 15:18:09 -0000 --On Monday, August 16, 2010 20:20:31 -0400 jhell wrote: > On 08/16/2010 01:49, David Wolfskill wrote: >> My build machine is noisy & generates heat, so I leave it powered off >> when it's not actively in use. >> >> As a consequence, it gets rebooted rather often. >> >> It is configured to run rsyncd(8) so I can update my laptop's local mirror >> of the FreeBSD SVN repository. >> >> A couple of mornings ago, I woke up, ready to start my daily builds (on >> the laptop & build machine), but noticed that the SVN mirror on the >> laptop hadn't been updated. Eventually, I discovered that the reason >> was that amd(8) [on the build machine] was listening on 873/tcp, which >> is the port for rsync. I restarted amd(8); it happened to get other >> ports, so I restarted rsyncd(8), and was able to perfomr the mirroring. >> >> Mind, that was the first time since around February that I've had a >> problem with using rsyncd(8) in this fashion. >> >> Since then, I've become a bit ... sensitized .... to the issue, so a >> quick "sockstat -4l" immediately after powering it on helps avoid ths >> sort of thing. >> >> So this evening, such a check showed that ypbind(8) was listening on >> 873/tcp. >> >> The most straightforward way to make this a non-issue (it seems to me) >> would be to start rsyncd(8) before other services that grab arbitrary >> ports; however, the start-up script for rsyncd s[ecifies: >> >> # PROVIDE: rsyncd >> # REQUIRE: LOGIN >> # BEFORE: securelevel >> # KEYWORD: shutdown >> >> and both amd & ypbind specify >> >> # BEFORE: DAEMON >> >> so that approach doesn't seem to quite work out. >> >> (I note that I recently stopped tracking stable/7 on the build machine, >> so I now boot into stable/8; perhaps something changed between stable/7 >> and stable/8 that inicreases the probability of such an unfortunate >> collsion.) >> >> Also, rsyncd(8) doesn't appear to consider this a condition worthy of >> note -- at least, I wasn't able to find any whines, and the daemon was >> still running. >> >> Anyone have suggestions for avoiding a recurrence (vs. working around >> the coiindition should one occur)? >> > > I have been at this point once or twice and it always boiled down to > rpcbind in my situation on a few NIS+ boxen. > > The problem that I came across was that /usr/local/etc/rc.d is parsed > long after /etc/rc.d contents so adding the BEFORE to the rsync start > script would not help or didn't at that time. > > One thing that comes to mind is that script that Jeremy? posted for > waiting for the network a certain period of time before initializing > services. Maybe this could also play a role in a situation to have a > services script that could be controlled by rc.conf(5) to wait for a > service to come up before continuing its own operation. And of course it > should continue no matter what in either case but would allow you to > introduce possibly needed delays in the rc. > > Here is a slightly modified version of Jeremy's script that I use. > http://bit.ly/cpbrlm > > The IP_PORTRANGE value, which is used by ypbind and amd to select a port, is adjustable according to your needs. man (4) ip "IP_PORTRANGE_DEFAULT use the default range of values, normally IPPORT_HIFIRSTAUTO through IPPORT_HILASTAUTO. This is adjustable through the sysctl setting: net.inet.ip.portrange.first and net.inet.ip.portrange.last." Note that the man page is incorrect for FreeBSD 8. # uname -r 8.1-PRERELEASE # sysctl net | grep portrange net.inet.ip.portrange.randomtime: 45 net.inet.ip.portrange.randomcps: 10 net.inet.ip.portrange.randomized: 1 net.inet.ip.portrange.reservedlow: 0 net.inet.ip.portrange.reservedhigh: 1023 net.inet.ip.portrange.hilast: 65535 net.inet.ip.portrange.hifirst: 49152 net.inet.ip.portrange.last: 65535 net.inet.ip.portrange.first: 10000 net.inet.ip.portrange.lowlast: 600 net.inet.ip.portrange.lowfirst: 1023 So set net.inet.ip.portrange.lowlast to 874. That should keep rsyncd's port from being grabbed, unless I'm misunderstanding this, in which case Matthew or someone else will correct me. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 15:32:25 2010 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 D61E51065695 for ; Tue, 17 Aug 2010 15:32:25 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 94CE08FC0C for ; Tue, 17 Aug 2010 15:32:25 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta05.westchester.pa.mail.comcast.net with comcast id vPik1e0020QuhwU55TKAhd; Tue, 17 Aug 2010 15:19:10 +0000 Received: from hanssachs.home ([24.61.85.144]) by omta02.westchester.pa.mail.comcast.net with comcast id vTK71e00Z36qgMk3NTK8BB; Tue, 17 Aug 2010 15:19:09 +0000 Received: from algo by hanssachs.home with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OlNwQ-000CSv-7c; Tue, 17 Aug 2010 11:19:06 -0400 Date: Tue, 17 Aug 2010 11:19:06 -0400 Message-Id: From: Alex Goncharov To: Jeremy Chadwick In-reply-to: <20100817060114.GA86738@icarus.home.lan> (message from Jeremy Chadwick on Mon, 16 Aug 2010 23:01:14 -0700) References: <20100817060114.GA86738@icarus.home.lan> Sender: Alex Goncharov Cc: wollman@khavrinen.csail.mit.edu, ehaupt@freebsd.org, freebsd-ports@freebsd.org, alex-goncharov@comcast.net Subject: Re: shells/bash and the libiconv dependency mess X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 15:32:26 -0000 ,--- You/Jeremy (Mon, 16 Aug 2010 23:01:14 -0700) ----* | On 2010/05/11, ehaupt committed the following patch: | | http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/files/patch-Makefile.in | | And bumped PORTREVISION (from 0 to 1) in the Makefile. This | unconditionally made bash require libiconv, and the only justification | is "fix statically linked version". | | Those of us who use WITHOUT_NLS or who do not have libiconv already on | their systems (from another port) immediately notice the problem (bash | will no longer build): | | http://www.freebsd.org/cgi/query-pr.cgi?pr=147747 | http://www.freebsd.org/cgi/query-pr.cgi?pr=148329 | http://www.freebsd.org/cgi/query-pr.cgi?pr=149218 | | Three months goes by and finally something is committed to fix the | problem on 2010/08/06. Except the fix doesn't make any sense; all it | does is make libiconv a mandatory dependency (USE_ICONV): | | http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/Makefile#rev1.123 | | This, of course, means that WITHOUT_NLS is broken and doesn't work as | it's supposed to, since libiconv is now a mandatory requirement (it | doesn't need to be): Mine is 147747, and I say (in http://www.freebsd.org/cgi/query-pr.cgi?pr=147747): >>> It would be ideal to be able to exclude libiconv from the build and >>> dependency, subject to a certain make variable setting, but this seems >>> to be difficult to do without the port surgery available only to the >>> port maintainer, so at least let's register the libiconv dependency >>> correctly, so that the installation from a package results in a >>> workable `bash'. So, I agree with you. What was suggested in my PR was the minimum to make the dependency list honest -- not to depend on libiconv would be much better. | # make WITHOUT_NLS=true all-depends-list | /usr/ports/devel/bison | /usr/ports/converters/libiconv | /usr/ports/devel/m4 | /usr/ports/devel/libtool22 | | Why was this done the way it was? patch-Makefile.in should be removed | and instead replaced with a REINPLACE_CMD that handles the conditionals | (WITH_STATIC_BASIC, WITHOUT_NLS, etc.) in a more clean manner. | | And where are the details of the supposed "statically linked version" | problem? | | Sorry if I sound angry, but this whole situation is a mess, and | shells/bash is a very important port. Agree here, too -- can't live without it. | If someone wants me to put my money where my mouth is and go + clean | it up I'll be happy to. Testing all the different quirk | combinations really isn't that complex. I *definitely* want it -- your anger is justified. Bash is an essential component of FreeBSD and should be given all the care and attention possible. I could help with testing/maintaining the bash port, too (not until the end of August, though). But I am of the opinion, OTOH, that's it's a port maintainer responsibility to drive the effort. Plainly put: if the current maintainer doesn't have time or desire to maintain this critical port properly, will you (the maintainer) kindly release your maintainership to be passed over to somebody who will? Making mistakes is completely OK, in my mind; letting the simple-to-fix issue to be marinated for two months, since the first report: ------------------------------ 147747: Open: Wed, 09 Jun 2010 23:34:12 -0400 Closed: Fri Aug 06 10:49:57 CEST 2010 ------------------------------ is not OK (IMHO). Thank you, Jeremy! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 20:08:30 2010 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 951F31065672 for ; Tue, 17 Aug 2010 20:08:30 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 61C4F8FC14 for ; Tue, 17 Aug 2010 20:08:30 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 42A9156D9F for ; Tue, 17 Aug 2010 16:08:23 -0400 (EDT) Message-ID: <4C6AEC36.2040405@intertainservices.com> Date: Tue, 17 Aug 2010 16:08:22 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5CFBCD.8090702@dataix.net> <4C6417BC.9060605@intertainservices.com> <4C656919.9070703@intertainservices.com> <4C694204.5080906@intertainservices.com> <4C699F96.2030106@FreeBSD.org> In-Reply-To: <4C699F96.2030106@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 42A9156D9F.AF9D1 X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 17 Aug 2010 20:08:30 -0000 On 8/16/2010 4:29 PM, Doug Barton wrote: > On 8/16/2010 6:49 AM, Mike Jakubik wrote: > >> Im not saying because its in portupgrade it needs to be in portmaster. >> I'm simply saying that it's a useful feature for me, and possibly >> others. > > I guess my question is what is the use case that portmaster doesn't > already cover? You can specify a list of ports on the command line, or > you can use the -i option with a wider glob, or even -a. There is also > the +IGNOREME file option; all of these are described in the man page. I guess my approach to updates with portupgrade does not apply well to portmaster since portupgrade does not update dependencies by default. On a sliglty out of date box i would start updating dependencies such as libraries (portupgrade lib\*) before i would do the actual programs, and this would only update what needed an update instead of rebuilding everything. I just never felt comfortable for some reason using the -R option in portupgrade. You are probably right that this is not needed, i'll just have to change my habbits. Sorry for the noise, and thanks for the work on this port. > I think it's pretty obvious what my preference is, but if you can > demonstrate the need I'm willing to consider it. > > > Doug From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 20:16:06 2010 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 6C458106566C for ; Tue, 17 Aug 2010 20:16:06 +0000 (UTC) (envelope-from mike.jakubik@intertainservices.com) Received: from mail.intertainservices.com (mail.intertainservices.com [38.99.187.35]) by mx1.freebsd.org (Postfix) with ESMTP id 39AA48FC08 for ; Tue, 17 Aug 2010 20:16:05 +0000 (UTC) Received: from [172.16.10.199] (unknown [172.16.10.199]) by mail.intertainservices.com (Postfix) with ESMTPA id 76B3256DAD for ; Tue, 17 Aug 2010 16:15:59 -0400 (EDT) Message-ID: <4C6AEDFE.2080201@intertainservices.com> Date: Tue, 17 Aug 2010 16:15:58 -0400 From: Mike Jakubik User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> <4C5C7DFF.8020400@FreeBSD.org> <4C5CFBCD.8090702@dataix.net> <4C6417BC.9060605@intertainservices.com> <4C656919.9070703@intertainservices.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-intertainservices-MailScanner-Information: Please contact the ISP for more information X-intertainservices-MailScanner-ID: 76B3256DAD.AE5FF X-intertainservices-MailScanner: Found to be clean X-intertainservices-MailScanner-From: mike.jakubik@intertainservices.com X-Spam-Status: No Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 17 Aug 2010 20:16:07 -0000 On 8/17/2010 4:07 AM, Matthias Andree wrote: > To be a bit impolite and blunt, if people acted a bit less helplessly -- > meaning that the solution is so relatively simple as a one-liner in a > reasonable shell -- there probably isn't a need to change portmaster > code. This can instead go into the portmaster manual as a usage example. If no one asked or complained there would be no progress. I think you misnterperted my intentions, which were to make the tool easier and more functional for everyone. A lot of complex tasks can be accomplished with a 1 line amalgamation of grep, awk, perl, etc. This doesn't mean we shouldn't build tools that simplify those tasks, hence the portmaster tool itself. > And telling what this is up to doing without committing to it is as > simple as prefixing "echo" to the whole line. > You assume my level of commitment because i didn't produce code before asking the author for his opinion? Ok.. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 21:22:25 2010 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 80693106567A for ; Tue, 17 Aug 2010 21:22:25 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 65AB28FC0A for ; Tue, 17 Aug 2010 21:22:25 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta13.emeryville.ca.mail.comcast.net with comcast id vVXb1e0081HpZEsADZNRgk; Tue, 17 Aug 2010 21:22:25 +0000 Received: from comcast.net ([98.203.142.76]) by omta14.emeryville.ca.mail.comcast.net with comcast id vZNN1e00E1f6R9u8aZNPkv; Tue, 17 Aug 2010 21:22:24 +0000 Received: by comcast.net (sSMTP sendmail emulation); Tue, 17 Aug 2010 14:22:21 -0700 Date: Tue, 17 Aug 2010 14:22:21 -0700 From: Charlie Kester To: freebsd-ports@FreeBSD.org Message-ID: <20100817212221.GC34339@comcast.net> Mail-Followup-To: freebsd-ports@FreeBSD.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: portmaster always re-installs some ports 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, 17 Aug 2010 21:22:25 -0000 On Mon 16 Aug 2010 at 20:40:44 PDT b. f. wrote: >>A while back I aborted a recursive update (bad idea, I know now) and >>must have messed up something in whatever info portmaster uses to decide >>whether to re-install a port. Now, whenever I use portmaster -a, it >>re-installs py26-imaging, py26-reportlab and py26-xml. > >>From portmaster(8): > >"/var/db/pkg/*/PM_UPGRADE_DONE_FLAG > Indicates to a subsequent -a, -f, or -r run which includes the -R > option that a port has already been rebuilt, so it can be safely > ignored if it is up to date." > >Are there any of the above files left in your PKG_DBDIR (/var/db/pkg, >by default)? If so, delete them, and try again. There were many of these, but not in the directories corresponding to the three python ports. (But perhaps in one or more of the ports that depend on them?) Anyway, I deleted all of them. It didn't fix the problem. py-reportlab and py-xml are still unnecessarily reinstalled. py-imaging was recently updated, but when I ran portmaster yesterday it complained that a previous version was still installed. Hmm, portmaster usually uninstalls the old version automatically. So I tried deinstalling it manually and got an error message about not being able to completely remove the PIL directory from Python's site-packages. Found a .so file in there and deleted it and the directory. Then installed the new version of py-imaging from the ports tree. Today midori needed an update, so portmaster -a found some work to do. py-imaging is no longer re-installed! Tried manually de-installing py-reportlab and got a similar error message from pkg_delete about not being able to delete site-packages/reportlab. This looks promising. I'll clean this stuff out manually and then reinstall, as I did with py-imaging, and check py-xml to see if it has a similar problem. From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 21:37:11 2010 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 86E7510656A5 for ; Tue, 17 Aug 2010 21:37:11 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 33A6E8FC0C for ; Tue, 17 Aug 2010 21:37:10 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by qmta09.westchester.pa.mail.comcast.net with comcast id vXEG1e0020mv7h059ZdBiW; Tue, 17 Aug 2010 21:37:11 +0000 Received: from comcast.net ([98.203.142.76]) by omta11.westchester.pa.mail.comcast.net with comcast id vZd81e00e1f6R9u3XZd9mw; Tue, 17 Aug 2010 21:37:11 +0000 Received: by comcast.net (sSMTP sendmail emulation); Tue, 17 Aug 2010 14:37:06 -0700 Date: Tue, 17 Aug 2010 14:37:06 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100817213706.GD34339@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20100817212221.GC34339@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20100817212221.GC34339@comcast.net> X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: portmaster always re-installs some ports 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, 17 Aug 2010 21:37:11 -0000 On Tue 17 Aug 2010 at 14:22:21 PDT Charlie Kester wrote: >Tried manually de-installing py-reportlab and got a similar error >message from pkg_delete about not being able to delete >site-packages/reportlab. This looks promising. I'll clean this stuff >out manually and then reinstall, as I did with py-imaging, and check >py-xml to see if it has a similar problem. Sorry to reply to my own post, but I want to be sure to document as much as I can in this thread, in case someone else ever encounters a similar problem. py-xml also failed to deinstall cleanly. So there's the common factor. After cleaning up and reinstalling py-reportlab and py-xml, I ran portmaster --check-depends and noticed that it updated the REQUIRED_BY for each of them. (I'd noticed the same thing yesterday for py-imaging after I had updated to the new version.) From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 22:38:57 2010 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 E7E681065693 for ; Tue, 17 Aug 2010 22:38:57 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 99E948FC0C for ; Tue, 17 Aug 2010 22:38:57 +0000 (UTC) Received: by gyg4 with SMTP id 4so3454165gyg.13 for ; Tue, 17 Aug 2010 15:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=nzz+Qb0zUB2wuQmI+LsavXx8pPp4wAdwAOvXDsLv2YQ=; b=TSax0cTG1bvEGJ7P4v/10m4hEUTc10hK3UzhcHXG0MDOdFenFQv81jZVplR8XARu6U XkheAIrtPCz+YUCDXAbXcshF7TuCa2X7MZLOHAUfPvqPZn7TWnk9mH6GlIRMI5fd43yB yjsRKyTLFKMRhBumoz9dmbXvXdCgxt7V6RHk0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=VJGyLjny/qYao8zAVWqvE1F0WMHnFGB8h5FEMOsPs8fzxqZHccNQXv4TfT0qy5PCqb DNCTYEAwK9xN2o9CrQ8vYtzU9+0vA3DIViuJcAq+8gicq52vDqWf2O0t27RzmZ1lnlIL CJ3PGp3X34oKSq4Lm9zVdvm86eaKQzbIaCvL4= Received: by 10.150.54.20 with SMTP id c20mr3958459yba.448.1282084736656; Tue, 17 Aug 2010 15:38:56 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id q25sm504150ybk.6.2010.08.17.15.38.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Aug 2010 15:38:55 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Tue, 17 Aug 2010 17:38:42 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.0-RELEASE-p4; KDE/4.4.5; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201008171738.42358.lumiwa@gmail.com> Subject: google-earth 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, 17 Aug 2010 22:38:58 -0000 I installed Google-Earth 5.1.3535.3218 (the newer one crashed before start). I had problem with the old one too on FreeBSD 8.0, KDE 4.4.5: If I try to closed a picture or just click somewhere when is a picture opened the program crashed::: /usr/local/bin/googleearth %f undefined:4: ReferenceError: Can't find variable: ge_bridge undefined:4: ReferenceError: Can't find variable: ge_bridge Google Earth has caught signal 11. We apologize for the inconvenience, but Google Earth has crashed. This is a bug in the program, and should never happen under normal circumstances. A bug report and debugging data have been written to this text file: Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 23:17:33 2010 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 0912B106566C for ; Tue, 17 Aug 2010 23:17:33 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id B4C9E8FC13 for ; Tue, 17 Aug 2010 23:17:32 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta04.westchester.pa.mail.comcast.net with comcast id vZUc1e00416LCl054b4GR3; Tue, 17 Aug 2010 23:04:16 +0000 Received: from hanssachs.home ([24.61.85.144]) by omta06.westchester.pa.mail.comcast.net with comcast id vb4E1e00A36qgMk3Sb4FKk; Tue, 17 Aug 2010 23:04:15 +0000 Received: from algo by hanssachs.home with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1OlVCX-000D4I-6l for ports@FreeBSD.org; Tue, 17 Aug 2010 19:04:13 -0400 Date: Tue, 17 Aug 2010 19:04:13 -0400 Message-Id: From: Alex Goncharov To: ports@FreeBSD.org Sender: Alex Goncharov Cc: Subject: databases/postgresql-odbc: MAINTAINER no more X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Aug 2010 23:17:33 -0000 $ < /usr/ports/databases/postgresql-odbc/Makefile grep MAINTAIN => MAINTAINER= alex-goncharov@comcast.net ======================================== Please remove -- I am releasing my maintainership. -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 23:46:49 2010 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 5C7831065679 for ; Tue, 17 Aug 2010 23:46:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 427FD8FC17 for ; Tue, 17 Aug 2010 23:46:48 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A61DB8C065; Tue, 17 Aug 2010 18:46:48 -0500 (CDT) Date: Tue, 17 Aug 2010 18:46:48 -0500 From: Mark Linimon To: Alex Goncharov Message-ID: <20100817234648.GA32363@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ports@FreeBSD.org Subject: Re: databases/postgresql-odbc: MAINTAINER no more 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, 17 Aug 2010 23:46:49 -0000 On Tue, Aug 17, 2010 at 07:04:13PM -0400, Alex Goncharov wrote: > Please remove -- I am releasing my maintainership. done From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 23:47:39 2010 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 DE344106566B for ; Tue, 17 Aug 2010 23:47:39 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 8D16E8FC0A for ; Tue, 17 Aug 2010 23:47:39 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 1306D5C4E; Tue, 17 Aug 2010 19:47:39 -0400 (EDT) Date: Tue, 17 Aug 2010 19:47:39 -0400 From: Wesley Shields To: Dan Langille Message-ID: <20100817234739.GK86627@atarininja.org> References: <4C5F6EFE.6030308@langille.org> <4C66E4DF.5060707@langille.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C66E4DF.5060707@langille.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, Allan Jude Subject: Re: Bacula 5.0.3 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, 17 Aug 2010 23:47:39 -0000 On Sat, Aug 14, 2010 at 02:47:59PM -0400, Dan Langille wrote: > On 8/8/2010 10:59 PM, Dan Langille wrote: > > Allan: > > > > For Bacula 5.0.2 you submitted patches which included: > > > > patch-src-cats-Makefile.in > > patch-src-findlib-Makefile.in > > patch-src-lib-Makefile.in > > > > In particular, I'm interested in things like this (hugely condensed for > > clarity): > > > > - -release $(LIBBAC_LT_CURRENT).$(LIBBAC_LT_REVISION).$(LIBBAC_LT_AGE) > > + -version-info $(LIBBAC_LT_CURRENT):$(LIBBAC_LT_REVISION):$(LIBBAC_LT_A > > > > Of note, 5.0.3 uses this: > > > > -release $(LIBBAC_LT_RELEASE) > > > > I am not sure how best to patch for 5.0.3. > > > > I first tried: version-info $(LIBBAC_LT_RELEASE) > > > > But encountered this error: > > > > Making libbac.la ... > > /var/ports/usr/home/dan/src/sysutils/bacula-server/work/bacula-5.0.3/libtool > > --silent --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -o > > libbac.la attr.lo base64.lo berrno.lo bsys.lo bget_msg.lo bnet.lo > > bnet_server.lo runscript.lo bsock.lo bpipe.lo bsnprintf.lo btime.lo > > cram-md5.lo crc32.lo crypto.lo daemon.lo edit.lo fnmatch.lo > > guid_to_name.lo hmac.lo jcr.lo lex.lo alist.lo dlist.lo md5.lo > > message.lo mem_pool.lo openssl.lo plugins.lo priv.lo queue.lo bregex.lo > > rwlock.lo scan.lo serial.lo sha1.lo signal.lo smartall.lo rblist.lo > > tls.lo tree.lo util.lo var.lo watchdog.lo workq.lo btimers.lo > > address_conf.lo breg.lo htable.lo lockmgr.lo -export-dynamic -rpath > > /usr/local/lib -version-info 5.0.3 -lwrap -lz > > libtool: link: CURRENT `5.0.3' must be a nonnegative integer > > libtool: link: `5.0.3' is not valid version information > > *** Error code 1 > > > > > > I don't know enough about your patch to proceed with confidence. > > I tried this solution: > > cd files > rm patch-src-lib-Makefile.in patch-src-findlib-Makefile.in > patch-src-cats-Makefile.in > > Then I removed all lib/* entries from pkg-plist and pkg-plist.client > > A sample test job ran just fine. > > However, this seems to undo the advances made in 5.0.2 regarding > libaries. In 5.0.3 the libraries are named: > > libbac-5.0.3.so > libbacpy-5.0.3.so > > etc. > > Whereas, the 5.0.2 port assumes they are named like libbacpy-5.so > > So far, I see no reason not to proceed with my attached diff. But I > welcome different opinions, if they have suggestions for patches. Unfortunately I don't have the time right now to handle this, but I have forwarded this mail to Olli Hauer (ohauer@) who will hopefully have the time to take care of it. He has graciously stepped in to pick up the Bacula related PRs on my plate. -- WXS From owner-freebsd-ports@FreeBSD.ORG Tue Aug 17 23:57:23 2010 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 BB63D1065695 for ; Tue, 17 Aug 2010 23:57:23 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7962C8FC18 for ; Tue, 17 Aug 2010 23:57:23 +0000 (UTC) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 17 Aug 2010 19:28:21 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id LVU48921; Tue, 17 Aug 2010 19:27:59 -0400 (EDT) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 17 Aug 2010 19:27:59 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19563.6910.593649.461931@jerusalem.litteratus.org> Date: Tue, 17 Aug 2010 19:27:58 -0400 To: ajtiM In-Reply-To: <201008171738.42358.lumiwa@gmail.com> References: <201008171738.42358.lumiwa@gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Cc: freebsd-ports@freebsd.org Subject: google-earth 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, 17 Aug 2010 23:57:23 -0000 ajtiM writes: > I installed Google-Earth 5.1.3535.3218 (the newer one crashed > before start). I had problem with the old one too on FreeBSD > 8.0, KDE 4.4.5: While I haven't exercised it extensicely, this version works for me under: FreeBSD 9.0-CURRENT #0: Fri Apr 23 11:34:17 EDT 2010 amd64 and: linux_base-f10-10_2 Robert Huff From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 00:09:09 2010 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 40CF610656A4 for ; Wed, 18 Aug 2010 00:09:09 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 03EDA8FC12 for ; Wed, 18 Aug 2010 00:09:08 +0000 (UTC) Received: by iwn36 with SMTP id 36so46179iwn.13 for ; Tue, 17 Aug 2010 17:09:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=89Bnp8fjB6OqVGrpyuU2q01Ox/bP5v14kS/rJSj+l1c=; b=PnXL/+P/RRNZK5TX4Fl3TMO1sVM4lcdCY53n1gxXdtF00REui3L4zB+JgQhBbVooQ7 d8pi6Aln9tGJ5uWC8na+O6Y7K76zc1mA/zKPJT3HMf/wKHhv9Nr+lQOnTAY39jCL96Gn VtF4O2liXfm9+xHV9UPObojrkm9n1ItHWyHow= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=Q5yF9KHJM8Assk+r2tAxeLZV9C1M1XMp1UqAQoKqJ7nPX1AJWLcyrdHLb1PhtJ88lk 38ECRe3xCH0Fn6+l8bHsynXafvoGbJ3C3A6pLORvQkagFF6bjIYUwOfVL812zRg5J4QM z8BdYdT741E2wq2YDmazlMgQ/5B/+encRweaw= Received: by 10.231.177.25 with SMTP id bg25mr7658012ibb.154.1282090148232; Tue, 17 Aug 2010 17:09:08 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id h8sm6707576ibk.15.2010.08.17.17.09.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 17 Aug 2010 17:09:07 -0700 (PDT) From: ajtiM To: Robert Huff Date: Tue, 17 Aug 2010 19:08:57 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.0-RELEASE-p4; KDE/4.4.5; i386; ; ) References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> In-Reply-To: <19563.6910.593649.461931@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201008171908.58071.lumiwa@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: google-earth 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, 18 Aug 2010 00:09:09 -0000 On Tuesday 17 August 2010 18:27:58 Robert Huff wrote: > ajtiM writes: > > I installed Google-Earth 5.1.3535.3218 (the newer one crashed > > before start). I had problem with the old one too on FreeBSD > > > 8.0, KDE 4.4.5: > While I haven't exercised it extensicely, this version works > for me under: > > FreeBSD 9.0-CURRENT #0: Fri Apr 23 11:34:17 EDT 2010 amd64 > > and: > > linux_base-f10-10_2 > > > Robert Huff and what is unusual for me: I deinstall GE 5.2xxx, make clean, clean distfiles...and installed 5.1 but if I run locace google-earth I got also: /var/db/pkg/google-earth-5.2.1.1329 /var/db/pkg/google-earth-5.2.1.1329/+COMMENT /var/db/pkg/google-earth-5.2.1.1329/+CONTENTS /var/db/pkg/google-earth-5.2.1.1329/+DESC /var/db/pkg/google-earth-5.2.1.1329/+MTREE_DIRS but version 5.2.xxx in not in the directory.. At this momemnt I did: cd /usr/ports/astro/google-earth make deinstall ===> Deinstalling for astro/google-earth ===> Deinstalling google-earth-5.1.3535.3218,1 make clean===> Cleaning for google-earth-5.1.3535.3218,1 and: portmaster --clean-distfiles ===>>> Gathering distinfo list for installed ports ===>>> Checking for stale distfiles ===>>> Delete stale file: google-earth/5.1.3535.3218/GoogleEarthLinux.bin? y/n [y] y ...and now I try again locate google-earth and I got: /usr/ports/distfiles/google-earth /usr/ports/distfiles/google-earth/5.2.1.1329 /usr/ports/distfiles/google-earth/5.2.1.1329/GoogleEarthLinux.bin /var/db/pkg/google-earth-5.2.1.1329 /var/db/pkg/google-earth-5.2.1.1329/+COMMENT /var/db/pkg/google-earth-5.2.1.1329/+CONTENTS /var/db/pkg/google-earth-5.2.1.1329/+DESC /var/db/pkg/google-earth-5.2.1.1329/+MTREE_DIRS /var/db/ports/google-earth /var/db/ports/google-earth/distfiles and also that is in /usr/local/share/google-earth/shaders/ (many files...but there are nothing in distfiles, no in /var/db/pkg, no in /usr/local/share/google-earth (directory doesn't exist). Thanks. Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 07:49:42 2010 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 6DC9C1065673; Wed, 18 Aug 2010 07:49:42 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id E7A038FC08; Wed, 18 Aug 2010 07:49:41 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 566F35CA0; Wed, 18 Aug 2010 09:49:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pPwLa3xlYOwU; Wed, 18 Aug 2010 09:49:38 +0200 (CEST) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 4192D5C7F; Wed, 18 Aug 2010 09:49:38 +0200 (CEST) Message-ID: <4C6B9091.3000901@kasimir.com> Date: Wed, 18 Aug 2010 09:49:37 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b4pre) Gecko/20100817 Shredder/3.2a1pre MIME-Version: 1.0 To: =?UTF-8?B?0JzQsNGC0LrQvtCy0YHQutC40Lkg0JDQu9C10LrRgdCw0L3QtNGA?= References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, sobomax@freebsd.org Subject: Re: net/asterisk16 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, 18 Aug 2010 07:49:42 -0000 On 16.08.10 17:06, МатковÑкий ÐлекÑандр wrote: > Hello. Hi, > Can you tell me when planed adding asterisk 1.6.2 in ports Freebsd?. > I try write to maintainer: sobomax@FreeBSD.org, but received error: > 550 sender or recipient address is wrong > the unavailability or unresponsiveness of sobomax has stalled any effort regarding asterisk for the last few month. There were several PRs which wanted to update to port to some version of 1.6.x.x Asterisk16 does not even build, and that at least since 3rd of June. I submitted a PR (148630) to fix it but nothing happened... I even think 8.1. shipped with the port broken. We should start moving to the 1.6.2 branch, as 1.6.0.28 was the last bugfix release for the branch we currently have in ports. An update to 1.6.0.28 would be PR 144758 + PORTVERSION and distinfo changes. I absolutely do not want to sound grumpy or "attack" Maxim, i just want us to move forward :-) Cheers, Florian From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 11:30:32 2010 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 1A57410656A4 for ; Wed, 18 Aug 2010 11:30:32 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 904CD8FC15 for ; Wed, 18 Aug 2010 11:30:31 +0000 (UTC) Received: from vromage.erje.net (erje.net [80.126.62.176]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id o7IBF5nJ023030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 18 Aug 2010 13:15:06 +0200 (CEST) (envelope-from robert@ml.erje.net) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) by vromage.erje.net (PostFix 2.7.1) with ESMTP id C7D6CE9804F for ; Wed, 18 Aug 2010 13:15:10 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.3 vromage.erje.net C7D6CE9804F Received: by ismet.erje.net (PostFix 2.7.1, from userid 3003) id 50DB2B50155; Wed, 18 Aug 2010 13:15:03 +0200 (CEST) Date: Wed, 18 Aug 2010 13:15:02 +0200 From: Robert Joosten To: freebsd-ports@freebsd.org Message-ID: <20100818111501.GB1434@ismet.erje.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: It's annoying when something other than rsyncd listens on 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, 18 Aug 2010 11:30:32 -0000 tco/873 Reply-To: In-Reply-To: <20100816054932.GD1553@albert.catwhisker.org> Hi, > I discovered that the reason was that amd(8) [on the build machine] was > listening on 873/tcp, which is the port for rsync. man 5 amd.conf reveals preferred_amq_port (numeric, default=0) Hth. Robert From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 15:01:49 2010 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 AE8441065672 for ; Wed, 18 Aug 2010 15:01:49 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD3F8FC18 for ; Wed, 18 Aug 2010 15:01:45 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Oljub-0006WZ-KU for freebsd-ports@freebsd.org; Wed, 18 Aug 2010 07:46:41 -0700 Message-ID: <29472170.post@talk.nabble.com> Date: Wed, 18 Aug 2010 07:46:41 -0700 (PDT) From: jyalavarti To: freebsd-ports@freebsd.org In-Reply-To: <19409.58999.623809.616876@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jyalavarti@yahoo.com References: <19409.58999.623809.616876@jerusalem.litteratus.org> X-Mailman-Approved-At: Wed, 18 Aug 2010 15:44:31 +0000 Subject: Re: revisiting Spamassassin problem 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, 18 Aug 2010 15:01:49 -0000 Running sa-update fixed the problem for me. Did not dig much. Cheers! J. Robert Huff wrote: > > > Back in February there was a thread - "spamassassin problem > with upgrade" - about spamd failing to start with this error: > > child process [76967] exited or timed out without signaling production of > a PID file: exit 255 at /usr/local/bin/spamd line 2588. > /usr/local/etc/rc.d/sa-spamd: WARNING: failed to start spamd > > The thread offered no definite solution except to downgrade. > Is this still the case? > > > Robert Huff > > _______________________________________________ > 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" > > -- View this message in context: http://old.nabble.com/revisiting-Spamassassin-problem-tp28344852p29472170.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 17:39:42 2010 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 660DC1065672 for ; Wed, 18 Aug 2010 17:39:42 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by mx1.freebsd.org (Postfix) with ESMTP id 26D668FC18 for ; Wed, 18 Aug 2010 17:39:41 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta15.westchester.pa.mail.comcast.net with comcast id vnAy1e00116LCl05FtfioW; Wed, 18 Aug 2010 17:39:42 +0000 Received: from comcast.net ([98.203.142.76]) by omta06.westchester.pa.mail.comcast.net with comcast id vtfe1e00S1f6R9u3Stffwi; Wed, 18 Aug 2010 17:39:41 +0000 Received: by comcast.net (sSMTP sendmail emulation); Wed, 18 Aug 2010 10:39:36 -0700 Date: Wed, 18 Aug 2010 10:39:36 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100818173936.GG34339@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org, dougb@freebsd.org References: <20100817212221.GC34339@comcast.net> <20100817213706.GD34339@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20100817213706.GD34339@comcast.net> X-Mailer: Mutt 1.5.20 X-Composer: Vim 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Cc: dougb@freebsd.org Subject: Re: portmaster always re-installs some ports 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, 18 Aug 2010 17:39:42 -0000 Problem resolved! I should have taken Doug's advice in the first place. Manually deleting the files left over after "make deinstall" of py-reportlab and py-xml did NOT fix the problem. But Doug's procedure worked. From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 19:10:33 2010 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 31C3A10656A4 for ; Wed, 18 Aug 2010 19:10:33 +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 EDBDB8FC1C for ; Wed, 18 Aug 2010 19:10:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <4C6C2C2E.9070602@intersonic.se> Date: Wed, 18 Aug 2010 20:53:34 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100818 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: enigmail and TB 3.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: Wed, 18 Aug 2010 19:10:33 -0000 Hi, Is there any work in progress to make enigmail work with Thunderbird 3.1? Thanks! From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 19:19:02 2010 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 DA11E106566B for ; Wed, 18 Aug 2010 19:19:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 68F248FC15 for ; Wed, 18 Aug 2010 19:19:02 +0000 (UTC) Received: (qmail 20205 invoked by uid 399); 18 Aug 2010 19:19:00 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Aug 2010 19:19:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6C3225.4040208@FreeBSD.org> Date: Wed, 18 Aug 2010 12:19:01 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Per olof Ljungmark References: <4C6C2C2E.9070602@intersonic.se> In-Reply-To: <4C6C2C2E.9070602@intersonic.se> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: enigmail and TB 3.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: Wed, 18 Aug 2010 19:19:02 -0000 On 08/18/2010 11:53, Per olof Ljungmark wrote: > Hi, > > Is there any work in progress to make enigmail work with Thunderbird 3.1? Yes. Beat came up with the patch, we just had to wait for maintainer timeout, which was today. Wait about one more hour and you're good to go. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 19:24:02 2010 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 676B310656A8; Wed, 18 Aug 2010 19:24:02 +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 273638FC12; Wed, 18 Aug 2010 19:24:01 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 663A81E000E6; Wed, 18 Aug 2010 21:24:00 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id o7IJLQHT062923; Wed, 18 Aug 2010 21:21:26 +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 o7IJLQRH062922; Wed, 18 Aug 2010 21:21:26 +0200 (CEST) (envelope-from nox) Date: Wed, 18 Aug 2010 21:21:26 +0200 (CEST) From: Juergen Lock Message-Id: <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> To: lumiwa@gmail.com X-Newsgroups: local.list.freebsd.ports In-Reply-To: <201008171908.58071.lumiwa@gmail.com> References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> Organization: home Cc: freebsd-emulation@freebsd.org, Robert Huff , freebsd-ports@freebsd.org Subject: Re: google-earth 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, 18 Aug 2010 19:24:02 -0000 In article <201008171908.58071.lumiwa@gmail.com> you write: >On Tuesday 17 August 2010 18:27:58 Robert Huff wrote: >> ajtiM writes: >> > I installed Google-Earth 5.1.3535.3218 (the newer one crashed >> > before start). I had problem with the old one too on FreeBSD >> >> > 8.0, KDE 4.4.5: >> While I haven't exercised it extensicely, this version works >> for me under: >> >> FreeBSD 9.0-CURRENT #0: Fri Apr 23 11:34:17 EDT 2010 amd64 >> >> and: >> >> linux_base-f10-10_2 >> >> >> Robert Huff > >and what is unusual for me: >I deinstall GE 5.2xxx, make clean, clean distfiles...and installed 5.1 but if >I run locace google-earth I got also: > >/var/db/pkg/google-earth-5.2.1.1329 >/var/db/pkg/google-earth-5.2.1.1329/+COMMENT >/var/db/pkg/google-earth-5.2.1.1329/+CONTENTS >/var/db/pkg/google-earth-5.2.1.1329/+DESC >/var/db/pkg/google-earth-5.2.1.1329/+MTREE_DIRS > >but version 5.2.xxx in not in the directory.. >[...] You do remember that locate's database at least by default is only updated once a week? :) (by one of the weekly periodic scripts which usually get run around 4am on saturdays, in this case /etc/periodic/weekly/310.locate . If you want to manually force an update earlier you can run that script as root, tho it usually will run for a while.) Anyway, I just had to go back to the previous google earth version for the port because the latest one only crashed for me right at startup, I'd be interested if it works for anyone of you, here is a shar: http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar (please include details about at least your FreeBSD version, installed ports, graphics hw, and graphics drivers if you test it.) And here is the full commit message including links to crashlogs, also at: http://lists.freebsd.org/pipermail/cvs-ports/2010-August/200610.html ---------snip--------- nox 2010-08-16 21:39:29 UTC FreeBSD ports repository Modified files: astro/google-earth Makefile distinfo pkg-plist Log: Go back to 5.1.3535.3218 for the time being, the new version, 5.2.1.1547, crashes for me right at startup even on Linux: http://people.freebsd.org/~nox/google-earth-5.2.1.1547/linux-crashlog-4c6996e2.txt ..with a very similar backtrace to the one I got on FreeBSD: http://people.freebsd.org/~nox/google-earth-5.2.1.1547/freebsd-crashlog-4c69956f.txt If you want to test the new version yourself I've put a shar of the 5.2.1.1547 port here: http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar Revision Changes Path 1.43 +3 -2 ports/astro/google-earth/Makefile 1.24 +3 -3 ports/astro/google-earth/distinfo 1.18 +131 -48 ports/astro/google-earth/pkg-plist From owner-freebsd-ports@FreeBSD.ORG Wed Aug 18 18:58:00 2010 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 7DD551065694 for ; Wed, 18 Aug 2010 18:58:00 +0000 (UTC) (envelope-from matkovskiy.aleksandr@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1450B8FC12 for ; Wed, 18 Aug 2010 18:57:59 +0000 (UTC) Received: by vws7 with SMTP id 7so1033126vws.13 for ; Wed, 18 Aug 2010 11:57:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NoFK0JV5QsUv2S0decU6Gdtol+dhau66kKoNkwO9vFA=; b=peRtOBLrVV3+wCJzgOkwMOn29oSM0IzSWfAbdQluHpmUh89DTJWJeVgdEvVcUoZ59o sbqjL0cm8z3aSXC3M1ZiQRg8HWEU6qaPgGUm0DzlYpDL0cSukQFxIApyZvY5tPtYSnl6 TUu5xQZDKd01D/FLyxmFOPd7yBtEZg1agHaNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XnmbbhEfTfhJ4waT5viN3yhSrtAwLN+PRYg/JzJc3XRl9PiG/BfAOYBjIOFuy2KQ5H dmnLGejOJGY+JpyU0SjTAacFKAUVvl8/zSbwCxvyjA/dvbv14rs8Lsv4GDFQ3h09hFsY fFkpVcOTjgjS7/tKVWS/oEHRUzZJYgmf8MHxI= MIME-Version: 1.0 Received: by 10.220.72.78 with SMTP id l14mr1525717vcj.24.1282157878146; Wed, 18 Aug 2010 11:57:58 -0700 (PDT) Received: by 10.220.178.197 with HTTP; Wed, 18 Aug 2010 11:57:57 -0700 (PDT) In-Reply-To: <4C6B9091.3000901@kasimir.com> References: <4C6B9091.3000901@kasimir.com> Date: Wed, 18 Aug 2010 21:57:57 +0300 Message-ID: From: =?KOI8-R?B?7cHUy8/X08vJyiDhzMXL08HOxNI=?= To: Florian Smeets Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 18 Aug 2010 19:59:41 +0000 Cc: ports@freebsd.org, sobomax@freebsd.org Subject: Re: net/asterisk16 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, 18 Aug 2010 18:58:00 -0000 When I read this message - http://permalink.gmane.org/gmane.os.freebsd.announce/529 , I thought finally the port of Asterisk will be updated in a timely manner. But it was a mistake, the situation has not changed! I even wanted to update their own port, but I did not have enough experienc= e 18 =C1=D7=C7=D5=D3=D4=C1 2010=9A=C7. 10:49 =D0=CF=CC=D8=DA=CF=D7=C1=D4=C5= =CC=D8 Florian Smeets =CE=C1=D0=C9=D3=C1=CC: > On 16.08.10 17:06, =ED=C1=D4=CB=CF=D7=D3=CB=C9=CA =E1=CC=C5=CB=D3=C1=CE= =C4=D2 wrote: >> >> Hello. > > Hi, > >> Can you tell me when planed adding asterisk 1.6.2 in ports Freebsd?. >> I try write to maintainer: sobomax@FreeBSD.org, but received error: >> 550 sender or recipient address is wrong >> > > the unavailability or unresponsiveness of sobomax has stalled any effort > regarding asterisk for the last few month. There were several PRs which > wanted to update to port to some version of 1.6.x.x > > Asterisk16 does not even build, and that at least since 3rd of June. I > submitted a PR (148630) to fix it but nothing happened... I even think 8.= 1. > shipped with the port broken. > > We should start moving to the 1.6.2 branch, as 1.6.0.28 was the last bugf= ix > release for the branch we currently have in ports. An update to 1.6.0.28 > would be PR 144758 + PORTVERSION and distinfo changes. > > I absolutely do not want to sound grumpy or "attack" Maxim, i just want u= s > to move forward :-) > > Cheers, > Florian > From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 09:08:09 2010 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 B0B731065697; Thu, 19 Aug 2010 09:08:09 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 11AF38FC2B; Thu, 19 Aug 2010 09:08:08 +0000 (UTC) Received: by fxm4 with SMTP id 4so1012260fxm.13 for ; Thu, 19 Aug 2010 02:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=kmN1lQuNZDWqzG3uv9vzdWCkoOlUaiUiDe4iGVyCF6g=; b=cjZXlF5Ikz+lgn6upiEsDh/huRnyShNH6ReYtudRNWdXwSahUpk382yq80oDGmpIPY g0Os5mpGvGnOI0iY//nPfkw/xit2jhXjHgk2kwq8P3gYTYVXbxQOghVIJGBFRWPO7IY1 nGQhBDl2SgI7bITUR9gmEFg//uvy8PG7vnUbA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=r44HItyWxtjchLbizG8HlYiNyBIoARX5htEIYU3eD9DkCTTXHFwaUEMwTn2EVuYbVO dfwIL0HKCQFI6TPI7pTQ8To02JT/UzB/KZn9E+oSO4wRSBvPDU8/vidPzbzbiBxkjDcF hLpth+6CcxDlNmrU368HXdsDx73TkHR2Nzjyg= Received: by 10.223.116.3 with SMTP id k3mr5568575faq.81.1282208887997; Thu, 19 Aug 2010 02:08:07 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2904.dip.t-dialin.net [87.142.41.4]) by mx.google.com with ESMTPS id p2sm573925fak.22.2010.08.19.02.08.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 02:08:07 -0700 (PDT) Date: Thu, 19 Aug 2010 11:08:05 +0200 From: Gary Jennejohn To: Juergen Lock Message-ID: <20100819110805.0729e434@ernst.jennejohn.org> In-Reply-To: <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Robert Huff , lumiwa@gmail.com, freebsd-ports@freebsd.org Subject: Re: google-earth X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2010 09:08:09 -0000 On Wed, 18 Aug 2010 21:21:26 +0200 (CEST) Juergen Lock wrote: > Anyway, I just had to go back to the previous google earth version > for the port because the latest one only crashed for me right at > startup, I'd be interested if it works for anyone of you, here > is a shar: > > http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar > > (please include details about at least your FreeBSD version, installed > ports, graphics hw, and graphics drivers if you test it.) > Works for me, although it's very slow, as usual. uname: FreeBSD XXX 9.0-CURRENT FreeBSD 9.0-CURRENT #52: Tue Aug 17 16:22:37 CEST 2010 YYY amd64 I have the f10 compat Linux port installed (don't exactly which version) with compat.linux.osrelease: 2.6.16 My graphics is an on-board ATI Radeon HD 3200 Graphics chip and I'm using the xf86-video-ati-6.13.1 driver with dri and drm. -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 09:48:53 2010 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 E4DA710656B3; Thu, 19 Aug 2010 09:48:52 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9FEDA8FC08; Thu, 19 Aug 2010 09:48:52 +0000 (UTC) Received: from 124-116-179-94.pool.ukrtel.net ([94.179.116.124] helo=localhost) by fsm1.ukr.net with esmtps ID 1Om1Qr-00060d-Ga ; Thu, 19 Aug 2010 12:29:11 +0300 Date: Thu, 19 Aug 2010 12:28:59 +0300 From: Ivan Klymenko To: gljennjohn@googlemail.com Message-ID: <20100819122859.78afa123@ukr.net> In-Reply-To: <20100819110805.0729e434@ernst.jennejohn.org> References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> <20100819110805.0729e434@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Robert Huff , lumiwa@gmail.com, Juergen Lock , freebsd-ports@freebsd.org Subject: Re: google-earth 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, 19 Aug 2010 09:48:53 -0000 On Wed, 18 Aug 2010 21:21:26 +0200 (CEST) Juergen Lock wrote: > Anyway, I just had to go back to the previous google earth version > for the port because the latest one only crashed for me right at > startup, I'd be interested if it works for anyone of you, here > is a shar: > > http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar > > (please include details about at least your FreeBSD version, > installed ports, graphics hw, and graphics drivers if you test it.) > Works for me. Heavily loads the system... Maybe somehow reduce the number of threads? ps ax | grep googleearth-bin 5518 ?? RN 0:31,77 ./googleearth-bin 5520 ?? SN 0:00,00 ./googleearth-bin 5526 ?? SN 0:01,70 ./googleearth-bin 5530 ?? SN 0:00,07 ./googleearth-bin 5535 ?? IN 0:00,00 ./googleearth-bin 5536 ?? IN 0:00,00 ./googleearth-bin 5538 ?? IN 0:00,00 ./googleearth-bin 5539 ?? IN 0:00,00 ./googleearth-bin 5540 ?? IN 0:00,00 ./googleearth-bin 5541 ?? IN 0:00,00 ./googleearth-bin 5542 ?? IN 0:00,00 ./googleearth-bin 5543 ?? IN 0:00,00 ./googleearth-bin 5544 ?? SN 0:00,07 ./googleearth-bin 5545 ?? IN 0:00,00 ./googleearth-bin 5546 ?? IN 0:00,02 ./googleearth-bin 5547 ?? IN 0:00,03 ./googleearth-bin 5548 ?? IN 0:00,03 ./googleearth-bin 5549 ?? IN 0:00,02 ./googleearth-bin 5550 ?? IN 0:00,00 ./googleearth-bin 5569 ?? IN 0:00,00 ./googleearth-bin 5570 ?? IN 0:00,00 ./googleearth-bin 5589 ?? IN 0:00,00 ./googleearth-bin 5603 ?? IN 0:00,00 ./googleearth-bin 5604 ?? IN 0:00,00 ./googleearth-bin 5605 ?? IN 0:00,00 ./googleearth-bin 5606 ?? IN 0:00,01 ./googleearth-bin 5607 ?? IN 0:00,00 ./googleearth-bin 5608 ?? IN 0:00,00 ./googleearth-bin uname -a FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Fri Aug 13 17:05:14 EEST 2010 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 linux-dri-7.4_1 Mesa-based DRI libraries, drivers and binaries (Linux Ubunt linux-f10-alsa-lib-1.0.21_1 The Advanced Linux Sound Architecture libraries (Linux Fedo linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 10) linux-f10-cairo-1.8.0_1 Vector graphics library Cairo (Linux Fedora 10) linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library (Linux linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X Windows (Linux Fe linux-f10-gtk2-2.14.7_2 GTK+ library, version 2.X (Linux Fedora 10) linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) linux-f10-libsigc++20-2.2.2 Callback Framework for C++ (Linux Fedora 10) linux-f10-libssh2-0.18 The library implementing the SSH2 protocol (Linux Fedora 10 linux-f10-nspr-4.7.6 Netscape Portable Runtime (Linux Fedora 10) linux-f10-nss-3.12.2.0 Network Security Services (Linux Fedora 10) linux-f10-openldap-2.4.12_1 Lightweight Directory Access Protocol libraries (Linux Fedo linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) linux-f10-pango-1.22.3_1 The pango library (Linux Fedora 10) linux-f10-png-1.2.37_1 RPM of the PNG lib (Linux Fedora 10) linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) nvidia-driver-256.44 NVidia graphics card binary drivers for hardware OpenGL ren vgapci0@pci0:1:0:0: class=0x030000 card=0x02271028 chip=0x042710de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'Geforce 8400M GS (unknown)' class = display subclass = VGA From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 10:40:13 2010 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 9A1801065693 for ; Thu, 19 Aug 2010 10:40:13 +0000 (UTC) (envelope-from niioka@kk.iij4u.or.jp) Received: from mo.iij4u.or.jp (mo10.iij4u.or.jp [210.138.174.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF128FC17 for ; Thu, 19 Aug 2010 10:40:13 +0000 (UTC) DKIM-Signature: v=1;a=rsa-sha256;c=relaxed/simple;d=kk.iij4u.or.jp;h=Date: Message-Id:To:From:In-Reply-To:References:Mime-Version:Content-Type: Content-Transfer-Encoding;i=niioka@kk.iij4u.or.jp;s=20100602.iij4u;t= 1282214412; x=1283424012; bh=y7PHLGS3L1DhL6tUZPWeBAoMZi3gL36OknhmsriThBg=; b=KnU P5rVN/YUMCRXjo73g2Rt9g+8KJQYMi0GvI7uyLfFkKW/DgYL03GhSFhY/uvxcNC99+03yH+PwkjJn Ti/zcR90hJyPENYoUNII6TUFhC/xSlIm4xXvTBPcfPqGFpNGzu0yxRS/OdIGPfhXZAjX6aCtxSq+r W5civ5TOCTkovM=; Received: by mo.iij4u.or.jp (mo10) id o7JAeBnW021849; Thu, 19 Aug 2010 19:40:11 +0900 Received: from localhost (179.8.30.125.dy.iij4u.or.jp [125.30.8.179]) by mbox.iij4u.or.jp (mbox10) id o7JAe8MV007120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 19 Aug 2010 19:40:11 +0900 Date: Thu, 19 Aug 2010 19:39:40 +0900 (JST) Message-Id: <20100819.193940.1730336767779841975.ken@iij4u.or.jp> To: freebsd-ports@freebsd.org From: Kenichi Niioka In-Reply-To: <20100808.115830.2247859658337394646.ken@iij4u.or.jp> References: <20100808.115830.2247859658337394646.ken@iij4u.or.jp> X-Mailer: Mew version 7.0.50 on Emacs 24.0.50 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: japanese/ibus-mozc build error 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, 19 Aug 2010 10:40:13 -0000 Dear porters. BSD grep may cause this problem. When I install textproc/gnugrep, the building for "japanese/ibus-mozc" seems to be fine. Thanks. -- Kenichi Niioka From: niioka@kk.iij4u.or.jp Subject: japanese/ibus-mozc build error Date: Sun Aug 8 02:58:40 2010 > Builds very well with FreeBSD 9.0-HEAD-20100715-JPSNAP amd64. > > But I have following error with FreeBSD 9.0-CURRENT #0 r210859: > Thu Aug 5 22:12:40 JST 2010 amd64. > > $ cd /usr/ports/japanese/ibus-mozc > $ make > ===> Building for ja-ibus-mozc-0.11.383.102 > Copying file to: third_party/rx/rx.gyp > Build tool: make > Running: pkg-config --exists ibus-1.0 > Running: pkg-config --exists QtCore QtGui > GYP files: > - ./base/base.gyp > - ./build_tools/build_tools.gyp > - ./build_tools/primitive_tools/primitive_tools.gyp > - ./client/client.gyp > - ./composer/composer.gyp > - ./converter/converter.gyp > - ./dictionary/dictionary.gyp > - ./dictionary/file/dictionary_file.gyp > - ./dictionary/system/system_dictionary.gyp > - ./gui/gui.gyp > - ./ipc/ipc.gyp > - ./net/net.gyp > - ./prediction/prediction.gyp > - ./protobuf/protobuf.gyp > - ./rewriter/rewriter.gyp > - ./server/server.gyp > - ./session/session.gyp > - ./storage/storage.gyp > - ./testing/testing.gyp > - ./transliteration/transliteration.gyp > - ./unix/ibus/ibus.gyp > - ./unix/scim/scim.gyp > - ./usage_stats/usage_stats.gyp > - third_party/rx/rx.gyp > Running GYP... > > [snip] > > TOUCH out/Release/obj.target/dictionary/install_gen_user_pos_data_main.stamp > TOUCH out/Release/obj.target/build_tools/primitive_tools/primitive_tools.stamp > Generating version definition file... > export $QTDIR = /usr/local/Trolltech/Qt-4.5.2 > Running: gmake -j4 BUILDTYPE=Release build_tools > out/Release/.deps/out/Release/obj.target/gen_suggestion_filter_main/prediction/gen_suggestion_filter_main.o.d:11: *** target file `out/Release/obj.target/gen_suggestion_filter_main/prediction/gen_suggestion_filter_main.o' has both : and :: entries. Stop. > Traceback (most recent call last): > File "build_mozc.py", line 613, in > main() > File "build_mozc.py", line 603, in main > BuildToolsMain(original_directory_name) > File "build_mozc.py", line 568, in BuildToolsMain > BuildMain(original_directory_name) > File "build_mozc.py", line 547, in BuildMain > BuildOnLinux(options, targets) > File "build_mozc.py", line 426, in BuildOnLinux > RunOrDie([make_command] + build_args + target_names) > File "build_mozc.py", line 335, in RunOrDie > '=========='])) > __main__.RunOrDieError: > ========== > ERROR: gmake -j4 BUILDTYPE=Release build_tools > ========== > *** Error code 1 > > Stop in /usr/ports/japanese/ibus-mozc. > *** Error code 1 > > Stop in /usr/ports/japanese/ibus-mozc. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 14:38:20 2010 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 406261065694 for ; Thu, 19 Aug 2010 14:38:20 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C13B68FC08 for ; Thu, 19 Aug 2010 14:38:19 +0000 (UTC) Received: by ewy26 with SMTP id 26so1506611ewy.13 for ; Thu, 19 Aug 2010 07:38:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=VbdoTU00TzVTF1y9vHmywinfF8NIA61mPt3//yJT2Cc=; b=O/v2dCsMRzKcEmcQWKYm29cyBzDmBLQUJgD6M7juucAZH3A/a4fXJOBXVw7Jz/veeV GmbYuGdOaxxnDs7RR+JQe7Tp+ZigsbsC32Ozn1SuNnl2NHwyI1QXrKJ/milVSE1jGJad pNAdJdq9MhVYScSEWHBYD4hs2mQkgtn0bV1PY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=ZLRRD6jjjeAsiqbhIHuI/hmz1M0hey4pTjXqpD9oi89gTwR5YjrCx3qyXIRx2zu3F+ 6rc3q9jmIBHu6lmX5AAF34AO9B8wmuyflKSaY88AqDvAvuxjVsWk3Bxzd0BX0tsf23aB C4HjDAg2LEXqd0aUbUFpygxtQX0BRv3uYZ6Zk= Received: by 10.216.8.138 with SMTP id 10mr755715wer.57.1282228698716; Thu, 19 Aug 2010 07:38:18 -0700 (PDT) Received: from azathoth.lan (stc92-3-82-245-249-89.fbx.proxad.net [82.245.249.89]) by mx.google.com with ESMTPS id w14sm1054594weq.33.2010.08.19.07.38.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 07:38:18 -0700 (PDT) Sender: Baptiste Daroussin Date: Thu, 19 Aug 2010 16:38:30 +0200 From: Bapt To: freebsd-ports@FreeBSD.org Message-ID: <20100819143830.GJ35140@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tV/+6PImfyFtriLg" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: what next for the pkg_install rewrite 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, 19 Aug 2010 14:38:20 -0000 --tV/+6PImfyFtriLg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, =20 Now that GSoC is over a lot of good work has been done on pkg_install. =20 I think it would be great to organize the way the on going work on pkg_inst= all=20 will be done, for that purpose we need someone to officially manage the wor= k, to validate what will be implemented/cleanup, and distribute the work among vo= lunteers. =20 I think this is the best way for a new pkg_install really appear. =20 I'd like to contribute to the work on pkg_install, and would like to=20 help cocordinate the effort to prevent reinventing the wheel, and to be=20 ensure the code is consistent etc. I know there are many like minded people out there who might like to help, = please identify yourself, either publicly or privately so we can put together a team to fin= d a pkg_install replacement. =20 regards, Bapt --tV/+6PImfyFtriLg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxtQeYACgkQ8kTtMUmk6EymFACgoqTjdihfc4UpVTN3l4v6RyzR B6MAn0R9IeMk0Px3sz41YvJiwBCf4S3p =1qxq -----END PGP SIGNATURE----- --tV/+6PImfyFtriLg-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 14:53:40 2010 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 194DE106566B; Thu, 19 Aug 2010 14:53:40 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 74E598FC08; Thu, 19 Aug 2010 14:53:39 +0000 (UTC) Received: by wwb31 with SMTP id 31so788062wwb.31 for ; Thu, 19 Aug 2010 07:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:mime-version:content-type :content-transfer-encoding:message-id; bh=ABY1S3fGiDMfTxZp9MxE3w3xc+XvDNfnoT+2sYCJdFo=; b=xcW5tzeg0h1pFaNmnc0/GsbrB1IaQN4DRBVFFRJz6FFjX/AyMwqIPHVIpGI8/aPftO +H/KaISxh8Ak2UcxbJ8hv8WjhE8wzMqp3GFNMTTm67ltYow+Mw8FauxL2CAIhTucpRu+ 9/RjcXkN5neV5ymOEuHZz1ut3ab4/2tGQyiKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:mime-version :content-type:content-transfer-encoding:message-id; b=x1MDjVzfEE3ACeeIh0qEVSiNQsfLNv6a6w6o2iT1t4QzaMd3YfXkdYdGHaf3RSK7Mp l7GN/R9PQjsUKsUradFEAvJk3Z58Q8zcgknLu/NJmR5DByXnKTiFS7yA10HhfCSLGZkt vIk20vqN5ZpNvDTKkeNqRKWe96QHSdMVkBD6g= Received: by 10.227.6.230 with SMTP id a38mr8103389wba.214.1282228053112; Thu, 19 Aug 2010 07:27:33 -0700 (PDT) Received: from echo.hoth (host8-212-dynamic.9-87-r.retail.telecomitalia.it [87.9.212.8]) by mx.google.com with ESMTPS id e31sm1399715wbe.11.2010.08.19.07.27.28 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 07:27:31 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: ports@freebsd.org Date: Thu, 19 Aug 2010 16:27:07 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.4.5; i386; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2766040.oRCyLTlrD3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201008191627.12922.avilla@freebsd.org> Cc: Doug Barton Subject: portmaster: problem with custom dependencies 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, 19 Aug 2010 14:53:40 -0000 --nextPart2766040.oRCyLTlrD3 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable hello doug and ports@! i've found a problem with portmaster-3.0 (i can't say if it started=20 earlier, but i don't think so). the script is not able to use custom=20 dependencies (e.g. ffmpeg-devel in place of ffmpeg) in this example, i have multimedia/ffmpeg-devel installed, but: $ sudo portmaster -v libxine-1.1.19 =2E.. =3D=3D=3D>>> Launching child to update multimedia/ffmpeg libxine-1.1.19 >> multimedia/ffmpeg =2E.. =3D=3D=3D>>> The following actions will be taken if you choose to proceed: Re-install libxine-1.1.19 Install textproc/intltool Install textproc/p5-XML-Parser Install multimedia/ffmpeg Install devel/yasm Install textproc/texi2html libxine depends on library avcodec.1, which is correctly installed and=20 belongs to ffmpeg-devel here's my portmaster.rc: MAKE_PACKAGE=3Dgopt DONT_SCRUB_DISTFILES=3DDopt SAVE_SHARED=3Dwopt PM_PACKAGES_BUILD=3Dpmp_build PM_DEL_BUILD_ONLY=3Dpm_dbo LOCAL_PACKAGEDIR=3D/usr/ports/packages PM_INDEX=3Dpm_index PM_INDEX_FIRST=3Dpm_index_first PM_IGNORE_FAILED_BACKUP_PACKAGE=3Dpm_ignore_failed_backup_package commenting out PM_INDEX* doesn't change anything by the way, just for curiosity: why do PM_INDEX* and --check-port-dbdir=20 conflict with each other? =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla To make an enemy, do someone a favor. --nextPart2766040.oRCyLTlrD3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iJwEAAECAAYFAkxtP0AACgkQ3xiC6kQ1CovPcAP/fLeTvQodVksU4S4pKIWHUDxV yy1M2Xcm5XrcHuVwgfhTki9hfaIsWfWN42Al3CtOdearWQ8Z2DXNi8+1ZfMl5MDN wcJuJImRUV1ySI1tayD5c/pek53A3MFncceKMdGYC1htyOpzRoPiL16A1HwoZjEB D0tZyX2wwJAnRbvaYOM= =yQPt -----END PGP SIGNATURE----- --nextPart2766040.oRCyLTlrD3-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 16:26:58 2010 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 1574D1065693 for ; Thu, 19 Aug 2010 16:26:58 +0000 (UTC) (envelope-from julien.laffaye@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 965348FC12 for ; Thu, 19 Aug 2010 16:26:56 +0000 (UTC) Received: by eyx24 with SMTP id 24so1207834eyx.13 for ; Thu, 19 Aug 2010 09:26:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=f8HJZQtQ8ePU4/OBkoRXmvN2H6SnDb1pCkKNBmEANx4=; b=ooUmz/Au7Kia4pHAwAe1tifAaJqVuveaS/oBL3piB2sYRw/QpeW24TdG0SwFyPn2UQ IE4zsGJ/sIfbQ3u9JsF46EZSSG79FeQYnzLy1Hq3MfbT9s+Sk2QVhWMGTQfV1FRXvZYb 2Zixd/9Wf0GMmXygK8iZHnD4DCG6zFhFBVHPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=TWo5IQOaW5wkIo7UZ7QPUDYC7oAjHMdub/7NfzLXKx4yogxta5FYFLSkl1/F33dvgn PlR7AUOn2TyO3ux8ZQEoNN8BxwEFJpsUhsx1SXNzA89aiz9K1iXeWr39/Fawli8czPZV 2ZlW7uTj4DGhkwHL06TMC7ciPldAZa/eL7hls= MIME-Version: 1.0 Received: by 10.216.165.77 with SMTP id d55mr46339wel.23.1282233802715; Thu, 19 Aug 2010 09:03:22 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.216.13.133 with HTTP; Thu, 19 Aug 2010 09:03:21 -0700 (PDT) In-Reply-To: <20100819143830.GJ35140@azathoth.lan> References: <20100819143830.GJ35140@azathoth.lan> Date: Thu, 19 Aug 2010 18:03:21 +0200 X-Google-Sender-Auth: WxeiRiKVLcvsb7uF510RjYT1q68 Message-ID: From: Julien Laffaye To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bapt@freebsd.org, Florent Thoumie , David Forsythe , Garrett Cooper , Tim Kientzle , ivoras@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 19 Aug 2010 16:26:58 -0000 On Thu, Aug 19, 2010 at 4:38 PM, Bapt wrote: > Hi, > > Now that GSoC is over a lot of good work has been done on pkg_install. > > I think it would be great to organize the way the on going work on > pkg_install > will be done, for that purpose we need someone to officially manage the > work, to > validate what will be implemented/cleanup, and distribute the work among > volunteers. > > I think this is the best way for a new pkg_install really appear. > > I'd like to contribute to the work on pkg_install, and would like to > help cocordinate the effort to prevent reinventing the wheel, and to be > ensure the code is consistent etc. > > I know there are many like minded people out there who might like to help, > please identify > yourself, either publicly or privately so we can put together a team to > find a pkg_install > replacement. > Hello, I agree: we need to create a task force to work on pkg_install and thus create a dynamic. The very first step of such a team will be to brainstorm: what do we want to achieve? what can be improved? There are a lot of areas of potential discussions: packing list format, local database format, ... In my opinion, trying to be 100% compatible with the actual tools will slow down the project. I am thinking, for example, about the slave/master modes which made sense when we used a temporary directory, but less if we want to extract the files to their final destination via libarchive. Then, this specification will need to be approved by portmgr@ so the actual coding can start! Best regards, Julien From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 16:35:53 2010 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 612351065696; Thu, 19 Aug 2010 16:35:53 +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 1F8858FC1E; Thu, 19 Aug 2010 16:35:52 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 139451E00367; Thu, 19 Aug 2010 18:35:52 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id o7JGTCk4003756; Thu, 19 Aug 2010 18:29: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 o7JGTBEv003755; Thu, 19 Aug 2010 18:29:11 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 19 Aug 2010 18:29:11 +0200 To: Gary Jennejohn Message-ID: <20100819162911.GB3403@triton8.kn-bremen.de> References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> <20100819110805.0729e434@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100819110805.0729e434@ernst.jennejohn.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@freebsd.org, Robert Huff , lumiwa@gmail.com, Juergen Lock , freebsd-ports@freebsd.org Subject: Re: google-earth 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, 19 Aug 2010 16:35:53 -0000 On Thu, Aug 19, 2010 at 11:08:05AM +0200, Gary Jennejohn wrote: > On Wed, 18 Aug 2010 21:21:26 +0200 (CEST) > Juergen Lock wrote: > > > Anyway, I just had to go back to the previous google earth version > > for the port because the latest one only crashed for me right at > > startup, I'd be interested if it works for anyone of you, here > > is a shar: > > > > http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar > > > > (please include details about at least your FreeBSD version, installed > > ports, graphics hw, and graphics drivers if you test it.) > > > > Works for me, although it's very slow, as usual. > > uname: > FreeBSD XXX 9.0-CURRENT FreeBSD 9.0-CURRENT #52: Tue Aug 17 16:22:37 CEST > 2010 YYY amd64 > > I have the f10 compat Linux port installed (don't exactly which version) with > compat.linux.osrelease: 2.6.16 > > My graphics is an on-board ATI Radeon HD 3200 Graphics chip and I'm using > the xf86-video-ati-6.13.1 driver with dri and drm. Thanx! Juergen From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 16:35:53 2010 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 71F6010656A3; Thu, 19 Aug 2010 16:35:53 +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 1F90F8FC1F; Thu, 19 Aug 2010 16:35:52 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 0AE881E0036F; Thu, 19 Aug 2010 18:35:52 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id o7JGRYBw003601; Thu, 19 Aug 2010 18:27:34 +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 o7JGRXC0003600; Thu, 19 Aug 2010 18:27:33 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 19 Aug 2010 18:27:33 +0200 To: Ivan Klymenko Message-ID: <20100819162733.GA3403@triton8.kn-bremen.de> References: <201008171738.42358.lumiwa@gmail.com> <19563.6910.593649.461931@jerusalem.litteratus.org> <201008181921.o7IJLQRH062922@triton8.kn-bremen.de> <20100819110805.0729e434@ernst.jennejohn.org> <20100819122859.78afa123@ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100819122859.78afa123@ukr.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Robert Huff , Juergen Lock , gljennjohn@googlemail.com, freebsd-emulation@freebsd.org, lumiwa@gmail.com, freebsd-ports@freebsd.org Subject: Re: google-earth 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, 19 Aug 2010 16:35:53 -0000 On Thu, Aug 19, 2010 at 12:28:59PM +0300, Ivan Klymenko wrote: > On Wed, 18 Aug 2010 21:21:26 +0200 (CEST) > Juergen Lock wrote: > > > Anyway, I just had to go back to the previous google earth version > > for the port because the latest one only crashed for me right at > > startup, I'd be interested if it works for anyone of you, here > > is a shar: > > > > http://people.freebsd.org/~nox/google-earth-5.2.1.1547/google-earth-5.2.1.1547.shar > > > > (please include details about at least your FreeBSD version, > > installed ports, graphics hw, and graphics drivers if you test it.) > > > > Works for me. Ah, intersting, thanx for testing! Anyone tried it on a r6xx/r7xx (radeon hd 3xxx, hd 4xxx) or entirely without gl like in a vm? > Heavily loads the system... > > Maybe somehow reduce the number of threads? > I guess that'd be a question for google. :) (tho reducing number of threads is kinda unlikely to improve performance...) > ps ax | grep googleearth-bin > 5518 ?? RN 0:31,77 ./googleearth-bin > 5520 ?? SN 0:00,00 ./googleearth-bin > 5526 ?? SN 0:01,70 ./googleearth-bin > 5530 ?? SN 0:00,07 ./googleearth-bin > 5535 ?? IN 0:00,00 ./googleearth-bin > 5536 ?? IN 0:00,00 ./googleearth-bin > 5538 ?? IN 0:00,00 ./googleearth-bin > 5539 ?? IN 0:00,00 ./googleearth-bin > 5540 ?? IN 0:00,00 ./googleearth-bin > 5541 ?? IN 0:00,00 ./googleearth-bin > 5542 ?? IN 0:00,00 ./googleearth-bin > 5543 ?? IN 0:00,00 ./googleearth-bin > 5544 ?? SN 0:00,07 ./googleearth-bin > 5545 ?? IN 0:00,00 ./googleearth-bin > 5546 ?? IN 0:00,02 ./googleearth-bin > 5547 ?? IN 0:00,03 ./googleearth-bin > 5548 ?? IN 0:00,03 ./googleearth-bin > 5549 ?? IN 0:00,02 ./googleearth-bin > 5550 ?? IN 0:00,00 ./googleearth-bin > 5569 ?? IN 0:00,00 ./googleearth-bin > 5570 ?? IN 0:00,00 ./googleearth-bin > 5589 ?? IN 0:00,00 ./googleearth-bin > 5603 ?? IN 0:00,00 ./googleearth-bin > 5604 ?? IN 0:00,00 ./googleearth-bin > 5605 ?? IN 0:00,00 ./googleearth-bin > 5606 ?? IN 0:00,01 ./googleearth-bin > 5607 ?? IN 0:00,00 ./googleearth-bin > 5608 ?? IN 0:00,00 ./googleearth-bin > > > > uname -a > FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Fri Aug 13 > 17:05:14 EEST 2010 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 > > > linux-dri-7.4_1 Mesa-based DRI libraries, drivers and binaries (Linux Ubunt > linux-f10-alsa-lib-1.0.21_1 The Advanced Linux Sound Architecture libraries (Linux Fedo > linux-f10-atk-1.24.0 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 10) > linux-f10-cairo-1.8.0_1 Vector graphics library Cairo (Linux Fedora 10) > linux-f10-expat-2.0.1 Linux/i386 binary port of Expat XML-parsing library (Linux > linux-f10-fontconfig-2.6.0 An XML-based font configuration API for X Windows (Linux Fe > linux-f10-gtk2-2.14.7_2 GTK+ library, version 2.X (Linux Fedora 10) > linux-f10-jpeg-6b RPM of the JPEG lib (Linux Fedora 10) > linux-f10-libsigc++20-2.2.2 Callback Framework for C++ (Linux Fedora 10) > linux-f10-libssh2-0.18 The library implementing the SSH2 protocol (Linux Fedora 10 > linux-f10-nspr-4.7.6 Netscape Portable Runtime (Linux Fedora 10) > linux-f10-nss-3.12.2.0 Network Security Services (Linux Fedora 10) > linux-f10-openldap-2.4.12_1 Lightweight Directory Access Protocol libraries (Linux Fedo > linux-f10-openssl-0.9.8g The OpenSSL toolkit (Linux Fedora 10) > linux-f10-pango-1.22.3_1 The pango library (Linux Fedora 10) > linux-f10-png-1.2.37_1 RPM of the PNG lib (Linux Fedora 10) > linux-f10-tiff-3.8.2 The TIFF library, Linux/i386 binary (Linux Fedora 10) > linux-f10-xorg-libs-7.4_1 Xorg libraries (Linux Fedora 10) > > > nvidia-driver-256.44 NVidia graphics card binary drivers for hardware OpenGL ren > > vgapci0@pci0:1:0:0: class=0x030000 card=0x02271028 chip=0x042710de rev=0xa1 hdr=0x00 > vendor = 'NVIDIA Corporation' > device = 'Geforce 8400M GS (unknown)' > class = display > subclass = VGA From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 17:16:13 2010 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 304C110656A4 for ; Thu, 19 Aug 2010 17:16:13 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D27428FC15 for ; Thu, 19 Aug 2010 17:16:12 +0000 (UTC) Received: by qyk8 with SMTP id 8so1636970qyk.13 for ; Thu, 19 Aug 2010 10:16:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=pjo6Euk4mQC3BkHb6TyEMjcS43GSIpef1krQ3MbyKLI=; b=Pq9HFEKlXR2z0jUtsszoeEAuGdw071sBMEHAojiotR/FCBamcNaaniqSMlIntNTnpz CQmqdJ67YtzS1+kCaEBeNVYIE97mkC55MZMEngSeKAcsH4EBITZcGdGwza53wrlE8hFi nt80k9RkMADl1d+tjGTKu6L3lYQ/nHvusk47c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=MR6DhVnlZJaH+h/Q2cWzptKFV85v7E+bfE1rclIkY4NnoiLxSm3P4mBtz4IWu2tS8y H8XxX6KZRhhqpgs125i/gcuuJNAGr/6IhPurie6m8LoomJ8ybZm1EI85IUYSWZb7ygCT af4Wf2VywR0gsSl0Abl30p4TBdjYI0i+UGq3o= MIME-Version: 1.0 Received: by 10.224.19.200 with SMTP id c8mr64373qab.70.1282236629768; Thu, 19 Aug 2010 09:50:29 -0700 (PDT) Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Thu, 19 Aug 2010 09:50:29 -0700 (PDT) In-Reply-To: References: <20100819143830.GJ35140@azathoth.lan> Date: Thu, 19 Aug 2010 18:50:29 +0200 X-Google-Sender-Auth: dkFK5OoxNafBPRISJiYfMcFHzu0 Message-ID: From: Ivan Voras To: Julien Laffaye Content-Type: text/plain; charset=UTF-8 Cc: bapt@freebsd.org, Florent Thoumie , David Forsythe , Garrett Cooper , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 19 Aug 2010 17:16:13 -0000 On 19/08/2010, Julien Laffaye wrote: > There are a lot of areas of potential discussions: packing list format, > local database format, ... > In my opinion, trying to be 100% compatible with the actual tools will slow > down the project. I am thinking, for example, about the slave/master modes > which made sense when we used a temporary directory, but less if we want to > extract the files to their final destination via libarchive. > > Then, this specification will need to be approved by portmgr@ so the actual > coding can start! Like many people in this discussion I have done some work on pkg_* and for what it's worth, here's what I would like changed: - Fully specify and separate package name from its version - metadata should not record "apache-2.2.13" but "apache", "2.2.13" to better support upgrading and dependancies. - Debian-like dependancies - the "suggests" variety, as well as "ranged-dependancies" - package X depends on Y versions W through Z. - A wrapper for all pkg_ tools to use, implemented with libarchive. This wrapper would allow preparation of the whole archive layout in-memory, together with simulating common file system operations like chmod, chown, rmdir, mkdir, rename, unlink, etc. and would as a last step offer to serialize this virtual file system to an archive. - Policy to forbid the lazy-maintainer dances with package names, such as package names depending on config flags used, etc. - this probably needs more thinking through. Essentially, I want to avoid things like what happened to the apr port - names like "apr-ipv6-devrandom-gdbm-db42-1.4.2.9.3.1_1" Of course, this would better be if documented somewhere semi-permanent - in our wiki for example. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 18:58:27 2010 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 78B96106564A for ; Thu, 19 Aug 2010 18:58:27 +0000 (UTC) (envelope-from phoffman@proper.com) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3FFDF8FC1E for ; Thu, 19 Aug 2010 18:58:26 +0000 (UTC) Received: from [10.20.30.158] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o7JIUohi083739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 19 Aug 2010 11:30:50 -0700 (MST) (envelope-from phoffman@proper.com) Mime-Version: 1.0 Message-Id: Date: Thu, 19 Aug 2010 11:30:48 -0700 To: freebsd-ports@freebsd.org From: Paul Hoffman Content-Type: text/plain; charset="us-ascii" Subject: Installing Ruby suggestion 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, 19 Aug 2010 18:58:27 -0000 Greetings again. When doing a "make install", it takes *forever* in the "Generating RDoc documentation" step. This isn't a big deal the first time, but when updating Ruby (such as for the recent security announcement), you need to do a "make deinstall" before you do a "make reinstall". Having that second step take a long time means that there is a longer time that there is no Ruby on the system. Could the RDoc step be done during "make" instead of "make install"? --Paul Hoffman From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 19:16:05 2010 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 6A3E51065674 for ; Thu, 19 Aug 2010 19:16:05 +0000 (UTC) (envelope-from jessefrgsmith@yahoo.ca) Received: from n12.bullet.mail.mud.yahoo.com (n12.bullet.mail.mud.yahoo.com [209.191.125.209]) by mx1.freebsd.org (Postfix) with SMTP id 1FB078FC1E for ; Thu, 19 Aug 2010 19:16:04 +0000 (UTC) Received: from [209.191.108.97] by n12.bullet.mail.mud.yahoo.com with NNFMP; 19 Aug 2010 19:16:04 -0000 Received: from [68.142.201.68] by t4.bullet.mud.yahoo.com with NNFMP; 19 Aug 2010 19:16:04 -0000 Received: from [127.0.0.1] by omp420.mail.mud.yahoo.com with NNFMP; 19 Aug 2010 19:15:49 -0000 X-Yahoo-Newman-Id: 163144.56097.bm@omp420.mail.mud.yahoo.com Received: (qmail 26579 invoked from network); 19 Aug 2010 19:15:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=fiIGWPdCQwIinuA9eufeSwKubrVUAGL3wmdYj3JD4iXJiFt3mqPrV+/3XQuuLOcrc5KtdnS0GZB8lsWPe6jPREYHFxh/F9GkUHMwMZZoMA0jiXtgJDzccIqWAtE7crFSx+OgGo1t/utxoDJZ/7TUi6a2D/8TAPkWV14cFj6FPLc= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1282245348; bh=Fp6KsyotrSp6O+4FtJAk1W4cx3Hu9mXouGWGdeN9WmY=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=uzS1u4sM4oFwqDth959b5CwU11FdUg1nmS5e/Y6uPPTrNP/8ZnpA2iW7St+0laZ+KPMh2hBM8IoZRMzAuLeTfYUxlwNeLI3SOhz9C4K1bvGbopjGkqCLhbU48bY3G3+dUprMm2gziMx35UeVIyV8RjnYZ4L1Oyn5/z43SVzdepg= Received: from [192.168.0.104] (jessefrgsmith@71.7.176.238 with plain) by smtp141.mail.mud.yahoo.com with SMTP; 19 Aug 2010 12:15:48 -0700 PDT X-Yahoo-SMTP: NPm1JouswBClX_uJxHJINmnKUpROdMKvLL0- X-YMail-OSG: f9pVyugVM1nj4.JlBg6L2i1UedticCmoHZLDYg155B91xiY s7.8SdZLMwFwy5dvlkY1hhQ.Z6x_6mX60C8Mp36R6ZmpNxy2.QhIhyOx.NUL izk_pR_zyoVCus1Sm1cf0LCIrzXSvOvD.kHY9soSgMcpCFPEkV5XL.TrqTnU 5mioWj5ToNLuu4oY068TWKuEn_NriAdwHGuZmXZxb2Jqin0WMCdSZOy9QMgU aNhnL4NVXXLRkr2Kue1cBOCq5WqlJ_FRf.28nKdQQBK51WLnw0wQs3_PI X-Yahoo-Newman-Property: ymail-3 From: Jesse Smith To: freebsd-ports Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Aug 2010 16:15:39 -0300 Message-ID: <1282245339.3094.24.camel@hp-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: Subject: Converting from jiffies to ticks 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, 19 Aug 2010 19:16:05 -0000 I am currently trying to port a program from Linux to FreeBSD which detects how much processor time a process is using. The native Linux code does this (in part) by reading the number of "jiffies" a given process uses. This info is pulled from the /proc/PID/stat file. One function is failing on FreeBSD and it's obviously because FreeBSD does not have all the same files/data in the /proc directory. I've looked around and, as I understand it, FreeBSD uses "ticks" instead of "jiffies" to measure process usage. However, how to gather that data is a bit lost on me. This raises two questions for me: 1. Where can I find the equivalent information on FreeBSD? I assume there's a function call. Maybe in the kvm_* family? I need to be able to get the number of ticks a given PID is using. 2. Any idea on what the conversion rate between ticks and jiffies is? Are they the same thing, but with different names? Or is it a kilometres and miles issue? The rest of the program measures everything in "jiffies", so it would be ideal for me to get the ticks used on FreeBSD (based on PID), convert it to "jiffies" and pass it back to the main program. Thanks for any advise, Jesse From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 19:20:55 2010 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 A61ED106564A for ; Thu, 19 Aug 2010 19:20:55 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A25B8FC0C for ; Thu, 19 Aug 2010 19:20:55 +0000 (UTC) Received: by gxk24 with SMTP id 24so1070927gxk.13 for ; Thu, 19 Aug 2010 12:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=k5sQMru6qfIgxhw79i4mxl5NlunQ4ERH8vcqjPA4EGo=; b=AIPX5W7Q213hJQImFLWo33BDZrUzg0JJEd9fcP3vUSFe/ykBUx05lDfLyJ2gfZOutr 68g80I84p+YtE/pFYCx1vcR4OzCxJ2HfQcEW04rk9joImv56QEragDvxUf4vfbOmHxC9 mwRSfZ/vQEW2OF6QuaIYQjDnLfBdyT8r+wMZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZGzzYs74f9sSZkKakJ+kOiywi1bSw+rxlRzAnvQQsq6bLTvnK3aA6dXuvVP9sRj/fS umyx2bt6BUvCdLLhDJJgfB/Tisl7najeP8+6bYJoaSZcmq6uJtAXzGGxY5Bbs4KtGFVe 7IeEx+Wx4EQbZvl+JdVBHpLXHAsR5YweBZnRg= MIME-Version: 1.0 Received: by 10.150.250.40 with SMTP id x40mr777937ybh.135.1282243924818; Thu, 19 Aug 2010 11:52:04 -0700 (PDT) Received: by 10.150.200.9 with HTTP; Thu, 19 Aug 2010 11:52:04 -0700 (PDT) Date: Thu, 19 Aug 2010 13:52:04 -0500 Message-ID: From: Neal Hogan To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: devede/mplayer ogg-issue fixed 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, 19 Aug 2010 19:20:55 -0000 I just want to point out that the recent update to mplayer (mplayer-20100308p3) appears to have fixed the ogg-issue that was happening with devede. Thanks! montagueneal uname -a OpenBSD montague 4.8 GENERIC.MP#4 amd64 From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 19:26:54 2010 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 6DE991065693 for ; Thu, 19 Aug 2010 19:26:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by mx1.freebsd.org (Postfix) with ESMTP id D93828FC1D for ; Thu, 19 Aug 2010 19:26:53 +0000 (UTC) Received: from omta08.westchester.pa.mail.comcast.net ([76.96.62.12]) by qmta13.westchester.pa.mail.comcast.net with comcast id wJTC1e0030Fqzac5DKStwJ; Thu, 19 Aug 2010 19:26:53 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta08.westchester.pa.mail.comcast.net with comcast id wKSo1e00N3LrwQ23UKSrZg; Thu, 19 Aug 2010 19:26:52 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CC8D09B425; Thu, 19 Aug 2010 12:26:45 -0700 (PDT) Date: Thu, 19 Aug 2010 12:26:45 -0700 From: Jeremy Chadwick To: Jesse Smith Message-ID: <20100819192645.GA84660@icarus.home.lan> References: <1282245339.3094.24.camel@hp-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1282245339.3094.24.camel@hp-laptop> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports Subject: Re: Converting from jiffies to ticks 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, 19 Aug 2010 19:26:54 -0000 On Thu, Aug 19, 2010 at 04:15:39PM -0300, Jesse Smith wrote: > I am currently trying to port a program from Linux to FreeBSD which > detects how much processor time a process is using. The native Linux > code does this (in part) by reading the number of "jiffies" a given > process uses. This info is pulled from the /proc/PID/stat file. > > One function is failing on FreeBSD and it's obviously because FreeBSD > does not have all the same files/data in the /proc directory. > > I've looked around and, as I understand it, FreeBSD uses "ticks" instead > of "jiffies" to measure process usage. However, how to gather that data > is a bit lost on me. > > This raises two questions for me: > 1. Where can I find the equivalent information on FreeBSD? I assume > there's a function call. Maybe in the kvm_* family? I need to be able to > get the number of ticks a given PID is using. > > 2. Any idea on what the conversion rate between ticks and jiffies is? > Are they the same thing, but with different names? Or is it a kilometres > and miles issue? > > > The rest of the program measures everything in "jiffies", so it would be > ideal for me to get the ticks used on FreeBSD (based on PID), convert it > to "jiffies" and pass it back to the main program. I would recommend you re-ask this question on freebsd-hackers. freebsd-ports isn't really for this purpose. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 19:31:50 2010 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 912131065670 for ; Thu, 19 Aug 2010 19:31:50 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout029.mac.com (asmtpout029.mac.com [17.148.16.104]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7AE8FC1B for ; Thu, 19 Aug 2010 19:31:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp029.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L7E003ACZKYY770@asmtp029.mac.com> for freebsd-ports@FreeBSD.org; Thu, 19 Aug 2010 12:31:47 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1008190155 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011,1.0.148,0.0.0000 definitions=2010-08-19_09:2010-08-19, 2010-08-19, 1970-01-01 signatures=0 From: Chuck Swiger In-reply-to: <1282245339.3094.24.camel@hp-laptop> Date: Thu, 19 Aug 2010 12:31:46 -0700 Message-id: References: <1282245339.3094.24.camel@hp-laptop> To: Jesse Smith X-Mailer: Apple Mail (2.1081) Cc: freebsd-ports Subject: Re: Converting from jiffies to ticks 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, 19 Aug 2010 19:31:50 -0000 Hi-- On Aug 19, 2010, at 12:15 PM, Jesse Smith wrote: > This raises two questions for me: > 1. Where can I find the equivalent information on FreeBSD? I assume > there's a function call. Maybe in the kvm_* family? I need to be able to > get the number of ticks a given PID is using. Does process accounting described by acct(2) / acct(5) address your requirements? > 2. Any idea on what the conversion rate between ticks and jiffies is? > Are they the same thing, but with different names? Or is it a kilometres > and miles issue? It depends on what the system interrupt quanta are set to: http://en.wikipedia.org/wiki/Jiffy_%28time%29 In the case of FreeBSD, the standard interrupt rate and the rate which statistical sampling is done are not the same, and the latter is done at "fuzzy" times to prevent bad processes that as trying to cheat and avoid their time being counted.... Regards, -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 21:01:26 2010 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 0B61C106564A for ; Thu, 19 Aug 2010 21:01:26 +0000 (UTC) (envelope-from 849372@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id B395B8FC19 for ; Thu, 19 Aug 2010 21:01:25 +0000 (UTC) Received: by vws7 with SMTP id 7so2600666vws.13 for ; Thu, 19 Aug 2010 14:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :date:x-google-sender-auth:message-id:subject:from:to:content-type; bh=7jIgcB28gZ94gNF7gRjFEVwnL/tsJxObzY8esAJIYZo=; b=c5zHBS5nQDAZrjeQb8PgsWHNNe+h5/r0TdMWGjHfKyBFF1lOuO6OfpjkHP3YJHV8+z 3R120EAu7ZU/ahGeYjsZJsMQxth2mBlmRX/ucGfpuk4E9HJajbTV4U7EeSgKuMxgMxjQ MYU+blvrmaxKot2U0zacu17uUTf+1K2W0NbdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:date:x-google-sender-auth:message-id :subject:from:to:content-type; b=i5EG4tULCX4PF0wJO2feJKqbW26zKXkz3aySISVpyVhKer8ja2KtIRtcsOA2U26H4y nEoEAL2o8jowcpcm4OIBok12Oi60e9vwOr5Ez8df9h0UEHmmVcpPwDyD9Bec5X1rUdZm lk9Mi15frtl2on8S/Tpuaq2ar0YRkpi2WqBbI= MIME-Version: 1.0 Received: by 10.220.88.224 with SMTP id b32mr176269vcm.217.1282249879417; Thu, 19 Aug 2010 13:31:19 -0700 (PDT) Sender: 849372@gmail.com Received: by 10.220.91.198 with HTTP; Thu, 19 Aug 2010 13:31:19 -0700 (PDT) Date: Thu, 19 Aug 2010 16:01:19 -0430 X-Google-Sender-Auth: DXbDoAs8P5uQ7n5U8p1832O8hUM Message-ID: From: Andres Perera To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Proposal for new UPDATING format X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 849372@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Aug 2010 21:01:26 -0000 The idea is to add a VERSION field so that automated tools can display the entries prior performing the actual upgrade. Filtering by date isn't exact enough, so the new field will correspond with the first version of the port were the "problem" occurs. Without getting into implementation details, the port management tools could use a line similar to:: % pkg_updating clang-1.2 Matching the version with whatever it's installing... Andres From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 21:24:17 2010 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 AC14D1065747; Thu, 19 Aug 2010 21:24:17 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AEAA8FC1B; Thu, 19 Aug 2010 21:24:15 +0000 (UTC) Received: by qyk4 with SMTP id 4so2631766qyk.13 for ; Thu, 19 Aug 2010 14:24:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=sblDzu4vMRlsbV+UX/e0tWUFhVyJAKKe9BqnTbrg+pM=; b=I44qJYjO7/t8iWBQKNQfBItamwLR3UA7mGgjAMrJSSJuPYJvlcVfuwayltfiuPc0ka IxmB/lZVMiD8xSa95DNKCO09wt9fgVsQw/5TWWv9pv6AOHtgUfefdQEndmeZJQRs2GTF d6ySlAsrHc9IBWseddqbgzjv7RzCPlxmigxP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=ApJ2kCf5TTRwFWvcz+oOmIoosBt3jYUgnEQKBfJZuA+hgH3YmVU24+UWwp8TDPg12U /xu8dlML/lMRdYO7EfeUyI7A0+FoMPTKtctRngerQJgxhROhdm92PlwCfJySq20ffMFB V8NX63ktWfbd3qPuK4ZOJCmEd2RFC/8eCU0Uo= Received: by 10.229.233.142 with SMTP id jy14mr399522qcb.77.1282253055025; Thu, 19 Aug 2010 14:24:15 -0700 (PDT) Received: from centel.dataix.local (adsl-99-190-84-182.dsl.klmzmi.sbcglobal.net [99.190.84.182]) by mx.google.com with ESMTPS id l13sm2042932qck.43.2010.08.19.14.24.11 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 14:24:13 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6DA0FA.7080203@DataIX.net> Date: Thu, 19 Aug 2010 17:24:10 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Ivan Voras References: <20100819143830.GJ35140@azathoth.lan> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: multipart/mixed; boundary="------------040104070006050800060606" Cc: bapt@freebsd.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 19 Aug 2010 21:24:17 -0000 This is a multi-part message in MIME format. --------------040104070006050800060606 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 08/19/2010 12:50, Ivan Voras wrote: > - Fully specify and separate package name from its version - metadata > should not record "apache-2.2.13" but "apache", "2.2.13" to better > support upgrading and dependancies. > - Debian-like dependancies - the "suggests" variety, as well as > "ranged-dependancies" - package X depends on Y versions W through Z. > - A wrapper for all pkg_ tools to use, implemented with libarchive. > This wrapper would allow preparation of the whole archive layout > in-memory, together with simulating common file system operations > like chmod, chown, rmdir, mkdir, rename, unlink, etc. and would as a > last step offer to serialize this virtual file system to an archive. > - Policy to forbid the lazy-maintainer dances with package names, such > as package names depending on config flags used, etc. - this probably > needs more thinking through. Essentially, I want to avoid things like > what happened to the apr port - names like > "apr-ipv6-devrandom-gdbm-db42-1.4.2.9.3.1_1" Adding to this I would like to see a central database created for packages that have been removed like in Slackware Linux. They keep a file in /var/log/preserved_packages with a flat text format with the file name looking like: ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` With the contents being that of all the actions that were performed upon package removal & and any output from errors etc. Id like to see that same approach achieved within /var/db/preserved or something similiar for a suggestion. I have attached a copy of removepkg from Slackware 13.1 that appears to be a 1 clause BSD license ;) for reference. As well I would also like to see something done about packages that don't need to be upgraded because they are neither platform or arch dependent but yet they are upgraded due to being listed as a dependent of another port that needs to be upgraded. For example any package that may be type shell script does not need updating due to a major lib version bump of for say libpng. Regards, -- jhell,v --------------040104070006050800060606 Content-Type: text/plain; name="removepkg.asc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="removepkg.asc" LS0tLS1CRUdJTiBQR1AgU0lHTkVEIE1FU1NBR0UtLS0tLQpIYXNoOiBTSEExCgojIS9iaW4v c2gKIyBTbGFja3dhcmUgcmVtb3ZlIHBhY2thZ2Ugc2NyaXB0CiMKIyBTYXQgQXByIDI1IDIx OjE4OjUzIFVUQyAyMDA5ICgxMi4zNDU2Nzg5MGIpCiMgQ29udmVydGVkIHRvIHVzZSBuZXcg cGtnYmFzZSgpIGZ1bmN0aW9uIHRvIHJlbW92ZSBwYXRobmFtZSBhbmQKIyB2YWxpZCBwYWNr YWdlIGV4dGVuc2lvbnMuCiMKIyBSZXZpc2lvbiAxMi4zNDU2Nzg5MCBTdW4gQXByICA1IDIw OjU5OjMyIENEVCAyMDA5IDx2b2xrZXJkaT4KIyAtIFN1cHBvcnQgcGFja2FnZXMgd2l0aCB0 aGUgZXh0ZW5zaW9uczogLnRneiwgLnRieiwgLnRseiwgLnR4egojCiMgUmV2aXNpb24gMS45 IFdlZCBPY3QgMzEgMTQ6MDQ6MjggQ0RUIDIwMDcgdm9sa2VyZGluZwojIC0gRml4IHByb2Js ZW0gcmVtb3ZpbmcgcGFja2FnZXMgd2l0aCBhIGxhcmdlIG51bWJlciBvZiBmaWVsZHMuCiMg ICBUaGFua3MgdG8gTmlraSBLb3ZhY3MgZm9yIG5vdGljaW5nIHRoaXMsIGFuZCB0byBQaXRl ciBQdW5rCiMgICBmb3IgdGhlIHBhdGNoLgojIC0gVXNlIExDX0FMTD1DIGxvY2FsZSwgd2hp Y2ggaXMgbXVjaCBmYXN0ZXIgd2l0aCAic29ydCIuCiMgICBUaGFua3MgdG8gVHNvbWkuCiMg LSBEb24ndCB0cnkgdG8gcmVtb3ZlIGFueSBwYWNrYWdlIHRoYXQgc3RhcnRzIHdpdGggJy0n LiAgVGhpcwojICAgaXMgbm90IGEgcHJvcGVyIHBhY2thZ2UgbmFtZSAodXN1YWxseSBhIHR5 cG8pLCBhbmQgcmVzdWx0cwojICAgaW4gdGhlIHBhY2thZ2UgZGF0YWJhc2UgYmVpbmcgYnJv a2VuLiAgVGhhbmtzIHRvIEplZiBPbGl2ZXIuCiMgLSBQYXRjaGVkIGNhdF9leGNlcHQoKSB0 byBhbGxvdyB0aGUgbGFzdCBTbGFja3dhcmUgcGFja2FnZSBvbgojICAgYSBwYXJ0aXRpb24g dG8gYmUgcmVtb3ZlZCAodXNpbmcgUk9PVD0sIG9mIGNvdXJzZSkKIyAgIFRoYW5rcyB0byBT ZWxrZm9zdGVyIGZvciB0aGUgcGF0Y2gsIGFuZCB0byBldmVyeW9uZSBlbHNlIHdobwojICAg cHJvcG9zZWQgc29sdXRpb25zIGJlZm9yZS4gIFRoaXMgaXNzdWUgcmVhbGx5IHdhc24ndCBn aXZlbgojICAgdGhlIGhpZ2hlc3QgcHJpb3JpdHkgYmVmb3JlLCBidXQgSSBmaWd1cmVkIHdo aWxlIEknbSBpbiBoZXJlLi4uCiMKIyBSZXZpc2lvbiAxLjggVGh1IE5vdiAyMiAxNDowMDox MyBQU1QgMjAwMSB2b2xrZXJkaW5nIFJlbCAkCiMgLSBNb3ZlICRUTVAgdW5kZXJuZWF0aCAk Uk9PVAojIC0gVW5kZXJzdGFuZCB0aGUgaWRlYSBvZiBhIGJhc2UgcGFja2FnZSBuYW1lLCBz byB0aGF0IHBhY2thZ2VzCiMgICBjYW4gYmUgcmVtb3ZlZCB3aXRoIGFueSBvZiB0aGVzZSBu b3RhdGlvbnM6CiMgICByZW1vdmVwa2cgZm9vLTEuMC1pMzg2LTEudGd6CiMgICByZW1vdmVw a2cgZm9vLTEuMC1pMzg2LTEKIyAgIHJlbW92ZXBrZyBmb28udGd6CiMgICByZW1vdmVwa2cg Zm9vCiMKIyBSZXZpc2lvbiAxLjcgIDIwMDEvMDMvMzAgMTI6MzY6Mjggdm9sa2VyZGluZwoj IC0gU3RyaXAgZXh0cmEgIi50Z3oiIGZyb20gaW5wdXQgbmFtZXMuCiMKIyBSZXZpc2lvbiAx LjYgIDE5OTkvMDMvMjUgMTg6MjY6NDEgdm9sa2VyZGluZwojIC0gVXNlIGV4dGVybmFsICRS T09UIHZhcmlhYmxlLCBsaWtlIGluc3RhbGxwa2cuCiMKIyBSZXZpc2lvbiAxLjUuMSAgMTk5 OC8wMy8xOCAxNTozNzoyOCB2b2xrZXJkaW5nCiMgLSBTaW5jZSByZW1vdmVwa2cgaXMgYWx3 YXlzIHJ1biBieSByb290LCB0aGUgdGVtcCBkaXJlY3RvcnkgaGFzIGJlZW4KIyAgIG1vdmVk IGZyb20gL3RtcCB0byBhIHByaXZhdGUgZGlyZWN0b3J5IHRvIGF2b2lkIHN5bWxpbmsgYXR0 YWNrcyBmcm9tCiMgICBtYWxpY2lvdXMgdXNlcnMuCiMKIyBSZXZpc2lvbiAxLjUgIDE5OTcv MDYvMjYgMTI6MDk6NTMgIGZyYW5rZQojIC0gRml4ZWQgb2xkIGJ1ZyBpbiBUUklHR0VSIHJl Z2V4IHNldHRpbmcKIyAtIC1wcmVzZXJ2ZS8tY29weSBvcHRpb25zIG5vdyBwcmVzZXJ2ZSBu b24tdW5pcXVlIGZpbGVzCiMgICBhbmQgZW1wdHkgZGlyZWN0b3JpZXMgYWxzbwojCiMgUmV2 aXNpb24gMS40ICAxOTk3LzA2LzA5IDEzOjIxOjM2ICBmcmFua2UKIyAtIFBhY2thZ2UgZmls ZSBwcmVzZXJ2ZSAoLXByZXNlcnZlLCAtY29weSkgYWRkZWQuCiMgLSBEb24ndCBleGVjdXRl ICJybSAtcmYiIGxpbmVzIGZyb20gZG9pbnN0LnNoLCByZW1vdmluZyBsaW5rcyBleHBsaWNp dC4KIyAtIFdhcm5pbmcgb24gbm8gbG9uZ2VyIGV4aXN0aW5nIGZpbGVzIGFkZGVkLgojIC0g V2FybmluZyBvbiBmaWxlcyBjaGFuZ2VkIGFmdGVyIHBhY2thZ2UgaW5zdGFsbGF0aW9uIGFk ZGVkLgojIC0gSW50ZXJtZWRpYXRlIGZpbGUgcHJlc2VydmUgKC1rZWVwKSBhZGRlZC4KIyAt IENoZWNrIGZvciByZXF1aXJlZCBmaWxlcy9saW5rcyBub3cgZG9uZSBvbiBhIGNvbWJpbmVk IGxpc3QuCiMgLSBXcml0ZSBhY2Nlc3MgdG8gL3Zhci9sb2cve3BhY2thZ2VzLHNjcmlwdHN9 IG5vIGxvbmdlciBuZWNlc3NhcnkgZm9yIC13YXJuLgojCiMgUmV2aXNpb24gMS4zICAxOTk3 LzA2LzA4IDEzOjAzOjA1ICBmcmFua2UKIyBNZXJnZWQgd2l0aCByZXZpc2lvbiAxLjEuMS4x CiMKIyBSZXZpc2lvbiAxLjIgIDE5OTYvMDYvMDEgMjA6MDQ6MjYgIGZyYW5rZQojIERlbGV0 ZSBlbXB0eSBkaXJlY3RvcmllcyAmIGZvcm1hdGVkIG1hbnVhbCBwYWdlcyBhZGRlZAojCiMg UmV2aXNpb24gMS4xLjEuMSAgMTk5NS8xMi8xOCAyMToyMDo0MiAgdm9sa2VyZGluZwojIE9y aWdpbmFsIFZlcnNpb24gZnJvbSBTbGFja3dhcmUgMy4xCiMKIyBSZXZpc2lvbiAxLjEgIDE5 OTUvMDYvMDUgMjI6NDk6MTEgIHZvbGtlcmRpbmcKIyBPcmlnaW5hbCBWZXJzaW9uIGZyb20g U2xhY2t3YXJlIDMuMAojCgojIENvcHlyaWdodCAxOTk0LCAxOTk1LCAxOTk4ICBQYXRyaWNr IFZvbGtlcmRpbmcsIE1vb3JoZWFkLCBNaW5uZXNvdGEgVVNBCiMgQ29weXJpZ2h0IDIwMDEs IFNsYWNrd2FyZSBMaW51eCwgSW5jLiwgQ29uY29yZCwgQ0EgVVNBCiMgQ29weXJpZ2h0IDIw MDkgIFBhdHJpY2sgSi4gVm9sa2VyZGluZywgU2ViZWthLCBNTiwgVVNBCiMgQWxsIHJpZ2h0 cyByZXNlcnZlZC4KIwojIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2Ugb2YgdGhpcyBzY3JpcHQs IHdpdGggb3Igd2l0aG91dCBtb2RpZmljYXRpb24sIGlzIAojIHBlcm1pdHRlZCBwcm92aWRl ZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucyBhcmUgbWV0OgojCiMgMS4gUmVkaXN0 cmlidXRpb25zIG9mIHRoaXMgc2NyaXB0IG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmln aHQKIyAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIuCiMKIyAgVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUg QVVUSE9SIGBgQVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRAojICBXQVJSQU5U SUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFIElNUExJRUQgV0FSUkFO VElFUyBPRiAKIyAgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VM QVIgUFVSUE9TRSBBUkUgRElTQ0xBSU1FRC4gIElOIE5PCiMgIEVWRU5UIFNIQUxMIFRIRSBB VVRIT1IgQkUgTElBQkxFIEZPUiBBTlkgRElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwg CiMgIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTCBEQU1BR0VTIChJTkNM VURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywKIyAgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVU RSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7CiMg IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBU SEVPUlkgT0YgTElBQklMSVRZLCAKIyAgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUIExJ QUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgCiMgIE9USEVSV0lT RSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUs IEVWRU4gSUYgCiMgIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdF LgojCgojIFJldHVybiBhIHBhY2thZ2UgbmFtZSB0aGF0IGhhcyBiZWVuIHN0cmlwcGVkIG9m IHRoZSBkaXJuYW1lIHBvcnRpb24KIyBhbmQgYW55IG9mIHRoZSB2YWxpZCBleHRlbnNpb25z IChvbmx5KToKcGtnYmFzZSgpIHsKICBQS0dFWFQ9JChlY2hvICQxIHwgcmV2IHwgY3V0IC1m IDEgLWQgLiB8IHJldikKICBjYXNlICRQS0dFWFQgaW4KICAndGd6JyApCiAgICBQS0dSRVRV Uk49JChiYXNlbmFtZSAkMSAudGd6KQogICAgOzsKICAndGJ6JyApCiAgICBQS0dSRVRVUk49 JChiYXNlbmFtZSAkMSAudGJ6KQogICAgOzsKICAndGx6JyApCiAgICBQS0dSRVRVUk49JChi YXNlbmFtZSAkMSAudGx6KQogICAgOzsKICAndHh6JyApCiAgICBQS0dSRVRVUk49JChiYXNl bmFtZSAkMSAudHh6KQogICAgOzsKICAqKQogICAgUEtHUkVUVVJOPSQoYmFzZW5hbWUgJDEp CiAgICA7OwogIGVzYWMKICBlY2hvICRQS0dSRVRVUk4KfQoKIyBUaGlzIG1ha2VzICJzb3J0 IiBydW4gbXVjaCBmYXN0ZXI6CmV4cG9ydCBMQ19BTEw9QwoKIyBNYWtlIHN1cmUgdGhlcmUn cyBhIHByb3BlciB0ZW1wIGRpcmVjdG9yeToKVE1QPSRST09UL3Zhci9sb2cvc2V0dXAvdG1w CiMgSWYgdGhlICRUTVAgZGlyZWN0b3J5IGRvZXNuJ3QgZXhpc3QsIGNyZWF0ZSBpdDoKaWYg WyAhIC1kICRUTVAgXTsgdGhlbgogIHJtIC1yZiAkVE1QICMgbWFrZSBzdXJlIGl0J3Mgbm90 IGEgc3ltbGluayBvciBzb21ldGhpbmcgc3R1cGlkCiAgbWtkaXIgLXAgJFRNUAogIGNobW9k IDcwMCAkVE1QICMgbm8gbmVlZCB0byBsZWF2ZSBpdCBvcGVuCmZpCkFETV9ESVI9JFJPT1Qv dmFyL2xvZwpQUkVTX0RJUj0kVE1QL3ByZXNlcnZlZF9wYWNrYWdlcwoKIyBUaGlzIHNpbXBs ZSBjYXRfZXhjZXB0KCkgc2hvdWxkIGJlIHVzZWQgb24gdGhlIGluc3RhbGxlciwKIyBzaW5j ZSB0aGUgYnVzeWJveCAiZmluZCIgY2FuJ3QgaGFuZGxlIHRoZSBjb21wbGV4IGZpbmQKIyBz eW50YXg6CiNjYXRfZXhjZXB0KCkgewojICggY2QgIiQxIiAmJiBjYXQgJChscyAqIHwgc2Vk ICIvXiQyXCQvZCIpKQojfQoKIyBUaGlzIHZlcnNpb24gb2YgY2F0X2V4Y2VwdCgpIGFsbG93 cyB0aGUgbGFzdCBwYWNrYWdlIHRvIGJlCiMgcmVtb3ZlZCB3aGVuIFJPT1Q9IGlzIHVzZWQ6 CmNhdF9leGNlcHQoKSB7CiAgKCBjZCAiJDEiICYmIFwKICAgIGlmIFsgJChmaW5kIC4gLXR5 cGUgZiAtbWF4ZGVwdGggMSB8IHdjIC1sKSAtbmUgMSBdOyB0aGVuCiAgICAgIGNhdCAkKGZp bmQgLiAtdHlwZSBmIC1tYXhkZXB0aCAxIHwgZ3JlcCAtdiAiJDIiKQogICAgZmkKICApCn0K CmV4dHJhY3RfbGlua3MoKSB7CiBzZWQgLW4gJ3MsXiggKmNkIFwoW14gO11bXiA7XSpcKSAq OyAqcm0gLXJmIFwoW14gKV1bXiApXSpcKSAqKSAqJCxcMS9cMixwJwp9CgpwcmVzZXJ2ZV9m aWxlKCkgewogaWYgWyAiJFBSRVNFUlZFIiA9ICJ0cnVlIiBdOyB0aGVuCiAgRj0iJChiYXNl bmFtZSAiJDEiKSIKICBEPSIkKGRpcm5hbWUgIiQxIikiCiAgaWYgWyAhIC1kICIkUFJFU19E SVIvJFBLR05BTUUvJEQiIF07IHRoZW4KICAgIG1rZGlyIC1wICIkUFJFU19ESVIvJFBLR05B TUUvJEQiIHx8IHJldHVybiAxCiAgZmkKICBjcCAtcCAiJFJPT1QvJEQvJEYiICIkUFJFU19E SVIvJFBLR05BTUUvJEQiIHx8IHJldHVybiAxCiBmaQogcmV0dXJuIDAKfQoKcHJlc2VydmVf ZGlyKCkgewogaWYgWyAiJFBSRVNFUlZFIiA9ICJ0cnVlIiBdOyB0aGVuCiAgaWYgWyAhIC1k ICIkUFJFU19ESVIvJFBLR05BTUUvJDEiIF07IHRoZW4KICAgIG1rZGlyIC1wICIkUFJFU19E SVIvJFBLR05BTUUvJDEiIHx8IHJldHVybiAxCiAgZmkKIGZpCiByZXR1cm4gMAp9CgprZWVw X2ZpbGVzKCkgewogd2hpbGUgcmVhZCBGSUxFIDsgZG8KICBpZiBbICEgLWQgIiRST09ULyRG SUxFIiBdOyB0aGVuCiAgIGlmIFsgLXIgIiRST09ULyRGSUxFIiBdOyB0aGVuCiAgICBlY2hv ICIgIC0tPiAkUk9PVC8kRklMRSB3YXMgZm91bmQgaW4gYW5vdGhlciBwYWNrYWdlLiBTa2lw cGluZy4iCiAgICBwcmVzZXJ2ZV9maWxlICIkRklMRSIKICAgZWxzZQogICAgaWYgWyAiJChl Y2hvICRGSUxFIHwgY3V0IC1iMS04KSIgIT0gImluc3RhbGwvIiBdOyB0aGVuCiAgICAgZWNo byAiV0FSTklORzogTm9uZXhpc3RlbnQgJFJPT1QvJEZJTEUgd2FzIGZvdW5kIGluIGFub3Ro ZXIgcGFja2FnZS4gU2tpcHBpbmcuIgogICAgZmkKICAgZmkKICBlbHNlCiAgIHByZXNlcnZl X2RpciAiJEZJTEUiCiAgZmkKIGRvbmUKfQoKa2VlcF9saW5rcygpIHsKIHdoaWxlIHJlYWQg TElOSyA7IGRvCiAgaWYgWyAtTCAiJFJPT1QvJExJTksiIF07IHRoZW4KICAgZWNobyAiICAt LT4gJFJPT1QvJExJTksgKHN5bWxpbmspIHdhcyBmb3VuZCBpbiBhbm90aGVyIHBhY2thZ2Uu IFNraXBwaW5nLiIKICBlbHNlCiAgIGVjaG8gIldBUk5JTkc6IE5vbmV4aXN0ZW50ICRST09U LyRMSU5LIChzeW1saW5rKSB3YXMgZm91bmQgaW4gYW5vdGhlciBwYWNrYWdlLiBTa2lwcGlu Zy4iCiAgZmkKIGRvbmUKfQoKZGVsZXRlX2ZpbGVzKCkgewogd2hpbGUgcmVhZCBGSUxFIDsg ZG8KICBpZiBbICEgLWQgIiRST09ULyRGSUxFIiBdOyB0aGVuCiAgIGlmIFsgLXIgIiRST09U LyRGSUxFIiBdOyB0aGVuCiAgICBpZiBbICIkUk9PVC8kRklMRSIgLW50ICIkQURNX0RJUi9w YWNrYWdlcy8kUEtHTkFNRSIgXTsgdGhlbgogICAgIGVjaG8gIldBUk5JTkc6ICRST09ULyRG SUxFIGNoYW5nZWQgYWZ0ZXIgcGFja2FnZSBpbnN0YWxsYXRpb24uIgogICAgZmkKICAgIGlm IFsgISAiJFdBUk4iID0gInRydWUiIF07IHRoZW4KICAgICBlY2hvICIgIC0tPiBEZWxldGlu ZyAkUk9PVC8kRklMRSIKICAgICBwcmVzZXJ2ZV9maWxlICIkRklMRSIgJiYgcm0gLWYgIiRS T09ULyRGSUxFIgogICAgZWxzZQogICAgIGVjaG8gIiAgLS0+ICRST09ULyRGSUxFIHdvdWxk IGJlIGRlbGV0ZWQiCiAgICAgcHJlc2VydmVfZmlsZSAiJEZJTEUiCiAgICBmaQogICBlbHNl CiAgICBlY2hvICIgIC0tPiAkUk9PVC8kRklMRSBubyBsb25nZXIgZXhpc3RzLiBTa2lwcGlu Zy4iCiAgIGZpCiAgZWxzZQogICBwcmVzZXJ2ZV9kaXIgIiRGSUxFIgogIGZpCiBkb25lCn0K CmRlbGV0ZV9saW5rcygpIHsKIHdoaWxlIHJlYWQgTElOSyA7IGRvCiAgaWYgWyAtTCAiJFJP T1QvJExJTksiIF07IHRoZW4KICAgaWYgWyAhICIkV0FSTiIgPSAidHJ1ZSIgXTsgdGhlbgog ICAgZWNobyAiICAtLT4gRGVsZXRpbmcgc3ltbGluayAkUk9PVC8kTElOSyIKICAgIHJtIC1m ICRST09ULyRMSU5LCiAgIGVsc2UKICAgIGVjaG8gIiAgLS0+ICRST09ULyRMSU5LIChzeW1s aW5rKSB3b3VsZCBiZSBkZWxldGVkIgogICBmaQogIGVsc2UKICAgZWNobyAiICAtLT4gJFJP T1QvJExJTksgKHN5bWxpbmspIG5vIGxvbmdlciBleGlzdHMuIFNraXBwaW5nLiIKICBmaQog ZG9uZQp9CgpkZWxldGVfZGlycygpIHsKIHNvcnQgLXIgfCBcCiB3aGlsZSByZWFkIERJUiA7 IGRvCiAgaWYgWyAtZCAiJFJPT1QvJERJUiIgXTsgdGhlbgogICAgaWYgWyAhICIkV0FSTiIg PSAidHJ1ZSIgXTsgdGhlbgogICAgICBpZiBbICQobHMgLWEgIiRST09ULyRESVIiIHwgd2Mg LWwpIC1lcSAyIF07IHRoZW4KICAgICAgICBlY2hvICIgIC0tPiBEZWxldGluZyBlbXB0eSBk aXJlY3RvcnkgJFJPT1QvJERJUiIKICAgICAgICBybWRpciAiJFJPT1QvJERJUiIKICAgICAg ZWxzZQogICAgICAgIGVjaG8gIldBUk5JTkc6IFVuaXF1ZSBkaXJlY3RvcnkgJFJPT1QvJERJ UiBjb250YWlucyBuZXcgZmlsZXMiCiAgICAgIGZpCiAgICBlbHNlCiAgICAgZWNobyAiICAt LT4gJFJPT1QvJERJUiAoZGlyKSB3b3VsZCBiZSBkZWxldGVkIGlmIGVtcHR5IgogICAgZmkK ICBmaQogZG9uZQp9CgpkZWxldGVfY2F0cygpIHsKIHNlZCAtbiAncywvbWFuXCguL1teL10q JFwpLC9jYXRcMSxwJyAgfCBcCiB3aGlsZSByZWFkIEZJTEUgOyBkbwogICBpZiBbIC1mICIk Uk9PVC8kRklMRSIgXTsgdGhlbgogICAgIGlmIFsgISAiJFdBUk4iID0gInRydWUiIF07IHRo ZW4KICAgICAgIGVjaG8gIiAgLS0+IERlbGV0aW5nICRST09ULyRGSUxFIChmbXQgbWFuIHBh Z2UpIgogICAgICAgcm0gLWYgJFJPT1QvJEZJTEUKICAgICBlbHNlCiAgICAgICBlY2hvICIg IC0tPiAkUk9PVC8kRklMRSAoZm10IG1hbiBwYWdlKSB3b3VsZCBiZSBkZWxldGVkIgogICAg IGZpCiAgIGZpCiBkb25lCn0KCnBhY2thZ2VfbmFtZSgpIHsKICBTVFJJTkc9JChwa2diYXNl ICQxKQogICMgSWYgd2UgZG9uJ3QgZG8gdGhpcywgY29tbWFuZHMgcnVuIGxhdGVyIHdpbGwg dGFrZSB0aGUgJy0nIHRvIGJlIGFuIG9wdGlvbgogICMgYW5kIHdpbGwgZGVzdHJveSB0aGUg cGFja2FnZSBkYXRhYmFzZS4gIFBhY2thZ2VzIHNob3VsZCBub3QgY29udGFpbiBzcGFjZXMK ICAjIGluIHRoZW0uICBOb3JtYWxseSB0aGlzIHR5cGUgb2YgcHJvYmxlbSByZXN1bHRzIGZy b20gYSBjb21tYW5kIGxpbmUgdHlwby4KICBpZiBbICIkKGVjaG8gJFNUUklORyB8IGN1dCAt YiAxKSIgPSAiLSIgXTsgdGhlbgogICAgU1RSSU5HPSJtYWxmb3JtZWQtcGFja2FnZS1uYW1l LWRldGVjdGVkIgogIGZpCiAgIyBDaGVjayBmb3Igb2xkIHN0eWxlIHBhY2thZ2UgbmFtZSB3 aXRoIG9uZSBzZWdtZW50OgogIGlmIFsgIiQoZWNobyAkU1RSSU5HIHwgY3V0IC1mIDEgLWQg LSkiID0gIiQoZWNobyAkU1RSSU5HIHwgY3V0IC1mIDIgLWQgLSkiIF07IHRoZW4KICAgIGVj aG8gJFNUUklORwogIGVsc2UgIyBoYXMgbW9yZSB0aGFuIG9uZSBkYXNoIGRlbGltaXRlZCBz ZWdtZW50CiAgICAjIENvdW50IG51bWJlciBvZiBzZWdtZW50czoKICAgIElOREVYPTEKICAg IHdoaWxlIFsgISAiJChlY2hvICRTVFJJTkcgfCBjdXQgLWYgJElOREVYIC1kIC0pIiA9ICIi IF07IGRvCiAgICAgIElOREVYPSQoZXhwciAkSU5ERVggKyAxKQogICAgZG9uZQogICAgSU5E RVg9JChleHByICRJTkRFWCAtIDEpICMgZG9uJ3QgaW5jbHVkZSB0aGUgbnVsbCB2YWx1ZQog ICAgIyBJZiB3ZSBkb24ndCBoYXZlIGZvdXIgc2VnbWVudHMsIHJldHVybiB0aGUgb2xkLXN0 eWxlIChvciBvdXQgb2Ygc3BlYykgcGFja2FnZSBuYW1lOgogICAgaWYgWyAiJElOREVYIiA9 ICIyIiAtbyAiJElOREVYIiA9ICIzIiBdOyB0aGVuCiAgICAgIGVjaG8gJFNUUklORwogICAg ZWxzZSAjIHdlIGhhdmUgZm91ciBvciBtb3JlIHNlZ21lbnRzLCBzbyB3ZSdsbCBjb25zaWRl ciB0aGlzIGEgbmV3LXN0eWxlIG5hbWU6CiAgICAgIE5BTUU9JChleHByICRJTkRFWCAtIDMp CiAgICAgIE5BTUU9IiQoZWNobyAkU1RSSU5HIHwgY3V0IC1mIDEtJE5BTUUgLWQgLSkiCiAg ICAgIGVjaG8gJE5BTUUKICAgICAgIyBjcnVmdCBmb3IgbGF0ZXIgOykKICAgICAgI1ZFUj0k KGV4cHIgJElOREVYIC0gMikKICAgICAgI1ZFUj0iJChlY2hvICRTVFJJTkcgfCBjdXQgLWYg JFZFUiAtZCAtKSIKICAgICAgI0FSQ0g9JChleHByICRJTkRFWCAtIDEpCiAgICAgICNBUkNI PSIkKGVjaG8gJFNUUklORyB8IGN1dCAtZiAkQVJDSCAtZCAtKSIKICAgICAgI0JVSUxEPSIk KGVjaG8gJFNUUklORyB8IGN1dCAtZiAkSU5ERVggLWQgLSkiCiAgICBmaQogIGZpCn0KCiMg Q29udmVyc2lvbiB0byAnY29tbScgdXRpbGl0eSBieSBNYXJrIFdpc2RvbS4KIyBpcyBwcmV0 dHkgbmlmdHkhIDpeKQpyZW1vdmVfcGFja2FnZXMoKSB7CiBmb3IgUEtHTElTVCBpbiAkKiAK IGRvCiAgUEtHTkFNRT0kKHBrZ2Jhc2UgJFBLR0xJU1QpCiAgZWNobwogICMgSWYgd2UgZG9u J3QgaGF2ZSBhIHBhY2thZ2UgbWF0Y2ggaGVyZSwgdGhlbiB3ZSB3aWxsIGF0dGVtcHQgdG8g ZmluZAogICMgYSBwYWNrYWdlIHVzaW5nIHRoZSBsb25nIG5hbWUgZm9ybWF0IChuYW1lLXZl cnNpb24tYXJjaC1idWlsZCkgZm9yCiAgIyB3aGljaCB0aGUgYmFzZSBwYWNrYWdlIG5hbWUg d2FzIGdpdmVuLiAgT24gYSBwcm9wZXJseS1tYW5hZ2VkIG1hY2hpbmUsCiAgIyB0aGVyZSBz aG91bGQgb25seSBiZSBvbmUgcGFja2FnZSBpbnN0YWxsZWQgd2l0aCBhIGdpdmVuIGJhc2Vu YW1lLCBidXQKICAjIHdlIGRvbid0IGVuZm9yY2UgdGhpcyBwb2xpY3kuICBJZiB0aGVyZSdz IG1vcmUgdGhhbiBvbmUsIG9ubHkgb25lIHdpbGwKICAjIGJlIHJlbW92ZWQuICBJZiB5b3Ug d2FudCB0byByZW1vdmUgdGhlbSBhbGwsIHlvdSdsbCBuZWVkIHRvIHJ1bgogICMgcmVtb3Zl cGtnIGFnYWluIHVudGlsIGl0IHJlbW92ZXMgYWxsIHRoZSBzYW1lLW5hbWVkIHBhY2thZ2Vz LgogIGlmIFsgISAtZSAkQURNX0RJUi9wYWNrYWdlcy8kUEtHTkFNRSBdOyB0aGVuCiAgIFNI T1JUPSIkKHBhY2thZ2VfbmFtZSAkUEtHTkFNRSkiCiAgIGZvciBsb25nX3BhY2thZ2UgaW4g JEFETV9ESVIvcGFja2FnZXMvJHtQS0dOQU1FfSogOyBkbwogICAgaWYgWyAiJFNIT1JUIiA9 ICIkKHBhY2thZ2VfbmFtZSAkbG9uZ19wYWNrYWdlKSIgXTsgdGhlbgogICAgIFBLR05BTUU9 IiQoYmFzZW5hbWUgJGxvbmdfcGFja2FnZSkiCiAgICBmaQogICBkb25lCiAgZmkKCiAgaWYg WyAhIC1lICRBRE1fRElSL3BhY2thZ2VzLyRQS0dOQU1FIF07IHRoZW4KICAgIGxvbmdfcGFj a2FnZT0kKGxzIC0xICRBRE1fRElSL3BhY2thZ2VzLyR7UEtHTkFNRX0qIHwgZ3JlcCAtbSAx ICIke1BLR05BTUV9LVteLV0qLVteLV0qLVteLV0qJCIpCiAgICBpZiBbIC1lICIkbG9uZ19w YWNrYWdlIiBdOyB0aGVuCiAgICAgIFBLR05BTUU9JChiYXNlbmFtZSAkbG9uZ19wYWNrYWdl KQogICAgZmkKICBmaQoKICBpZiBbIC1yICRBRE1fRElSL3BhY2thZ2VzLyRQS0dOQU1FIF07 IHRoZW4KICAgaWYgWyAhICIkV0FSTiIgPSB0cnVlIF07IHRoZW4KICAgIGVjaG8gIlJlbW92 aW5nIHBhY2thZ2UgJEFETV9ESVIvcGFja2FnZXMvJFBLR05BTUUuLi4iCiAgIGZpCiAgIGlm IGZncmVwICIuLyIgJEFETV9ESVIvcGFja2FnZXMvJFBLR05BTUUgMT4gL2Rldi9udWxsIDI+ JjE7IHRoZW4KICAgIFRSSUdHRVI9Il5cLlwvIgogICBlbHNlCiAgICBUUklHR0VSPSJGSUxF IExJU1Q6IgogICBmaQogICBpZiBbICEgIiRXQVJOIiA9IHRydWUgXTsgdGhlbgogICAgZWNo byAiUmVtb3ZpbmcgZmlsZXM6IgogICBmaQogICBzZWQgLW4gIi8kVFJJR0dFUi8sL14kL3Ai IDwgJEFETV9ESVIvcGFja2FnZXMvJFBLR05BTUUgfCBcCiAgICBmZ3JlcCAtdiAiRklMRSBM SVNUOiIgfCBzb3J0IC11ID4gJFRNUC9kZWxldGVfbGlzdCQkCiAgICMgUGF0J3MgbmV3LW5l dyAmJiBpbXByb3ZlZCBwcmUtcmVtb3ZhbCByb3V0aW5lLgogICBjYXRfZXhjZXB0ICRBRE1f RElSL3BhY2thZ2VzICRQS0dOQU1FIHwgc29ydCAtdSA+ICRUTVAvcmVxdWlyZWRfbGlzdCQk CiAgIGlmIFsgLXIgJEFETV9ESVIvc2NyaXB0cy8kUEtHTkFNRSBdOyB0aGVuCiAgICBleHRy YWN0X2xpbmtzIDwgJEFETV9ESVIvc2NyaXB0cy8kUEtHTkFNRSB8IHNvcnQgLXUgPiAkVE1Q L2RlbF9saW5rX2xpc3QkJAogICAgY2F0X2V4Y2VwdCAkQURNX0RJUi9zY3JpcHRzICRQS0dO QU1FIHwgZXh0cmFjdF9saW5rcyB8IFwKICAgICBzb3J0IC11ID4gJFRNUC9yZXF1aXJlZF9s aW5rcyQkCiAgICBtdiAkVE1QL3JlcXVpcmVkX2xpc3QkJCAkVE1QL3JlcXVpcmVkX2ZpbGVz JCQKICAgIHNvcnQgLXUgJFRNUC9yZXF1aXJlZF9saW5rcyQkICRUTVAvcmVxdWlyZWRfZmls ZXMkJCA+ICRUTVAvcmVxdWlyZWRfbGlzdCQkCiAgICBjb21tIC0xMiAkVE1QL2RlbF9saW5r X2xpc3QkJCAkVE1QL3JlcXVpcmVkX2xpc3QkJCB8IGtlZXBfbGlua3MKICAgIGNvbW0gLTIz ICRUTVAvZGVsX2xpbmtfbGlzdCQkICRUTVAvcmVxdWlyZWRfbGlzdCQkIHwgZGVsZXRlX2xp bmtzCiAgIGVsc2UKICAgIGNhdCAkQURNX0RJUi9zY3JpcHRzLyogfCBleHRyYWN0X2xpbmtz IHwgXAogICAgIHNvcnQgLXUgPiAkVE1QL3JlcXVpcmVkX2xpbmtzJCQKICAgIG12ICRUTVAv cmVxdWlyZWRfbGlzdCQkICRUTVAvcmVxdWlyZWRfZmlsZXMkJAogICAgc29ydCAtdSAkVE1Q L3JlcXVpcmVkX2xpbmtzJCQgJFRNUC9yZXF1aXJlZF9maWxlcyQkID4kVE1QL3JlcXVpcmVk X2xpc3QkJAogICBmaQogICBjb21tIC0xMiAkVE1QL2RlbGV0ZV9saXN0JCQgJFRNUC9yZXF1 aXJlZF9saXN0JCQgfCBrZWVwX2ZpbGVzCiAgIGNvbW0gLTIzICRUTVAvZGVsZXRlX2xpc3Qk JCAkVE1QL3JlcXVpcmVkX2xpc3QkJCA+ICRUTVAvdW5pcV9saXN0JCQKICAgZGVsZXRlX2Zp bGVzIDwgJFRNUC91bmlxX2xpc3QkJAogICBkZWxldGVfZGlycyA8ICRUTVAvdW5pcV9saXN0 JCQKICAgZGVsZXRlX2NhdHMgPCAkVE1QL3VuaXFfbGlzdCQkCiAgIGlmIFsgISAiJEtFRVAi ID0gInRydWUiIF07IHRoZW4KICAgIHJtIC1mICRUTVAvZGVsZXRlX2xpc3QkJCAkVE1QL3Jl cXVpcmVkX2ZpbGVzJCQgJFRNUC91bmlxX2xpc3QkJAogICAgcm0gLWYgJFRNUC9kZWxfbGlu a19saXN0JCQgJFRNUC9yZXF1aXJlZF9saW5rcyQkICRUTVAvcmVxdWlyZWRfbGlzdCQkCiAg IGZpCiAgIGlmIFsgIiRQUkVTRVJWRSIgPSAidHJ1ZSIgXTsgdGhlbgogICAgaWYgWyAtciAk QURNX0RJUi9zY3JpcHRzLyRQS0dOQU1FIF07IHRoZW4KICAgICBpZiBbICEgLWQgIiRQUkVT X0RJUi8kUEtHTkFNRS9pbnN0YWxsIiBdOyB0aGVuCiAgICAgIG1rZGlyIC1wICIkUFJFU19E SVIvJFBLR05BTUUvaW5zdGFsbCIKICAgICBmaQogICAgIGNwIC1wICRBRE1fRElSL3Njcmlw dHMvJFBLR05BTUUgJFBSRVNfRElSLyRQS0dOQU1FL2luc3RhbGwvZG9pbnN0LnNoCiAgICBm aQogICBmaQogICBpZiBbICEgIiRXQVJOIiA9ICJ0cnVlIiBdOyB0aGVuCiAgICBmb3IgRElS IGluICRBRE1fRElSL3JlbW92ZWRfcGFja2FnZXMgJEFETV9ESVIvcmVtb3ZlZF9zY3JpcHRz IDsgZG8KICAgICBpZiBbICEgLWQgJERJUiBdIDsgdGhlbiBta2RpciAtcCAkRElSIDsgY2ht b2QgNzU1ICRESVIgOyBmaQogICAgZG9uZQogICAgbXYgJEFETV9ESVIvcGFja2FnZXMvJFBL R05BTUUgJEFETV9ESVIvcmVtb3ZlZF9wYWNrYWdlcwogICAgaWYgWyAtciAkQURNX0RJUi9z Y3JpcHRzLyRQS0dOQU1FIF07IHRoZW4KICAgICBtdiAkQURNX0RJUi9zY3JpcHRzLyRQS0dO QU1FICRBRE1fRElSL3JlbW92ZWRfc2NyaXB0cwogICAgZmkKICAgZmkKICBlbHNlCiAgIGVj aG8gIk5vIHN1Y2ggcGFja2FnZTogJEFETV9ESVIvcGFja2FnZXMvJFBLR05BTUUuIENhbid0 IHJlbW92ZS4iCiAgZmkKIGRvbmUKfQoKaWYgWyAiJCMiID0gIjAiIF07IHRoZW4KICBlY2hv ICJVc2FnZTogJChiYXNlbmFtZSAkMCkgWy1jb3B5XSBbLWtlZXBdIFstcHJlc2VydmVdIFst d2Fybl0gcGFja2FnZW5hbWUgLi4uIjsgZXhpdCAxCmZpCgp3aGlsZSA6IDsgZG8KIGNhc2Ug IiQxIiBpbgogIC1jb3B5IHwgLS1jb3B5KSBXQVJOPXRydWU7IFBSRVNFUlZFPXRydWU7IHNo aWZ0OzsKICAta2VlcCB8IC0ta2VlcCkgS0VFUD10cnVlOyBzaGlmdDs7CiAgLXByZXNlcnZl IHwgLS1wcmVzZXJ2ZSkgUFJFU0VSVkU9dHJ1ZTsgc2hpZnQ7OwogIC13YXJuIHwgLS13YXJu KSBXQVJOPXRydWU7IHNoaWZ0OzsKICAtKiB8IC0tKikgZWNobyAiVXNhZ2U6ICQoYmFzZW5h bWUgJDApIFstY29weV0gWy1rZWVwXSBbLXByZXNlcnZlXSBbLXdhcm5dIHBhY2thZ2VuYW1l IC4uLiI7IGV4aXQgMTs7CiAgKikgYnJlYWsKIGVzYWMKZG9uZQoKaWYgWyAiJFdBUk4iID0g InRydWUiIF07IHRoZW4KIGVjaG8gIk9ubHkgd2FybmluZy4uLiBub3QgYWN0dWFsbHkgcmVt b3ZpbmcgYW55IGZpbGVzLiIKIGlmIFsgIiRQUkVTRVJWRSIgPSAidHJ1ZSIgXTsgdGhlbgog IGVjaG8gIlBhY2thZ2UgY29udGVudHMgaXMgY29waWVkIHRvICRQUkVTX0RJUi4iCiBmaQog ZWNobyAiSGVyZSdzIHdoYXQgd291bGQgYmUgcmVtb3ZlZCAoYW5kIGxlZnQgYmVoaW5kKSBp ZiB5b3UiCiBlY2hvICJyZW1vdmVkIHRoZSBwYWNrYWdlKHMpOiIKIGVjaG8KZWxzZQogaWYg WyAiJFBSRVNFUlZFIiA9ICJ0cnVlIiBdOyB0aGVuCiAgZWNobyAiUGFja2FnZSBjb250ZW50 cyBpcyBjb3BpZWQgdG8gJFBSRVNfRElSLiIKIGZpCmZpCgpyZW1vdmVfcGFja2FnZXMgJCoK Ci0tLS0tQkVHSU4gUEdQIFNJR05BVFVSRS0tLS0tClZlcnNpb246IEdudVBHIHYyLjAuMTYg KEZyZWVCU0QpCgppUUVjQkFFQkFnQUdCUUpNYlo0L0FBb0pFSkJYaDRtSjJGUitaVEVJQUlV d0MwNUlka3JZYTNTYmdXcVdsV29JCk9SRlVKckt3OHJnMHc0d0FFY0p4aGpuamNQWGY5aXMy M1JhelNkZ21seWtNYXk3c0tsa2NNVWwvelZCR3IvRVQKLzhYOUlWSGovUWhTcUJVY0hrQXpI MlJLZFBvbHc1KzZML2tSVDV6N0p5allnMU9GcHZHK2xhREVobjRySGxhdwpyeTNCQ3RmV0dk WHpBWGZUR2VSNkxFMk9rb1c2V09Mb1NUZCt2WXIyN0FNN3UydldSRGlpcFJoNk9BdmlWNWE2 CmNIT3ZqTDJqdE45MWhwN3hObXo3Tk0rV2ZKYkowTGJveFVIQkxSOFJUZU9EdnZtd1psMTVF ODRlZVpETWNZMlcKUFdCazB0L29CdTVmcWQ4OElFYlpwV3pIWEpzUzZXbnFZcnhQYjN2Tkp5 OFIzN3FXZVlDRkpFMjF2YXVNM2dBPQo9dFcxawotLS0tLUVORCBQR1AgU0lHTkFUVVJFLS0t LS0K --------------040104070006050800060606-- From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 21:43:40 2010 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 9865110656A7 for ; Thu, 19 Aug 2010 21:43:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 276838FC15 for ; Thu, 19 Aug 2010 21:43:39 +0000 (UTC) Received: (qmail 23278 invoked by uid 399); 19 Aug 2010 21:43:39 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Aug 2010 21:43:39 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6DA589.1080300@FreeBSD.org> Date: Thu, 19 Aug 2010 14:43:37 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Alberto Villa References: <201008191627.12922.avilla@freebsd.org> In-Reply-To: <201008191627.12922.avilla@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: portmaster: problem with custom dependencies 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, 19 Aug 2010 21:43:40 -0000 On 08/19/2010 07:27, Alberto Villa wrote: > hello doug and ports@! > > i've found a problem with portmaster-3.0 (i can't say if it started > earlier, but i don't think so). the script is not able to use custom > dependencies (e.g. ffmpeg-devel in place of ffmpeg) This appears to be a bug, I'll look into it more deeply. > by the way, just for curiosity: why do PM_INDEX* and --check-port-dbdir > conflict with each other? Because the --check-port-dbdir feature requires the actual ports tree. I'll look at making this a warning though to facilitate users who have INDEX options in their rc file. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 22:02:20 2010 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 1E60310656A7 for ; Thu, 19 Aug 2010 22:02:20 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 753768FC08 for ; Thu, 19 Aug 2010 22:02:17 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id ED667CA8882 for ; Thu, 19 Aug 2010 23:45:25 +0200 (CEST) Received: from graf.pompo.net (unknown [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id 9AFDED48074 for ; Thu, 19 Aug 2010 23:45:17 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id 1DF9911457; Thu, 19 Aug 2010 23:45:16 +0200 (CEST) Date: Thu, 19 Aug 2010 23:45:16 +0200 From: Thierry Thomas To: freebsd-ports@freebsd.org Message-ID: <20100819214516.GD15775@graf.pompo.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4C6DA0FA.7080203@DataIX.net> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.0-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Subject: Re: what next for the pkg_install rewrite 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, 19 Aug 2010 22:02:20 -0000 Le Jeu 19 aoû 10 à 23:24:10 +0200, jhell écrivait : > As well I would also like to see something done about packages that > don't need to be upgraded because they are neither platform or arch > dependent but yet they are upgraded due to being listed as a dependent > of another port that needs to be upgraded. For example any package that > may be type shell script does not need updating due to a major lib > version bump of for say libpng. For this purpose, it's already possible to check if the port set NO_BUILD. Regards, -- Th. Thomas. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 22:10:41 2010 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 B64EB1065670; Thu, 19 Aug 2010 22:10:41 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BFFF38FC15; Thu, 19 Aug 2010 22:10:40 +0000 (UTC) Received: by qyk4 with SMTP id 4so2681847qyk.13 for ; Thu, 19 Aug 2010 15:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=tJykT9/jRnmJU+QT78QX0jmwcJGztnPazuLPpvYk6Cw=; b=D3a8Ut+i/huo4M6VWtZ8iathOLiGulcuW+bc4gusbCBQ6FIaQiwTi09TfsUyD1V448 jX1BkLVZkvUa2eBvrNevZhlxjHtLxJqR1CtYiLpYxLRraY8WiGhBkYCajKVNc822tcil E5/jxCN7D6IrVluEmBw4uCtW2eoPhyDqPO+eQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=iLApG2bTJL1G4fG51z7N3w8vvlrmpwjBbBz3CuR8OKDGIXbT772WNzt6vAGGZe2NcG lbuGaDNNAxRjM+NG2pi6EvTJDZysz56zyocdiqDIEmVE9FnYxfczJsy1KRGUijJBmPec /opv8xifZ52NKl9uWOraDmUb5GABcx5bQnMRQ= MIME-Version: 1.0 Received: by 10.224.29.10 with SMTP id o10mr331543qac.227.1282255839688; Thu, 19 Aug 2010 15:10:39 -0700 (PDT) Sender: ivoras@gmail.com Received: by 10.229.236.132 with HTTP; Thu, 19 Aug 2010 15:10:39 -0700 (PDT) In-Reply-To: <4C6DA0FA.7080203@DataIX.net> References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Date: Fri, 20 Aug 2010 00:10:39 +0200 X-Google-Sender-Auth: rqYuVXFqdeOwN1DQeQw79bIO3Ro Message-ID: From: Ivan Voras To: jhell Content-Type: text/plain; charset=UTF-8 Cc: bapt@freebsd.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 19 Aug 2010 22:10:41 -0000 On 19/08/2010, jhell wrote: > Adding to this I would like to see a central database created for > packages that have been removed like in Slackware Linux. They keep a > file in /var/log/preserved_packages with a flat text format with the > file name looking like: > > ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` Ah yes, you reminded me of this other thing: I would also suggest getting rid of text files carrying rich information in ad-hoc formats :) I'm not saying XML should be the only choice, but it *is* well supported - expat is even in base as libbsdxml. While suggesting nebulous things I know will be hard to pass near a lot of people: sqlite is *the* choice for any record-based file databases today. The single most important thing I'll promote with it is its transaction capabilities and ACID - these would get much use if parallel operations (upgrades / installs) are to be supported. There are a ton of other reasons too. I started writing this a long time ago but abandoned it because of strong opposition: http://wiki.freebsd.org/PortsUsingSQLite - maybe it would help at this time. From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 22:31:24 2010 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 6620D10656A7 for ; Thu, 19 Aug 2010 22:31:24 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEECF8FC15 for ; Thu, 19 Aug 2010 22:31:23 +0000 (UTC) Received: by wyj26 with SMTP id 26so3211338wyj.13 for ; Thu, 19 Aug 2010 15:31:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=aFOlweXJ2m92U0lgfnPBecAY4d1F4tuQ8355vbDi9sA=; b=hdwhIBQQKyW4y2RYu2e58S26avaKIs5zKHDF4zsQAPg+2aIMnT5jIH0igIut3zl0su Vz/nIVhuqgfsU0jZLKo+99rZKv1xRlcZE5GGONGR9B6yOsQXjU6CR+oRMLYO4tmXG5bE 5JH46ZdIRIFqUmpwXauE3UJPYgE+QHibxhLMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=nU5RKysGDlVHUep1Ir/ivzc5ekMpu6fyKbSA8+TgenHPuwmVjCNKNP03IQDqAdgyYW rJ+Rx6A3uaYCYBK5FKPavevMAy+01f17aZZ16Lemffc5pYmT6vDv7KZ2+zVuYoUN5sz4 R2BLrVIgewxDTByXaaSlDqkllx/pNtsAfM0Ts= MIME-Version: 1.0 Received: by 10.216.232.144 with SMTP id n16mr438420weq.1.1282257082904; Thu, 19 Aug 2010 15:31:22 -0700 (PDT) Received: by 10.216.48.72 with HTTP; Thu, 19 Aug 2010 15:31:22 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Aug 2010 17:31:22 -0500 Message-ID: From: Neal Hogan To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: devede/mplayer ogg-issue fixed 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, 19 Aug 2010 22:31:25 -0000 Sorry, wrong list 8-( On Thu, Aug 19, 2010 at 1:52 PM, Neal Hogan wrote: > I just want to point out that the recent update to mplayer > (mplayer-20100308p3) appears to have fixed the ogg-issue that was > happening with devede. > > Thanks! > > montagueneal uname -a > OpenBSD montague 4.8 GENERIC.MP#4 amd64 > From owner-freebsd-ports@FreeBSD.ORG Thu Aug 19 23:25:23 2010 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 A9C28106566B for ; Thu, 19 Aug 2010 23:25:23 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 70DAB8FC18 for ; Thu, 19 Aug 2010 23:25:23 +0000 (UTC) Received: by iwn36 with SMTP id 36so2625772iwn.13 for ; Thu, 19 Aug 2010 16:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=zXLFOSIDXAAxOxWso5ckTvhYBM8VbKDtwVr+cgZVP7Q=; b=ilPOldk49Rx3sUXSzJa8b/GRXRD7utgf5yCNLdWRwVtKS9authQKx8FuVATNI5lREw EuKEAZOUsF2T0HGCfrIWrD2eIGoBP2K9WOZU/9mxNXPD2zuiFvc88zEKdLnD7gTsNl4T 0+duE2qRa8SrkQiMyQvRV7RVIbMB0HwFGrz+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=WcErfPAZll/qqat+oiQKF34FhXQZ/dHrZ7E2RNsdDySEyCrbEEImBw6Sy/Nw6vb3yY v8YvVrO+uyWDTeK9JtJ8Z7IIR9p1OABDjR3UDj+eiy1OP6PV90/OEfqUI9939UHd0h0q 9ibnHJEY3svCorL5i9P3yraUYPtZAEwNlcMww= Received: by 10.231.39.201 with SMTP id h9mr501647ibe.118.1282260322779; Thu, 19 Aug 2010 16:25:22 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id r3sm1872047ibk.7.2010.08.19.16.25.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 16:25:21 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Thu, 19 Aug 2010 18:25:12 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.0-RELEASE-p4; KDE/4.4.5; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201008191825.13244.lumiwa@gmail.com> Subject: gimp-gap again 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, 19 Aug 2010 23:25:23 -0000 I red for gimp-gap 2.4.0_6 graphics =1 IGNORE: does not work with Gimp 2.6, and no update available GIMP Animation Package: "Reassign ports from ahze@ to kwm@ due to ahze's inactivity and kwm's activity." gimp-gap is out from 2009 but not in FreeBSD ports: http://www.gimpusers.com/news/2009-06-18/gap-2-6-released.html The old port was updte for ffmpeg, for ... but it is not update tghat will be useful for GIMP 2.6. Is it this port stop maintaining, please? Thanks. Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 00:00:17 2010 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 7EA0410656A9 for ; Fri, 20 Aug 2010 00:00:17 +0000 (UTC) (envelope-from jktrigg@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3AAF28FC20 for ; Fri, 20 Aug 2010 00:00:12 +0000 (UTC) Received: by wwb31 with SMTP id 31so1403019wwb.31 for ; Thu, 19 Aug 2010 17:00:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3ZG8xqMahB/Qn0OY4VwgZ/V/aDD5zICqCsPPfXXwPg8=; b=g+0IxhAsS+k9aW5B5b2T4SCScsyj7DUL25MYEuhvNXMHiZ2/9Ev6fhTWlSMP+Qu+hV X+fvG3I6UocpJTv4IXjCJ+cp4HcjR9SFkqwCffV22lS/6oDX6B4Noo9D+rFodD9Eg2DA 40SAMvMG9qPS+8mDOiNclOwZjUQBcTtveSrP0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sqip1Qvk6i3Ejt3M+r7lw+KjU4VDqdGkUM4/3SauCTipZUvMzBwOIOj/dMZ9ynSzk9 9pKuYQHtgXSIlkX2LVkDuCxH/C4NTJQNvCnZjmZe8dG08ReHXG0Zkqu+LPds7Wowc+ma /bXD3d5XxQo1UVhQWKYdCOKfCWoP3QL88WAgY= MIME-Version: 1.0 Received: by 10.216.17.194 with SMTP id j44mr450802wej.68.1282262412099; Thu, 19 Aug 2010 17:00:12 -0700 (PDT) Received: by 10.216.53.137 with HTTP; Thu, 19 Aug 2010 17:00:12 -0700 (PDT) In-Reply-To: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Date: Thu, 19 Aug 2010 20:00:12 -0400 Message-ID: From: Jim Trigg To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 00:00:17 -0000 On Thu, Aug 19, 2010 at 6:10 PM, Ivan Voras wrote: > On 19/08/2010, jhell wrote: >> =A0 =A0 =A0 Adding to this I would like to see a central database create= d for >> packages that have been removed like in Slackware Linux. They keep a >> file in /var/log/preserved_packages with a flat text format with the >> file name looking like: >> >> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` > > Ah yes, you reminded me of this other thing: I would also suggest > getting rid of text files carrying rich information in ad-hoc formats > :) > > I'm not saying XML should be the only choice, but it *is* well > supported - expat is even in base as libbsdxml. That might be acceptable. > While suggesting nebulous things I know will be hard to pass near a > lot of people: sqlite is *the* choice for any record-based file > databases today. The single most important thing I'll promote with it > is its transaction capabilities and ACID - these would get much use if > parallel operations (upgrades / installs) are to be supported. There > are a ton of other reasons too. On the other hand, I have strong philosophical objections to core port/package management utilities requiring large support structures of other ports/packages. Jim From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 01:53:46 2010 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 F00FD1065695 for ; Fri, 20 Aug 2010 01:53:46 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 817718FC18 for ; Fri, 20 Aug 2010 01:53:46 +0000 (UTC) Received: by bwz20 with SMTP id 20so2642270bwz.13 for ; Thu, 19 Aug 2010 18:53:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=K+uPnW9ceQLwJ/4KFCV0UHl/clFkz5GJX/EVl9hjj+8=; b=Ho5Ts3rcNXkXeMrSqgerW+mG5G5Ft7WNysHqojERR9zu8ZITI8WHT4QentVd3f+OWF saFbnNrtjvpldLH2sBpp1bzeaNLnHabypuxcAgTfW0dQkuU7PITY0l72Cy9TP3Wq3hFv 7PBC/zvyzTGJDHrY4en30rMLRkxtDzixqOuVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ojVDiIMa56R9uQxcL+Xyr5kz0gu6xCy7ARM0Iw6YZbntlACnZl2jhmyq9uOHN1mne/ H6l3kGKmbynRCeXaZwe6AQjzOP/bGGpbuo6Lw/IQzR2JRoiTRuy6DwN/N05qJhDjsqjg 71IidSQT8iOI8Jc5oSNUUDAkM7UJVVfmMb38Y= MIME-Version: 1.0 Received: by 10.204.68.206 with SMTP id w14mr427399bki.132.1282267810202; Thu, 19 Aug 2010 18:30:10 -0700 (PDT) Received: by 10.204.82.6 with HTTP; Thu, 19 Aug 2010 18:30:10 -0700 (PDT) Date: Thu, 19 Aug 2010 18:30:10 -0700 Message-ID: From: Garrett Cooper To: bug-followup@FreeBSD.org, gcooper@FreeBSD.org, ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: ports/146754: [patch] new port: add devel/atf framework to ports 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, 20 Aug 2010 01:53:47 -0000 This request has been sitting mostly idle for the last 3 months. I realize people are busy, but could someone with some time please help me work out any issues that might exist with this port, and commit this to ports? There are a _lot_ of developers that would be happy to see this committed to ports so they can add unittests for their work, and I would like to see this committed so I can start writing real testcases for pkg_install. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 01:56:20 2010 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 08F5A10656A3 for ; Fri, 20 Aug 2010 01:56:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 805D98FC12 for ; Fri, 20 Aug 2010 01:56:19 +0000 (UTC) Received: by bwz20 with SMTP id 20so2643974bwz.13 for ; Thu, 19 Aug 2010 18:56:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=y9hedTpywI0XNB4Kg1puMqWYmEIBsbLmw8nW/uVXNXU=; b=T/FCMH19RpjLRTWvpk7RZW28I525TprtSJHz22sJPiMLp8dxQKGRjO/9mHdmPHmun8 Ts7ESXgHuSrZ/KEJrZ5c1N9pWPN95XuAm6iAhvptmJiXBZX7XJo5A2fqBQWd50YNfGJz jI6/xMrhk1mgf86Gz0nD7AjliQpVGuveK0sKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Ev44q4rgx9YXgbZCYZ/RIQxa4WsdIdZOcovVfYRrvhvu9QJRmbDWyAvr1KKTGstAi0 k3D9N2bD65jCSpu+U814rbu2wGVQj7TNmmRh4yawGUMg7J0gH1FJzaN7ranWWC14Y3WM u4BPoYjVexEdcd74z7TU7V1AxkCifDAZ0gKP0= MIME-Version: 1.0 Received: by 10.204.49.205 with SMTP id w13mr498528bkf.28.1282267565876; Thu, 19 Aug 2010 18:26:05 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.204.82.6 with HTTP; Thu, 19 Aug 2010 18:26:05 -0700 (PDT) In-Reply-To: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Date: Thu, 19 Aug 2010 18:26:05 -0700 X-Google-Sender-Auth: p6wE2SPMuBZmirkzNKsrvTFgBH0 Message-ID: From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bapt@freebsd.org, Florent Thoumie , Julien Laffaye , David Forsythe , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 01:56:20 -0000 On Thu, Aug 19, 2010 at 3:10 PM, Ivan Voras wrote: > On 19/08/2010, jhell wrote: >> =A0 =A0 =A0 Adding to this I would like to see a central database create= d for >> packages that have been removed like in Slackware Linux. They keep a >> file in /var/log/preserved_packages with a flat text format with the >> file name looking like: >> >> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` Please no. We need another ad hoc text format like we need holes in our hea= d. > Ah yes, you reminded me of this other thing: I would also suggest > getting rid of text files carrying rich information in ad-hoc formats > :) > > I'm not saying XML should be the only choice, but it *is* well > supported - expat is even in base as libbsdxml. > > While suggesting nebulous things I know will be hard to pass near a > lot of people: sqlite is *the* choice for any record-based file > databases today. The single most important thing I'll promote with it > is its transaction capabilities and ACID - these would get much use if > parallel operations (upgrades / installs) are to be supported. There > are a ton of other reasons too. > > I started writing this a long time ago but abandoned it because of > strong opposition: http://wiki.freebsd.org/PortsUsingSQLite - maybe it > would help at this time. There are a lot of ideas going around, but unless the current patches get polished up and portmgr (points in flz's general direction) actually accept ideas, ideas are nothing more than ideas and will essentially be vaporware. That has been the chokepoint for patches I've added to the PR database. Also, if it breaks backwards compatibility used everywhere over the map and is actually functionality that's used in ports and src packages without equivalent functionality, it's a non-starter. If any work needs to be done, we should be getting _rid_ of features which aren't in use, or can be easily replaced with equivalent methods. Stuff I've identified over the past year that can be worked on are: =3D=3D=3D=3D=3D=3D=3D=3D pkg_install =3D=3D=3D=3D=3D=3D=3D=3D Locking: - We need concurrent package installation. Packing list: @dirrmtry (needs to be replaced with scripting infrastructure called via +INSTALL/+DEINSTALL). See @exec/@unexec (similar problem). @exec/@unexec (needs to be replaced with scripting infrastructure using +INSTALL/+DEINSTALL). @group/@mode/@owner (needs to be replaced with scripting infrastructure). @srcdir really shouldn't be in a plist (someone can script the call easily with pkg_create). At the end of the day, it would be really nice if there was one small file with the package metadata, and the other file was checksums via an mtree file. mtree files will solve a lot of the problems with the ad hoc plist `format'. @noinst should be checked to see whether or not it's widely used in ports. It might be a good idea to implement, but I'm not confident in that statement. Dependencies: - We should be using reverse dependencies, not forward dependencies. There's less value in forward dependencies, because I can uninstall things, and I don't have an accurate idea of what the current state is on the system. Reverse dependencies actually tell us _what_ we depend on, and should be expressed in terms of origins, not package versions. Whenever the version for the origins change, the package should be bumped. This would (IMO) reduce a lot of headaches with packages. INDEX*: - We should depend on INDEX* for package data, and it should be distributed with the base system, not ports, and ports should build off of this data. *libpkg*!!: - I emphasize this, because it's extremely important... David/Florent are already doing work to make this a reality, BUT we shouldn't be duplicating their work. It would be nice if the work being done by both Florent and David was more transparent, could be tasked out to various individuals, etc... but that's not how it is today. =3D=3D=3D=3D=3D=3D=3D=3D Ports =3D=3D=3D=3D=3D=3D=3D=3D bsd.*.mk: - Needs to use pkg_add / pkg_create out of the box instead of installing things directly into /. This would avoid a lot of issues with corrupted installs, etc. - [Nice to have] should be trimmed wherever possible. There's a lot of cruft that actually could be moved elsewhere to reduce the amount of work in terms of parsing and evaluating statements for everyday ports users. In general: - Ports need to be fixed so that BUILD_DEPENDS and RUN_DEPENDS don't end up in the package dependency list. We suffer from this in areas, Redhat suffers from this, etc, and it's not an easy task to do. However, if done properly, this will 1) speed up package building, 2) package installation, 3) reduce installed package count, etc. Just for the sake of not repeating past discussions: 1. SQLite was killed before because of complexity and because it was needs another package in base that isn't BSD licensed. That's why everyone in the know has been pushing for BDB 1.8x (in base). People suggested that to me back when I was trying to get off the ground in GSoC 2006, they did it to you before Ivan, and I'm sure they've done it before in the past. We need to implement things in terms of BDB first, but make the APIs generic enough so that it _could_ be extended to SQLite if people chose to do the work later on. 2. XML is a bad idea. Great in theory, wonderful in my browser, but a bloated plaintext file with a lot of complexity. I would prefer a database solution that could be dumped to a simple text file format if needed. Again (and I can't overemphasize this): no matter what we do, say, etc, unless we have buy-in from portmgr beforehand on anything here, the work will never see a ports/src CVS/svn repo, etc. This includes work done for past GSoCs, and current GSoCs. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 02:30:56 2010 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 1C1201065675; Fri, 20 Aug 2010 02:30:56 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 36D518FC12; Fri, 20 Aug 2010 02:30:54 +0000 (UTC) Received: by ywk9 with SMTP id 9so1267411ywk.13 for ; Thu, 19 Aug 2010 19:30:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=L9p0Iz7tuaDZEfiWS9DmvP3dbPkRJ3AcgFAAnxuMCIQ=; b=kVtG7TrEd7hlbt00TZ1DKBeIdTL4oh36al6rR7h8d/p+eDbzJT7ZPUVJXcJ0m+tbbp misNG1d4akqtODtQSyF7j5nW45PbDk6efxjmalGRWwvfDGp/DSBGteT7oaDtpWKICvGT zOawD1W91xZyhXIayXbDgUMlTck6Sl+ujn65o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=SV1RWrSZoxob5LKtUs80fQG2o3ttvgg2KlFEY9f24H6jIdw3YMaClzwwDvnQsrO42q d//5OzrcIywjCCknQseO6kWEhPcZ/CwyQP2umrybKRQ1W8aND9MKI/VZ+5XOmCgEZ1IR NQMhagAVUehlx+xVMdlw0VPB2+ZwzhaLcsPBM= Received: by 10.101.176.2 with SMTP id d2mr842168anp.101.1282271453739; Thu, 19 Aug 2010 19:30:53 -0700 (PDT) Received: from centel.dataix.local ([99.190.84.182]) by mx.google.com with ESMTPS id p16sm3502245anh.15.2010.08.19.19.30.52 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 19:30:53 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6DE8DB.8010202@DataIX.net> Date: Thu, 19 Aug 2010 22:30:51 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Garrett Cooper References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bapt@FreeBSD.org, Florent Thoumie , Julien Laffaye , David Forsythe , Tim Kientzle , Ivan Voras , freebsd-ports@FreeBSD.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 02:30:56 -0000 On 08/19/2010 21:26, Garrett Cooper wrote: > On Thu, Aug 19, 2010 at 3:10 PM, Ivan Voras wrote: >> > On 19/08/2010, jhell wrote: >>> >> Adding to this I would like to see a central database created for >>> >> packages that have been removed like in Slackware Linux. They keep a >>> >> file in /var/log/preserved_packages with a flat text format with the >>> >> file name looking like: >>> >> >>> >> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` > Please no. We need another ad hoc text format like we need holes in our head. > You may have misunderstood or maybe not the intention behind that file. This is just simply a log file of the transactions that were performed upon package deletion and nothing more but just a way for the user to look back and say "HEY! how did that get there!." or "where in the ``jhell'' did that file come from!" that they can simply grep the package removal logs to find out. -- Shameless plug with my email name put in for humor. It is also really handy if you remove some packages that somehow the depends had been messed up and later on your having a problem with a missing lib, easy enough to grep the removal logs to find out what package held that file. Especially useful if you only use binary packages. There is a lot of information that can be logged, especially with '-v', I personally do not think we or anyone for that matter should pass up that opportunity to make sure the information is collected rather than leaving it up to the user to redirect or script(1) the output every time which they would still or should be able to do. Another approach that I have not seen talked about here is a proposed directory layout. I think before 'unless I missed it' that someone jumps into this, some standards & goals should be made and made quite loudly as to attract as much public opinion and suggestions as possible for what works, what does not & what people would like to see. Something of this magnitude like changing packaging databases and directory structures and all that involved needs a central place and a clear, clean plan to be developed properly. I personally do not see this list anymore as a proper place to discuss it. packaging@ list request ? so this can all be centralized. Regards, PS: I have been toying with the idea of the directory layout just for spurring thoughts of others. http://bit.ly/aNLhNU but until there is a central place for these things it does not mean much. -- jhell,v From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 03:17:27 2010 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 1051F1065696 for ; Fri, 20 Aug 2010 03:17:27 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id B747B8FC08 for ; Fri, 20 Aug 2010 03:17:26 +0000 (UTC) Received: by gwj23 with SMTP id 23so1240082gwj.13 for ; Thu, 19 Aug 2010 20:17:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=AGmi64M/2jpyC9+FeEf2JjFTTlRURi8NKEXFv+oJZo0=; b=mYYGJ66CjclnyyZ4M9Xh05lTN0maf0bMNxbCJlVmsRMG5aaSM0oJsBgOLEBQ08jR56 Ap7W++218q7H4Y9pTV4twis1KHLwgu9DRxeql5ULNTXqb64jdPdJNGM3IvIOlVpU/HKc frDzlm1u48jeD5JyfaJUQD0VFbaXa6jUw4BqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=qTzlo/HezOD6/eg+vm8j5v+xJ02aoOxqZtslDd9GA8jWJTmVZ1HDhWeKQchotAurXG /6o7ySoaF61O5XggPpBbiaCmXNWpXhRRbS4P17ipr3eXhQiZ3Es+4R0GMgCbJoCNViBR RHSP2TNajdh3pXVEBzEcVhRorh+DkZEM6ejSw= Received: by 10.101.175.23 with SMTP id c23mr931052anp.55.1282274245921; Thu, 19 Aug 2010 20:17:25 -0700 (PDT) Received: from centel.dataix.local ([99.190.84.182]) by mx.google.com with ESMTPS id c38sm3568947anc.19.2010.08.19.20.17.25 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 20:17:25 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6DF3C3.2070102@DataIX.net> Date: Thu, 19 Aug 2010 23:17:23 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> <20100819214516.GD15775@graf.pompo.net> In-Reply-To: <20100819214516.GD15775@graf.pompo.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 03:17:27 -0000 On 08/19/2010 17:45, Thierry Thomas wrote: > Le Jeu 19 aoû 10 à 23:24:10 +0200, jhell > écrivait : > >> As well I would also like to see something done about packages that >> don't need to be upgraded because they are neither platform or arch >> dependent but yet they are upgraded due to being listed as a dependent >> of another port that needs to be upgraded. For example any package that >> may be type shell script does not need updating due to a major lib >> version bump of for say libpng. > > For this purpose, it's already possible to check if the port set > NO_BUILD. > > Regards, Ah then to my understanding, port/pkg upgrade tools do not have any way currently implemented that checks for this to skip those or PORT_REVISION bumps are being made on those at the time a shlib major version bump happens or both. Thanks for your reply. -- jhell,v From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 03:24:45 2010 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 619391065696 for ; Fri, 20 Aug 2010 03:24:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E47CF8FC1B for ; Fri, 20 Aug 2010 03:24:44 +0000 (UTC) Received: (qmail 30710 invoked by uid 399); 20 Aug 2010 03:24:44 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Aug 2010 03:24:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6DF57B.1030107@FreeBSD.org> Date: Thu, 19 Aug 2010 20:24:43 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Alberto Villa References: <201008191627.12922.avilla@freebsd.org> In-Reply-To: <201008191627.12922.avilla@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, mm@FreeBSD.org Subject: Re: portmaster: problem with custom dependencies 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, 20 Aug 2010 03:24:45 -0000 On 08/19/2010 07:27, Alberto Villa wrote: > i've found a problem with portmaster-3.0 (i can't say if it started > earlier, but i don't think so). the script is not able to use custom > dependencies (e.g. ffmpeg-devel in place of ffmpeg) The CONFLICTS in ffmpeg are not set correctly. They refer to ffmpeg-devel-20* however the port registers itself as ffmpeg-2010.07.25_2. If this is fixed portmaster's alternate dependency handling works as expected. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 03:34:04 2010 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 73BD51065670; Fri, 20 Aug 2010 03:34:04 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF058FC12; Fri, 20 Aug 2010 03:34:03 +0000 (UTC) Received: by pvg4 with SMTP id 4so1190301pvg.13 for ; Thu, 19 Aug 2010 20:34:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=AcjDLdtOQoc4EaOWwlSYncmSUQHGzkHdrXMo1s5kOxI=; b=Sbq7jGZCIdTj5RprqFgapjkQD3RtOgjjXrPytmrK3dmlfBuv4nNsNM3WgFCAStgpLw KivZmxvTgOe1OL00p1jhkX3OcFNTVZkVoaTlo77qXK3dbbLPxTAqthwBPBhRAySR1XzC XtL8W3WxVberyg6BE5Md3XQLtq6hrVQVYhC7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=s3bvcljEmU6ne4d91ZBAgAOcd8SEkxuUYpsIzebGrHzZo09rsZwZWICg6juWdL3ch2 ruJaVvwQJdjoPCT81Pwa7mJKoBTNUYwZZgj95oWA67wRgNOn5J/nBNzu7GDcD/CypWKL I45AT9iAlVetU/mzcrT9JKRT5H3xIBZHadPTY= Received: by 10.115.75.20 with SMTP id c20mr844153wal.186.1282273698633; Thu, 19 Aug 2010 20:08:18 -0700 (PDT) Received: from [192.168.0.203] (deviant.freebsdgirl.com [173.8.183.73]) by mx.google.com with ESMTPS id d39sm3899376wam.4.2010.08.19.20.08.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 20:08:17 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4C6DE8DB.8010202@DataIX.net> Date: Thu, 19 Aug 2010 20:08:15 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> <4C6DE8DB.8010202@DataIX.net> To: jhell X-Mailer: Apple Mail (2.1081) Cc: bapt@FreeBSD.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@FreeBSD.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 03:34:04 -0000 On Aug 19, 2010, at 7:30 PM, jhell wrote: > On 08/19/2010 21:26, Garrett Cooper wrote: >> On Thu, Aug 19, 2010 at 3:10 PM, Ivan Voras = wrote: >>>> On 19/08/2010, jhell wrote: >>>>>> Adding to this I would like to see a central database = created for >>>>>> packages that have been removed like in Slackware Linux. They = keep a >>>>>> file in /var/log/preserved_packages with a flat text format with = the >>>>>> file name looking like: >>>>>>=20 >>>>>> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S` >> Please no. We need another ad hoc text format like we need holes in = our head. >>=20 >=20 > You may have misunderstood or maybe not the intention behind that = file. >=20 > This is just simply a log file of the transactions that were = performed > upon package deletion and nothing more but just a way for the user to > look back and say "HEY! how did that get there!." or "where in the > ``jhell'' did that file come from!" that they can simply grep the > package removal logs to find out. >=20 > -- Shameless plug with my email name put in for humor. :) > It is also really handy if you remove some packages that somehow = the > depends had been messed up and later on your having a problem with a > missing lib, easy enough to grep the removal logs to find out what > package held that file. Especially useful if you only use binary = packages. This is part of the request that someone was making for a feature like = Gentoo's world file on the forums: = http://forums.freebsd.org/showthread.php?t=3D16963 . Personally it's one of the takeaways I like about Gentoo's portage = system because it's easy to track what I as a user installed manually, = and hence, it's easy to track what can be removed (instead of using = pkg_cutleaves) if we have a `emerge -C` (package dependency [dist]clean = equivalent). It also makes it easier for admins to mass install packages = on multiple machines using a smaller `distroot' install binary base, so = all I would have to do is: 1. Install prebuilt version of FreeBSD with sysinstall / ad hoc = installer method. 2. Say, pkg_add 3. Do whatever I need to do to configure the machine. Done. That would make system administration really easy and slick, and would = improve the setup process for corporations that build on a static = FreeBSD base for several releases and have varying packages for several = bits. I know if my group did it, things wouldn't be such a mess.. By the way... /var/lib/portage/world is a simple text file composed line = by line like: i.e. devel/gcc46 lang/python26 www/firefox36 etc. Simple and easy to understand, and easy to modify :). > There is a lot of information that can be logged, especially = with '-v', > I personally do not think we or anyone for that matter should pass up > that opportunity to make sure the information is collected rather than > leaving it up to the user to redirect or script(1) the output every = time > which they would still or should be able to do. >=20 > Another approach that I have not seen talked about here is a = proposed > directory layout. I think before 'unless I missed it' that someone = jumps > into this, some standards & goals should be made and made quite loudly > as to attract as much public opinion and suggestions as possible for > what works, what does not & what people would like to see. >=20 > Something of this magnitude like changing packaging databases = and > directory structures and all that involved needs a central place and a > clear, clean plan to be developed properly. I personally do not see = this > list anymore as a proper place to discuss it. packaging@ list request = ? > so this can all be centralized. I agree that it's high time that a freebsd-packaging@ list be created. = sysinstall has its own list now -- we should have one for the packaging = software too :). > PS: I have been toying with the idea of the directory layout just for > spurring thoughts of others. http://bit.ly/aNLhNU but until there is a > central place for these things it does not mean much. I think that you're adding unnecessary complexity to the overall issue. = It really doesn't make sense for me to install packages that aren't = available for my architecture for one (in particular today), unless you = were thinking of serving up this data on an NFS server, but even then it = doesn't make sense because almost all of these files are hardcoded to = exist at ${LOCALBASE} when built as ports, so setting it to another = location would be problematic. Other things would need to be done before = you could get to this stage. Also, many of the ports installed are prefixed with the package name, = which is different for multiple ports. Example: $ ls /var/db/pkg/python* python-2.6,2/ python26-2.6.5_1/ python31-3.1.2_1/ Having a concept of multiple versions in ports would require a major = overhaul to get things to work in a Gentoo like method, and I'm not sure = how many people would be particularly keen in doing this (especially = when there are name collisions in installed package files). Oh, and there was the tunable packages idea (what I originally called = `fat packages', but Julien has done work on `fat packages', so I'll = yield to that usage :P), where the contents of packages could be tuned = according to config options requested by end-users and/or set by package = maintainers, to get the granularity of distributing orthogonal features = for packages, like xorg-server-hal-support xorg-server-no-hal-support = (or whatever the proper title would be). The emphasis that Florent made too was to remove crud in pkg_install and = libpkg and get things down to more of a library form so we could develop = thin wrappers above pkg_install with logical functions (like apt-get, = yum, etc does with fetching, whereas rpm does with installation, etc), = instead of maintaining pkg_install the way it is today. Thanks, -Garrett= From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 04:25:56 2010 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 17D091065673; Fri, 20 Aug 2010 04:25:56 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA908FC12; Fri, 20 Aug 2010 04:25:54 +0000 (UTC) Received: by gyg4 with SMTP id 4so1263921gyg.13 for ; Thu, 19 Aug 2010 21:25:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Kp0Lco0mM5KNo6xNlxSaZhY55bwoXv48gvvqACBbCg8=; b=epJDBfkKTfvy6L4mIZOBD/63KfQTBt3bd3IVUgr326Fzk/Sc5cQk2kkc62kTcdvY8Q GxzN0a4L9zOe9r9HPwW8DM3sQIMY3miKlIwQlQpuL4kkcOZMh2AhW7FyPO8vuLvt6k9Y w+vb/1DQIz4AoxXbyf+Pv2VFkaQ+JvwDriG6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ZeKeKXdFB4qrz7ZCbiC2v+ga3v/il659LpJJynUlhCK7ZO8W6hzc5kU8/6FvR/aMsj Fm+4+7+UMyRGlCSUCrpQ2kBfUVVAofh5jKjC9e3ELHdvDcj0X4lzvSmZF0FzIgQLhYa7 Gvf2nnU8ET8m236zwSK7WDcusl7OQgw5mcGcc= Received: by 10.100.137.11 with SMTP id k11mr945738and.103.1282278354340; Thu, 19 Aug 2010 21:25:54 -0700 (PDT) Received: from centel.dataix.local ([99.190.84.182]) by mx.google.com with ESMTPS id p12sm3684843ane.14.2010.08.19.21.25.50 (version=SSLv3 cipher=RC4-MD5); Thu, 19 Aug 2010 21:25:52 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4C6E03CD.6040003@DataIX.net> Date: Fri, 20 Aug 2010 00:25:49 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100806 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Garrett Cooper References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> <4C6DE8DB.8010202@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bapt@freebsd.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 04:25:56 -0000 On 08/19/2010 23:08, Garrett Cooper wrote: > On Aug 19, 2010, at 7:30 PM, jhell wrote: > >> On 08/19/2010 21:26, Garrett Cooper wrote: >>> On Thu, Aug 19, 2010 at 3:10 PM, Ivan Voras >>> wrote: >>>>> On 19/08/2010, jhell wrote: >>>>>>> Adding to this I would like to see a central database >>>>>>> created for packages that have been removed like in >>>>>>> Slackware Linux. They keep a file in >>>>>>> /var/log/preserved_packages with a flat text format with >>>>>>> the file name looking like: >>>>>>> >>>>>>> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date >>>>>>> +%Y%m%d%H%M%S` >>> Please no. We need another ad hoc text format like we need holes >>> in our head. >>> >> >> You may have misunderstood or maybe not the intention behind that >> file. >> >> This is just simply a log file of the transactions that were >> performed upon package deletion and nothing more but just a way for >> the user to look back and say "HEY! how did that get there!." or >> "where in the ``jhell'' did that file come from!" that they can >> simply grep the package removal logs to find out. >> >> -- Shameless plug with my email name put in for humor. > > :) > >> It is also really handy if you remove some packages that somehow >> the depends had been messed up and later on your having a problem >> with a missing lib, easy enough to grep the removal logs to find >> out what package held that file. Especially useful if you only use >> binary packages. > > This is part of the request that someone was making for a feature > like Gentoo's world file on the forums: > http://forums.freebsd.org/showthread.php?t=16963 . > > Personally it's one of the takeaways I like about Gentoo's portage > system because it's easy to track what I as a user installed > manually, and hence, it's easy to track what can be removed (instead > of using pkg_cutleaves) if we have a `emerge -C` (package dependency > [dist]clean equivalent). It also makes it easier for admins to mass > install packages on multiple machines using a smaller `distroot' > install binary base, so all I would have to do is: > > 1. Install prebuilt version of FreeBSD with sysinstall / ad hoc > installer method. 2. Say, pkg_add 3. Do > whatever I need to do to configure the machine. > > Done. > > That would make system administration really easy and slick, and > would improve the setup process for corporations that build on a > static FreeBSD base for several releases and have varying packages > for several bits. I know if my group did it, things wouldn't be such > a mess.. > > By the way... /var/lib/portage/world is a simple text file composed > line by line like: > > > > i.e. > > devel/gcc46 lang/python26 www/firefox36 > > etc. Simple and easy to understand, and easy to modify :). > >> There is a lot of information that can be logged, especially with >> '-v', I personally do not think we or anyone for that matter should >> pass up that opportunity to make sure the information is collected >> rather than leaving it up to the user to redirect or script(1) the >> output every time which they would still or should be able to do. >> >> Another approach that I have not seen talked about here is a >> proposed directory layout. I think before 'unless I missed it' that >> someone jumps into this, some standards & goals should be made and >> made quite loudly as to attract as much public opinion and >> suggestions as possible for what works, what does not & what people >> would like to see. >> >> Something of this magnitude like changing packaging databases and >> directory structures and all that involved needs a central place >> and a clear, clean plan to be developed properly. I personally do >> not see this list anymore as a proper place to discuss it. >> packaging@ list request ? so this can all be centralized. > > I agree that it's high time that a freebsd-packaging@ list be > created. sysinstall has its own list now -- we should have one for > the packaging software too :). > >> PS: I have been toying with the idea of the directory layout just >> for spurring thoughts of others. http://bit.ly/aNLhNU but until >> there is a central place for these things it does not mean much. > > > I think that you're adding unnecessary complexity to the overall > issue. It really doesn't make sense for me to install packages that > aren't available for my architecture for one (in particular today), > unless you were thinking of serving up this data on an NFS server, > but even then it doesn't make sense because almost all of these files > are hardcoded to exist at ${LOCALBASE} when built as ports, so > setting it to another location would be problematic. Other things > would need to be done before you could get to this stage. Thinking of not only a bootp server here that serves up or can serve up a mass amount of different machines it would make it possible for them to have local-amd64, local-i386 served off to specific machines with specific package databases. But then again that type of complexity is probably not needed as a whole but is pretty keen. Also I was building upon the idea of getting the packages directly out of the package database root so other information can be collected there like XML/XSL log files or SQLite databases without a packaging tool having to explicitly worry about excluding those from being packages. Merely just serving as a open workspace for other additions. I am certain there is plenty of other ways to go about this very same thing. In a case of moving the contents for say from i386 to amd64 you could blindly copy your whole system over and upgrade it in place while watching directories disappear from one arch directory and appear in the correct one for the new machine. But again complex and really how often does this scenario happen.... edge case, but to say the least still pretty keen. > > Also, many of the ports installed are prefixed with the package name, > which is different for multiple ports. Example: > > $ ls /var/db/pkg/python* python-2.6,2/ python26-2.6.5_1/ > python31-3.1.2_1/ > This has always bothered me. I strongly believe in not renaming a package name for the sake of it being just a different version but with the understanding that in the case of ports we are left with very little room for naming at this point in order to make binary packaging possible on a larger scale of ports. This is sort of why just for package database sake I was thinking of /var/db/pkg/{packagename}/version/contents as a structure. But this does not at all take care of building multiple versions of binary packages from ports which is why I always come back to the idea of a package containing the arch that its being built for and the binary package distribution tree being revamped to take that into account along with ports being reorganized to do the same thing. ports/packages/{i368,amd64,ppc,(...)}/... ports/packages/noarch/... Relieves the need for multiples > Having a concept of multiple versions in ports would require a major > overhaul to get things to work in a Gentoo like method, and I'm not > sure how many people would be particularly keen in doing this > (especially when there are name collisions in installed package > files). > > Oh, and there was the tunable packages idea (what I originally called > `fat packages', but Julien has done work on `fat packages', so I'll > yield to that usage :P), where the contents of packages could be > tuned according to config options requested by end-users and/or set > by package maintainers, to get the granularity of distributing > orthogonal features for packages, like xorg-server-hal-support > xorg-server-no-hal-support (or whatever the proper title would be). I have not seen personally other OS's that are trying to package software by use of names of options that they are compiled with. This IMO is too complex to achieve and makes me believe that we have lost track of the minimal that needs to be accomplished for the end user to have a bare minimum working generic install from point of distribution. This is also a lot to ask of FreeBSD.org to host all these specialized compilations of different software too. Something that might ease this would be the ability to build from ports without installing, and creating a package in-place so as to ease multiple package builds with dynamic creation of the end resulting package name. And when xorg-server-no-hal-support-321.tbz gets installed ? it should register as xorg-server-321 but be able to serve up its build options to the user with the use of something like pkg_info. Id like to copyright and trademark this idea, not fully thought through but Ill call it the (c)PIT(tm) ME! & the FreeBSD project of course. As in Package Install Targets. Simply a file parsed by an installer like pkg_install but recognized by its extension ".pit". Containing specific actions to be performed and names of packages to be installed and where those packages are located either direct paths on a system or full URLs to where the package can be fetched. This (c)PIT file could be generated and then packaged within an archive of packages and distributed as a whole. Since the (c)PIT file can contain external URLs to fetch packages from then this would relieve the worry about distributing proprietary licensed binary packages as well. The file could also hold the options that each package it references to. Purely Theoretical at this point but up for adoption. > > The emphasis that Florent made too was to remove crud in pkg_install > and libpkg and get things down to more of a library form so we could > develop thin wrappers above pkg_install with logical functions (like > apt-get, yum, etc does with fetching, whereas rpm does with > installation, etc), instead of maintaining pkg_install the way it is > today. I like this idea a lot!. Centralized place as to where anyone and anything can call subroutines or other hooks! priceless! Not only would it be easier to work with but scalable beyond words (given if its designed right). > > Thanks, -Garrett No no, Thank you, ;) -- jhell,v From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 08:50:20 2010 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 9514910656A6; Fri, 20 Aug 2010 08:50:20 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id F2C3D8FC17; Fri, 20 Aug 2010 08:50:19 +0000 (UTC) Received: by wyj26 with SMTP id 26so3888105wyj.13 for ; Fri, 20 Aug 2010 01:50:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:message-id:mime-version:content-type:content-disposition :user-agent; bh=a1Yuo4KyihTSxa/LTMf107s5I35wIBWaYevb3fpC65c=; b=l1jPVFkAvig6xcvXpBP0Lvs0igX0iSf2tVyp4Xo8bkxBUBX/YEjRBFtyOVFB2ZlXpu 5sRTuIgFEuDcZv7IqArCJ86VZWh6T0dmyePjxL5YlM9O4QHQcTiLY0OnPure6VFkWRku frdbC+Vox4o21qRSSsmv4grJRBOLViAfSUw7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=SEVfh6Df4+CtRr7lad61BDFPMyddWWVdABE9Vr6stAyZx+1TN8MwP6gsICsNcGZguz +wC7QWANEs4zQKZ/K1W3HMeZSRx34lBDNgFQACQNv5MsjBx23QEa/zdAF3SIfj8lzCou G/KJ58L4lFcYS9ZOUazTy2DYlKDmRvakAJ9cY= Received: by 10.216.10.77 with SMTP id 55mr897570weu.17.1282294218265; Fri, 20 Aug 2010 01:50:18 -0700 (PDT) Received: from azathoth.lan (stc92-3-82-245-249-89.fbx.proxad.net [82.245.249.89]) by mx.google.com with ESMTPS id k7sm1616960wej.26.2010.08.20.01.50.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 01:50:17 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 20 Aug 2010 10:50:29 +0200 From: Bapt To: jhell Message-ID: <20100820085029.GA1786@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@freebsd.org, Garrett Cooper Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 08:50:20 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I agree having a packaging@ mailing list would help to discuss about pkg_install stuff. We need to summarize the ideas of each one, then discuss about it. Only then we can specified what needs to be done and how (keeping in mind that we need to keep compatibility at least as a fallback or directly). when that part of the work is done we could be able to propose the statement to portmgr for them to validate and to update the ports policy if needed (hopefully they would have taken part in the discussion so the validation should be formal) If everyone agree with the following: What I propose to do is to let the discussion going on for the next couple of days (or moredepending on the activity on this thread) and then write down all that has been proposed (pro, con) then we should be able to start the specification for pkg_install next generation :) I propose myself as someone has to do the job, but if you think you or other are better suited for the job go ahead propose yourself or name the one you want to punish. back to the subject. I personnaly believe that pkg_install needs a complete rewrite. we have strong basis, libarchive, the GSoC code: libpkg, pkg_complete and many more (pkg_patch) (sorry if I forgot some). The new specifications has to be validated by portmgr at the begining of the project and the code should repect that specifications: once we have all accepted what would become the new pkg_install we won't add features or behaviour that are not in the specification until the release and integration in base. We need to centralized the code in the same place with the same scm (I would love if we could avoid p4 :)) ideas are welcomed :) We need to keep the compatiblity (as much as possible) with the existing pkg_install, through wrappers, scripts, or fallback code. The Plist has to be reworked: a new clean format which represents the new features that ports provide I also agree that pkgname and version should be separated A new policy on package names should be written to prevent the apr case or at least internally the package origin should be used to identify the packages. perhaps we could keep the informations on the build options within the metadatas Package should know which architecture they are made for : i386, amd64, noarch, etc. It would allow to prevent rebuilding of cross plateform package on clusters, it would allow to prevent being able to install sparc64 package on i386? regards, Bapt --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxuQdUACgkQ8kTtMUmk6EzDfACeO0kPmKf/r0GF22NOzScjZLNJ cbMAn1fs+uA1PrPx4tZnhR/mxNEYp3yJ =N4rY -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 09:24:08 2010 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 2725F1065670; Fri, 20 Aug 2010 09:24:08 +0000 (UTC) (envelope-from villa.alberto@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 820C58FC17; Fri, 20 Aug 2010 09:24:07 +0000 (UTC) Received: by wwb31 with SMTP id 31so1973133wwb.31 for ; Fri, 20 Aug 2010 02:24:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:organization:to :subject:date:user-agent:cc:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=aA3hwOBcsAkygm7K3C/evcgM7X4TOAFdFut9LIXu4N0=; b=AMPVQ6zai5jgn7hCiYx2YWcZ6obU+s+ZmTOsUWaRAwNg0sxC7qLghFIeunRLU28c6b tIvlj9/GztepmaCPE8Ok1wKnaz1yxXhYG6GdqQOAZFIfSCp5zixre7e3jxuECy8gjjwX MwjWMn6MM6JMsplAL8QVLTt5BpyfXtkfbwGHw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:organization:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; b=f2HX5PybV58j59szVNlRQuJKnltacrGlUi/gimuPHz89UUcZ8fHU4OsCI2RLcBhG76 D/4eB0DIyPJpftPLIfkawSHRF7w2bIQN3ZiPlwiLsb1g1vPhCGOJhrOPmt5yyMfV2Tvr Hul/i7j33Ak50y72nbtFHmbSEuKaM8AhKiMvI= Received: by 10.216.178.130 with SMTP id f2mr840286wem.101.1282296246460; Fri, 20 Aug 2010 02:24:06 -0700 (PDT) Received: from echo.hoth (host8-212-dynamic.9-87-r.retail.telecomitalia.it [87.9.212.8]) by mx.google.com with ESMTPS id k46sm1636918weq.10.2010.08.20.02.24.04 (version=SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 02:24:04 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: Doug Barton Date: Fri, 20 Aug 2010 11:23:56 +0200 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.4.5; i386; ; ) References: <201008191627.12922.avilla@freebsd.org> <4C6DF57B.1030107@FreeBSD.org> In-Reply-To: <4C6DF57B.1030107@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1616824.LCHuNLuG6m"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201008201124.01972.avilla@freebsd.org> Cc: ports@freebsd.org Subject: Re: portmaster: problem with custom dependencies 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, 20 Aug 2010 09:24:08 -0000 --nextPart1616824.LCHuNLuG6m Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Friday 20 August 2010 05:24:43 Doug Barton wrote: > The CONFLICTS in ffmpeg are not set correctly. They refer to > ffmpeg-devel-20* however the port registers itself as > ffmpeg-2010.07.25_2. If this is fixed portmaster's alternate=20 dependency > handling works as expected. oh... thank you for being so fast! =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla If time heals all wounds, how come the belly button stays the same? --nextPart1616824.LCHuNLuG6m Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iJwEAAECAAYFAkxuSbEACgkQ3xiC6kQ1CovbNgQAoUeLFVxOBZLGaWbYoasqskU8 pTKJq3nYcVCLuzyHahOgxtRORNWTlxOi5xkuEXMsRifHWZZkpRnMq5kPkLsyAPbK Ghj31Yqb6MllYkQWiYVmOlT9E9chqa9b/RJz2um7GfihIIXglu1E2JnpnGa5foVY LE2EqW1f2Ij5gl1FKk4= =pVhS -----END PGP SIGNATURE----- --nextPart1616824.LCHuNLuG6m-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 10:00:39 2010 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 110561065696; Fri, 20 Aug 2010 10:00:39 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 313908FC12; Fri, 20 Aug 2010 10:00:37 +0000 (UTC) Received: by qyk4 with SMTP id 4so3248855qyk.13 for ; Fri, 20 Aug 2010 03:00:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=LO3fh6UnUk7p8KqI01J83smEOa6BPlyMNvy38u1bRDM=; b=ILogqeEA4UhcDdM8tqXV5CQH/g5KJ7Es3g605tmnJmwB73nx1U5IP2xiOEwZ+bYc1Q 4AMoMtO7UGXsOe27312Sxgvq+U3KD9rfELjC+EoiCGcGtArmlnJIvsFNGkUD6vOHNdTI 6EfMHCamwL6ko+AwHzh2RnCeVN0idCNrBcnhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Rl1OqylxlTTf18MqlbiBCCBOpiQ0X9X825T7ytjCsR+5BPKV4W32UHENl1dfRHVk3U R1/Y1/xtGQF0xMiCO+LsJdrXg6C7IqxP+ZAdJqDOECL35c8v3gsGtp5XE4SNsY/fducD NErAlp8PDJkGUByKN/KoSvQmS9DOgtKRg/omA= MIME-Version: 1.0 Received: by 10.224.11.131 with SMTP id t3mr815314qat.17.1282298437191; Fri, 20 Aug 2010 03:00:37 -0700 (PDT) Sender: ivoras@gmail.com Received: by 10.229.222.81 with HTTP; Fri, 20 Aug 2010 03:00:36 -0700 (PDT) In-Reply-To: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Date: Fri, 20 Aug 2010 12:00:36 +0200 X-Google-Sender-Auth: gKdOgZ9mBOjelMOBCh2jBAxVXmY Message-ID: From: Ivan Voras To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Cc: bapt@freebsd.org, Florent Thoumie , Julien Laffaye , David Forsythe , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 10:00:39 -0000 On 20/08/2010, Garrett Cooper wrote: > 1. SQLite was killed before because of complexity and because it was > needs another package in base that isn't BSD licensed. That's why And... both ideas are completely wrong. SQLite can be imported as a single C file + header, which you must agree is practically the optimum, and its license is "public domain" which is, if anything, "freer" than BSDL and eminently compatible with it. > everyone in the know has been pushing for BDB 1.8x (in base). People BDB in base offer exactly one (1) single "feature", if you can call it that: storing and retrieving key-value binary blobs. It has no practical concurrency support, it's locking is laughable and upgrading data stored as binary blobs is even more nightmarish than maintaining the current plist format (and it will lead to similar uglyness soon - rather than upgrading the data piece called "x", I'm sure developers will introduce new keys called "x_extdata", "x_moredata" etc etc). SQLite on the other hand solves all these in the following way: 1) stores proper records, not blobs 2) has proper locking & concurrency support, ACID 3) the database schema can be modified on the fly for upgrading - fields can be added to existing table while preserving data. 4) is endian-agnostic, 32/64-bit agnostic and portable (I mean the database file) to an extremely large number of platforms. It is already used as a system database in OS X, iPhone and Android. Note that I'm promoting SQLite to replace the /var/db/pkg/* tree of directories and files with ad-hoc structure - all data in there should be in one SQLite database, which is stored in a single file. > suggested that to me back when I was trying to get off the ground in > GSoC 2006, they did it to you before Ivan, and I'm sure they've done > it before in the past. We need to implement things in terms of BDB > first, but make the APIs generic enough so that it _could_ be extended > to SQLite if people chose to do the work later on. Not planning an API for a transactional database in the first place will bring the whole thing down in the long term, and in any case will certainly push things 10 more years in the future. Note that SQLite can *not* be considered a drop-in replacement for BDB (any version of BDB) because in that case you will gain far less than is optimal. If you haven't used SQLite yet, please try it, from C, and then see if you can reevaluate your comment on its complexity. If you don't like SQL, this is also fine. You are not out of the game, there are many other parts to work on. As for backward compatibility: basically it can be done in two ways: 1) build a one-time converter that will read the present plist database and output a new database or 2) build a compatibility layer which would support both the old and the new format at the same time, so people upgrading will continue to use their old data. I consider the latter wasteful in terms of developer resources and because bit-rot will eventually make support for the old format decrepit. > 2. XML is a bad idea. Great in theory, wonderful in my browser, but a > bloated plaintext file with a lot of complexity. I would prefer a > database solution that could be dumped to a simple text file format if > needed. XML, at least in my proposal, would not be used for the system package database, but would replace (either in part or all with a single file) today's "+" files in the packages, together with other purposes where some metadata transfer is required. That said, I would also be happy with other self-described formats like JSON. XML is the front runner because it's more standard (industry standard, whether someone likes this fact or not!) and there is already a parser in base. > Again (and I can't overemphasize this): no matter what we do, say, > etc, unless we have buy-in from portmgr beforehand on anything here, > the work will never see a ports/src CVS/svn repo, etc. This includes > work done for past GSoCs, and current GSoCs. With all respect to portmgr, I expect it to keep a cool head and acknowledge the following: 1) Decisions must be made on objective terms which include consideration for clean / elegant implementation, long-term maintainability and standards. If there is to be a rewrite, it must be built to stand the test of next 10 years of usage, and not start compromising even before it is started. 2) Except in extreme cases, portmgr should decide based on functionality and not have that much say in the specifics of the implementation. Basically, the portmgr should in the first place approve the feature spec, and the src people should worry about the details of what can and cannot be done. This is not a src vs portmgr war, this is separation of duty. (of course there are overlaps in people's memberships) From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 11:05:36 2010 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 A6E3F10656A7 for ; Fri, 20 Aug 2010 11:05:36 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward19.mail.yandex.net (forward19.mail.yandex.net [95.108.253.144]) by mx1.freebsd.org (Postfix) with ESMTP id 56CFE8FC15 for ; Fri, 20 Aug 2010 11:05:35 +0000 (UTC) Received: from web21.yandex.ru (web21.yandex.ru [95.108.253.230]) by forward19.mail.yandex.net (Yandex) with ESMTP id 2F4E334406AB for ; Fri, 20 Aug 2010 15:05:34 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1282302334; bh=2PoZiQXzBZHscx7auK218kdK4+OqQBnfYU0SzwGd4p4=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=bt2tC77z30eCECqrBZRlYowRmYHIvOOJTK1Hi+j0Z3KvwsxGGkeEAI8cf/DCo5ID/ llgfoURj2itCWAnCCy1V2WmQagv7sdL73YsX9qwi/ELMRWf2jg3jMa66+FWTTSRx79 BFXxws1kuPBUx+TLXsHW3cSlfCqpUi9LJw/5BzGM= Received: from localhost (localhost.localdomain [127.0.0.1]) by web21.yandex.ru (Yandex) with ESMTP id 2BD97506FD for ; Fri, 20 Aug 2010 15:05:34 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web21.yandex.ru X-Yandex-TimeMark: 1282302334 Received: from ip-86-110-186-102.spark-rostov.ru (ip-86-110-186-102.spark-rostov.ru [86.110.186.102]) by mail.yandex.ru with HTTP; Fri, 20 Aug 2010 15:05:33 +0400 From: cvs-src@yandex.ru To: ports@freebsd.org Message-Id: <1831282302333@web21.yandex.ru> Date: Fri, 20 Aug 2010 15:05:33 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Port needs source code from another 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, 20 Aug 2010 11:05:36 -0000 Good day! How should i trick port's Makefile to get another port's source code extracted (make extract) and how to get full path to it (with version number in directory name etc). Application needs source of third-party application (that in ports) on build stage. Thanks in advance. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 11:15:25 2010 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 C566810656A3 for ; Fri, 20 Aug 2010 11:15:25 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 30FD48FC15 for ; Fri, 20 Aug 2010 11:15:25 +0000 (UTC) Received: from russet.local (reflex.squiz.co.uk [83.217.109.164]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o7KBFKar027621 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 20 Aug 2010 12:15:21 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host reflex.squiz.co.uk [83.217.109.164] claimed to be russet.local Message-ID: <4C6E63C3.6080305@infracaninophile.co.uk> Date: Fri, 20 Aug 2010 12:15:15 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2 MIME-Version: 1.0 To: cvs-src@yandex.ru References: <1831282302333@web21.yandex.ru> In-Reply-To: <1831282302333@web21.yandex.ru> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE90C7922B47FB46200C81E01" X-Virus-Scanned: clamav-milter 0.96.2 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=1.6 required=5.0 tests=BAYES_50,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Cc: ports@freebsd.org Subject: Re: Port needs source code from another 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, 20 Aug 2010 11:15:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE90C7922B47FB46200C81E01 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 20/08/2010 12:05, cvs-src@yandex.ru wrote: >=20 > Good day! > How should i trick port's Makefile to get another port's source code= > extracted (make extract) and how to get full path to it (with versio= n > number in directory name etc). Application needs source of third-par= ty > application (that in ports) on build stage. Look at mail/dkim-milter -- with the right OPTIONS settings, this uses chunks of the dk-milter sources. The parts controlled by the setting of WITH_VERIFY_DOMAINKEYS are what you want. 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 --------------enigE90C7922B47FB46200C81E01 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.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxuY8gACgkQ8Mjk52CukIyLVQCePiUeIkbIfdmUKANw6ZfU/fsF gngAn2d3Tm05FC0YgL0zeiTtbigdcsRV =Ifzo -----END PGP SIGNATURE----- --------------enigE90C7922B47FB46200C81E01-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 11:18:36 2010 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 CF2F2106566B for ; Fri, 20 Aug 2010 11:18:36 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 60E958FC12 for ; Fri, 20 Aug 2010 11:18:35 +0000 (UTC) Received: by wwb31 with SMTP id 31so2089631wwb.31 for ; Fri, 20 Aug 2010 04:18:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=GV0n5m+54q1ZnxDN4LPqPzqwVmfScQkBVoweukEccWQ=; b=Sagta5dYjfc2KdOKjSkKqZfVoXdOk5NWBWqd/R+1Vsi3fRtPtbAZNVkDTH4YBntG/Z 6xj4opgYH6q5mtG6DSLC6EcBBn+BqzRfga8ySQ2owD2KnHKMA1rPsEIBXmt7SSTCVhdi o9HWEY+IwQM8d/ZhtRYyi08y2/V1JlCKK1sOU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=FQMgfZKqRz/0mQyQcz1AH4hyOUP4AX6yaIiW1oelxgYVEOsSg/KLi/oGzhTcMm1NxI JQ9zpVIYHjDeDKm3leHMl4R1CWM8hKu43x+Y697+eAyJ5ntsls4sJ/V0oK3JZ6t94q4i 4M9e0e4SZ9lM+QAqUaUkgZxUzt2d9SElLziRI= Received: by 10.227.157.84 with SMTP id a20mr1079213wbx.32.1282303115116; Fri, 20 Aug 2010 04:18:35 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id i14sm374272wbe.6.2010.08.20.04.18.33 (version=SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 04:18:34 -0700 (PDT) Date: Fri, 20 Aug 2010 12:18:31 +0100 From: RW To: ports@freebsd.org Message-ID: <20100820121831.33e562d5@gumby.homeunix.com> In-Reply-To: <1831282302333@web21.yandex.ru> References: <1831282302333@web21.yandex.ru> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: Port needs source code from another 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, 20 Aug 2010 11:18:36 -0000 On Fri, 20 Aug 2010 15:05:33 +0400 cvs-src@yandex.ru wrote: > > Good day! > How should i trick port's Makefile to get another port's source > code extracted (make extract) See 5.7.9 in the ports handbook. > and how to get full path to it Presumably relative to your own port. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 12:10:03 2010 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 CD35A10656AB; Fri, 20 Aug 2010 12:10:02 +0000 (UTC) (envelope-from julien.laffaye@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8E58FC2C; Fri, 20 Aug 2010 12:10:01 +0000 (UTC) Received: by wyj26 with SMTP id 26so4108960wyj.13 for ; Fri, 20 Aug 2010 05:10:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=9SOmY1dcQuBdpirJOpzFs6xC1gUjorEfa7AgCboupl4=; b=rsFjPjQcKQm2mkZXLrXh/h5QgC5fdPp7yKnBenXuyR1hJZt2M4ouZgAcqHVNiZIc+e Ge6L29oOqZRkdxvJM77fIUd+NPA6ROql9VsZtFRDjsyh9DRxBqTxCVL0M3iftmDx0tZS jUrf+8Kzeje2xYdYn6r6mN9bSWHbzFqkPTtFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=HGDam/mf46YVaaePusGnND4wrPyxKhB5w0wXtyFvsc2B0fmkgqioiIKnaDtaGGfgxD wOgo8Ts3DOVjCt792gYAJ8YIZJekQaoCGYiwS/gaRXSWRi3YL6R2ceIKg7qS5EDZg+XC PrY9zY2+zKuNT7YPezyeR9j+MFyr9rxAiUkl4= MIME-Version: 1.0 Received: by 10.227.69.134 with SMTP id z6mr1035486wbi.201.1282306200144; Fri, 20 Aug 2010 05:10:00 -0700 (PDT) Sender: julien.laffaye@gmail.com Received: by 10.216.13.133 with HTTP; Fri, 20 Aug 2010 05:09:59 -0700 (PDT) In-Reply-To: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> Date: Fri, 20 Aug 2010 14:09:59 +0200 X-Google-Sender-Auth: Q6g96JdPWIEV225YVxnXHubn-zk Message-ID: From: Julien Laffaye To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bapt@freebsd.org, Florent Thoumie , David Forsythe , Garrett Cooper , Tim Kientzle , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 12:10:03 -0000 On Fri, Aug 20, 2010 at 12:00 PM, Ivan Voras wrote: > > And... both ideas are completely wrong. SQLite can be imported as a > single C file + header, which you must agree is practically the > optimum, and its license is "public domain" which is, if anything, > "freer" than BSDL and eminently compatible with it. > > And if we don't want to build a sqlite.so which can conflict with the version from ports, we can statically link libpkg to it. Incognito. > BDB in base offer exactly one (1) single "feature", if you can call it > that: storing and retrieving key-value binary blobs. It has no > practical concurrency support, it's locking is laughable and upgrading > data stored as binary blobs is even more nightmarish than maintaining > the current plist format (and it will lead to similar uglyness soon - > rather than upgrading the data piece called "x", I'm sure developers > will introduce new keys called "x_extdata", "x_moredata" etc etc). > If we are going key-value storage, I think that TinyCDB is worth a look. > > SQLite on the other hand solves all these in the following way: > > 1) stores proper records, not blobs > 2) has proper locking & concurrency support, ACID > 3) the database schema can be modified on the fly for upgrading - > fields can be added to existing table while preserving data. > 4) is endian-agnostic, 32/64-bit agnostic and portable (I mean the > database file) to an extremely large number of platforms. It is > already used as a system database in OS X, iPhone and Android. > > Note that I'm promoting SQLite to replace the /var/db/pkg/* tree of > directories and files with ad-hoc structure - all data in there should > be in one SQLite database, which is stored in a single file. > Indeed, all this points can help. The major drawback of SQLite, in my opinion, is the inclusion of long SQL statement in c code. So if we are going this way, we must have strict rules to avoid "polluting" the source. > [...] > > As for backward compatibility: basically it can be done in two ways: > 1) build a one-time converter that will read the present plist > database and output a new database or 2) build a compatibility layer > which would support both the old and the new format at the same time, > so people upgrading will continue to use their old data. I consider > the latter wasteful in terms of developer resources and because > bit-rot will eventually make support for the old format decrepit. > Agreed, a one time converter seems to be the solution. Especially if the transition occur between two major FreeBSD version (say, 9 - > 10). > > > 2. XML is a bad idea. Great in theory, wonderful in my browser, but a > > bloated plaintext file with a lot of complexity. I would prefer a > > database solution that could be dumped to a simple text file format if > > needed. > > XML, at least in my proposal, would not be used for the system package > database, but would replace (either in part or all with a single file) > today's "+" files in the packages, together with other purposes where > some metadata transfer is required. > > That said, I would also be happy with other self-described formats > like JSON. XML is the front runner because it's more standard > (industry standard, whether someone likes this fact or not!) and there > is already a parser in base. > The pro of XML here is that we have a parser in base, The con is its verbosity. But anyway the manifest is not meant to be human readable. Nevertheless, I prefer JSON, because it's less complex than XML and we can have a parser/emiter in a single 500SLOC .c file. And it looks sexier than XML, eh : http://pastebin.com/8hzPSSJC From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 12:43:24 2010 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 EDDBD1065673; Fri, 20 Aug 2010 12:43:23 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5F38FC0A; Fri, 20 Aug 2010 12:43:22 +0000 (UTC) Received: by wwb31 with SMTP id 31so2178712wwb.31 for ; Fri, 20 Aug 2010 05:43:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=iUPQ5LCvFLu6h+F08Curkwo3r4ZblaNqR2n9u2Z3gJY=; b=VfhB2XvQrJJ/ECz7krEUBVclDj9v6+4EpmgBJV7fdAsHkZQ/5kv8qTCM/KPTi0mef5 R1no+wKnJB9YNnaLxUBQB+2RJ7Svn/gw46gnVBJHOwuoHdOBREd1jwkK4q+dfPyQV/2S KJhCUEcDhKT5YmhDRWXAXMr6YsEOeBXok48NU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=CsMesXOxNj5bOKVwzrOZFoAeXRnqacizaahXi8JfH7OTxwQ6SmUnMBCx6aEKkoASm4 JHfHjg1dNlexUCsUjUwkxFRdKaB6VzGHQ/Co/EYSDy5yc9eMMDIRCzYokmxndoMrZJ39 EBJkDAmCPDhthdQRMn9xqd2GAWTxPl7sMbN2A= Received: by 10.227.155.20 with SMTP id q20mr1177544wbw.98.1282308201458; Fri, 20 Aug 2010 05:43:21 -0700 (PDT) Received: from azathoth.lan (stc92-3-82-245-249-89.fbx.proxad.net [82.245.249.89]) by mx.google.com with ESMTPS id i14sm433857wbe.6.2010.08.20.05.43.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 05:43:20 -0700 (PDT) Sender: Baptiste Daroussin Date: Fri, 20 Aug 2010 14:43:32 +0200 From: Bapt To: Julien Laffaye Message-ID: <20100820124332.GB1786@azathoth.lan> References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Florent Thoumie , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 12:43:24 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 20, 2010 at 02:09:59PM +0200, Julien Laffaye wrote: > On Fri, Aug 20, 2010 at 12:00 PM, Ivan Voras wrote: >=20 > > > > And... both ideas are completely wrong. SQLite can be imported as a > > single C file + header, which you must agree is practically the > > optimum, and its license is "public domain" which is, if anything, > > "freer" than BSDL and eminently compatible with it. > > > > And if we don't want to build a sqlite.so which can conflict with the > version from ports, we can statically link libpkg to it. Incognito. >=20 >=20 > > BDB in base offer exactly one (1) single "feature", if you can call it > > that: storing and retrieving key-value binary blobs. It has no > > practical concurrency support, it's locking is laughable and upgrading > > data stored as binary blobs is even more nightmarish than maintaining > > the current plist format (and it will lead to similar uglyness soon - > > rather than upgrading the data piece called "x", I'm sure developers > > will introduce new keys called "x_extdata", "x_moredata" etc etc). > > >=20 > If we are going key-value storage, I think that TinyCDB is worth a look. >=20 I also think tinycdb is a good candidate: very simple, clean and fast and And as most of the access are readonly, the fact that is a constant databas= e is not a problem, I already tested tinycdb in my freebsd port of pkgin (an apt= like for pkgsrc) and result in terms of performance and simplicity were clearly in f= avor of tinycdb. but if we go to SQLite it is not a problem for me. [...] > > > > As for backward compatibility: basically it can be done in two ways: > > 1) build a one-time converter that will read the present plist > > database and output a new database or 2) build a compatibility layer > > which would support both the old and the new format at the same time, > > so people upgrading will continue to use their old data. I consider > > the latter wasteful in terms of developer resources and because > > bit-rot will eventually make support for the old format decrepit. > > >=20 > Agreed, a one time converter seems to be the solution. Especially if the > transition occur between two major FreeBSD version (say, 9 - > 10). >=20 I think that for the /var/db/pkg we should make a converter for a one time transition.=20 But tools like pkg_add or pkg_info should be able to works with both new fo= rmat and old one (at least through a wrapper) >=20 > > > > > 2. XML is a bad idea. Great in theory, wonderful in my browser, but a > > > bloated plaintext file with a lot of complexity. I would prefer a > > > database solution that could be dumped to a simple text file format if > > > needed. > > > > XML, at least in my proposal, would not be used for the system package > > database, but would replace (either in part or all with a single file) > > today's "+" files in the packages, together with other purposes where > > some metadata transfer is required. > > > > That said, I would also be happy with other self-described formats > > like JSON. XML is the front runner because it's more standard > > (industry standard, whether someone likes this fact or not!) and there > > is already a parser in base. > > >=20 > The pro of XML here is that we have a parser in base, The con is its > verbosity. But anyway the manifest is not meant to be human readable. > Nevertheless, I prefer JSON, because it's less complex than XML and we can > have a parser/emiter in a single 500SLOC .c file. > And it looks sexier than XML, eh : http://pastebin.com/8hzPSSJC +1 for JSON, XML would have been interesting if we add a validating parser = in base which would have help us to verify the package integrity, but expat is= n't a good validating parser. writting a json parser/emiter is easy, and there al= ready exists tons of BSDL friendly license JSON parser. For exemple we could impo= rt yajl (BSDL) into base or use cJSON (MIT) which consist in one simple C + he= ader file regards, Bapt --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkxueHQACgkQ8kTtMUmk6Ew+VQCgh73hO1u/p0wWKe4z3bMsoYfe gXYAmQH/2EAmWP78LbAZsI62vaEzRg9J =x+rx -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 13:05:58 2010 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 DA0F41065670 for ; Fri, 20 Aug 2010 13:05:58 +0000 (UTC) (envelope-from jessefrgsmith@yahoo.ca) Received: from n22.bullet.mail.mud.yahoo.com (n22.bullet.mail.mud.yahoo.com [68.142.206.161]) by mx1.freebsd.org (Postfix) with SMTP id 96C808FC1F for ; Fri, 20 Aug 2010 13:05:58 +0000 (UTC) Received: from [68.142.200.224] by n22.bullet.mail.mud.yahoo.com with NNFMP; 20 Aug 2010 13:05:58 -0000 Received: from [68.142.201.67] by t5.bullet.mud.yahoo.com with NNFMP; 20 Aug 2010 13:05:58 -0000 Received: from [127.0.0.1] by omp419.mail.mud.yahoo.com with NNFMP; 20 Aug 2010 13:05:46 -0000 X-Yahoo-Newman-Id: 309810.4365.bm@omp419.mail.mud.yahoo.com Received: (qmail 28108 invoked from network); 20 Aug 2010 13:05:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=aLGcXFp9M50Qu6p+ZBJAD0Kl7qS5JICXnrKs/cNfX2co/9/zxM6F36C465bBR3Df64tuanRXVYDBNfN8t+HCkj/F8qz5E3GoS+W5S6Dw8dw9adRS3ad/bJ/QqEuk2PoWDDkac3sfwdWQSCuqv7jyML1lPo4NHiiiUGh3dUoLEog= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1282309546; bh=T/D8P3jO5z8ie/wpMk+VzmlYPd9zJ+5kHp19SkDXn9U=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=xj6dszPoXzbDo1uSKqsRXotmliNhHs8aps3p13FDGgDzsrj+ZkRX+Ob9qXdnbl6RK4865ZbrQ0FFur4po8sGyE5bnzI6PhbkhLkOQRFDEmxYC5AqT0lJkUIqRJWYGLu0f5sdiOK9Uk2Dn83sseN1Kh56VhvDQ3pUwegWkB8MWqc= Received: from [192.168.0.104] (jessefrgsmith@71.7.176.238 with plain) by smtp142.mail.mud.yahoo.com with SMTP; 20 Aug 2010 06:05:45 -0700 PDT X-Yahoo-SMTP: NPm1JouswBClX_uJxHJINmnKUpROdMKvLL0- X-YMail-OSG: TZKyLnAVM1nMeydHP16DB8Y_Oqrh32i2NVsG2nEyhE2htEV YKJQTLSbxrlKFCHq6Rnhemo419uldN76lBOZqpWTOsvpy.JOyLEgun3sgxWi CP3dU61VYMUK_6XX7kG4ooqs60QjZ70bWTbVqJyywOxxR_ggxutScAYTgrVh YCb60DOcfGfB1Qq7zk6XUaznXqNMKJwvuZUT11sslRgb3zVL9g7_9daQjgF1 xTncaoJl41TTmFbNFDGWzeUmfujX.CJ.tgVQP5nN0YaWm.kkkL5eOn0Eeln9 Mo0lcoP4obp4W24zVTXhUBVHFCEnpwQQA3FhhsJiTbR3YqHJFJ56gF3geFQ- - X-Yahoo-Newman-Property: ymail-3 From: Jesse Smith To: freebsd-ports In-Reply-To: <20100819192645.GA84660@icarus.home.lan> References: <1282245339.3094.24.camel@hp-laptop> <20100819192645.GA84660@icarus.home.lan> Content-Type: text/plain; charset="UTF-8" Date: Fri, 20 Aug 2010 10:05:37 -0300 Message-ID: <1282309537.2601.6.camel@hp-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Converting from jiffies to ticks 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, 20 Aug 2010 13:05:59 -0000 -----Original Message----- From: Jeremy Chadwick To: Jesse Smith Cc: freebsd-ports Subject: Re: Converting from jiffies to ticks Date: Thu, 19 Aug 2010 12:26:45 -0700 On Thu, Aug 19, 2010 at 04:15:39PM -0300, Jesse Smith wrote: > I am currently trying to port a program from Linux to FreeBSD which > detects how much processor time a process is using. The native Linux > code does this (in part) by reading the number of "jiffies" a given > process uses. This info is pulled from the /proc/PID/stat file. > > One function is failing on FreeBSD and it's obviously because FreeBSD > does not have all the same files/data in the /proc directory. > > I've looked around and, as I understand it, FreeBSD uses "ticks" instead > of "jiffies" to measure process usage. However, how to gather that data > is a bit lost on me. > > This raises two questions for me: > 1. Where can I find the equivalent information on FreeBSD? I assume > there's a function call. Maybe in the kvm_* family? I need to be able to > get the number of ticks a given PID is using. > > 2. Any idea on what the conversion rate between ticks and jiffies is? > Are they the same thing, but with different names? Or is it a kilometres > and miles issue? > > > The rest of the program measures everything in "jiffies", so it would be > ideal for me to get the ticks used on FreeBSD (based on PID), convert it > to "jiffies" and pass it back to the main program. I would recommend you re-ask this question on freebsd-hackers. freebsd-ports isn't really for this purpose. Thanks Jeremy, I'll check out the freebsd-hackers list. Chuck, I read the manual entry for acct(2) and acct(5) and it's close to what I want. But the acct functions appear to just handle stats on processes that have terminated. I'm trying to get cpu usagbe while they're still alive. Appreciate the pointers, Jesse From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 15:12:51 2010 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 8031E10656A5; Fri, 20 Aug 2010 15:12:51 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id DBF358FC1E; Fri, 20 Aug 2010 15:12:50 +0000 (UTC) Received: by ewy26 with SMTP id 26so2497890ewy.13 for ; Fri, 20 Aug 2010 08:12:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=4tJr8qrgQMtq14/VzoMWtNtXLkU+aen9QrQt5yt14Vc=; b=soXbk78CtfExfBbrpJbLFxV4IqAuQk1KxgmFlfg4lw1ZnmuevgeUPtWpDX8R5jTGJ4 WjkkWNmErF0hcmXo6ewKQmTkghcGpu6Y/YwHFsW1BLTa7+L2DLbPYcT0GWwbXmDIQPh3 CdI7Lnqp2Sf3XMwSaBRUwvfXdESkuLdeeKIi8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=BJ9z+2iLrBd1b+kS6vd134qpdb3IeZw29YzZMFxTRkbM81IpMTtPoYEXZ5+cckMkjO fuwYzyn3JsbF5XNB/S2KQcLbw8kLFgyeJ9BrlP+JcMgh02nI9Ib8P55QZKGWACzSWLVh OlFQ8ucPfcRp1A+thlmi31AFm8VViMYxPXlRQ= Received: by 10.213.28.194 with SMTP id n2mr1635641ebc.16.1282317169625; Fri, 20 Aug 2010 08:12:49 -0700 (PDT) Received: from localhost (gpftor3.privacyfoundation.de [62.141.58.13]) by mx.google.com with ESMTPS id u9sm4919299eeh.11.2010.08.20.08.12.46 (version=SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 08:12:48 -0700 (PDT) From: Anonymous To: David Naylor References: <201006251808.29467.naylor.b.david@gmail.com> <201006252334.32957.naylor.b.david@gmail.com> <86bpayoj2j.fsf@gmail.com> <201007191535.39992.naylor.b.david@gmail.com> <861vazh881.fsf@gmail.com> Date: Fri, 20 Aug 2010 19:12:42 +0400 In-Reply-To: <861vazh881.fsf@gmail.com> (Anonymous's message of "Mon, 19 Jul 2010 18:11:42 +0400") Message-ID: <8662z58gid.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Greg Lewis , freebsd-ports@freebsd.org Subject: Re: MAKE_JOBS and openjdk6 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, 20 Aug 2010 15:12:51 -0000 Anonymous writes: > David Naylor writes: > >>> %% >>> Index: java/openjdk6/Makefile >>> @@ -266,3 +267,6 @@ post-install: >>> @${CAT} ${PKGMESSAGE} >>> >>> .include >>> + >>> +# XXX: use `?=' in bsd.port.mk >>> +_MAKE_JOBS= >>> %% >> >> Yes, I prefer this approach. See attached for the patch that does this. I >> will file a PR about this shortly. >> > > I've filed ports/148754 about defining empty _MAKE_JOBS so it's not forgotten. That PR was recently committed. So, you can try to resurrect ports/148753. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 16:27:16 2010 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 1E8391065670; Fri, 20 Aug 2010 16:27:16 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEB58FC08; Fri, 20 Aug 2010 16:27:14 +0000 (UTC) Received: by yxe42 with SMTP id 42so1539794yxe.13 for ; Fri, 20 Aug 2010 09:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=DlEmlPq898GhJO0yLjrSh8zzuVNj9c/1qNWnsAZYwWg=; b=EMayhMz/tfNaEyDXRYzxQB6ssHzaYK6zZNEZLu5a+cwen945ku5+0pCKvPHMxepXrL H+hpvikEl1qIiB8u2gXdxInkO7zcilZgXoJSZzZBlxQ3lGhWgRi7DRzBP0UBMRxzLpNg l/gY3/594YLKP4okJeoGzilwbTS9i2/7kxNpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Rvyqzlp9xV99fNF18hi/U3HvKUeGGH+XuHSXh/WdOwqlWb4APqGJhGs799fusuVGBF VipBAiJ+IwTpe6TilKpK7uijkVr2I+U6JUSFJm+MiDjg6vbV+P2ShZ6jO7NCPujGMc9m HdLVj+th7V227ln5aVS6AeuBg+NLlG3My9a50= Received: by 10.151.63.19 with SMTP id q19mr1957408ybk.292.1282321634450; Fri, 20 Aug 2010 09:27:14 -0700 (PDT) Received: from localhost ([208.53.142.42]) by mx.google.com with ESMTPS id j2sm2742378iba.6.2010.08.20.09.27.11 (version=SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 09:27:13 -0700 (PDT) From: Anonymous To: Garrett Cooper References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> <4C6DE8DB.8010202@DataIX.net> Date: Fri, 20 Aug 2010 20:27:02 +0400 In-Reply-To: (Garrett Cooper's message of "Thu, 19 Aug 2010 20:08:15 -0700") Message-ID: <864oep6yi1.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Fri, 20 Aug 2010 16:35:10 +0000 Cc: jhell , bapt@FreeBSD.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@FreeBSD.org Subject: Re: what next for the pkg_install rewrite 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, 20 Aug 2010 16:27:16 -0000 Garrett Cooper writes: > The emphasis that Florent made too was to remove crud in pkg_install > and libpkg and get things down to more of a library form so we could > develop thin wrappers above pkg_install with logical functions (like > apt-get, yum, etc does with fetching, whereas rpm does with > installation, etc), instead of maintaining pkg_install the way it is > today. >From perspective of a user I'd like those wrappers be written in a scripted language so they're easy to hack. Because sh(1) doesn't have smth like FFI we'd need one command that exports all functions from the library. Some port managing tools could then bypass those wrappers when doing complex tasks. From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 17:13:36 2010 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 81D9A10656A4 for ; Fri, 20 Aug 2010 17:13:36 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1242D8FC0C for ; Fri, 20 Aug 2010 17:13:35 +0000 (UTC) Received: by bwz20 with SMTP id 20so3285693bwz.13 for ; Fri, 20 Aug 2010 10:13:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ayv0Z4e8fvvQc9nHxJ3/FpTvSazESdP9a9qXho1e10s=; b=m0S0FA7qkWo+yxCX+bUpsqtywbjoflcVoaaY6/MYnET6eyq94IC+UucxObJCXltEs/ HeKx6yaK4BpQuUvLOJAz1Ifa+IEKVKy2UQpo+Y/QkzuNsiunUQyLs7jZ2wyjVMKAXWl8 jAjWW6g6/VpyBoMQQQ2PsWGmNX73UUg9nZtHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=utv2g9iN6uel7R3FcvzC2RCD7jkBCx3NRplnRDp6pXt7Vgsb3iLKCqaEH4K5g4LR2c KJ3AW/tSzi3Uxb6qklyE8lbzADl1UC3JcEZPiLK3PTocMWrCWPVdJiI6LUeqtfXC/pdP a6yHuXB7HHMi2VMmcSpdpDi5jBkhqnJZjUKlc= MIME-Version: 1.0 Received: by 10.204.79.199 with SMTP id q7mr1195142bkk.76.1282324409048; Fri, 20 Aug 2010 10:13:29 -0700 (PDT) Received: by 10.204.83.29 with HTTP; Fri, 20 Aug 2010 10:13:29 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Aug 2010 19:13:29 +0200 Message-ID: From: David DEMELIER To: 849372@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: Proposal for new UPDATING format 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, 20 Aug 2010 17:13:36 -0000 2010/8/19 Andres Perera : > The idea is to add a VERSION field so that automated tools can display > the entries prior performing the actual upgrade. > > Filtering by date isn't exact enough, so the new field will correspond > with the first version of the port were the "problem" occurs. > > Without getting into implementation details, the port management tools > could use a line similar to:: > > % pkg_updating clang-1.2 > > Matching the version with whatever it's installing... > Not a bad idea, the problem is that the file UPDATING does not speak always for a package, sometime it's just some information that are not specific to a package. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 19:01:07 2010 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 4B7E4106564A for ; Fri, 20 Aug 2010 19:01:07 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 070EF8FC18 for ; Fri, 20 Aug 2010 19:01:06 +0000 (UTC) Received: by qyk8 with SMTP id 8so847101qyk.13 for ; Fri, 20 Aug 2010 12:01:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=1gMHdbaBJRNoklJhc7o5zrYkr8vnoofU2aeN9L2ZCjo=; b=KzpUVbSklwlDcVrNH1DcELkibbrs8tqDuRa/2TFm7PuA2Iw6yD2D8VCOM/Ryf+eD6h Q8MNcVs9TA5eTB6WlAZeAUieq0+fOGxL8Q8ntq9sFPj73sF1jYFGuxkY5S61KT2kiF+D zj72B0YR04hyHDoy3i3ZaWg8ZbxB9TWLHx1LI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=QBkXG4bB98tJQfCv7NiIe6ILqp0W4VqRvNuXCgR7al5gpYMl7UPdALZOKS5eiBodr9 2S7FqtjyAiwL98SwSAw2aUPwV92v26ASqbt0yAObM57bfuZegJxaU2bXU9F/sVuVcJ0m FSh3rNWue0h5fu2UAAFcOfhvPiBtGwWcE4EhE= MIME-Version: 1.0 Received: by 10.229.51.210 with SMTP id e18mr1065421qcg.249.1282330865333; Fri, 20 Aug 2010 12:01:05 -0700 (PDT) Received: by 10.229.216.205 with HTTP; Fri, 20 Aug 2010 12:01:05 -0700 (PDT) Date: Fri, 20 Aug 2010 21:01:05 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: gscan2pdf 0.9.31 doesn't work 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, 20 Aug 2010 19:01:07 -0000 Output from gscan2pdf 0.9.31 when run from a shell: tingo@kg-v2$ gscan2pdf Bareword found where operator expected at /usr/local/bin/gscan2pdf line 8849, near "'button" (Might be a runaway multi-line '' string starting on line 8723) (Missing operator before button?) syntax error at /usr/local/bin/gscan2pdf line 8849, near "'button" Bad name after event' at /usr/local/bin/gscan2pdf line 8849. tingo@kg-v2$ gscan2pdf --version Bareword found where operator expected at /usr/local/bin/gscan2pdf line 8849, near "'button" (Might be a runaway multi-line '' string starting on line 8723) (Missing operator before button?) syntax error at /usr/local/bin/gscan2pdf line 8849, near "'button" Bad name after event' at /usr/local/bin/gscan2pdf line 8849. tingo@kg-v2$ gscan2pdf --help Bareword found where operator expected at /usr/local/bin/gscan2pdf line 8849, near "'button" (Might be a runaway multi-line '' string starting on line 8723) (Missing operator before button?) syntax error at /usr/local/bin/gscan2pdf line 8849, near "'button" Bad name after event' at /usr/local/bin/gscan2pdf line 8849. This is on: tingo@kg-v2$ uname -a FreeBSD kg-v2.kg4.no 8.0-STABLE FreeBSD 8.0-STABLE #2: Sun Apr 11 19:39:02 CEST 2010 root@kg-v2.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 tingo@kg-v2$ portversion -v | grep gscan gscan2pdf-0.9.31 = up-to-date with port HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 19:40:06 2010 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 D865B1065674; Fri, 20 Aug 2010 19:40:06 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id B19778FC22; Fri, 20 Aug 2010 19:40:06 +0000 (UTC) Received: from cpe-66-68-128-204.austin.res.rr.com ([66.68.128.204] helo=[172.16.32.100]) by panix.lovett.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1OmXRd-00059D-Ki; Fri, 20 Aug 2010 19:40:05 +0000 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Ade Lovett In-Reply-To: Date: Fri, 20 Aug 2010 14:39:53 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Garrett Cooper X-Mailer: Apple Mail (2.1081) Cc: ports@freebsd.org, bug-followup@FreeBSD.org, Ade Lovett , gcooper@FreeBSD.org Subject: Re: ports/146754: [patch] new port: add devel/atf framework to ports 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, 20 Aug 2010 19:40:06 -0000 On Aug 19, 2010, at 20:30 , Garrett Cooper wrote: > This request has been sitting mostly idle for the last 3 months. I > realize people are busy, but could someone with some time please help > me work out any issues that might exist with this port, and commit > this to ports? There are a _lot_ of developers that would be happy to > see this committed to ports so they can add unittests for their work, > and I would like to see this committed so I can start writing real > testcases for pkg_install. It looks relatively straightforward. My only concern is the bunch of = files being dumped into ${PREFIX}/tests, which violates hier(7). Would = it be possible to move them to, say ${PREFIX}/share/${PORTNAME}/tests ?? -aDe From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 21:22:54 2010 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 C35BF1065698; Fri, 20 Aug 2010 21:22:54 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F17D48FC08; Fri, 20 Aug 2010 21:22:53 +0000 (UTC) Received: by bwz20 with SMTP id 20so23045bwz.13 for ; Fri, 20 Aug 2010 14:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZLXIUHQEw9DnPLFnEU58a8xSVGPWFV8JZpsxRFVE5yU=; b=LT7uy3+zc/ioR+tdyVQKd9RxieT99JmzhbZaixoNpiKWXfgc1u70/VyqaGGDefm0bG hcNrWPC/qq9QSH4HdjuB6VfMgBKq+wjCYw8YsxFWvscCuSydMpulMmCy4acls1DjF6Jb bM88gPYIA+xjSAUv+dCHAYUtm5m5rNho1+JyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=UQVsDvTLpdkR4QgxPo4r2d7yJDchQ/HldoYtxncIH+88qTTUFRbG1VyQcW2wOOtNcH 5QuI4qxSp2YyFG5fimPmhtfYYA8hQOf3I3WkUn5diWMAxHM90QsqzU5hjFei4x4Hr77Y MSVWCQKHw/TAYJF/Qr1LpLU3FoAnZ12+Kfukw= MIME-Version: 1.0 Received: by 10.204.59.9 with SMTP id j9mr1230012bkh.150.1282339371199; Fri, 20 Aug 2010 14:22:51 -0700 (PDT) Received: by 10.204.82.6 with HTTP; Fri, 20 Aug 2010 14:22:51 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 Aug 2010 14:22:51 -0700 Message-ID: From: Garrett Cooper To: Ade Lovett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/146754: [patch] new port: add devel/atf framework to ports 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, 20 Aug 2010 21:22:54 -0000 On Fri, Aug 20, 2010 at 12:39 PM, Ade Lovett wrote: > > On Aug 19, 2010, at 20:30 , Garrett Cooper wrote: > >> =A0 =A0This request has been sitting mostly idle for the last 3 months. = I >> realize people are busy, but could someone with some time please help >> me work out any issues that might exist with this port, and commit >> this to ports? There are a _lot_ of developers that would be happy to >> see this committed to ports so they can add unittests for their work, >> and I would like to see this committed so I can start writing real >> testcases for pkg_install. > > It looks relatively straightforward. =A0My only concern is the bunch of f= iles being dumped into ${PREFIX}/tests, which violates hier(7). =A0Would it= be possible to move them to, say ${PREFIX}/share/${PORTNAME}/tests ?? It might be but I'll have to check with Julio from NetBSD about that because this is how things install today; they use a fixed version in NetBSD though instead of from pkgsrc, and it hasn't gained a lot of traction outside of a smaller niche of users, so I might be able to convince him to change the default (or at least parameterize it so it conforms to hier(7)). Thanks! -Garrett From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 23:19:36 2010 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 660CC106567A for ; Fri, 20 Aug 2010 23:19:36 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5348FC0C for ; Fri, 20 Aug 2010 23:19:36 +0000 (UTC) Received: by iwn36 with SMTP id 36so3940938iwn.13 for ; Fri, 20 Aug 2010 16:19:35 -0700 (PDT) Received: by 10.231.35.199 with SMTP id q7mr2416268ibd.47.1282344953337; Fri, 20 Aug 2010 15:55:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.150.135 with HTTP; Fri, 20 Aug 2010 15:55:33 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Fri, 20 Aug 2010 18:55:33 -0400 Message-ID: To: Paul Hoffman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: stas@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Installing Ruby suggestion 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, 20 Aug 2010 23:19:36 -0000 On Thu, Aug 19, 2010 at 2:30 PM, Paul Hoffman wrote: > Greetings again. When doing a "make install", it takes *forever* in the "= Generating RDoc documentation" step. This isn't a big deal the first time, = but when updating Ruby (such as for the recent security announcement), you = need to do a "make deinstall" before you do a "make reinstall". Having that= second step take a long time means that there is a longer time that there = is no Ruby on the system. > > Could the RDoc step be done during "make" instead of "make install"? > Generally its best to CC the maintainer as well. In this case the maintainer is stas@freebsd.org That being said: I second this request ;) --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 23:31:16 2010 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 A783E1065670; Fri, 20 Aug 2010 23:31:16 +0000 (UTC) (envelope-from phoffman@proper.com) Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by mx1.freebsd.org (Postfix) with ESMTP id 840C18FC08; Fri, 20 Aug 2010 23:31:16 +0000 (UTC) Received: from [10.20.30.158] (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id o7KNVDru090306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Aug 2010 16:31:14 -0700 (MST) (envelope-from phoffman@proper.com) Mime-Version: 1.0 Message-Id: In-Reply-To: <20100820161618.63b0c5bd.stas@FreeBSD.org> References: <20100820161618.63b0c5bd.stas@FreeBSD.org> Date: Fri, 20 Aug 2010 16:31:11 -0700 To: Stanislav Sedov , Eitan Adler From: Paul Hoffman Content-Type: text/plain; charset="us-ascii" Cc: stas@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: Installing Ruby suggestion 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, 20 Aug 2010 23:31:16 -0000 At 4:16 PM -0700 8/20/10, Stanislav Sedov wrote: >On Fri, 20 Aug 2010 18:55:33 -0400 >Eitan Adler mentioned: > >> On Thu, Aug 19, 2010 at 2:30 PM, Paul Hoffman wrote: >> > Greetings again. When doing a "make install", it takes *forever* in the "Generating RDoc documentation" step. This isn't a big deal the first time, but when updating Ruby (such as for the recent security announcement), you need to do a "make deinstall" before you do a "make reinstall". Having that second step take a long time means that there is a longer time that there is no Ruby on the system. >> > >> > Could the RDoc step be done during "make" instead of "make install"? >> > >> >> Generally its best to CC the maintainer as well. In this case the >> maintainer is stas@freebsd.org >> >> That being said: I second this request ;) >> > >Ruby install systems works this way. I'm not sure I can do anything about this. >You may try asking on the ruby mailing list although. > >If you concerned about rdoc, you can disable them via OPTIONS. The time when there're >no ruby in the system is probably critical for production environments, where >rdoc is not required. Another option is to use packages, although I understand it >usually takes a bit of time for official packages to appear (but that's a different >story); but you can build the updated package on a separate machine and then distribute >it over critical servers. > >Nonetheless, I'll try to look on what I can do. But I can't promise anything, because >this is really something that should be done on ruby side. Thanks. You may get some pushback because other package systems don't do the equivalent of "make deinstall; make reinstall", but it is worth asking. I alway think of "make install" as "push the binaries that we just made into the proper places", not "make some more stuff and then push". --Paul Hoffman From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 23:34:54 2010 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 A8F931065694 for ; Fri, 20 Aug 2010 23:34:54 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0D58FC0A for ; Fri, 20 Aug 2010 23:34:54 +0000 (UTC) Received: from orion.SpringDaemons.com (207.47.0.2.static.nextweb.net [207.47.0.2]) by mx0.deglitch.com (Postfix) with ESMTPA id 5A1208FC4E; Sat, 21 Aug 2010 03:16:24 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 8C3DB39E54; Fri, 20 Aug 2010 16:16:24 -0700 (PDT) Date: Fri, 20 Aug 2010 16:16:18 -0700 From: Stanislav Sedov To: Eitan Adler Message-Id: <20100820161618.63b0c5bd.stas@FreeBSD.org> In-Reply-To: References: Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__20_Aug_2010_16_16_18_-0700_7U5DncR2Ev0fxCUg" Cc: stas@freebsd.org, Paul Hoffman , freebsd-ports@freebsd.org Subject: Re: Installing Ruby suggestion 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, 20 Aug 2010 23:34:54 -0000 --Signature=_Fri__20_Aug_2010_16_16_18_-0700_7U5DncR2Ev0fxCUg Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 20 Aug 2010 18:55:33 -0400 Eitan Adler mentioned: > On Thu, Aug 19, 2010 at 2:30 PM, Paul Hoffman wrote: > > Greetings again. When doing a "make install", it takes *forever* in the= "Generating RDoc documentation" step. This isn't a big deal the first time= , but when updating Ruby (such as for the recent security announcement), yo= u need to do a "make deinstall" before you do a "make reinstall". Having th= at second step take a long time means that there is a longer time that ther= e is no Ruby on the system. > > > > Could the RDoc step be done during "make" instead of "make install"? > > >=20 > Generally its best to CC the maintainer as well. In this case the > maintainer is stas@freebsd.org >=20 > That being said: I second this request ;) >=20 Ruby install systems works this way. I'm not sure I can do anything about = this. You may try asking on the ruby mailing list although. If you concerned about rdoc, you can disable them via OPTIONS. The time wh= en there're no ruby in the system is probably critical for production environments, whe= re rdoc is not required. Another option is to use packages, although I unders= tand it usually takes a bit of time for official packages to appear (but that's a d= ifferent story); but you can build the updated package on a separate machine and the= n distribute it over critical servers. Nonetheless, I'll try to look on what I can do. But I can't promise anythi= ng, because this is really something that should be done on ruby side. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__20_Aug_2010_16_16_18_-0700_7U5DncR2Ev0fxCUg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJMbwzIAAoJEL8lojEJL9nwC7sQAIi8rtBgD2Q49NK2JovFP9ms LfXsbP+a9hOFURMgtTG6Wf1FaAgmPDji0VOfeltxEvNlpk9xDrqpZKuf/oCGQPDb QxlNYlv5rMD6aT952Hx9oMskVob+emwaZ9+dhWGIcksHIWY9MWvW3lopjXBcKkls itx/8aTGP3PWQ9dyP4K9XBYe+CxK49Nkn/Md+qE0s7+HRswGlzR106xzAhK5cbqM xsst74dGvE+qj/Do/4+qBn/6DMmu/Xq1tSv3L3CAw3CVl3TbWFgDDrBHVDzXXyuu 8hWUTgQij2W+viN/9cEHx6fU82YoMhndRAThq5QjwSBWP4s3PsIyMM0pYA5XSOyc TZINIpinJW17/MiGS3NbVM6tigxJrBrPVpNBs62eak+wtOe7K0T+YSrK7za99THr Ur5vC4ERKc9RrvdNHgJTkShOOflKK9JMg4P67Q+3J+Sm/w06yJ5WBbrCSowYXHTI 40J8gGOMmM9VFvBiNJ8TOe4OLp5LQSIaMr8BoTaXFoRsVNoaQiu6sE0gj8TvXhEN ah7lyMLq3QgSqpztkkWS96pbtUtHlyLTsaVvDOVCDefHu/YocpIjV63MocFLsgmd zlniqA5molHbQesuZKNcbnBOmq2DgngJyNaeK/NU1jVcNOXRbP1odN7WJEJhcvEw NElLks2MRqLl7xX0LzpD =73iR -----END PGP SIGNATURE----- --Signature=_Fri__20_Aug_2010_16_16_18_-0700_7U5DncR2Ev0fxCUg-- From owner-freebsd-ports@FreeBSD.ORG Fri Aug 20 23:47:01 2010 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 E5B14106566C for ; Fri, 20 Aug 2010 23:47:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 711918FC1A for ; Fri, 20 Aug 2010 23:47:01 +0000 (UTC) Received: (qmail 20656 invoked by uid 399); 20 Aug 2010 23:47:00 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 20 Aug 2010 23:47:00 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C6F13F3.8040809@FreeBSD.org> Date: Fri, 20 Aug 2010 16:46:59 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.8) Gecko/20100807 Thunderbird/3.1.2 MIME-Version: 1.0 To: Paul Hoffman References: <20100820161618.63b0c5bd.stas@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , Eitan Adler , freebsd-ports@FreeBSD.org Subject: Re: Installing Ruby suggestion 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, 20 Aug 2010 23:47:02 -0000 On 08/20/2010 16:31, Paul Hoffman wrote: > At 4:16 PM -0700 8/20/10, Stanislav Sedov wrote: >> >> Nonetheless, I'll try to look on what I can do. But I can't promise anything, because >> this is really something that should be done on ruby side. > > Thanks. You may get some pushback because other package systems don't do the equivalent of "make deinstall; make reinstall", but it is worth asking. I alway think of "make install" as "push the binaries that we just made into the proper places", not "make some more stuff and then push". I agree that having ports which create new stuff in the install phase is sub-optimal, but ruby is far from alone here. OTOH what may be useful is separating the docs into their own port. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 01:51:01 2010 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 538AC106566C for ; Sat, 21 Aug 2010 01:51:01 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 27B318FC0A for ; Sat, 21 Aug 2010 01:50:57 +0000 (UTC) Received: from eagle.syrec.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id o7L1ovtN028049 for ; Fri, 20 Aug 2010 18:50:57 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4C6F3101.5080702@rawbw.com> Date: Fri, 20 Aug 2010 18:50:57 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100815 Thunderbird/3.0.6 MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: graphics/sane-backends: fails to build due to the collision in user group id number 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, 21 Aug 2010 01:51:01 -0000 Here is the message I get: ===> Creating users and/or groups. Creating group `saned' with gid `194'. pw: gid `194' has already been allocated *** Error code 65 My /etc/group file has this line: apache:*:194: Obviously there is a conflict. Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 02:03:34 2010 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 0A6AF10656A8 for ; Sat, 21 Aug 2010 02:03:34 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A68BA8FC18 for ; Sat, 21 Aug 2010 02:03:33 +0000 (UTC) Received: by qwg5 with SMTP id 5so4036155qwg.13 for ; Fri, 20 Aug 2010 19:03:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=OxULM4fIm7rKpxM3exNjV4cJ+eJYzslhpmmL+Gl8si8=; b=hEQh5VONPBBRl7XajndTdzffgT9BFt8ZRjFhW4zzK450pK/J77EU49LJEoxeLyOK0g n0cZPnM1sOa0w601tb/tbIg3hNIBju6hrrEDfAXW/jpgjE9SuYXupyAwp66cRA3A9GgU 9NXeuO4eO4ig6U4r4zm710m8vo1RqMObh4ngs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GsMrqfcNvtfWSTYIOlTB0vqkI8hjj8bW1X/gHGQnlKQO5Cymdo3II3Sd2E07CuJ/bx YiI++YbSw8KzW5BxCRkr74sTEK5NiiMBt66BpDEu+yYdQj2eB56WBWqS/VvTrCwFBGSv hUFzrVa8KJjvEktB5E60QoM3QncY6tdl6YF0w= MIME-Version: 1.0 Received: by 10.229.8.210 with SMTP id i18mr282813qci.180.1282356212911; Fri, 20 Aug 2010 19:03:32 -0700 (PDT) Received: by 10.229.75.76 with HTTP; Fri, 20 Aug 2010 19:03:32 -0700 (PDT) In-Reply-To: <4C6F3101.5080702@rawbw.com> References: <4C6F3101.5080702@rawbw.com> Date: Fri, 20 Aug 2010 21:03:32 -0500 Message-ID: From: Adam Vande More To: Yuri Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: Re: graphics/sane-backends: fails to build due to the collision in user group id number 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, 21 Aug 2010 02:03:34 -0000 On Fri, Aug 20, 2010 at 8:50 PM, Yuri wrote: > Here is the message I get: > ===> Creating users and/or groups. > Creating group `saned' with gid `194'. > pw: gid `194' has already been allocated > *** Error code 65 > > My /etc/group file has this line: > apache:*:194: > > Obviously there is a conflict. > Do you know what installed that group? apache should not be there. apache uses group www, GID 80 /usr/ports/GIDs -- Adam Vande More From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 01:27:45 2010 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 389941065675; Sat, 21 Aug 2010 01:27:45 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C54F8FC1E; Sat, 21 Aug 2010 01:27:44 +0000 (UTC) Received: by pvg4 with SMTP id 4so1626087pvg.13 for ; Fri, 20 Aug 2010 18:27:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=nccDRmdEvNysv5jdkBwFZqivdyo+cga7jHFnT3NyB6I=; b=YuGesFA4UC78jtFOhxg1fld0TJ63ow7vQfDLq6pFAePBWLjsMpO0o/DmRET9EeJyiG wtTyeKfErtK0NUaE0fC3SKgNQmcCvT2+lZMq3sB7kBc2IbJQ+lE0OGlitW57tLoOhXie X8MyItYYyE8PAhgai1tzUpU3gsnqIaggpxE7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=LODgiuD1cuYSyVZDcRlKjdfb3hCK5dEKlbfocf5wC/gl7CCsnTQbex/wXvsetnZmuR 2Uho4+uUljz3gZeuYDrrU0dhdxh/IWYgutYUKrNiZGzs++QVZD7SSpcJUIkjRCJUXuPN +aMVSKfC3TtNIzQIJMGUCllHWqbT4t7yRLRpA= Received: by 10.142.223.5 with SMTP id v5mr1759218wfg.46.1282354064194; Fri, 20 Aug 2010 18:27:44 -0700 (PDT) Received: from dhcp-173-37-0-217.cisco.com (nat.ironport.com [63.251.108.100]) by mx.google.com with ESMTPS id v13sm4015613wfv.17.2010.08.20.18.27.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Aug 2010 18:27:42 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <864oep6yi1.fsf@gmail.com> Date: Fri, 20 Aug 2010 18:27:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100819143830.GJ35140@azathoth.lan> <4C6DA0FA.7080203@DataIX.net> <4C6DE8DB.8010202@DataIX.net> <864oep6yi1.fsf@gmail.com> To: Anonymous X-Mailer: Apple Mail (2.1081) X-Mailman-Approved-At: Sat, 21 Aug 2010 02:13:25 +0000 Cc: jhell , bapt@FreeBSD.org, Florent Thoumie , Julien Laffaye , David Forsythe , Garrett Cooper , Tim Kientzle , Ivan Voras , freebsd-ports@FreeBSD.org Subject: Re: what next for the pkg_install rewrite 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, 21 Aug 2010 01:27:45 -0000 On Aug 20, 2010, at 9:27 AM, Anonymous wrote: > Garrett Cooper writes: >=20 >> The emphasis that Florent made too was to remove crud in pkg_install >> and libpkg and get things down to more of a library form so we could >> develop thin wrappers above pkg_install with logical functions (like >> apt-get, yum, etc does with fetching, whereas rpm does with >> installation, etc), instead of maintaining pkg_install the way it is >> today. >=20 > =46rom perspective of a user I'd like those wrappers be written in a > scripted language so they're easy to hack. Because sh(1) doesn't have > smth like FFI we'd need one command that exports all functions from = the > library. Some port managing tools could then bypass those wrappers = when > doing complex tasks. As long as we don't get into wrapper script hell (greater than 2 levels = deep), sure :).= From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 02:14:47 2010 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 83CD01065679 for ; Sat, 21 Aug 2010 02:14:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA788FC15 for ; Sat, 21 Aug 2010 02:14:47 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta11.emeryville.ca.mail.comcast.net with comcast id wpxZ1e0031HpZEsABq1d5x; Sat, 21 Aug 2010 02:01:37 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.emeryville.ca.mail.comcast.net with comcast id wq1b1e0043LrwQ28aq1c4W; Sat, 21 Aug 2010 02:01:36 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0C6759B425; Fri, 20 Aug 2010 19:01:35 -0700 (PDT) Date: Fri, 20 Aug 2010 19:01:35 -0700 From: Jeremy Chadwick To: Yuri Message-ID: <20100821020134.GA29154@icarus.home.lan> References: <4C6F3101.5080702@rawbw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C6F3101.5080702@rawbw.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org Subject: Re: graphics/sane-backends: fails to build due to the collision in user group id number 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, 21 Aug 2010 02:14:47 -0000 On Fri, Aug 20, 2010 at 06:50:57PM -0700, Yuri wrote: > Here is the message I get: > ===> Creating users and/or groups. > Creating group `saned' with gid `194'. > pw: gid `194' has already been allocated > *** Error code 65 > > My /etc/group file has this line: > apache:*:194: > > Obviously there is a conflict. $ grep :194: /usr/ports/GIDs saned:*:194: Do you know what port, or what piece of software, decided that GID 194 should be "apache" on your system? That would be what needs to change. On FreeBSD 6.x or later, the "www" user (UID 80) and "www" group (GID 80) are used for Apache. These two UID/GIDs are part of the base system's /etc/passwd and /etc/group. So I'm not sure what "apache" is used for in your /etc/group. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:28:37 2010 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 816C110656B0 for ; Sat, 21 Aug 2010 06:28:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id BB0F28FC27 for ; Sat, 21 Aug 2010 06:28:36 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 25F4B1CC19 for ; Sat, 21 Aug 2010 08:28:36 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100821062836.25F4B1CC19@mail.droso.net> Date: Sat, 21 Aug 2010 08:28:36 +0200 (CEST) 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: Sat, 21 Aug 2010 06:28:37 -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 6.x/7.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/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: chinese/chinput3 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp 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/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/oo2c broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=oo2c portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/ngmp broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal 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/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/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100815044616/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/tknetmon broken because: conflicting dependencies (tcl-Mysql brings in tcl85) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tknetmon portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net-p2p/trackerbt broken because: does not compile with new Sockets build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100725124313/trackerbt-0.1.3.log.bz2 (_Jul_27_00:48:52_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=trackerbt portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/lasso broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100725124313/lasso-2.1.1_1.log.bz2 (_Jul_27_00:46:13_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=lasso portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules 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/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:29:14 2010 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 0EDF2106564A for ; Sat, 21 Aug 2010 06:29:14 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 5DFDA8FC2E for ; Sat, 21 Aug 2010 06:29:12 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id BA4771CC19 for ; Sat, 21 Aug 2010 08:29:11 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100821062911.BA4771CC19@mail.droso.net> Date: Sat, 21 Aug 2010 08:29:11 +0200 (CEST) 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: Sat, 21 Aug 2010 06:29:14 -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 6.x/7.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/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/aureal-kmod broken because: doesn't build on RELENG_8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aureal-kmod portname: audio/baudline broken because: no longer available (website now have 1.08) build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100820230508/linux-baudline-1.07.log (_Jul_30_10:57:11_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=baudline portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecawave portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: audio/muse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muse portname: benchmarks/polygraph broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/polygraph-3.0.6_1.log (_Mar_21_01:42:24_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph portname: benchmarks/polygraph31 broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/polygraph31-3.1.5_1.log (_Mar_21_01:42:25_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 portname: cad/alliance broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: cad/tclspice broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=tclspice portname: chinese/chinput3 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm 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/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/gauche-gdbm broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gauche-gdbm portname: databases/mysqlcc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlcc portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gauche-sdl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-sdl portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/lamson broken because: leaves behind files on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=lamson portname: devel/libccid broken because: Basesystem libusb is missing some functions. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100815111024/ccid-1.4.0.log (_Aug_16_14:48:51_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libccid 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/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/php-dbg2 broken because: does not compile with PHP 5.3.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php-dbg2 portname: devel/poco-ssl broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco-ssl portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/fmsx broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: emulators/mupen64plus-rice broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mupen64plus-rice portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: emulators/pearpc broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100707083935/pearpc-0.4_4.log.bz2 (_Jul__5_07:32:36_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=pearpc 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/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/egl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=egl portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/crystalspace broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/luxrender broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: graphics/mapnik broken because: Does not build with boost-1.41 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=mapnik portname: graphics/opengtl broken because: does not build with LLVM 2.7 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=opengtl portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util 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/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/roundcube broken because: bad distinfo build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=roundcube portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: japanese/yc.el broken because: Does not support emacs23.x or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=yc.el portname: java/eclipse-cdt broken because: bad dependency object for java/eclipse build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-cdt portname: java/jakarta-commons-dbcp broken because: does not build unless jakarta-commons-collections is compiled with jdk15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/dylan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/etoile-languagekit broken because: needs llvm <= 2.6.r71086 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=etoile-languagekit portname: lang/gnat-gcc42 broken because: does not support FreeBSD 8.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc42 portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/nqc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=nqc portname: lang/ocamlduce broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/oo2c broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=oo2c portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/evolution-sharp broken because: Doesn't accept current evolution version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=evolution-sharp portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/ngmp broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: math/R-cran-igraph broken because: Does not build with R-2.11.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=R-cran-igraph portname: math/dislin broken because: size mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20100704113633/dislin-10.0.log.bz2 (_Mar_21_10:21:14_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/msieve broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100820230508/msieve-1.38_2.log (_Aug_13_12:21:22_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=msieve portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/scilab-toolbox-sivp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab-toolbox-sivp 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/ftree broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ftree 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: multimedia/2mandvd broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20100810055002/2ManDVD-1.2_4.log (_Aug_11_15:23:31_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=2mandvd portname: multimedia/banshee-mirage broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=banshee-mirage portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/libomxil-bellagio broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=libomxil-bellagio portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100815044616/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin 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/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/tknetmon broken because: conflicting dependencies (tcl-Mysql brings in tcl85) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tknetmon portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net-p2p/trackerbt broken because: does not compile with new Sockets build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100725124313/trackerbt-0.1.3.log.bz2 (_Jul_27_00:48:52_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=trackerbt portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/skype broken because: This is the last version of skype that works on FreeBSD, but the distfile is no longer available from the vendor, and won't be in the future. We are working on alternative solutions. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skype portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: net/xbone-gui broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xbone-gui portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/latex-caption broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-caption portname: print/lilypond broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100707083935/lilypond-2.13.26.log.bz2 (_Jul__7_11:58:48_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: print/pecl-ps broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=pecl-ps portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: security/dazuko broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/f-protd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-protd portname: security/fragroute broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fragroute portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/lasso broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100725124313/lasso-2.1.1_1.log.bz2 (_Jul_27_00:46:13_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=lasso portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-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/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/busybox broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf 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/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/p5-Plagger broken because: missing dependency on Yaml build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100806202125/p5-Plagger-0.7.17_4.log (_Aug__8_10:21:48_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Plagger 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/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit 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/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_dtcl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dtcl portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/p5-Apache2-Scoreboard broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache2-Scoreboard portname: www/p5-Plack-Server-ServerSimple broken because: installs same files as its dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/p5-Plack-Server-ServerSimple-0.03.log (_Mar_21_01:51:37_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Plack-Server-ServerSimple portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: www/zerowait-httpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zerowait-httpd portname: x11-drivers/xf86-input-citron broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-citron portname: x11-drivers/xf86-input-elographics broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-elographics portname: x11-drivers/xf86-input-fpit broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-fpit portname: x11-drivers/xf86-video-rdc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-rdc portname: x11-toolkits/efltk broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=efltk portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gauche-gtk broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gauche-gtk portname: x11-toolkits/gigi broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gigi portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/php-gtk2 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=php-gtk2 portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon portname: x11/libcapplet broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=libcapplet portname: x11/metisse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:29:33 2010 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 3DC2010656A5 for ; Sat, 21 Aug 2010 06:29:33 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6B48FC24 for ; Sat, 21 Aug 2010 06:29:32 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 0B0891CC4D for ; Sat, 21 Aug 2010 08:29:32 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100821062932.0B0891CC4D@mail.droso.net> Date: Sat, 21 Aug 2010 08:29:32 +0200 (CEST) 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: Sat, 21 Aug 2010 06:29:33 -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/py-tarfile description: Python library for reading and writing tarballs maintainer: ports@FreeBSD.org deprecated because: all development activity in this port has been merged into mainline python after 2.4 expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=py-tarfile portname: devel/codeville description: An "anarchic" control version system without unnecessary re-merges maintainer: ports@FreeBSD.org deprecated because: Dead project. expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=codeville portname: devel/maven description: Java project management and project comprehension tool maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by devel/maven2. expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=maven portname: editors/staroffice52 description: Integrated wordprocessor/dbase/spreadheet/drawing/chart/browser maintainer: ports@FreeBSD.org deprecated because: sources not available, requires /proc expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice52 portname: editors/staroffice60 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice60 portname: editors/staroffice70 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available, requires /proc expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice70 portname: french/staroffice52 description: Suite bureautique integree maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=french&portname=staroffice52 portname: german/staroffice52 description: Integrated wordprocessor/dbase/spreadheet/drawing/chart/browser maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=staroffice52 portname: german/staroffice70 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=staroffice70 portname: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: java/simplicity description: Extremely powerful and extremely simple RAD IDE for Java maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=simplicity portname: lang/icc7 description: Intels C/C++ compiler, set up to produce native FreeBSD binaries maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=icc7 portname: mail/ngmp description: A full AJAX based web app for messaging and collaboration maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile and no longer supported by upstream expiration date: 2010-08-18 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: multimedia/clive-utils description: Passwords, RSS parsing, and link extraction for clive maintainer: ports@FreeBSD.org status: IGNORE deprecated because: development has ceased; use multimedia/umph instead expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=clive-utils portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: net/pathchar description: LBNL Internet path characterization tool maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been broken for 2+ years, no sources available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pathchar portname: ports-mgmt/barry description: A nice KDE frontend to the ports system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has ceased. expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: portuguese/staroffice52 description: Sistema integrado de processador de texto/planilha/e muito mais maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=portuguese&portname=staroffice52 portname: www/linux-nvu description: A complete Web Authoring System maintainer: ports@FreeBSD.org deprecated because: NVU 1.0, released June 2005, is the last official release of NVU. Kompozer has picked up where NVU has left off. Please consider using /home/linimon/ports/www/kompozer instead expiration date: 2010-08-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-nvu portname: www/wb0 description: Web browser for svgalib which can show pictures maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has ceased. expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:29:48 2010 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 4130A10656A8 for ; Sat, 21 Aug 2010 06:29:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 532618FC17 for ; Sat, 21 Aug 2010 06:29:47 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 9B28C1CC4D for ; Sat, 21 Aug 2010 08:29:46 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100821062946.9B28C1CC4D@mail.droso.net> Date: Sat, 21 Aug 2010 08:29:46 +0200 (CEST) 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: Sat, 21 Aug 2010 06:29:48 -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/py-tarfile description: Python library for reading and writing tarballs maintainer: ports@FreeBSD.org deprecated because: all development activity in this port has been merged into mainline python after 2.4 expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=py-tarfile portname: databases/mongodb-devel description: A NOSQL distributed document-oriented database maintainer: ivoras@FreeBSD.org deprecated because: Outdated: Please use devel/mongodb instead. expiration date: 2010-09-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mongodb-devel portname: databases/sqlite-ext-inet description: Library will provide the ipv4 functions in SQL queries maintainer: pol@iib.ru deprecated because: Please install databases/sqlite-ext-mobigroup instead expiration date: 2010-09-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=sqlite-ext-inet portname: deskutils/linux-sunbird description: Calendaring application branched from Mozilla maintainer: gecko@FreeBSD.org deprecated because: Upstream development discontinued. Please consider using /home/linimon/ports/deskutils/lightning instead expiration date: 2010-09-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=linux-sunbird portname: deskutils/sunbird description: Redesign of the Mozilla Calendar with XUL interface maintainer: gecko@FreeBSD.org deprecated because: Upstream development discontinued. Please consider using /home/linimon/ports/deskutils/lightning instead expiration date: 2010-09-04 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/sunbird-0.9_2,1.log.bz2 (_Mar_29_05:07:56_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=sunbird portname: deskutils/sunbird-i18n description: Localized interface for Sunbird maintainer: gecko@FreeBSD.org deprecated because: Upstream development discontinued. Please consider using /home/linimon/ports/deskutils/lightning instead expiration date: 2010-09-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=sunbird-i18n portname: devel/codeville description: An "anarchic" control version system without unnecessary re-merges maintainer: ports@FreeBSD.org deprecated because: Dead project. expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=codeville portname: devel/maven description: Java project management and project comprehension tool maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by devel/maven2. expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=maven portname: devel/p5-P4-Client description: P4::Client - Perl extension for the Perforce API maintainer: tobez@FreeBSD.org status: BROKEN deprecated because: has been broken for 11 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: editors/koffice-kde4-l10n-fy description: Frisian messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-fy portname: editors/koffice-kde4-l10n-hne description: Chhattisgarhi messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-hne portname: editors/koffice-kde4-l10n-wa description: Walloon Bokmaal messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-wa portname: editors/staroffice52 description: Integrated wordprocessor/dbase/spreadheet/drawing/chart/browser maintainer: ports@FreeBSD.org deprecated because: sources not available, requires /proc expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice52 portname: editors/staroffice60 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice60 portname: editors/staroffice70 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available, requires /proc expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=staroffice70 portname: french/staroffice52 description: Suite bureautique integree maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=french&portname=staroffice52 portname: german/staroffice52 description: Integrated wordprocessor/dbase/spreadheet/drawing/chart/browser maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=staroffice52 portname: german/staroffice70 description: Wordprocessor/dbase/spreadheet/drawing/chart maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=staroffice70 portname: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: graphics/xaralx description: Top-tier vector/general purpose graphics program (recommended version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx portname: graphics/xaralx-devel description: Top-tier vector/general purpose graphics program (development version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx-devel portname: japanese/samba3 description: Japanese Samba maintainer: kuriyama@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba3 portname: java/eclipse-emf description: Eclipse Modeling Framework maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-emf portname: java/eclipse-gef description: Graphical Editing Framework for the Eclipse IDE maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-gef portname: java/simplicity description: Extremely powerful and extremely simple RAD IDE for Java maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=simplicity portname: lang/icc7 description: Intels C/C++ compiler, set up to produce native FreeBSD binaries maintainer: ports@FreeBSD.org status: IGNORE deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=icc7 portname: mail/ngmp description: A full AJAX based web app for messaging and collaboration maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not compile and no longer supported by upstream expiration date: 2010-08-18 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: mail/sympa-elixus description: Sympa is an electronic mailing list manager maintainer: utisoft@gmail.com status: IGNORE deprecated because: no longer maintained, no longer fetchable, no longer builds with sympa expiration date: 2010-09-25 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=sympa-elixus portname: misc/kde4-l10n-bn_IN description: Bengali (India) messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-bn_IN portname: misc/kde4-l10n-hne description: Chhattisgarhi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-hne portname: misc/kde4-l10n-ku description: Kurdish messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ku portname: misc/kde4-l10n-mr description: Marathi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-mr portname: misc/kde4-l10n-th description: Thai messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-th portname: multimedia/clive-utils description: Passwords, RSS parsing, and link extraction for clive maintainer: ports@FreeBSD.org status: IGNORE deprecated because: development has ceased; use multimedia/umph instead expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=clive-utils portname: multimedia/playd2 description: Very easy to use mplayer Perl wrapper script, with useful features maintainer: aldis@BSDroot.lv deprecated because: Use multimedia/playd instead expiration date: 2010-09-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=playd2 portname: multimedia/vlconwooztalk description: Meet your World Wide Web neighbors with VLC maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=vlconwooztalk portname: net-im/wooztalk description: Meet your World Wide Web neighbors maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/wooztalk-0.9.9a_2.log.bz2 (_Apr__7_09:12:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=wooztalk portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: net-p2p/mutella description: A command line Gnutella client maintainer: gavin.atkinson@ury.york.ac.uk deprecated because: No longer under active development expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mutella portname: net/csup description: A rewrite of the CVSup file updating client in C maintainer: mux@FreeBSD.org status: IGNORE deprecated because: is already included in base system of all supported releases expiration date: 2010-02-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csup portname: net/pathchar description: LBNL Internet path characterization tool maintainer: ports@FreeBSD.org status: IGNORE deprecated because: has been broken for 2+ years, no sources available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pathchar portname: net/py-samba description: Python bindings for Samba maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-samba portname: net/samba3 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/samba-3.0.37,1.log.bz2 (_Mar_17_00:31:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba3 portname: net/samba32 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba32 portname: net/samba33 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba33 portname: ports-mgmt/barry description: A nice KDE frontend to the ports system maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has ceased. expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: portuguese/staroffice52 description: Sistema integrado de processador de texto/planilha/e muito mais maintainer: ports@FreeBSD.org deprecated because: sources not available expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=portuguese&portname=staroffice52 portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/dtc description: A hosting web GUI for admin and accounting all hosting services maintainer: fkiernan@id.net.ar status: BROKEN deprecated because: has been broken for 17 months expiration date: 2010-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/ipmi-kmod description: Backport of ipmi driver from FreeBSD 7-CURRENT for FreeBSD 5.3 - 6.1 maintainer: snb@FreeBSD.org status: IGNORE deprecated because: in base system since 6.2-RELEASE expiration date: 2010-01-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ipmi-kmod portname: www/linux-nvu description: A complete Web Authoring System maintainer: ports@FreeBSD.org deprecated because: NVU 1.0, released June 2005, is the last official release of NVU. Kompozer has picked up where NVU has left off. Please consider using /home/linimon/ports/www/kompozer instead expiration date: 2010-08-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-nvu portname: www/p5-Plack-Server-AnyEvent description: Perl extension for AnyEvent based HTTP server maintainer: kuriyama@FreeBSD.org deprecated because: yes expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Plack-Server-AnyEvent portname: www/p5-WWW-Pastebin-RafbNet-Create description: Paste to http://rafb.net/ from Perl maintainer: bapt@FreeBSD.org deprecated because: http://rafb.net service is dead expiration date: 2010-10-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-WWW-Pastebin-RafbNet-Create portname: www/wb0 description: Web browser for svgalib which can show pictures maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has ceased. expiration date: 2010-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/xpi-dailymotiononwooztalk description: Meet your World Wide Web neighbors on Dailymotion maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-dailymotiononwooztalk portname: www/xpi-deezeronwooztalk description: Meet your World Wide Web neighbors on Deezer maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-deezeronwooztalk portname: www/xpi-firefoxonwooztalk description: Meet your World Wide Web neighbors with Firefox maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-firefoxonwooztalk portname: www/xpi-googlevideoonwooztalk description: Meet your World Wide Web neighbors on Google Video maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-googlevideoonwooztalk portname: www/xpi-hit-a-hint description: Click links by hitting hints maintainer: simon@olofsson.de deprecated because: Development has been ceased and not compatible with Firefox > 2. expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-hit-a-hint portname: www/xpi-imeemonwooztalk description: Meet your World Wide Web neighbors on Imeem maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-imeemonwooztalk portname: www/xpi-jiwaonwooztalk description: Meet your World Wide Web neighbors on Jiwa maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-jiwaonwooztalk portname: www/xpi-lastfmonwooztalk description: Meet your World Wide Web neighbors on Last.fm maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-lastfmonwooztalk portname: www/xpi-preferential description: Advanced preferences manager for Mozilla-based products maintainer: simon@olofsson.de deprecated because: Development has been ceased and not compatible with Firefox > 2. expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-preferential portname: www/xpi-statusbarclock description: Display date and time in the status bar maintainer: simon@olofsson.de deprecated because: Development has been ceased and not compatible with Firefox > 2. expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-statusbarclock portname: www/xpi-vimeoonwooztalk description: Meet your World Wide Web neighbors on Vimeo maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-vimeoonwooztalk portname: www/xpi-youtubeonwooztalk description: Meet your World Wide Web neighbors on Youtube maintainer: tech@wooztalk.com deprecated because: wooztalk website not responding as of 20100731 expiration date: 2010-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xpi-youtubeonwooztalk portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-themes/kde4-windeco-aurorae description: Theme engine for KWin window decorations maintainer: syncer@gmail.com status: IGNORE deprecated because: is obsolete: Aurorae shipped with KDE SC since version 4.4 expiration date: 2010-08-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde4-windeco-aurorae portname: x11-toolkits/fox12 description: Fast and extensive C++ GUI toolkit -- ver.1.2 maintainer: gahr@FreeBSD.org deprecated because: Unsupported, please use x11-toolkits/fox14 or x11-toolkits/fox16 instead. expiration date: 2010-04-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox12 portname: x11-toolkits/ruby-panelapplet description: Ruby binding for libpanel-applet maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon description: Application for putting pictures or colors onto the root window maintainer: gavin.atkinson@ury.york.ac.uk status: BROKEN deprecated because: No longer under development, master site disappeared years ago expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:29:51 2010 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 ABD451065698 for ; Sat, 21 Aug 2010 06:29:51 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 781FE8FC1C for ; Sat, 21 Aug 2010 06:29:51 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id D9E8C1CC59 for ; Sat, 21 Aug 2010 08:29:50 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100821062950.D9E8C1CC59@mail.droso.net> Date: Sat, 21 Aug 2010 08:29:50 +0200 (CEST) Cc: Subject: FreeBSD unmaintained 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: Sat, 21 Aug 2010 06:29:51 -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: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 06:29:51 2010 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 E489210656A5 for ; Sat, 21 Aug 2010 06:29:51 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id AF58F8FC29 for ; Sat, 21 Aug 2010 06:29:51 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 1D01E1CC5E for ; Sat, 21 Aug 2010 08:29:51 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100821062951.1D01E1CC5E@mail.droso.net> Date: Sat, 21 Aug 2010 08:29:51 +0200 (CEST) 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: Sat, 21 Aug 2010 06:29:52 -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: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 21:48:46 2010 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 EB7FE1065695; Sat, 21 Aug 2010 21:48:46 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 953428FC0C; Sat, 21 Aug 2010 21:48:46 +0000 (UTC) Received: by vws7 with SMTP id 7so4877451vws.13 for ; Sat, 21 Aug 2010 14:48:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.123.132 with SMTP id p4mr2029679vcr.46.1282426011176; Sat, 21 Aug 2010 14:26:51 -0700 (PDT) Received: by 10.220.199.202 with HTTP; Sat, 21 Aug 2010 14:26:50 -0700 (PDT) X-Originating-IP: [71.1.133.114] Date: Sat, 21 Aug 2010 14:26:50 -0700 Message-ID: From: Rob Farmer To: freebsd-ports , dougb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: portmaster and build depends 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, 21 Aug 2010 21:48:47 -0000 I just came across what I think is a potential problem in portmaster (3.0). I csup-ed today and ran portmaster -a. This machine had ports last updated on August 9th. ===>>> The following actions will be taken if you choose to proceed: Upgrade en-freebsd-doc-20100625 to en-freebsd-doc-20100811 Upgrade ruby-1.8.7.248_2,1 to ruby-1.8.7.248_3,1 Upgrade sqlite3-3.6.23.1_1 to sqlite3-3.6.23.1_2 Upgrade freetype2-2.4.1 to freetype2-2.4.2 Upgrade ghostscript8-nox11-8.71_4 to ghostscript8-nox11-8.71_5 Install print/cups-image Install print/cups-client Install security/gnutls Upgrade bison-2.4.1_1,1 to bison-2.4.3,1 Upgrade ddclient-3.8.0 to ddclient-3.8.0_1 Upgrade nginx-devel-0.8.48 to nginx-devel-0.8.49 Upgrade phpMyAdmin-3.3.5 to phpMyAdmin-3.3.5.1 ===>>> Proceed? y/n [y] I think this is an issue because ghostscript is a build dependency of en-freebsd-doc (indirectly: textproc/docproj-jadetex > textproc/docproj > print/ghostscript8). Thus, the new documentation tools will be built after the new documentation is built with the old tools. -- Rob Farmer From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 22:03:08 2010 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 D3737106566C for ; Sat, 21 Aug 2010 22:03:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6598FC17 for ; Sat, 21 Aug 2010 22:03:08 +0000 (UTC) Received: (qmail 32559 invoked by uid 399); 21 Aug 2010 22:03:07 -0000 Received: from localhost (HELO laptop.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Aug 2010 22:03:07 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Sat, 21 Aug 2010 15:03:06 -0700 (PDT) From: Doug Barton To: Rob Farmer In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-ports Subject: Re: portmaster and build depends 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, 21 Aug 2010 22:03:08 -0000 On Sat, 21 Aug 2010, Rob Farmer wrote: > I just came across what I think is a potential problem in portmaster > (3.0). I csup-ed today and ran portmaster -a. This machine had ports > last updated on August 9th. > > ===>>> The following actions will be taken if you choose to proceed: > Upgrade en-freebsd-doc-20100625 to en-freebsd-doc-20100811 > Upgrade ruby-1.8.7.248_2,1 to ruby-1.8.7.248_3,1 > Upgrade sqlite3-3.6.23.1_1 to sqlite3-3.6.23.1_2 > Upgrade freetype2-2.4.1 to freetype2-2.4.2 > Upgrade ghostscript8-nox11-8.71_4 to ghostscript8-nox11-8.71_5 > Install print/cups-image > Install print/cups-client > Install security/gnutls > Upgrade bison-2.4.1_1,1 to bison-2.4.3,1 > Upgrade ddclient-3.8.0 to ddclient-3.8.0_1 > Upgrade nginx-devel-0.8.48 to nginx-devel-0.8.49 > Upgrade phpMyAdmin-3.3.5 to phpMyAdmin-3.3.5.1 > > ===>>> Proceed? y/n [y] > > I think this is an issue because ghostscript is a build dependency of > en-freebsd-doc (indirectly: textproc/docproj-jadetex > > textproc/docproj > print/ghostscript8). Thus, the new documentation > tools will be built after the new documentation is built with the old > tools. The case you're describing more generally is: parent port: out of date \ child port: up to date \ grandchild port: out of date This is exact scenario that I left the -t option in the code to handle, and is the only one where I know for sure that it's valid and appropriate. Unfortunately it's nearly impossible for portmaster to detect this situation without -t, and using it routinely has other nasty side effects. The only thing I can suggest at this point is to try -at and see if that works for you. hth, Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Sat Aug 21 22:03:59 2010 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 9C29510656A6 for ; Sat, 21 Aug 2010 22:03:59 +0000 (UTC) (envelope-from 849372@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9118FC18 for ; Sat, 21 Aug 2010 22:03:58 +0000 (UTC) Received: by vws7 with SMTP id 7so4884121vws.13 for ; Sat, 21 Aug 2010 15:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=EFL5fd457cay2IWuEOhSH/jer8GqJ/EvDpAsRQMOYRY=; b=xyTmrMx72dLr/LZrDKsgJ0uKPfMqdAIhmG0vebLJgHfPhaVRtH34O0U9xHkD76N5af SSYBlA/9s4kK++5p7luJ3pzOinG0G2mJvC/z0JlNumZzas0bv0eL+9E77QdWqQD/+vIU 9J+EP9xEUeWAfd+IkWKFlnK/bx9ZROkNqwVrM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=ruWqQb6f/xg7sBRQ4FJMzAOkT6TzYZPWpcKaPBPairObxNy/zLut4Rrbqdfdniel6Z Ov8Yg39cdCcJTZR7Kt/tHsMgXWhEAP0NYeouPm9ajEewZzwp5C1Nj3Mhe8gMlkpG6oKJ 7ZlHut9GvCFKX4kZMHfJt53verVGSdi8qYzWk= MIME-Version: 1.0 Received: by 10.220.121.142 with SMTP id h14mr1999545vcr.108.1282428238133; Sat, 21 Aug 2010 15:03:58 -0700 (PDT) Sender: 849372@gmail.com Received: by 10.220.91.198 with HTTP; Sat, 21 Aug 2010 15:03:58 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Aug 2010 17:33:58 -0430 X-Google-Sender-Auth: IaW5-bsrXBB8DMhkt5qB-gaIMX0 Message-ID: From: Andres Perera To: David DEMELIER Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: Proposal for new UPDATING format X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 849372@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Aug 2010 22:03:59 -0000 On Fri, Aug 20, 2010 at 12:43 PM, David DEMELIER wrote: > > Not a bad idea, the problem is that the file UPDATING does not speak > always for a package, sometime it's just some information that are not > specific to a package. > Well, that could be addressed by having a stricter way of populating AFFECTS. Either category/port-version or category/ to express that it affects more than one. Global concerns can be aptly named "all" and be filtered by the tool by date. Until a more machine parsable format is established throughout the fields, I think it'd be good to formalize VERSION since the entries usually end up mentioning the version anyway -- just not in a fashion that tools can easily extract. Andres > -- > Demelier David >