From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 00:47:31 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id ECFAC1065670; Sun, 4 Sep 2011 00:47:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id E3F5B14FEC1; Sun, 4 Sep 2011 00:47:30 +0000 (UTC) Message-ID: <4E62CAA1.40005@FreeBSD.org> Date: Sat, 03 Sep 2011 17:47:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Mark Linimon References: <4E5C79AF.6000408@FreeBSD.org> <20110830062541.GA5538@lonesome.com> In-Reply-To: <20110830062541.GA5538@lonesome.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: secteam@FreeBSD.org, "freebsd-ports@FreeBSD.org" Subject: Re: Why do we not mark vulnerable ports DEPRECATED? 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, 04 Sep 2011 00:47:32 -0000 Several people have pointed out something I omitted from my first post on this, if you have portaudit installed you're already prevented from installing a vulnerable port: # make ===> mediawiki-1.15.5_2 has known vulnerabilities: => mediawiki -- multiple vulnerabilities. Reference: http://portaudit.FreeBSD.org/3fadb7c6-7b0a-11e0-89b4-001ec9578670.html => Please update your ports tree and try again. *** Error code 1 So all I'm talking about doing is extending the same protection to *all* of our users without requiring them to install portaudit and keep it up to date. More below ... On 08/29/2011 23:25, Mark Linimon wrote: > On Mon, Aug 29, 2011 at 10:48:31PM -0700, Doug Barton wrote: >> Can someone explain why this would be a bad idea? > > Very early in my committer career, I marked a port BROKEN that kde > depended on. I was quickly chastisted by people trying to install kde :-) > > So, the right answer may be "it depends". For unmaintained leaf or > leaf-ish ports like you're talking about, I think the answer is exactly > correct -- such ports do nothing but cause users problems. But I think > it would be counterproductive to mark e.g. php5 and firefox as such > whenever a new vulnerability is found. It's just simply too common* an > occurrence. We'll have to agree to disagree on the timing issue here. Having talked this through on IRC quite a bit and read the responses to this thread I still think that (absent an update that clears the vulnerability) we should be marking them FORBIDDEN (note, you were kind enough to correct me on this point on IRC, thanks) immediately, and not clear that until the port is updated. This would serve several beneficial purposes, in no particular order: 1. It would solve the problem of us forgetting to do it later. 2. It would help prevent users who do not have portaudit installed (or have it installed but have not updated recently) from installing vulnerable stuff. 3. It would facilitate removal of vulnerable stuff down the road. 4. The more popular the port, the more likely resources will appear to get it fixed if people who want it cannot install it. Meanwhile, I got bit by this problem AGAIN, so I decided to put my money where my mouth is. I did a search of the INDEX ('portaudit -f /usr/ports/INDEX-9') and came up with 54 ports that are in the tree and vulnerable. Of those, 10 are maintained by ports@, so I've marked those all FORBIDDEN, with EXPIRATION_DATE of 2011-09-30. Many of those ports have been vulnerable for years, the oldest since 2005-07-31. One of those was fixed within an hour after my marking it FORBIDDEN. :) For the other 44 I sent e-mail to the maintainers asking them to take action and letting them know about my plan to mark the ports FORBIDDEN this time next week. Two maintainers (out of the 33 unique non-ports@ maintainers) have already responded. Overall I'd say that the response to this idea has been very positive. If we all cannot agree that marking them FORBIDDEN immediately is a good idea, can we at least agree on a guideline for when to mark newly vulnerable ports? Y'all know my vote, but if "immediately" cannot achieve consensus, what do people think is reasonable? > A different but related topic: I don't think we've been sufficiently > rigorous about marking DEPRECATED or BROKEN ports with EXPIRATION_DATEs. > That could be a Junior Committer Task. (I know that Pav has swept some > out in the past.) Well I'm as junior as anyone, and in an axe-swinging mood lately, so I took a look at this. The numbers for BROKEN-without-EXPIRATION_DATE are large'ish, and given how BROKEN is being used in some of those ports it wasn't immediately clear to me that setting EXPIRATION_DATE was the right thing to do, so I left those alone. So if someone else wants to tackle that one, go for it! :) The number of DEPRECATED-without-EXPIRATION_DATEs on the other hand was more manageable, and understandable even by me, so I have taken care of these. There were 8 that have been deprecated for a long time, were clearly hopeless cases, and were not depended on; so those I just removed. Everything else I set EXPIRATION_DATEs for, and in some cases also added DEPRECATED and EXPIRATION_DATE for things that depend on the previously-deprecated ports. So, 2011-09-30 is going to be a fun day. BWAHAHAHAHA The only exception to the above are the lang/gcc[34]4 ports. Gerald seems to have that situation well in hand, and since the intricacies there were not immediately obvious to me I decided to leave well enough alone. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 03:26:56 2011 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 F117D106566B; Sun, 4 Sep 2011 03:26:56 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) by mx1.freebsd.org (Postfix) with ESMTP id D04128FC0C; Sun, 4 Sep 2011 03:26:56 +0000 (UTC) Received: from g159.suse.de (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id DBB323F416; Sat, 3 Sep 2011 23:09:05 -0400 (EDT) Date: Sun, 4 Sep 2011 05:09:05 +0200 (CEST) From: Gerald Pfeifer To: Matthias Andree In-Reply-To: <4E2DE60C.8030902@FreeBSD.org> Message-ID: References: <20110725155920.GA83490@freebsd.org> <4E2DE60C.8030902@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-ports@freebsd.org, Edwin Groothuis Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 03:26:57 -0000 On Mon, 25 Jul 2011, Matthias Andree wrote: > Namely: if a port sets USE_GCC=4.2+ (for instance, sysutils/busybox does > that), the Pointyhat build does not install GCC. I think the bug is in > ports/Mk/bsd.gcc.mk which is unaware that there are newer clang-based > 9-CURRENT systems without gcc. > > I hope we can have another -exp run soon that addresses this. Matthias, sorry for not getting to this earlier. If you look at Mk/bsd.port.mk, there is a line GCCVERSION_040200= 700042 999999 4.2 which indicates that GCC 4.2 has been in the base system starting with FreeBSD 7.0 (and that magic 42 marker) until the rest of times. Can you advise which value of __FreeBSD_version to use? The official list at http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html does not have a reference from what I can see. Gerald From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 06:42:16 2011 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 9240E106566B; Sun, 4 Sep 2011 06:42:16 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id D25888FC12; Sun, 4 Sep 2011 06:42:15 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward7.mail.yandex.net (Yandex) with ESMTP id 4B87D1C1A67; Sun, 4 Sep 2011 10:42:14 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315118534; bh=9yQgCcLx0ZYxeYuTRm//ZWdTG9lkIL+GUL4+AT0+DvI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jGx3uZiGxin4yPMiFIwHmTXjwbr6IUJXzfpuEXZ4Q38MgOyyvLDwKTM9NsuH2v7SO wVtb6JTf60wj0SOrZAgVs7D7nYSNSW0rh7oLkaSUzf8HK2Gf5JlMMp22FyxdCJis8C wxSsMFHuZt23bUZUDk4K+FhR3YaDlxsnPiZ954is= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 36FB31520263; Sun, 4 Sep 2011 10:42:14 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id gE0qda9v; Sun, 4 Sep 2011 10:42:14 +0400 X-Yandex-Spam: 1 Message-ID: <4E631DBF.9000106@yandex.ru> Date: Sun, 04 Sep 2011 10:42:07 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Roman Divacky References: <20110725155920.GA83490@freebsd.org> In-Reply-To: <20110725155920.GA83490@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 06:42:16 -0000 Roman Divacky wrote on 25.07.2011 19:59: > Hi! > > > Flz@ just run another exp-build with CC=clang and CXX=clang++. The results can be > seen here: > > > http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/ > > > Since the last run we've managed to fix the biggest offenders but that > uncovered others that need fixing. The "Reason" column was extended and now > shows "assumes_gcc" which is the lowest hanging fruit :) > > A lot of these failures are trivial to fix (ie. assumes_gcc reason) and prevent > a lot of other ports from building. > > It would be great if you could skim over the list to see if some of the ports > you maintain are broken and possibly try to fix them. A small introduction into > the Clang+Ports can be read at: http://wiki.freebsd.org/PortsAndClang. > > Please focus on the biggest offenders (ie. ports that prevent the most other > ports from building). > > Thank you for helping us again! > > Roman Divacky > Hi, i maintain port (sysutils/rdup) that is failing with clang: http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/rdup-1.1.11_1.log But it's hard to realize to me how to fix this. I've tried irc (#freebsd-clang and #freebsd-ports on irc.oftc.net) - and nobody hangs there. Can please anybody help? -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 07:30:03 2011 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 94231106564A for ; Sun, 4 Sep 2011 07:30:03 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 262E78FC0A for ; Sun, 4 Sep 2011 07:30:02 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id p847TZ3f098289 ; Sun, 4 Sep 2011 09:29:48 +0200 (CEST) X-Ids: 165 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 189F01FEEE; Sun, 4 Sep 2011 09:29:34 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 0673E40E3; Sun, 4 Sep 2011 09:29:33 +0200 (CEST) Date: Sun, 4 Sep 2011 09:29:33 +0200 From: Michel Talon To: Ruslan Mahmatkhanov , ports@freebsd.org Message-ID: <20110904072933.GA61465@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Miltered: at jchkmail.jussieu.fr with ID 4E6328DF.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4E6328DF.000/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ Cc: Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 07:30:03 -0000 Ruslan wrote: > Hi, i maintain port (sysutils/rdup) that is failing with clang: I have looked at the problem, it is indeed in rdup source. If you look at rdup git history for rdup-tr.c you will see remove rdup_entry_c from the code, totally unneeded in this modification, the line rdup_entry_c = rdup_entry; which makes sense is (probably automatically) replaced by the line rdup_entry = rdup_entry; which is superfluous. gcc doesn't bark at that while clang does. -- Michel TALON From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 07:32:19 2011 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 661FA1065701; Sun, 4 Sep 2011 07:32:19 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id 102FF8FC08; Sun, 4 Sep 2011 07:32:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=Mf7NzMUQITT0UqDmRgILeOh+ZLKffDLh1Pc3Oyy49zw=; b=QLf60OyRSvE5QA4cU3JE2AnLkbCXKecEyM1ve7kh5Hl3fG2sOrDqIv9+eYyWgnVWU5s1V0+5Tof5XY04XrR7Pk/8jOCkouBL9DMNjJRv6QaUM3LRQgDvJIoUzt2Hr915j8s0oc1rjILDojUF4ntdkKx5/jPGc1A4rSL7chBfPnk=; Received: from [178.137.138.222] (helo=nonamehost.) by fsm1.ukr.net with esmtps ID 1R06su-000BPo-Sy ; Sun, 04 Sep 2011 10:12:53 +0300 Date: Sun, 4 Sep 2011 10:12:52 +0300 From: Ivan Klymenko To: Ruslan Mahmatkhanov Message-ID: <20110904101252.526de5ef@nonamehost.> In-Reply-To: <4E631DBF.9000106@yandex.ru> References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, Roman Divacky Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 07:32:19 -0000 =D0=92 Sun, 04 Sep 2011 10:42:07 +0400 Ruslan Mahmatkhanov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Roman Divacky wrote on 25.07.2011 19:59: > > Hi! > > > > > > Flz@ just run another exp-build with CC=3Dclang and CXX=3Dclang++. The > > results can be seen here: > > > > > > http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723= 205754/ > > > > > > Since the last run we've managed to fix the biggest offenders but > > that uncovered others that need fixing. The "Reason" column was > > extended and now shows "assumes_gcc" which is the lowest hanging > > fruit :) > > > > A lot of these failures are trivial to fix (ie. assumes_gcc reason) > > and prevent a lot of other ports from building. > > > > It would be great if you could skim over the list to see if some of > > the ports you maintain are broken and possibly try to fix them. A > > small introduction into the Clang+Ports can be read at: > > http://wiki.freebsd.org/PortsAndClang. > > > > Please focus on the biggest offenders (ie. ports that prevent the > > most other ports from building). > > > > Thank you for helping us again! > > > > Roman Divacky > > >=20 > Hi, i maintain port (sysutils/rdup) that is failing with clang: > http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.2011072320= 5754/rdup-1.1.11_1.log >=20 > But it's hard to realize to me how to fix this. I've tried irc=20 > (#freebsd-clang and #freebsd-ports on irc.oftc.net) - and nobody > hangs there. >=20 > Can please anybody help? >=20 Maybe this will help: *rdup_entry =3D *rdup_entry; From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 07:40:06 2011 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 48135106564A for ; Sun, 4 Sep 2011 07:40:06 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id B44C38FC0A for ; Sun, 4 Sep 2011 07:40:05 +0000 (UTC) Received: from [192.168.0.3] (p4FE33D45.dip.t-dialin.net [79.227.61.69]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p847YXtL025306 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Sun, 4 Sep 2011 09:34:34 +0200 (CEST) Message-ID: <4E632A09.8060904@FreeBSD.org> Date: Sun, 04 Sep 2011 09:34:33 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> In-Reply-To: <20110904101252.526de5ef@nonamehost.> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 07:40:06 -0000 Am 04.09.2011 09:12, schrieb Ivan Klymenko: > Maybe this will help: > *rdup_entry = *rdup_entry; This is just guessing and probably triggers the same warning unless it's volatile. Have the original author look at it. From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 07:40:08 2011 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 301501065672 for ; Sun, 4 Sep 2011 07:40:08 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id B5A528FC12 for ; Sun, 4 Sep 2011 07:40:07 +0000 (UTC) Received: from [192.168.0.3] (p4FE33D45.dip.t-dialin.net [79.227.61.69]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p847Qxoi024050 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Sun, 4 Sep 2011 09:26:59 +0200 (CEST) Message-ID: <4E632843.2090602@FreeBSD.org> Date: Sun, 04 Sep 2011 09:26:59 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <20110725155920.GA83490@freebsd.org> <4E2DE60C.8030902@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 07:40:08 -0000 Am 04.09.2011 05:09, schrieb Gerald Pfeifer: > On Mon, 25 Jul 2011, Matthias Andree wrote: >> Namely: if a port sets USE_GCC=4.2+ (for instance, sysutils/busybox does >> that), the Pointyhat build does not install GCC. I think the bug is in >> ports/Mk/bsd.gcc.mk which is unaware that there are newer clang-based >> 9-CURRENT systems without gcc. >> >> I hope we can have another -exp run soon that addresses this. > > Matthias, sorry for not getting to this earlier. If you look at > Mk/bsd.port.mk, there is a line > > GCCVERSION_040200= 700042 999999 4.2 > > which indicates that GCC 4.2 has been in the base system starting > with FreeBSD 7.0 (and that magic 42 marker) until the rest of times. > > Can you advise which value of __FreeBSD_version to use? The official > list at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html > does not have a reference from what I can see. Gerald, I'm not sure if checking one of the OS Version features will be sufficient. I am unaware of how exactly the Clang switchover is going to happen, and how we detect it. Possibly we need to check if ${CC} is part of the base system, and if it isn't, install a GCC port, at least for now. Best, Matthias From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 07:40:09 2011 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 3FE9E106564A for ; Sun, 4 Sep 2011 07:40:09 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id AFD288FC13 for ; Sun, 4 Sep 2011 07:40:08 +0000 (UTC) Received: from [192.168.0.3] (p4FE33D45.dip.t-dialin.net [79.227.61.69]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p847XErT025065 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Sun, 4 Sep 2011 09:33:15 +0200 (CEST) Message-ID: <4E6329BA.1000404@FreeBSD.org> Date: Sun, 04 Sep 2011 09:33:14 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> In-Reply-To: <4E631DBF.9000106@yandex.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 07:40:09 -0000 Am 04.09.2011 08:42, schrieb Ruslan Mahmatkhanov: > Roman Divacky wrote on 25.07.2011 19:59: >> Hi! >> >> >> Flz@ just run another exp-build with CC=clang and CXX=clang++. The >> results can be >> seen here: >> >> >> http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/ >> >> >> >> Since the last run we've managed to fix the biggest offenders but that >> uncovered others that need fixing. The "Reason" column was extended >> and now >> shows "assumes_gcc" which is the lowest hanging fruit :) >> >> A lot of these failures are trivial to fix (ie. assumes_gcc reason) >> and prevent >> a lot of other ports from building. >> >> It would be great if you could skim over the list to see if some of >> the ports >> you maintain are broken and possibly try to fix them. A small >> introduction into >> the Clang+Ports can be read at: http://wiki.freebsd.org/PortsAndClang. >> >> Please focus on the biggest offenders (ie. ports that prevent the most >> other >> ports from building). >> >> Thank you for helping us again! >> >> Roman Divacky >> > > Hi, i maintain port (sysutils/rdup) that is failing with clang: > http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/rdup-1.1.11_1.log > > > But it's hard to realize to me how to fix this. I've tried irc > (#freebsd-clang and #freebsd-ports on irc.oftc.net) - and nobody hangs > there. > > Can please anybody help? Solution: (Have the author) fix the code to not do stupid things like this: clang -Wall -W -Werror -O2 -pipe -fno-strict-aliasing -I/usr/local/include -DHAVE_CONFIG_H -DLOCALEROOTDIR=\"/usr/local/share/locale\" -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -Os -Wpointer-arith -Wstrict-prototypes -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -c rdup-tr.c rdup-tr.c:205:14: error: explicitly assigning a variable of type 'struct rdup *' to itself [-Werror,-Wself-assign] rdup_entry = rdup_entry; ~~~~~~~~~~ ^ ~~~~~~~~~~ 1 error generated. gmake: *** [rdup-tr.o] Error 1 It's probably a logic error, or mistyped. Clang also states that the error manifests itself by: -Wself-assign is part of -Wall or -W (didn't check which one) that triggers this warning -Werror turns all warnings into errors Workarounds are: add -Wno-self-assign, omit -Werror. I don't recommend either. Also ask the author to make sure that "-Werror" is accompanied by "-pedantic" during development upstream so that all mandatory diagnostics are actually enabled, and possibly also with -std=c99 or -std=c89 unless GNU extensions are used. HTH Matthias From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 08:49:00 2011 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 BA8E6106564A; Sun, 4 Sep 2011 08:49:00 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9509E8FC0A; Sun, 4 Sep 2011 08:49:00 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D701E5615B; Sun, 4 Sep 2011 03:48:59 -0500 (CDT) Date: Sun, 4 Sep 2011 03:48:59 -0500 From: Mark Linimon To: Gerald Pfeifer Message-ID: <20110904084859.GA21385@lonesome.com> References: <20110725155920.GA83490@freebsd.org> <4E2DE60C.8030902@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports@freebsd.org, Matthias Andree , Edwin Groothuis Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 08:49:00 -0000 On Sun, Sep 04, 2011 at 05:09:05AM +0200, Gerald Pfeifer wrote: > Can you advise which value of __FreeBSD_version to use? The official > list at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html > does not have a reference from what I can see. There is no version of FreeBSD that has the gcc build turned off AFAIK. Nor is there one where cc is clang by default; again AFAIK. You can, of course, create a userland that has clang but not gcc if you manually configure it. Please someone correct me if I am wrong. mcl From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 09:03:16 2011 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 710261065670; Sun, 4 Sep 2011 09:03:16 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id CACFD8FC0C; Sun, 4 Sep 2011 09:03:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=c/wXlv4G1YalkHNf4Sx+rUqdoz0EZPn1kxD0pter0WY=; b=gX1eSZmprh/LsWLUJYsyR3KcUBLJ/n9MWSNRk/J84ZmNVh+jffjy7DcsT7dhlntohlJnJ6izH4qrei8LE43rZoNX3jB6WCureY3coeAkgJ7+eZR63DLnNQnuIHhH50bztAZ9zcPw9PpJt4ZpoMw30yIf6J7QbYp+Zcj7e9FfKfI=; Received: from [178.137.138.222] (helo=nonamehost.) by fsm2.ukr.net with esmtps ID 1R08Ks-0004ok-TI ; Sun, 04 Sep 2011 11:45:50 +0300 Date: Sun, 4 Sep 2011 11:45:50 +0300 From: Ivan Klymenko To: Matthias Andree Message-ID: <20110904114550.71c63078@nonamehost.> In-Reply-To: <4E632A09.8060904@FreeBSD.org> References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/8xe9H76=NDtY9xD+7d/=fCm" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@FreeBSD.org Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 09:03:16 -0000 --MP_/8xe9H76=NDtY9xD+7d/=fCm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline =D0=92 Sun, 04 Sep 2011 09:34:33 +0200 Matthias Andree =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Am 04.09.2011 09:12, schrieb Ivan Klymenko: >=20 > > Maybe this will help: > > *rdup_entry =3D *rdup_entry; >=20 > This is just guessing and probably triggers the same warning unless > it's volatile. >=20 > Have the original author look at it. This is not guesswork. All is going without any errors and warnings. setenv |grep clang CC=3Dclang CXX=3Dclang++ cd /usr/ports/sysutils/rdup && make patch rdup_entry =3D rdup_entry; =3D> *rdup_entry =3D *rdup_entry; make > build.log --MP_/8xe9H76=NDtY9xD+7d/=fCm-- From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 10:22:38 2011 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 4D54F106566B for ; Sun, 4 Sep 2011 10:22:38 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id DA4C28FC0A for ; Sun, 4 Sep 2011 10:22:37 +0000 (UTC) Received: from [192.168.0.3] (p4FE33D45.dip.t-dialin.net [79.227.61.69]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p84AMZui025837 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 4 Sep 2011 12:22:36 +0200 (CEST) Message-ID: <4E63516B.7000805@FreeBSD.org> Date: Sun, 04 Sep 2011 12:22:35 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: Ivan Klymenko References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> In-Reply-To: <20110904114550.71c63078@nonamehost.> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@FreeBSD.org Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 10:22:38 -0000 Am 04.09.2011 10:45, schrieb Ivan Klymenko: > Ð’ Sun, 04 Sep 2011 09:34:33 +0200 > Matthias Andree пишет: > >> Am 04.09.2011 09:12, schrieb Ivan Klymenko: >> >>> Maybe this will help: >>> *rdup_entry = *rdup_entry; >> >> This is just guessing and probably triggers the same warning unless >> it's volatile. >> >> Have the original author look at it. > > This is not guesswork. It is DANGEROUS guesswork. Assigning stuff to itself is pointless, so this is a code bug. The only valid exception I know is if you're writing back data to a command register in a peripheral device, which isn't the case here. Fix the bug, not the symptom! From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 10:24:34 2011 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 7C5A0106564A for ; Sun, 4 Sep 2011 10:24:34 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 149328FC2E for ; Sun, 4 Sep 2011 10:24:33 +0000 (UTC) Received: from [192.168.0.3] (p4FE33D45.dip.t-dialin.net [79.227.61.69]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.5/8.14.5) with ESMTP id p84AOUMG026156 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 4 Sep 2011 12:24:31 +0200 (CEST) Message-ID: <4E6351DE.2000503@FreeBSD.org> Date: Sun, 04 Sep 2011 12:24:30 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: Mark Linimon References: <20110725155920.GA83490@freebsd.org> <4E2DE60C.8030902@FreeBSD.org> <20110904084859.GA21385@lonesome.com> In-Reply-To: <20110904084859.GA21385@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Gerald Pfeifer , freebsd-ports@FreeBSD.org, Edwin Groothuis Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 10:24:34 -0000 Am 04.09.2011 10:48, schrieb Mark Linimon: > On Sun, Sep 04, 2011 at 05:09:05AM +0200, Gerald Pfeifer wrote: >> Can you advise which value of __FreeBSD_version to use? The official >> list at >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html >> does not have a reference from what I can see. > > There is no version of FreeBSD that has the gcc build turned off AFAIK. > Nor is there one where cc is clang by default; again AFAIK. > > You can, of course, create a userland that has clang but not gcc if > you manually configure it. > > Please someone correct me if I am wrong. Basically USE_GCC=4.2+ was trying to sidestep clang issues in my ports in the -exp runs, and in this situation, USE_GCC=4.2+ was not installing gcc. How do I do that? From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 12:23:39 2011 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 CD426106566B for ; Sun, 4 Sep 2011 12:23:39 +0000 (UTC) (envelope-from rde@tavi.co.uk) Received: from kipling.tavi.co.uk (kipling.tavi.co.uk [81.187.145.130]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9728FC0A for ; Sun, 4 Sep 2011 12:23:39 +0000 (UTC) Received: by kipling.tavi.co.uk (Postfix, from userid 2000) id C306DC9432; Sun, 4 Sep 2011 13:07:00 +0100 (BST) Received: from raksha.tavi.co.uk (raksha.tavi.co.uk [81.187.145.139]) by kipling.tavi.co.uk (Postfix) with ESMTP id AF8BCC9419 for ; Sun, 4 Sep 2011 13:06:59 +0100 (BST) Date: Sun, 4 Sep 2011 13:06:59 +0100 From: Bob Eager To: freebsd-ports@freebsd.org Message-ID: <20110904130659.7a94cce8@raksha.tavi.co.uk> In-Reply-To: <4E63516B.7000805@FreeBSD.org> References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> <4E63516B.7000805@FreeBSD.org> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; i386-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAMFBMVEUwXjFLc0vD0cS7y7zw9PDZ4tkWSRaVrZZ+m39qi2tXfVj////7+/utwK4IPggAOAAJUUA7AAABKklEQVQ4jWPYjQMwDFYJp0NKEKCNJmEf9h8CsimXiL2e33s3/e7F7K2Cs3f3dCMkQkMKj4YuCY3K3iR+e7fMaiSjvkX0/5cFGrWpe2uLzOpaExUVqMS/8PX/Re5ey960OLBTZpFA8+IlSBKPQ92zNyUUBsosN58uIY0k8f+/ONCoYytkVuhWzVwNkYiYbqk5M3NmOVBi41YZ8RsGF7shEtFb5KJ3r969CyixM7OTPeFUxG2IxLO8/9/SvqXlc+/x3h295YzLlj2nIRJQj//nRvc5TEIal8RsXBLVuCQwIgoq/u80DomP6HEOk/iOS+IJLonZOCT+ReOQ+Lkbh0QKLonbOCR+7MYhsRqHBJrVcIl/1TgklqKLQyQ+tGKIgyQOqXpjig94diZRAgAXmDX6jyWafAAAAABJRU5ErkJggg====== Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=1.2.2 Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 12:23:39 -0000 On Sun, 04 Sep 2011 12:22:35 +0200 Matthias Andree wrote: > Am 04.09.2011 10:45, schrieb Ivan Klymenko: > > =D0=92 Sun, 04 Sep 2011 09:34:33 +0200 > > Matthias Andree =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >=20 > >> Am 04.09.2011 09:12, schrieb Ivan Klymenko: > >> > >>> Maybe this will help: > >>> *rdup_entry =3D *rdup_entry; > >> > >> This is just guessing and probably triggers the same warning unless > >> it's volatile. > >> > >> Have the original author look at it. > >=20 > > This is not guesswork. >=20 > It is DANGEROUS guesswork. Assigning stuff to itself is pointless, so > this is a code bug. >=20 > The only valid exception I know is if you're writing back data to a > command register in a peripheral device, which isn't the case here. >=20 > Fix the bug, not the symptom! I agree, but I can think of another valid exception. System with Hamming correction on the memory, gets a single bit (correctable) error. Need to rewrite the memory contents to reset all the parity bits! (sorry for the drift...) From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 13:32:12 2011 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 100EC1065672 for ; Sun, 4 Sep 2011 13:32:12 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 56B6A8FC08 for ; Sun, 4 Sep 2011 13:32:11 +0000 (UTC) Received: (qmail invoked by alias); 04 Sep 2011 13:32:09 -0000 Received: from p4FE33D45.dip.t-dialin.net (EHLO [192.168.0.3]) [79.227.61.69] by mail.gmx.net (mp063) with SMTP; 04 Sep 2011 15:32:09 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+8xqZ4TH68FvcJ6NqfA1e4wtaI8oetZYmOzi38xF My8yWFI7EFb4nR Message-ID: <4E637DD8.50700@gmx.de> Date: Sun, 04 Sep 2011 15:32:08 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> <4E63516B.7000805@FreeBSD.org> <20110904130659.7a94cce8@raksha.tavi.co.uk> In-Reply-To: <20110904130659.7a94cce8@raksha.tavi.co.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: reasons for rewriting regular memory (was: [ANNOUNCE]: clang compiling ports, take 2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2011 13:32:12 -0000 > I agree, but I can think of another valid exception. System with > Hamming correction on the memory, gets a single bit (correctable) > error. Need to rewrite the memory contents to reset all the parity > bits! That's a matter of the EDAC stuff, not the business of applications. From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 14:46:15 2011 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 9AC90106564A; Sun, 4 Sep 2011 14:46:15 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 0BE3F8FC12; Sun, 4 Sep 2011 14:46:14 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF9BD.dip.t-dialin.net [217.251.249.189]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p84EkBvK038863; Sun, 4 Sep 2011 14:46:12 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p84Ek0m1020570; Sun, 4 Sep 2011 16:46:00 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p84EjlM1049171; Sun, 4 Sep 2011 14:45:53 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109041445.p84EjlM1049171@fire.js.berklix.net> To: mm@FreeBSD.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sat, 03 Sep 2011 19:32:42 +0400." <4E62489A.2050409@yandex.ru> Date: Sun, 04 Sep 2011 16:45:47 +0200 Sender: jhs@berklix.com Cc: ports@FreeBSD.org, Ruslan Mahmatkhanov Subject: Re: x11-toolkits/tk84 install can't stat: /usr/local/man/man3/3DBorder.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: Sun, 04 Sep 2011 14:46:15 -0000 Hi mm@FreeBSD.org cc Ruslan & ports@ Ruslan Mahmatkhanov wrote: > Julian H. Stacey wrote on 03.09.2011 15:38: > > Hi > > I see this error (on current too) > > cd /usr/ports/x11-toolkits/tk84 > > printenv > > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/bin > > TERM=xterm > > PWD=/usr/ports > > uname -a > > FreeBSD blak.js.berklix.net 8.2-RELEASE FreeBSD 8.2-RELEASE > > #0: Thu May 19 13:49:29 CEST 2011 > > jhs@blak.js.berklix.net:/ad6s4/release/8.2-RELEASE/src/sys/amd64/compile/BLAK.small > > amd64 > > Variants of: > > make clean ; .... make install .... > > make clean ; .... make WITH_TK84_DOC=YES FORCE_PKG_REGISTER=YES reinstall > > always bomb with: > > > > ..... > > install -o root -g wheel -m 444 /ad6s4/release/8.2-RELEASE/ports/x11-toolkits/tk84/work/tk8.4.19/unix/../doc/wish.1 /usr/local/man/man1/wish8.4.1 > > ===> Compressing manual pages for tk-8.4.19_2,2 > > gzip: can't stat: /usr/local/man/man3/3DBorder.3: No such file or directory > > gzip: can't stat: /usr/local/man/man3/AddOption.3: No such file or directory > > gzip: can't stat: /usr/local/man/man3/BindTable.3: No such file or directory > > ... ober 100 lines deleted. > > > > gzip: can't stat: /usr/local/man/mann/wm.n: No such file or directory > > ===> Running ldconfig > > /sbin/ldconfig -m /usr/local/lib > > ===> Registering installation for tk-8.4.19_2,2 > > > > Cheers, > > Julian > > I can reproduce this behavior with TK84_DOC is on (default off). > The problem is that this port doesn't actually install man-pages from > ${MAN3} and ${MANN}, so this option is bogus. > > -- > Regards, > Ruslan Thanks for confirming not just me. I get this errror with or without TK84_DOC (seems reasonable as Makefile has .if !defined(BUILDING_TK_THREADS) OPTIONS= TK84_DOC "Install tk 8.4 function manpages" off ) ports/x11-toolkits/tk84/Makefile is 441 lines, easy to get lost in there. MAINTAINER=mm@FreeBSD.org How to fix this please ? Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 16:56:37 2011 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 1B37B106566B for ; Sun, 4 Sep 2011 16:56:37 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D0D8E8FC1C for ; Sun, 4 Sep 2011 16:56:36 +0000 (UTC) Received: by iadx2 with SMTP id x2so7025525iad.13 for ; Sun, 04 Sep 2011 09:56:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=2EfLTmhSQgREXXv1Cy96vIJYky/fqKxiN1kcPJiCqOw=; b=cKSN2YU264TXjzq7ijVXsZUGuI65MTt9qadZsxgpo1H1tMQnNfIU2oLURohF/hYSJC iY1LtGdYgevffX5BX33eCjqYACtfX4gnZ9/QsGEI1azcQ4dPZhKWscLoee6MEGFyoGdp CP2dWpLTpASumjaezL2jVDoU/j4+wyUpaupCQ= Received: by 10.43.50.129 with SMTP id ve1mr2894164icb.440.1315155396090; Sun, 04 Sep 2011 09:56:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.61.148 with HTTP; Sun, 4 Sep 2011 09:56:06 -0700 (PDT) From: Chris Rees Date: Sun, 4 Sep 2011 17:56:06 +0100 Message-ID: To: ports@freebsd.org, yar@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: sysutils/cfs 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, 04 Sep 2011 16:56:37 -0000 Guys, I've had to deprecate sysutils/cfs -- there's a confirmed issue with failing locks [1] which has been open for two years with no fix. Please would someone consider stepping up to fix and maintain it? It has two months to live. Thanks! Chris [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/137378 --=20 Chris Rees =A0 =A0 =A0 =A0 =A0| FreeBSD Developer crees@FreeBSD.org =A0 | http://people.freebsd.org/~crees From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 19:21:40 2011 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 DF788106566B; Sun, 4 Sep 2011 19:21:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A164D8FC13; Sun, 4 Sep 2011 19:21:40 +0000 (UTC) Received: by iadx2 with SMTP id x2so7160617iad.13 for ; Sun, 04 Sep 2011 12:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=S40D9LCcdLITlOMZklFMxY0C4M5y5cDY6W2D4jMB8dQ=; b=SYdJS2wzv6Y1jVEeMD//ko1AR6Zj/tVhM7xdB+TJb0bnMqWcRYtUG9KqZkVLIsLzJO R7CBMDugY8CHY8LitMbeHLtlN9MFFyjDyHuZx5I8rr9EYAv7dIk3dvz5WP4oJWF/Oyc0 3BZb6WDz+Q08wg+aHLBdJseZ3hjiH33625PI0= Received: by 10.231.41.69 with SMTP id n5mr6149754ibe.92.1315164100058; Sun, 04 Sep 2011 12:21:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.61.148 with HTTP; Sun, 4 Sep 2011 12:21:10 -0700 (PDT) In-Reply-To: References: From: Chris Rees Date: Sun, 4 Sep 2011 20:21:10 +0100 Message-ID: To: ports@freebsd.org, yar@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: sysutils/cfs 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, 04 Sep 2011 19:21:41 -0000 On 4 September 2011 17:56, Chris Rees wrote: > Guys, > > I've had to deprecate sysutils/cfs -- there's a confirmed issue with > failing locks [1] which has been open for two years with no fix. > > Please would someone consider stepping up to fix and maintain it? It > has two months to live. > > Thanks! > > Chris > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/137378 Whoops, also missed a CVE -- buffer overflows can cause a DoS. Expiration date altered to 1 month accordingly. By the way, Debian has dropped this as well, and upstream says it was due a rewrite in 2002. With the vulnerability in mind, whoever volunteers to maintain this port should probably look at becoming the upstream too. Chris --=20 Chris Rees =A0 =A0 =A0 =A0 =A0| FreeBSD Developer crees@FreeBSD.org =A0 | http://people.freebsd.org/~crees From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 20:32:59 2011 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 75A9D106566C for ; Sun, 4 Sep 2011 20:32:59 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 01B018FC17 for ; Sun, 4 Sep 2011 20:32:58 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF9BD.dip.t-dialin.net [217.251.249.189]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p84KWuTu041146; Sun, 4 Sep 2011 20:32:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p84KWgtr023374; Sun, 4 Sep 2011 22:32:44 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p84KWUIF073409; Sun, 4 Sep 2011 20:32:36 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109042032.p84KWUIF073409@fire.js.berklix.net> To: Chris Rees From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 04 Sep 2011 20:21:10 BST." Date: Sun, 04 Sep 2011 22:32:30 +0200 Sender: jhs@berklix.com Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: sysutils/cfs 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, 04 Sep 2011 20:32:59 -0000 Hi, Reference: > From: Chris Rees > Date: Sun, 4 Sep 2011 20:21:10 +0100 > Message-id: Chris Rees wrote: > On 4 September 2011 17:56, Chris Rees wrote: > > Guys, > > > > I've had to deprecate sysutils/cfs -- there's a confirmed issue with > > failing locks [1] which has been open for two years with no fix. No reason to suddenly panic then. > > Please would someone consider stepping up to fix and maintain it? It > > has two months to live. > > > > Thanks! > > > > Chris > > > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/137378 > > Whoops, also missed a CVE -- buffer overflows can cause a DoS. > Expiration date altered to 1 month accordingly. It is not responsible to threaten to remove ports without warning between releases for non urgent reasons. Better to deprecate such non urgent ports, & wait a while after next release is rolled, to give release users a warning & some time to volunteer (or if a firm using releases, perhaps time to allocate a staff member if a port is important to them). Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 20:37:27 2011 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 057B8106564A; Sun, 4 Sep 2011 20:37:27 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9EB18FC1A; Sun, 4 Sep 2011 20:37:26 +0000 (UTC) Received: by iadx2 with SMTP id x2so7230987iad.13 for ; Sun, 04 Sep 2011 13:37:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=0qLhNnDUDirL4Yy3wx6XmApL5NZULcbD4GZDTUQ/nPc=; b=dMewR5FNMVE0V516nj5ATFYfdTkK6Cm3YSWeXZcKDvuQqGFnjD/WmwYS3b4v2WfqgP hL4vMrgwxjC0aAxhncrkVeWmHd7mwOlGUaSMdm4LGOn/yrdAvgMIIxwU03kwd6kabQ7l qpVhymxMblpALTEMJDovtj9c/2VTfKIurO2Zw= Received: by 10.231.26.68 with SMTP id d4mr6296751ibc.66.1315168645119; Sun, 04 Sep 2011 13:37:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.61.148 with HTTP; Sun, 4 Sep 2011 13:36:55 -0700 (PDT) In-Reply-To: <201109042032.p84KWUIF073409@fire.js.berklix.net> References: <201109042032.p84KWUIF073409@fire.js.berklix.net> From: Chris Rees Date: Sun, 4 Sep 2011 21:36:55 +0100 Message-ID: To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: sysutils/cfs 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, 04 Sep 2011 20:37:27 -0000 On 4 September 2011 21:32, Julian H. Stacey wrote: >> >> Whoops, also missed a CVE -- buffer overflows can cause a DoS. >> Expiration date altered to 1 month accordingly. > > It is not responsible to threaten to remove ports without warning > between releases for non urgent reasons. > > Better to deprecate such non urgent ports, & wait a while after next > release is rolled, to give release users a warning & some time > to volunteer (or if a firm using releases, perhaps time to allocate > a staff member if a port is important to them). Yeah... perhaps if there isn't a vulnerability. At the moment it's marked FORBIDDEN, so it's useless -- anyone who is serious about fixing it at whatever time is welcome to check it out of the Attic -- a slight inconvenience for which we apologise. In the mean time, the ports tree is not a museum for ancient insecure bug-ridden software. Chris --=20 Chris Rees =A0 =A0 =A0 =A0 =A0| FreeBSD Developer crees@FreeBSD.org =A0 | http://people.freebsd.org/~crees From owner-freebsd-ports@FreeBSD.ORG Sun Sep 4 23:18:21 2011 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 BF4981065674 for ; Sun, 4 Sep 2011 23:18:21 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6878FC13 for ; Sun, 4 Sep 2011 23:18:21 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 33609561B2; Sun, 4 Sep 2011 18:18:21 -0500 (CDT) Date: Sun, 4 Sep 2011 18:18:21 -0500 From: Mark Linimon To: "Julian H. Stacey" Message-ID: <20110904231821.GC22986@lonesome.com> References: <201109042032.p84KWUIF073409@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201109042032.p84KWUIF073409@fire.js.berklix.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@freebsd.org, yar@freebsd.org, Chris Rees Subject: Re: sysutils/cfs 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, 04 Sep 2011 23:18:21 -0000 On Sun, Sep 04, 2011 at 10:32:30PM +0200, Julian H. Stacey wrote: > It is not responsible to threaten to remove ports without warning > between releases for non urgent reasons. portmgr has no such policy. Ports get deleted all the time due to various issues. I prefer to see a 1- or 2-month warning via EXPIRATION_DATE, but that's my personal preference, not a written policy. mcl From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 02:13:28 2011 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 5A11C1065675; Mon, 5 Sep 2011 02:13:28 +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 387A68FC08; Mon, 5 Sep 2011 02:13:28 +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 p852DRqX099800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Sep 2011 19:13:27 -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 p852DR9i099799; Sun, 4 Sep 2011 19:13:27 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA15703; Sun, 4 Sep 11 19:08:53 PDT Date: Mon, 05 Sep 2011 02:08:43 -0700 From: perryh@pluto.rain.com To: utisoft@gmail.com Message-Id: <4e64919b.CcirGFsCFW8QU5VG%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: sysutils/cfs 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, 05 Sep 2011 02:13:28 -0000 Chris Rees wrote: > > I've had to deprecate sysutils/cfs ... s/sysutils/security (at least in my instance of the ports tree). > Whoops, also missed a CVE -- buffer overflows can cause a DoS. Er, am I the only one who does not recognize what "CVE" stands for? BTW thanks for the heads-up, which has enabled me to grab the distfile before the port goes away :) While I have no great interest in the specific service that this port provides, some of its mechanism may be pertinent to a related interest. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 02:13:29 2011 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 1D504106564A for ; Mon, 5 Sep 2011 02:13:29 +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 EEB718FC0A for ; Mon, 5 Sep 2011 02:13:28 +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 p852DRFN099806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Sep 2011 19:13:28 -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 p852DRfe099805; Sun, 4 Sep 2011 19:13:27 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA15717; Sun, 4 Sep 11 19:09:46 PDT Date: Mon, 05 Sep 2011 02:09:36 -0700 From: perryh@pluto.rain.com To: matthias.andree@gmx.de Message-Id: <4e6491d0.MNLKNzL63JK0kXDG%perryh@pluto.rain.com> References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> <4E63516B.7000805@FreeBSD.org> <20110904130659.7a94cce8@raksha.tavi.co.uk> <4E637DD8.50700@gmx.de> In-Reply-To: <4E637DD8.50700@gmx.de> 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: reasons for rewriting regular memory (was: [ANNOUNCE]: clang compiling ports, take 2) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 02:13:29 -0000 Matthias Andree wrote: > > I agree, but I can think of another valid exception. System with > > Hamming correction on the memory, gets a single bit (correctable) > > error. Need to rewrite the memory contents to reset all the parity > > bits! > That's a matter of the EDAC stuff, not the business of applications. True, but it may explain why clang does not flag "*x = *x;" when it does flag "x = x;". A compiler cannot know the context in which the compiled code will be used. BTW I agree that an understanding is needed of _why_ the code in question was included. I have seen "x = x;" -- x being a formal parameter -- used to prevent an "unused argument" warning in a function which did not in fact need the argument in question, but had to declare it for uniformity with other functions pointed to by the same function pointer type. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 09:33:54 2011 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 914DA1065673 for ; Mon, 5 Sep 2011 09:33:54 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 000278FC16 for ; Mon, 5 Sep 2011 09:33:52 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBF76D.dip.t-dialin.net [217.251.247.109]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p859XoDX054576; Mon, 5 Sep 2011 09:33:51 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p859XQXs003275; Mon, 5 Sep 2011 11:33:27 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p859XEbP004874; Mon, 5 Sep 2011 09:33:20 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109050933.p859XEbP004874@fire.js.berklix.net> To: ports@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 04 Sep 2011 21:36:55 BST." Date: Mon, 05 Sep 2011 11:33:14 +0200 Sender: jhs@berklix.com Cc: Chris Rees Subject: Re: sysutils/cfs 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, 05 Sep 2011 09:33:54 -0000 Chris Rees wrote: > On 4 September 2011 21:32, Julian H. Stacey wrote: > >> > >> Whoops, also missed a CVE -- buffer overflows can cause a DoS. > >> Expiration date altered to 1 month accordingly. > > > > It is not responsible to threaten to remove ports without warning > > between releases for non urgent reasons. > > > > Better to deprecate such non urgent ports, & wait a while after next > > release is rolled, to give release users a warning & some time > > to volunteer (or if a firm using releases, perhaps time to allocate > > a staff member if a port is important to them). > > Yeah... perhaps if there isn't a vulnerability. At the moment it's > marked FORBIDDEN, Correction: "At the moment" all those with 8.2-RELEASE/ports still see no FORBIDDEN, Only current "At the moment" sees FORBIDDEN=... DEPRECATED=... EXPIRATION_DATE=... > so it's useless Correction: A port marked FORBIDDEN is not "useless" but "forbidden", Ref.: /usr/ports/Mk/bsd.port.mk: # FORBIDDEN - Package build should not be attempted because of # security vulnerabilities. Users can delete FORBIDDEN & be aware there's an issue, & consider risk &/or volunteering to maintain. (in this particular case BTW, a mobile laptop with cfs & no net might not worry about remote attackers) > -- anyone who is serious about > fixing it at whatever time is welcome to check it out of the Attic -- Only any with CVS. Not anyone just with a release, who will find it gone between releases with no trace, warning, or reason given. > a slight inconvenience ... ^^^^^ A Major inconvenience to any release users, for which again no warning to Release was given. > for which we apologise. Not credible. Repeat drive by FreeBSD ports shootings are increasingly regular. The Attic is the standard myopic excuse, ignoring not all FreeBSD release users have CVS, or read daily bleeding edge current ports@ inc. threat of the day to destroy the next port. > In the mean time, the ports tree is not a > museum for ancient insecure bug-ridden software. Drive by code shootings should not occur without warning to release users, except in emergency. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 09:53:24 2011 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 258D71065674 for ; Mon, 5 Sep 2011 09:53:24 +0000 (UTC) (envelope-from simon@FreeBSD.org) Received: from emx.nitro.dk (emx.nitro.dk [IPv6:2a01:4f8:120:7384::102]) by mx1.freebsd.org (Postfix) with ESMTP id D698E8FC0A for ; Mon, 5 Sep 2011 09:53:23 +0000 (UTC) Received: from mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) by emx.nitro.dk (Postfix) with ESMTP id 4737EDB76C for ; Mon, 5 Sep 2011 09:53:23 +0000 (UTC) Received: from emx.nitro.dk ([127.0.1.2]) by mailscan.leto.nitro.dk (mailscan.leto.nitro.dk [127.0.1.4]) (amavisd-new, port 10024) with LMTP id 6tRUOh4COOsV for ; Mon, 5 Sep 2011 09:53:16 +0000 (UTC) Received: from [192.168.4.21] (4304ds2-vlb.1.fullrate.dk [90.184.171.166]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by emx.nitro.dk (Postfix) with ESMTPSA id A1384DB76B for ; Mon, 5 Sep 2011 09:53:16 +0000 (UTC) From: "Simon L. B. Nielsen" Content-Type: multipart/signed; boundary="Apple-Mail=_81D5B56E-CB8B-41A2-81DB-C0A111359519"; protocol="application/pgp-signature"; micalg=pgp-sha1 Date: Mon, 5 Sep 2011 11:53:10 +0200 Message-Id: To: ports@FreeBSD.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Cc: Subject: Portaudit database build 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: Mon, 05 Sep 2011 09:53:24 -0000 --Apple-Mail=_81D5B56E-CB8B-41A2-81DB-C0A111359519 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hey, Just FYI, I accidentally stopped the jail which built the portaudit = database a few days ago and didn't notice since I had forgotten the = portaudit database was actually built there. It has been fixed now. --=20 Simon L. B. Nielsen --Apple-Mail=_81D5B56E-CB8B-41A2-81DB-C0A111359519 Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk5knAsACgkQBJx0gP90kKsYeQCfeXvo1seQZqDWw/6cee+mr7hy EEQAnjOp5uKW+HKBKkhVqevbT3jLK70x =scf/ -----END PGP SIGNATURE----- --Apple-Mail=_81D5B56E-CB8B-41A2-81DB-C0A111359519-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 10:05:59 2011 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 32A10106564A for ; Mon, 5 Sep 2011 10:05:59 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B18DC8FC17 for ; Mon, 5 Sep 2011 10:05:58 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBFB11.dip.t-dialin.net [93.203.251.17]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p85A5u4Z054807; Mon, 5 Sep 2011 10:05:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p85A5jw2003454; Mon, 5 Sep 2011 12:05:46 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p85A5ZvN005263; Mon, 5 Sep 2011 10:05:40 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109051005.p85A5ZvN005263@fire.js.berklix.net> To: Mark Linimon From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 04 Sep 2011 18:18:21 CDT." <20110904231821.GC22986@lonesome.com> Date: Mon, 05 Sep 2011 12:05:35 +0200 Sender: jhs@berklix.com Cc: ports@freebsd.org Subject: Re: sysutils/cfs 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, 05 Sep 2011 10:05:59 -0000 Mark Linimon wrote: > On Sun, Sep 04, 2011 at 10:32:30PM +0200, Julian H. Stacey wrote: > > It is not responsible to threaten to remove ports without warning > > between releases for non urgent reasons. > > portmgr has no such policy. > > Ports get deleted all the time due to various issues. I prefer to see > a 1- or 2-month warning via EXPIRATION_DATE, but that's my personal > preference, not a written policy. > > mcl Drive by ports shootings are becoming too frequent, & will get FreeBSD a bad name as immature & poorly managed A solution: Ensure a policy of expiry dates expire a release after a warning is given in a previous releases (except in emergency). Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 10:15:25 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id B8BB9106564A; Mon, 5 Sep 2011 10:15:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 84F9514D85B; Mon, 5 Sep 2011 10:15:24 +0000 (UTC) Message-ID: <4E64A13B.6010300@FreeBSD.org> Date: Mon, 05 Sep 2011 03:15:23 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: "Simon L. B. Nielsen" References: In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: Portaudit database build 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: Mon, 05 Sep 2011 10:15:25 -0000 On 09/05/2011 02:53, Simon L. B. Nielsen wrote: > Hey, > > Just FYI, I accidentally stopped the jail which built the portaudit database a few days ago and didn't notice since I had forgotten the portaudit database was actually built there. It has been fixed now. Thank you! :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:06:07 2011 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 96AFA106564A for ; Mon, 5 Sep 2011 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 7ABB98FC08 for ; Mon, 5 Sep 2011 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 p85B67fm065092 for ; Mon, 5 Sep 2011 11:06:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p85B66Qc065090 for freebsd-ports@FreeBSD.org; Mon, 5 Sep 2011 11:06:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Sep 2011 11:06:06 GMT Message-Id: <201109051106.p85B66Qc065090@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, 05 Sep 2011 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/160476 maintainer update: mail/dovecot2 f ports/160441 [PATCH] dns/curvedns: remove BROKEN on 9.x o ports/160440 [MAINTAINER] devel/mingw32-bin-msvcrt: update to r3.20 o ports/160434 [PATCH] Mk/bsd.licenses.db.mk: add Zope Public License o ports/160417 x11-fm/asfiles: Main.c:394:1: error: 'main' must retur o ports/160414 japanese/alias-fonts: [patch] Broken pkg-(de)install s f ports/160401 [patch update] security/strongswan 4.5.1 -> 4.5.3 f ports/160394 [UPDATE] www/py-surl: depend on simplejson conditional f ports/160389 [patch] security/openssh-portable: fix build on 9.x f ports/160378 x11-toolkits/py-wxPython28-common: CLANG compilation f o ports/160366 New port: misc/xmonad-log-applet An applet that will d o ports/160353 [patch] update www/linux-opera to 11.51 f ports/160352 net-im/pidgin-sipe has undocumented NSS dependency o ports/160347 [MAINTAINER] multimedia/libkate: update to 0.4.1 o ports/160325 [PATCH] multimedia/playd update to v1.22.1 o ports/160323 [PATCH] japanese/p5-Mail-SpamAssassin. fix sa-update, o ports/160319 [New Port] pidgin-audacious-remote (plugin for pidgin) o ports/160313 New port:databases/pg_reorg o ports/160308 [MAINTAINER] dns/powerdns: fix loading a whole new set f ports/160292 [Patch] Update www/xxxterm to version 1.518 o ports/160278 [MAINTAINER] japanese/ibus-skk: update to 1.3.8 o ports/160274 [patch] sysutils/hfsexplorer updated url discripton o ports/160273 [patch] Fix distfile sources for port net/AquaGatekeep o ports/160272 [PATCH] unbreak port net/AquaGatekeeper o ports/160265 [NEW PORT] lang/pypy 1.6 o ports/160262 New port: net-mgmt/better-cacti-templates - better Cac f ports/160257 [patch] mail/ssmtp: pkg-message needs further descript f ports/160243 emulators/wine-gecko: update to last version f ports/160242 audio/murmur installs directories with incorrect owner o ports/160236 [patch] Upgrade lang/jruby to 1.6.4 f ports/160233 [patch][update] devel/pinba_engine Update to new revis f ports/160232 Update: x11/xlockmore to 5.34 o ports/160213 [NEW PORT] security/py-htpasswd - htpasswd replacement o ports/160212 [maintainer update] textproc/pear-Numbers_Words o ports/160211 [NEW PORT] math/pear-Math_BigInteger : Pure-PHP arbit f ports/160210 [update] devel/php5-pinba o ports/160208 [NEW PORT} print/py27-pdfcolorsplit - script to split o ports/160207 [NEW PORT] devel/php5-dav: The PHP WebDAV extension o ports/160194 [PATCH] sysutils/jdiskreport: update to 1.3.2 f ports/160190 [New port]: net/samba36-devel Test version of Samba 3. f ports/160184 graphics/jpeg2pdf is broken with ruby 1.9, but does no o ports/160178 [NEW PORT] www/vimprobable1 - webkit browser inspired o ports/160177 [NEW PORT] www/vimprobable2 - webkit browser inspired o ports/160174 [PATCH] japanese/jcode.pl Fix defined(%hash) is deprec o ports/160172 [NEW PORTS] japanese/wordpress: add ja-wordpress 3.2.1 o ports/160062 math/pari: fix fetch and undeprecate f ports/160060 collision: sysutils/coreutils Collision between system f ports/160052 [patch] sysutils/fusefs-kmod: fix build after vfs_flag f ports/160045 [PATCH] emulators/visualboyadvance-m: fix SFML depend o ports/160031 [PATCH] devel/yajl add yajl.pc o ports/160020 [MAINTAINER] japanese/ddskk: update to 14.3 o ports/160012 [maintainer-update] [patch] net-p2p/lopster portlint c o ports/160007 [NEW PORT] ports-mgmt/porttree: Show dependences of Fr o ports/160006 [new port] devel/premake4: cross-platform build script f ports/159996 multimedia/ffmpegthumbnailer doesn't link with libjpeg o ports/159991 [PATCH] devel/py-mercurialserver mark IGNORE o ports/159978 devel/bazaar-ng 2.4.0: Viewing help for subcommands re f ports/159976 new port: games/blackjack f ports/159958 [UPDATE] x11/deskpaint to 3.1 f ports/159951 [patch] www/woof to support Python 2.7 o ports/159935 New port: devel/libparserutils A library useful when w f ports/159926 [PATCH] lang/py-prolog: some cleanup o ports/159920 [MAINTAINER] dns/zonecheck: update to 3.0.5 o ports/159915 [MAINTAINER] net-mgmt/ndpmon: [SUMMARIZE CHANGES] o ports/159914 [MAINTAINER] net-mgmt/ramond: daemonising support o ports/159909 [maintainer] lang/ikarus: add more MASTER_SITES o ports/159908 [new port] devel/php5-blitz-devel Templating engine o ports/159903 japanese/a2ps: a2ps-j generates warning errors for obs o ports/159894 [new port] databases/php52-rrdtool f ports/159874 [patch] sysutils/zfs-snapshot-mgmt: respect local time f ports/159873 security/libgcrypt needs libgpg error > 1.8 f ports/159872 [UPDATE] www/xpi-firebug: update to 1.8.1 o ports/159843 [PATCH] databases/postgresql-plpython: unbreak f ports/159821 [patch] www/squid31: dnsserver does not build o ports/159803 update security/monkeysphere to 0.35 f ports/159791 x11-fonts/terminus-font patch apply fails f ports/159790 sysutils/freesbie cannot build iso f ports/159786 [patch] upgrade of security/ossec-hids-server and secu f ports/159766 cannnot execute sysutils/ezjail on 9.0 BETA1 o ports/159748 comms/rxtx installs improperly with openjdk7 o ports/159747 New port: sysutlis/wiimms : Wii and GameCube ISO Tools o ports/159735 [patch] adopt and update comms/rxtx f ports/159728 sysutils/htop 0.9.0_1 is broken (does not show process o ports/159644 Math/asir2000 BROKENed, so update. o ports/159636 [patch] net/freevrrpd: RC script for freevrrpd that co o ports/159631 New port: sysutils/amount FreeBSD specific auto mount o ports/159626 New port: dns/radns IPv6 DNS server address autoconfig f ports/159619 net-mgmt/netams install cgi scripts without exec permi f ports/159607 Update port: graphic/mahotas Efficient Image Processin o ports/159575 [new port] games/stockfish: open source chess engine f ports/159560 [PATCH] devel/php-xdebug: update to 2.1.2 o ports/159550 audo/freeswitch-sounds: update to latest version, othe o ports/159549 [New Port] graphics/ocrfeeder o ports/159544 [New Port] graphics/py-imaging-sane f ports/159516 [patch] Port comms/mlan3 update to 310r2 version o ports/159515 [MAINTAINER] net-mgmt/zabbix-server: update to 1.8.6 f ports/159409 [PATCH] devel/py-boto: update to 2.0 o ports/159393 [New port] x11/gnome-color-chooser: customize appearan o ports/159378 [NEW PORT] lang/php-plua: PLua is a PHP extension whic o ports/159361 sysutils/fusefs-kmod doesn't compile o ports/159325 new port: emulators/joytran f ports/159322 [PATCH] sysutils/fusefs-kmod doesn't build due to rece o ports/159319 databases/postgresql-plpython doesn't build with postg f ports/159313 sysutils/uhidd: uhidd-devd.conf.sample doesn't work o ports/159302 New port:math/geogebra - software for math and geometr f ports/159230 [PATCH] fix sysutils/fusefs-kmod for the 64bit mount f o ports/159221 sysutils/ezjail: ezjail-admin command, console option f ports/159218 [patch] update multimedia/ffmpegthumbnailer to 2.0.7, o ports/159217 New port: devel/goprotobuf - Protocol buffers for Go f ports/159205 net-mgmt/zabbix-agent: No active checks on server: hos o ports/159204 net-mgmt/zabbix-server - graphs drawn with no data o ports/159187 [patch] sysutils/am-utils patch to add nolockd to nfs f ports/159177 sysutils/muse on 8.2-STABLE o ports/159121 net/freevrrpd: Make adv_int a runtime configurable opt f ports/159108 sysutils/fusefs-smbnetfs update to 0.5.3 o ports/159102 sysutils/fusefs-kmod: fusefs daemonizes before mount i o ports/159083 [NEW PORT] www/py27-django_compressor: Compresses link f ports/159050 PORT graphics/fotoxx Makefile update o ports/159025 New port: www/py-tornado2 - An open source scalable, n o ports/159007 New ports: print/linux-f10-cups-libs, security/linux-f s ports/158983 [NEW PORT] devel/pecl-dtrace: PHP DTrace provider f ports/158968 Update port: lang/mosh version 0.2.7 f ports/158935 [PATCH] print/lpr-wrapper: update to 0.7 o ports/158931 print/perlftlib is not built with perl5.14 o ports/158925 New Port: audio/pithos GNOME Pandora player a ports/158910 [PATCH] sysutils/battmond: update to 0.3 f ports/158907 [PATCH] www/interchange: update to 5.6.3 f ports/158898 [PATCH] www/libecap: update to 0.2.0 f ports/158897 [PATCH] net/phamm: update to 0.5.18 f ports/158889 [PATCH] sysutils/ucspi-proxy: update to 0.98 o ports/158878 [patch] textproc/dadadodo assumes long is 32 bits o ports/158791 Update security/openvas-* o ports/158781 New port: games/drcreep Platform Puzzle Game f ports/158731 sysutils/byobu wants module "snack" o ports/158704 New port: mail/mailfromd f ports/158533 [NEW PORT] devel/tiled: 2D game map editor f ports/158403 New port: mail/dovecot2-deleted-to-trash-plugin: dovec o ports/158204 [PATCH] java/jde: update to 2.4.0.1 o ports/158179 some packages do not fully honor -P dir option in pkg_ o ports/158167 [NEW PORT] databases/percona-server: Multithreaded SQL f ports/158044 net/iaxmodem - multiple instances started o ports/157791 audo/midimountain fails to copy all xpm files and fail o ports/157738 New port: net/py-ldaptor o ports/157719 [new port] net-mgmt/zenpack-CheckPing: Provides nagios o ports/157715 [new port] net-mgmt/zenpack-libvirt: Provides monitori o ports/157320 [NEW PORT] databases/pecl-pdo_user: PECL classes provi o ports/157301 [New port] net-mgmt/zbxlog: Syslog server receives mes o ports/157282 [MAINTAINER PATCH] net/xrdp: effective login name is n o ports/157191 [new port] net-mgmt/zenpack-MACReport: Lists MAC addre o ports/157190 [new port] net-mgmt/zenpack-GraphPortlet: Enables user o ports/157176 [patch] sysutils/heartbeat crashes when clock_t (signe o ports/157135 [new port] net-mgmt/zenpack-DellMonitor: Provides Zeno o ports/157133 [new port] net-mgmt/zenpack-ApacheMonitor: Provides pe f ports/157109 conflict between net/netpipes and sysutils/timelimit f ports/157107 conflict between mail/p5-Mail-SPF and mail/libspf2 f ports/157021 multimedia/mplayer: does not build with multimedia/lib o ports/157014 devel/jam: does not compile on FreeBSD 9.0 CURRENT/amd o ports/156834 New port: games/fairymax-devel latest version of games o ports/156791 New port: security/py-kerberos Python bindings for ker f ports/156747 multimedia/mplayer: fix 24-bits OSS + some improvement o ports/156629 [patch] sysutils/puppet patch to use PACKAGEROOT inste o ports/156539 [NEW PORT] print/frescobaldi: A music score editor for o ports/156472 [new port] devel/ocaml-react - OCaml library for react f ports/156376 [PATCH] graphics/optipng: update to 0.6.5 o ports/156362 New port: games/rftg Race for the Galaxy AI o ports/156343 multimedia/xbmc 10.1_1 mp3 playback problem - CALSADir f ports/156252 New port: devel/radar Opensource tools to disasm, debu f ports/156171 port multimedia/mplayer patch-libao2-ao_oss.c is incor f ports/156143 New port: devel/arduino-mk: Build Arduino sketches fro o ports/156119 x11-fonts/font-manager: ignore a problem caused by the f ports/156075 [new port] graphics/openfst: library for constructing, f ports/156034 print/lyx-devel spell checking with enchant does not w f ports/155941 mwserv library support is not included in nepenthes.co f ports/155898 Update port devel/libthai o ports/155788 ports security/cfsd startup -- multiple problems f ports/155697 ports-mgmt/pkg_replace doesn't want to replace java/op o ports/155593 lang/mpd .16.1 ignores embedded cue sheets in FLAC fil f ports/155592 polish/ekg, after polish/libgadu update, contacts are o ports/155538 new port devel/radlib radlib developer library. Event- o ports/155447 Update ports: net-p2p/eiskaltdcpp-* to 2.2.1, New port f ports/155306 multimedia/openshot doesn't work o ports/155166 update deskutils/org-mode.el to 7.4 f ports/155115 devel/doxygen: dependancy loop o ports/155070 NEW PORT: games/CastleVox - new fast strategy board ga f ports/154973 [PATCH] security/ike: fix plist when QTGUI=off, respec o ports/154711 security/heimdal: kadmin: hdb_open: hdb_open failed in o ports/154682 net/iaxmodem: add rc script for running more than 1 ia f ports/154546 update port: games/gemrb to version 0.6.3 o ports/154401 New port: www/jetty7 - newer fork by Eclipse/Codehaus o ports/154285 [NEW PORT] java/netty: Java NIO client server framewor o ports/154217 New port: ports-mgmt/portsreinstall o ports/154202 New port: security/scannedonly - A Samba VFS virus sca o ports/154031 New port: audio/shoutcast2: SHOUTcast Distributed Netw o ports/153926 New port net/freeswitch-snapshot o ports/153429 [patch] Fix explicite uses of unzip in ports o ports/153425 [PATCH] www/limesurvey: Added a switch to use PostgreS o ports/152982 [patch] net/nss_ldap, ignore option nss_initgroups_ign f ports/152915 russian/xmms v. 1.2.11_12 don't see cdinfo and tag's i o ports/152376 New port: audio/lastfmsubmitd o ports/152236 [patch] x11/slim: Enable pam support, add hald and dbu s ports/152195 [PATCH] deskutils/pinot update to xapian-core 1.2.3 f ports/152192 [PATCH] databases/xapian-bindings update to 1.2.3 o ports/152191 [PATCH] databases/xapian-core update to 1.2.3 o ports/152118 New port: deskutils/linux-tahometer A worktime trackin o ports/151930 [PATCH] net-mgmt/netams links to libmysqlclient/libpq o ports/151747 new port: emulators/wine-fbsd64: request for (a variat o ports/151318 [repocopy][new port] x11-wm/stumpwm: rename to x11-wm/ o ports/151296 [patch] ports/sysutils/fusefs-kmod build fails: MNT_NF o ports/150425 www/squid31: rc.d/squid's squid_fib setting ineffectiv f ports/150235 sysutils/smartmontools build system bug o ports/150194 There is no startup script for databases/cassandra o ports/150086 [NEW PORT] net-im/tkabber-plugins-devel: External Plug o ports/149564 patch for various games/ adding appropriate LICENSEs t f ports/148871 bad packages: p5-XML-Parser-2.36_1 p5-XML-SAX-Expat-0. o ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD s ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147169 bsd.ruby.mk: Adding GEM_ARGS a ports/139203 sysutils/freebsd-snapshot more careful patch not depen o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD f ports/122333 net/arping - patch to lookup for interface and src ip, o ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 221 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:08:38 2011 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 E86CE106567A for ; Mon, 5 Sep 2011 11:08:38 +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 B4EB28FC1D for ; Mon, 5 Sep 2011 11:08:38 +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 p85B8c1q067144 for ; Mon, 5 Sep 2011 11:08:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p85B8cdx067142 for ports@FreeBSD.org; Mon, 5 Sep 2011 11:08:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Sep 2011 11:08:38 GMT Message-Id: <201109051108.p85B8cdx067142@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: ports@FreeBSD.org Cc: Subject: Current problem reports assigned to ports@FreeBSD.org 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, 05 Sep 2011 11:08:39 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). 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. No matches to your query From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:11:48 2011 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 8D1211065676 for ; Mon, 5 Sep 2011 11:11:48 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 538468FC15 for ; Mon, 5 Sep 2011 11:11:48 +0000 (UTC) Received: by iadx2 with SMTP id x2so8121123iad.13 for ; Mon, 05 Sep 2011 04:11:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Go+7015HlEX+8LZTAWIAtzvPPFNBvJON6/0ioPrkPps=; b=NfRCNiS0f7idk/O1+rvDq2cSuzb5ZZDlt6fQ+JNZxuv5dl3YOf2a54Z3jgf+YaOWeW M6imuXSwvCZBydomA9TrY6kb+Yj4Yx6D3CpH2TYMHBBYx/fT3YOIYWJIxLsefgLeskcA ss7IkgoAYNM08vlBseqUglIEEdsaNgQvxn02k= MIME-Version: 1.0 Received: by 10.231.66.85 with SMTP id m21mr7390449ibi.53.1315221104491; Mon, 05 Sep 2011 04:11:44 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 04:11:44 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 04:11:44 -0700 (PDT) In-Reply-To: <201109051005.p85A5ZvN005263@fire.js.berklix.net> References: <20110904231821.GC22986@lonesome.com> <201109051005.p85A5ZvN005263@fire.js.berklix.net> Date: Mon, 5 Sep 2011 12:11:44 +0100 Message-ID: From: Chris Rees To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Mark Linimon Subject: Re: sysutils/cfs 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, 05 Sep 2011 11:11:49 -0000 On 5 Sep 2011 11:06, "Julian H. Stacey" wrote: > > Mark Linimon wrote: > > On Sun, Sep 04, 2011 at 10:32:30PM +0200, Julian H. Stacey wrote: > > > It is not responsible to threaten to remove ports without warning > > > between releases for non urgent reasons. > > > > portmgr has no such policy. > > > > Ports get deleted all the time due to various issues. I prefer to see > > a 1- or 2-month warning via EXPIRATION_DATE, but that's my personal > > preference, not a written policy. > > > > mcl > > Drive by ports shootings are becoming too frequent, & will get > FreeBSD a bad name as immature & poorly managed > A solution: Ensure a policy of expiry dates expire a release after > a warning is given in a previous releases (except in emergency). > No. This is not a drive-by removal, this is a public notice of depreciation Debian removed this bitrotted software a while ago, are you calling them irresponsible too? Also, don't use tagged ports trees, it's in no way supported, hence rendering that argument moot too. Also, this is a security vulnerability, how much more of an emergency can it get? Next time I'm going to avoid these tantrums and just deprecate it, like everyone else does. Have you even noticed the removal of any ports recently? If you care so much, follow the cvs list and watch out for them. Chris From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:39:04 2011 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 7AC60106564A for ; Mon, 5 Sep 2011 11:39:04 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA4598FC19 for ; Mon, 5 Sep 2011 11:39:03 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p85Bcknm090791; Mon, 5 Sep 2011 13:39:01 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p85BcjI2090742; Mon, 5 Sep 2011 13:38:45 +0200 (CEST) (envelope-from olli) Date: Mon, 5 Sep 2011 13:38:45 +0200 (CEST) Message-Id: <201109051138.p85BcjI2090742@lurza.secnetix.de> From: Oliver Fromme To: freebsd-ports@FreeBSD.ORG, perryh@pluto.rain.com In-Reply-To: <4e64919b.CcirGFsCFW8QU5VG%perryh@pluto.rain.com> X-Newsgroups: list.freebsd-ports User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 05 Sep 2011 13:39:02 +0200 (CEST) Cc: Subject: Re: sysutils/cfs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@FreeBSD.ORG, perryh@pluto.rain.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 11:39:04 -0000 perryh@pluto.rain.com wrote: > Chris Rees wrote: > > Whoops, also missed a CVE -- buffer overflows can cause a DoS. > > Er, am I the only one who does not recognize what "CVE" stands for? "CVE" == Common Vulnerabilities and Exposures To put it simply, it's a database of security threats maintained by MITRE: http://cve.mitre.org Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:43:04 2011 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 EB425106566B; Mon, 5 Sep 2011 11:43:04 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 65FC18FC08; Mon, 5 Sep 2011 11:43:04 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward15.mail.yandex.net (Yandex) with ESMTP id B96819E1F58; Mon, 5 Sep 2011 15:43:02 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315222982; bh=KgZaNWlM77XJvedw2NDLh4hOA/DrNpDCKEmg8cOAshQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=pRjVVnIHuyYDzT6nvsb034xa/E5aPhlAfVe+o6jfrfNUrUnUEEDmRSKGEJXuCAL0D OVPcX2AvNv0AG78OLzQMZmP8k1qGsTxJTecpFN25/wi5g/YWXCDtT/LhiZcYPb+S00 XMp8AtGLBtv5U6iEGxBO6tKQT3XgHvo8T5S92SSs= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 9865EE403A1; Mon, 5 Sep 2011 15:43:02 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id h2mGCCSC; Mon, 5 Sep 2011 15:43:02 +0400 X-Yandex-Spam: 1 Message-ID: <4E64B5BF.9090509@yandex.ru> Date: Mon, 05 Sep 2011 15:42:55 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Ivan Klymenko References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> In-Reply-To: <20110904101252.526de5ef@nonamehost.> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, Roman Divacky Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 11:43:05 -0000 Ivan Klymenko wrote on 04.09.2011 11:12: > Ð’ Sun, 04 Sep 2011 10:42:07 +0400 > Ruslan Mahmatkhanov пишет: > >> Roman Divacky wrote on 25.07.2011 19:59: >>> Hi! >>> >>> >>> Flz@ just run another exp-build with CC=clang and CXX=clang++. The >>> results can be seen here: >>> >>> >>> http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/ >>> >>> >>> Since the last run we've managed to fix the biggest offenders but >>> that uncovered others that need fixing. The "Reason" column was >>> extended and now shows "assumes_gcc" which is the lowest hanging >>> fruit :) >>> >>> A lot of these failures are trivial to fix (ie. assumes_gcc reason) >>> and prevent a lot of other ports from building. >>> >>> It would be great if you could skim over the list to see if some of >>> the ports you maintain are broken and possibly try to fix them. A >>> small introduction into the Clang+Ports can be read at: >>> http://wiki.freebsd.org/PortsAndClang. >>> >>> Please focus on the biggest offenders (ie. ports that prevent the >>> most other ports from building). >>> >>> Thank you for helping us again! >>> >>> Roman Divacky >>> >> >> Hi, i maintain port (sysutils/rdup) that is failing with clang: >> http://pointyhat.freebsd.org/errorlogs/amd64-errorlogs/e.9-exp.20110723205754/rdup-1.1.11_1.log >> >> But it's hard to realize to me how to fix this. I've tried irc >> (#freebsd-clang and #freebsd-ports on irc.oftc.net) - and nobody >> hangs there. >> >> Can please anybody help? >> > > Maybe this will help: > *rdup_entry = *rdup_entry; Thank you all for suggestions, i already wrote to an rdup author and waiting for response. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 11:46:33 2011 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 0E2D510656DC for ; Mon, 5 Sep 2011 11:46:33 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7F9DD8FC16 for ; Mon, 5 Sep 2011 11:46:32 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward13.mail.yandex.net (Yandex) with ESMTP id A8159141D54; Mon, 5 Sep 2011 15:46:30 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315223190; bh=qQ5bz2/gxG+Q7h0uG4QoIhCUuzpdpzIVlJby7b1LmlY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=lYqBlZejugLuQM2zlIbipobwdcbDG2nwmBE2aRSfP71UjHMF02cvnpjTluGS7d8vF qvZOTNGBBWkqw7Ot2FTE5eRLAxOYLdy7eEfhqVLqm99KyUrLhEpPA7JYgsyFoed2Bc JuvZMi1mInUaTKilHo16TyIyB2vIhXu1wmwp+vFQ= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 90C7C16A03AD; Mon, 5 Sep 2011 15:46:30 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id kTkWvrF2; Mon, 5 Sep 2011 15:46:30 +0400 X-Yandex-Spam: 1 Message-ID: <4E64B68F.5060200@yandex.ru> Date: Mon, 05 Sep 2011 15:46:23 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Michel Talon References: <20110904072933.GA61465@lpthe.jussieu.fr> In-Reply-To: <20110904072933.GA61465@lpthe.jussieu.fr> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: [ANNOUNCE]: clang compiling ports, take 2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2011 11:46:33 -0000 Michel Talon wrote on 04.09.2011 11:29: > > Ruslan wrote: >> Hi, i maintain port (sysutils/rdup) that is failing with clang: > > I have looked at the problem, it is indeed in rdup source. If you look > at rdup git history for rdup-tr.c you will see > > remove rdup_entry_c from the code, totally unneeded > > in this modification, the line > rdup_entry_c = rdup_entry; > which makes sense is (probably automatically) replaced by the line > rdup_entry = rdup_entry; > which is superfluous. > gcc doesn't bark at that while clang does. Thanks, i'll look at this. As i understand, all will be fine if i just revert this line. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 12:28:49 2011 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 677BC106566C for ; Mon, 5 Sep 2011 12:28:49 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id DA7DE8FC18 for ; Mon, 5 Sep 2011 12:28:48 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id 467FE1981D3A; Mon, 5 Sep 2011 16:28:47 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315225727; bh=MS4rAUEfw4Bzc/WItF57pikG+3o5/B4rvoHUguF9ORs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type: Content-Transfer-Encoding; b=Ds/5Cg5WSphw23Ni3EI5E77u5ouo0w6jLOH153eYPyxvscYhDtJXjOG5+XQkCXxCR lug95vkhJJjUJkIjx3a0SWgu2+eeDrOZmnV+4p+TpzpjF4ecCfLHaKuvG+Ko38LZX0 iPPSAClRJFthi3IdfC5m+pcl9mM1L65Q1SXsSrVo= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 2F98E16A03CF; Mon, 5 Sep 2011 16:28:47 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Skk8ti07; Mon, 5 Sep 2011 16:28:46 +0400 X-Yandex-Spam: 1 Message-ID: <4E64C077.8050403@yandex.ru> Date: Mon, 05 Sep 2011 16:28:39 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: neal@nelson.name Subject: Maintainership of py-zopetesting and py-zopeevent 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, 05 Sep 2011 12:28:49 -0000 Good day. I want to grab maintainership of this ports: devel/py-zopetesting devel/py-zopeevent net/py-zopeproxy But i want them to be renamed to py-zope.testing, py-zope.event and py-zope.proxy respectively to match upstream projectnames and to consistency with other current and upcoming zope ports. Is this reasons sounds enough to make a repocopy of them? This change is purely cosmetic but will also ease maintainership a bit (Makefile vars like DISTNAME etc will not need to be redefined), but this will require to fix dependencies in all the ports that required it. I'm looking forward to your suggestion before sending pr's. Thanks. PS. It would be logical to rename devel/py-zopeInterface to py-zope.interface too, but this port is maintained and i'm not sure if maintainer (cc'ed) wishes such change. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 12:41:00 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8F8D4106566B for ; Mon, 5 Sep 2011 12:41:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 702AE176155; Mon, 5 Sep 2011 12:40:58 +0000 (UTC) Message-ID: <4E64C35A.50004@FreeBSD.org> Date: Mon, 05 Sep 2011 05:40:58 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: "Julian H. Stacey" References: <201109050933.p859XEbP004874@fire.js.berklix.net> In-Reply-To: <201109050933.p859XEbP004874@fire.js.berklix.net> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Chris Rees Subject: Re: sysutils/cfs 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, 05 Sep 2011 12:41:00 -0000 On 09/05/2011 02:33, Julian H. Stacey wrote: > Chris Rees wrote: >> On 4 September 2011 21:32, Julian H. Stacey wrote: >>>> >>>> Whoops, also missed a CVE -- buffer overflows can cause a DoS. >>>> Expiration date altered to 1 month accordingly. >>> >>> It is not responsible to threaten to remove ports without warning >>> between releases for non urgent reasons. We understand that this is your perspective, however the community in general has a different idea. >>> Better to deprecate such non urgent ports, & wait a while after next >>> release is rolled, to give release users a warning & some time >>> to volunteer (or if a firm using releases, perhaps time to allocate >>> a staff member if a port is important to them). That's an interesting idea, but incredibly unlikely to happen. >> Yeah... perhaps if there isn't a vulnerability. At the moment it's >> marked FORBIDDEN, > > Correction: > "At the moment" all those with 8.2-RELEASE/ports still see no FORBIDDEN, That's what portaudit is for. > The Attic is the standard myopic excuse, ignoring not all FreeBSD > release users have CVS, It is available to everyone, and trivial to configure. The fact that removed ports still exist in CVS is not a "myopic excuse," it's a fact. We need to make the best decisions we can to provide the best support possible for the largest percentage of our users. -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 13:25:38 2011 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 5DC65106564A for ; Mon, 5 Sep 2011 13:25:38 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id D02058FC0A for ; Mon, 5 Sep 2011 13:25:37 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward12.mail.yandex.net (Yandex) with ESMTP id 7FCC3C21B36 for ; Mon, 5 Sep 2011 17:25:36 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315229136; bh=my1ctOnf4n3vFxPkIxJrYIy7csQQ3+4i2LnQFLjmHpY=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=f2tiMRDJ8o+EUjivah1HmwWZ67hiTo55wH/+3G3HHQhBYVmM2JSak1+TuMMPasSkV H2U/Pnfpm8veXMzWZQZqt1fPozOQOuwAR9Cd0nbhm72VqaJPJnFbB1PqJEgY2jmB78 LTNZUmpgjd888ubndkbcp7IZiheT1A/bbRgTOuaM= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 6B009E403C9 for ; Mon, 5 Sep 2011 17:25:36 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id PamG9B2r; Mon, 5 Sep 2011 17:25:36 +0400 X-Yandex-Spam: 1 Message-ID: <4E64CDC9.6000106@yandex.ru> Date: Mon, 05 Sep 2011 17:25:29 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Retiring of devel/py-[c]elementtree 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, 05 Sep 2011 13:25:38 -0000 Hi, so, all the consumers of devel/py-[c]elementtree ports are now handled. After all of this patches will be committed, it's safe to remove this py-[c]elementtree ports from the tree. devel/boost-pyste - http://bugs.freebsd.org/159869 [x] news/py-pynzb - http://bugs.freebsd.org/159867 [x] translate-toolkit - http://bugs.freebsd.org/160261 [x] py-supervisor - http://bugs.freebsd.org/160435 [x] emulators/wahcade - http://bugs.freebsd.org/160049 eadler@ net/py-s3cmd - http://bugs.freebsd.org/160051 clsung@ security/pwman3 - http://bugs.freebsd.org/160288 eadler@ www/py-meld3 - http://bugs.freebsd.org/160304 sunpoet@ misc/py-yolk - http://bugs.freebsd.org/160482 nivit@ deskutils/ontv - http://bugs.freebsd.org/160485 gnome@ [x]'s are committed ones. After that, this poor guys finally can be closed also: http://bugs.freebsd.org/155524 http://bugs.freebsd.org/155526 Actually the last consumer of devel/py-elementtree is a www/plone3, but we can't do anything with it, because it also depends on python24. But i've read in one of the gnome@ recent post's that Doug is in his KKND mood, so this port may be marked FORBIDDEN and the removed in a week, since it has unhandled security issues. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 13:34:12 2011 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 72CC51065670 for ; Mon, 5 Sep 2011 13:34:12 +0000 (UTC) (envelope-from wenheping@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 3472F8FC19 for ; Mon, 5 Sep 2011 13:34:11 +0000 (UTC) Received: by qyk9 with SMTP id 9so3175263qyk.13 for ; Mon, 05 Sep 2011 06:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Cpib4AVngTMoDzpj6VsjfZvfrU+9ljC4/jZzkIfRlgE=; b=jb+JpHoPYIZVxaM5JmJe4WmxUyZBYZsEBot+CYzticleNvFFqVYnZJihYdeYJBgOih taCWBnNgTLEt5/1/EPEX1So8gdoXcCiKrLuxrQ3S1OzuxqbhIz4yympfON1tEAUo7/hS ElEX6dU0bL/0tq4aEY8mn2KrzI/Ks1oJtN8Zg= MIME-Version: 1.0 Received: by 10.224.70.146 with SMTP id d18mr3322656qaj.10.1315229650864; Mon, 05 Sep 2011 06:34:10 -0700 (PDT) Received: by 10.224.74.16 with HTTP; Mon, 5 Sep 2011 06:34:10 -0700 (PDT) In-Reply-To: <4E64C077.8050403@yandex.ru> References: <4E64C077.8050403@yandex.ru> Date: Mon, 5 Sep 2011 21:34:10 +0800 Message-ID: From: wen heping To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports Mailing List , neal@nelson.name Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 05 Sep 2011 13:34:12 -0000 Hi,Ruslan: Do you have the plan to import Zope-2.13 into portstree? I could run zope-2.13 on FreeBSD correctly with python-2.7, but many new ports should be created if we import zope-2.13. If you have the plan, give me a message and I am intersting of it. wen 2011/9/5 Ruslan Mahmatkhanov : > Good day. > > I want to grab maintainership of this ports: > > devel/py-zopetesting > devel/py-zopeevent > net/py-zopeproxy > > But i want them to be renamed to py-zope.testing, py-zope.event and > py-zope.proxy respectively to match upstream projectnames and to consistency > with other current and upcoming zope ports. Is this reasons sounds enough to > make a repocopy of them? This change is purely cosmetic but will also ease > maintainership a bit (Makefile vars like DISTNAME etc will not need to be > redefined), but this will require to fix dependencies in all the ports that > required it. I'm looking forward to your suggestion before sending pr's. > Thanks. > > PS. It would be logical to rename devel/py-zopeInterface to > py-zope.interface too, but this port is maintained and i'm not sure if > maintainer (cc'ed) wishes such change. > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. > _______________________________________________ > 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 Sep 5 13:44:47 2011 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 4158E1065673 for ; Mon, 5 Sep 2011 13:44:47 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id ED12C8FC2F for ; Mon, 5 Sep 2011 13:44:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id BE40A5E122 for ; Mon, 5 Sep 2011 15:24:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.457 X-Spam-Level: X-Spam-Status: No, score=-2.457 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id otO2KU7AjcUw for ; Mon, 5 Sep 2011 15:24:29 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mx1.bjare.net (Postfix) with ESMTP id 4118C5E163 for ; Mon, 5 Sep 2011 15:24:29 +0200 (CEST) Message-ID: <4E64CDA3.2010907@eskk.nu> Date: Mon, 05 Sep 2011 15:24:51 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 13:44:47 -0000 ===> libreoffice-3.4.3 depends on file: /usr/local/bin/perl5.14.1 - found ===> Applying FreeBSD patches for libreoffice-3.4.3 1 out of 4 hunks failed--saving rejects to bin/distro-install-desktop-integration.rej => Patch patch-bin__distro-install-desktop-integration failed to apply cleanly. *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. ===>>> make failed for editors/libreoffice ===>>> Aborting update ===>>> Update for editors/libreoffice failed ===>>> Aborting update /Leslie From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 13:51:30 2011 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 CF8DA1065672 for ; Mon, 5 Sep 2011 13:51:30 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B5F48FC0C for ; Mon, 5 Sep 2011 13:51:30 +0000 (UTC) Received: by iadx2 with SMTP id x2so8302854iad.13 for ; Mon, 05 Sep 2011 06:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=x6Iq38AcLpOXMo/yvo3wTqMju/TXgNjpqeeN6PNrTFc=; b=GoVCAQlQOMPZVmtgzxzvx0M2ZfECwgolt9NN3VerEp6Tdg6ZvBy5X5uuQ0rhwYtcxo 0C/FgEEpN6qW2CeyID184qUBu5KhxYflE25fw/Ghxm3hpLGEBNZj4rLm0BH+PQy2sSXZ Q/YBX6MaVR8BDjlqJJaVrO1oyNE1WuS9qwK3Y= MIME-Version: 1.0 Received: by 10.231.66.85 with SMTP id m21mr7642182ibi.53.1315230689864; Mon, 05 Sep 2011 06:51:29 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 06:51:29 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 06:51:29 -0700 (PDT) In-Reply-To: <4E64CDA3.2010907@eskk.nu> References: <4E64CDA3.2010907@eskk.nu> Date: Mon, 5 Sep 2011 14:51:29 +0100 Message-ID: From: Chris Rees To: Leslie Jensen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 13:51:30 -0000 On 5 Sep 2011 14:45, "Leslie Jensen" wrote: > > > > ===> libreoffice-3.4.3 depends on file: /usr/local/bin/perl5.14.1 - found > ===> Applying FreeBSD patches for libreoffice-3.4.3 > 1 out of 4 hunks failed--saving rejects to bin/distro-install-desktop-integration.rej > => Patch patch-bin__distro-install-desktop-integration failed to apply cleanly. > *** Error code 1 > > Stop in /usr/ports/editors/libreoffice. > *** Error code 1 > > Stop in /usr/ports/editors/libreoffice. > > ===>>> make failed for editors/libreoffice > ===>>> Aborting update > > ===>>> Update for editors/libreoffice failed > ===>>> Aborting update > > > /Leslie Please update your ports tree, make clean and try again. Chris From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 14:15:36 2011 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 6302A1065674 for ; Mon, 5 Sep 2011 14:15:36 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id 190648FC21 for ; Mon, 5 Sep 2011 14:15:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id A0ED25E1A6; Mon, 5 Sep 2011 16:15:50 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.457 X-Spam-Level: X-Spam-Status: No, score=-2.457 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gSczBC9AH1w1; Mon, 5 Sep 2011 16:15:49 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mx1.bjare.net (Postfix) with ESMTP id E53EB5E195; Mon, 5 Sep 2011 16:15:48 +0200 (CEST) Message-ID: <4E64D9AB.2040702@eskk.nu> Date: Mon, 05 Sep 2011 16:16:11 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Chris Rees References: <4E64CDA3.2010907@eskk.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 14:15:36 -0000 2011-09-05 15:51, Chris Rees skrev: > On 5 Sep 2011 14:45, "Leslie Jensen" wrote: >> >> >> >> ===> libreoffice-3.4.3 depends on file: /usr/local/bin/perl5.14.1 - > found >> ===> Applying FreeBSD patches for libreoffice-3.4.3 >> 1 out of 4 hunks failed--saving rejects to > bin/distro-install-desktop-integration.rej >> => Patch patch-bin__distro-install-desktop-integration failed to apply > cleanly. >> *** Error code 1 >> >> Stop in /usr/ports/editors/libreoffice. >> *** Error code 1 >> >> Stop in /usr/ports/editors/libreoffice. >> >> ===>>> make failed for editors/libreoffice >> ===>>> Aborting update >> >> ===>>> Update for editors/libreoffice failed >> ===>>> Aborting update >> >> >> /Leslie > > Please update your ports tree, make clean and try again. > > Chris Have done it again, but unfortunately same result. /L From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 14:53:06 2011 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 16C7F106564A; Mon, 5 Sep 2011 14:53:06 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BDA978FC08; Mon, 5 Sep 2011 14:53:05 +0000 (UTC) Received: by iadx2 with SMTP id x2so8369700iad.13 for ; Mon, 05 Sep 2011 07:53:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=BFck25i3L9tevPU74pQTq0e+8w3Tqn3oDDrqQp3Tbcc=; b=FPvUvbcRnqrOV0LPwjZ+vG0oqe1DqMScVefZCyYis67O/KmVerpQ3WR86BvUuHdZW+ Iag5FdMhrfv+Q9PyQbjkJu/hjdM0YCLzrTKKX05wf3YIP/Ep+tDGSxiZ2aR5mD0wTDog NvHBvrU4vqOE4olUkbCfeZcaIskevciJ/7RFc= Received: by 10.231.41.69 with SMTP id n5mr7787051ibe.92.1315234385125; Mon, 05 Sep 2011 07:53:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 07:52:35 -0700 (PDT) In-Reply-To: <4E64D9AB.2040702@eskk.nu> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> From: Chris Rees Date: Mon, 5 Sep 2011 15:52:35 +0100 Message-ID: To: Leslie Jensen , Baptiste Daroussin , office@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 14:53:06 -0000 On 5 September 2011 15:16, Leslie Jensen wrote: > 2011-09-05 15:51, Chris Rees skrev: >> >> On 5 Sep 2011 14:45, "Leslie Jensen" =A0wrote: >>> =3D=3D=3D> =A0 =A0libreoffice-3.4.3 depends on file: /usr/local/bin/per= l5.14.1 - >> >> found >>> >>> =3D=3D=3D> =A0 Applying FreeBSD patches for libreoffice-3.4.3 >>> 1 out of 4 hunks failed--saving rejects to >> >> bin/distro-install-desktop-integration.rej >>> >>> =3D> =A0Patch patch-bin__distro-install-desktop-integration failed to a= pply >> >> cleanly. >>> >>> *** Error code 1 >>> >>> Stop in /usr/ports/editors/libreoffice. >>> *** Error code 1 >>> >>> Stop in /usr/ports/editors/libreoffice. >>> >>> =3D=3D=3D>>> =A0make failed for editors/libreoffice >>> =3D=3D=3D>>> =A0Aborting update >>> >>> =3D=3D=3D>>> =A0Update for editors/libreoffice failed >>> =3D=3D=3D>>> =A0Aborting update >>> >>> >>> /Leslie >> >> Please update your ports tree, make clean and try again. >> >> Chris > > > Have done it again, but unfortunately same result. > Sorry about that. Looks like it may be related to this commit: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/patch= -bin__distro-install-desktop-integration Bapt, please would you investigate? Chris --=20 Chris Rees =A0 =A0 =A0 =A0 =A0| FreeBSD Developer crees@FreeBSD.org =A0 | http://people.freebsd.org/~crees From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 15:31:20 2011 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 8C870106566C; Mon, 5 Sep 2011 15:31:20 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 57EFB8FC0C; Mon, 5 Sep 2011 15: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 p85FVKEx017908; Mon, 5 Sep 2011 15:31:20 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p85FVJfr017772; Mon, 5 Sep 2011 15:31:19 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Mon, 5 Sep 2011 17:31:15 +0200 From: Baptiste Daroussin To: Chris Rees Message-ID: <20110905153115.GA69747@azathoth.lan> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: office@freebsd.org, freebsd-ports@freebsd.org, Leslie Jensen Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 15:31:20 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2011 at 03:52:35PM +0100, Chris Rees wrote: > On 5 September 2011 15:16, Leslie Jensen wrote: > > 2011-09-05 15:51, Chris Rees skrev: > >> > >> On 5 Sep 2011 14:45, "Leslie Jensen" =A0wrote: > >>> =3D=3D=3D> =A0 =A0libreoffice-3.4.3 depends on file: /usr/local/bin/p= erl5.14.1 - > >> > >> found > >>> > >>> =3D=3D=3D> =A0 Applying FreeBSD patches for libreoffice-3.4.3 > >>> 1 out of 4 hunks failed--saving rejects to > >> > >> bin/distro-install-desktop-integration.rej > >>> > >>> =3D> =A0Patch patch-bin__distro-install-desktop-integration failed to= apply > >> > >> cleanly. > >>> > >>> *** Error code 1 > >>> > >>> Stop in /usr/ports/editors/libreoffice. > >>> *** Error code 1 > >>> > >>> Stop in /usr/ports/editors/libreoffice. > >>> > >>> =3D=3D=3D>>> =A0make failed for editors/libreoffice > >>> =3D=3D=3D>>> =A0Aborting update > >>> > >>> =3D=3D=3D>>> =A0Update for editors/libreoffice failed > >>> =3D=3D=3D>>> =A0Aborting update > >>> > >>> > >>> /Leslie > >> > >> Please update your ports tree, make clean and try again. > >> > >> Chris > > > > > > Have done it again, but unfortunately same result. > > >=20 > Sorry about that. >=20 > Looks like it may be related to this commit: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/pat= ch-bin__distro-install-desktop-integration >=20 > Bapt, please would you investigate? >=20 > Chris >=20 I just fixed it. sorrt about that Bapt --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5k60MACgkQ8kTtMUmk6ExkqACdENek/9YXuMdYO4VBZO9909Gg 1wIAn0Mu7BeaCiKiNA7AXKBeS6nLSMsa =pBY5 -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 16:30:12 2011 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 1042C1065676 for ; Mon, 5 Sep 2011 16:30:12 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 710FD8FC18 for ; Mon, 5 Sep 2011 16:30:11 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBEF93.dip.t-dialin.net [93.203.239.147]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p85GU9M2058143; Mon, 5 Sep 2011 16:30:09 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p85GTvqW010734; Mon, 5 Sep 2011 18:29:57 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p85GTjOh035076; Mon, 5 Sep 2011 16:29:51 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109051629.p85GTjOh035076@fire.js.berklix.net> To: Doug Barton From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 05 Sep 2011 05:40:58 PDT." <4E64C35A.50004@FreeBSD.org> Date: Mon, 05 Sep 2011 18:29:45 +0200 Sender: jhs@berklix.com Cc: ports@FreeBSD.org, Chris Rees Subject: Re: sysutils/cfs 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, 05 Sep 2011 16:30:12 -0000 Hi, Doug Barton wrote: > On 09/05/2011 02:33, Julian H. Stacey wrote: > > Chris Rees wrote: > >> On 4 September 2011 21:32, Julian H. Stacey wrote: > >>>> > >>>> Whoops, also missed a CVE -- buffer overflows can cause a DoS. > >>>> Expiration date altered to 1 month accordingly. > >>> > >>> It is not responsible to threaten to remove ports without warning > >>> between releases for non urgent reasons. > > We understand that this is your perspective, however the community in > general has a different idea. Whose vision, which community ;-) I wasn't worrying about an elite user community of those who don't seem/need to care much beyond ports@ subscribers with CVS & commit privs. I'm concerned about FreeBSD ports release users that excludes, how they will see un-professional ports release management, & how they may dump or not adopt FreeBSD, taking projects & jobs with them. People may like to ask & compare about project management with people in other projects on Saturday, September 17th at http://www.softwarefreedomday.org in ~ 600 cities around the planet, FreeBSD claims to consider Principle Of Least Suprise. Best ask oursleves if FreeBSD ports release management complies. > >>> Better to deprecate such non urgent ports, & wait a while after next > >>> release is rolled, to give release users a warning & some time > >>> to volunteer (or if a firm using releases, perhaps time to allocate > >>> a staff member if a port is important to them). > > That's an interesting idea, but incredibly unlikely to happen. > > >> Yeah... perhaps if there isn't a vulnerability. At the moment it's > >> marked FORBIDDEN, > > > > Correction: > > "At the moment" all those with 8.2-RELEASE/ports still see no FORBIDDEN, > > That's what portaudit is for. > > > The Attic is the standard myopic excuse, ignoring not all FreeBSD > > release users have CVS, > > It is available to everyone, and trivial to configure. The fact that > removed ports still exist in CVS is not a "myopic excuse," it's a fact. > > We need to make the best decisions we can to provide the best support > possible for the largest percentage of our users. Yes, So long as Users != just ports@ subscribers with CVS. Thanks. Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 16:36:36 2011 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 32499106566C; Mon, 5 Sep 2011 16:36:36 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (ns.exwg.net [88.198.69.35]) by mx1.freebsd.org (Postfix) with ESMTP id E05028FC16; Mon, 5 Sep 2011 16:36:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 3B8AC6003CF; Mon, 5 Sep 2011 18:11:35 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bvSpD0SU-+-8; Mon, 5 Sep 2011 18:11:34 +0200 (CEST) Received: from elch.exwg.net (p4FE3AD38.dip.t-dialin.net [79.227.173.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS; Mon, 5 Sep 2011 18:11:34 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id B2A9BAC818; Mon, 5 Sep 2011 18:11:33 +0200 (CEST) Date: Mon, 5 Sep 2011 18:11:33 +0200 From: Christoph Moench-Tegeder To: Baptiste Daroussin Message-ID: <20110905161132.GA84391@elch.exwg.net> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110905153115.GA69747@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: office@freebsd.org, freebsd-ports@freebsd.org, Chris Rees , Leslie Jensen Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 16:36:36 -0000 ## Baptiste Daroussin (bapt@freebsd.org): > > Looks like it may be related to this commit: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/patch-bin__distro-install-desktop-integration > > > > Bapt, please would you investigate? > > > > Chris > > > > I just fixed it. > > sorrt about that Just to be clear what we're talking about... Version 1.2 (latest in the cvsweb I'm seeing on www.freebsd.org) won't cut it, as the mktemp in line 81 of distro-install-desktop-integration needs to be fixed, too (remove the -t). See here (this is only the first - and fixed - hunk of that patch): --- distro-install-desktop-integration.orig 2011-09-05 17:59:59.000000000 +0200 +++ distro-install-desktop-integration 2011-09-05 18:01:11.000000000 +0200 @@ -74,12 +74,12 @@ test -n "$oowrapper_name" && create_man_link "$oowrapper_name" "$used_man_page" "$file_list" # add desktop file to the right file list - test -n "$desktop_file" -a -f "$DESTDIR/$file_list" && echo "/usr/share/applications/$desktop_file" >>"$DESTDIR/$file_list" + test -n "$desktop_file" -a -f "$DESTDIR/$file_list" && echo "$PREFIXDIR/share/applications/$desktop_file" >>"$DESTDIR/$file_list" } # install desktop integration from plain packages -sysui_temp=`mktemp -t -d distro-pack-desktop-integration-XXXXXX` -cp -a sysui/unxlng*/misc/libreoffice/* "$sysui_temp" +sysui_temp=`mktemp -d distro-pack-desktop-integration-XXXXXX` +cp -a sysui/unx*/misc/libreoffice/* "$sysui_temp" cp -a sysui/desktop/share/create_tree.sh "$sysui_temp" builddir=`pwd` cd $sysui_temp Regards, Christoph -- Spare Space From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 16:43:59 2011 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 38998106566C for ; Mon, 5 Sep 2011 16:43:59 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 98F028FC0A for ; Mon, 5 Sep 2011 16:43:58 +0000 (UTC) Received: (qmail invoked by alias); 05 Sep 2011 16:43:56 -0000 Received: from g225212086.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.225.212.86] by mail.gmx.net (mp046) with SMTP; 05 Sep 2011 18:43:56 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/OlmxKm1nObnJqqoAsX6zaEuJed6IHmz9wCJFfuT ac8Vdxs1Woyp49 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id D1F2523D35A for ; Mon, 5 Sep 2011 18:43:45 +0200 (CEST) Message-ID: <4E64FC41.2080702@gmx.de> Date: Mon, 05 Sep 2011 18:43:45 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20110725155920.GA83490@freebsd.org> <4E631DBF.9000106@yandex.ru> <20110904101252.526de5ef@nonamehost.> <4E632A09.8060904@FreeBSD.org> <20110904114550.71c63078@nonamehost.> <4E63516B.7000805@FreeBSD.org> <20110904130659.7a94cce8@raksha.tavi.co.uk> <4E637DD8.50700@gmx.de> <4e6491d0.MNLKNzL63JK0kXDG%perryh@pluto.rain.com> In-Reply-To: <4e6491d0.MNLKNzL63JK0kXDG%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: reasons for rewriting regular memory 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, 05 Sep 2011 16:43:59 -0000 Am 05.09.2011 11:09, schrieb perryh@pluto.rain.com: > Matthias Andree wrote: >>> I agree, but I can think of another valid exception. System with >>> Hamming correction on the memory, gets a single bit (correctable) >>> error. Need to rewrite the memory contents to reset all the parity >>> bits! >> That's a matter of the EDAC stuff, not the business of applications. > > True, but it may explain why clang does not flag "*x = *x;" when it > does flag "x = x;". A compiler cannot know the context in which the > compiled code will be used. And a compiler is free to optimize either away unless the storage class is "volatile", so the original point stands: > BTW I agree that an understanding is needed of _why_ the code in > question was included. Which waits on the original author. On the other issue: > I have seen "x = x;" -- x being a formal > parameter -- used to prevent an "unused argument" warning in a > function which did not in fact need the argument in question, but > had to declare it for uniformity with other functions pointed to > by the same function pointer type. The portable and concise solution is to cast unused arguments to void, as in this example: int f(int used, int unused) { (void)unused; // avoids warnings // ... // now do something with used // ... return 42; } From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 16:44:06 2011 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 395FA1065672; Mon, 5 Sep 2011 16:44:06 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 03ACF8FC13; Mon, 5 Sep 2011 16:44:06 +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 p85Gi5Df084738; Mon, 5 Sep 2011 16:44:05 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p85Gi5hE084737; Mon, 5 Sep 2011 16:44:05 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Mon, 5 Sep 2011 18:44:02 +0200 From: Baptiste Daroussin To: Christoph Moench-Tegeder Message-ID: <20110905164402.GB70234@azathoth.lan> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20110905161132.GA84391@elch.exwg.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: office@freebsd.org, freebsd-ports@freebsd.org, Chris Rees , Leslie Jensen Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 16:44:06 -0000 --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2011 at 06:11:33PM +0200, Christoph Moench-Tegeder wrote: > ## Baptiste Daroussin (bapt@freebsd.org): >=20 > > > Looks like it may be related to this commit: > > >=20 > > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files= /patch-bin__distro-install-desktop-integration > > >=20 > > > Bapt, please would you investigate? > > >=20 > > > Chris > > >=20 > >=20 > > I just fixed it. > >=20 > > sorrt about that >=20 > Just to be clear what we're talking about... Version 1.2 (latest in the > cvsweb I'm seeing on www.freebsd.org) won't cut it, as the mktemp in > line 81 of distro-install-desktop-integration needs to be fixed, too > (remove the -t). >=20 > See here (this is only the first - and fixed - hunk of that patch): >=20 > --- distro-install-desktop-integration.orig 2011-09-05 17:59:59.000000000= +0200 > +++ distro-install-desktop-integration 2011-09-05 18:01:11.000000000 +0200 > @@ -74,12 +74,12 @@ > test -n "$oowrapper_name" && create_man_link "$oowrapper_name" "$use= d_man_page" "$file_list" > =20 > # add desktop file to the right file list > - test -n "$desktop_file" -a -f "$DESTDIR/$file_list" && echo "/usr/sh= are/applications/$desktop_file" >>"$DESTDIR/$file_list" > + test -n "$desktop_file" -a -f "$DESTDIR/$file_list" && echo "$PREFIX= DIR/share/applications/$desktop_file" >>"$DESTDIR/$file_list" > } > =20 > # install desktop integration from plain packages > -sysui_temp=3D`mktemp -t -d distro-pack-desktop-integration-XXXXXX` > -cp -a sysui/unxlng*/misc/libreoffice/* "$sysui_temp" > +sysui_temp=3D`mktemp -d distro-pack-desktop-integration-XXXXXX` > +cp -a sysui/unx*/misc/libreoffice/* "$sysui_temp" > cp -a sysui/desktop/share/create_tree.sh "$sysui_temp" > builddir=3D`pwd` > cd $sysui_temp >=20 >=20 > Regards, > Christoph >=20 You are right, once again sorry for the mess. /me promise to not touch libreoffice for a while :) Bapt --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5k/FIACgkQ8kTtMUmk6Ezv9wCgvifF+g0qgyvDAOu5VW0qO1HM FysAoLtQPI1xAvgzRz/etQg4fbMlKnuv =fGuD -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 16:50:44 2011 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 D33C7106564A for ; Mon, 5 Sep 2011 16:50:44 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo201.cox.net (eastrmfepo201.cox.net [68.230.241.216]) by mx1.freebsd.org (Postfix) with ESMTP id 7CECE8FC1D for ; Mon, 5 Sep 2011 16:50:44 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo201.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110905165038.UQSB32549.eastrmfepo201.cox.net@eastrmimpo01.cox.net>; Mon, 5 Sep 2011 12:50:38 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo01.cox.net with bizsmtp id V4qd1h00V0tX9KW024qeN2; Mon, 05 Sep 2011 12:50:38 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4E64FDDE.0091,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=5AHg1zS6fKBk64vkGL/stHpTKznySuNzRq0QOAs0BF0= c=1 sm=1 a=v6bCKZPkkEgA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=kviXuzpPAAAA:8 a=1rJDB0VvAAAA:8 a=FP58Ms26AAAA:8 a=TZY8rJzDOnyjNJwjymsA:9 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=oV377zBs3KAA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p85GoavJ096612; Mon, 5 Sep 2011 11:50:37 -0500 (CDT) (envelope-from conrads@cox.net) Date: Mon, 5 Sep 2011 11:50:31 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110905115031.65d2e4bf@cox.net> In-Reply-To: <20110828210511.3d2e0604@cox.net> References: <20110828210511.3d2e0604@cox.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Rob Farmer Subject: Re: MASTER_SITE_SOURCEFORGE: how do *you* handle it? (resolved) 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, 05 Sep 2011 16:50:44 -0000 On Sun, 28 Aug 2011 21:05:11 -0500 "Conrad J. Sabatier" wrote: > I'm wondering how other ports maintainers are dealing with their > definitions of MASTER_SITES=, DISTFILES=, DISTNAME=, etc. with regards > to Sourceforge. > > In browsing a number of projects recently on Sourceforge, I've noticed > that the paths to project distfiles are now using the element > "projects" rather than "project". As per the suggestion I got from Rob Farmer , I went ahead and downloaded the distfile for the project I'm interested in, then, from firefox's "Downloads" list, selected "Copy Download Link": http://voxel.dl.sourceforge.net/project/scidvspc/source/scid_vs_pc-4.5.tgz I was rather surprised to see that the actual working link does, in fact, use the element "/project/" rather than "/projects/", which I had mistakenly concluded before from examining the link on the "Download" button on the project's page (stupid, I know). So, it turns out that the following is what works, at least in the case of this particular port (if not for *all* Sourceforge ports): MASTER_SITES= SF/${PORTNAME}/source/ Along with defining DISTNAME and EXTRACT_SUFX, due to the non-standard naming of this particular port's distfile (which, rather annoyingly, includes underscore characters that aren't present in the project name). So, the basic "rule of thumb", I see now, is "Ignore the Download link on the project page, and check the actual link after downloading". Wish I had realized this sooner and saved myself a lot of frustration. Sometimes, you know, you're just too close to something to actually see what's going on. Anyway, finally reached a "happy ending" with this one. Thanks to all who responded. I hope this information may help someone else who runs into the same sort of confusion I went through earlier. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 17:15:51 2011 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 BF0121065670 for ; Mon, 5 Sep 2011 17:15:51 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 77F058FC15 for ; Mon, 5 Sep 2011 17:15:50 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 13:15:50 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BBG36170; Mon, 5 Sep 2011 13:15:49 -0400 Received-SPF: None identity=pra; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="postmaster@[192.168.1.8]"; x-conformance=sidf_compatible X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO [192.168.1.8]) ([209.6.61.133]) by smtp01.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 13:15:49 -0400 Message-ID: <4E6503C2.5080002@aldan.algebra.com> Date: Mon, 05 Sep 2011 13:15:46 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Chris Rees References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: Re: sysutils/cfs 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, 05 Sep 2011 17:15:51 -0000 On -10.01.-28163 14:59, Chris Rees wrote: >> I've had to deprecate sysutils/cfs -- there's a confirmed issue with >> failing locks [1] which has been open for two years with no fix. >> > Whoops, also missed a CVE -- buffer overflows can cause a DoS. > Expiration date altered to 1 month accordingly. Is this the only vulnerability you are talking about? http://www.debian.org/security/2006/dsa-1138 Does not seem hard to fix at all... Listing all of the fatal problems would be helpful... -mi From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 17:32:02 2011 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 4FB14106566B; Mon, 5 Sep 2011 17:32:02 +0000 (UTC) (envelope-from utisoft@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 F0EF08FC1C; Mon, 5 Sep 2011 17:32:01 +0000 (UTC) Received: by yxn22 with SMTP id 22so2856220yxn.13 for ; Mon, 05 Sep 2011 10:32:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GuUJVCnjgiHyTY/UTN/IZfekgTSr+FXxnf4gt+d2/nY=; b=OhIOeiftzPlwM41W37GNTRZMrq7iW7erzqo+1F68dWwAz/SNOpZmQQnJrbHb0qJpNI creaVG/PBo23Yv/HEeDucQWIQiT9TrUMF28Up/ie4EDpY41TN5mPxlhClbRu/smGvdEZ uGTkFZhHLRsrOHx/zYH7QQ2vI2oMW7Y4n3uAE= MIME-Version: 1.0 Received: by 10.43.44.73 with SMTP id uf9mr3792015icb.507.1315243921159; Mon, 05 Sep 2011 10:32:01 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 10:32:00 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Mon, 5 Sep 2011 10:32:00 -0700 (PDT) In-Reply-To: <4E6503C2.5080002@aldan.algebra.com> References: <4E6503C2.5080002@aldan.algebra.com> Date: Mon, 5 Sep 2011 18:32:00 +0100 Message-ID: From: Chris Rees To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: Re: sysutils/cfs 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, 05 Sep 2011 17:32:02 -0000 On 5 Sep 2011 18:15, "Mikhail T." wrote: > > On -10.01.-28163 14:59, Chris Rees wrote: >>> >>> I've had to deprecate sysutils/cfs -- there's a confirmed issue with >>> failing locks [1] which has been open for two years with no fix. >>> >> >> Whoops, also missed a CVE -- buffer overflows can cause a DoS. >> Expiration date altered to 1 month accordingly. > > > Is this the only vulnerability you are talking about? >> >> http://www.debian.org/security/2006/dsa-1138 > > Does not seem hard to fix at all... Listing all of the fatal problems would be helpful... >> >> -mi If it's not that hard to fix then do it. If you're not going to fix it, why are you even commenting? More noise. Stop whining and do something about it. I saw a port that is: - broken - vulnerable - unmaintained - dead upstream - has been removed by other distributions I don't use it, you don't use it, why do you care? Chris From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 18:02:24 2011 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 5F6D6106564A for ; Mon, 5 Sep 2011 18:02:24 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D7DE48FC0C for ; Mon, 5 Sep 2011 18:02:23 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p85I2E6i016927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Sep 2011 21:02:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p85I2EC5030913; Mon, 5 Sep 2011 21:02:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p85I2EGX030912; Mon, 5 Sep 2011 21:02:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 5 Sep 2011 21:02:14 +0300 From: Kostik Belousov To: Chris Rees Message-ID: <20110905180214.GS17489@deviant.kiev.zoral.com.ua> References: <4E6503C2.5080002@aldan.algebra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ivmgg8na18OWkKOs" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org, "Mikhail T." , yar@freebsd.org Subject: Re: Re: sysutils/cfs 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, 05 Sep 2011 18:02:24 -0000 --ivmgg8na18OWkKOs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2011 at 06:32:00PM +0100, Chris Rees wrote: > On 5 Sep 2011 18:15, "Mikhail T." wrote: > > > > On -10.01.-28163 14:59, Chris Rees wrote: > >>> > >>> I've had to deprecate sysutils/cfs -- there's a confirmed issue with > >>> failing locks [1] which has been open for two years with no fix. > >>> > >> > >> Whoops, also missed a CVE -- buffer overflows can cause a DoS. > >> Expiration date altered to 1 month accordingly. > > > > > > Is this the only vulnerability you are talking about? > >> > >> http://www.debian.org/security/2006/dsa-1138 > > > > Does not seem hard to fix at all... Listing all of the fatal problems > would be helpful... > >> > >> -mi >=20 > If it's not that hard to fix then do it. If you're not going to fix it, w= hy > are you even commenting? >=20 > More noise. Stop whining and do something about it. No, it is not a noise. First, note that an issue in the local deamon can be only utilized by local users. As a consequence, there is a huge set of machines for which the cited issue is simply irrelevant. For the analogous issues that are irrelevant for 90% of the port users, look at the vulnerabilities listed for the quake ports. Second, I personally consider the crusade to remove old but compiling and working (*) ports as a damage both to the project functionality and to the project reputation. * Working exactly because users report bugs in the software, otherwise they would not be able to describe corner cases that break. >=20 > I saw a port that is: >=20 > - broken > - vulnerable > - unmaintained > - dead upstream > - has been removed by other distributions >=20 > I don't use it, you don't use it, why do you care? See above. This is the sort of rethoric that I find damaging. The only point that I buy from the list is 'had been removed by other distributions'. Everything else is relative, and since _you_ are not the user of the package, did not even tried to use it, and obviously not estimated the risks and brokeness of the package right (as shown by two episodes, once with the NLM, second with the vulnerability), I consider the removal as frivolous and damaging. It only continues the trend, I agree. --ivmgg8na18OWkKOs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5lDqYACgkQC3+MBN1Mb4jxkgCfdeAxycAZh/QRZzfkgVoi3tdS w6oAoNeWrvA1dWEEmwCLRvFbEIJ00ECB =SJ0F -----END PGP SIGNATURE----- --ivmgg8na18OWkKOs-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 18:29:35 2011 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 86BFE106566C; Mon, 5 Sep 2011 18:29:35 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 3692F8FC0A; Mon, 5 Sep 2011 18:29:34 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 14:29:34 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BGY27067; Mon, 5 Sep 2011 14:29:33 -0400 X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO [192.168.1.8]) ([209.6.61.133]) by smtp04.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 14:29:33 -0400 Message-ID: <4E651518.8070700@aldan.algebra.com> Date: Mon, 05 Sep 2011 14:29:44 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Chris Rees References: <4E6503C2.5080002@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, yar@freebsd.org Subject: Re: sysutils/cfs 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, 05 Sep 2011 18:29:35 -0000 On 05.09.2011 13:32, Chris Rees wrote: > If it's not that hard to fix then do it. Before doing it, I wanted to confirm, that there are no other, more serious vulnerabilities. Things, for which no fixes have been posted -- unlike for this particular one, which Debian fixed several years ago (before dropping it for whatever reasons). Instead of confirming (or denying), you yelled at me. Ouch... -mi From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 19:07:07 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id A5687106567B for ; Mon, 5 Sep 2011 19:07:06 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 69C6B23D34D for ; Mon, 5 Sep 2011 21:06:55 +0200 (CEST) Message-ID: <4E651DCF.30605@FreeBSD.org> Date: Mon, 05 Sep 2011 21:06:55 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E6503C2.5080002@aldan.algebra.com> <4E651518.8070700@aldan.algebra.com> In-Reply-To: <4E651518.8070700@aldan.algebra.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 05 Sep 2011 19:07:07 -0000 Am 05.09.2011 20:29, schrieb Mikhail T.: > On 05.09.2011 13:32, Chris Rees wrote: >> If it's not that hard to fix then do it. > Before doing it, I wanted to confirm, that there are no other, more > serious vulnerabilities. > > Things, for which no fixes have been posted -- unlike for this > particular one, which Debian fixed several years ago (before dropping it > for whatever reasons). > > Instead of confirming (or denying), you yelled at me. Ouch... I don't see yelling. Note that Chris isn't obliged to research things that you are interested in but he isn't -- that expectation of yours is over the top. He's not your research slave^Wstudent. The point is that Chris isn't interested in fixing dead ports with known bugs, and keeping known-broken ports in the tree is dangerous to our users no matter if it's locally or remotely exploitable. Typically ports with buffer overflow vulnerabilities have more issues than the discovered ones, and unless the port is _actively_ maintained it's better to remove it, lest users shout at us for letting them run into this knife without our telling them. So either Kostik, or you, or someone else steps up to maintain the port at least to the extent that the known security bugs and reported bugs get fixed, or to hell the port goes. If neither of you is to become the maintainer, EXPIRATION_DATE stands. Regarding Kostik's "damage to the project", keeping known broken ports around isn't fostering our reputation either. And, repeat message: once someone steps up to fix the issues, the port can be revived. It happens. Anyways, there are four weeks to fix the issues in the port. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 19:45:24 2011 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 6393F1065670; Mon, 5 Sep 2011 19:45:24 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6BB8FC18; Mon, 5 Sep 2011 19:45:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id EBDAB5E17C; Mon, 5 Sep 2011 21:45:32 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.457 X-Spam-Level: X-Spam-Status: No, score=-2.457 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NL6EPCzpMuDE; Mon, 5 Sep 2011 21:45:25 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mx1.bjare.net (Postfix) with ESMTP id 9BCAD5E17A; Mon, 5 Sep 2011 21:45:20 +0200 (CEST) Message-ID: <4E6526E8.9020901@eskk.nu> Date: Mon, 05 Sep 2011 21:45:44 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> In-Reply-To: <20110905164402.GB70234@azathoth.lan> Content-Type: multipart/mixed; boundary="------------050803080905030603080905" Cc: office@freebsd.org, Christoph Moench-Tegeder , freebsd-ports@freebsd.org, Chris Rees Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 05 Sep 2011 19:45:24 -0000 This is a multi-part message in MIME format. --------------050803080905030603080905 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 2011-09-05 18:44, Baptiste Daroussin skrev: > On Mon, Sep 05, 2011 at 06:11:33PM +0200, Christoph Moench-Tegeder wrote: >> ## Baptiste Daroussin (bapt@freebsd.org): >> >>>> Looks like it may be related to this commit: >>>> >>>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/libreoffice/files/patch-bin__distro-install-desktop-integration >>>> >>>> Bapt, please would you investigate? >>>> >>>> Chris >>>> >>> >>> I just fixed it. >>> >>> sorrt about that >> >> Just to be clear what we're talking about... Version 1.2 (latest in the >> cvsweb I'm seeing on www.freebsd.org) won't cut it, as the mktemp in >> line 81 of distro-install-desktop-integration needs to be fixed, too >> (remove the -t). >> >> See here (this is only the first - and fixed - hunk of that patch): >> >> --- distro-install-desktop-integration.orig 2011-09-05 17:59:59.000000000 +0200 >> +++ distro-install-desktop-integration 2011-09-05 18:01:11.000000000 +0200 >> @@ -74,12 +74,12 @@ >> test -n "$oowrapper_name"&& create_man_link "$oowrapper_name" "$used_man_page" "$file_list" >> >> # add desktop file to the right file list >> - test -n "$desktop_file" -a -f "$DESTDIR/$file_list"&& echo "/usr/share/applications/$desktop_file">>"$DESTDIR/$file_list" >> + test -n "$desktop_file" -a -f "$DESTDIR/$file_list"&& echo "$PREFIXDIR/share/applications/$desktop_file">>"$DESTDIR/$file_list" >> } >> >> # install desktop integration from plain packages >> -sysui_temp=`mktemp -t -d distro-pack-desktop-integration-XXXXXX` >> -cp -a sysui/unxlng*/misc/libreoffice/* "$sysui_temp" >> +sysui_temp=`mktemp -d distro-pack-desktop-integration-XXXXXX` >> +cp -a sysui/unx*/misc/libreoffice/* "$sysui_temp" >> cp -a sysui/desktop/share/create_tree.sh "$sysui_temp" >> builddir=`pwd` >> cd $sysui_temp >> >> >> Regards, >> Christoph >> > > You are right, once again sorry for the mess. > > /me promise to not touch libreoffice for a while :) > > Bapt I'm sorry to bother you again, but it does not build yet. I've attached the file mentioned. checking for dbopen in -ldb4... no checking for __db185_open in -ldb4... no configure: error: db not installed or functional ===> Script "configure" failed unexpectedly. Please report the problem to office@FreeBSD.org [maintainer] and attach the "/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. ===>>> make failed for editors/libreoffice ===>>> Aborting update ===>>> Update for editors/libreoffice failed ===>>> Aborting update /Leslie --------------050803080905030603080905 Content-Type: text/plain; name="config.log" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="config.log" This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by LibreOffice configure 3.4, which was generated by GNU Autoconf 2.68. Invocation command line was $ ./configure --with-unix-wrapper=3Dlibreoffice --disable-fetch-externa= l --with-build-version=3DFreeBSD ports 3.4.3 --with-vendor=3DFreeBSD port= s 3.4.3 --exec-prefix=3D/usr/local --with-max-jobs=3D2 --with-external-ta= r=3D/usr/ports/distfiles//libreoffice --with-gnu-patch=3D/usr/local/bin/g= patch --with-system-libxml --with-system-libxslt --with-system-cairo --en= able-cairo --with-system-boost --with-system-cppunit --with-system-zlib -= -with-system-icu --with-system-db --with-system-jpeg --with-system-expat = --with-system-openssl --with-system-curl --with-system-libwpd --with-syst= em-libwpg --with-system-libwps --with-system-poppler --with-system-redlan= d --with-system-hunspell --with-system-mythes --with-system-altlinuxhyph = --with-system-libtextcat --with-system-lpsolve --with-system-vigra --with= -fonts --with-alloc=3Dsystem --with-system-stdlibs --with-system-xrender-= headers --with-system-mesa-headers --disable-epm --disable-mozilla --disa= ble-build-mozilla --without-system-mozilla --disable-kde --without-stlpor= t --disable-nss-module --with-system-translate-toolkit --with-system-dict= s --disable-dependency-tracking --with-external-thes-dir=3D/usr/local/sha= re/mythes --with-external-hyph-dir=3D/usr/local/share/hyphen --with-exter= nal-dict-dir=3D/usr/local/share/hunspell --disable-zenity --enable-cups -= -with-lang=3Dsv --enable-ext-pdfimport --enable-ext-report-builder --disa= ble-systray --disable-gstreamer --disable-python --disable-neon --disable= -kde4 --disable-gconf --disable-gnome-vfs --without-java --disable-odk --= x-libraries=3D/usr/local/lib --x-includes=3D/usr/local/include --prefix=3D= /usr/local --mandir=3D/usr/local/man --infodir=3D/usr/local/info/ --build= =3Damd64-portbld-freebsd8.2 ## --------- ## ## Platform. ## ## --------- ## hostname =3D bljbsd01.no-ip.org uname -m =3D amd64 uname -r =3D 8.2-RELEASE uname -s =3D FreeBSD uname -v =3D FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011 roo= t@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC=20 /usr/bin/uname -p =3D amd64 /bin/uname -X =3D unknown /bin/arch =3D unknown /usr/bin/arch -k =3D unknown /usr/convex/getsysinfo =3D unknown /usr/bin/hostinfo =3D unknown /bin/machine =3D unknown /usr/bin/oslevel =3D unknown /bin/universe =3D unknown PATH: /bin PATH: /usr/bin PATH: /sbin PATH: /usr/sbin PATH: /usr/local/bin PATH: /usr/local/sbin ## ----------- ## ## Core tests. ## ## ----------- ## configure:5536: checking for grep that handles long lines and -e configure:5594: result: /usr/bin/grep configure:5599: checking for egrep configure:5661: result: /usr/bin/grep -E configure:5670: checking for gawk configure:5686: found /usr/local/bin/gawk configure:5697: result: gawk configure:5710: checking for gawk configure:5728: found /usr/local/bin/gawk configure:5740: result: /usr/local/bin/gawk configure:5756: checking for sed configure:5774: found /usr/bin/sed configure:5786: result: /usr/bin/sed configure:5803: checking for bash configure:5821: found /usr/local/bin/bash configure:5833: result: /usr/local/bin/bash configure:5846: checking for GNU or BSD tar configure:5855: result: gtar configure:5862: checking for solenv environment configure:5866: result: default configure:5925: checking build system type configure:5939: result: amd64-portbld-freebsd8.2 configure:5959: checking host system type configure:5972: result: amd64-portbld-freebsd8.2 configure:6123: checking the FreeBSD operating system release configure:6130: result: found OSVERSION=3D802000 configure:6132: checking which thread library to use configure:6144: result: -pthread configure:6192: checking whether to enable crashdump feature configure:6201: result: no configure:6265: checking whether to turn warnings to errors configure:6278: result: no configure:6283: checking whether to do a debug build configure:6292: result: no configure:6297: checking whether to build with additional debug utilities= configure:6309: result: no, full product build configure:6316: checking whether to include symbols configure:6324: result: no configure:6329: checking whether to strip the solver or not. configure:6342: result: yes configure:6348: checking whether to enable native cups support configure:6352: result: yes configure:6402: checking for gcc configure:6429: result: cc configure:6658: checking for C compiler version configure:6667: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is N= O warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. configure:6678: $? =3D 0 configure:6667: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:6678: $? =3D 0 configure:6667: cc -V >&5 cc: '-V' option must have argument configure:6678: $? =3D 1 configure:6667: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:6678: $? =3D 1 configure:6698: checking whether the C compiler works configure:6720: cc -O2 -pipe -fno-strict-aliasing -I/usr/local/include -I= /usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/usr/local/li= b conftest.c >&5 configure:6724: $? =3D 0 configure:6772: result: yes configure:6775: checking for C compiler default output file name configure:6777: result: a.out configure:6783: checking for suffix of executables configure:6790: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib conftest.c >&5 configure:6794: $? =3D 0 configure:6816: result:=20 configure:6838: checking whether we are cross compiling configure:6846: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib conftest.c >&5 configure:6850: $? =3D 0 configure:6857: ./conftest configure:6861: $? =3D 0 configure:6876: result: no configure:6881: checking for suffix of object files configure:6903: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:6907: $? =3D 0 configure:6928: result: o configure:6932: checking whether we are using the GNU C compiler configure:6951: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:6951: $? =3D 0 configure:6960: result: yes configure:6969: checking whether cc accepts -g configure:6989: cc -c -g -I/usr/local/include -I/usr/local/include/db43 -= L/usr/local/lib conftest.c >&5 configure:6989: $? =3D 0 configure:7030: result: yes configure:7047: checking for cc option to accept ISO C89 configure:7111: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7111: $? =3D 0 configure:7124: result: none needed configure:7145: checking for cupsPrintFiles in -lcups configure:7170: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib conftest.c -lcups >&5 configure:7170: $? =3D 0 configure:7179: result: yes configure:7195: checking how to run the C preprocessor configure:7265: result: cpp configure:7285: cpp -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib conftest.c configure:7285: $? =3D 0 configure:7299: cpp -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib conftest.c conftest.c:10:28: error: ac_nonexistent.h: No such file or directory configure:7299: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | /* end confdefs.h. */ | #include configure:7328: checking for ANSI C header files configure:7348: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7348: $? =3D 0 configure:7421: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib conftest.c -lcups >&5 configure:7421: $? =3D 0 configure:7421: ./conftest configure:7421: $? =3D 0 configure:7432: result: yes configure:7445: checking for sys/types.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for sys/stat.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for stdlib.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for string.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for memory.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for strings.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for inttypes.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for stdint.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7445: checking for unistd.h configure:7445: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7445: $? =3D 0 configure:7445: result: yes configure:7457: checking cups/cups.h usability configure:7457: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:7457: $? =3D 0 configure:7457: result: yes configure:7457: checking cups/cups.h presence configure:7457: cpp -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib conftest.c configure:7457: $? =3D 0 configure:7457: result: yes configure:7457: checking for cups/cups.h configure:7457: result: yes configure:7476: checking whether to enable fontconfig support configure:7480: result: yes configure:7531: checking for pkg-config configure:7549: found /usr/local/bin/pkg-config configure:7561: result: /usr/local/bin/pkg-config configure:7586: checking pkg-config is at least version 0.9.0 configure:7589: result: yes configure:7600: checking for FONTCONFIG configure:7607: $PKG_CONFIG --exists --print-errors "fontconfig >=3D 2.2.= 0" configure:7610: $? =3D 0 configure:7623: $PKG_CONFIG --exists --print-errors "fontconfig >=3D 2.2.= 0" configure:7626: $? =3D 0 configure:7680: result: yes configure:7707: checking whether to enable filters for legacy binary file= formats (StarOffice 5.2) configure:7711: result: no configure:7721: checking whether to use RPATH in shared libraries configure:7728: result: yes configure:7732: checking whether to include MySpell dictionaries configure:7735: result: yes configure:7746: checking whether to use dicts from external paths configure:7749: result: yes configure:7752: checking for spelling dictionary directory configure:7759: result: file:///usr/local/share/hunspell configure:7761: checking for hyphenation patterns directory configure:7768: result: file:///usr/local/share/hyphen configure:7770: checking for thesaurus directory configure:7777: result: file:///usr/local/share/mythes configure:7828: checking gcc home configure:7840: result: /usr configure:7902: checking for gcc configure:7929: result: cc configure:8158: checking for C compiler version configure:8167: cc --version >&5 cc (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is N= O warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. configure:8178: $? =3D 0 configure:8167: cc -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:8178: $? =3D 0 configure:8167: cc -V >&5 cc: '-V' option must have argument configure:8178: $? =3D 1 configure:8167: cc -qversion >&5 cc: unrecognized option '-qversion' cc: No input files specified configure:8178: $? =3D 1 configure:8182: checking whether we are using the GNU C compiler configure:8210: result: yes configure:8219: checking whether cc accepts -g configure:8280: result: yes configure:8297: checking for cc option to accept ISO C89 configure:8374: result: none needed configure:8402: checking for cc configure:8420: found /usr/bin/cc configure:8432: result: /usr/bin/cc configure:8448: checking the GNU gcc compiler version configure:8469: result: checked (gcc 4.2.1) configure:8485: checking for -Bsymbolic-functions linker support=20 configure:8504: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--d= ynamic-list-cpp-typeinfo conftest.c -lcups >&5 /usr/bin/ld: unrecognized option '-Bsymbolic-functions' /usr/bin/ld: use the --help option for usage information configure:8504: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | /* end confdefs.h. */ |=20 | #include |=20 | int | main () | { |=20 | printf ("hello world\n"); |=20 | ; | return 0; | } configure:8513: result: not found=20 configure:8520: checking whether to enable pch feature configure:8538: result: no configure:8543: checking for GNU make configure:8552: result: gmake configure:8558: checking the GNU make version configure:8563: result: gmake 3.82 3+: configure:8639: checking for --hash-style gcc linker support=20 configure:8672: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib -Wl,--hash-style=3Dgnu conftest.c -lcups >&5 /usr/bin/ld: unrecognized option '--hash-style=3Dgnu' /usr/bin/ld: use the --help option for usage information configure:8672: $? =3D 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | /* end confdefs.h. */ |=20 | #include |=20 | int main(char argc, char** argv) { | printf ("hello world\n"); | return 0; | } |=20 configure:8672: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib -Wl,--hash-style=3Dsysv conftest.c -lcups >&5 /usr/bin/ld: unrecognized option '--hash-style=3Dsysv' /usr/bin/ld: use the --help option for usage information configure:8672: $? =3D 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | /* end confdefs.h. */ |=20 | #include |=20 | int main(char argc, char** argv) { | printf ("hello world\n"); | return 0; | } |=20 configure:8689: result: no=20 configure:8703: checking for perl configure:8721: found /usr/bin/perl configure:8733: result: /usr/bin/perl configure:8754: checking the Perl version configure:8761: result: checked (perl 5) configure:8768: checking for required Perl modules configure:8771: result: all modules found configure:9203: checking for ANSI C header files configure:9307: result: yes configure:9430: checking for C++ compiler version configure:9439: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is N= O warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. configure:9450: $? =3D 0 configure:9439: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:9450: $? =3D 0 configure:9439: c++ -V >&5 c++: '-V' option must have argument configure:9450: $? =3D 1 configure:9439: c++ -qversion >&5 c++: unrecognized option '-qversion' c++: No input files specified configure:9450: $? =3D 1 configure:9454: checking whether we are using the GNU C++ compiler configure:9473: c++ -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.cpp >&5 configure:9473: $? =3D 0 configure:9482: result: yes configure:9491: checking whether c++ accepts -g configure:9511: c++ -c -g -I/usr/local/include -I/usr/local/include/db43 = -L/usr/local/lib conftest.cpp >&5 configure:9511: $? =3D 0 configure:9552: result: yes configure:9580: checking how to run the C++ preprocessor configure:9607: c++ -E -I/usr/local/include -I/usr/local/include/db43 -L/= usr/local/lib conftest.cpp configure:9607: $? =3D 0 configure:9621: c++ -E -I/usr/local/include -I/usr/local/include/db43 -L/= usr/local/lib conftest.cpp conftest.cpp:22:28: error: ac_nonexistent.h: No such file or directory configure:9621: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include configure:9646: result: c++ -E configure:9666: c++ -E -I/usr/local/include -I/usr/local/include/db43 -L/= usr/local/lib conftest.cpp configure:9666: $? =3D 0 configure:9680: c++ -E -I/usr/local/include -I/usr/local/include/db43 -L/= usr/local/lib conftest.cpp conftest.cpp:22:28: error: ac_nonexistent.h: No such file or directory configure:9680: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include configure:9717: checking how to run the C preprocessor configure:9787: result: cpp configure:9807: cpp -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib conftest.c configure:9807: $? =3D 0 configure:9821: cpp -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib conftest.c conftest.c:22:28: error: ac_nonexistent.h: No such file or directory configure:9821: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | /* end confdefs.h. */ | #include configure:9855: checking size of long configure:9860: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loca= l/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:/= usr/local/lib conftest.c -lcups >&5 configure:9860: $? =3D 0 configure:9860: ./conftest configure:9860: $? =3D 0 configure:9874: result: 8 configure:9885: checking whether byte ordering is bigendian configure:9900: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 conftest.c:24: error: expected '=3D', ',', ';', 'asm' or '__attribute__' = before 'a' configure:9900: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | /* end confdefs.h. */ | #ifndef __APPLE_CC__ | not a universal capable compiler | #endif | typedef int dummy; |=20 configure:9945: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:9945: $? =3D 0 configure:9963: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/include= -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 conftest.c: In function 'main': conftest.c:30: error: 'not' undeclared (first use in this function) conftest.c:30: error: (Each undeclared identifier is reported only once conftest.c:30: error: for each function it appears in.) conftest.c:30: error: expected ';' before 'big' configure:9963: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | /* end confdefs.h. */ | #include | #include |=20 | int | main () | { | #if BYTE_ORDER !=3D BIG_ENDIAN | not big endian | #endif |=20 | ; | return 0; | } configure:10091: result: no configure:10118: checking for special C compiler options needed for large= files configure:10163: result: no configure:10169: checking for _FILE_OFFSET_BITS value needed for large fi= les configure:10194: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:10194: $? =3D 0 configure:10226: result: no configure:10481: checking for C++ compiler version configure:10490: c++ --version >&5 c++ (GCC) 4.2.1 20070719 [FreeBSD] Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is N= O warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOS= E. configure:10501: $? =3D 0 configure:10490: c++ -v >&5 Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] configure:10501: $? =3D 0 configure:10490: c++ -V >&5 c++: '-V' option must have argument configure:10501: $? =3D 1 configure:10490: c++ -qversion >&5 c++: unrecognized option '-qversion' c++: No input files specified configure:10501: $? =3D 1 configure:10505: checking whether we are using the GNU C++ compiler configure:10533: result: yes configure:10542: checking whether c++ accepts -g configure:10603: result: yes configure:10629: checking the GNU C++ compiler version configure:10650: result: checked (g++ 4.2.1) configure:10704: checking for g++ include path configure:10726: result: /usr/include/c++/4.2 configure:10999: checking Whether building STLPort library makes sense configure:11027: result: yes configure:11034: checking Whether STLPort library will be actually built configure:11047: result: no configure:11054: checking whether cc supports -fvisibility=3Dhidden configure:11069: cc -o conftest -O2 -pipe -fno-strict-aliasing -Werror -f= visibility=3Dhidden -I/usr/local/include -I/usr/local/include/db43 -L/usr= /local/lib -rpath=3D/usr/lib:/usr/local/lib conftest.c -lcups >&5 configure:11069: $? =3D 0 configure:11076: result: yes configure:11083: checking whether cc supports -std=3Dc++0x without Langua= ge Defect 757 configure:11129: c++ -c -O2 -pipe -fno-strict-aliasing -std=3Dc++0x -I/us= r/local/include -I/usr/local/include/db43 -L/usr/local/lib conftest.cpp >= &5 cc1plus: error: unrecognized command line option "-std=3Dc++0x" configure:11129: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | /* end confdefs.h. */ |=20 | #include |=20 | template char (&sal_n_array_size( T(&)[S] ))[S];= |=20 | namespace | { | struct b | { | int i; | int j; | }; | } |=20 | int | main () | { |=20 | struct a | { | int i; | int j; | }; | a thinga[]=3D{{0,0}, {1,1}}; | b thingb[]=3D{{0,0}, {1,1}}; | size_t i =3D sizeof(sal_n_array_size(thinga)); | size_t j =3D sizeof(sal_n_array_size(thingb)); | return !(i !=3D 0 && j !=3D 0); |=20 | ; | return 0; | } configure:11145: result: no configure:11155: checking whether we are able to use --ccache-skip configure:11158: result: only used on Mac currently, skipping configure:11280: checking if STL headers are visibility safe configure:11296: result: yes configure:11310: checking if gcc is -fvisibility-inlines-hidden safe with= STL headers configure:11325: c++ -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/lo= cal/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib= :/usr/local/lib -fvisibility-inlines-hidden -fpic -shared conftest.cpp -l= cups >&5 configure:11325: $? =3D 0 configure:11333: result: yes configure:11346: checking if gcc has a visibility bug with class-level at= tributes (GCC bug 26905) configure:11379: result: no configure:11400: checking which memory allocator to use configure:11403: result: system configure:11409: checking for malloc configure:11409: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lcups >&5 conftest.c:46: warning: conflicting types for built-in function 'malloc' configure:11409: $? =3D 0 configure:11409: result: yes configure:11409: checking for realloc configure:11409: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lcups >&5 configure:11409: $? =3D 0 configure:11409: result: yes configure:11409: checking for calloc configure:11409: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lcups >&5 conftest.c:48: warning: conflicting types for built-in function 'calloc' configure:11409: $? =3D 0 configure:11409: result: yes configure:11409: checking for free configure:11409: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lcups >&5 configure:11409: $? =3D 0 configure:11409: result: yes configure:11554: checking whether to add custom build version configure:11558: result: yes, FreeBSD ports 3.4.3 configure:11567: checking whether to build with Java support configure:11574: result: no configure:11578: WARNING: building without java will mean some features w= ill not be available configure:12322: checking for dmake configure:12353: result: /usr/local/bin/dmake configure:12365: checking whether the found dmake is the right dmake configure:12375: result: yes configure:12377: checking the dmake version configure:12385: result: OK, >=3D 4.11 configure:12402: checking whether to enable EPM for packing configure:12741: result: no configure:12752: checking for gperf configure:12782: result: /usr/local/bin/gperf configure:12793: checking gperf version configure:12796: result: OK configure:12853: checking for pkg-config configure:12883: result: /usr/local/bin/pkg-config configure:12908: checking pkg-config is at least version 0.9.0 configure:12911: result: yes configure:12922: checking whether to build the stax configure:12930: result: yes configure:12935: checking whether to build the ODK configure:13290: result: no configure:13298: checking whether to provide libstdc++/libgcc_s in the in= stallset configure:13302: result: no configure:13312: checking which zlib to use configure:13317: result: external configure:13320: checking zlib.h usability configure:13320: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:13320: $? =3D 0 configure:13320: result: yes configure:13320: checking zlib.h presence configure:13320: cpp -I/usr/local/include -I/usr/local/include/db43 -L/us= r/local/lib conftest.c configure:13320: $? =3D 0 configure:13320: result: yes configure:13320: checking for zlib.h configure:13320: result: yes configure:13328: checking for deflate in -lz configure:13353: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lz -lcups >&5 configure:13353: $? =3D 0 configure:13362: result: yes configure:13378: checking which jpeg to use configure:13383: result: external configure:13386: checking jpeglib.h usability configure:13386: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:13386: $? =3D 0 configure:13386: result: yes configure:13386: checking jpeglib.h presence configure:13386: cpp -I/usr/local/include -I/usr/local/include/db43 -L/us= r/local/lib conftest.c configure:13386: $? =3D 0 configure:13386: result: yes configure:13386: checking for jpeglib.h configure:13386: result: yes configure:13394: checking for jpeg_resync_to_restart in -ljpeg configure:13419: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ljpeg -lcups >&5 configure:13419: $? =3D 0 configure:13428: result: yes configure:13445: checking which expat to use configure:13449: result: external configure:13452: checking expat.h usability configure:13452: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:13452: $? =3D 0 configure:13452: result: yes configure:13452: checking expat.h presence configure:13452: cpp -I/usr/local/include -I/usr/local/include/db43 -L/us= r/local/lib conftest.c configure:13452: $? =3D 0 configure:13452: result: yes configure:13452: checking for expat.h configure:13452: result: yes configure:13460: checking for XML_ParserCreate in -lexpat configure:13485: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lexpat -lcups >&5 configure:13485: $? =3D 0 configure:13494: result: yes configure:13516: checking which libwpd to use configure:13520: result: external configure:13525: checking for LIBWPD configure:13532: $PKG_CONFIG --exists --print-errors "libwpd-0.9 libwpd-s= tream-0.9 " configure:13535: $? =3D 0 configure:13548: $PKG_CONFIG --exists --print-errors "libwpd-0.9 libwpd-s= tream-0.9 " configure:13551: $? =3D 0 configure:13605: result: yes configure:13619: checking which cppunit to use configure:13623: result: external configure:13629: checking for CPPUNIT configure:13636: $PKG_CONFIG --exists --print-errors "cppunit >=3D 1.12.0= " configure:13639: $? =3D 0 configure:13652: $PKG_CONFIG --exists --print-errors "cppunit >=3D 1.12.0= " configure:13655: $? =3D 0 configure:13709: result: yes configure:13724: checking whether freetype is available configure:13728: checking for FREETYPE configure:13735: $PKG_CONFIG --exists --print-errors "freetype2 >=3D 2.0 = " configure:13738: $? =3D 0 configure:13751: $PKG_CONFIG --exists --print-errors "freetype2 >=3D 2.0 = " configure:13754: $? =3D 0 configure:13808: result: yes configure:13816: checking which libwps to use configure:13820: result: external configure:13825: checking for LIBWPS configure:13832: $PKG_CONFIG --exists --print-errors "libwps-0.2 " configure:13835: $? =3D 0 configure:13848: $PKG_CONFIG --exists --print-errors "libwps-0.2 " configure:13851: $? =3D 0 configure:13905: result: yes configure:13919: checking which libwpg to use configure:13923: result: external configure:13928: checking for LIBWPG configure:13935: $PKG_CONFIG --exists --print-errors "libwpg-0.2 " configure:13938: $? =3D 0 configure:13951: $PKG_CONFIG --exists --print-errors "libwpg-0.2 " configure:13954: $? =3D 0 configure:14008: result: yes configure:14028: checking for FT_GlyphSlot_Embolden in -lfreetype configure:14053: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -I/usr/local/includ= e/freetype2 -I/usr/local/include -rpath=3D/usr/lib:/usr/local/lib -L/u= sr/local/lib -lfreetype conftest.c -lfreetype -lexpat -lcups >&5 configure:14053: $? =3D 0 configure:14062: result: yes configure:14097: checking which libxslt to use configure:14102: result: external configure:14122: checking for LIBXSLT configure:14129: $PKG_CONFIG --exists --print-errors "libxslt" configure:14132: $? =3D 0 configure:14145: $PKG_CONFIG --exists --print-errors "libxslt" configure:14148: $? =3D 0 configure:14202: result: yes configure:14211: checking for xsltproc configure:14229: found /usr/local/bin/xsltproc configure:14242: result: /usr/local/bin/xsltproc configure:14264: checking which libxml to use configure:14269: result: external configure:14288: checking for LIBXML configure:14295: $PKG_CONFIG --exists --print-errors "libxml-2.0 >=3D 2.0= " configure:14298: $? =3D 0 configure:14311: $PKG_CONFIG --exists --print-errors "libxml-2.0 >=3D 2.0= " configure:14314: $? =3D 0 configure:14368: result: yes configure:14385: checking whether to enable Python 2.x UNO API configure:14392: result: no configure:14398: checking which python to use configure:14412: result: external configure:14443: checking for a Python interpreter with version >=3D 2.2 configure:14458: python -c import sys, string # split strings by '.' and = convert to numeric. Append some zeros # because we need at least 4 digits= for the hex conversion. minver =3D map(int, string.split('2.2', '.')) + = [0, 0, 0] minverhex =3D 0 for i in xrange(0, 4): minverhex =3D (minverhex= << 8) + minver[i] sys.exit(sys.hexversion < minverhex) configure:14461: $? =3D 0 configure:14467: result: python configure:14475: checking for python configure:14493: found /usr/local/bin/python configure:14505: result: /usr/local/bin/python configure:14523: checking for python version configure:14530: result: 2.7 configure:14542: checking for python platform configure:14549: result: freebsd8 configure:14556: checking for python script directory configure:14564: result: ${prefix}/lib/python2.7/site-packages configure:14573: checking for python extension module directory configure:14581: result: ${exec_prefix}/lib/python2.7/site-packages configure:14606: checking Python.h usability configure:14606: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib -I/usr/local/include/python2= =2E7 conftest.c >&5 configure:14606: $? =3D 0 configure:14606: result: yes configure:14606: checking Python.h presence configure:14606: cpp -I/usr/local/include -I/usr/local/include/db43 -L/us= r/local/lib -I/usr/local/include/python2.7 conftest.c configure:14606: $? =3D 0 configure:14606: result: yes configure:14606: checking for Python.h configure:14606: result: yes configure:14677: checking which translate-toolkit to use configure:14680: result: system configure:14688: checking for oo2po configure:14706: found /usr/local/bin/oo2po configure:14718: result: /usr/local/bin/oo2po configure:14737: checking for po2oo configure:14755: found /usr/local/bin/po2oo configure:14767: result: /usr/local/bin/po2oo configure:14794: checking which db to use configure:14799: result: external configure:14802: checking for db41/db.h configure:14813: result: no configure:14802: checking for db41/db.h configure:14813: result: no configure:14802: checking for db-5.0/db.h configure:14813: result: no configure:14802: checking for db5.0/db.h configure:14813: result: no configure:14802: checking for db-5/db.h configure:14813: result: no configure:14802: checking for db5/db.h configure:14813: result: no configure:14802: checking for db-4.8/db.h configure:14813: result: no configure:14802: checking for db4.8/db.h configure:14813: result: no configure:14802: checking for db-4.7/db.h configure:14813: result: no configure:14802: checking for db4.7/db.h configure:14813: result: no configure:14802: checking for db-4/db.h configure:14813: result: no configure:14802: checking for db4/db.h configure:14813: result: no configure:14802: checking for db/db.h configure:14813: result: no configure:14818: checking db.h usability configure:14818: cc -c -O2 -pipe -fno-strict-aliasing -I/usr/local/includ= e -I/usr/local/include/db43 -L/usr/local/lib conftest.c >&5 configure:14818: $? =3D 0 configure:14818: result: yes configure:14818: checking db.h presence configure:14818: cpp -I/usr/local/include -I/usr/local/include/db43 -L/us= r/local/lib conftest.c configure:14818: $? =3D 0 configure:14818: result: yes configure:14818: checking for db.h configure:14818: result: yes configure:14827: checking whether db is at least 4.1 configure:14846: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -lexpat -lcups >&5 configure:14846: $? =3D 0 configure:14846: ./conftest configure:14846: $? =3D 0 configure:14847: result: yes configure:14859: checking for dbopen in -ldb configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb41 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb41 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb41 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb41 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb41 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb41 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb41 configure:14894: result: no configure:14900: checking for __db185_open in -ldb41 configure:14935: result: no configure:14859: checking for dbopen in -ldb-5.0 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-5.0 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-5.0 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb-5.0 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-5.0 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-5.0 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb5.0 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb5.0 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb5.0 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb5.0 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb5.0 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb5.0 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb-5 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-5 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-5 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb-5 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-5 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-5 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb5 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb5 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb5 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb5 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb5 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb5 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb-4.8 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4.8 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4.8 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb-4.8 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4.8 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4.8 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb4.8 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4.8 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4.8 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb4.8 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4.8 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4.8 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb-4.7 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4.7 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4.7 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb-4.7 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4.7 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4.7 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb4.7 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4.7 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4.7 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb4.7 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4.7 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4.7 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb-4 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb-4 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb-4 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb-4 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14859: checking for dbopen in -ldb4 configure:14884: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4 configure:14884: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char dbopen (); | int | main () | { | return dbopen (); | ; | return 0; | } configure:14894: result: no configure:14900: checking for __db185_open in -ldb4 configure:14925: cc -o conftest -O2 -pipe -fno-strict-aliasing -I/usr/loc= al/include -I/usr/local/include/db43 -L/usr/local/lib -rpath=3D/usr/lib:= /usr/local/lib conftest.c -ldb4 -lexpat -lcups >&5 /usr/bin/ld: cannot find -ldb4 configure:14925: $? =3D 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "LibreOffice" | #define PACKAGE_TARNAME "libreoffice" | #define PACKAGE_VERSION "3.4" | #define PACKAGE_STRING "LibreOffice 3.4" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "http://documentfoundation.org/" | #define HAVE_LIBCUPS 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_CUPS_H 1 | #define STDC_HEADERS 1 | #define SIZEOF_LONG 8 | #define HAVE_MALLOC 1 | #define HAVE_REALLOC 1 | #define HAVE_CALLOC 1 | #define HAVE_FREE 1 | #define HAVE_LIBEXPAT 1 | /* end confdefs.h. */ |=20 | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char __db185_open (); | int | main () | { | return __db185_open (); | ; | return 0; | } configure:14935: result: no configure:14947: error: db not installed or functional ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=3Damd64-portbld-freebsd8.2 ac_cv_c_bigendian=3Dno ac_cv_c_compiler_gnu=3Dyes ac_cv_cxx_compiler_gnu=3Dyes ac_cv_env_CAIRO_CFLAGS_set=3D'' ac_cv_env_CAIRO_CFLAGS_value=3D'' ac_cv_env_CAIRO_LIBS_set=3D'' ac_cv_env_CAIRO_LIBS_value=3D'' ac_cv_env_CCC_set=3D'' ac_cv_env_CCC_value=3D'' ac_cv_env_CC_set=3Dset ac_cv_env_CC_value=3Dcc ac_cv_env_CFLAGS_set=3Dset ac_cv_env_CFLAGS_value=3D'-O2 -pipe -fno-strict-aliasing' ac_cv_env_CPPFLAGS_set=3Dset ac_cv_env_CPPFLAGS_value=3D'-I/usr/local/include -I/usr/local/include/db4= 3 -L/usr/local/lib' ac_cv_env_CPPUNIT_CFLAGS_set=3D'' ac_cv_env_CPPUNIT_CFLAGS_value=3D'' ac_cv_env_CPPUNIT_LIBS_set=3D'' ac_cv_env_CPPUNIT_LIBS_value=3D'' ac_cv_env_CPP_set=3Dset ac_cv_env_CPP_value=3Dcpp ac_cv_env_CXXCPP_set=3D'' ac_cv_env_CXXCPP_value=3D'' ac_cv_env_CXXFLAGS_set=3Dset ac_cv_env_CXXFLAGS_value=3D'-O2 -pipe -fno-strict-aliasing' ac_cv_env_CXX_set=3Dset ac_cv_env_CXX_value=3Dc++ ac_cv_env_DBUS_CFLAGS_set=3D'' ac_cv_env_DBUS_CFLAGS_value=3D'' ac_cv_env_DBUS_LIBS_set=3D'' ac_cv_env_DBUS_LIBS_value=3D'' ac_cv_env_FONTCONFIG_CFLAGS_set=3D'' ac_cv_env_FONTCONFIG_CFLAGS_value=3D'' ac_cv_env_FONTCONFIG_LIBS_set=3D'' ac_cv_env_FONTCONFIG_LIBS_value=3D'' ac_cv_env_FREETYPE_CFLAGS_set=3D'' ac_cv_env_FREETYPE_CFLAGS_value=3D'' ac_cv_env_FREETYPE_LIBS_set=3D'' ac_cv_env_FREETYPE_LIBS_value=3D'' ac_cv_env_GCONF_CFLAGS_set=3D'' ac_cv_env_GCONF_CFLAGS_value=3D'' ac_cv_env_GCONF_LIBS_set=3D'' ac_cv_env_GCONF_LIBS_value=3D'' ac_cv_env_GIO_CFLAGS_set=3D'' ac_cv_env_GIO_CFLAGS_value=3D'' ac_cv_env_GIO_LIBS_set=3D'' ac_cv_env_GIO_LIBS_value=3D'' ac_cv_env_GNOMEVFS_CFLAGS_set=3D'' ac_cv_env_GNOMEVFS_CFLAGS_value=3D'' ac_cv_env_GNOMEVFS_LIBS_set=3D'' ac_cv_env_GNOMEVFS_LIBS_value=3D'' ac_cv_env_GOBJECT_CFLAGS_set=3D'' ac_cv_env_GOBJECT_CFLAGS_value=3D'' ac_cv_env_GOBJECT_LIBS_set=3D'' ac_cv_env_GOBJECT_LIBS_value=3D'' ac_cv_env_GRAPHITE_CFLAGS_set=3D'' ac_cv_env_GRAPHITE_CFLAGS_value=3D'' ac_cv_env_GRAPHITE_LIBS_set=3D'' ac_cv_env_GRAPHITE_LIBS_value=3D'' ac_cv_env_GSTREAMER_CFLAGS_set=3D'' ac_cv_env_GSTREAMER_CFLAGS_value=3D'' ac_cv_env_GSTREAMER_LIBS_set=3D'' ac_cv_env_GSTREAMER_LIBS_value=3D'' ac_cv_env_GTK210_CFLAGS_set=3D'' ac_cv_env_GTK210_CFLAGS_value=3D'' ac_cv_env_GTK210_LIBS_set=3D'' ac_cv_env_GTK210_LIBS_value=3D'' ac_cv_env_GTK_CFLAGS_set=3D'' ac_cv_env_GTK_CFLAGS_value=3D'' ac_cv_env_GTK_LIBS_set=3D'' ac_cv_env_GTK_LIBS_value=3D'' ac_cv_env_HUNSPELL_CFLAGS_set=3D'' ac_cv_env_HUNSPELL_CFLAGS_value=3D'' ac_cv_env_HUNSPELL_LIBS_set=3D'' ac_cv_env_HUNSPELL_LIBS_value=3D'' ac_cv_env_KDE_GLIB_CFLAGS_set=3D'' ac_cv_env_KDE_GLIB_CFLAGS_value=3D'' ac_cv_env_KDE_GLIB_LIBS_set=3D'' ac_cv_env_KDE_GLIB_LIBS_value=3D'' ac_cv_env_LDFLAGS_set=3Dset ac_cv_env_LDFLAGS_value=3D' -rpath=3D/usr/lib:/usr/local/lib' ac_cv_env_LIBPNG_CFLAGS_set=3D'' ac_cv_env_LIBPNG_CFLAGS_value=3D'' ac_cv_env_LIBPNG_LIBS_set=3D'' ac_cv_env_LIBPNG_LIBS_value=3D'' ac_cv_env_LIBS_set=3D'' ac_cv_env_LIBS_value=3D'' ac_cv_env_LIBWPD_CFLAGS_set=3D'' ac_cv_env_LIBWPD_CFLAGS_value=3D'' ac_cv_env_LIBWPD_LIBS_set=3D'' ac_cv_env_LIBWPD_LIBS_value=3D'' ac_cv_env_LIBWPG_CFLAGS_set=3D'' ac_cv_env_LIBWPG_CFLAGS_value=3D'' ac_cv_env_LIBWPG_LIBS_set=3D'' ac_cv_env_LIBWPG_LIBS_value=3D'' ac_cv_env_LIBWPS_CFLAGS_set=3D'' ac_cv_env_LIBWPS_CFLAGS_value=3D'' ac_cv_env_LIBWPS_LIBS_set=3D'' ac_cv_env_LIBWPS_LIBS_value=3D'' ac_cv_env_LIBXML_CFLAGS_set=3D'' ac_cv_env_LIBXML_CFLAGS_value=3D'' ac_cv_env_LIBXML_LIBS_set=3D'' ac_cv_env_LIBXML_LIBS_value=3D'' ac_cv_env_LIBXSLT_CFLAGS_set=3D'' ac_cv_env_LIBXSLT_CFLAGS_value=3D'' ac_cv_env_LIBXSLT_LIBS_set=3D'' ac_cv_env_LIBXSLT_LIBS_value=3D'' ac_cv_env_MOZGTK2_CFLAGS_set=3D'' ac_cv_env_MOZGTK2_CFLAGS_value=3D'' ac_cv_env_MOZGTK2_LIBS_set=3D'' ac_cv_env_MOZGTK2_LIBS_value=3D'' ac_cv_env_MOZILLAXPCOM_CFLAGS_set=3D'' ac_cv_env_MOZILLAXPCOM_CFLAGS_value=3D'' ac_cv_env_MOZILLAXPCOM_LIBS_set=3D'' ac_cv_env_MOZILLAXPCOM_LIBS_value=3D'' ac_cv_env_MOZLIBREQ_CFLAGS_set=3D'' ac_cv_env_MOZLIBREQ_CFLAGS_value=3D'' ac_cv_env_MOZLIBREQ_LIBS_set=3D'' ac_cv_env_MOZLIBREQ_LIBS_value=3D'' ac_cv_env_MOZ_NSPR_CFLAGS_set=3D'' ac_cv_env_MOZ_NSPR_CFLAGS_value=3D'' ac_cv_env_MOZ_NSPR_LIBS_set=3D'' ac_cv_env_MOZ_NSPR_LIBS_value=3D'' ac_cv_env_MOZ_NSS_CFLAGS_set=3D'' ac_cv_env_MOZ_NSS_CFLAGS_value=3D'' ac_cv_env_MOZ_NSS_LIBS_set=3D'' ac_cv_env_MOZ_NSS_LIBS_value=3D'' ac_cv_env_MYTHES_CFLAGS_set=3D'' ac_cv_env_MYTHES_CFLAGS_value=3D'' ac_cv_env_MYTHES_LIBS_set=3D'' ac_cv_env_MYTHES_LIBS_value=3D'' ac_cv_env_NEON_CFLAGS_set=3D'' ac_cv_env_NEON_CFLAGS_value=3D'' ac_cv_env_NEON_LIBS_set=3D'' ac_cv_env_NEON_LIBS_value=3D'' ac_cv_env_OPENSSL_CFLAGS_set=3Dset ac_cv_env_OPENSSL_CFLAGS_value=3D-I/usr/include ac_cv_env_OPENSSL_LIBS_set=3Dset ac_cv_env_OPENSSL_LIBS_value=3D'-L/usr/lib -lssl' ac_cv_env_PKG_CONFIG_set=3D'' ac_cv_env_PKG_CONFIG_value=3D'' ac_cv_env_POPPLER_CFLAGS_set=3D'' ac_cv_env_POPPLER_CFLAGS_value=3D'' ac_cv_env_POPPLER_LIBS_set=3D'' ac_cv_env_POPPLER_LIBS_value=3D'' ac_cv_env_REDLAND_CFLAGS_set=3D'' ac_cv_env_REDLAND_CFLAGS_value=3D'' ac_cv_env_REDLAND_LIBS_set=3D'' ac_cv_env_REDLAND_LIBS_value=3D'' ac_cv_env_XMKMF_set=3D'' ac_cv_env_XMKMF_value=3D'' ac_cv_env_XRANDR_CFLAGS_set=3D'' ac_cv_env_XRANDR_CFLAGS_value=3D'' ac_cv_env_XRANDR_LIBS_set=3D'' ac_cv_env_XRANDR_LIBS_value=3D'' ac_cv_env_build_alias_set=3Dset ac_cv_env_build_alias_value=3Damd64-portbld-freebsd8.2 ac_cv_env_host_alias_set=3D'' ac_cv_env_host_alias_value=3D'' ac_cv_env_target_alias_set=3D'' ac_cv_env_target_alias_value=3D'' ac_cv_func_calloc=3Dyes ac_cv_func_free=3Dyes ac_cv_func_malloc=3Dyes ac_cv_func_realloc=3Dyes ac_cv_header_Python_h=3Dyes ac_cv_header_cups_cups_h=3Dyes ac_cv_header_db_h=3Dyes ac_cv_header_expat_h=3Dyes ac_cv_header_inttypes_h=3Dyes ac_cv_header_jpeglib_h=3Dyes ac_cv_header_memory_h=3Dyes ac_cv_header_stdc=3Dyes ac_cv_header_stdint_h=3Dyes ac_cv_header_stdlib_h=3Dyes ac_cv_header_string_h=3Dyes ac_cv_header_strings_h=3Dyes ac_cv_header_sys_stat_h=3Dyes ac_cv_header_sys_types_h=3Dyes ac_cv_header_unistd_h=3Dyes ac_cv_header_zlib_h=3Dyes ac_cv_host=3Damd64-portbld-freebsd8.2 ac_cv_lib_cups_cupsPrintFiles=3Dyes ac_cv_lib_db41_____db185_open=3Dno ac_cv_lib_db41___dbopen=3Dno ac_cv_lib_db4_7_____db185_open=3Dno ac_cv_lib_db4_7___dbopen=3Dno ac_cv_lib_db4_8_____db185_open=3Dno ac_cv_lib_db4_8___dbopen=3Dno ac_cv_lib_db4_____db185_open=3Dno ac_cv_lib_db4___dbopen=3Dno ac_cv_lib_db5_0_____db185_open=3Dno ac_cv_lib_db5_0___dbopen=3Dno ac_cv_lib_db5_____db185_open=3Dno ac_cv_lib_db5___dbopen=3Dno ac_cv_lib_db_4_7_____db185_open=3Dno ac_cv_lib_db_4_7___dbopen=3Dno ac_cv_lib_db_4_8_____db185_open=3Dno ac_cv_lib_db_4_8___dbopen=3Dno ac_cv_lib_db_4_____db185_open=3Dno ac_cv_lib_db_4___dbopen=3Dno ac_cv_lib_db_5_0_____db185_open=3Dno ac_cv_lib_db_5_0___dbopen=3Dno ac_cv_lib_db_5_____db185_open=3Dno ac_cv_lib_db_5___dbopen=3Dno ac_cv_lib_db_____db185_open=3Dno ac_cv_lib_db___dbopen=3Dno ac_cv_lib_expat_XML_ParserCreate=3Dyes ac_cv_lib_freetype_FT_GlyphSlot_Embolden=3Dyes ac_cv_lib_jpeg_jpeg_resync_to_restart=3Dyes ac_cv_lib_z_deflate=3Dyes ac_cv_objext=3Do ac_cv_path_AWK=3D/usr/local/bin/gawk ac_cv_path_BASH=3D/usr/local/bin/bash ac_cv_path_COMPATH=3D/usr/bin/cc ac_cv_path_DMAKE=3D/usr/local/bin/dmake ac_cv_path_EGREP=3D'/usr/bin/grep -E' ac_cv_path_GPERF=3D/usr/local/bin/gperf ac_cv_path_GREP=3D/usr/bin/grep ac_cv_path_OO2PO=3D/usr/local/bin/oo2po ac_cv_path_PERL=3D/usr/bin/perl ac_cv_path_PO2OO=3D/usr/local/bin/po2oo ac_cv_path_PYTHON=3D/usr/local/bin/python ac_cv_path_SED=3D/usr/bin/sed ac_cv_path_XSLTPROC=3D/usr/local/bin/xsltproc ac_cv_path_ac_pt_PKG_CONFIG=3D/usr/local/bin/pkg-config ac_cv_prog_AWK=3Dgawk ac_cv_prog_CPP=3Dcpp ac_cv_prog_CXXCPP=3D'c++ -E' ac_cv_prog_ac_ct_CC=3Dcc ac_cv_prog_cc_c89=3D'' ac_cv_prog_cc_g=3Dyes ac_cv_prog_cxx_g=3Dyes ac_cv_sizeof_long=3D8 ac_cv_sys_file_offset_bits=3Dno ac_cv_sys_largefile_CC=3Dno am_cv_pathless_PYTHON=3Dpython am_cv_python_platform=3Dfreebsd8 am_cv_python_pyexecdir=3D'${exec_prefix}/lib/python2.7/site-packages' am_cv_python_pythondir=3D'${prefix}/lib/python2.7/site-packages' am_cv_python_version=3D2.7 lt_cv_sys_max_cmd_len=3D262144 pkg_cv_CPPUNIT_CFLAGS=3D'-I/usr/local/include ' pkg_cv_CPPUNIT_LIBS=3D'-L/usr/local/lib -lcppunit ' pkg_cv_FONTCONFIG_CFLAGS=3D'-I/usr/local/include ' pkg_cv_FONTCONFIG_LIBS=3D'-L/usr/local/lib -lfontconfig ' pkg_cv_FREETYPE_CFLAGS=3D'-I/usr/local/include/freetype2 -I/usr/local/inc= lude ' pkg_cv_FREETYPE_LIBS=3D'-L/usr/local/lib -lfreetype ' pkg_cv_LIBWPD_CFLAGS=3D'-I/usr/local/include/libwpd-0.9 ' pkg_cv_LIBWPD_LIBS=3D'-L/usr/local/lib -lwpd-0.9 -lwpd-stream-0.9 ' pkg_cv_LIBWPG_CFLAGS=3D'-I/usr/local/include/libwpg-0.2 -I/usr/local/incl= ude/libwpd-0.9 ' pkg_cv_LIBWPG_LIBS=3D'-L/usr/local/lib -lwpg-0.2 -lwpd-stream-0.9 ' pkg_cv_LIBWPS_CFLAGS=3D'-I/usr/local/include/libwps-0.2 -I/usr/local/incl= ude/libwpd-0.9 ' pkg_cv_LIBWPS_LIBS=3D'-L/usr/local/lib -lwps-0.2 -lwpd-0.9 -lwpd-stream-0= =2E9 ' pkg_cv_LIBXML_CFLAGS=3D'-I/usr/local/include/libxml2 -I/usr/local/include= ' pkg_cv_LIBXML_LIBS=3D'-L/usr/local/lib -lxml2 ' pkg_cv_LIBXSLT_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/libxml= 2 ' pkg_cv_LIBXSLT_LIBS=3D'-L/usr/local/lib -lxslt -lz -liconv -lm -lxml2 ' ## ----------------- ## ## Output variables. ## ## ----------------- ## ABOUT_BITMAP=3D'' ALLOC=3D'SYS_ALLOC' ALL_LANGS=3D'' ANT=3D'' ANT_HOME=3D'' ANT_LIB=3D'' ASM_HOME=3D'' AWK=3D'/usr/local/bin/gawk' AWTLIB=3D'' BARCODE_EXTENSION_PACK=3D'' BASH=3D'/usr/local/bin/bash' BISON=3D'' BSH_JAR=3D'' BUILD_DMAKE=3D'NO' BUILD_EPM=3D'NO' BUILD_MAX_JOBS=3D'' BUILD_MOZAB=3D'' BUILD_NCPUS=3D'' BUILD_PIXMAN=3D'' BUILD_STAX=3D'YES' BUILD_TYPE=3D'LibO DICTIONARIES LIBXMLSEC' BUILD_UNOWINREG=3D'NO' BUILD_VER_STRING=3D'FreeBSD ports 3.4.3' BZIP2=3D'' CAIRO_CFLAGS=3D'' CAIRO_LIBS=3D'' CC=3D'cc' CCACHE=3D'' CFLAGS=3D'-O2 -pipe -fno-strict-aliasing' CL_X64=3D'' COMEX=3D'' COMMONS_CODEC_JAR=3D'' COMMONS_HTTPCLIENT_JAR=3D'' COMMONS_LANG_JAR=3D'' COMMONS_LOGGING_JAR=3D'' COMPATH=3D'/usr' CPP=3D'cpp' CPPFLAGS=3D'-I/usr/local/include -I/usr/local/include/db43 -L/usr/local/l= ib' CPPUNIT_CFLAGS=3D'-I/usr/local/include ' CPPUNIT_LIBS=3D'-L/usr/local/lib -lcppunit ' CSC_PATH=3D'' CT2N_EXTENSION_PACK=3D'' CURLCONFIG=3D'' CURL_CFLAGS=3D'' CURL_LIBS=3D'' CXX=3D'c++' CXXCPP=3D'c++ -E' CXXFLAGS=3D'-O2 -pipe -fno-strict-aliasing' CYGWIN_PATH=3D'' DATADIR=3D'' DBUS_CFLAGS=3D'' DBUS_LIBS=3D'' DB_CPPLIB=3D'' DB_INCLUDES=3D'/usr/include' DB_JAR=3D'' DB_LIB=3D'' DB_VERSION=3D'' DEFS=3D'' DIAGRAM_EXTENSION_PACK=3D'' DICT_SYSTEM_DIR=3D'file:///usr/local/share/hunspell' DIRECTXSDK_HOME=3D'' DIRECTXSDK_LIB=3D'' DISABLE_ACTIVEX=3D'' DISABLE_ATL=3D'' DISABLE_NEON=3D'' DISABLE_PYTHON=3D'TRUE' DISABLE_STRIP=3D'' DISABLE_XAW=3D'' DMAKE=3D'/usr/local/bin/dmake' DOCDIR=3D'' DO_FETCH_TARBALLS=3D'' DPKG=3D'' ECHO_C=3D'' ECHO_N=3D'-n' ECHO_T=3D'' EGREP=3D'/usr/bin/grep -E' ENABLE_ACTIVEX_COMPONENT=3D'' ENABLE_BROFFICE=3D'' ENABLE_CAIRO=3D'' ENABLE_CRASHDUMP=3D'' ENABLE_CUPS=3D'TRUE' ENABLE_DBUS=3D'' ENABLE_DEBUG=3D'FALSE' ENABLE_DIRECTX=3D'' ENABLE_EVOAB2=3D'' ENABLE_FONTCONFIG=3D'TRUE' ENABLE_GCONF=3D'' ENABLE_GIO=3D'' ENABLE_GNOMEVFS=3D'' ENABLE_GRAPHITE=3D'' ENABLE_GSTREAMER=3D'' ENABLE_GTK=3D'' ENABLE_KAB=3D'' ENABLE_KDE4=3D'' ENABLE_KDE=3D'' ENABLE_LAYOUT=3D'' ENABLE_LOCKDOWN=3D'' ENABLE_LOMENUBAR=3D'' ENABLE_MEDIAWIKI=3D'' ENABLE_MINIMIZER=3D'' ENABLE_MYSQLC=3D'' ENABLE_NSS_MODULE=3D'' ENABLE_ONLINE_UPDATE=3D'' ENABLE_OPENGL=3D'' ENABLE_PCH=3D'' ENABLE_PDFIMPORT=3D'' ENABLE_PRESENTER_SCREEN=3D'' ENABLE_QUICKSTART_LIBPNG=3D'' ENABLE_RANDR=3D'' ENABLE_REPORTBUILDER=3D'' ENABLE_RPATH=3D'yes' ENABLE_SCRIPTING_BEANSHELL=3D'' ENABLE_SCRIPTING_JAVASCRIPT=3D'' ENABLE_SCRIPTING_PYTHON=3D'' ENABLE_STATIC_GTK=3D'' ENABLE_SYMBOLS=3D'' ENABLE_SYSTRAY_GTK=3D'' ENABLE_WERROR=3D'FALSE' ENABLE_ZENITY=3D'' EPM=3D'NO' EXCEPTIONS=3D'' EXEEXT=3D'' FLEX=3D'' FLUTE_JAR=3D'' FONTCONFIG_CFLAGS=3D'-I/usr/local/include ' FONTCONFIG_LIBS=3D'-L/usr/local/lib -lfontconfig ' FRAME_HOME=3D'' FREETYPE_CFLAGS=3D'-I/usr/local/include/freetype2 -I/usr/local/include '= FREETYPE_LIBS=3D'-L/usr/local/lib -lfreetype ' GCC_HOME=3D'/usr' GCONF_CFLAGS=3D'' GCONF_LIBS=3D'' GIO_CFLAGS=3D'' GIO_LIBS=3D'' GIT_LINK_SRC=3D'' GIT_REPO_NAMES=3D'' GNOMEVFS_CFLAGS=3D'' GNOMEVFS_LIBS=3D'' GNUCP=3D'' GNUMAKE=3D'gmake' GNUPATCH=3D'' GNUTAR=3D'gtar' GOBJECT_CFLAGS=3D'' GOBJECT_LIBS=3D'' GOOGLE_DOCS_EXTENSION_PACK=3D'' GPERF=3D'/usr/local/bin/gperf' GRAPHITE_CFLAGS=3D'' GRAPHITE_LIBS=3D'' GREP=3D'/usr/bin/grep' GSTREAMER_CFLAGS=3D'' GSTREAMER_LIBS=3D'' GTK210_CFLAGS=3D'' GTK210_LIBS=3D'' GTK_CFLAGS=3D'' GTK_LIBS=3D'' GXX_INCLUDE_PATH=3D'/usr/include/c++/4.2' HAVE_BOOST_UNORDERED_MAP=3D'' HAVE_CXX0X=3D'' HAVE_GCC_VISIBILITY_BROKEN=3D'' HAVE_GCC_VISIBILITY_FEATURE=3D'TRUE' HAVE_GETOPT=3D'' HAVE_LD_BSYMBOLIC_FUNCTIONS=3D'' HAVE_LD_HASH_STYLE=3D'FALSE' HAVE_READDIR_R=3D'' HOME=3D'/root' HSQLDB_JAR=3D'' HUNART_EXTENSION_PACK=3D'' HUNSPELL_CFLAGS=3D'' HUNSPELL_LIBS=3D'' HYPHEN_LIB=3D'' HYPH_SYSTEM_DIR=3D'file:///usr/local/share/hyphen' ICUCONFIG=3D'' ICU_MAJOR=3D'' ICU_MICRO=3D'' ICU_MINOR=3D'' INSTALLDIR=3D'' INSTALLDIRNAME=3D'' INTRO_BITMAP=3D'' JAVACISGCJ=3D'' JAVACISKAFFE=3D'' JAVACOMPILER=3D'' JAVADOC=3D'' JAVAFLAGS=3D'' JAVAIFLAGS=3D'' JAVAINTERPRETER=3D'' JAVA_HOME=3D'NO_JAVA_HOME' JAVA_SOURCE_VER=3D'' JAVA_TARGET_VER=3D'' JDK=3D'' JFREEREPORT_JAR=3D'' JVM_ONE_PATH_CHECK=3D'' KDE4_CFLAGS=3D'' KDE4_LIBS=3D'' KDE_CFLAGS=3D'' KDE_GLIB_CFLAGS=3D'' KDE_GLIB_LIBS=3D'' KDE_HAVE_GLIB=3D'' KDE_LIBS=3D'' LDFLAGS=3D' -rpath=3D/usr/lib:/usr/local/lib' LFS_CFLAGS=3D'-D_FILE_OFFSET_BITS=3Dno' LIBBASE_JAR=3D'' LIBDIR=3D'' LIBFONTS_JAR=3D'' LIBFORMULA_JAR=3D'' LIBLAYOUT_JAR=3D'' LIBLOADER_JAR=3D'' LIBMYSQL_PATH=3D'' LIBOBJS=3D'' LIBPNG_CFLAGS=3D'' LIBPNG_LIBS=3D'' LIBREPOSITORY_JAR=3D'' LIBS=3D'-lexpat -lcups ' LIBSERIALIZER_JAR=3D'' LIBWPD_CFLAGS=3D'-I/usr/local/include/libwpd-0.9 ' LIBWPD_LIBS=3D'-L/usr/local/lib -lwpd-0.9 -lwpd-stream-0.9 ' LIBWPG_CFLAGS=3D'-I/usr/local/include/libwpg-0.2 -I/usr/local/include/lib= wpd-0.9 ' LIBWPG_LIBS=3D'-L/usr/local/lib -lwpg-0.2 -lwpd-stream-0.9 ' LIBWPS_CFLAGS=3D'-I/usr/local/include/libwps-0.2 -I/usr/local/include/lib= wpd-0.9 ' LIBWPS_LIBS=3D'-L/usr/local/lib -lwps-0.2 -lwpd-0.9 -lwpd-stream-0.9 ' LIBXML_CFLAGS=3D'-I/usr/local/include/libxml2 -I/usr/local/include ' LIBXML_JAR=3D'' LIBXML_LIBS=3D'-L/usr/local/lib -lxml2 ' LIBXSLT_CFLAGS=3D'-I/usr/local/include -I/usr/local/include/libxml2 ' LIBXSLT_LIBS=3D'-L/usr/local/lib -lxslt -lz -liconv -lm -lxml2 ' LIGHTPROOF_EN_US_PACK=3D'' LIGHTPROOF_HU_PACK=3D'' LIGHTPROOF_LANG=3D'' LOCAL_SOLENV=3D'DEFAULT' LOCAL_SOLVER=3D'' LTLIBOBJS=3D'' LUCENE_ANALYZERS_JAR=3D'' LUCENE_CORE_JAR=3D'' MANDIR=3D'' MDDS_CPPFLAGS=3D'' MIDL_PATH=3D'' MINGWCXX=3D'' MINGWSTRIP=3D'' MINGW_BACKWARD_INCLUDE_PATH=3D'' MINGW_CLIB_DIR=3D'' MINGW_GCCDLL=3D'' MINGW_GCCLIB_EH=3D'' MINGW_GXXDLL=3D'' MINGW_LIB_INCLUDE_PATH=3D'' MINGW_SHARED_GCCLIB=3D'' MINGW_SHARED_GXXLIB=3D'' MINGW_SHARED_LIBSTDCPP=3D'' ML_EXE=3D'' MOC4=3D'' MOC=3D'' MOZGTK2_CFLAGS=3D'' MOZGTK2_LIBS=3D'' MOZILLABUILD=3D'' MOZILLAXPCOM_CFLAGS=3D'' MOZILLAXPCOM_LIBS=3D'' MOZILLA_TOOLKIT=3D'' MOZILLA_VERSION=3D'' MOZLIBREQ_CFLAGS=3D'' MOZLIBREQ_LIBS=3D'' MOZ_FLAVOUR=3D'' MOZ_INC=3D'' MOZ_LDAP_CFLAGS=3D'' MOZ_LIB=3D'' MOZ_LIB_XPCOM=3D'' MOZ_NSPR_CFLAGS=3D'' MOZ_NSPR_LIBS=3D'' MOZ_NSS_CFLAGS=3D'' MOZ_NSS_LIBS=3D'' MSPDB_PATH=3D'' MYSQLCONFIG=3D'' MYSQL_DEFINES=3D'' MYSQL_INC=3D'' MYSQL_LIB=3D'' MYTHES_CFLAGS=3D'' MYTHES_LIBS=3D'' NEON_CFLAGS=3D'' NEON_LIBS=3D'' NEON_VERSION=3D'' NSIS_PATH=3D'' NSPR_LIB=3D'' NSS_LIB=3D'' NUMBERTEXT_EXTENSION_PACK=3D'' OBJEXT=3D'o' OO2PO=3D'/usr/local/bin/oo2po' OOOBLOGGER_EXTENSION_PACK=3D'' OOOP_FONTS_PACK=3D'' OOOP_GALLERY_PACK=3D'' OOOP_SAMPLES_PACK=3D'' OOOP_TEMPLATES_PACK=3D'' OOO_JUNIT_JAR=3D'' OOO_VENDOR=3D'' OPENSSL_CFLAGS=3D'-I/usr/include' OPENSSL_LIBS=3D'-L/usr/lib -lssl' OSVERSION=3D'802000' PACKAGE_BUGREPORT=3D'' PACKAGE_NAME=3D'LibreOffice' PACKAGE_STRING=3D'LibreOffice 3.4' PACKAGE_TARNAME=3D'libreoffice' PACKAGE_URL=3D'http://documentfoundation.org/' PACKAGE_VERSION=3D'3.4' PATCH=3D'' PATH_SEPARATOR=3D':' PERL=3D'/usr/bin/perl' PKGFORMAT=3D'native' PKGMK=3D'' PKG_CONFIG=3D'/usr/local/bin/pkg-config' PO2OO=3D'/usr/local/bin/po2oo' POPPLER_CFLAGS=3D'' POPPLER_LIBS=3D'' PREFIXDIR=3D'' PRODUCT=3D'full' PRODUCTNAME=3D'' PRODUCTVERSION=3D'' PROEXT=3D'.pro' PROFULLSWITCH=3D'product=3Dfull' PSDK_HOME=3D'' PTHREAD_CFLAGS=3D'' PTHREAD_LIBS=3D'-pthread' PYTHON=3D'/usr/local/bin/python' PYTHON_CFLAGS=3D'-I/usr/local/include/python2.7' PYTHON_EXEC_PREFIX=3D'${exec_prefix}' PYTHON_LIBS=3D'-L/usr/local/lib -lpython2.7 -lutil' PYTHON_PLATFORM=3D'freebsd8' PYTHON_PREFIX=3D'${prefix}' PYTHON_VERSION=3D'2.7' REDLAND_CFLAGS=3D'' REDLAND_LIBS=3D'' RPM=3D'' SAC_JAR=3D'' SAXON_JAR=3D'' SCPDEFS=3D'' SED=3D'/usr/bin/sed' SERIALIZER_JAR=3D'' SERVLETAPI_JAR=3D'' SHELL=3D'/bin/sh' SHOWINCLUDES_PREFIX=3D'' SIZEOF_LONG=3D'8' SOLAR_JAVA=3D'' SOURCEVERSION=3D'OOO340' SPLIT_APP_MODULES=3D'' SPLIT_OPT_FEATURES=3D'' SUNTEMPLATES_DE_PACK=3D'' SUNTEMPLATES_EN_US_PACK=3D'' SUNTEMPLATES_ES_PACK=3D'' SUNTEMPLATES_FR_PACK=3D'' SUNTEMPLATES_HU_PACK=3D'' SUNTEMPLATES_IT_PACK=3D'' SUNTEMPLATES_LANG=3D'' SYSTEM_APACHE_COMMONS=3D'' SYSTEM_BOOST=3D'' SYSTEM_BSH=3D'' SYSTEM_CAIRO=3D'' SYSTEM_CPPUNIT=3D'YES' SYSTEM_CURL=3D'' SYSTEM_DB=3D'YES' SYSTEM_DICTS=3D'YES' SYSTEM_EXPAT=3D'YES' SYSTEM_GENBRK=3D'' SYSTEM_GENCCODE=3D'' SYSTEM_GENCMN=3D'' SYSTEM_GRAPHITE=3D'' SYSTEM_HSQLDB=3D'' SYSTEM_HUNSPELL=3D'' SYSTEM_HYPH=3D'' SYSTEM_ICU=3D'' SYSTEM_JFREEREPORT=3D'' SYSTEM_JPEG=3D'YES' SYSTEM_LIBC=3D'' SYSTEM_LIBTEXTCAT=3D'' SYSTEM_LIBTEXTCAT_DATA=3D'' SYSTEM_LIBWPD=3D'YES' SYSTEM_LIBWPG=3D'YES' SYSTEM_LIBWPS=3D'YES' SYSTEM_LIBXML=3D'YES' SYSTEM_LIBXSLT=3D'YES' SYSTEM_LPSOLVE=3D'' SYSTEM_LUCENE=3D'' SYSTEM_MDDS=3D'' SYSTEM_MESA_HEADERS=3D'' SYSTEM_MOZILLA=3D'' SYSTEM_MYSQL=3D'' SYSTEM_MYSQL_CPPCONN=3D'' SYSTEM_MYTHES=3D'' SYSTEM_NEON=3D'' SYSTEM_ODBC_HEADERS=3D'' SYSTEM_OPENSSL=3D'' SYSTEM_POPPLER=3D'' SYSTEM_PYTHON=3D'YES' SYSTEM_REDLAND=3D'' SYSTEM_SANE_HEADER=3D'' SYSTEM_SAXON=3D'' SYSTEM_SERVLETAPI=3D'' SYSTEM_STDLIBS=3D'YES' SYSTEM_TRANSLATE_TOOLKIT=3D'YES' SYSTEM_VIGRA=3D'' SYSTEM_XRENDER_HEADERS=3D'' SYSTEM_ZLIB=3D'YES' TARFILE_LOCATION=3D'/usr/ports/distfiles//libreoffice' THES_SYSTEM_DIR=3D'file:///usr/local/share/mythes' TYPO_EXTENSION_PACK=3D'' UNIXWRAPPERNAME=3D'' UNZIP=3D'' UPD=3D'340' USE_CCACHE=3D'' USE_FT_EMBOLDEN=3D'YES' USE_MINGW=3D'' USE_XINERAMA=3D'' VALGRIND_CFLAGS=3D'' VALIDATOR_EXTENSION_PACK=3D'' VERBOSE=3D'' WATCH_WINDOW_EXTENSION_PACK=3D'' WINDOWS_VISTA_PSDK=3D'' WITHOUT_AFMS=3D'' WITHOUT_PPDS=3D'' WITH_AGFA_MONOTYPE_FONTS=3D'' WITH_BINFILTER=3D'NO' WITH_COMPAT_OOWRAPPERS=3D'' WITH_EXTENSION_INTEGRATION=3D'' WITH_EXTRA_FONT=3D'' WITH_EXTRA_GALLERY=3D'' WITH_EXTRA_SAMPLE=3D'' WITH_EXTRA_TEMPLATE=3D'' WITH_FONTS=3D'' WITH_HELPPACK_INTEGRATION=3D'' WITH_LANG=3D'' WITH_LANG_LIST=3D'' WITH_LDAP=3D'' WITH_LINKER_HASH_STYLE=3D'' WITH_MINGW=3D'0' WITH_MOZILLA=3D'' WITH_MYSPELL_DICTS=3D'YES' WITH_OPENLDAP=3D'' WITH_STLPORT=3D'NO' WITH_THEMES=3D'' WITH_VC_REDIST=3D'' WORDS_BIGENDIAN=3D'no' XAU_LIBS=3D'' XINC=3D'' XINERAMA_LINK=3D'' XLIB=3D'' XMKMF=3D'' XRANDR_CFLAGS=3D'' XRANDR_DLOPEN=3D'' XRANDR_LIBS=3D'' XRENDER_LINK=3D'' XSLTPROC=3D'/usr/local/bin/xsltproc' X_CFLAGS=3D'' X_EXTRA_LIBS=3D'' X_LIBS=3D'' X_PRE_LIBS=3D'' ZIP=3D'' ZIP_HOME=3D'' ZNTY=3D'' _cc=3D'' _solenv=3D'./solenv' ac_ct_CC=3D'cc' ac_ct_CXX=3D'' bindir=3D'${exec_prefix}/bin' build=3D'amd64-portbld-freebsd8.2' build_alias=3D'amd64-portbld-freebsd8.2' build_cpu=3D'amd64' build_os=3D'freebsd8.2' build_vendor=3D'portbld' datadir=3D'${datarootdir}' datarootdir=3D'${prefix}/share' docdir=3D'${datarootdir}/doc/${PACKAGE_TARNAME}' dvidir=3D'${docdir}' exec_prefix=3D'/usr/local' host=3D'amd64-portbld-freebsd8.2' host_alias=3D'' host_cpu=3D'amd64' host_os=3D'freebsd8.2' host_vendor=3D'portbld' htmldir=3D'${docdir}' includedir=3D'${prefix}/include' infodir=3D'/usr/local/info' libdir=3D'${exec_prefix}/lib' libexecdir=3D'${exec_prefix}/libexec' localedir=3D'${datarootdir}/locale' localstatedir=3D'${prefix}/var' mandir=3D'/usr/local/man' nodep=3D'' oldincludedir=3D'/usr/include' pdfdir=3D'${docdir}' pkgpyexecdir=3D'${pyexecdir}/' pkgpythondir=3D'${pythondir}/' prefix=3D'/usr/local' program_transform_name=3D's,x,x,' psdir=3D'${docdir}' pyexecdir=3D'${exec_prefix}/lib/python2.7/site-packages' pythondir=3D'${prefix}/lib/python2.7/site-packages' sbindir=3D'${exec_prefix}/sbin' sharedstatedir=3D'${prefix}/com' sysconfdir=3D'${prefix}/etc' target_alias=3D'' ## ----------- ## ## confdefs.h. ## ## ----------- ## /* confdefs.h */ #define PACKAGE_NAME "LibreOffice" #define PACKAGE_TARNAME "libreoffice" #define PACKAGE_VERSION "3.4" #define PACKAGE_STRING "LibreOffice 3.4" #define PACKAGE_BUGREPORT "" #define PACKAGE_URL "http://documentfoundation.org/" #define HAVE_LIBCUPS 1 #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_CUPS_H 1 #define STDC_HEADERS 1 #define SIZEOF_LONG 8 #define HAVE_MALLOC 1 #define HAVE_REALLOC 1 #define HAVE_CALLOC 1 #define HAVE_FREE 1 #define HAVE_LIBEXPAT 1 configure: exit 1 --------------050803080905030603080905-- From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 20:20:24 2011 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 41499106564A for ; Mon, 5 Sep 2011 20:20:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE82A8FC1A for ; Mon, 5 Sep 2011 20:20:23 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p85KK760013281; Mon, 5 Sep 2011 22:20:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p85KK63J013280; Mon, 5 Sep 2011 22:20:06 +0200 (CEST) (envelope-from olli) Date: Mon, 5 Sep 2011 22:20:06 +0200 (CEST) Message-Id: <201109052020.p85KK63J013280@lurza.secnetix.de> From: Oliver Fromme To: freebsd-ports@FreeBSD.ORG, matthias.andree@gmx.de, perryh@pluto.rain.com In-Reply-To: <4e6491d0.MNLKNzL63JK0kXDG%perryh@pluto.rain.com> X-Newsgroups: list.freebsd-ports User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 05 Sep 2011 22:20:22 +0200 (CEST) Cc: Subject: Re: reasons for rewriting regular memory 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, 05 Sep 2011 20:20:24 -0000 perryh@pluto.rain.com wrote: > Matthias Andree wrote: > > > I agree, but I can think of another valid exception. System with > > > Hamming correction on the memory, gets a single bit (correctable) > > > error. Need to rewrite the memory contents to reset all the parity > > > bits! > > That's a matter of the EDAC stuff, not the business of applications. > > True, but it may explain why clang does not flag "*x = *x;" when it > does flag "x = x;". A compiler cannot know the context in which the > compiled code will be used. No -- If a program requires that an access to a variable must not be optimized away by the compiler (because it is a hardware register or something similar), then it must declare the variable as "volatile". But there is a simple reason that "x = x;" is flagged while "*x = *x;" is not. It is trivial to detect that the former does not have any effect. No operators are involved (except for the assignment itself), so the compiler just has to compare the _names_. But in the latter case, it is not trivial at all, because the compiler has to compare the _values_ of the expressions and detect any side effects, and it has to take a lot of things into account. For example, x could be part of the struct to which x points, so the assignment could change the contents of the struct. Detecting these cases would involve a rather deep and extensive analysis of the code. Obviously clang isn't going that far (although, maybe a higher optimization level could change that). > BTW I agree that an understanding is needed of _why_ the code in > question was included. I think someone else already explained that in this thread. The GIT reposity reveals that the author removed a variable that was not used anymore, and replaced all occurences of it, probably with automated search&replace, which lead to the line in question, which is now superfluous. It should just be removed. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 21:43:12 2011 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 72E721065670 for ; Mon, 5 Sep 2011 21:43:12 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 E88908FC14 for ; Mon, 5 Sep 2011 21:43:11 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 17:43:11 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BBG53772; Mon, 5 Sep 2011 17:43:10 -0400 Received-SPF: None identity=pra; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="postmaster@[192.168.1.8]"; x-conformance=sidf_compatible X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO [192.168.1.8]) ([209.6.61.133]) by smtp01.lnh.mail.rcn.net with ESMTP; 05 Sep 2011 17:43:03 -0400 Message-ID: <4E654272.2050104@aldan.algebra.com> Date: Mon, 05 Sep 2011 17:43:14 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Doug Barton References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> In-Reply-To: <4E64C35A.50004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, "Julian H. Stacey" , Chris Rees Subject: Community's opinion (Re: Re: sysutils/cfs_ 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, 05 Sep 2011 21:43:12 -0000 On -10.01.-28163 14:59, Doug Barton wrote: >>> It is not responsible to threaten to remove ports without warning >>> between releases for non urgent reasons. > We understand that this is your perspective, however the community in > general has a different idea. Well, several committers are on (recent) record agreeing with Julian and myself. Yet, the "community", supposedly, feels different. Can we ask, just what that nameless "community" is, and how do we know its opinion? Has there been a vote? What were the results? Were they overwhelming to one side, or close? And what, exactly, are our bylaws and procedures for when there is no consensus? Thanks! Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 21:47:11 2011 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 2A29D106566C for ; Mon, 5 Sep 2011 21:47:11 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id A79D98FC08 for ; Mon, 5 Sep 2011 21:47:10 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBE7F8.dip.t-dialin.net [217.251.231.248]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p85Ll8r5060766 for ; Mon, 5 Sep 2011 21:47:09 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p85LkuZW013611 for ; Mon, 5 Sep 2011 23:46:56 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p85Lkous037023 for ; Mon, 5 Sep 2011 21:46:56 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109052146.p85Lkous037023@fire.js.berklix.net> To: freebsd-ports@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 05 Sep 2011 21:06:55 +0200." <4E651DCF.30605@FreeBSD.org> Date: Mon, 05 Sep 2011 23:46:50 +0200 Sender: jhs@berklix.com Subject: Re: sysutils/cfs 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, 05 Sep 2011 21:47:11 -0000 Matthias Andree wrote: > So either Kostik, or you, or someone else steps up to maintain the port > at least to the extent that the known security bugs and reported bugs > get fixed, or to hell the port goes. Recent un-professional threats to throw out ports at un-necessarily short notice, with half baked assessments based on flakey challenged send-prs (viz eg all of procmail diskcheckd & cfs) have been divisive, un-professional, & get FreeBSD a bad name. The clumsy short notice threats to delete were not stopped by senior ports/ colleagues, so they're part culpable (= to blame (nod to plain English request on another thread :-)). Probably other people are afraid to criticise the ports masters especially when a ports leader accused an innocent of whining, when he (Mikhail) was just observing tech merits. FreeBSD ports is not the personal toy of the leadership, but held in trust on behalf of those who send in code & fixes. Mature professionalism & peer control is required. Time heads[s] rolled. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 23:06:09 2011 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 1BA92106566C; Mon, 5 Sep 2011 23:06:09 +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 D514F8FC0A; Mon, 5 Sep 2011 23:06:08 +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 p85N64eL025576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 5 Sep 2011 16:06:04 -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 p85N64q3025572; Mon, 5 Sep 2011 16:06:04 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA20721; Mon, 5 Sep 11 15:48:41 PDT Date: Mon, 05 Sep 2011 22:48:30 -0700 From: perryh@pluto.rain.com To: dougb@freebsd.org, utisoft@gmail.com, jhs@berklix.com Message-Id: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> In-Reply-To: <4E64C35A.50004@FreeBSD.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: ports@freebsd.org Subject: Re: sysutils/cfs 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, 05 Sep 2011 23:06:09 -0000 Doug Barton wrote: > On 09/05/2011 02:33, Julian H. Stacey wrote: > >>> It is not responsible to threaten to remove ports without > >>> warning between releases for non urgent reasons. > > We understand that this is your perspective, however the community > in general has a different idea. I suppose it may depend on how one defines "the community". AFAIK there are maybe half a dozen or so developers who have recently put themselves on record as supporting the current, agressive deprecation campaign. The number who have posted in opposition may well be smaller, so you are probably right if "the community" is defined as consisting only of those two groups :) > >>> Better to deprecate such non urgent ports, & wait a while > >>> after next release is rolled, to give release users a warning > >>> & some time to volunteer ... > > That's an interesting idea, but incredibly unlikely to happen. It _certainly_ won't happen if those in charge refuse to try it! > > The Attic is the standard myopic excuse, ignoring not all > > FreeBSD release users have CVS, > > It is available to everyone, and trivial to configure. The fact > that removed ports still exist in CVS is not a "myopic excuse," > it's a fact. Last I checked (8.1 release) there was no mention of the Attic in either the Handbook or the Porter's Handbook. Do I hear a volunteer to add a section describing the Attic and how to retrieve things from it? (I am not qualified to write such a section -- I'm not that familiar with CVS.) > We need to make the best decisions we can to provide the best > support possible for the largest percentage of our users. But how do we know what "the best support possible" consists of? I somehow doubt that anyone has polled even a modest percentage of our users -- to find out what they would consider "the best support possible" -- since AFAIK we have no way of even _identifying_ more than a tiny fraction of the user base. My *guess* is that "the largest percentage of our users" are what Julian calls "release users" -- those who install a release and corresponding ports, and don't touch it subsequently until they become aware of a problem. They _may_ follow the security branch for their base release, but that won't make them aware of issues that have turned up in ports. Instead, they will be unpleasantly surprised that a port they use has disappeared sometime after they installed it and before they have occasion to (attempt an) upgrade. From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 23:29:56 2011 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 4CE5C106564A; Mon, 5 Sep 2011 23:29:56 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id E49E88FC0A; Mon, 5 Sep 2011 23:29:55 +0000 (UTC) Received: by vxh11 with SMTP id 11so5345482vxh.13 for ; Mon, 05 Sep 2011 16:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=+/iblQXHtgOjajNtvn2lFRxTbpIHnYPPvzybWjzbwx4=; b=RpkLEOtzPOrelzDSvGW6fbQ/fiMUMbHGWVmMc9WkULbg0uMxpMtgqyjEe8wfvNGp7t bAo2nUmeXwIIOMwoO0EiN23RQIiDgoaSkrh6mHnfYGEeWJk19RqQEkCLOmujlOkBcdSB XWvjg0B5TwG3zlj0qGavUk36gdqFqFjtr5SrM= Received: by 10.52.92.148 with SMTP id cm20mr4669303vdb.109.1315265395118; Mon, 05 Sep 2011 16:29:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.180.72 with HTTP; Mon, 5 Sep 2011 16:29:25 -0700 (PDT) In-Reply-To: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> From: Eitan Adler Date: Mon, 5 Sep 2011 19:29:25 -0400 Message-ID: To: perryh@pluto.rain.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, jhs@berklix.com, dougb@freebsd.org, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 05 Sep 2011 23:29:56 -0000 > AFAIK there are maybe half a dozen or so developers who have > recently put themselves on record as supporting the current, > agressive deprecation campaign. =C2=A0The number who have posted in > opposition may well be smaller, so you are probably right if "the > community" is defined as consisting only of those two groups :) I'm probably counted as one of the half-dozen developers here. However... >> >>> Better to deprecate such non urgent ports, & wait a while >> >>> after next release is rolled, to give release users a warning >> >>> & some time to volunteer ... If this will help a number of people this sounds like an excellent suggesti= on! > I somehow doubt that anyone has polled even a modest percentage of > our users -- to find out what they would consider "the best support > possible" -- since AFAIK we have no way of even _identifying_ more > than a tiny fraction of the user base. A) We need better statistics for ports in general B) We need better ways of communicating with our users to find out how people actually use the ports tree. --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Mon Sep 5 23:36:00 2011 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 2A4D3106564A for ; Mon, 5 Sep 2011 23:36:00 +0000 (UTC) (envelope-from wenheping@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 DC3318FC08 for ; Mon, 5 Sep 2011 23:35:59 +0000 (UTC) Received: by qyk9 with SMTP id 9so3428173qyk.13 for ; Mon, 05 Sep 2011 16:35:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=p1Q0bsJiSw3Nd4F+Xj4hGMAtqeQhh5j9nGCvDddNc2Y=; b=jJ24NiP+PYSnsCgR4GyYLyJxigrEcRhr661syRu9Upg5STnpAEKUMPY2JrmKyuzxcv RDAHcPW88yTcxOAPAyQnWozxT59juNzwGNATtoI26aBLDOmFx78zEFJ0mJfyFki9NVhl 7C5ma5rSj0O+v2Ozc/f/CYxsb7HpnfPQ9vujw= MIME-Version: 1.0 Received: by 10.224.216.135 with SMTP id hi7mr2963950qab.203.1315265758969; Mon, 05 Sep 2011 16:35:58 -0700 (PDT) Received: by 10.224.74.16 with HTTP; Mon, 5 Sep 2011 16:35:58 -0700 (PDT) In-Reply-To: <4E64C077.8050403@yandex.ru> References: <4E64C077.8050403@yandex.ru> Date: Tue, 6 Sep 2011 07:35:58 +0800 Message-ID: From: wen heping To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Ports Mailing List , neal@nelson.name Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 05 Sep 2011 23:36:00 -0000 2011/9/5 Ruslan Mahmatkhanov : > Good day. > > I want to grab maintainership of this ports: > > devel/py-zopetesting > devel/py-zopeevent > net/py-zopeproxy Now these 3 ports is yours. Would you send a PR of repocopy to rename these ports? Thanks. wen > > But i want them to be renamed to py-zope.testing, py-zope.event and > py-zope.proxy respectively to match upstream projectnames and to consistency > with other current and upcoming zope ports. Is this reasons sounds enough to > make a repocopy of them? This change is purely cosmetic but will also ease > maintainership a bit (Makefile vars like DISTNAME etc will not need to be > redefined), but this will require to fix dependencies in all the ports that > required it. I'm looking forward to your suggestion before sending pr's. > Thanks. > > PS. It would be logical to rename devel/py-zopeInterface to > py-zope.interface too, but this port is maintained and i'm not sure if > maintainer (cc'ed) wishes such change. > > -- > Regards, > Ruslan > > Tinderboxing kills... the drives. > _______________________________________________ > 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 Tue Sep 6 00:38:08 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 57E4E106564A for ; Tue, 6 Sep 2011 00:38:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1E78B1556B5; Tue, 6 Sep 2011 00:38:06 +0000 (UTC) Message-ID: <4E656B6E.5080105@FreeBSD.org> Date: Mon, 05 Sep 2011 17:38:06 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: wen heping References: <4E64C077.8050403@yandex.ru> In-Reply-To: X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , neal@nelson.name, Ruslan Mahmatkhanov Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 00:38:08 -0000 On 09/05/2011 16:35, wen heping wrote: > Would you send a PR of repocopy to rename these ports? My understanding is that we don't do port names with . in them. Can someone who knows more than I confirm one way or the other? -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 01:57:36 2011 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 C569C106566B; Tue, 6 Sep 2011 01:57:36 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 769498FC16; Tue, 6 Sep 2011 01:57:30 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D4B755615B; Mon, 5 Sep 2011 20:57:29 -0500 (CDT) Date: Mon, 5 Sep 2011 20:57:29 -0500 From: Mark Linimon To: Doug Barton Message-ID: <20110906015729.GB13195@lonesome.com> References: <4E64C077.8050403@yandex.ru> <4E656B6E.5080105@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E656B6E.5080105@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Ports Mailing List , neal@nelson.name, wen heping , Ruslan Mahmatkhanov Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 01:57:36 -0000 On Mon, Sep 05, 2011 at 05:38:06PM -0700, Doug Barton wrote: > My understanding is that we don't do port names with . in them. Can > someone who knows more than I confirm one way or the other? The porter's handbook is ambiguous: The first letter of the name part should be lowercase. (The rest of the name may contain capital letters, so use your own discretion when you are converting a software name that has some capital letters in it.) There is a tradition of naming Perl 5 modules by prepending p5- and converting the double-colon separator to a hyphen; for example, the Data::Dumper module becomes p5-Data-Dumper. But, in "Here are some (real) examples on how to convert the name as called by the software authors to a suitable package name:": v3.3beta021.src (empty) tiff (empty) 3.3 What the heck was that anyway? I'm not sure I see a compelling reason to change an existing name in this case, anyways. mcl From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 02:13:57 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1B49A106566B for ; Tue, 6 Sep 2011 02:13:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 670B914DDC7; Tue, 6 Sep 2011 02:13:55 +0000 (UTC) Message-ID: <4E6581E2.1060502@FreeBSD.org> Date: Mon, 05 Sep 2011 19:13:54 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> In-Reply-To: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, jhs@berklix.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 06 Sep 2011 02:13:57 -0000 On 09/05/2011 22:48, perryh@pluto.rain.com wrote: > Doug Barton wrote: >> On 09/05/2011 02:33, Julian H. Stacey wrote: >>>>> It is not responsible to threaten to remove ports without >>>>> warning between releases for non urgent reasons. >> >> We understand that this is your perspective, however the community >> in general has a different idea. > > I suppose it may depend on how one defines "the community". > > AFAIK there are maybe half a dozen or so developers who have > recently put themselves on record as supporting the current, > agressive deprecation campaign. The number who have posted in > opposition may well be smaller, so you are probably right if "the > community" is defined as consisting only of those two groups :) I don't. There have indeed been a few highly vocal individuals who have opposed the idea of deprecating/removing anything. In contrast you have a larger number of committers who are actively involved in attempting to improve the situation, and a larger number who are silently supporting the program. In addition you have a much larger number of people who actively discuss the topic in #bsdports. Currently there are 135 people in there, the majority of whom are active ports maintainers. So I'm defining "the community" as the vast majority of people who are actively working on supporting FreeBSD ports. >>>>> Better to deprecate such non urgent ports, & wait a while >>>>> after next release is rolled, to give release users a warning >>>>> & some time to volunteer ... >> >> That's an interesting idea, but incredibly unlikely to happen. > > It _certainly_ won't happen if those in charge refuse to try it! My point was that the idea is impractical. I was trying to be polite. > My *guess* is that "the largest percentage of our users" are what > Julian calls "release users" -- those who install a release and > corresponding ports, and don't touch it subsequently until they > become aware of a problem. They _may_ follow the security branch > for their base release, but that won't make them aware of issues > that have turned up in ports. For security issues we have portaudit to handle this. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 02:55:00 2011 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 62A71106564A; Tue, 6 Sep 2011 02:55:00 +0000 (UTC) (envelope-from wenheping@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 02B078FC0C; Tue, 6 Sep 2011 02:54:59 +0000 (UTC) Received: by qwg2 with SMTP id 2so4023579qwg.17 for ; Mon, 05 Sep 2011 19:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NEIYIEvcILXWSn8y3103WWQ8NXWhECfMAzmGVqxP/Q4=; b=Ik66yDejWyLFPtkslG5AIt4boOWf3UbBehsVhyVZE7GT4Cgb38EUZjFbVRQSWJIxIY YeyH73kJuCJllDC6yRKhrKpXpSci1e+DqpDsMMHDeeQQgZmvQo2KcaKMUgUoQ5ncqibf GY7N1l5Zhl21HosFLIoBovuvYNb/PTtb0W0/s= MIME-Version: 1.0 Received: by 10.224.201.2 with SMTP id ey2mr3061447qab.3.1315277699087; Mon, 05 Sep 2011 19:54:59 -0700 (PDT) Received: by 10.224.74.16 with HTTP; Mon, 5 Sep 2011 19:54:59 -0700 (PDT) In-Reply-To: <20110906015729.GB13195@lonesome.com> References: <4E64C077.8050403@yandex.ru> <4E656B6E.5080105@FreeBSD.org> <20110906015729.GB13195@lonesome.com> Date: Tue, 6 Sep 2011 10:54:59 +0800 Message-ID: From: wen heping To: Mark Linimon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports Mailing List , neal@nelson.name, Doug Barton , Ruslan Mahmatkhanov Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 02:55:00 -0000 2011/9/6 Mark Linimon : > On Mon, Sep 05, 2011 at 05:38:06PM -0700, Doug Barton wrote: >> My understanding is that we don't do port names with . in them. Can >> someone who knows more than I confirm one way or the other? > > The porter's handbook is ambiguous: > > =C2=A0The first letter of the name part should be lowercase. (The rest of > =C2=A0the name may contain capital letters, so use your own discretion wh= en > =C2=A0you are converting a software name that has some capital letters in= it.) > =C2=A0There is a tradition of naming Perl 5 modules by prepending p5- and > =C2=A0converting the double-colon separator to a hyphen; for example, the > =C2=A0Data::Dumper module becomes p5-Data-Dumper. > > But, in "Here are some (real) examples on how to convert the name as > =C2=A0called by the software authors to a suitable package name:": > > v3.3beta021.src =C2=A0 =C2=A0 =C2=A0 =C2=A0 (empty) =C2=A0 =C2=A0 =C2=A0 = =C2=A0 tiff =C2=A0 =C2=A0(empty) =C2=A0 =C2=A0 =C2=A0 =C2=A0 3.3 =C2=A0 =C2= =A0 What the heck was that anyway? > > I'm not sure I see a compelling reason to change an existing name in > this case, anyways. Because we plan import new version Zope into portstree , it will create many new ports, so we only discuss this problem related to zope. Historically in FreeBSD portstree it had at least 3 kinds of naming of these zope-related ports, for example, now I shall create zope.browser ports,: 1) py-zope.browser 2) py-zopeBrowser 3) py-zope-browser which name is the best choice? I remember lwshu@ emailed the similar problem to portsmgr@ to ask for the answer but did not get a explicit one. I do not know which one is the best choice , but I think better we shall use the same naming type for all these zope-related ports. Because there were many zope-related ports in current portstree use the choice 1, so I think better rename others to the same naming type. wen > > mcl > > From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 05:23:42 2011 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 C580A1065670 for ; Tue, 6 Sep 2011 05:23:42 +0000 (UTC) (envelope-from yar.tikhiy@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 7FE278FC14 for ; Tue, 6 Sep 2011 05:23:42 +0000 (UTC) Received: by ywa17 with SMTP id 17so211415ywa.13 for ; Mon, 05 Sep 2011 22:23:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=OEjd7tGTCVUC+sCQm1J/HqGV8Y/tnmJNJDDlCug4/WU=; b=mIqjbD/nJZsfveq+IKh7zZ9D8Sy15b9WNpiLH0wKJxAdVE3rfpOT71DufX1duuXitz Pi0hNaTqFbbw5NFZlXvbwnF3LG6L/Ja9dW1y9dfb1m69yx3b89zGHZM4c85f4JlLa2jw Ju+VJAuYBftcMat8BJK+x2D0uwn0XPJQkOpHg= Received: by 10.236.77.233 with SMTP id d69mr21132056yhe.84.1315284798266; Mon, 05 Sep 2011 21:53:18 -0700 (PDT) Received: from buka.local (ppp121-44-169-130.lns20.syd7.internode.on.net [121.44.169.130]) by mx.google.com with ESMTPS id p73sm7700720yhe.19.2011.09.05.21.53.14 (version=SSLv3 cipher=OTHER); Mon, 05 Sep 2011 21:53:17 -0700 (PDT) Message-ID: <4E65A738.7080903@gmail.com> Date: Tue, 06 Sep 2011 14:53:12 +1000 From: Yar Tikhiy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Kostik Belousov References: <4E6503C2.5080002@aldan.algebra.com> <20110905180214.GS17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110905180214.GS17489@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, "Mikhail T." , Chris Rees Subject: Re: sysutils/cfs 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, 06 Sep 2011 05:23:42 -0000 Hi, On 9/6/11 4:02 AM, Kostik Belousov wrote: > On Mon, Sep 05, 2011 at 06:32:00PM +0100, Chris Rees wrote: >> On 5 Sep 2011 18:15, "Mikhail T." wrote: >>> >>> On -10.01.-28163 14:59, Chris Rees wrote: >>>>> >>>>> I've had to deprecate sysutils/cfs -- there's a confirmed issue with >>>>> failing locks [1] which has been open for two years with no fix. >>>>> >>>> >>>> Whoops, also missed a CVE -- buffer overflows can cause a DoS. >>>> Expiration date altered to 1 month accordingly. >>> >>> >>> Is this the only vulnerability you are talking about? >>>> >>>> http://www.debian.org/security/2006/dsa-1138 >>> >>> Does not seem hard to fix at all... Listing all of the fatal problems >> would be helpful... >>>> >>>> -mi >> >> If it's not that hard to fix then do it. If you're not going to fix it, why >> are you even commenting? >> >> More noise. Stop whining and do something about it. > > No, it is not a noise. > > First, note that an issue in the local deamon can be only utilized by > local users. As a consequence, there is a huge set of machines for which > the cited issue is simply irrelevant. > > For the analogous issues that are irrelevant for 90% of the port users, > look at the vulnerabilities listed for the quake ports. By the way, the Debian folks invested certain effort in keeping cfs up to date. Their git repo is still available at http://smarden.org/git/cfs.git/ . In particular, the DoS fix can be easily obtained from the repo and placed under files/ in the port. > Second, I personally consider the crusade to remove old but compiling > and working (*) ports as a damage both to the project functionality and > to the project reputation. > > * Working exactly because users report bugs in the software, otherwise > they would not be able to describe corner cases that break. This is true: cfs is still in use out there. E.g., I know a company still relying on cfs. They don't seem to care about ports/137378. I'd be glad to suggest they move on to something newer and better supported but I'm aware of no other open-source file encryption framework that is a) transparent at filesystem level and at the same time b) can support multiple security domains without requiring as many mount points. As soon as there is an alternative available, the cfs port can be safely retired, but trashing it prematurely would be unwise. Cheers, Yar From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 05:45:12 2011 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 033D71065670 for ; Tue, 6 Sep 2011 05:45:12 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward8.mail.yandex.net (forward8.mail.yandex.net [IPv6:2a02:6b8:0:202::3]) by mx1.freebsd.org (Postfix) with ESMTP id 74E7B8FC08 for ; Tue, 6 Sep 2011 05:45:11 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward8.mail.yandex.net (Yandex) with ESMTP id 57577F60AA7; Tue, 6 Sep 2011 09:45:09 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315287909; bh=ljMimLvwRAJrFeEySa/q4CuOfk4GmN/wSl6dZaOI0BU=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=F2izvUNhDY9OmZf27T1HG+K/AJhF6UnOEUwyVN+cI4cFcR2t0z1e/BcJNMtRAJ2/Z wKEuAQ4zaF/OgVMgt+hoyEKFFPO2HvQi8FHvpjes915eWBeQFU5QCm4pBuGhdRIhnn 6X+ok+xRJVEh9JD4Smn2QH5wSJFPT/n2mgT+Bkbc= Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 2F1821B60482; Tue, 6 Sep 2011 09:45:09 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id j88Oj8lH; Tue, 6 Sep 2011 09:45:09 +0400 X-Yandex-Spam: 1 Message-ID: <4E65B352.3030504@yandex.ru> Date: Tue, 06 Sep 2011 09:44:50 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: wen heping References: <4E64C077.8050403@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , neal@nelson.name Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 05:45:12 -0000 wen heping wrote on 06.09.2011 03:35: > 2011/9/5 Ruslan Mahmatkhanov: >> Good day. >> >> I want to grab maintainership of this ports: >> >> devel/py-zopetesting >> devel/py-zopeevent >> net/py-zopeproxy > > Now these 3 ports is yours. > > Would you send a PR of repocopy to rename these ports? > > Thanks. > > wen Thanks. Done. http://bugs.freebsd.org/160499 http://bugs.freebsd.org/160501 http://bugs.freebsd.org/160503 > > > >> >> But i want them to be renamed to py-zope.testing, py-zope.event and >> py-zope.proxy respectively to match upstream projectnames and to consistency >> with other current and upcoming zope ports. Is this reasons sounds enough to >> make a repocopy of them? This change is purely cosmetic but will also ease >> maintainership a bit (Makefile vars like DISTNAME etc will not need to be >> redefined), but this will require to fix dependencies in all the ports that >> required it. I'm looking forward to your suggestion before sending pr's. >> Thanks. >> >> PS. It would be logical to rename devel/py-zopeInterface to >> py-zope.interface too, but this port is maintained and i'm not sure if >> maintainer (cc'ed) wishes such change. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 06:54:19 2011 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 6F034106566C for ; Tue, 6 Sep 2011 06:54:19 +0000 (UTC) (envelope-from cmt@burggraben.net) Received: from smtp.burggraben.net (ns.exwg.net [88.198.69.35]) by mx1.freebsd.org (Postfix) with ESMTP id 225A08FC13 for ; Tue, 6 Sep 2011 06:54:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id 17D6D6003CF for ; Tue, 6 Sep 2011 08:54:18 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pHWcgrvQsrq0 for ; Tue, 6 Sep 2011 08:54:17 +0200 (CEST) Received: from reindeer.exwg.net (port-92-198-130-130.static.qsc.de [92.198.130.130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "reindeer.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Tue, 6 Sep 2011 08:54:17 +0200 (CEST) Received: by reindeer.exwg.net (Postfix, from userid 1000) id C1C81A101E; Tue, 6 Sep 2011 08:54:16 +0200 (CEST) Date: Tue, 6 Sep 2011 08:54:16 +0200 From: Christoph Moench-Tegeder To: freebsd-ports@freebsd.org Message-ID: <20110906065415.GA2184@reindeer.exwg.net> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E6526E8.9020901@eskk.nu> X-PGP-Key: RSA/2048 0xB816EBBD X-PGP-Fingerprint: 89 2E 6D 05 95 B8 D7 1F 7C 1D C3 1E 95 A0 9B 5D X-GPG: supported User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 06:54:19 -0000 ## Leslie Jensen (leslie@eskk.nu): > checking for dbopen in -ldb4... no > checking for __db185_open in -ldb4... no > configure: error: db not installed or functional Looks as if you need to install one of databases/db[45]*. At a quick glance through configure, I guess one of db41, db5, db48 or db47 will do. Regards, Christoph -- Spare Space From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 07:19:09 2011 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 75D7C106564A; Tue, 6 Sep 2011 07:19:09 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id E60A78FC18; Tue, 6 Sep 2011 07:19:08 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward15.mail.yandex.net (Yandex) with ESMTP id 59E6A9E115C; Tue, 6 Sep 2011 11:19:07 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315293547; bh=noA/AWkK6BnRs5kGd5HnjzENG+SJWpM+ja6dM9BwCm4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XYqEP+2TrS7CvUOZM/FgNsreMn/Pc9eMMkpsaGF6/W1s3DL3Q/5K0QRVUUpabj+hK ABEZjvA+ST8rBVL/OfaT/O+MRxqpDmsWK+cstAOd+Vp2YQzvLcdk6IEF7VfJlOFq4X Sthit0U3u/b6jRvUSc5Sj5T0YUPR6tQFWp4YzOkI= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 275921B603E4; Tue, 6 Sep 2011 11:19:07 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id J6UaVjUm; Tue, 6 Sep 2011 11:19:06 +0400 X-Yandex-Spam: 1 Message-ID: <4E65C964.7070503@yandex.ru> Date: Tue, 06 Sep 2011 11:19:00 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Doug Barton References: <4E64C077.8050403@yandex.ru> <4E656B6E.5080105@FreeBSD.org> In-Reply-To: <4E656B6E.5080105@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , Mark Linimon , wen heping Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 07:19:09 -0000 Doug Barton wrote on 06.09.2011 04:38: > On 09/05/2011 16:35, wen heping wrote: >> Would you send a PR of repocopy to rename these ports? > > My understanding is that we don't do port names with . in them. Can > someone who knows more than I confirm one way or the other? Doug, Mark, here is my point why there is nothing actually criminal: a) porters handbook doesn't discourages dot usage in port names (but it suggest to use PREFIX and POSTFIX for the cases where port name contains `-` in it). b) we already have plenty of portnames with dot in them: [rm@smeshariki3 www]> find /usr/ports -type d -depth 2 -name "*.*" -print | wc -l 105 c) it's not convenient to maintain ports with some (compeletely unnecessary) parts of them tweaked. as for now, DISTNAME, PYDISTUTILS_PKGNAME should be changed to avoid the dots and to make this ports actually work. Please see this list: http://pypi.python.org/pypi?%3Aaction=search&term=zope&submit=search It's a lot of work to change some Makefile parts for all of them if we ever decide to port them all. d) while working on that, i erroneously ported already existing deps just because i wasn't able to find it, and this is something terrible that i really angry of. How would one decide which deps is needed to one port or another? He will consult the port docs, offsite requirements, may be check the code itself. So, for example, i want to port some code that depends on "zope.proxy" (just that, as it may be founded in distribution's setup.py and all the docs), so what should i (the user) do? `make search name=zope.proxy`. Oh, nothing there, so it seems i should port it too (OR - so it seems we lacking some dependency so i'm lazy to go with it and port it too). How could i know that somebody decides to name it "zopeproxy" just to avoid some dots in the name? I think that principle of least surprise should be there for such cases, otherwise user just can't find the port that they need. I believe that all of this is reasonable enough to pass some new dots to the tree, isn't it? -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 07:24:53 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8AFEC1065670 for ; Tue, 6 Sep 2011 07:24:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 84CFE1504B1; Tue, 6 Sep 2011 07:24:52 +0000 (UTC) Message-ID: <4E65CAC3.2040705@FreeBSD.org> Date: Tue, 06 Sep 2011 00:24:51 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Ruslan Mahmatkhanov References: <4E64C077.8050403@yandex.ru> <4E656B6E.5080105@FreeBSD.org> <4E65C964.7070503@yandex.ru> In-Reply-To: <4E65C964.7070503@yandex.ru> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , Mark Linimon , wen heping Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 07:24:53 -0000 On 09/06/2011 00:19, Ruslan Mahmatkhanov wrote: > we already have plenty of portnames with dot in them That's not a good reason to add more. I did read the rest of your post, and while I sympathize with your arguments, I'm not convinced by them. The good news for you however is that I'm not in charge of anything. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 07:47:51 2011 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 DA1CF106566C; Tue, 6 Sep 2011 07:47:51 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id 557AC8FC1A; Tue, 6 Sep 2011 07:47:51 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward12.mail.yandex.net (Yandex) with ESMTP id 9AAC9C220AC; Tue, 6 Sep 2011 11:47:49 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315295269; bh=yzc4MC/dxPmFfahtqd43ThpHXwX0sRVy5JJwbsEk3zY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=HRqEQGv0sK0PK++hPsvGaB9wynBMSTpM1x8y3O6GtsCR7SqbjhPxbG3Cg5F9NiVpj FASG0liIEzkypvit9f538OoUXEYzDWdN8uT7lA+Dq9JlsV0V8J/MBeyswkRIFZoW1t Ielm+lqMrYaX9MHIlzzd9CuhsPsNrCDsa2Jzn8GU= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 735C41B60214; Tue, 6 Sep 2011 11:47:49 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id llUajPKd; Tue, 6 Sep 2011 11:47:49 +0400 X-Yandex-Spam: 1 Message-ID: <4E65D01B.6020407@yandex.ru> Date: Tue, 06 Sep 2011 11:47:39 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Doug Barton References: <4E64C077.8050403@yandex.ru> <4E656B6E.5080105@FreeBSD.org> <4E65C964.7070503@yandex.ru> <4E65CAC3.2040705@FreeBSD.org> In-Reply-To: <4E65CAC3.2040705@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , Mark Linimon , wen heping Subject: Re: Maintainership of py-zopetesting and py-zopeevent 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, 06 Sep 2011 07:47:51 -0000 Doug Barton wrote on 06.09.2011 11:24: > On 09/06/2011 00:19, Ruslan Mahmatkhanov wrote: >> we already have plenty of portnames with dot in them > > That's not a good reason to add more. > > I did read the rest of your post, and while I sympathize with your > arguments, I'm not convinced by them. The good news for you however is > that I'm not in charge of anything. :) > > > Doug Ok, assume, you are developer :). And you ship some app on your website (we name it "portmaster"). And you implement plugin framework for it, and release the first plugin that you name "portmaster-plugin.do-the-best" (i know it's rather stupid name, but it's an example), that will allow to user successfully build any port (even if it broken on that user's arch, and even if it not exists yet) without any problems. And you just announce it on the offsite: "Please install that portmaster-plugin.do-the-best and you will forget about all the problems you expected earlier days". And there is some kind soul that added it to ports tree with name "portmaster-plug-in_dothebest", since he decide that it's better than original name and some unnecessary dots and spaces is avoided too. User just can't find it in the tree and will continue crying on the ports@ that FreeBSD ports is such unprofessional and unconvinient :) -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 08:26:37 2011 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 E36DC106564A for ; Tue, 6 Sep 2011 08:26:36 +0000 (UTC) (envelope-from afmcc@btinternet.com) Received: from nm4.bt.bullet.mail.ird.yahoo.com (nm4.bt.bullet.mail.ird.yahoo.com [212.82.108.235]) by mx1.freebsd.org (Postfix) with SMTP id 516348FC18 for ; Tue, 6 Sep 2011 08:26:35 +0000 (UTC) Received: from [212.82.108.228] by nm4.bt.bullet.mail.ird.yahoo.com with NNFMP; 06 Sep 2011 08:13:32 -0000 Received: from [212.82.108.226] by tm1.bt.bullet.mail.ird.yahoo.com with NNFMP; 06 Sep 2011 08:13:32 -0000 Received: from [127.0.0.1] by omp1003.bt.mail.ird.yahoo.com with NNFMP; 06 Sep 2011 08:13:32 -0000 X-Yahoo-Newman-Id: 151360.39023.bm@omp1003.bt.mail.ird.yahoo.com Received: (qmail 88880 invoked from network); 6 Sep 2011 08:13:32 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=DKIM-Signature:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; b=n+kI9Z3M2V3GF3bBPWHz2otEE0t6s5TJvvMhVRkYuVs068rdc+rG6C1lv48yRbpD4agXCXB4enbWAq9Tn7rxP0Z4T7vVrLRPs+KYMHCDWNHyL54JiR60yOMJ+4VuC2r+0CBnEcEcKauYK76SH7NVW0aM/8NsiwUdkICEN3yud1I= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=btinternet.com; s=s1024; t=1315296812; bh=d+VP0T9FVO4pid/9MF+8pFOKJECLuaNSR6BW/fbhhDE=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding; b=hM0jAS5A+j1lNlEMDnIM7ol/boOC/9hRbM7//CHbZCfp/wfJW2WAw/ZYrtmzcUm8eWFDiML50vzwLjPxaZR49g3hTIiSN+1RxTGWryBYKZOD7+nzVLMtEGPMz5UaeIx6+wSsQVOKb+FBPU8xObDCPTHK76fnd1zlc6TaSSBl8Zk= X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: JrjsR.AVM1n0L.n.bptQytkkQyPMUmL_MpTmoI2Mm3cj1Hu WxZOxarBRiWjWxP1xi5N4wU1N_pJcU7M_cSCk4soQipy.Efg.xCLgtJHx4fY XNgvg1x.cKMtx2xzf7waiaHjeDAAW6vjiz1a1XTl2X_5.ax2iH.xDStavGcF BOk5PFDElt6fuWby6Ic3fbYlwOAED5aXQM3L48vwSv1HUfuYoVQV1iVzm4nl mfezUoRTLfxs.UK_53aa0sfFGciXmWZVm67VVtuymJe4lajnEDmPMFLkt7Wz UwPWdy_QoZ1Yo8ioZF4penfEeQ0mKwhAu0jFJOh4GirZyI5xnDgPyalWWKb7 Rn3aNvDioLIICBDaejxgNO9_iaRZIA936j92CduDJ4u4NwsPnvP4bWrxGkLH m X-Yahoo-SMTP: GbC5zv6swBDAJAX2wjERvjXPaCXFiJJLdMa.NuzRNApZ Received: from elena (afmcc@109.158.26.133 with login) by smtp815.mail.ird.yahoo.com with SMTP; 06 Sep 2011 08:13:31 +0000 GMT Date: Tue, 6 Sep 2011 09:13:31 +0100 From: Tony Mc To: freebsd-ports@freebsd.org Message-ID: <20110906091331.024c0eec@elena> In-Reply-To: <20110905180214.GS17489@deviant.kiev.zoral.com.ua> References: <4E6503C2.5080002@aldan.algebra.com> <20110905180214.GS17489@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 06 Sep 2011 08:26:37 -0000 On Mon, 5 Sep 2011 21:02:14 +0300 Kostik Belousov wrote: > Second, I personally consider the crusade to remove old but compiling > and working (*) ports as a damage both to the project functionality > and to the project reputation. I find this whole "discussion" rather strange. You use the highly loaded term "crusade" and someone else refers to "drive by ports shootings" and yet you claim it is the FreeBSD ports developers who are being immature and unprofessional. I am a happy user of FreeBSD and have been for years. I currently have 1341 ports installed. From time to time that brings difficulties, but I know from experience that they will be resolved pretty quickly. I follow the ports mailing list and read /usr/ports/UPDATING. If I am using a port that is no longer being maintained and is known to have vulnerabilities or potentially data-destroying bugs, I would much prefer to know about that and, if necessary, move to another port that provides equivalent functionality, even if that means I have to learn another set of options, configurations etc. I do not want abandoned and broken software on my computer so having them removed from ports (or put into the attic) seems to me exactly right - it pushes me to learn some other program that will do the same thing more securely or more correctly. How can that be a bad thing? The irresponsible thing surely would be to leave everything in ports and wonder why FreeBSD got a reputation for "supporting" broken or vulnerable software. I use FreeBSD because it is so stable and does what I need it to do. Paradoxically, that stability requires constant change. Of course I understand the concern about release users who might be faced with a surprise when they upgrade. But for such users I guess upgrading is a big deal anyway and they would presumably research the impact of the move before jumping to a newer version. I suppose, for what it's worth, I just wanted to offer a different point of view from the rather negative posts I've read recently. I see the work being done to clean up the ports tree as necessary in the short term and very beneficial in the longer term. Best, Tony From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 09:12:19 2011 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 C4241106566B for ; Tue, 6 Sep 2011 09:12:19 +0000 (UTC) (envelope-from timp87@gmail.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 58C388FC0A for ; Tue, 6 Sep 2011 09:12:18 +0000 (UTC) Received: by fxe4 with SMTP id 4so5419484fxe.13 for ; Tue, 06 Sep 2011 02:12:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=6O6Czr7IPxH5RXm27bQ1MfetpTcWZY4l41uBQ3JjOfM=; b=TbncEJNTFkDiMszQivQhMPYXJ+uRBd5/Sx8YH7EMvll34xSWydubbDdzKyH99hACaF g3H+fzI/h37MfVz0n7tci0RCQ57gq/AfK99YhqFXDsAQ8U0ZuhBMdvrBuBROdNEYlJxK 54zofwzaQsH8YpvdECAKoHvg0bcjJJ7+Pdc5k= MIME-Version: 1.0 Received: by 10.223.26.20 with SMTP id b20mr51432fac.50.1315298232190; Tue, 06 Sep 2011 01:37:12 -0700 (PDT) Received: by 10.152.39.35 with HTTP; Tue, 6 Sep 2011 01:37:12 -0700 (PDT) Date: Tue, 6 Sep 2011 12:37:12 +0400 Message-ID: From: Pavel Timofeev To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 09:12:19 -0000 ....... checking which db to use... external checking for db41/db.h... no checking for db41/db.h... no checking for db-5.0/db.h... no checking for db5.0/db.h... no checking for db-5/db.h... no checking for db5/db.h... no checking for db-4.8/db.h... no checking for db4.8/db.h... no checking for db-4.7/db.h... no checking for db4.7/db.h... no checking for db-4/db.h... no checking for db4/db.h... yes checking whether db is at least 4.1... configure: error: no. you need at least db 4.1 ===> Script "configure" failed unexpectedly. Please report the problem to office@FreeBSD.org [maintainer] and attach the "/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/config.log" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/editors/libreoffice. *** Error code 1 Stop in /usr/ports/editors/libreoffice. ===>>> make failed for editors/libreoffice ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster editors/libreoffice [root@timbsd ~]# pkg_info | grep db apr-devrandom-gdbm-db42-ldap24-mysql55-1.4.5.1.3.12 Apache Portability Library db4-4.0.14_1,1 The Berkeley DB package, revision 4 db42-4.2.52_5 The Berkeley DB package, revision 4.2 dbus-1.4.6 A message bus system for inter-application communication dbus-glib-0.88 GLib bindings for the D-BUS messaging system deadbeef-0.4.4_2 DeaDBeeF is an audio player eggdbus-0.6_1 D-Bus bindings for GObject gdbm-1.8.3_3 The GNU database manager libcddb-1.3.2_1 A library to access data on a CDDB server mdbtools-0.5_14 Utilities and libraries to export data from MS Access datab php5-odbc-5.3.8 The odbc shared extension for php py27-dbus-0.83.2 Python bindings for the D-BUS messaging system tdb-1.2.9,1 Trivial Database xcmsdb-1.0.2 Device Color Characterization utility for X xrdb-1.0.6_1 X server resource database utility From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 10:02:12 2011 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 6EA8C106566B; Tue, 6 Sep 2011 10:02:12 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id ECD898FC0C; Tue, 6 Sep 2011 10:02:11 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1R0rnk-0005Wi-Dn; Tue, 06 Sep 2011 11:18:40 +0200 Received: by gahr.no-ip.org (Postfix, from userid 1001) id C659E4505F; Tue, 6 Sep 2011 11:18:38 +0200 (CEST) Date: Tue, 6 Sep 2011 11:18:38 +0200 From: Pietro Cerutti To: amdmi3@FreeBSD.org, bf@FreeBSD.org, buganini@gmail.com, c-s@c-s.li, db@FreeBSD.org, devel@stasyan.com, ehaupt@FreeBSD.org, fernan@iib.unsam.edu.ar, gahr@FreeBSD.org, kaduk-fbsd@mit.edu, maho@FreeBSD.org, makc@FreeBSD.org, mva@FreeBSD.org, ports@FreeBSD.org, ppl@nbnet.nb.ca, roam@FreeBSD.org, stephen@FreeBSD.org, sumikawa@FreeBSD.org, sunrychen@gmail.com, thierry@FreeBSD.org, tmseck@web.d Message-ID: <20110906091838.GJ98648@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L1c6L/cjZjI9d0Eq" Content-Disposition: inline X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Tue, 06 Sep 2011 11:11:54 +0000 Cc: ports-developers@FreeBSD.org Subject: HEADS UP --- Update to x11-toolkits/fltk coming X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 10:02:12 -0000 --L1c6L/cjZjI9d0Eq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, you're receiving this email because one of your ports depends on x11-toolkits/fltk, according to $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq I'm preparing an update to fltk-1.3.0 and I would like to give you the chance to test your port against this new version. If no serious issues should raise in the next 15 days, I will commit the update (plus relative PORTREVISION bump on all dependent ports) on September 21st. It's going to be something in this direction: http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html Thank you for testing the patch available here: http://people.freebsd.org/~gahr/fltk-1.3.0.diff Kind Regards, --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --L1c6L/cjZjI9d0Eq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5l5W4ACgkQwMJqmJVx945AnwCgh/bsUqS4qXCuXNQQBBxaJeM2 1e0AoKitbUyfG0XTwdvXMYw8/V1jhA57 =ggkH -----END PGP SIGNATURE----- --L1c6L/cjZjI9d0Eq-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 11:47:09 2011 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 48821106567E for ; Tue, 6 Sep 2011 11:47:09 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE2D8FC22 for ; Tue, 6 Sep 2011 11:47:08 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p86BQnfn088382; Tue, 6 Sep 2011 06:26:49 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E660379.1070609@missouri.edu> Date: Tue, 06 Sep 2011 06:26:49 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: "gahr@FreeBSD.org" References: <20110906091838.GJ98648@gahrfit.gahr.ch> In-Reply-To: <20110906091838.GJ98648@gahrfit.gahr.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming 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, 06 Sep 2011 11:47:09 -0000 On 09/06/2011 04:18 AM, Pietro Cerutti wrote: > Hi, > > you're receiving this email because one of your ports depends on > x11-toolkits/fltk, according to > > $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq > > I'm preparing an update to fltk-1.3.0 and I would like to give you the > chance to test your port against this new version. > > If no serious issues should raise in the next 15 days, I will commit the > update (plus relative PORTREVISION bump on all dependent ports) on > September 21st. It's going to be something in this direction: > http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html > > Thank you for testing the patch available here: > http://people.freebsd.org/~gahr/fltk-1.3.0.diff > > Kind Regards, > The port graphics/qslim isn't building correctly with this new fltk. This is needed science/vis5d+. graphics/qslim has no maintainer. c++ -c -O2 -pipe -DMIX_ANSI_IOSTREAMS -fpermissive -fPIC -I/usr/local/include -DHAVE_BOOL -fno-strict-aliasing MxStdGUI.cxx MxStdGUI.cxx:18:32: error: FL/fl_file_chooser.H: No such file or directory In file included from MxAsp.h:17, from MxStdGUI.h:20, from MxStdGUI.cxx:14: MxDynBlock.h: In member function 'void MxDynBlock::room_for(int)': MxDynBlock.h:38: warning: there are no arguments to 'resize' that depend on a template parameter, so a declaration of 'resize' must be available MxDynBlock.h: In member function 'typename MxBlock::iterator MxDynBlock::end()': MxDynBlock.h:65: warning: there are no arguments to 'begin' that depend on a template parameter, so a declaration of 'begin' must be available MxDynBlock.h: In member function 'typename MxBlock::const_iterator MxDynBlock::end() const': MxDynBlock.h:66: warning: there are no arguments to 'begin' that depend on a template parameter, so a declaration of 'begin' must be available In file included from MxSMF.h:22, from MxStdGUI.cxx:16: MxStack.h: In member function 'T& MxStack::top()': MxStack.h:29: warning: there are no arguments to 'last' that depend on a template parameter, so a declaration of 'last' must be available MxStack.h: In member function 'const T& MxStack::top() const': MxStack.h:30: warning: there are no arguments to 'last' that depend on a template parameter, so a declaration of 'last' must be available MxStack.h: In member function 'bool MxStack::is_empty()': MxStack.h:32: warning: there are no arguments to 'length' that depend on a template parameter, so a declaration of 'length' must be available MxStack.h: In member function 'T& MxStack::pop()': MxStack.h:34: warning: there are no arguments to 'drop' that depend on a template parameter, so a declaration of 'drop' must be available MxStack.h: In member function 'void MxStack::push()': MxStack.h:44: warning: there are no arguments to 'add' that depend on a template parameter, so a declaration of 'add' must be available MxStack.h:44: warning: there are no arguments to 'length' that depend on a template parameter, so a declaration of 'length' must be available MxStdGUI.cxx: In member function 'virtual void MxStdGUI::cmdline_file(const char*)': MxStdGUI.cxx:89: error: 'fl_file_chooser' was not declared in this scope gmake: *** [MxStdGUI.o] Error 1 *** Error code 1 Stop in /usr/ports/graphics/qslim. wilberforce# From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:09:58 2011 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 50DB81065670 for ; Tue, 6 Sep 2011 12:09:58 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 339B48FC17; Tue, 6 Sep 2011 12:09:58 +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 p86C9wJq091031; Tue, 6 Sep 2011 12:09:58 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p86C9vSF091030; Tue, 6 Sep 2011 12:09:57 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 6 Sep 2011 14:09:54 +0200 From: Baptiste Daroussin To: Christoph Moench-Tegeder Message-ID: <20110906120954.GB80802@azathoth.lan> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906065415.GA2184@reindeer.exwg.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <20110906065415.GA2184@reindeer.exwg.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@FreeBSD.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 12:09:58 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 06, 2011 at 08:54:16AM +0200, Christoph Moench-Tegeder wrote: > ## Leslie Jensen (leslie@eskk.nu): >=20 > > checking for dbopen in -ldb4... no > > checking for __db185_open in -ldb4... no > > configure: error: db not installed or functional >=20 >=20 > Looks as if you need to install one of databases/db[45]*. > At a quick glance through configure, I guess one of db41, db5, db48 or > db47 will do. >=20 > Regards, > Christoph >=20 in fact the configure script is patched to automatically check the version = you have installed. There seems to be failures the installed version <4.4, not sure about that = yet. I'm pondering to modify the USE_BDB to force 4.4+ but I need more testings regards, Bapt --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5mDZIACgkQ8kTtMUmk6Ex4wQCePwQSDCcxhM4UBkSC+40cpt1n J+wAoJTDQ4ns9rWxGsao5C//EcxlHWjA =9Ghh -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:28:49 2011 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 EA8E11065674; Tue, 6 Sep 2011 12:28:48 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id C30A98FC1B; Tue, 6 Sep 2011 12:28:48 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p86CSlPm079688; Tue, 6 Sep 2011 07:28:47 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E6611FF.7020008@missouri.edu> Date: Tue, 06 Sep 2011 07:28:47 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: "gahr@FreeBSD.org" References: <20110906091838.GJ98648@gahrfit.gahr.ch> <4E660379.1070609@missouri.edu> In-Reply-To: <4E660379.1070609@missouri.edu> Content-Type: multipart/mixed; boundary="------------080500040302090100080804" Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming 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, 06 Sep 2011 12:28:49 -0000 This is a multi-part message in MIME format. --------------080500040302090100080804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 09/06/2011 06:26 AM, Stephen Montgomery-Smith wrote: > On 09/06/2011 04:18 AM, Pietro Cerutti wrote: >> Hi, >> >> you're receiving this email because one of your ports depends on >> x11-toolkits/fltk, according to >> >> $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq >> >> I'm preparing an update to fltk-1.3.0 and I would like to give you the >> chance to test your port against this new version. >> >> If no serious issues should raise in the next 15 days, I will commit the >> update (plus relative PORTREVISION bump on all dependent ports) on >> September 21st. It's going to be something in this direction: >> http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html >> >> Thank you for testing the patch available here: >> http://people.freebsd.org/~gahr/fltk-1.3.0.diff >> >> Kind Regards, >> > > The port graphics/qslim isn't building correctly with this new fltk. This patch seems to fix it. Even if it is garbled by the text processor/mail user, it should be obvious what it does - change the case of some letters in two occurrences of FL/Fl_File_Chooser.H diff -urN files-orig/patch-mixkit_src_MxStdGUI.cxx files/patch-mixkit_src_MxStdGUI.cxx --- files-orig/patch-mixkit_src_MxStdGUI.cxx 1970-01-01 00:00:00.000000000 +0000 +++ files/patch-mixkit_src_MxStdGUI.cxx 2011-09-06 12:20:44.000000000 +0000 @@ -0,0 +1,11 @@ +--- mixkit/src/MxStdGUI.cxx-orig 2011-09-06 12:19:02.000000000 +0000 ++++ mixkit/src/MxStdGUI.cxx 2011-09-06 12:19:38.000000000 +0000 +@@ -15,7 +15,7 @@ + #include "MxGLUtils.h" + #include "MxSMF.h" + #include +-#include ++#include + #include + + diff -urN files-orig/patch-tools_qslim_qvis.cxx files/patch-tools_qslim_qvis.cxx --- files-orig/patch-tools_qslim_qvis.cxx 1970-01-01 00:00:00.000000000 +0000 +++ files/patch-tools_qslim_qvis.cxx 2011-09-06 12:21:26.000000000 +0000 @@ -0,0 +1,11 @@ +--- tools/qslim/qvis.cxx-orig 2011-09-06 12:19:12.000000000 +0000 ++++ tools/qslim/qvis.cxx 2011-09-06 12:20:06.000000000 +0000 +@@ -14,7 +14,7 @@ + #include + #include + +-#include ++#include + #include + #include + #include --------------080500040302090100080804 Content-Type: text/plain; name="ddd" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ddd" diff -urN files-orig/patch-mixkit_src_MxStdGUI.cxx files/patch-mixkit_src_MxStdGUI.cxx --- files-orig/patch-mixkit_src_MxStdGUI.cxx 1970-01-01 00:00:00.000000000 +0000 +++ files/patch-mixkit_src_MxStdGUI.cxx 2011-09-06 12:20:44.000000000 +0000 @@ -0,0 +1,11 @@ +--- mixkit/src/MxStdGUI.cxx-orig 2011-09-06 12:19:02.000000000 +0000 ++++ mixkit/src/MxStdGUI.cxx 2011-09-06 12:19:38.000000000 +0000 +@@ -15,7 +15,7 @@ + #include "MxGLUtils.h" + #include "MxSMF.h" + #include +-#include ++#include + #include + + diff -urN files-orig/patch-tools_qslim_qvis.cxx files/patch-tools_qslim_qvis.cxx --- files-orig/patch-tools_qslim_qvis.cxx 1970-01-01 00:00:00.000000000 +0000 +++ files/patch-tools_qslim_qvis.cxx 2011-09-06 12:21:26.000000000 +0000 @@ -0,0 +1,11 @@ +--- tools/qslim/qvis.cxx-orig 2011-09-06 12:19:12.000000000 +0000 ++++ tools/qslim/qvis.cxx 2011-09-06 12:20:06.000000000 +0000 +@@ -14,7 +14,7 @@ + #include + #include + +-#include ++#include + #include + #include + #include --------------080500040302090100080804-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:30:13 2011 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 2216A106566B for ; Tue, 6 Sep 2011 12:30:13 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA338FC13 for ; Tue, 6 Sep 2011 12:30:12 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1R0un3-0001yE-RG; Tue, 06 Sep 2011 14:30:09 +0200 Received: by gahr.no-ip.org (Postfix, from userid 1001) id 6D9524505F; Tue, 6 Sep 2011 14:30:09 +0200 (CEST) Date: Tue, 6 Sep 2011 14:30:09 +0200 From: Pietro Cerutti To: Stephen Montgomery-Smith Message-ID: <20110906123008.GK98648@gahrfit.gahr.ch> References: <20110906091838.GJ98648@gahrfit.gahr.ch> <4E660379.1070609@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzX0AQGjRQPusK/O" Content-Disposition: inline In-Reply-To: <4E660379.1070609@missouri.edu> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 12:30:13 -0000 --NzX0AQGjRQPusK/O Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-06, 06:26, Stephen Montgomery-Smith wrote: > On 09/06/2011 04:18 AM, Pietro Cerutti wrote: > > Hi, > > > > you're receiving this email because one of your ports depends on > > x11-toolkits/fltk, according to > > > > $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq > > > > I'm preparing an update to fltk-1.3.0 and I would like to give you the > > chance to test your port against this new version. > > > > If no serious issues should raise in the next 15 days, I will commit the > > update (plus relative PORTREVISION bump on all dependent ports) on > > September 21st. It's going to be something in this direction: > > http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html > > > > Thank you for testing the patch available here: > > http://people.freebsd.org/~gahr/fltk-1.3.0.diff > > > > Kind Regards, > > >=20 > The port graphics/qslim isn't building correctly with this new fltk.=20 > This is needed science/vis5d+. graphics/qslim has no maintainer. I have a patch for that, which you can find here: http://people.freebsd.org/~gahr/qslim-fltk.diff Thanks! >=20 > c++ -c -O2 -pipe -DMIX_ANSI_IOSTREAMS -fpermissive -fPIC=20 > -I/usr/local/include -DHAVE_BOOL -fno-strict-aliasing MxStdGUI.cxx > MxStdGUI.cxx:18:32: error: FL/fl_file_chooser.H: No such file or directory > In file included from MxAsp.h:17, > from MxStdGUI.h:20, > from MxStdGUI.cxx:14: > MxDynBlock.h: In member function 'void MxDynBlock::room_for(int)': > MxDynBlock.h:38: warning: there are no arguments to 'resize' that depend= =20 > on a template parameter, so a declaration of 'resize' must be available > MxDynBlock.h: In member function 'typename MxBlock::iterator=20 > MxDynBlock::end()': > MxDynBlock.h:65: warning: there are no arguments to 'begin' that depend= =20 > on a template parameter, so a declaration of 'begin' must be available > MxDynBlock.h: In member function 'typename MxBlock::const_iterator=20 > MxDynBlock::end() const': > MxDynBlock.h:66: warning: there are no arguments to 'begin' that depend= =20 > on a template parameter, so a declaration of 'begin' must be available > In file included from MxSMF.h:22, > from MxStdGUI.cxx:16: > MxStack.h: In member function 'T& MxStack::top()': > MxStack.h:29: warning: there are no arguments to 'last' that depend on a= =20 > template parameter, so a declaration of 'last' must be available > MxStack.h: In member function 'const T& MxStack::top() const': > MxStack.h:30: warning: there are no arguments to 'last' that depend on a= =20 > template parameter, so a declaration of 'last' must be available > MxStack.h: In member function 'bool MxStack::is_empty()': > MxStack.h:32: warning: there are no arguments to 'length' that depend on= =20 > a template parameter, so a declaration of 'length' must be available > MxStack.h: In member function 'T& MxStack::pop()': > MxStack.h:34: warning: there are no arguments to 'drop' that depend on a= =20 > template parameter, so a declaration of 'drop' must be available > MxStack.h: In member function 'void MxStack::push()': > MxStack.h:44: warning: there are no arguments to 'add' that depend on a= =20 > template parameter, so a declaration of 'add' must be available > MxStack.h:44: warning: there are no arguments to 'length' that depend on= =20 > a template parameter, so a declaration of 'length' must be available > MxStdGUI.cxx: In member function 'virtual void=20 > MxStdGUI::cmdline_file(const char*)': > MxStdGUI.cxx:89: error: 'fl_file_chooser' was not declared in this scope > gmake: *** [MxStdGUI.o] Error 1 > *** Error code 1 >=20 > Stop in /usr/ports/graphics/qslim. > wilberforce# --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --NzX0AQGjRQPusK/O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5mElAACgkQwMJqmJVx9442DACfdbqFXMf+B+S/3XfDrQcc4VVh H40AoJIJZ7Vop6zv16y4x3FdRUj31Ya/ =nqta -----END PGP SIGNATURE----- --NzX0AQGjRQPusK/O-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:30:23 2011 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 D80961065751; Tue, 6 Sep 2011 12:30:23 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id 503098FC0A; Tue, 6 Sep 2011 12:30:23 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward11.mail.yandex.net (Yandex) with ESMTP id 9DE8EE8263A; Tue, 6 Sep 2011 16:30:19 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315312219; bh=qfMm9yiQ/Oe2ChD52HuJo11j7oiPR6QAorXKZdibfXo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gMscJkL56KX51HaaeUP5cUtXFtbme+o/wrsJt3hsng8p056drRPjeW/elo30QvGmG 17Ai2KIQjDOwBLmUE2WgfmtWccGo8zdN2fLAEZcyZWXaCzqfJwb/Jq2AykkMWytD+G +nJrdOS/cZSCUcbNcDPFBhddRiIamOyApf9hjDbY= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 7CCE0E403C9; Tue, 6 Sep 2011 16:30:19 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id UI9exNZn-UJ9q7iFu; Tue, 6 Sep 2011 16:30:19 +0400 X-Yandex-Spam: 1 Message-ID: <4E661254.2000000@yandex.ru> Date: Tue, 06 Sep 2011 16:30:12 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Baptiste Daroussin References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906065415.GA2184@reindeer.exwg.net> <20110906120954.GB80802@azathoth.lan> In-Reply-To: <20110906120954.GB80802@azathoth.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Christoph Moench-Tegeder , freebsd-ports@FreeBSD.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 12:30:23 -0000 Baptiste Daroussin wrote on 06.09.2011 16:09: > On Tue, Sep 06, 2011 at 08:54:16AM +0200, Christoph Moench-Tegeder wrote: >> ## Leslie Jensen (leslie@eskk.nu): >> >>> checking for dbopen in -ldb4... no >>> checking for __db185_open in -ldb4... no >>> configure: error: db not installed or functional >> >> >> Looks as if you need to install one of databases/db[45]*. >> At a quick glance through configure, I guess one of db41, db5, db48 or >> db47 will do. >> >> Regards, >> Christoph >> > > in fact the configure script is patched to automatically check the version you have > installed. > > There seems to be failures the installed version<4.4, not sure about that yet. > > I'm pondering to modify the USE_BDB to force 4.4+ but I need more testings > > regards, > Bapt It looks like it actually need 4.7+: http://development.openoffice.org/releases/3.2.1.html But i may be wrong. I just don't get if they bundle own version of bdb47. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:32:25 2011 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 5F1DE1065677 for ; Tue, 6 Sep 2011 12:32:25 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id E92A28FC15 for ; Tue, 6 Sep 2011 12:32:24 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1R0upD-0002UW-QI; Tue, 06 Sep 2011 14:32:23 +0200 Received: by gahr.no-ip.org (Postfix, from userid 1001) id 640E84505F; Tue, 6 Sep 2011 14:32:23 +0200 (CEST) Date: Tue, 6 Sep 2011 14:32:23 +0200 From: Pietro Cerutti To: Stephen Montgomery-Smith Message-ID: <20110906123223.GL98648@gahrfit.gahr.ch> References: <20110906091838.GJ98648@gahrfit.gahr.ch> <4E660379.1070609@missouri.edu> <4E6611FF.7020008@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4LwthZj+AV2mq5CX" Content-Disposition: inline In-Reply-To: <4E6611FF.7020008@missouri.edu> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 12:32:25 -0000 --4LwthZj+AV2mq5CX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-06, 07:28, Stephen Montgomery-Smith wrote: > On 09/06/2011 06:26 AM, Stephen Montgomery-Smith wrote: > > On 09/06/2011 04:18 AM, Pietro Cerutti wrote: > >> Hi, > >> > >> you're receiving this email because one of your ports depends on > >> x11-toolkits/fltk, according to > >> > >> $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq > >> > >> I'm preparing an update to fltk-1.3.0 and I would like to give you the > >> chance to test your port against this new version. > >> > >> If no serious issues should raise in the next 15 days, I will commit t= he > >> update (plus relative PORTREVISION bump on all dependent ports) on > >> September 21st. It's going to be something in this direction: > >> http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html > >> > >> Thank you for testing the patch available here: > >> http://people.freebsd.org/~gahr/fltk-1.3.0.diff > >> > >> Kind Regards, > >> > > > > The port graphics/qslim isn't building correctly with this new fltk. >=20 > This patch seems to fix it. Even if it is garbled by the text=20 > processor/mail user, it should be obvious what it does - change the case= =20 > of some letters in two occurrences of FL/Fl_File_Chooser.H Yes, that is correct. >=20 > diff -urN files-orig/patch-mixkit_src_MxStdGUI.cxx=20 > files/patch-mixkit_src_MxStdGUI.cxx > --- files-orig/patch-mixkit_src_MxStdGUI.cxx 1970-01-01=20 > 00:00:00.000000000 +0000 > +++ files/patch-mixkit_src_MxStdGUI.cxx 2011-09-06 12:20:44.000000000 +00= 00 > @@ -0,0 +1,11 @@ > +--- mixkit/src/MxStdGUI.cxx-orig 2011-09-06 12:19:02.000000000 +00= 00 > ++++ mixkit/src/MxStdGUI.cxx 2011-09-06 12:19:38.000000000 +0000 > +@@ -15,7 +15,7 @@ > + #include "MxGLUtils.h" > + #include "MxSMF.h" > + #include > +-#include > ++#include > + #include > + > + > diff -urN files-orig/patch-tools_qslim_qvis.cxx=20 > files/patch-tools_qslim_qvis.cxx > --- files-orig/patch-tools_qslim_qvis.cxx 1970-01-01=20 > 00:00:00.000000000 +0000 > +++ files/patch-tools_qslim_qvis.cxx 2011-09-06 12:21:26.000000000 +00= 00 > @@ -0,0 +1,11 @@ > +--- tools/qslim/qvis.cxx-orig 2011-09-06 12:19:12.000000000 +0000 > ++++ tools/qslim/qvis.cxx 2011-09-06 12:20:06.000000000 +0000 > +@@ -14,7 +14,7 @@ > + #include > + #include > + > +-#include > ++#include > + #include > + #include > + #include >=20 > diff -urN files-orig/patch-mixkit_src_MxStdGUI.cxx files/patch-mixkit_src= _MxStdGUI.cxx > --- files-orig/patch-mixkit_src_MxStdGUI.cxx 1970-01-01 00:00:00.00000= 0000 +0000 > +++ files/patch-mixkit_src_MxStdGUI.cxx 2011-09-06 12:20:44.000000000 +00= 00 > @@ -0,0 +1,11 @@ > +--- mixkit/src/MxStdGUI.cxx-orig 2011-09-06 12:19:02.000000000 +00= 00 > ++++ mixkit/src/MxStdGUI.cxx 2011-09-06 12:19:38.000000000 +0000 > +@@ -15,7 +15,7 @@ > + #include "MxGLUtils.h" > + #include "MxSMF.h" > + #include > +-#include > ++#include > + #include > +=20 > +=20 > diff -urN files-orig/patch-tools_qslim_qvis.cxx files/patch-tools_qslim_q= vis.cxx > --- files-orig/patch-tools_qslim_qvis.cxx 1970-01-01 00:00:00.00000= 0000 +0000 > +++ files/patch-tools_qslim_qvis.cxx 2011-09-06 12:21:26.000000000 +00= 00 > @@ -0,0 +1,11 @@ > +--- tools/qslim/qvis.cxx-orig 2011-09-06 12:19:12.000000000 +0000 > ++++ tools/qslim/qvis.cxx 2011-09-06 12:20:06.000000000 +0000 > +@@ -14,7 +14,7 @@ > + #include > + #include > +=20 > +-#include > ++#include > + #include > + #include > + #include >=20 --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --4LwthZj+AV2mq5CX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5mEtYACgkQwMJqmJVx9459jACgyizdVklx4qpXSZ6YNd0FPO/2 ekMAn2cYC6IEVJ0CqKMC8+NkI/vE9l6I =a3xb -----END PGP SIGNATURE----- --4LwthZj+AV2mq5CX-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:34:50 2011 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 4B84C106566C; Tue, 6 Sep 2011 12:34:50 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id B802D8FC20; Tue, 6 Sep 2011 12:34:49 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward13.mail.yandex.net (Yandex) with ESMTP id 6975A142AE0; Tue, 6 Sep 2011 16:34:48 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315312488; bh=36+qTD4/6rKIl/iGHZyaXVMdoYzPxoSQlGU7SyT07wg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=nlxzW5pP1hGzRFvvxJvIrJVhohsaOE+TGi9BARD1Ip8dq1Qg3iGT43W004xs9Jjaa dXlHIoFMOTBegJYHu7DBLqxN2uzap/9j/fyB5hdkqagt5S4aOaXID2WuD1p0w1+vLT cDwPIfOpmXleOB6CW0K1We++cLxfy6+V2l/ZZ+XU= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 48C5016A033F; Tue, 6 Sep 2011 16:34:48 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Yln09eA8-YmnC3Dp5; Tue, 6 Sep 2011 16:34:48 +0400 X-Yandex-Spam: 1 Message-ID: <4E661360.1000509@yandex.ru> Date: Tue, 06 Sep 2011 16:34:40 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Baptiste Daroussin References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906065415.GA2184@reindeer.exwg.net> <20110906120954.GB80802@azathoth.lan> <4E661254.2000000@yandex.ru> In-Reply-To: <4E661254.2000000@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Christoph Moench-Tegeder , freebsd-ports@FreeBSD.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 12:34:50 -0000 Ruslan Mahmatkhanov wrote on 06.09.2011 16:30: > Baptiste Daroussin wrote on 06.09.2011 16:09: >> On Tue, Sep 06, 2011 at 08:54:16AM +0200, Christoph Moench-Tegeder wrote: >>> ## Leslie Jensen (leslie@eskk.nu): >>> >>>> checking for dbopen in -ldb4... no >>>> checking for __db185_open in -ldb4... no >>>> configure: error: db not installed or functional >>> >>> >>> Looks as if you need to install one of databases/db[45]*. >>> At a quick glance through configure, I guess one of db41, db5, db48 or >>> db47 will do. >>> >>> Regards, >>> Christoph >>> >> >> in fact the configure script is patched to automatically check the >> version you have >> installed. >> >> There seems to be failures the installed version<4.4, not sure about >> that yet. >> >> I'm pondering to modify the USE_BDB to force 4.4+ but I need more >> testings >> >> regards, >> Bapt > > It looks like it actually need 4.7+: > http://development.openoffice.org/releases/3.2.1.html > > But i may be wrong. I just don't get if they bundle own version of bdb47. > I forget to note that i come to this link from here :) http://listarchives.libreoffice.org/global/users/msg00988.html But i think it still relevant, since libreoffice was forked after OOo 3.2.1 if i recall correctly. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 12:51:07 2011 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 B8243106566C; Tue, 6 Sep 2011 12:51:07 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 451398FC1B; Tue, 6 Sep 2011 12:51:07 +0000 (UTC) Received: by qwg2 with SMTP id 2so4321287qwg.17 for ; Tue, 06 Sep 2011 05:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ImYaa+zI5JgYFZaEnNUTxdDeWBmuxybojCc38Ub5kzU=; b=bSLk77sT1KzEZ6uVEydScTw2JIRQmpzmlE/+Ahr9Ennqx9dBF5t9eWk5Q+RJHA32gk iwMLdnkVb+vJh0fdcf4swOB8A/8Pxo0dwITscEQbKpttCXvkN7+1RDSo1m0L6tF6yYey KbKX1/0iWxjNZ/jzIoboOed1JJfk78aJleRVk= MIME-Version: 1.0 Received: by 10.229.61.162 with SMTP id t34mr850468qch.93.1315313466719; Tue, 06 Sep 2011 05:51:06 -0700 (PDT) Received: by 10.229.89.138 with HTTP; Tue, 6 Sep 2011 05:51:06 -0700 (PDT) In-Reply-To: <4E661254.2000000@yandex.ru> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906065415.GA2184@reindeer.exwg.net> <20110906120954.GB80802@azathoth.lan> <4E661254.2000000@yandex.ru> Date: Tue, 6 Sep 2011 15:51:06 +0300 Message-ID: From: George Liaskos To: bapt@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 12:51:07 -0000 >> There seems to be failures the installed version<4.4, not sure about that >> yet. >> >> I'm pondering to modify the USE_BDB to force 4.4+ but I need more testings >> >> regards, >> Bapt I vote for removing --with-system-db if it adds complexity and be done with it. The extra time for testing and potential user pain doesn't worth it IMO. Regards, George From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 13:20:17 2011 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 C446A1065678 for ; Tue, 6 Sep 2011 13:20:17 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 90FAD8FC1E for ; Tue, 6 Sep 2011 13:20:17 +0000 (UTC) Received: by iadx2 with SMTP id x2so9811272iad.13 for ; Tue, 06 Sep 2011 06:20:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=/HL5O5lLgcpwBHQP85VrHgsztxuBCaf+nOqzJFzTyDo=; b=dDa0yUUfhTcwGooiV964HReznHfN1aFFAzDECcCogG20nKeSgxiJXj3oEUbNbMEaOp 3S3UMQSw34vidiEx8QmNYvdpqdOLhwtsIhqyoDvhHHZ1nmTYgvgG40MfnzJmNhJQy0c1 c887NvZmuivmAqQwl0jnCwlSHpcQv/83fUI9Q= Received: by 10.231.41.69 with SMTP id n5mr9873821ibe.92.1315315217117; Tue, 06 Sep 2011 06:20:17 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Tue, 6 Sep 2011 06:19:47 -0700 (PDT) In-Reply-To: <201109052146.p85Lkous037023@fire.js.berklix.net> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> From: Chris Rees Date: Tue, 6 Sep 2011 14:19:47 +0100 X-Google-Sender-Auth: q6uyOKMaesZv5-il4AdkrV32itY Message-ID: To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 06 Sep 2011 13:20:17 -0000 On 5 September 2011 22:46, Julian H. Stacey wrote: > Matthias Andree wrote: > >> So either Kostik, or you, or someone else steps up to maintain the port >> at least to the extent that the known security bugs and reported bugs >> get fixed, or to hell the port goes. > > Recent un-professional threats to throw out ports at un-necessarily > short notice, with half baked assessments based on flakey challenged > send-prs (viz eg all of procmail diskcheckd & cfs) have been divisive, > un-professional, & get FreeBSD a bad name. I don't actually think they've been divisive -- it's been policy for years. > The clumsy short notice threats to delete were not > stopped by senior ports/ colleagues, so they're part culpable > =A0 =A0 =A0 =A0(=3D to blame (nod to plain English request on another thr= ead :-)). I don't call four weeks for software with a security vulnerability short notice. We count a maintainer timeout as half that. > Probably other people are afraid to criticise the ports masters > especially when a ports leader accused an innocent of whining, > when he (Mikhail) was just observing tech merits. For clarification, I am neither a ports master nor a leader, just a developer. Mikail is in fact a developer just like me, and in no way is he afraid of me-- we have discussed and fixed similar issues in the past, where he has kindly stepped up and worked with upstream to find a new maintainer. My problem with 'whining' (perhaps a less emotional response from me would have been better) was the sheer number of people stepping up and refusing to provide any fixes, just criticising me for wanting to remove something. It's just not constructive. > FreeBSD ports is not the personal toy of the leadership, but > held in trust on behalf of those who send in code & fixes. > Mature professionalism & peer control is required. =A0Time heads[s] rolle= d. Julian, you have sent some excellent patches to me in the past. You have the skills, please use them to repair the problems, or suggest an alternative bit of software. Patches gratefully received (this is a volunteer effort after all....) Chris From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 13:25:00 2011 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 CE2C81065675 for ; Tue, 6 Sep 2011 13:25:00 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AC7828FC08; Tue, 6 Sep 2011 13:25:00 +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 p86DP0e8065068; Tue, 6 Sep 2011 13:25:00 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p86DP0gG065067; Tue, 6 Sep 2011 13:25:00 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Tue, 6 Sep 2011 15:24:54 +0200 From: Baptiste Daroussin To: George Liaskos Message-ID: <20110906132454.GC80802@azathoth.lan> References: <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906065415.GA2184@reindeer.exwg.net> <20110906120954.GB80802@azathoth.lan> <4E661254.2000000@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 13:25:00 -0000 --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 06, 2011 at 03:51:06PM +0300, George Liaskos wrote: > >> There seems to be failures the installed version<4.4, not sure about t= hat > >> yet. > >> > >> I'm pondering to modify the USE_BDB to force 4.4+ but I need more test= ings > >> > >> regards, > >> Bapt >=20 > I vote for removing --with-system-db if it adds complexity and be done wi= th it. > The extra time for testing and potential user pain doesn't worth it IMO. >=20 > Regards, > George Why not, no opinion on this, btw there is still bugs with icons and .desktop (wanting libreoffice34). regards, Bapt --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5mHyYACgkQ8kTtMUmk6EyrXACff4pxVIr5g42kN9J5dQH1dEUn 5kMAnRtoq4HanBQ1iU/BOPQFMhF3SEaD =gdyI -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 13:28:15 2011 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 7AC7A1065675; Tue, 6 Sep 2011 13:28:15 +0000 (UTC) (envelope-from stephen@missouri.edu) Received: from wilberforce.math.missouri.edu (wilberforce.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4462A8FC16; Tue, 6 Sep 2011 13:28:14 +0000 (UTC) Received: from [127.0.0.1] (wilberforce.math.missouri.edu [128.206.184.213]) by wilberforce.math.missouri.edu (8.14.4/8.14.4) with ESMTP id p86DSDDm085540; Tue, 6 Sep 2011 08:28:14 -0500 (CDT) (envelope-from stephen@missouri.edu) Message-ID: <4E661FED.4020502@missouri.edu> Date: Tue, 06 Sep 2011 08:28:13 -0500 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: "gahr@FreeBSD.org" References: <20110906091838.GJ98648@gahrfit.gahr.ch> <4E660379.1070609@missouri.edu> <4E6611FF.7020008@missouri.edu> <20110906123223.GL98648@gahrfit.gahr.ch> In-Reply-To: <20110906123223.GL98648@gahrfit.gahr.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming 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, 06 Sep 2011 13:28:15 -0000 On 09/06/2011 07:32 AM, Pietro Cerutti wrote: > On 2011-Sep-06, 07:28, Stephen Montgomery-Smith wrote: >> On 09/06/2011 06:26 AM, Stephen Montgomery-Smith wrote: >>> On 09/06/2011 04:18 AM, Pietro Cerutti wrote: >>>> Hi, >>>> >>>> you're receiving this email because one of your ports depends on >>>> x11-toolkits/fltk, according to >>>> >>>> $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq >>>> >>>> I'm preparing an update to fltk-1.3.0 and I would like to give you the >>>> chance to test your port against this new version. >>>> >>>> If no serious issues should raise in the next 15 days, I will commit the >>>> update (plus relative PORTREVISION bump on all dependent ports) on >>>> September 21st. It's going to be something in this direction: >>>> http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html >>>> >>>> Thank you for testing the patch available here: >>>> http://people.freebsd.org/~gahr/fltk-1.3.0.diff >>>> >>>> Kind Regards, >>>> >>> >>> The port graphics/qslim isn't building correctly with this new fltk. >> >> This patch seems to fix it. Even if it is garbled by the text >> processor/mail user, it should be obvious what it does - change the case >> of some letters in two occurrences of FL/Fl_File_Chooser.H > > Yes, that is correct. Can you commit this change at the same time as you commit the fltk update? It will be easier for you to get the timing correct than it will for me. Also, gmsh and vis5d+ (other ports that I maintain) seemed to build just fine. octave also built just fine, but that's maho's port, so I will let him have the final word. Stephen From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 13:53:36 2011 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 0B7DF106566C for ; Tue, 6 Sep 2011 13:53:36 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 817718FC0C for ; Tue, 6 Sep 2011 13:53:35 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1R0w5j-0006mc-O2; Tue, 06 Sep 2011 15:53:31 +0200 Received: by gahr.no-ip.org (Postfix, from userid 1001) id 4B2EC4505F; Tue, 6 Sep 2011 15:53:31 +0200 (CEST) Date: Tue, 6 Sep 2011 15:53:31 +0200 From: Pietro Cerutti To: Stephen Montgomery-Smith Message-ID: <20110906135330.GM98648@gahrfit.gahr.ch> References: <20110906091838.GJ98648@gahrfit.gahr.ch> <4E660379.1070609@missouri.edu> <4E6611FF.7020008@missouri.edu> <20110906123223.GL98648@gahrfit.gahr.ch> <4E661FED.4020502@missouri.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SBT+cnFS/G3NVgv4" Content-Disposition: inline In-Reply-To: <4E661FED.4020502@missouri.edu> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: "ports@FreeBSD.org" Subject: Re: HEADS UP --- Update to x11-toolkits/fltk coming X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 13:53:36 -0000 --SBT+cnFS/G3NVgv4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-06, 08:28, Stephen Montgomery-Smith wrote: > On 09/06/2011 07:32 AM, Pietro Cerutti wrote: > > On 2011-Sep-06, 07:28, Stephen Montgomery-Smith wrote: > >> On 09/06/2011 06:26 AM, Stephen Montgomery-Smith wrote: > >>> On 09/06/2011 04:18 AM, Pietro Cerutti wrote: > >>>> Hi, > >>>> > >>>> you're receiving this email because one of your ports depends on > >>>> x11-toolkits/fltk, according to > >>>> > >>>> $ grep fltk /usr/ports/INDEX-9 | cut -d '|' -f 6 | sort | uniq > >>>> > >>>> I'm preparing an update to fltk-1.3.0 and I would like to give you t= he > >>>> chance to test your port against this new version. > >>>> > >>>> If no serious issues should raise in the next 15 days, I will commit= the > >>>> update (plus relative PORTREVISION bump on all dependent ports) on > >>>> September 21st. It's going to be something in this direction: > >>>> http://lists.freebsd.org/pipermail/cvs-ports/2010-March/191191.html > >>>> > >>>> Thank you for testing the patch available here: > >>>> http://people.freebsd.org/~gahr/fltk-1.3.0.diff > >>>> > >>>> Kind Regards, > >>>> > >>> > >>> The port graphics/qslim isn't building correctly with this new fltk. > >> > >> This patch seems to fix it. Even if it is garbled by the text > >> processor/mail user, it should be obvious what it does - change the ca= se > >> of some letters in two occurrences of FL/Fl_File_Chooser.H > > > > Yes, that is correct. >=20 > Can you commit this change at the same time as you commit the fltk=20 > update? It will be easier for you to get the timing correct than it=20 > will for me. Sure, I will keep that patch and commit it when I update fltk. > Also, gmsh and vis5d+ (other ports that I maintain) seemed to build just= =20 > fine. octave also built just fine, but that's maho's port, so I will=20 > let him have the final word. Thank you very much for looking at that! --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --SBT+cnFS/G3NVgv4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5mJdoACgkQwMJqmJVx945rhgCfThY2jpAgQdzF+QNwKXLY/iAT GyEAnjbJIIjnuftaWLVTf0ApiMT4WpMh =L96z -----END PGP SIGNATURE----- --SBT+cnFS/G3NVgv4-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 15:10:09 2011 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 7432F106564A for ; Tue, 6 Sep 2011 15:10:09 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out9.libero.it (cp-out9.libero.it [212.52.84.109]) by mx1.freebsd.org (Postfix) with ESMTP id 021F58FC14 for ; Tue, 6 Sep 2011 15:10:08 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0208.4E6637CF.00CD,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.235.47) by cp-out9.libero.it (8.5.133) id 4DD242330F5D6BFB; Tue, 6 Sep 2011 17:10:07 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.5/8.14.4) with ESMTP id p86FA18g032614; Tue, 6 Sep 2011 17:10:01 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <4E6637C9.20805@netfence.it> Date: Tue, 06 Sep 2011 17:10:01 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.21) Gecko/20110904 Thunderbird/3.1.13 MIME-Version: 1.0 To: thierry@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Cc: freebsd-ports@FreeBSD.org Subject: OpenCASCADE port outdated 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, 06 Sep 2011 15:10:09 -0000 Hello. Port is at 6.3, but 6.5.1 is out. Is upgrading under way or planned? bye & Thanks av. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 15:18:43 2011 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 C4DD1106566C; Tue, 6 Sep 2011 15:18:43 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A684C8FC0A; Tue, 6 Sep 2011 15:18:43 +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 p86FIhSB066354; Tue, 6 Sep 2011 15:18:43 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p86FIfMb066348; Tue, 6 Sep 2011 15:18:41 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Tue, 6 Sep 2011 17:18:37 +0200 From: Baptiste Daroussin To: Leslie Jensen Message-ID: <20110906151837.GD80802@azathoth.lan> References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1sNVjLsmu1MXqwQ/" Content-Disposition: inline In-Reply-To: <4E6526E8.9020901@eskk.nu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: office@freebsd.org, Christoph Moench-Tegeder , Chris Rees , freebsd-ports@freebsd.org Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 15:18:43 -0000 --1sNVjLsmu1MXqwQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable >=20 > checking for dbopen in -ldb4... no > checking for __db185_open in -ldb4... no > configure: error: db not installed or functional > =3D=3D=3D> Script "configure" failed unexpectedly. > Please report the problem to office@FreeBSD.org [maintainer] and attach t= he > "/usr/ports/editors/libreoffice/work/libreoffice-bootstrap-3.4.3.2/config= =2Elog" > including the output of the failure of your make command. Also, it might = be > a good idea to provide an overview of all packages installed on your syst= em > (e.g. an `ls /var/db/pkg`). > *** Error code 1 >=20 > Stop in /usr/ports/editors/libreoffice. > *** Error code 1 >=20 > Stop in /usr/ports/editors/libreoffice. >=20 > =3D=3D=3D>>> make failed for editors/libreoffice > =3D=3D=3D>>> Aborting update >=20 > =3D=3D=3D>>> Update for editors/libreoffice failed > =3D=3D=3D>>> Aborting update >=20 >=20 > /Leslie >=20 >=20 This should be fixed now, thanks for reporting Bapt --1sNVjLsmu1MXqwQ/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5mOc0ACgkQ8kTtMUmk6EyBYgCfdG25uP0rm1RGIYhRRMSR0unz Z1IAn0+Jx3zp99KMnMS4IjK93hR5lf8Q =cCxa -----END PGP SIGNATURE----- --1sNVjLsmu1MXqwQ/-- From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 17:12:52 2011 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 1BEAA1065674 for ; Tue, 6 Sep 2011 17:12:52 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 607288FC14 for ; Tue, 6 Sep 2011 17:12:51 +0000 (UTC) Received: (qmail invoked by alias); 06 Sep 2011 17:12:49 -0000 Received: from f055155210.adsl.alicedsl.de (EHLO apollo.emma.line.org) [78.55.155.210] by mail.gmx.net (mp061) with SMTP; 06 Sep 2011 19:12:49 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19F1sEHZG5FBr2N8wwheUgMC/CHnxZSuqxbNi8njT CCEdtAinhZ/InL Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id D20F723CE28 for ; Tue, 6 Sep 2011 19:12:47 +0200 (CEST) Message-ID: <4E66548F.8090002@gmx.de> Date: Tue, 06 Sep 2011 19:12:47 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4E654272.2050104@aldan.algebra.com> In-Reply-To: <4E654272.2050104@aldan.algebra.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Community's opinion (Re: Re: sysutils/cfs_ 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, 06 Sep 2011 17:12:52 -0000 Am 05.09.2011 23:43, schrieb Mikhail T.: > On -10.01.-28163 14:59, Doug Barton wrote: >>>> It is not responsible to threaten to remove ports without warning >>>> between releases for non urgent reasons. >> We understand that this is your perspective, however the community in >> general has a different idea. > > Well, several committers are on (recent) record agreeing with Julian and > myself. > > Yet, the "community", supposedly, feels different. Can we ask, just what > that nameless "community" is, and how do we know its opinion? > > Has there been a vote? What were the results? Were they overwhelming to > one side, or close? And what, exactly, are our bylaws and procedures for > when there is no consensus? Thanks! Yours, If you want anyone to accept the answers, you need those who make decisions based on those answers, agree on the questions first, so that they are unbiassed, offer alternatives, and are non-interdependent. From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 19:26:53 2011 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 09ECC1065672; Tue, 6 Sep 2011 19:26:53 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8CB098FC15; Tue, 6 Sep 2011 19:26:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id 146494BE05B; Tue, 6 Sep 2011 21:27:07 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -2.457 X-Spam-Level: X-Spam-Status: No, score=-2.457 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, SPF_PASS=-0.001] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id vlkVfZb4TILt; Tue, 6 Sep 2011 21:27:05 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from [172.17.0.139] (c-195-216-040-164.static.bjare.net [195.216.40.164]) by mx1.bjare.net (Postfix) with ESMTP id 70EE15E3BF; Tue, 6 Sep 2011 21:27:05 +0200 (CEST) Message-ID: <4E667426.1000507@eskk.nu> Date: Tue, 06 Sep 2011 21:27:34 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4E64CDA3.2010907@eskk.nu> <4E64D9AB.2040702@eskk.nu> <20110905153115.GA69747@azathoth.lan> <20110905161132.GA84391@elch.exwg.net> <20110905164402.GB70234@azathoth.lan> <4E6526E8.9020901@eskk.nu> <20110906151837.GD80802@azathoth.lan> In-Reply-To: <20110906151837.GD80802@azathoth.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: office@freebsd.org, Christoph Moench-Tegeder , freebsd-ports@freebsd.org, Chris Rees Subject: Re: libreoffice-3.4.3 fails to upgrade 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, 06 Sep 2011 19:26:53 -0000 Baptiste Daroussin skrev 2011-09-06 17:18: >> > > This should be fixed now, thanks for reporting > > Bapt You're welcome :-) The upgrade was successful now. Thanks /Leslie From owner-freebsd-ports@FreeBSD.ORG Tue Sep 6 23:04:39 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8AC58106564A; Tue, 6 Sep 2011 23:04:39 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 6F76C23CE28; Wed, 7 Sep 2011 01:04:38 +0200 (CEST) Message-ID: <4E66A706.2060004@FreeBSD.org> Date: Wed, 07 Sep 2011 01:04:38 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: ports-list freebsd X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Doug Barton Subject: HEADS UP: ca_root_nss seems to trip up OpenSSL on FreeBSD 7.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, 06 Sep 2011 23:04:39 -0000 Greetings, apparently the new /etc/ssl/cert.pem file installed by security/ca_root_nss trips up the OpenSSL 0.9.8e in the 7.3-RELEASE base system. I haven't tested 7.4, 8.1 or 8.2, 8-STABLE is unaffected by the problem. The symptom is that some certificate chains that validate properly on OpenSSL under FreeBSD 8-STABLE, fail to validate on 7.3. OpenSSL claims that the root certificate weren't trusted. Manually editing the cert.pem file to reorder Entrust certificates up front in reverse order helps according to Doug's findings, but chances are that this breaks recognition of other root certificates in exchange. This is also extremely hard to test because we can't possibly find enough sites to cover for all 150+ trust anchors that the ca_root_nss ports provides. Doug and I have been trying to debug this earlier today, to no avail yet. The current suspicion is "bug in OpenSSL when reading certificate bundles, and that bug got fixed between 0.9.8e and 0.9.8q (possibly 0.9.8n)" -- note though that the order of certificates in a bundle file is not supposed to make any difference. If someone has any insights, that will be much appreciated. (Doug feel free to polish this text and re-post if it turned out to be incomprehensible. ;-)) Best regards, Matthias From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 00:16:08 2011 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 F37E81065670; Wed, 7 Sep 2011 00:16:07 +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 B69968FC0C; Wed, 7 Sep 2011 00:16:07 +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 p870G0Ga089744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Sep 2011 17:16:00 -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 p870G0SU089743; Tue, 6 Sep 2011 17:16:00 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26933; Tue, 6 Sep 11 17:07:14 PDT Date: Wed, 07 Sep 2011 00:07:03 -0700 From: perryh@pluto.rain.com To: dougb@freebsd.org Message-Id: <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> In-Reply-To: <4E6581E2.1060502@FreeBSD.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: ports@freebsd.org, jhs@berklix.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 00:16:08 -0000 Doug Barton wrote: > >>>>> Better to deprecate such non urgent ports, & wait a while > >>>>> after next release is rolled, to give release users a warning > >>>>> & some time to volunteer ... > >> > >> That's an interesting idea, but incredibly unlikely to happen. > > > > It _certainly_ won't happen if those in charge refuse to try it! > > My point was that the idea is impractical. I was trying to be polite. How is it impractical to, as a rule, set an expiration date based on an anticipated future release date rather than only a month or two out from when the decision is made? (Note that this is in no way exclusive with setting FORBIDDEN, and/or making an entry in the portaudit database, immediately upon discovering a vulnerability.) > > My *guess* is that "the largest percentage of our users" are what > > Julian calls "release users" -- those who install a release and > > corresponding ports, and don't touch it subsequently until they > > become aware of a problem. They _may_ follow the security branch > > for their base release, but that won't make them aware of issues > > that have turned up in ports. > > For security issues we have portaudit to handle this. Provided it is installed and activated. Perhaps it should be made into a part of the ports infrastructure, or even moved into the base, so as to be present on any machine having packages installed? From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 00:16:11 2011 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 3EECD1065673 for ; Wed, 7 Sep 2011 00:16:11 +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 1B01C8FC14 for ; Wed, 7 Sep 2011 00:16:11 +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 p870G4xv089756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 6 Sep 2011 17:16:06 -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 p870G40r089755; Tue, 6 Sep 2011 17:16:04 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26960; Tue, 6 Sep 11 17:09:24 PDT Date: Wed, 07 Sep 2011 00:09:13 -0700 From: perryh@pluto.rain.com To: mi+thun@aldan.algebra.com, yar.tikhiy@gmail.com, kostikbel@gmail.com Message-Id: <4e671899.UXfdjkh4zFfW66Bh%perryh@pluto.rain.com> References: <4E6503C2.5080002@aldan.algebra.com> <20110905180214.GS17489@deviant.kiev.zoral.com.ua> <4E65A738.7080903@gmail.com> In-Reply-To: <4E65A738.7080903@gmail.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 00:16:11 -0000 Yar Tikhiy wrote: > By the way, the Debian folks invested certain effort in > keeping cfs up to date. Their git repo is still available > at http://smarden.org/git/cfs.git/ . In particular, the > DoS fix can be easily obtained from the repo and placed > under files/ in the port. So at this point, all that is needed is for someone interested in preserving the port -- like maybe you? -- to step up and _do_ that. From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 00:35:05 2011 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 556251065672 for ; Wed, 7 Sep 2011 00:35:05 +0000 (UTC) (envelope-from yar.tikhiy@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 D5CB28FC14 for ; Wed, 7 Sep 2011 00:35:04 +0000 (UTC) Received: by wwi36 with SMTP id 36so6931555wwi.31 for ; Tue, 06 Sep 2011 17:35:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=1iVhoYpCHhym7/8B7FhCrrDn0Zalypv6GDWTWMGqW8o=; b=BE03NOMsFjYVglnubcZGfiRyxQYPnBTMiKBl2JoV4l1xJyaJPok/TQMhtFN3XAz+7V WaCIZWDkSCwimHikuq8K6cmue/0Y2NgYsPpWuJECEZ3VzgIBhoKaUbGMtXPeUwqjk79r kvc7kR+SNlk/jkkReFW7u9qN+pbXS3Yu4ooaw= MIME-Version: 1.0 Received: by 10.216.198.145 with SMTP id v17mr233097wen.66.1315355703526; Tue, 06 Sep 2011 17:35:03 -0700 (PDT) Received: by 10.216.179.79 with HTTP; Tue, 6 Sep 2011 17:35:03 -0700 (PDT) In-Reply-To: <4e671899.UXfdjkh4zFfW66Bh%perryh@pluto.rain.com> References: <4E6503C2.5080002@aldan.algebra.com> <20110905180214.GS17489@deviant.kiev.zoral.com.ua> <4E65A738.7080903@gmail.com> <4e671899.UXfdjkh4zFfW66Bh%perryh@pluto.rain.com> Date: Wed, 7 Sep 2011 10:35:03 +1000 Message-ID: From: Yar Tikhiy To: perryh@pluto.rain.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: kostikbel@gmail.com, ports@freebsd.org, mi+thun@aldan.algebra.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 00:35:05 -0000 On Wed, Sep 7, 2011 at 5:09 PM, wrote: > Yar Tikhiy wrote: > >> By the way, the Debian folks invested certain effort in >> keeping cfs up to date. =A0Their git repo is still available >> at http://smarden.org/git/cfs.git/ . =A0In particular, the >> DoS fix can be easily obtained from the repo and placed >> under files/ in the port. > > So at this point, all that is needed is for someone interested in > preserving the port -- like maybe you? -- to step up and _do_ that. You are absolutely right mate, that will be a natural step for me to take next. I just need to ensure first that I will have long-term access to an environment to test the code in. I can't help believing that reckless commitments are no better than hasty port removals. Yar From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 03:27:21 2011 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 9D94E1065670 for ; Wed, 7 Sep 2011 03:27:21 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [92.53.116.15]) by mx1.freebsd.org (Postfix) with ESMTP id 536A28FC08 for ; Wed, 7 Sep 2011 03:27:21 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1R18nH-0002Va-EY for freebsd-ports@freebsd.org; Wed, 07 Sep 2011 07:27:19 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id C22D8B865 for ; Wed, 7 Sep 2011 07:27:18 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id A8AB6B823; Wed, 7 Sep 2011 07:27:18 +0400 (MSD) Date: Wed, 7 Sep 2011 07:27:18 +0400 From: Dmitry Marakasov To: freebsd-ports@freebsd.org Message-ID: <20110907032718.GJ42123@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: LDFLAGS support for bsd.port.mk and CPPFLAGS/LDFLAGS cleanup 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, 07 Sep 2011 03:27:21 -0000 Hi! As CPPFLAGS support was recently added to ports ([1]) I've proposed to add support for LDFLAGS as well ([2]). That is quite logical in terms of consistence, and also may be useful for other purposes such as passing LTO flags to the linker. Since many ports set LDFLAGS via CONFIGURE_ENV, e.g. CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include LDFLAGS=-L${LOCALBASE}/lib which will override ${LDFLAGS}, it's also required to get rid of these. The same thing should also be done with CPPFLAGS leftovers. For now, I've processed about 10% of ports which set CONFIGURE_ENV and I want the community to skim through this partial patch and check if there are any errors or something should be done differently/should not be done. See http://people.freebsd.org/~amdmi3/ldflags.patch Currently, changes are: * Move CPPFLAGS/LDFLAGS overrides out of CONFIGURE_ENV: -CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" +CPPFLAGS+= -I${LOCALBASE}/include appends is processed correctly, e.g. -CONFIGURE_ENV= CPPFLAGS="${CPPFLAGS} -I${LOCALBASE}/include" +CPPFLAGS+= -I${LOCALBASE}/include * Drop simple passing of CPPFLAGS/LDFLAGS to configure (since it's now done by ports framework): -CONFIGURE_ENV= CPPFLAGS="${CPPFLAGS}" * Change CPPFLAGS/LDFLAGS assignments to append (to allow user to tune these and to be consistent with CFLAGS/CXXFLAGS): -CPPFLAGS= -I${LOCALBASE}/include +CPPFLAGS+= -I${LOCALBASE}/include There are also some other changes made by hand, such as moving CFLAGS out of CONFIGURE_ENV and tuning MAKE_ENV in the same manner as CONFIGURE_ENV, but I guess I'll do these automatically as well. The changes are processed by a perl script, which applies fixes to each port and then shows a diff for me to check and accept or fix manually. I also plan to do an additional pass to fix some other errors such as using += in CONFIGURE_ENV (e.g. CONFIGURE_ENV=CPPFLAGS+="-I..."), which is illegal and maybe other error I run into before submitting final version of a patch for an exp-run. [1] http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.673;r2=1.674 [2] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/157936 -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 04:15:02 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 26C07106566C for ; Wed, 7 Sep 2011 04:15:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9B4EF150687; Wed, 7 Sep 2011 04:15:01 +0000 (UTC) Message-ID: <4E66EFC5.3020201@FreeBSD.org> Date: Tue, 06 Sep 2011 21:15:01 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> In-Reply-To: <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, jhs@berklix.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 04:15:02 -0000 On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > Doug Barton wrote: > >>>>>>> Better to deprecate such non urgent ports, & wait a while >>>>>>> after next release is rolled, to give release users a warning >>>>>>> & some time to volunteer ... >>>> >>>> That's an interesting idea, but incredibly unlikely to happen. >>> >>> It _certainly_ won't happen if those in charge refuse to try it! >> >> My point was that the idea is impractical. I was trying to be polite. > > How is it impractical to, as a rule, set an expiration date based > on an anticipated future release date rather than only a month or > two out from when the decision is made? As has repeatedly been explained to you, you're asking the wrong question. The question is, how does it benefit the users to leave it in when we know that we're going to delete it? Either way the user will discover that the port is not easily available for installation when they update their ports tree. The difference is that in the meantime people doing work on the ports tree don't have to work around the old port (that's going to be removed anyway). The point has repeatedly been made that with almost 23,000 ports in the tree both innovation and maintenance become significantly more difficult. Keeping that burden as low as possible is a feature. To answer your question more directly, start thinking through all the possible permutations of having 4 completely separate branches of FreeBSD active and supported at the same time, with releases happening several times a year. Now consider how to handle EOL branches. Then consider that FreeBSD has _never_ supported a release-branched ports tree, precisely because it's a huge amount of additional work that we don't have person-hours for. I realize that what you're proposing sounds attractive from a purely theoretical standpoint. The problem is that it increases the maintenance burden a non-trivial amount without providing any substantive benefit. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 05:25:22 2011 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 0E7A31065673 for ; Wed, 7 Sep 2011 05:25:22 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 B09ED8FC14 for ; Wed, 7 Sep 2011 05:25:21 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 01:25:21 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr17.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BBI26170; Wed, 7 Sep 2011 01:25:20 -0400 Received-SPF: None identity=pra; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="postmaster@[192.168.1.8]"; x-conformance=sidf_compatible X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO [192.168.1.8]) ([209.6.61.133]) by smtp01.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 01:25:14 -0400 Message-ID: <4E670044.10604@aldan.algebra.com> Date: Wed, 07 Sep 2011 01:25:24 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4E6503C2.5080002@aldan.algebra.com> <20110905180214.GS17489@deviant.kiev.zoral.com.ua> <4E65A738.7080903@gmail.com> <4e671899.UXfdjkh4zFfW66Bh%perryh@pluto.rain.com> In-Reply-To: <4e671899.UXfdjkh4zFfW66Bh%perryh@pluto.rain.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kostikbel@gmail.com, ports@freebsd.org, utisoft@gmail.com, yar.tikhiy@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 05:25:22 -0000 On 07.09.2011 03:09, perryh@pluto.rain.com wrote: > So at this point, all that is needed is for someone interested in > preserving the port -- like maybe you? -- to step up and_do_ that. The main topic here -- despite the subject line -- is not about the particular part, but about the conflicting opinions on when to remove ports from the tree. The fate of sysutils/cfs or any other individual port is, really, secondary to that discussion... Yar, myself, as well as other folks, who object to the on-going deprecations/removals of ports for the slightest of offenses, can fix /any/ port currently on the death-row, but we can not fix /all/ of them. Still, we would like them to remain in the tree -- unless they flat-out do not build. Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:29:37 2011 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 3CE481065674; Wed, 7 Sep 2011 06:29:37 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD66E8FC28; Wed, 7 Sep 2011 06:29:36 +0000 (UTC) Received: from orion.SpringDaemons.com (c-98-234-217-95.hsd1.ca.comcast.net [98.234.217.95]) by mx0.deglitch.com (Postfix) with ESMTPA id 663338FC2E; Wed, 7 Sep 2011 10:29:35 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 0CC4A3A70B; Tue, 6 Sep 2011 23:30:11 -0700 (PDT) Date: Tue, 6 Sep 2011 23:30:04 -0700 From: Stanislav Sedov To: "Julian H. Stacey" Message-Id: <20110906233004.f0a93ac6.stas@FreeBSD.org> In-Reply-To: <201109051005.p85A5ZvN005263@fire.js.berklix.net> References: <20110904231821.GC22986@lonesome.com> <201109051005.p85A5ZvN005263@fire.js.berklix.net> 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=_Tue__6_Sep_2011_23_30_04_-0700_0jLcCITALPJiq/8V" Cc: ports@freebsd.org, Mark Linimon , portmgr@FreeBSD.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 06:29:37 -0000 --Signature=_Tue__6_Sep_2011_23_30_04_-0700_0jLcCITALPJiq/8V Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 05 Sep 2011 12:05:35 +0200 "Julian H. Stacey" mentioned: > Mark Linimon wrote: > > On Sun, Sep 04, 2011 at 10:32:30PM +0200, Julian H. Stacey wrote: > > > It is not responsible to threaten to remove ports without warning > > > between releases for non urgent reasons. > >=20 > > portmgr has no such policy. > >=20 > > Ports get deleted all the time due to various issues. I prefer to see > > a 1- or 2-month warning via EXPIRATION_DATE, but that's my personal > > preference, not a written policy. > >=20 > > mcl >=20 > Drive by ports shootings are becoming too frequent, & will get > FreeBSD a bad name as immature & poorly managed > A solution: Ensure a policy of expiry dates expire a release after > a warning is given in a previous releases (except in emergency). >=20 I second this opinion. We might have not needed the policy a while ago when such deprecations were rare. Given that we gained several people working actively on this I'd like to see some policy regarding deprecation as well. I saw several occasions when ports were deprecated for no apparent reason, so I can understand Julian and other people dissatisfaction with this. What about requiring that the ports deprecated should be either broken or have known published vulnerabilties for a long period of time (say 6 months) for the start? Personally, I'd also love to see people deprecating ports provide a clear reasoning for deprecation in the commit message (not just "deprecated some old ports" etc), so one won't need to guess if he would like to fix/resurrect the port in the feature? Thanks! --=20 Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments --Signature=_Tue__6_Sep_2011_23_30_04_-0700_0jLcCITALPJiq/8V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJOZw9yAAoJEL8lojEJL9nwYW0P/jlOKGPE7xnTy9z8+du4pDHf QaXQjnwLSeK5IE5np5AbeGDRTX++EiUI/nqSdtUgcWXQBh9VjL3SW7d/8NYGnfBh pRqGBVypIp1VEAq1ttVZnvPk6xl/N7w9fIcFxc0FK6hZ0/8PQ9w/kB+HkbGa1GQn 7jyH/vR6odgy7IbU7/bL4ByUS564BRHVggc8KJ9N1zuq3U+3yalAkaE/cd5Vz/93 jg8eo9jmk9rKHjP74jgSxFF5ot982Y9UoSW67yHQPWiB2617562SUoJru28LPNW0 j0qahwRn6PGNm3IGAXA+tinw1KViAFf1vV47LM0OyAxuXcL7FUK5ErOxcl+8EXs/ EcLEABjgUfXCJCF8DTiWTq3BTtlatQ1Jb1v/gyx4R1bVwUQN6E/YSb8sZPqrEAa4 6dt40JpYoA8QpPslhb4NJAtK94dxzeECJCQpJGivWJ5OgydL0hDMdxxNfR2vcUDS 7EoB9Fwvk2SSvhbkHdTNFRdr4p2di3EiXTEOpOZfeg496UlcMT512b6aQhShN7Be UxkcSEtnEC2K6qobfuUVTMrx72v1qPbNfTwlJEAd5COqfZ7VFLGqsJvQrzpnpB9p BgvDaqco+jBWD8ilMI62Lceyc+l4xxQIRldCwA9SGBzF73icA44hhWseAeALI26c t60ktGH2HNIOdXhyQTzP =5CWR -----END PGP SIGNATURE----- --Signature=_Tue__6_Sep_2011_23_30_04_-0700_0jLcCITALPJiq/8V-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:29:53 2011 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 673AD106566B for ; Wed, 7 Sep 2011 06:29:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id E0EF18FC14 for ; Wed, 7 Sep 2011 06:29:52 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876TqSg066172 for ; Wed, 7 Sep 2011 08:29:52 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:29:52 +0200 (CEST) Message-Id: <201109070629.p876TqSg066172@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 06:29:53 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 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: archivers/bzip broken because: unfetchable; use archivers/bzip2 instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bzip portname: audio/fmit broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20110830110835/fmit-0.99.2.log (_Aug_31_16:41:28_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/fmit-0.97.7_6.log (_Jul_31_06:20:01_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=fmit portname: audio/linux-shoutcast broken because: unfetchable; website rearranged build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-shoutcast portname: audio/shoutcast broken because: unfetchable; website rearranged build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shoutcast portname: chinese/scim-chewing broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=scim-chewing portname: databases/xbase broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbase portname: deskutils/gemcal broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=gemcal portname: deskutils/mhc broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mhc portname: deskutils/org-mode.el6 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=org-mode.el6 portname: devel/erlang-thrift broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/erlang-thrift-0.3.0_1,1.log (_Aug_24_05:51:44_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=erlang-thrift 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/py-px broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-px portname: dns/domtools broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=domtools 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/abuse broken because: conflicts with run dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/abuse-2.0_3.log (_Aug_30_06:33:10_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abuse portname: games/bomb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=bomb portname: games/ezquake broken because: Does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/ezquake-1.9_3,2.log.bz2 (_Sep_18_00:33:21_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=ezquake portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/lgeneral-data broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=lgeneral-data portname: games/linux-enemyterritory-jaymod broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-enemyterritory-jaymod portname: games/phpua-engine broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-engine portname: games/vultures-claw broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=vultures-claw portname: games/xphotohunter broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xphotohunter portname: graphics/gimpshop broken because: fails to patch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/gimpshop-2.2.11_14.log (_Aug_27_01:38:33_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gimpshop portname: graphics/kallery broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/kallery-1.2.0_6.log (_Aug_27_01:45:05_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libart broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libart portname: graphics/lightspark-devel broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lightspark-devel portname: graphics/long-exposure-tools broken because: does not build with new netpbm build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=long-exposure-tools 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/py-cgkit broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-cgkit portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/wildmagic broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wildmagic portname: graphics/xmms-plazma broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmms-plazma portname: irc/ircd-rusnet broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircd-rusnet portname: japanese/epic4 broken because: Some distfiles does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=epic4 portname: japanese/rxvt broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=rxvt portname: java/jboss4 broken because: does not build with new ant build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jboss4 portname: java/jde broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jde portname: java/kaffe broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=kaffe portname: korean/hanmiscutils broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanmiscutils portname: korean/mizifont broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=mizifont portname: korean/stardict2-dict-kr broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=stardict2-dict-kr 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/freetxl broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=freetxl portname: lang/p5-JavaScript broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=p5-JavaScript portname: mail/freepops broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=freepops portname: mail/itraxp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=itraxp portname: math/fftw broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/fftw-2.1.5_6.log (_Sep__7_03:59:26_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw portname: math/fftw-float broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/fftw-float-2.1.5_1.log (_Aug__1_18:06:19_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw-float portname: math/nsc2ke broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/nsc2ke-1.0_2.log (_Jul_31_20:31:17_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=nsc2ke 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/kde3-i18n-hsb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-hsb portname: misc/kde3-i18n-mt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-mt portname: misc/kde3-i18n-nso broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-nso 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/xfce4-media broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xfce4-media portname: net-im/jabber-users-agent broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-users-agent portname: net-im/pino broken because: Doesn't build with vala-0.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pino portname: net-mgmt/aguri broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=aguri portname: net-mgmt/jffnms broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=jffnms portname: net-mgmt/netxms broken because: does not compile with gcc 4.2 && Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netxms portname: net-mgmt/nipper broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nipper 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/azureus broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=azureus portname: net-p2p/dctc broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dctc portname: net-p2p/frostwire broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=frostwire portname: net/gsambad broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gsambad portname: net/kmuddy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=kmuddy portname: net/libosip2 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libosip2 portname: net/netboot broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20110815074417/netboot-0.10.2.log (_May_15_11:34:30_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=netboot 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/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/ttt broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttt portname: net/vyqchat broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vyqchat portname: news/cleanscore broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=cleanscore portname: news/ija broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=ija portname: news/nntpswitch broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nntpswitch portname: news/p5-NewsLib broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=p5-NewsLib portname: russian/cyrproxy broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=cyrproxy portname: russian/fortune-bashorgru broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=fortune-bashorgru portname: science/gerris broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/libparanoia broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libparanoia portname: security/nsm-console broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=nsm-console portname: security/opensaml broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=opensaml portname: security/openvas-libnasl broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/openvas-libnasl-2.0.1_4.log (_Jul_30_16:51:26_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvas-libnasl portname: sysutils/checkservice broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=checkservice portname: sysutils/thunar-volman-plugin broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=thunar-volman-plugin portname: sysutils/wmbattery broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wmbattery portname: textproc/europass-xsl broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=europass-xsl portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el 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: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/openvanilla-modules-0.7.2.20070514_3.log.bz2 (_Oct__5_06:21:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-hyperestraier broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-hyperestraier 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: textproc/tdtd.el broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tdtd.el portname: textproc/tei-guidelines-p4 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-guidelines-p4 portname: textproc/tei-lite broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-lite portname: textproc/tei-p4 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-p4 portname: www/ffproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ffproxy portname: www/mmosaic broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/mmosaic-3.7.2_7.log (_Aug__1_18:19:47_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mmosaic portname: www/monkey broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=monkey portname: www/phpwiki broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=phpwiki portname: www/phpwiki13 broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=phpwiki13 portname: www/spip broken because: checksum is changing daily build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=spip portname: www/webglimpse broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webglimpse portname: www/webredirect broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webredirect portname: www/xitami broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xitami portname: x11-themes/emerald-themes broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=emerald-themes portname: x11-toolkits/jdic broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=jdic portname: x11-toolkits/py-kde broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-kde portname: x11-toolkits/swt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=swt portname: x11/avant-window-navigator-xfce4 broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=avant-window-navigator-xfce4 From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:30:36 2011 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 061AA106567B for ; Wed, 7 Sep 2011 06:30:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6308FC0A for ; Wed, 7 Sep 2011 06:30:35 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876UYnp069923 for ; Wed, 7 Sep 2011 08:30:34 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:30:34 +0200 (CEST) Message-Id: <201109070630.p876UYnp069923@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 06:30:36 -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: archivers/bzip broken because: unfetchable; use archivers/bzip2 instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bzip portname: archivers/dact broken because: needs to be upgraded to lzo2 according to ports/156954 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=dact portname: audio/aacplusenc broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20110906102836/aacplusenc-0.17.1.log (_Jul_11_13:01:37_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aacplusenc 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/beast broken because: does not deinstall build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/beast-0.7.2.log (_Aug_26_04:22:44_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=beast portname: audio/fmit broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20110830110835/fmit-0.99.2.log (_Aug_31_16:41:28_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/fmit-0.97.7_6.log (_Jul_31_06:20:01_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=fmit portname: audio/gstreamer-plugins-flite broken because: Doesn't work due to link problem in audio/flite build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-flite portname: audio/linux-shoutcast broken because: unfetchable; website rearranged build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-shoutcast portname: audio/rubyripper broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20110902155823/rubyripper-0.6.0_1.log (_Sep__6_06:30:31_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=rubyripper portname: audio/shoutcast broken because: unfetchable; website rearranged build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shoutcast portname: benchmarks/polygraph broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph portname: benchmarks/polygraph31 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarks&portname=polygraph31 portname: chinese/scim-chewing broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=scim-chewing portname: chinese/tin broken because: does not patch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/zh-tin-1.9.6_3.log (_Jul_31_07:41:03_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=tin portname: comms/hso-kmod broken because: does not build with USB2, please try comms/uhso-kmod instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: databases/flamerobin broken because: invalid distinfo build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/flamerobin-0.9.2.log (_Aug_24_06:02:09_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=flamerobin portname: databases/gambas2-gb-db-firebird broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gambas2-gb-db-firebird portname: databases/glom broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/glom-1.12.2_6.log (_Aug_26_09:07:01_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=glom portname: databases/hypertable broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=hypertable portname: databases/ocaml-pgocaml broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ocaml-pgocaml portname: databases/p5-DBD-mysql40 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-mysql40 portname: databases/p5-GraphViz-DBI broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-GraphViz-DBI portname: databases/pear-MDB2_Driver_ibase broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pear-MDB2_Driver_ibase portname: databases/pg_filedump broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/pg_filedump-8.4.log.bz2 (_Oct_18_04:45:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pg_filedump portname: databases/postgresql-tcltk broken because: Does not work with PostgreSQL 8.X build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/postgresql-tcltk-7.4.30_2.log.bz2 (_Oct_16_11:22:03_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-tcltk portname: databases/xbase broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbase portname: deskutils/doodle broken because: does not configure with new libextractor build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=doodle portname: deskutils/gemcal broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=gemcal portname: deskutils/lightning broken because: unsatisfiable depobj build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/lightning-1.0_2.log (_Aug_24_05:49:29_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=lightning portname: deskutils/mhc broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mhc portname: deskutils/org-mode.el6 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=org-mode.el6 portname: deskutils/xfce4-volstatus-icon broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=xfce4-volstatus-icon portname: devel/erlang-thrift broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/erlang-thrift-0.3.0_1,1.log (_Aug_24_05:51:44_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=erlang-thrift 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/fb303 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/fb303-20090908_1.log (_Aug_24_05:16:19_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fb303 portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/hs-hmake broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hmake portname: devel/libnotifymm broken because: doesn't build with notify 0.7. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libnotifymm 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/monodevelop-boo broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=monodevelop-boo portname: devel/nana broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nana portname: devel/psptoolchain-gcc-stage2 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.7.20091112070147/psptoolchain-gcc-stage2-4.1.0.log.bz2 (_Nov_29_01:03:51_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=psptoolchain-gcc-stage2 portname: devel/py-px broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-px portname: devel/py-tables broken because: needs to be upgraded to lzo2 according to ports/156954 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-tables portname: devel/ruby-rbbr broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110830071000/ruby18-rbbr-0.6.0_8.log (_Sep__3_17:26:10_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rbbr portname: devel/subcommander2 broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=subcommander2 portname: devel/valide broken because: Doesn't build with vala-0.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=valide portname: dns/domtools broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=domtools portname: editors/richtext broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=richtext 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/abuse broken because: conflicts with run dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/abuse-2.0_3.log (_Aug_30_06:33:10_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abuse portname: games/bomb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=bomb portname: games/ezquake broken because: Does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/ezquake-1.9_3,2.log.bz2 (_Sep_18_00:33:21_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=ezquake portname: games/flightgear-atlas broken because: does not build with SimGear 2.4.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=flightgear-atlas portname: games/freeorion broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=freeorion portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: games/lgeneral-data broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=lgeneral-data portname: games/linux-enemyterritory-jaymod broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-enemyterritory-jaymod portname: games/linux-nerogame broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20110901070520/linux-nerogame-2.0.log (_Aug_15_05:27:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-nerogame portname: games/palomino broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=palomino portname: games/phpua-engine broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-engine portname: games/rigsofrods broken because: Does not work with CEGUI 0.7.x build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/rigsofrods-0.36.2_3.log.bz2 (_Sep_18_17:53:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=rigsofrods portname: games/secretmaryochronicles broken because: Does not work with CEGUI 0.7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=secretmaryochronicles portname: games/sfbol broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=sfbol portname: games/vultures-claw broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=vultures-claw portname: games/wesnoth-devel broken because: incomplete plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101130182505/wesnoth-devel-1.9.2.log.bz2 (_Dec__7_12:44:12_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wesnoth-devel portname: games/xchadance broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20110904222218/xchadance-1.0_2.log (_Mar_10_18:56:30_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xchadance portname: games/xphotohunter broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xphotohunter portname: graphics/autopano-sift broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=autopano-sift portname: graphics/clutter-qt broken because: Doesn't build with Glib-2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=clutter-qt portname: graphics/gimpshop broken because: fails to patch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/gimpshop-2.2.11_14.log (_Aug_27_01:38:33_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gimpshop portname: graphics/kallery broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/kallery-1.2.0_6.log (_Aug_27_01:45:05_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libart broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libart portname: graphics/lightspark-devel broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lightspark-devel portname: graphics/linux-ac3d broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=linux-ac3d portname: graphics/long-exposure-tools broken because: does not build with new netpbm build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=long-exposure-tools 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/py-cgkit broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-cgkit portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/solang broken because: bad plist + do not build with latest exiv2 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/solang-0.3_7.log (_Aug_27_02:57:59_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=solang portname: graphics/spcaview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=spcaview portname: graphics/vid broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vid portname: graphics/wildmagic broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wildmagic portname: graphics/xmms-plazma broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmms-plazma portname: irc/ircd-rusnet broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircd-rusnet portname: irc/smuxi broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=smuxi portname: japanese/epic4 broken because: Some distfiles does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=epic4 portname: japanese/ruby-refe broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=ruby-refe portname: japanese/rxvt broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=rxvt portname: japanese/xgate broken because: fails to fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=xgate portname: java/java-tutorial broken because: unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20110903053734/jdk-tutorial-2007.05.14.log (_Jul_21_11:46:23_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-tutorial portname: java/jboss4 broken because: does not build with new ant build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jboss4 portname: java/jde broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jde portname: java/kaffe broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=kaffe portname: korean/hanmiscutils broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanmiscutils portname: korean/mizifont broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=mizifont portname: korean/stardict2-dict-kr broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=stardict2-dict-kr 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/freetxl broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=freetxl portname: lang/gdc broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gdc portname: lang/ldc-devel broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ldc-devel portname: lang/nqc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=nqc portname: lang/p5-JavaScript broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=p5-JavaScript portname: mail/freepops broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=freepops portname: mail/itraxp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=itraxp portname: mail/lmtpd broken because: doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=lmtpd portname: mail/p5-Mail-CClient broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-Mail-CClient portname: mail/p5-Mail-Freshmeat broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-Mail-Freshmeat portname: mail/xfce4-mailwatch-plugin broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/xfce4-mailwatch-plugin-1.1.0_12.log (_Jul_31_20:51:27_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=xfce4-mailwatch-plugin portname: math/asir2000 broken because: Only builds with now-nonexistant automake15 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/asir-20070806_4.log.bz2 (_Sep_22_07:31:06_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=asir2000 portname: math/dislin broken because: size mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20110906102836/dislin-10.1.log (_Apr_18_11:16:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=dislin portname: math/fftw broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/fftw-2.1.5_6.log (_Sep__7_03:59:26_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw portname: math/fftw-float broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/fftw-float-2.1.5_1.log (_Aug__1_18:06:19_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=fftw-float portname: math/mingw32-libgmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mingw32-libgmp4 portname: math/nsc2ke broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/nsc2ke-1.0_2.log (_Jul_31_20:31:17_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=nsc2ke portname: math/p5-Math-Pari broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20110903053734/p5-Math-Pari-2.01080605.log (_Sep__4_07:25:46_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=p5-Math-Pari portname: math/petsc broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc portname: math/petsc-mpich broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=petsc-mpich portname: math/scilab-toolbox-sivp broken because: doesn't not compile with opencv-2.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab-toolbox-sivp portname: misc/airoflash broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/airoflash-1.7.log.bz2 (_Sep_26_21:46:19_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=airoflash 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/kde3-i18n-hsb broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-hsb portname: misc/kde3-i18n-mt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-mt portname: misc/kde3-i18n-nso broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde3-i18n-nso 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/bmpx broken because: Doesn't build with Glib-2.26 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=bmpx portname: multimedia/ffmpeg-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=ffmpeg-devel portname: multimedia/linux-gspca-kmod broken because: does not compile on 8.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=linux-gspca-kmod portname: multimedia/moonlight broken because: Basically does not work build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=moonlight portname: multimedia/p5-Video-Info broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-Video-Info portname: multimedia/xfce4-media broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xfce4-media portname: multimedia/xfmedia-remote-plugin broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xfmedia-remote-plugin portname: net-im/jabber broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/jabber-1.6.1.1_9,1.log (_Jul_29_14:12:13_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber portname: net-im/jabber-users-agent broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-users-agent portname: net-im/pino broken because: Doesn't build with vala-0.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=pino 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/aguri broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=aguri portname: net-mgmt/jffnms broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=jffnms portname: net-mgmt/netxms broken because: does not compile with gcc 4.2 && Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=netxms portname: net-mgmt/nipper broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nipper 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/azureus broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=azureus portname: net-p2p/dctc broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dctc portname: net-p2p/frostwire broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=frostwire portname: net-p2p/gnunet broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=gnunet portname: net/AquaGatekeeper broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=AquaGatekeeper portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/gpxe broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gpxe portname: net/gsambad broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gsambad portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/kmuddy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=kmuddy portname: net/libosip2 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libosip2 portname: net/netboot broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20110815074417/netboot-0.10.2.log (_May_15_11:34:30_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=netboot 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/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/spnetkit broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20110805063350/spnetkit-0.3.0.log (_Jul__6_11:29:09_UTC_2011) http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20110904222218/spnetkit-0.3.0.log (_Jul__2_17:20:55_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=spnetkit portname: net/ttt broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttt portname: net/vyqchat broken because: unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vyqchat portname: net/yate-devel broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=yate-devel portname: news/cleanscore broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=cleanscore portname: news/ija broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=ija portname: news/nntpswitch broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nntpswitch portname: news/p5-NewsLib broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=p5-NewsLib portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/coldsync broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20110805063350/coldsync-2.2.5_8.log (_Mar_13_04:35:50_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=coldsync portname: print/cups-client broken because: gnutls does not support threads yet; disable the GNUTLS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=cups-client portname: print/cups-image broken because: gnutls does not support threads yet; disable the GNUTLS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=cups-image portname: print/cups-magicolor broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20110903053734/cups-magicolor-1.5.0_7.log (_Sep__4_07:28:29_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=cups-magicolor portname: print/py-reportlab2 broken because: does not package build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20110829073225/py27-reportlab2-2.4_1.log (_Aug_26_02:43:02_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=py-reportlab2 portname: russian/cyrproxy broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=cyrproxy portname: russian/fortune-bashorgru broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=fortune-bashorgru portname: science/gerris broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/libctl broken because: Does not compile on i386 or sparc64 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libctl portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/libparanoia broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libparanoia portname: security/nsm-console broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=nsm-console portname: security/opensaml broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=opensaml portname: security/openvas-libnasl broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/openvas-libnasl-2.0.1_4.log (_Jul_30_16:51:26_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openvas-libnasl portname: security/pantera broken because: bad dependency line build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20101015091133/pantera-0.1.1.log.bz2 (_Oct_27_00:44:08_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pantera portname: security/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/snort_inline broken because: this port does not build properly build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=snort_inline portname: sysutils/checkservice broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=checkservice portname: sysutils/djmount broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=djmount portname: sysutils/linux-megamgr broken because: fails to fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megamgr portname: sysutils/rsyslog4-devel-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog4-devel-snmp portname: sysutils/rsyslog4-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog4-snmp portname: sysutils/rsyslog5-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog5-snmp portname: sysutils/rsyslog6-devel-snmp broken because: Does not link on i386: can't find symbol snmp_timeout in libnetsnmp build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=rsyslog6-devel-snmp portname: sysutils/thunar-volman-plugin broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=thunar-volman-plugin 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/wmbattery broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wmbattery portname: sysutils/xfce4-places-plugin broken because: Does not work with xfce 4.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xfce4-places-plugin portname: textproc/europass-xsl broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=europass-xsl portname: textproc/htmlize.el broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el 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: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/openvanilla-modules-0.7.2.20070514_3.log.bz2 (_Oct__5_06:21:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-hyperestraier broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-hyperestraier portname: textproc/py-lucene broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-lucene portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: textproc/tdtd.el broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tdtd.el portname: textproc/tei-guidelines-p4 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-guidelines-p4 portname: textproc/tei-lite broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-lite portname: textproc/tei-p4 broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=tei-p4 portname: textproc/xfce4-dict-plugin broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xfce4-dict-plugin portname: vietnamese/vnelvis broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnelvis portname: vietnamese/vnterm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnterm portname: www/cacheboy15-devel broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy15-devel portname: www/ffproxy broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ffproxy portname: www/kazehakase broken because: does not link build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/kazehakase-0.5.8_5.log (_Jul_29_14:23:55_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kazehakase portname: www/mmosaic broken because: fails to fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/mmosaic-3.7.2_7.log (_Aug__1_18:19:47_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mmosaic 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/monkey broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=monkey portname: www/p5-RTx-Statistics broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-RTx-Statistics portname: www/phpwiki broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=phpwiki portname: www/phpwiki13 broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=phpwiki13 portname: www/py-nevow broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/py27-nevow-0.10.0_1.log (_Jul_29_14:37:35_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/py-scrapy broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-scrapy portname: www/rubygem-htauth broken because: depends on exact version of rubygem-highline build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-htauth portname: www/spip broken because: checksum is changing daily build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=spip portname: www/webglimpse broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webglimpse portname: www/webredirect broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webredirect portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: www/xitami broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xitami portname: x11-drivers/input-wacom broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom 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-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-fm/krusader2 broken because: incomplete plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20110821081609/krusader-2.4.0.b1.log (_Aug_24_07:18:16_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=krusader2 portname: x11-themes/emerald-themes broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=emerald-themes portname: x11-themes/gtk-qt-engine broken because: Doesn't build with Glib 2.26.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-qt-engine portname: x11-themes/kde-icons-amaranth broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth portname: x11-themes/kde-icons-amaranth-althaea broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-amaranth-althaea portname: x11-themes/kde-icons-krystaline broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/kde-icons-krystaline-1.1.6.log (_Sep__7_04:13:35_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-krystaline portname: x11-themes/kde-icons-realistic broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde-icons-realistic portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/jdic broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=jdic portname: x11-toolkits/py-kde broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-kde portname: x11-toolkits/swt broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=swt portname: x11/avant-window-navigator-xfce4 broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=avant-window-navigator-xfce4 portname: x11/gnome-shell broken because: Doesn't build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=gnome-shell portname: x11/xfce4-quicklauncher-plugin broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=xfce4-quicklauncher-plugin From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:31:54 2011 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 BBDA21065678 for ; Wed, 7 Sep 2011 06:31:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id F14BD8FC1D for ; Wed, 7 Sep 2011 06:31:53 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876VrNl076018 for ; Wed, 7 Sep 2011 08:31:53 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:31:53 +0200 (CEST) Message-Id: <201109070631.p876VrNl076018@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 06:31:55 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: archivers/bzip description: A block-sorting file compressor maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; use archivers/bzip2 instead expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bzip portname: astro/gkrellsun description: A Gkrellm-Plugin that displays the local sun rise and sun set times maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=gkrellsun portname: astro/xrmap description: Map portions of the earth from a given longitude/latitude maintainer: ports@FreeBSD.org deprecated because: No more distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=xrmap portname: audio/gkrellmss description: A plugin for GKrellM with a VU meter showing left/right channel audio maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gkrellmss portname: audio/gnapster description: GNOME client for the online mp3 community called napster maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnapster portname: audio/linux-shoutcast description: Nullsoft's streaming audio server (Linux binary port) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; website rearranged expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-shoutcast portname: audio/midimountain description: MIDI sequencer maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=midimountain portname: audio/shoutcast description: Nullsoft's streaming audio server (binary port) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; website rearranged expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shoutcast portname: chinese/auto-cn-l10n description: The automatic localization for Simplified Chinese zh_CN.eucCN locale maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=auto-cn-l10n portname: converters/py-cjkcodecs description: Python Unicode Codecs for Chinese, Japanese and Korean encodings maintainer: ports@FreeBSD.org deprecated because: Integrated into every python version in the tree expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=py-cjkcodecs portname: databases/postgresql-plpython description: A module for using Python to write SQL functions maintainer: ports@FreeBSD.org deprecated because: (error in parsing Makefile) expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plpython portname: databases/xbase description: An xbase (i.e. dBase, FoxPro, etc.) compatible C++ class library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbase portname: databases/xbsql description: An SQL wrapper for the XBase DBMS library maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbsql portname: devel/gccxml description: XML output extension to GCC maintainer: ports@FreeBSD.org deprecated because: Unmaintained upstream, still requires GCC 3.4 (strictly), just used by boost-pyste which is of archeological interest only itself expiration date: 2011-10-04 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20110902155823/gccxml-0.6.0.log (_Sep__5_09:01:41_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gccxml portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: devel/mkcmd description: Command-line parser and manual page generator maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mkcmd portname: devel/msrc0 description: Meta source fake-out script for building ksb tools maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msrc0 portname: games/abuse description: The classic 2D action game Abuse maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN after games/abuse_sdl update expiration date: 2011-09-11 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/abuse-2.0_3.log (_Aug_30_06:33:10_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abuse portname: games/battleball description: 3D single/multiplayer military soccer game for X Window System maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/battleball-2.1_3.log.bz2 (_Sep_17_18:34:20_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=battleball portname: games/cchess description: Very simple Chinese chess program maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cchess portname: games/cgoban2 description: Internet Go Server client and game editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cgoban2 portname: games/glasteroids description: 3D Asteroids game for X Window System maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/glasteroids-1.0_6.log (_Aug_30_06:11:28_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=glasteroids portname: games/gtkabale description: A lazy version of solitaire game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=gtkabale portname: games/krosswordplayer description: KDE crossword puzzle game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=krosswordplayer portname: games/kslide description: KDE puzzle game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kslide portname: games/merlin description: A pointless puzzle game for Tcl/Tk maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=merlin portname: games/oilwar description: Evil army wants to steal your oil maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=oilwar portname: games/phpua-bf description: A Battlefield 1942 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-bf portname: games/phpua-cod description: A Call of Duty plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-cod portname: games/phpua-engine description: Game server monitor & admin tool maintainer: ports@FreeBSD.org status: BROKEN deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-engine portname: games/phpua-hl description: A Half-Life plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-hl portname: games/phpua-q3 description: A Quake 3 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-q3 portname: games/phpua-ut description: An Unreal Tournament plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-ut portname: games/phpua-ut2003 description: An Unreal Tournament 2003 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-ut2003 portname: games/qkmj description: QKMJ - QK Ma2Jong4 client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=qkmj portname: games/race description: OpenGL Racing Game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=race portname: games/senso description: Game to challenge short-term memory maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=senso portname: games/slige description: DOOM level generator maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=slige portname: games/stvef-server description: Star Trek Voyager: Elite Forces dedicated server for Linux maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=stvef-server portname: games/tome description: Roguelike dungeon exploration game based on JRR Tolkien's works maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tome portname: games/tvp description: Play the cardgame President (or Ass) against 3 AIs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tvp portname: games/uox3 description: A GPL'd server for Origin Systems' Ultima Online multiplayer game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=uox3 portname: games/wmtimebomb description: A minesweeper for WindowMaker maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmtimebomb portname: games/xbaby description: Babies hide under your windows maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xbaby portname: games/xbat description: XEVIOUS like shooting game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xbat portname: games/xgame description: A Perl script which enhances gameplay under Linux/Unix maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgame portname: games/xgammon description: A backgammon program for X11 maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgammon portname: games/xlines description: Remove as many balls from board as you can maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xlines portname: games/xscrabble description: X version of the popular board game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xscrabble portname: games/xshisen description: Shisen-sho puzzle game for X11 maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xshisen portname: games/xword description: A crossword puzzle application maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xword portname: german/ksteak description: KDE frontend for steak, an english - german dictionary maintainer: ports@FreeBSD.org deprecated because: Development has ceased. expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=ksteak portname: german/steak description: An english <-> german dictionary under the GPL maintainer: ports@FreeBSD.org deprecated because: Development has ceased. expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=steak portname: graphics/giftrans description: A tool for GIF89a transparent option and interlace mode maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=giftrans portname: graphics/gtksee description: Image viewer maintainer: ports@FreeBSD.org deprecated because: depends on unfetchable port archivers/bzip; last release 2004 expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gtksee portname: graphics/kallery description: An image gallery generator for KDE maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build; last release 20010511 expiration date: 2011-10-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/kallery-1.2.0_6.log (_Aug_27_01:45:05_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libart description: Library for high-performance 2D graphics maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libart portname: graphics/moth description: A simple to use 3D mesh editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=moth portname: graphics/wildmagic description: The Wild Magic Real-Time 3D Graphics Engine maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wildmagic portname: graphics/xmrm description: An image morphing/warping program maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmrm portname: irc/ircd-rusnet description: RusNet Internet Relay Chat Server maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircd-rusnet portname: irc/tkirc description: A GUI for the ircII Internet Relay Chat client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=tkirc portname: japanese/linux-JM description: Japanese translated man pages by JM Project maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=linux-JM portname: java/jboss4 description: Open-source J2EE application server (4.x family) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jboss4 portname: korean/gdick description: English-Korean Dictionary Client for GNOME2 maintainer: ports@FreeBSD.org status: IGNORE deprecated because: HTMLs from the recent Yahoo! Korea Dictionary cannot be parsed expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=gdick portname: korean/hanIM description: Mizi Research's Korean X11 Input Method maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanIM portname: korean/hanmiscutils description: Collection of various Hangul-related sources maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanmiscutils portname: korean/helvis description: A clone of vi/ex, the standard UNIX editor, supporting Hangul maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=helvis portname: korean/hlatex description: LaTeX package to use Hangul(UTF-8/UHC/KSX1001) maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hlatex portname: korean/hlatexfonts-ocf description: HLaTeX(OCF format) fonts collection maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hlatexfonts-ocf portname: korean/johabfonts description: Hangul fonts for X11(johab) used in many hangul-related programs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=johabfonts portname: korean/mizifont description: Mizi Research's Korean X11 Font(ksc5601.1987-[01] encoding) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=mizifont portname: korean/pgp.language description: Korean language module for PGP maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=pgp.language portname: lang/TenDRA description: A portable BSD-licensed compiler suite maintainer: ports@FreeBSD.org deprecated because: website disappeared; only the FTP archives remain; last release 2006 expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=TenDRA portname: lang/freetxl description: The TXL Programming Language (transformation by example) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=freetxl portname: mail/mailscanner-mrtg description: Allows mrtg to monitor many aspects of your MailScanner machine maintainer: ports@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mailscanner-mrtg portname: math/mupad description: A sophisticated computer algebra system maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mupad portname: math/nsc2ke description: A Navier-Stokes solver maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/nsc2ke-1.0_2.log (_Jul_31_20:31:17_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=nsc2ke portname: misc/gplbp description: GNOME Pilot Logbook application maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gplbp portname: misc/mgp-mode.el description: A mode of Emacs for editing MagicPoint files maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=mgp-mode.el portname: multimedia/mplex description: Multiplexes MPEG component streams into system layers maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplex portname: multimedia/p5-RIFF-Info description: Probe DivX and AVI files for attributes maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-RIFF-Info portname: net-im/gossip description: GTK2 Jabber Instant Messaging client maintainer: ports@FreeBSD.org deprecated because: No longer maintain by upstream, use net-im/empathy instead expiration date: 2011-09-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=gossip portname: net-im/ickle description: ICQ2000 protocol implementation maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ickle portname: net-im/jabber-users-agent description: A Perl based Jabber User Directory maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-users-agent portname: net-im/libicq2000 description: An opensource C++ library to support icq2000/2001 protocol maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libicq2000 portname: net-im/newsbot description: Gathers news from RDF/RSS and send them to your IM client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=newsbot portname: net-mgmt/aguri description: An Aggregation-based Traffic Profiler maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=aguri portname: net-mgmt/cfgstoragemk description: MRTG configuration generator for storage monitoring via SNMP maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=cfgstoragemk portname: net-mgmt/nipper description: Netdev config analyzer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nipper portname: net-mgmt/portmon description: Daemon that monitor network services maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=portmon portname: net-mgmt/py-snmp description: SNMP framework for Python maintainer: ports@FreeBSD.org deprecated because: use net-mgmt/py-snmp4 instead expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=py-snmp portname: net-mgmt/py-twistedSNMP description: Twisted Python framework for doing SNMP stuff maintainer: ports@FreeBSD.org deprecated because: Relies on net-mgmt/py-snmp, which is deprecated expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=py-twistedSNMP portname: net-p2p/apollon description: KDE client for giFT daemon maintainer: ports@FreeBSD.org deprecated because: Depends on net-p2p/gift, which is deprecated expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=apollon portname: net-p2p/dctc description: A DirectConnect (www.neo-modus.com) text client for file sharing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dctc portname: net-p2p/hagelslag description: A flexible command-line Gnutella implementation with advanced features maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=hagelslag portname: net-p2p/mldonkey-serverspy description: MLDonkey Server Spy broadcasts your whereabouts on the eDonkey network maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mldonkey-serverspy portname: net-p2p/torrentflux description: A PHP based BitTorrent client that runs on a web server maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=torrentflux portname: net-p2p/xnap description: A pure java napster client; also, supports OpenNap & giFT (FastTrack) maintainer: ports@FreeBSD.org deprecated because: Napster service does not exists anymore expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=xnap portname: net/mudix description: Ncurses-based MUD client with triggers, aliases, colors maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mudix portname: net/p5-Net-OpenDHT description: Access the Open Distributed Hash Table (Open DHT) maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-OpenDHT portname: net/py-timeoutsocket description: Timeout mechanism for TCP connections maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-timeoutsocket portname: net/tptest description: Software suite for testing network throughput and Internet services maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tptest portname: net/ttt description: Tele Traffic Tapper, a network traffic monitoring tool maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttt portname: net/vyqchat description: A Qt LAN chat, compatible with Vypress Chat maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vyqchat portname: news/PicMonger description: An automated USENET (NNTP) picture decoding client maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=PicMonger portname: news/ija description: An interactive command line frontend of Deja maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=ija portname: news/p5-Gateway description: Robomoderation and mail to news gatewaying toolkit maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=p5-Gateway portname: news/xmitbin description: Posts or mails binary and sourcecode files intelligently maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=xmitbin portname: palm/isilo description: Converts documents from text/HTML to iSilo format maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=isilo portname: palm/pose description: Palm OS(R) Emulator maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pose portname: print/epsmerge description: Merge multiple EPS files into one EPS or PS file maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=epsmerge portname: print/mgv description: A PostScript and PDF previewer maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=mgv portname: science/at description: The Acoustic ToolBox includes four acoustic models maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=at portname: science/pyvox description: A set of software tools for medical image processing maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pyvox portname: security/cfs description: A cryptographic file system implemented as a user-space NFS server maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: Locks don't work, ports/137378, unmaintained, dead upstream, insecure expiration date: 2011-10-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/donkey description: An alternative for S/KEY's key command maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=donkey portname: security/execwrap description: Super-user exec wrapper maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=execwrap portname: security/fressh description: A free rewritten implementation of the SSH communication protocol maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/libparanoia description: Safe (in the mean of stack smashing) reincarnation of strcpy et al maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libparanoia portname: security/nsm-console description: A framework for performing analysis on packet capture files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=nsm-console portname: security/p5-Email-Obfuscate description: Obfuscates email addresses maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Email-Obfuscate portname: security/pgp6 description: Public-Key encryption for the masses maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: sysutils/cfvers description: Configuration versioning system maintainer: ports@FreeBSD.org deprecated because: Dead upstream, author disowns it, use git/hg instead expiration date: 2011-10-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cfvers portname: sysutils/checkservice description: Checkservice is written to check the status of the services maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=checkservice portname: sysutils/cpuburn description: CPU/memory stress testing utilities maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cpuburn portname: sysutils/plod description: A system administration journaling tool maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=plod portname: sysutils/wots description: System log watch/alert utility, similar to swatch, written in Perl maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wots portname: textproc/carthage description: A parser and clean-up tool for SGML DTDs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=carthage portname: textproc/europass-xsl description: XSL stylesheets to transform Europass documents to HTML maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=europass-xsl portname: textproc/htmlize.el description: Emacs major mode to create HTML files from Emacs buffers (in colour!) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/javacc description: Java parser generator and lexical analyzer maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=javacc portname: www/ashe description: A simple HTML editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ashe portname: www/ljpms description: Livejournal.com postings mass-restore and permissions utility maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljpms portname: www/ljsm description: Livejournal.com postings recusive copy utility maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljsm portname: www/mmosaic description: Web browser based on Mosaic, but with many modernizations maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/mmosaic-3.7.2_7.log (_Aug__1_18:19:47_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mmosaic portname: www/plone description: A user friendly implementation of the CMF written on top of ZOPE maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=plone portname: www/py-forgethtml description: Python module for object-oriented HTML generation maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-forgethtml portname: www/rt36 description: RT is an industrial-grade ticketing system written in Perl maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt36 portname: www/smb2www description: Windows Network client that is accessible through a web browser maintainer: ports@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=smb2www portname: www/squishdot description: A web-based news publishing and discussion product for Zope maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squishdot portname: www/tomcat41 description: Open-source Java web server by Apache, stable 4.1.x branch maintainer: ports@FreeBSD.org deprecated because: No more upstream support expiration date: 2011-09-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat41 portname: www/w3-4 description: WWW browser based on emacs/mule maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=w3-4 portname: www/webglimpse description: WWW interface to Glimpse search engine maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webglimpse portname: www/webredirect description: Small web server serving "301 Moved Permanently" only maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webredirect portname: www/xitami description: A fast, portable multithreaded web server maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xitami portname: x11-fonts/gnome-font-sampler description: A program for viewing several fonts at once maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=gnome-font-sampler portname: x11-toolkits/XawPlus description: A replacement for Xaw with a nicer 3-D look and some extensions maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=XawPlus portname: x11-toolkits/qtpixmap description: Modifed GTK pixmap engine to obtain Theme information from Qt maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=qtpixmap portname: x11-wm/epiwm description: Another fast, small, configurable window manager maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=epiwm portname: x11/fbsd-icons description: Collection of icons related to the FreeBSD project maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=fbsd-icons portname: x11/xvattr description: Getting and setting Xv attributes maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=xvattr From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:33:10 2011 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 3D337106566B for ; Wed, 7 Sep 2011 06:33:10 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1B78FC12 for ; Wed, 7 Sep 2011 06:33:09 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876X8uc083295 for ; Wed, 7 Sep 2011 08:33:08 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:33:08 +0200 (CEST) Message-Id: <201109070633.p876X8uc083295@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 06:33:10 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/bsdar description: BSD-licensed replacement of the ar utility maintainer: ports@FreeBSD.org status: IGNORE deprecated because: part of the base system expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bsdar portname: archivers/bzip description: A block-sorting file compressor maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; use archivers/bzip2 instead expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bzip portname: astro/gkrellsun description: A Gkrellm-Plugin that displays the local sun rise and sun set times maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=gkrellsun portname: astro/xrmap description: Map portions of the earth from a given longitude/latitude maintainer: ports@FreeBSD.org deprecated because: No more distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=astro&portname=xrmap portname: audio/gkrellmss description: A plugin for GKrellM with a VU meter showing left/right channel audio maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gkrellmss portname: audio/gnapster description: GNOME client for the online mp3 community called napster maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gnapster portname: audio/libsidplay description: A Commodore SID-chip emulator library to play SID music files maintainer: sec@42.org deprecated because: No Master Site expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=libsidplay portname: audio/linux-shoutcast description: Nullsoft's streaming audio server (Linux binary port) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; website rearranged expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-shoutcast portname: audio/midimountain description: MIDI sequencer maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=midimountain portname: audio/mt-daapd description: Multithread daapd yet another Server for Apple iTunes maintainer: mark@foster.cc deprecated because: Use audio/firefly instead expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mt-daapd portname: audio/p5-MusicBrainz-Client description: A Perl module that provides access to the musicbrainz client API maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-MusicBrainz-Client portname: audio/p5-MusicBrainz-TRM description: A Perl module that provides access to the musicbrainz client TRM API maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-MusicBrainz-TRM portname: audio/shoutcast description: Nullsoft's streaming audio server (binary port) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: unfetchable; website rearranged expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shoutcast portname: audio/sidplay description: A Commodore SID-chip emulator that plays SID music files maintainer: sec@42.org deprecated because: No Master Site expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sidplay portname: chinese/auto-cn-l10n description: The automatic localization for Simplified Chinese zh_CN.eucCN locale maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=auto-cn-l10n portname: converters/py-cjkcodecs description: Python Unicode Codecs for Chinese, Japanese and Korean encodings maintainer: ports@FreeBSD.org deprecated because: Integrated into every python version in the tree expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=py-cjkcodecs portname: databases/gnats description: Cygnus GNATS bug tracking system maintainer: linimon@FreeBSD.org status: FORBIDDEN deprecated because: Security issues expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: databases/mysql-editor description: CGI scripts in Perl to edit your MySQL tables maintainer: mi@aldan.algebra.com status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-editor portname: databases/mysqlman description: MySQLMan is a web based MySQL database manager written in perl maintainer: janos.mohacsi@bsd.hu status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/mysqlman-1.09_2.log (_Aug_26_10:10:58_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlman portname: databases/p5-ApacheDBILogConfig description: Perl module that logs access information in a DBI database maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-ApacheDBILogConfig portname: databases/p5-ApacheDBILogger description: A module that tracks what's being transferred in a DBI database maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-ApacheDBILogger portname: databases/p5-postgresql-plperl description: Write SQL functions for PostgreSQL using Perl5 maintainer: girgen@FreeBSD.org deprecated because: (error in parsing Makefile) expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-postgresql-plperl portname: databases/phpmyadmin211 description: A set of PHP-scripts to manage MySQL over the web maintainer: m.seaman@infracaninophile.co.uk deprecated because: No longer supported by the phpMyAdmin project expiration date: 2012-01-12 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=phpmyadmin211 portname: databases/postgresql-docs description: The PostgreSQL documentation set maintainer: girgen@FreeBSD.org deprecated because: (error in parsing Makefile) expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-docs portname: databases/postgresql-plpython description: A module for using Python to write SQL functions maintainer: ports@FreeBSD.org deprecated because: (error in parsing Makefile) expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plpython portname: databases/postgresql-pltcl description: A module for using Tcl to write SQL functions maintainer: girgen@FreeBSD.org deprecated because: (error in parsing Makefile) expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-pltcl portname: databases/ruby-postgres description: Ruby interface to PostgreSQL library maintainer: dinoex@FreeBSD.org status: IGNORE deprecated because: is replaced by ruby-pg expiration date: 2011-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=ruby-postgres portname: databases/rubygem-postgres description: Ruby interface to PostgreSQL library maintainer: dinoex@FreeBSD.org status: IGNORE deprecated because: is replaced by rubygem-pg expiration date: 2011-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-postgres portname: databases/xbase description: An xbase (i.e. dBase, FoxPro, etc.) compatible C++ class library maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbase portname: databases/xbsql description: An SQL wrapper for the XBase DBMS library maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbsql portname: devel/gccxml description: XML output extension to GCC maintainer: ports@FreeBSD.org deprecated because: Unmaintained upstream, still requires GCC 3.4 (strictly), just used by boost-pyste which is of archeological interest only itself expiration date: 2011-10-04 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20110902155823/gccxml-0.6.0.log (_Sep__5_09:01:41_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gccxml portname: devel/libgetline description: A small, portable, and easy to use command line library maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2013-02-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline portname: devel/libnotifymm description: C++ wrappers for libnotify maintainer: gnome@FreeBSD.org status: BROKEN deprecated because: Doesn't build and isn't used by anything. expiration date: 2011-09-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libnotifymm portname: devel/mkcmd description: Command-line parser and manual page generator maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mkcmd portname: devel/msrc0 description: Meta source fake-out script for building ksb tools maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msrc0 portname: devel/p5-Class-Data-Accessor description: Inheritable and overridable class and instance data accessors maintainer: perl@FreeBSD.org deprecated because: Please consider using p5-Class-Accessor-Grouped or p5-Moose expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Class-Data-Accessor portname: devel/p5-Scalar-Util-Clone description: Recursively copy datatypes using Perl's builtin functions maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Scalar-Util-Clone portname: devel/slglade description: S-Lang binding for libglade maintainer: shuvaev@physik.uni-wuerzburg.de deprecated because: Depends on non-functional x11-toolkits/slgtk expiration date: 2011-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=slglade portname: games/abuse description: The classic 2D action game Abuse maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN after games/abuse_sdl update expiration date: 2011-09-11 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/abuse-2.0_3.log (_Aug_30_06:33:10_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abuse portname: games/battleball description: 3D single/multiplayer military soccer game for X Window System maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/battleball-2.1_3.log.bz2 (_Sep_17_18:34:20_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=battleball portname: games/cchess description: Very simple Chinese chess program maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cchess portname: games/cgoban2 description: Internet Go Server client and game editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cgoban2 portname: games/glasteroids description: 3D Asteroids game for X Window System maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110810110115/glasteroids-1.0_6.log (_Aug_30_06:11:28_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=glasteroids portname: games/gtkabale description: A lazy version of solitaire game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=gtkabale portname: games/krosswordplayer description: KDE crossword puzzle game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=krosswordplayer portname: games/kslide description: KDE puzzle game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kslide portname: games/merlin description: A pointless puzzle game for Tcl/Tk maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=merlin portname: games/oilwar description: Evil army wants to steal your oil maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=oilwar portname: games/phpua-bf description: A Battlefield 1942 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-bf portname: games/phpua-cod description: A Call of Duty plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-cod portname: games/phpua-engine description: Game server monitor & admin tool maintainer: ports@FreeBSD.org status: BROKEN deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-engine portname: games/phpua-hl description: A Half-Life plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-hl portname: games/phpua-q3 description: A Quake 3 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-q3 portname: games/phpua-ut description: An Unreal Tournament plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-ut portname: games/phpua-ut2003 description: An Unreal Tournament 2003 plugin for phpUA maintainer: ports@FreeBSD.org deprecated because: depends on phpua-engine expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=phpua-ut2003 portname: games/qkmj description: QKMJ - QK Ma2Jong4 client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=qkmj portname: games/race description: OpenGL Racing Game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=race portname: games/senso description: Game to challenge short-term memory maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=senso portname: games/slige description: DOOM level generator maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=slige portname: games/stvef-server description: Star Trek Voyager: Elite Forces dedicated server for Linux maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=stvef-server portname: games/tome description: Roguelike dungeon exploration game based on JRR Tolkien's works maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tome portname: games/tvp description: Play the cardgame President (or Ass) against 3 AIs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tvp portname: games/uox3 description: A GPL'd server for Origin Systems' Ultima Online multiplayer game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=uox3 portname: games/wmtimebomb description: A minesweeper for WindowMaker maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmtimebomb portname: games/xbaby description: Babies hide under your windows maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xbaby portname: games/xbat description: XEVIOUS like shooting game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xbat portname: games/xgame description: A Perl script which enhances gameplay under Linux/Unix maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgame portname: games/xgammon description: A backgammon program for X11 maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgammon portname: games/xlines description: Remove as many balls from board as you can maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xlines portname: games/xscrabble description: X version of the popular board game maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xscrabble portname: games/xshisen description: Shisen-sho puzzle game for X11 maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xshisen portname: games/xword description: A crossword puzzle application maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xword portname: german/ksteak description: KDE frontend for steak, an english - german dictionary maintainer: ports@FreeBSD.org deprecated because: Development has ceased. expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=ksteak portname: german/steak description: An english <-> german dictionary under the GPL maintainer: ports@FreeBSD.org deprecated because: Development has ceased. expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=steak portname: graphics/flashplayer description: GPL standalone Flash (TM) player maintainer: llwang@infor.org deprecated because: Depends on deprecated ../libflash expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=flashplayer portname: graphics/giftrans description: A tool for GIF89a transparent option and interlace mode maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=giftrans portname: graphics/gnash-devel description: GNU Flash movie player maintainer: amdmi3@FreeBSD.org deprecated because: Outdated, use graphics/gnash instead expiration date: 2011-10-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gnash-devel portname: graphics/gtksee description: Image viewer maintainer: ports@FreeBSD.org deprecated because: depends on unfetchable port archivers/bzip; last release 2004 expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gtksee portname: graphics/kallery description: An image gallery generator for KDE maintainer: ports@FreeBSD.org status: BROKEN deprecated because: does not build; last release 20010511 expiration date: 2011-10-30 build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20101201082240/kallery-1.2.0_6.log (_Aug_27_01:45:05_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libart description: Library for high-performance 2D graphics maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libart portname: graphics/libflash description: GPL Flash (TM) Library maintainer: llwang@infor.org deprecated because: gplflash is no longer supported. Please use gnash instead expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libflash portname: graphics/moth description: A simple to use 3D mesh editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=moth portname: graphics/wildmagic description: The Wild Magic Real-Time 3D Graphics Engine maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=wildmagic portname: graphics/xmrm description: An image morphing/warping program maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmrm portname: irc/ircd-rusnet description: RusNet Internet Relay Chat Server maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircd-rusnet portname: irc/tkirc description: A GUI for the ircII Internet Relay Chat client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=tkirc portname: japanese/linux-JM description: Japanese translated man pages by JM Project maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=linux-JM portname: japanese/postgresql-tcltk description: A TCL interface to the database PostgreSQL, including a tk GUI maintainer: girgen@FreeBSD.org deprecated because: expiration date: 2011-04-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=postgresql-tcltk portname: java/jboss4 description: Open-source J2EE application server (4.x family) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jboss4 portname: korean/gdick description: English-Korean Dictionary Client for GNOME2 maintainer: ports@FreeBSD.org status: IGNORE deprecated because: HTMLs from the recent Yahoo! Korea Dictionary cannot be parsed expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=gdick portname: korean/hanIM description: Mizi Research's Korean X11 Input Method maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanIM portname: korean/hanmiscutils description: Collection of various Hangul-related sources maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanmiscutils portname: korean/helvis description: A clone of vi/ex, the standard UNIX editor, supporting Hangul maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=helvis portname: korean/hlatex description: LaTeX package to use Hangul(UTF-8/UHC/KSX1001) maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hlatex portname: korean/hlatexfonts-ocf description: HLaTeX(OCF format) fonts collection maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hlatexfonts-ocf portname: korean/johabfonts description: Hangul fonts for X11(johab) used in many hangul-related programs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=johabfonts portname: korean/mizifont description: Mizi Research's Korean X11 Font(ksc5601.1987-[01] encoding) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=mizifont portname: korean/pgp.language description: Korean language module for PGP maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=pgp.language portname: lang/TenDRA description: A portable BSD-licensed compiler suite maintainer: ports@FreeBSD.org deprecated because: website disappeared; only the FTP archives remain; last release 2006 expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=TenDRA portname: lang/freetxl description: The TXL Programming Language (transformation by example) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=freetxl portname: lang/smarteiffel description: SmartEiffel, the GNU compiler for the object-oriented language Eiffel maintainer: berend@pobox.com deprecated because: Dead upstream, broken on amd64 with gcc>4 expiration date: 2011-10-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=smarteiffel portname: mail/libspf2-10 description: Sender Rewriting Scheme 2 C Implementation maintainer: mnag@FreeBSD.org deprecated because: Vulnerable as of 2008-10-27 http://portaudit.freebsd.org/2ddbfd29-a455-11dd-a55e-00163e000016.html expiration date: 2011-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=libspf2-10 portname: mail/mailscanner-mrtg description: Allows mrtg to monitor many aspects of your MailScanner machine maintainer: ports@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=mailscanner-mrtg portname: mail/p5-Mail-QuoteWrap description: Provides wrapping functionality for quoted Email and Usenet messages maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-Mail-QuoteWrap portname: mail/postfix-policyd-spf description: Implements SPF for postfix, as a policy daemon maintainer: mnag@FreeBSD.org deprecated because: Relies on libspf2-10 which is vulnerable as of 2008-10-27 expiration date: 2011-09-09 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-policyd-spf portname: math/mupad description: A sophisticated computer algebra system maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mupad portname: math/nsc2ke description: A Navier-Stokes solver maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/nsc2ke-1.0_2.log (_Jul_31_20:31:17_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=nsc2ke portname: misc/gplbp description: GNOME Pilot Logbook application maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gplbp portname: misc/mgp-mode.el description: A mode of Emacs for editing MagicPoint files maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=mgp-mode.el portname: misc/p5-Geography-NationalGrid description: Create an object for a point and to transform coordinate systems maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=p5-Geography-NationalGrid portname: multimedia/bmpx description: Media player geared towards usability, technical efficiency and looks maintainer: novel@FreeBSD.org status: BROKEN deprecated because: Broken for more than 6 month, development has ceased expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=bmpx portname: multimedia/enjoympeg description: An MPEG-1 video player maintainer: multimedia@FreeBSD.org deprecated because: Look like an abandonware, no more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=enjoympeg portname: multimedia/mplex description: Multiplexes MPEG component streams into system layers maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplex portname: multimedia/p5-RIFF-Info description: Probe DivX and AVI files for attributes maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-RIFF-Info portname: net-im/gossip description: GTK2 Jabber Instant Messaging client maintainer: ports@FreeBSD.org deprecated because: No longer maintain by upstream, use net-im/empathy instead expiration date: 2011-09-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=gossip portname: net-im/ickle description: ICQ2000 protocol implementation maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ickle portname: net-im/jabber-users-agent description: A Perl based Jabber User Directory maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-users-agent portname: net-im/libicq2000 description: An opensource C++ library to support icq2000/2001 protocol maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libicq2000 portname: net-im/newsbot description: Gathers news from RDF/RSS and send them to your IM client maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=newsbot portname: net-im/skype20 description: P2P VoIP software maintainer: itetcu@FreeBSD.org status: IGNORE deprecated because: old version without many of the newer features; please try net-im/skype instead expiration date: 2011-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=skype20 portname: net-mgmt/aguri description: An Aggregation-based Traffic Profiler maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=aguri portname: net-mgmt/cfgstoragemk description: MRTG configuration generator for storage monitoring via SNMP maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=cfgstoragemk portname: net-mgmt/nipper description: Netdev config analyzer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nipper portname: net-mgmt/portmon description: Daemon that monitor network services maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=portmon portname: net-mgmt/py-snmp description: SNMP framework for Python maintainer: ports@FreeBSD.org deprecated because: use net-mgmt/py-snmp4 instead expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=py-snmp portname: net-mgmt/py-twistedSNMP description: Twisted Python framework for doing SNMP stuff maintainer: ports@FreeBSD.org deprecated because: Relies on net-mgmt/py-snmp, which is deprecated expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=py-twistedSNMP portname: net-p2p/apollon description: KDE client for giFT daemon maintainer: ports@FreeBSD.org deprecated because: Depends on net-p2p/gift, which is deprecated expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=apollon portname: net-p2p/dctc description: A DirectConnect (www.neo-modus.com) text client for file sharing maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dctc portname: net-p2p/gift description: An OpenFT, Gnutella and FastTrack p2p network client maintainer: shoesoft@gmx.net deprecated because: unmaintained upstream for several years expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=gift portname: net-p2p/giftcurs description: A cursed frontend to the giFT daemon maintainer: shoesoft@gmx.net deprecated because: unmaintained upstream for several years expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=giftcurs portname: net-p2p/giftoxic description: GTK2 client for giFT maintainer: joeldiaz@bellsouth.net deprecated because: unmaintained upstream for several years expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=giftoxic portname: net-p2p/giftui description: GTK2 client for giFT daemon maintainer: joeldiaz@bellsouth.net deprecated because: unmaintained upstream for several years expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=giftui portname: net-p2p/hagelslag description: A flexible command-line Gnutella implementation with advanced features maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=hagelslag portname: net-p2p/mldonkey-serverspy description: MLDonkey Server Spy broadcasts your whereabouts on the eDonkey network maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mldonkey-serverspy portname: net-p2p/torrentflux description: A PHP based BitTorrent client that runs on a web server maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=torrentflux portname: net-p2p/xnap description: A pure java napster client; also, supports OpenNap & giFT (FastTrack) maintainer: ports@FreeBSD.org deprecated because: Napster service does not exists anymore expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=xnap portname: net/AquaGatekeeper description: Aqua H323 Gatekeeper and proxy maintainer: ports@grosbein.pp.ru status: BROKEN deprecated because: unfetchable expiration date: 2011-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=AquaGatekeeper portname: net/mudix description: Ncurses-based MUD client with triggers, aliases, colors maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mudix portname: net/p5-Net-OpenDHT description: Access the Open Distributed Hash Table (Open DHT) maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-OpenDHT portname: net/py-timeoutsocket description: Timeout mechanism for TCP connections maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-timeoutsocket portname: net/tptest description: Software suite for testing network throughput and Internet services maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tptest portname: net/ttt description: Tele Traffic Tapper, a network traffic monitoring tool maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttt portname: net/vyqchat description: A Qt LAN chat, compatible with Vypress Chat maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vyqchat portname: news/PicMonger description: An automated USENET (NNTP) picture decoding client maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=PicMonger portname: news/ija description: An interactive command line frontend of Deja maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=ija portname: news/p5-Gateway description: Robomoderation and mail to news gatewaying toolkit maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=p5-Gateway portname: news/xmitbin description: Posts or mails binary and sourcecode files intelligently maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=xmitbin portname: palm/isilo description: Converts documents from text/HTML to iSilo format maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=isilo portname: palm/pose description: Palm OS(R) Emulator maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pose portname: print/epsmerge description: Merge multiple EPS files into one EPS or PS file maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=epsmerge portname: print/lyx14 description: Document processor interfaced with LaTeX (nearly WYSIWYG) maintainer: mi@aldan.algebra.com deprecated because: last release in 2007, use print/lyx16 or print/lyx instead expiration date: 2011-10-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lyx14 portname: print/mgv description: A PostScript and PDF previewer maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=mgv portname: russian/apache13 description: The extremely popular Apache http server. Very fast, very clean maintainer: lev@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=apache13 portname: russian/apache13-modssl description: The Russian Apache webserver with SSL/TLS functionality maintainer: lev@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=apache13-modssl portname: science/at description: The Acoustic ToolBox includes four acoustic models maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=at portname: science/pyvox description: A set of software tools for medical image processing maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pyvox portname: security/cfs description: A cryptographic file system implemented as a user-space NFS server maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: Locks don't work, ports/137378, unmaintained, dead upstream, insecure expiration date: 2011-10-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/donkey description: An alternative for S/KEY's key command maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=donkey portname: security/execwrap description: Super-user exec wrapper maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=execwrap portname: security/fressh description: A free rewritten implementation of the SSH communication protocol maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/libparanoia description: Safe (in the mean of stack smashing) reincarnation of strcpy et al maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libparanoia portname: security/nsm-console description: A framework for performing analysis on packet capture files maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=nsm-console portname: security/p5-Email-Obfuscate description: Obfuscates email addresses maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Email-Obfuscate portname: security/pgp6 description: Public-Key encryption for the masses maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: security/snort_inline description: An inline IPS system based on snort using ipfw maintainer: nick@rogness.net status: BROKEN deprecated because: no longer supported upstream expiration date: 2011/09/04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=snort_inline portname: sysutils/cfvers description: Configuration versioning system maintainer: ports@FreeBSD.org deprecated because: Dead upstream, author disowns it, use git/hg instead expiration date: 2011-10-03 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cfvers portname: sysutils/checkservice description: Checkservice is written to check the status of the services maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=checkservice portname: sysutils/cpuburn description: CPU/memory stress testing utilities maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cpuburn portname: sysutils/dtc description: A hosting web GUI for admin and accounting all hosting services maintainer: fkiernan@id.net.ar status: FORBIDDEN deprecated because: Many security issues, see http://bugs.freebsd.org/159736 expiration date: 2011-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/gpart description: Tries to recover lost partition tables and file systems maintainer: mandree@FreeBSD.org deprecated because: Upstream disappeared expiration date: 2011-09-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gpart portname: sysutils/plod description: A system administration journaling tool maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=plod portname: sysutils/wots description: System log watch/alert utility, similar to swatch, written in Perl maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wots portname: textproc/carthage description: A parser and clean-up tool for SGML DTDs maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=carthage portname: textproc/europass-xsl description: XSL stylesheets to transform Europass documents to HTML maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=europass-xsl portname: textproc/htmlize.el description: Emacs major mode to create HTML files from Emacs buffers (in colour!) maintainer: ports@FreeBSD.org status: BROKEN deprecated because: BROKEN for more than 6 month expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/javacc description: Java parser generator and lexical analyzer maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=javacc portname: textproc/p5-Apache-XBEL description: Apache mod_perl handler to render an XBEL file as an HTML tree maintainer: perl@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20110830110835/p5-Apache-XBEL-13_2.log (_Aug_31_16:44:48_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Apache-XBEL portname: vietnamese/unicode-uhoai description: Unicode TrueType Font with UHoai Vietnamese encoding maintainer: obrien@FreeBSD.org deprecated because: No Master Site expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=unicode-uhoai portname: vietnamese/vis2u description: VISCII->Unicode conversion maintainer: obrien@FreeBSD.org deprecated because: No Master Site expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vis2u portname: www/apache-contrib description: Third-party modules contributed to the Apache HTTP server project maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache-contrib portname: www/apache13 description: The extremely popular Apache http server. Very fast, very clean maintainer: apache@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13 portname: www/apache13+ipv6 description: The extremely popular Apache http server. Very fast, very clean maintainer: apache@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13%2Bipv6 portname: www/apache13-modperl description: The Apache 1.3 webserver with a statically embedded perl interpreter maintainer: apache@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13-modperl portname: www/apache13-modssl description: The Apache 1.3 webserver with SSL/TLS functionality maintainer: dinoex@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13-modssl portname: www/apache13-modssl+ipv6 description: The Apache 1.3 webserver with SSL/TLS and IPv6 functionality maintainer: dinoex@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13-modssl%2Bipv6 portname: www/apache13-ssl description: Apache secure webserver integrating OpenSSL maintainer: apache@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache13-ssl portname: www/apache20 description: Version 2.0.x of Apache web server with prefork MPM. maintainer: apache@FreeBSD.org deprecated because: will be unsupported by ASF when 2.4.0 is release, migrate to 2.2.x+ now expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=apache20 portname: www/ashe description: A simple HTML editor maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ashe portname: www/asterisk-fop description: Flash Operator Panel for the Asterisk PBX maintainer: araujo@FreeBSD.org deprecated because: Depends on www/flashplugin-mozilla which is DEPRECATED expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=asterisk-fop portname: www/auth_ldap description: Apache module to authenticate against an LDAP directory maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=auth_ldap portname: www/flashplugin-mozilla description: A GPL standalone Flash (TM) plugin for Mozilla web browser maintainer: llwang@infor.org deprecated because: gplflash is no longer supported. Please use graphics/gnash, graphics/lightspark, or www/nspluginwrapper and www/linux-f10-flashplugin10 instead expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=flashplugin-mozilla portname: www/kdedict description: Web based db to administer standard translations of a translation team maintainer: itetcu@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=kdedict portname: www/ljpms description: Livejournal.com postings mass-restore and permissions utility maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljpms portname: www/ljsm description: Livejournal.com postings recusive copy utility maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljsm portname: www/mmosaic description: Web browser based on Mosaic, but with many modernizations maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/mmosaic-3.7.2_7.log (_Aug__1_18:19:47_UTC_2011) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mmosaic portname: www/mod_access_identd description: Apache module to supply access control based on ident reply maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_access_identd portname: www/mod_access_referer description: Provides access control based on Referer HTTP header for Apache maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_access_referer portname: www/mod_accounting description: An Apache module that records traffic statistics into a database maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_accounting portname: www/mod_auth_cookie_mysql description: Allows authentication against a MySQL database via a secure cookie maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_cookie_mysql portname: www/mod_auth_external description: Enables the use of external mechanisms for user authentication maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_external portname: www/mod_auth_imap description: An Apache module to provide authentication via an IMAP mail server maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_imap portname: www/mod_auth_kerb description: An Apache module for authenticating users with Kerberos v5 maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_kerb portname: www/mod_auth_mysql description: Allows users to use MySQL databases for user authentication maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_mysql portname: www/mod_auth_pam description: Allows users to use PAM modules for user authentication maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_pam portname: www/mod_auth_pgsql description: Allows users to use PostgreSQL databases for user authentication maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_pgsql portname: www/mod_auth_useragent description: Allows you to forbid clients based on their User-Agent maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_auth_useragent portname: www/mod_backhand description: Apache module that allows seamless redirection and load balancing of HTTP requests maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_backhand portname: www/mod_bandwidth description: Bandwidth management module for the Apache webserver maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_bandwidth portname: www/mod_bf description: A brainf*ck module for Apache maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_bf portname: www/mod_blosxom description: Apache module to build the extremely lightweight Weblog environment maintainer: ychsiao@ychsiao.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_blosxom portname: www/mod_blowchunks description: Apache module for rejecting and logging chunked requests maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_blowchunks portname: www/mod_bunzip2 description: Apache module for server-side decompression of bzip2 files maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_bunzip2 portname: www/mod_cgi_debug description: Apache module to make debugging server-side scripts easier maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_cgi_debug portname: www/mod_color description: Apache module that provides syntax coloring for various languages maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_color portname: www/mod_curb description: A per-server bandwidth limiter module for Apache 1.3 maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_curb portname: www/mod_cvs description: A module that makes Apache CVS aware maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_cvs portname: www/mod_dav description: An Apache module that provides DAV capabilities maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dav portname: www/mod_dtcl description: Embeds a TCL8 interpreter in the Apache server maintainer: mi@aldan.algebra.com status: BROKEN deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dtcl portname: www/mod_extract_forwarded_ap13 description: An Apache module that can make proxied requests appear with client IP maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_extract_forwarded_ap13 portname: www/mod_filter description: Filter output from other modules inside of Apache maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_filter portname: www/mod_geoip description: An Apache module that provides the country code of the client's IP maintainer: yarodin@gmail.com status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_geoip portname: www/mod_gzip description: An Internet Content Acceleration module for Apache maintainer: ale@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_gzip portname: www/mod_index_rss description: Apache module to provides RSS output for directories maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_index_rss portname: www/mod_layout description: Apache module to wrap served pages with a header and/or footer maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_layout portname: www/mod_limitipconn description: Limit the number of simultaneous connections from a single IP address maintainer: ychsiao@ychsiao.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_limitipconn portname: www/mod_log_spread description: An Apache module interfacing with spread maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_log_spread portname: www/mod_log_sql description: Allows Apache to log to a MySQL database maintainer: lev@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_log_sql portname: www/mod_macro description: Apache module for use macros in config files maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_macro portname: www/mod_mp3 description: Apache module to allow MP3 streaming maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_mp3 portname: www/mod_mylo description: An Apache module to make Apache log to MySQL maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_mylo portname: www/mod_ntlm description: NTLM authentication module for the Apache webserver maintainer: skv@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_ntlm portname: www/mod_perl description: Embeds a Perl interpreter in the Apache server maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_perl portname: www/mod_proxy_add_forward description: Apache module that adds a client IP header to outgoing proxy requests maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_proxy_add_forward portname: www/mod_put description: An Apache module that provides PUT and DELETE methods maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_put portname: www/mod_python description: Apache 1.3 module for integrating Python maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_python portname: www/mod_realip description: Apache module to fix IP addresses in proxied requests maintainer: glebius@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_realip portname: www/mod_rpaf description: Make proxied requests appear with client IP maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_rpaf portname: www/mod_rpaf2 description: Make proxied requests appear with client IP maintainer: apache@FreeBSD.org deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_rpaf2 portname: www/mod_sed description: An apache module that embeds a copy of the sed(1) command maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_sed portname: www/mod_sequester description: Apache module that controls access to the website using secure info maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_sequester portname: www/mod_shapvh description: Apache module that provides virtual hosts from a database maintainer: steven@krx.nl status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_shapvh portname: www/mod_sqlinclude description: An Apache module implementing config inclusion from MySQL databases maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_sqlinclude portname: www/mod_ticket description: Apache module for a digitally signed ticket in URL maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_ticket portname: www/mod_trigger description: Apache module to launch triggers if certain actions occur maintainer: apache@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_trigger portname: www/mod_tsunami description: Apache module which dynamically limits a site's slot usage maintainer: ale@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_tsunami portname: www/mod_uid description: A module issuing the "correct" cookies for counting the site visitors maintainer: leeym@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_uid portname: www/p5-Apache-AntiSpam description: AntiSpam filter for web pages maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AntiSpam portname: www/p5-Apache-AuthenCache description: Perl module that implements authentication caching maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthenCache portname: www/p5-Apache-AuthenURL description: Apache/mod_perl module to handle auth against external URLs maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthenURL portname: www/p5-Apache-AutoIndex description: A perl module that can completely replace mod_dir and mod_autoindex maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AutoIndex portname: www/p5-Apache-AxKit-Plugin-AddXSLParams-Request description: Provides a way to pass info from the Apache::Request to XSLT params maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AxKit-Plugin-AddXSLParams-Request portname: www/p5-Apache-Clean description: A mod_perl interface into HTML::Clean maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Clean portname: www/p5-Apache-Compress description: Auto-compress web files with Gzip maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Compress portname: www/p5-Apache-CompressClientFixup description: Perl extension for Apache-1.3.X to avoid gzip compression for known buggy browsers maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-CompressClientFixup portname: www/p5-Apache-DBI-mp1 description: DBI persistent connection, authentication and authorization (mp1) maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-DBI-mp1 portname: www/p5-Apache-DebugInfo description: Log various bits of per-request data maintainer: skv@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-DebugInfo portname: www/p5-Apache-DumpHeaders description: Watches HTTP transactions under mod_perl, looking at the headers maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-DumpHeaders portname: www/p5-Apache-Filter description: Perl module to alter the output of previous handlers maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Filter portname: www/p5-Apache-Icon description: A perl module that provides an interface for looking up icon images maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Icon portname: www/p5-Apache-Language description: A perl module that provides language-aware object hashes maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Language portname: www/p5-Apache-NNTPGateway description: A NNTP interface for mod_perl enabled Apache web server maintainer: skv@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-NNTPGateway portname: www/p5-Apache-PageKit description: MVCC web framework using mod_perl, XML and HTML::Template maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-PageKit portname: www/p5-Apache-Peek description: A data debugging tool for the XS programmer (under mod_perl) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Peek portname: www/p5-Apache-Radius description: A perl5 module for providing RADIUS authentication in Apache+mod_perl maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Radius portname: www/p5-Apache-Reload description: Reload changed modules maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Reload portname: www/p5-Apache-SSI description: Implement Server Side Includes in Perl maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-SSI portname: www/p5-Apache-Scoreboard description: Perl interface to the Apache scoreboard structure maintainer: tcornpropst@cox.net deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Scoreboard portname: www/p5-Apache-SubProcess description: Forking and executing subprocesses from mod_perl maintainer: lars.eggert@gmx.net deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-SubProcess portname: www/p5-Apache-Template description: Apache::Template - Apache/mod_perl interface to the Template Toolkit maintainer: perl@FreeBSD.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-Template portname: www/p5-AxKit description: XML Delivery Toolkit for Apache/Perl maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit portname: www/p5-AxKit-XSP-Cookie description: An XSP library for setting and getting HTTP cookies maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-Cookie portname: www/p5-AxKit-XSP-ESQL description: An Extended SQL taglib for AxKit eXtensible Server Pages maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-ESQL portname: www/p5-AxKit-XSP-Exception description: Exceptions taglib for eXtensible Server Pages plugin for AxKit maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-Exception portname: www/p5-AxKit-XSP-IfParam description: Equivalent of XSP Param taglib, but conditional plugin for AxKit maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-IfParam portname: www/p5-AxKit-XSP-Param description: A namespace wrapper for accessing HTTP request paramaters maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-Param portname: www/p5-AxKit-XSP-PerForm description: XSP Taglib for making complex forms easy maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-PerForm portname: www/p5-AxKit-XSP-Sendmail description: Simple SMTP mailer tag library for AxKit eXtesible Server Pages. maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-Sendmail portname: www/p5-AxKit-XSP-Util description: XSP util: taglib plugin for AxKit maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-Util portname: www/p5-AxKit-XSP-WebUtils description: Plugin for AxKit that provide utilities for building XSP web apps maintainer: perl@FreeBSD.org deprecated because: depends on p5-AxKit expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-AxKit-XSP-WebUtils portname: www/p5-B-LexInfo description: Show information about subroutine lexical variables maintainer: tcornpropst@cox.net status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-B-LexInfo portname: www/p5-Bundle-Slash description: A bundle to install all modules used for Slash maintainer: perl@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Bundle-Slash portname: www/p5-Catalyst-Plugin-FormCanary description: Check that forms are submitted from your site maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Catalyst-Plugin-FormCanary portname: www/p5-HTML-Widget-DBIC description: Subclass of HTML::Widget for dealing with DBIx::Class maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTML-Widget-DBIC portname: www/p5-Text-Markdown-ApacheHandler description: Processes files with Markdown syntax for Apache maintainer: gslin@gslin.org deprecated because: depends on mod_perl expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Text-Markdown-ApacheHandler portname: www/p5-libapreq description: Generic Apache Request Library maintainer: skv@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-libapreq portname: www/p5-libapreq-static description: Generic Apache Request Library maintainer: skv@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-libapreq-static portname: www/plone description: A user friendly implementation of the CMF written on top of ZOPE maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=plone portname: www/py-forgethtml description: Python module for object-oriented HTML generation maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-forgethtml portname: www/pyblosxom description: A lightweight weblog system maintainer: jun-g@daemonfreaks.com status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pyblosxom portname: www/rt36 description: RT is an industrial-grade ticketing system written in Perl maintainer: ports@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt36 portname: www/ruby-http-access description: A Ruby library to access the Internet via HTTP maintainer: knu@FreeBSD.org deprecated because: Deprecated upstream, please use www/rubygem-httpclient expiration date: 2011-09-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ruby-http-access portname: www/seamonkey2 description: The open source, standards compliant web browser maintainer: gecko@FreeBSD.org status: FORBIDDEN deprecated because: Upstream support dropped. Please consider using www/seamonkey instead. expiration date: 2011-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=seamonkey2 portname: www/slash description: Slash-Like Automatic Storytelling Homepage system maintainer: glarkin@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=slash portname: www/smb2www description: Windows Network client that is accessible through a web browser maintainer: ports@FreeBSD.org status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=smb2www portname: www/squid30 description: HTTP Caching Proxy maintainer: tmseck@web.de deprecated because: This version of Squid is no longer actively maintained upstream expiration date: 2011-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid30 portname: www/squishdot description: A web-based news publishing and discussion product for Zope maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squishdot portname: www/tomcat41 description: Open-source Java web server by Apache, stable 4.1.x branch maintainer: ports@FreeBSD.org deprecated because: No more upstream support expiration date: 2011-09-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat41 portname: www/tomcat55 description: Open-source Java web server by Apache, 5.5.x branch maintainer: jhelfman@experts-exchange.com deprecated because: EOL approaching, consider www/tomcat{6,7} expiration date: 2012-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat55 portname: www/typo343 description: The typo3 content management system maintainer: jumper99@gmx.de deprecated because: Support will end in the near future, see http://typo3.org/download/packages/ for details expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=typo343 portname: www/w3-4 description: WWW browser based on emacs/mule maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=w3-4 portname: www/web-traceroute description: WWW Traceroute CGI script written in C maintainer: dean@odyssey.apana.org.au status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=web-traceroute portname: www/webglimpse description: WWW interface to Glimpse search engine maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webglimpse portname: www/webredirect description: Small web server serving "301 Moved Permanently" only maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webredirect portname: www/wget4web description: WWW interface for console wget maintainer: sam@brj.pp.ru status: IGNORE deprecated because: apache13 is deprecated, migrate to 2.2.x+ now expiration date: 2011-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wget4web portname: www/xitami description: A fast, portable multithreaded web server maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xitami portname: x11-fonts/gnome-font-sampler description: A program for viewing several fonts at once maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=gnome-font-sampler portname: x11-toolkits/XawPlus description: A replacement for Xaw with a nicer 3-D look and some extensions maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=XawPlus portname: x11-toolkits/gambas2-gb-qt description: The gambas Qt GUI component maintainer: acm@FreeBSD.org status: BROKEN deprecated because: has been broken for over a year expiration date: 2011-04-17 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/p5-GdkPixbuf description: The Pixbuf module of Gtk-Perl maintainer: perl@FreeBSD.org deprecated because: Disappear from CPAN expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GdkPixbuf portname: x11-toolkits/qtpixmap description: Modifed GTK pixmap engine to obtain Theme information from Qt maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=qtpixmap portname: x11-toolkits/slgtk description: S-Lang binding for GTK+ maintainer: shuvaev@physik.uni-wuerzburg.de deprecated because: Does not work with newer GTK+, upstream development has ceased expiration date: 2011-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=slgtk portname: x11-toolkits/slgtkdatabox description: S-Lang binding for gtkdatabox maintainer: shuvaev@physik.uni-wuerzburg.de deprecated because: Depends on non-functional x11-toolkits/slgtk expiration date: 2011-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=slgtkdatabox portname: x11-wm/epiwm description: Another fast, small, configurable window manager maintainer: ports@FreeBSD.org deprecated because: Abandonware expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=epiwm portname: x11-wm/fvwm24 description: Popular virtual window manager for X maintainer: cy@FreeBSD.org deprecated because: No longer supported by fvwm.org. expiration date: 2011-09-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fvwm24 portname: x11/fbsd-icons description: Collection of icons related to the FreeBSD project maintainer: ports@FreeBSD.org deprecated because: Upstream disapear and distfile is no more available expiration date: 2011-05-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=fbsd-icons portname: x11/xvattr description: Getting and setting Xv attributes maintainer: ports@FreeBSD.org deprecated because: No more public distfiles expiration date: 2011-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=xvattr From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:33:24 2011 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 1809910656D6 for ; Wed, 7 Sep 2011 06:33:24 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 950CA8FC13 for ; Wed, 7 Sep 2011 06:33:23 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876XMNH083548 for ; Wed, 7 Sep 2011 08:33:22 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:33:22 +0200 (CEST) Message-Id: <201109070633.p876XMNH083548@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org 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: Wed, 07 Sep 2011 06:33:24 -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: math/mupad forbidden because: Relies on xpm, vulnerable since 2004-09-15, http://portaudit.freebsd.org/ef253f8b-0727-11d9-b45d-000c41e2cdad.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mupad portname: net-p2p/torrentflux forbidden because: Vulnerable since 2006-10-07, http://portaudit.freebsd.org/72f21372-55e4-11db-a5ae-00508d6a62df.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=torrentflux portname: net/tptest forbidden because: Vulnerable since 2009-12-17, http://portaudit.freebsd.org/5486669e-ea9f-11de-bd9c-00215c6a37bb.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tptest portname: security/cfs forbidden because: Buffer overflows allow remote attackers to cause DoS / execute arbitrary code build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/pgp6 forbidden because: Vulnerable since 2005-07-31, http://portaudit.freebsd.org/8375a73f-01bf-11da-bc08-0001020eed82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: www/plone forbidden because: Vulnerable since 2011-02-10, http://portaudit.freebsd.org/7c492ea2-3566-11e0-8e81-0022190034c0.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=plone portname: www/rt36 forbidden because: Vulnerable since 2009-12-09, http://portaudit.freebsd.org/714c1406-e4cf-11de-883a-003048590f9e.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt36 From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:33:29 2011 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 18B2610656D1 for ; Wed, 7 Sep 2011 06:33:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id BAD788FC23 for ; Wed, 7 Sep 2011 06:33:28 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [127.0.0.1]) by koala.droso.net (8.14.4/8.14.4) with ESMTP id p876XRXv083785 for ; Wed, 7 Sep 2011 08:33:27 +0200 (CEST) (envelope-from linimon@FreeBSD.org) Date: Wed, 7 Sep 2011 08:33:27 +0200 (CEST) Message-Id: <201109070633.p876XRXv083785@koala.droso.net> From: linimon@FreeBSD.org To: ports@FreeBSD.org Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 06:33:29 -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: math/mupad forbidden because: Relies on xpm, vulnerable since 2004-09-15, http://portaudit.freebsd.org/ef253f8b-0727-11d9-b45d-000c41e2cdad.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mupad portname: net-p2p/torrentflux forbidden because: Vulnerable since 2006-10-07, http://portaudit.freebsd.org/72f21372-55e4-11db-a5ae-00508d6a62df.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=torrentflux portname: net/tptest forbidden because: Vulnerable since 2009-12-17, http://portaudit.freebsd.org/5486669e-ea9f-11de-bd9c-00215c6a37bb.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=tptest portname: security/cfs forbidden because: Buffer overflows allow remote attackers to cause DoS / execute arbitrary code build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/pgp6 forbidden because: Vulnerable since 2005-07-31, http://portaudit.freebsd.org/8375a73f-01bf-11da-bc08-0001020eed82.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: sysutils/dtc forbidden because: Many security issues, see http://bugs.freebsd.org/159736 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: www/plone forbidden because: Vulnerable since 2011-02-10, http://portaudit.freebsd.org/7c492ea2-3566-11e0-8e81-0022190034c0.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=plone portname: www/pyblosxom forbidden because: Vulnerable since 2009-02-11 http://portaudit.freebsd.org/b07f3254-f83a-11dd-85a4-ea653f0746ab.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pyblosxom portname: www/rt36 forbidden because: Vulnerable since 2009-12-09, http://portaudit.freebsd.org/714c1406-e4cf-11de-883a-003048590f9e.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt36 portname: www/seamonkey2 forbidden because: several security vulnerabilities build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=seamonkey2 From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 06:51:47 2011 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 5524F1065672 for ; Wed, 7 Sep 2011 06:51:47 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from vocal.dk-hostmaster.dk (vocal.dk-hostmaster.dk [193.163.102.9]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7908FC0A for ; Wed, 7 Sep 2011 06:51:46 +0000 (UTC) Received: from ekko.dkhm (ekko.dkhm [172.16.1.61]) by vocal.dk-hostmaster.dk (Postfix) with ESMTP id 35EB330BA8; Wed, 7 Sep 2011 08:33:24 +0200 (CEST) Received: from dhcp-125.dkhm (dhcp-125.dkhm [172.16.1.125]) by ekko.dkhm (8.14.2/8.14.2) with ESMTP id p876XMxN018896; Wed, 7 Sep 2011 08:33:22 +0200 (CEST) (envelope-from erwin@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=us-ascii From: Erwin Lansing In-Reply-To: <20110906233004.f0a93ac6.stas@FreeBSD.org> Date: Wed, 7 Sep 2011 08:33:22 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2E6619D2-634B-46CA-82F1-EBEA3DB593E9@FreeBSD.org> References: <20110904231821.GC22986@lonesome.com> <201109051005.p85A5ZvN005263@fire.js.berklix.net> <20110906233004.f0a93ac6.stas@FreeBSD.org> To: Stanislav Sedov X-Mailer: Apple Mail (2.1244.3) Cc: ports@FreeBSD.org, Mark Linimon , "Julian H. Stacey" , portmgr@FreeBSD.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 06:51:47 -0000 On Sep 7, 2011, at 8:30 AM, Stanislav Sedov wrote: > On Mon, 05 Sep 2011 12:05:35 +0200 > "Julian H. Stacey" mentioned: >=20 >> Mark Linimon wrote: >>> On Sun, Sep 04, 2011 at 10:32:30PM +0200, Julian H. Stacey wrote: >>>> It is not responsible to threaten to remove ports without warning >>>> between releases for non urgent reasons. >>>=20 >>> portmgr has no such policy. >>>=20 >>> Ports get deleted all the time due to various issues. I prefer to = see >>> a 1- or 2-month warning via EXPIRATION_DATE, but that's my personal >>> preference, not a written policy. >>>=20 >>> mcl >>=20 >> Drive by ports shootings are becoming too frequent, & will get >> FreeBSD a bad name as immature & poorly managed >> A solution: Ensure a policy of expiry dates expire a release after >> a warning is given in a previous releases (except in emergency). >>=20 >=20 > I second this opinion. > We might have not needed the policy a while ago when such deprecations > were rare. Given that we gained several people working actively > on this I'd like to see some policy regarding deprecation as well. > I saw several occasions when ports were deprecated for no apparent > reason, so I can understand Julian and other people dissatisfaction > with this. >=20 > What about requiring that the ports deprecated should be either broken > or have known published vulnerabilties for a long period of > time (say 6 months) for the start? Personally, I'd also love to see > people deprecating ports provide a clear reasoning for deprecation in > the commit message (not just "deprecated some old ports" etc), so one > won't need to guess if he would like to fix/resurrect the port in the > feature? Portmgr is aware of the current discussion and will handle it in due = time. Thank you for bringing it to our attention. -erwin= From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 07:54:41 2011 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 89D3D106566C for ; Wed, 7 Sep 2011 07:54:41 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy8-pub.bluehost.com (oproxy8.bluehost.com [IPv6:2605:dc00:100:2::a8]) by mx1.freebsd.org (Postfix) with SMTP id 4885D8FC0C for ; Wed, 7 Sep 2011 07:54:41 +0000 (UTC) Received: (qmail 12482 invoked by uid 0); 7 Sep 2011 07:54:41 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy8.bluehost.com with SMTP; 7 Sep 2011 07:54:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=GG1Ujbl3DJNEw1DZyeGu+pXKiun1hZHnTEIAB17/WbM=; b=FWvChtx08L2USG7O+5QA4f6irt/GGDnAPNP1O8tK1PYNa2g0WLu7xfx0fLciXdA4GYqniPJ4Wi+r+Q01yARac2Lb9meHUGWR5S4UA55cZfG4kkjqJ0st996dXe3yPCoc; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1Cxz-0006B1-Uv; Wed, 07 Sep 2011 01:54:41 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Wed, 07 Sep 2011 01:35:54 -0600 Date: Wed, 7 Sep 2011 01:35:54 -0600 From: Chad Perrin To: Doug Barton Message-ID: <20110907073554.GA5414@guilt.hydra> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN" Content-Disposition: inline In-Reply-To: <4E66EFC5.3020201@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: ports@freebsd.org, jhs@berklix.com, perryh@pluto.rain.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 07:54:41 -0000 --J/dobhs11T7y2rNN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 06, 2011 at 09:15:01PM -0700, Doug Barton wrote: > On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > >=20 > > How is it impractical to, as a rule, set an expiration date based on > > an anticipated future release date rather than only a month or two > > out from when the decision is made?=20 >=20 > As has repeatedly been explained to you, you're asking the wrong > question. The question is, how does it benefit the users to leave it in > when we know that we're going to delete it? Either way the user will > discover that the port is not easily available for installation when > they update their ports tree. >=20 > The difference is that in the meantime people doing work on the ports > tree don't have to work around the old port (that's going to be removed > anyway). The point has repeatedly been made that with almost 23,000 > ports in the tree both innovation and maintenance become significantly > more difficult. Keeping that burden as low as possible is a feature. Perhaps I have not been paying enough attention, but this is the first time I have seen this argument advanced clearly in this particular thread of discussion. I can fully understand the reasoning, now that it has been explained. (It might be obvious from this that I'm relatively new to this list.) >=20 > I realize that what you're proposing sounds attractive from a purely > theoretical standpoint. The problem is that it increases the > maintenance burden a non-trivial amount without providing any > substantive benefit. I think it might provide some benefit to users that place a premium on certain types of stability, but it probably doesn't approach offsetting the additional investment of time and effort it would require. Perhaps something could be done with little or no additional effort to help ease the process for those conservative users, probably involving some kind of notification mechanism not currently in place -- or perhaps not. I'm no expert on the management of FreeBSD's ports system. One thing I've seen come up that I definitely think would be a good idea, though, is more accessible documentation of the CVS "attic", though. I had no idea such a thing existed for old FreeBSD ports until fairly recently, and still don't know much about it. I would think that the porter's handbook, at least, should mention it (perhaps with a brief explanation of why and how one might make use of it). --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --J/dobhs11T7y2rNN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5nHtoACgkQ9mn/Pj01uKVN2QCfSbzP6Zy3MIohg6AWYIEBk2yA JQIAn1KqHUQo0EU/wfec8pqfBSaVTe0I =cDNZ -----END PGP SIGNATURE----- --J/dobhs11T7y2rNN-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 08:16:51 2011 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 BE70A106566B; Wed, 7 Sep 2011 08:16:51 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA2E8FC13; Wed, 7 Sep 2011 08:16:51 +0000 (UTC) Received: from orion.SpringDaemons.com (c-98-234-217-95.hsd1.ca.comcast.net [98.234.217.95]) by mx0.deglitch.com (Postfix) with ESMTPA id 0BD548FC2E; Wed, 7 Sep 2011 12:16:49 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 993833A70B; Wed, 7 Sep 2011 01:17:27 -0700 (PDT) Date: Wed, 7 Sep 2011 01:17:27 -0700 From: Stanislav Sedov To: "Julian H. Stacey" Message-Id: <20110907011727.e8b46802.stas@FreeBSD.org> In-Reply-To: <201109011333.p81DX2sN081775@fire.js.berklix.net> References: <201109011333.p81DX2sN081775@fire.js.berklix.net> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Sergey Matveychuk Subject: Re: suggestion for pkgdb from ports-mgmt/portupgrade: add more explanation 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, 07 Sep 2011 08:16:51 -0000 On Thu, 01 Sep 2011 15:33:02 +0200 "Julian H. Stacey" mentioned: > Hi, > Suggestion: pkgdb is too cryptic even with -v, > it needs more explanation what it is up to & > particularly what decisions it asks from user > Hi, Julian! Thanks for the great suggestions, I will try to improve the messages in the next version of portupgrade (and everyone else is welcome to submit patches in the meanwhile as well!). -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 09:00:36 2011 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 60AA4106566B for ; Wed, 7 Sep 2011 09:00:36 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mx.tsatsenko.ru (y7nz.x.rootbsd.net [204.109.61.86]) by mx1.freebsd.org (Postfix) with ESMTP id 455188FC0C for ; Wed, 7 Sep 2011 09:00:36 +0000 (UTC) Received: from [92.255.201.25] (helo=[192.168.0.5]) by mx.tsatsenko.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R1Dzn-000MX7-De for ports@FreeBSD.org; Wed, 07 Sep 2011 13:00:35 +0400 Message-ID: <4E6732A6.7000809@gmail.com> Date: Wed, 07 Sep 2011 13:00:22 +0400 From: Mikhail Tsatsenko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: maintainership of mail/milter-greylist-devel, dns/py-adns and dns/checkdns 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, 07 Sep 2011 09:00:36 -0000 Hi, I want to maintain this ports: mail/milter-greylist-devel dns/py-adns dns/checkdns Thanks! -- Mikhail m.tsatsenko@gmail.com From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 10:08:16 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id 77E2C106566C for ; Wed, 7 Sep 2011 10:08:16 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id p87A8G0E089663 for ; Wed, 7 Sep 2011 10:08:16 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id p87A8Gc0089662 for ports@FreeBSD.org; Wed, 7 Sep 2011 10:08:16 GMT (envelope-from erwin) Date: Wed, 7 Sep 2011 10:08:16 GMT From: Erwin Lansing Message-Id: <201109071008.p87A8Gc0089662@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 10:08:16 -0000 INDEX build failed with errors: Generating INDEX-7 - please wait.. Done. Warning: Duplicate INDEX entry: xforms-1.0.93.s1,1 Committers on the hook: az bapt beat culot dougb gahr sbz stas tobez Most recent CVS update was: U audio/rubyripper/Makefile U comms/echolinux/Makefile U comms/echolinux/files/patch-echogui_testgui.c U comms/echolinux/files/patch-echogui_testgui_cb.c U comms/echolinux/files/patch-echogui_testgui_main.c U databases/mariadb-server/Makefile U databases/mariadb-server/distinfo U databases/xmysqladmin/Makefile U devel/p5-App-CLI-Extension/Makefile U devel/p5-Package-Stash-XS/Makefile U devel/p5-Package-Stash-XS/distinfo U devel/py-twisted/Makefile U devel/py-twistedCore/Makefile U devel/py-twistedCore/distinfo U devel/py-twistedCore/pkg-plist U devel/py-twistedRunner/Makefile U devel/py-twistedRunner/distinfo U devel/rubygem-gettext/Makefile U devel/rubygem-gettext/files/extra::patch-lib_gettext_runtime_locale_path.rb U dns/py-twistedNames/Makefile U dns/py-twistedNames/distinfo U games/xmastermind/Makefile U graphics/qslim/Makefile U graphics/xfpovray/Makefile U graphics/xmrm/Makefile U lang/fpc/Makefile.units U lang/seed7/Makefile U lang/seed7/distinfo U lang/seed7/pkg-plist U lang/seed7/files/patch-makefile U mail/py-twistedMail/Makefile U mail/py-twistedMail/distinfo U mail/xfmail/Makefile U mail/xfmail/files/patch-src-edit_fl_edit.cpp U mail/xfmail/files/patch-src-ui_xfmail.cpp U math/apc/Makefile U math/xldlas/Makefile U net/p5-Geo-IPfree/Makefile U net/p5-Geo-IPfree/distinfo U net/p5-OAuth-Lite/Makefile U net/py-twistedPair/Makefile U net/py-twistedPair/distinfo U net/shelldap/Makefile U net/shelldap/distinfo U net/xisp/Makefile U net-im/py-twistedWords/Makefile U net-im/py-twistedWords/distinfo U net-im/py-twistedWords/pkg-plist U net-mgmt/torrus/Makefile U net-mgmt/torrus/distinfo U net-mgmt/torrus/pkg-plist U net-mgmt/torrus/files/patch-xmlconfig_Makefile.in U news/py-twistedNews/Makefile U news/py-twistedNews/distinfo U news/py-twistedNews/pkg-plist U print/lyx14/Makefile U security/py-twistedConch/Makefile U security/py-twistedConch/distinfo U sysutils/dvtm/Makefile U sysutils/dvtm/distinfo U textproc/Makefile U textproc/p5-FormValidator-Simple/Makefile U textproc/p5-Lingua-Identify/Makefile U textproc/p5-Lingua-Identify/distinfo U textproc/py-twistedLore/Makefile U textproc/py-twistedLore/distinfo U www/Makefile U www/p5-Catalyst-Plugin-AutoRestart/Makefile U www/p5-Catalyst-Plugin-ErrorCatcher/Makefile U www/p5-Catalyst-Plugin-ErrorCatcher/distinfo U www/p5-Catalyst-Plugin-ErrorCatcher/pkg-plist U www/p5-HTML-Widget/Makefile U www/p5-URI-Title/Makefile U www/p5-URI-Title/distinfo U www/py-twistedWeb/Makefile U www/py-twistedWeb/distinfo U www/py-twistedWeb/pkg-plist U x11/Makefile U x11/gpctool/Makefile U x11/gpctool/files/patch-includes U x11/tycoon/Makefile U x11-fonts/Makefile U x11-toolkits/Makefile U x11-toolkits/fpc-xforms/Makefile U x11-toolkits/xforms/Makefile U x11-toolkits/xforms/distinfo U x11-toolkits/xforms/pkg-descr U x11-toolkits/xforms/pkg-plist U x11-toolkits/xforms-i18n/Makefile U x11-wm/Makefile From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 10:18:29 2011 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 23D3E106564A for ; Wed, 7 Sep 2011 10:18:29 +0000 (UTC) (envelope-from jerry@seibercom.net) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id C81318FC18 for ; Wed, 7 Sep 2011 10:18:28 +0000 (UTC) Received: by vws14 with SMTP id 14so6916092vws.37 for ; Wed, 07 Sep 2011 03:18:28 -0700 (PDT) Received: by 10.52.94.109 with SMTP id db13mr2236790vdb.366.1315390707961; Wed, 07 Sep 2011 03:18:27 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-076-182-105-057.nc.res.rr.com [76.182.105.57]) by mx.google.com with ESMTPS id q5sm2198313vdu.23.2011.09.07.03.18.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 07 Sep 2011 03:18:27 -0700 (PDT) Received: from seibercom.net (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jerry@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3Rv13529RKz2CG5k for ; Wed, 7 Sep 2011 06:18:25 -0400 (EDT) Date: Wed, 7 Sep 2011 06:18:24 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20110907061824.4ff5c4cd@seibercom.net> In-Reply-To: <4E66A706.2060004@FreeBSD.org> References: <4E66A706.2060004@FreeBSD.org> Organization: seibercom.net X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAHlBMVEUAAABYRlwJCw4FAgAIBwKprDkBAQFQLR0BAgCir7VRttp8AAACAUlEQVQ4jZWUTYvbMBCGTVl8V2hX6Gg5G5FbWQdBj0lEfE7BhN4cyzi5Wt1E5L70roWy6N92xok/skkP+5IYrMcz78xIduDWpNM3vFzuA/jX5EY1AI6KHFwW/CzFuQAwqUBbV12p+CzIh6Awq7sg33pn5D64SQXAexffeuQlA/L35RrkaB551OjGfP/cAO8mCNaDcgvfky5ijoD0pAXlCQCnljiAjsJD9Ax05Ko5sZxbnLQcmM+dZg5IjREfZrWIHK0JuwU68pAGwHvfRxBundRzTxxz3r9dNUikPsEihjz2Dc4kjp1hKsJGuot4EDxaxzMoC7XqhxhOSfZrTS6gSX1JVdjp+o1PvWfekXgw3WL0g70nDEwA0H0HQsEZc8sTmFMTkWUfYWC/vdR1zQy3xLQgLwzu90QnlnFLjeiGWBjwhb4Sa42IqOg2qqS4O1/zhKokFUb1Q8Rj4Eb69WVflXEehJ35DgChVTE5n50eaGyMLOfH8AOodoSM4PVYAQgQdBulOa+knklYks3vAuQ+uX492lTl+A+e8qBV2AKoXalVKFfyuUp0pUp1ARaUHh82lv9MN+Ig7CZtgE6FNYvjlywT2VP2dMgOG46gTIWcqdfvuwyXNz0oMJNd/N5lh1YNiJt19ADTUo3VuFSNeQwVqRSrGjSCp53fk2g+Mvfk/gfoPxHeUS8MH9vRAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: HEADS UP: ca_root_nss seems to trip up OpenSSL on FreeBSD 7.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 10:18:29 -0000 On Wed, 07 Sep 2011 01:04:38 +0200 Matthias Andree articulated: > Greetings, > > apparently the new /etc/ssl/cert.pem file installed by > security/ca_root_nss trips up the OpenSSL 0.9.8e in the 7.3-RELEASE > base system. I haven't tested 7.4, 8.1 or 8.2, 8-STABLE is unaffected > by the problem. > > The symptom is that some certificate chains that validate properly on > OpenSSL under FreeBSD 8-STABLE, fail to validate on 7.3. OpenSSL > claims that the root certificate weren't trusted. > > Manually editing the cert.pem file to reorder Entrust certificates up > front in reverse order helps according to Doug's findings, but chances > are that this breaks recognition of other root certificates in > exchange. > > This is also extremely hard to test because we can't possibly find > enough sites to cover for all 150+ trust anchors that the ca_root_nss > ports provides. > > Doug and I have been trying to debug this earlier today, to no avail > yet. The current suspicion is "bug in OpenSSL when reading > certificate bundles, and that bug got fixed between 0.9.8e and 0.9.8q > (possibly 0.9.8n)" -- note though that the order of certificates in a > bundle file is not supposed to make any difference. > > If someone has any insights, that will be much appreciated. > > (Doug feel free to polish this text and re-post if it turned out to be > incomprehensible. ;-)) The base system's version of "openssl" is old. Using the ports version, "OpenSSL 1.0.0d 8 Feb 2011" is in my opinion the proper way to correct this problem. Why the base system's version has not been updated to reflect the current version is something that I would love to ask; however, the usual members of the peanut gallery would only spew the usual company propaganda, "bla bla bla" and "bla bla bla", and I am not really in the mood to listen to it. Seriously, update to the current "port" version and the problem is solved. There use to be several programs that were not compatible with the "port's" version a few years ago; however, I believe I vetted those out and was instrumental in getting them corrected. In any case, this is an easy "fix". -- Jerry ✌ jerry+ports@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ The bigger the theory the better. From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 10:24:57 2011 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 98ABE106564A; Wed, 7 Sep 2011 10:24:57 +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 7AF218FC1B; Wed, 7 Sep 2011 10:24:57 +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 p87AOmFh046417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 7 Sep 2011 03:24:49 -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 p87AOmcQ046416; Wed, 7 Sep 2011 03:24:48 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA29334; Wed, 7 Sep 11 03:02:54 PDT Date: Wed, 07 Sep 2011 10:02:42 -0700 From: perryh@pluto.rain.com To: dougb@freebsd.org Message-Id: <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> In-Reply-To: <4E66EFC5.3020201@FreeBSD.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: ports@freebsd.org, jhs@berklix.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 10:24:57 -0000 Doug Barton wrote: > On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > > Doug Barton wrote: > >>>>>>> Better to deprecate such non urgent ports, & wait a while > >>>>>>> after next release is rolled, to give release users a warning > >>>>>>> & some time to volunteer ... > >>>> > >>>> That's an interesting idea, but incredibly unlikely to happen. > >>> > >>> It _certainly_ won't happen if those in charge refuse to try it! > >> > >> My point was that the idea is impractical ... > > > > How is it impractical to, as a rule, set an expiration date based > > on an anticipated future release date rather than only a month or > > two out from when the decision is made? > > As has repeatedly been explained to you ... I think you may have gotten me confused with someone else. > you're asking the wrong question. The question is, how does it > benefit the users to leave it in when we know that we're going > to delete it? Either way the user will discover that the port > is not easily available for installation when they update their > ports tree. Reread the first paragraph. Provided the port is still in the tree, when they try to build it the ports mechanism reports the FORBIDDEN/BROKEN/whatever which describes the problem, and the expiration date a month or two out. (If the expiration date is not included in the report, it should be.) They then know that they need to fix the port, or find someone to fix it, and they know _why_ it needs to be fixed. In contrast, if the port is _no longer_ in the tree, they have no clue why it disappeared. > The difference is that in the meantime people doing work on > the ports tree don't have to work around the old port (that's > going to be removed anyway). It's only going to be removed if no one fixes it. The whole point is that "release users" don't continuously monitor their ports -- they only upgrade when they become aware that they need to (e.g. when a newer release becomes available). The proposal is to increase the liklihood that, come upgrade time, a "release user" gets a specific, actionable description of any problems that have arisen, rather than having a port that they have been using mysteriously disappear. > The point has repeatedly been made that with almost 23,000 > ports in the tree both innovation and maintenance become > significantly more difficult. Keeping that burden as low > as possible is a feature. s/point/claim/ Last I checked, freebsd.org was claiming that the very large number of supported ports was a feature. It seems that some of the ports committers disagree. > To answer your question more directly, start thinking through all > the possible permutations of having 4 completely separate branches > of FreeBSD active and supported at the same time, with releases > happening several times a year. So define a variable along the lines of NEXT_PORT_PURGE_DATE in one of the /usr/share/mk/bsd.port*.mk files, which (being part of the base) _are_ branched, and when a situation of the kind under discussion arises set the port's EXPIRATION_DATE to NEXT_PORT_PURGE_DATE. (And before you start jumping all over the details, I recognize that this is a rough first cut at a mechanism that would need some details fleshed out.) > Now consider how to handle EOL branches. Last I heard, the ports tree does not claim to support EOL branches. Why does this proposal need to? > Then consider that FreeBSD has _never_ supported a release-branched > ports tree, precisely because it's a huge amount of additional work > that we don't have person-hours for. How does this proposal require a release-branched ports tree? > I realize that what you're proposing sounds attractive from a > purely theoretical standpoint. The problem is that it increases > the maintenance burden a non-trivial amount without providing > any substantive benefit. Benefit: see above. Maintenance: I would not think that updating NEXT_PORT_PURGE_DATE as required -- a couple of times per release cycle, maybe a few more if the schedule slips repeatedly -- would constitute a significant additional maintenance burden. From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 10:53:32 2011 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 D4621106564A for ; Wed, 7 Sep 2011 10:53:32 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9369D8FC08 for ; Wed, 7 Sep 2011 10:53:32 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1R1Fl5-0003LS-Bz for ports@freebsd.org; Wed, 07 Sep 2011 12:53:31 +0200 Date: Wed, 7 Sep 2011 12:53:31 +0200 From: Kurt Jaeger To: ports@freebsd.org Message-ID: <20110907105331.GY28186@home.opsec.eu> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <20110907073554.GA5414@guilt.hydra> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110907073554.GA5414@guilt.hydra> Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 10:53:32 -0000 Hi! > One thing I've seen come up that I definitely think would be a good idea, > though, is more accessible documentation of the CVS "attic", though. http://www.freebsd.org/cgi/cvsweb.cgi/ports/?hideattic=0#dirlist For example, net/ztelnet is no longer in the ports, but: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ztelnet/?hideattic=0 will list the files and you can download from there. -- pi@opsec.eu +49 171 3101372 9 years to go ! From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 11:37:12 2011 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 33BCC106564A for ; Wed, 7 Sep 2011 11:37:12 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id B673E8FC0C for ; Wed, 7 Sep 2011 11:37:11 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p87Bb8Jv007401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 7 Sep 2011 21:37:09 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p87Bb8W6099013 for ; Wed, 7 Sep 2011 21:37:08 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p87Bb8U1099012 for ports@freebsd.org; Wed, 7 Sep 2011 21:37:08 +1000 (EST) (envelope-from peter) Date: Wed, 7 Sep 2011 21:37:07 +1000 From: Peter Jeremy To: ports@freebsd.org Message-ID: <20110907113707.GA30349@server.vk2pj.dyndns.org> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 11:37:12 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-06 23:30:04 -0700, Stanislav Sedov wrote: >What about requiring that the ports deprecated should be either broken >or have known published vulnerabilties for a long period of >time (say 6 months) for the start? This might be reasonable for broken ports but ports with known vulnerabilities should either be fixed or removed promptly. > Personally, I'd also love to see >people deprecating ports provide a clear reasoning for deprecation in >the commit message (not just "deprecated some old ports" etc), so one >won't need to guess if he would like to fix/resurrect the port in the >feature? This is a reasonable requirement. On 2011-Sep-07 01:35:54 -0600, Chad Perrin wrote: >One thing I've seen come up that I definitely think would be a good idea, >though, is more accessible documentation of the CVS "attic", though. I >had no idea such a thing existed for old FreeBSD ports until fairly >recently, and still don't know much about it. Any VCS worthy of the name will retain history for objects that no longer exist because you might want to look at the state as it was at some point in the past when that object still existed. CVS stores the RCS masters for these deleted files is a subdirectory 'Attic' under the original directory. The data is only accessible via CVS - either using a local repository or via CVSweb. As an example, look at: http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/xmms/?hideattic=3D0 > I would think that the >porter's handbook, at least, should mention it (perhaps with a brief >explanation of why and how one might make use of it). Again, it comes down to someone with the knowledge, motivation and time to write the content. On 2011-Sep-07 10:02:42 -0700, perryh@pluto.rain.com wrote: >Reread the first paragraph. Provided the port is still in the >tree, when they try to build it the ports mechanism reports the >FORBIDDEN/BROKEN/whatever which describes the problem, and the >expiration date a month or two out. =2E.. >In contrast, if the port is >_no longer_ in the tree, they have no clue why it disappeared. This last statement isn't true - when a port is moved or removed, a one-line reason for the change is added to /usr/ports/MOVED The package management tools are generally aware of this file. >It's only going to be removed if no one fixes it. The whole >point is that "release users" don't continuously monitor their >ports -- they only upgrade when they become aware that they >need to (e.g. when a newer release becomes available). This isn't necessarily a wise approach. > The >proposal is to increase the liklihood that, come upgrade time, >a "release user" gets a specific, actionable description of >any problems that have arisen, rather than having a port that >they have been using mysteriously disappear. Again, ports don't "mysteriously disappear" - there will be a record of why it was removed in the MOVED file. >Last I checked, freebsd.org was claiming that the very large number >of supported ports was a feature. It seems that some of the ports >committers disagree. Cleaning out the cruft will still leave a very large number of ports. And a better selling point is having a large number of functional ports - having a ports tree full of ports that are broken doesn't benefit anyone. >So define a variable along the lines of NEXT_PORT_PURGE_DATE >in one of the /usr/share/mk/bsd.port*.mk files, which (being >part of the base) _are_ branched, and when a situation of the >kind under discussion arises set the port's EXPIRATION_DATE >to NEXT_PORT_PURGE_DATE. Two issues: 1) Since the ports tree isn't branched and a port either exists or it doesn't exist, there needs to be a single expiration date. 2) There still needs to be a minimum expiration duration so you need a way to handle the case where a port is marked "to be purged" immediately before the NEXT_PORT_PURGE_DATE. --=20 Peter Jeremy --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5nV2MACgkQ/opHv/APuId3PgCfTFMcf6pNlihLLlytFBqfCcMa 5lgAoKHtLaHW/tAd3mp2KLvHI/n/o4a5 =ooqg -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 12:07:31 2011 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 56902106567B for ; Wed, 7 Sep 2011 12:07:31 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp05.sth.basefarm.net (ch-smtp05.sth.basefarm.net [80.76.153.6]) by mx1.freebsd.org (Postfix) with ESMTP id D313B8FC1E for ; Wed, 7 Sep 2011 12:07:30 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:49085 helo=falcon.midgard.homeip.net) by ch-smtp05.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1R1GiG-0006Gv-Ia for ports@freebsd.org; Wed, 07 Sep 2011 13:54:42 +0200 Received: (qmail 83073 invoked from network); 7 Sep 2011 13:54:38 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 7 Sep 2011 13:54:38 +0200 Received: (qmail 95176 invoked by uid 1001); 7 Sep 2011 13:55:08 +0200 Date: Wed, 7 Sep 2011 13:55:08 +0200 From: Erik Trulsson To: Peter Jeremy Message-ID: <20110907115508.GA95119@owl.midgard.homeip.net> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <20110907113707.GA30349@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110907113707.GA30349@server.vk2pj.dyndns.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1R1GiG-0006Gv-Ia. X-Scan-Signature: ch-smtp05.sth.basefarm.net 1R1GiG-0006Gv-Ia cf9b33556d74282d9b17aea01f5a0a4d Cc: ports@freebsd.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 12:07:31 -0000 On Wed, Sep 07, 2011 at 09:37:07PM +1000, Peter Jeremy wrote: > On 2011-Sep-06 23:30:04 -0700, Stanislav Sedov wrote: > >What about requiring that the ports deprecated should be either broken > >or have known published vulnerabilties for a long period of > >time (say 6 months) for the start? > > This might be reasonable for broken ports but ports with known > vulnerabilities should either be fixed or removed promptly. That depends somewhat on the exact nature of the vulnerability. Depending on how the port is used a given vulnerability might not be a problem. (E.g. if a port has a vulnerability which allows a local user to become root, then it is a problem for multi-user systems with untrusted users, but for a system which only has a single user or only trusted users it would not be a significant problem.) If a port can be used safely despite existing vulnerabilities it is not at all clear it need to be removed quickly even if it is not fixed. (Marking it FORBIDDEN so potential users are warned about known problems is another thing.) -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 13:16:14 2011 Return-Path: Delivered-To: ports@FreeBSD.org Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by hub.freebsd.org (Postfix) with ESMTP id B40D4106564A for ; Wed, 7 Sep 2011 13:16:14 +0000 (UTC) (envelope-from erwin@freebsd.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id p87DGEUU040609 for ; Wed, 7 Sep 2011 13:16:14 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id p87DGElu040585 for ports@FreeBSD.org; Wed, 7 Sep 2011 13:16:14 GMT (envelope-from erwin) Date: Wed, 7 Sep 2011 13:16:14 GMT From: Erwin Lansing Message-Id: <201109071316.p87DGElu040585@pointyhat.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 7.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 13:16:14 -0000 From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 13:53:37 2011 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 E7ABA1065676 for ; Wed, 7 Sep 2011 13:53:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2C98FC13 for ; Wed, 7 Sep 2011 13:53:37 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p87DrF47046073; Wed, 7 Sep 2011 15:53:30 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p87DrFS1046072; Wed, 7 Sep 2011 15:53:15 +0200 (CEST) (envelope-from olli) Date: Wed, 7 Sep 2011 15:53:15 +0200 (CEST) Message-Id: <201109071353.p87DrFS1046072@lurza.secnetix.de> From: Oliver Fromme To: freebsd-ports@FreeBSD.ORG, ertr1013@student.uu.se, peterjeremy@acm.org In-Reply-To: <20110907115508.GA95119@owl.midgard.homeip.net> X-Newsgroups: list.freebsd-ports User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Wed, 07 Sep 2011 15:53:31 +0200 (CEST) Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 13:53:38 -0000 Erik Trulsson wrote: > On Wed, Sep 07, 2011 at 09:37:07PM +1000, Peter Jeremy wrote: > > On 2011-Sep-06 23:30:04 -0700, Stanislav Sedov wrote: > > > What about requiring that the ports deprecated should be either broken > > > or have known published vulnerabilties for a long period of > > > time (say 6 months) for the start? > > > > This might be reasonable for broken ports but ports with known > > vulnerabilities should either be fixed or removed promptly. > > That depends somewhat on the exact nature of the vulnerability. > Depending on how the port is used a given vulnerability might not > be a problem. (E.g. if a port has a vulnerability which allows a local > user to become root, then it is a problem for multi-user systems with > untrusted users, but for a system which only has a single user or only > trusted users it would not be a significant problem.) > > If a port can be used safely despite existing vulnerabilities it is not > at all clear it need to be removed quickly even if it is not fixed. > > (Marking it FORBIDDEN so potential users are warned about known > problems is another thing.) I tend to agree with Erik here. In my opinion, the important thing is to let the user know about the problem, so the *user* can make an educated decision instead of having ports committers force the decision upon all users. There are many examples of security problems that might not affect all users. Users might also decide to take the risk, especially if the software in question provides a unique feature that is essential to the user and cannot be replaced. Appropriate measures can be taken to contain the risk, such as running the software inside a jail or VM. The question is how to inform the user in a reasonable and reliable way. I think ports-mgmt/portaudit already does a very good job, but it is optional, and I guess that many (maybe even most) "non-expert" users don't install it or don't even know about it. It might be a good idea to make portaudit a mandatory part of the ports framework and enable it by default. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Documentation is like sex; when it's good, it's very, very good, and when it's bad, it's better than nothing." -- Dick Brandon From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 15:40:01 2011 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 86653106566C for ; Wed, 7 Sep 2011 15:40:01 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by mx1.freebsd.org (Postfix) with SMTP id 40BDA8FC14 for ; Wed, 7 Sep 2011 15:40:01 +0000 (UTC) Received: (qmail 32446 invoked by uid 0); 7 Sep 2011 15:40:00 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy7.bluehost.com with SMTP; 7 Sep 2011 15:40:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=+cXvqNefVTzENZYbRE0ZsCV1I0f4Dd9f+cH0+cbtHiU=; b=d7TwL1zQ8NTJxKaw30GEJ5I11RTMBbVw4mntqAdP3dNHuee+1JzG8RauCxhgKoTs5lNmzqOaWMyuPfBovBZTIRq6Z4bjU0scPluqWAIEt0SKEo50FJH7YL0IIh7WDZL8; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1KEJ-0006Fj-L1 for ports@freebsd.org; Wed, 07 Sep 2011 09:40:00 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Wed, 07 Sep 2011 09:21:13 -0600 Date: Wed, 7 Sep 2011 09:21:13 -0600 From: Chad Perrin To: ports@freebsd.org Message-ID: <20110907152113.GA7868@guilt.hydra> Mail-Followup-To: ports@freebsd.org References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <20110907073554.GA5414@guilt.hydra> <20110907105331.GY28186@home.opsec.eu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <20110907105331.GY28186@home.opsec.eu> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 15:40:01 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2011 at 12:53:31PM +0200, Kurt Jaeger wrote: > > > > One thing I've seen come up that I definitely think would be a good ide= a, > > though, is more accessible documentation of the CVS "attic", though. >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/?hideattic=3D0#dirlist >=20 > For example, net/ztelnet is no longer in the ports, but: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ztelnet/?hideattic=3D0 >=20 > will list the files and you can download from there. Where is this documented? --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5ni+kACgkQ9mn/Pj01uKVrWwCgk4RZUT78p0l0qEGsorLtz5YQ gmMAoLR34dSNhB9LXzFPOhroT+oCuN7C =E8xv -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 15:44:03 2011 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 D1B88106566C for ; Wed, 7 Sep 2011 15:44:03 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy6-pub.bluehost.com (oproxy6.bluehost.com [IPv6:2605:dc00:100:2::a6]) by mx1.freebsd.org (Postfix) with SMTP id 8F5278FC08 for ; Wed, 7 Sep 2011 15:44:03 +0000 (UTC) Received: (qmail 1897 invoked by uid 0); 7 Sep 2011 15:44:03 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy3.bluehost.com with SMTP; 7 Sep 2011 15:44:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=VkhHsnoTR4CKjOIfH/muBlQT2NtwBY8YGEqrjt2se54=; b=MdTrX9RatA7FdZQzB4BcoHWkeZ9+qjeNKkTnwxCG20rAJuCr1DIvoTG0qku5qkF2QFDateFhcKw4Y25lKIPtLSd4YLhQaRWsxb4cAkaXRixtIDCSA8qYI2zgQaU5SzRg; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1KID-0003Oe-W9 for ports@freebsd.org; Wed, 07 Sep 2011 09:44:03 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Wed, 07 Sep 2011 09:25:15 -0600 Date: Wed, 7 Sep 2011 09:25:15 -0600 From: Chad Perrin To: ports@freebsd.org Message-ID: <20110907152515.GB7868@guilt.hydra> Mail-Followup-To: ports@freebsd.org References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <20110907113707.GA30349@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H+4ONPRPur6+Ovig" Content-Disposition: inline In-Reply-To: <20110907113707.GA30349@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 15:44:04 -0000 --H+4ONPRPur6+Ovig Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2011 at 09:37:07PM +1000, Peter Jeremy wrote: > On 2011-Sep-07 01:35:54 -0600, Chad Perrin wrote: > > > > One thing I've seen come up that I definitely think would be a good > > idea, though, is more accessible documentation of the CVS "attic", > > though. I had no idea such a thing existed for old FreeBSD ports > > until fairly recently, and still don't know much about it. >=20 > Any VCS worthy of the name will retain history for objects that no > longer exist because you might want to look at the state as it was at > some point in the past when that object still existed. CVS stores the > RCS masters for these deleted files is a subdirectory 'Attic' under > the original directory. The data is only accessible via CVS - either > using a local repository or via CVSweb. As an example, look at: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/xmms/?hideattic=3D0 My understanding is that you are saying "attic" is just the standard term for CVS history. Is that the case, or do I misunderstand your point? > > > > I would think that the porter's handbook, at least, should mention it > > (perhaps with a brief explanation of why and how one might make use > > of it). >=20 > Again, it comes down to someone with the knowledge, motivation and time > to write the content. I'm aware of that. I just wanted to support the notion so that someone with the knowledge and time might be encouraged to have the motivation. It seemed to get lost in the argumentative back-and-forth about other details in the discussion, and I thought it would be a shame for this matter to go ignored because of that. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --H+4ONPRPur6+Ovig Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5njNsACgkQ9mn/Pj01uKWdeACeJXPPor6KEYlNhWeFqr2nKyAu d34An2ZjLocevw5RvUbRyR87b/NBdbLk =F89z -----END PGP SIGNATURE----- --H+4ONPRPur6+Ovig-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 15:57:37 2011 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 93C531065672 for ; Wed, 7 Sep 2011 15:57:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp04.sth.basefarm.net (ch-smtp04.sth.basefarm.net [80.76.153.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1A18B8FC12 for ; Wed, 7 Sep 2011 15:57:37 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:53534 helo=falcon.midgard.homeip.net) by ch-smtp04.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1R1KUb-0003KV-Ew for ports@freebsd.org; Wed, 07 Sep 2011 17:56:52 +0200 Received: (qmail 84101 invoked from network); 7 Sep 2011 17:56:47 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 7 Sep 2011 17:56:47 +0200 Received: (qmail 95977 invoked by uid 1001); 7 Sep 2011 17:57:17 +0200 Date: Wed, 7 Sep 2011 17:57:17 +0200 From: Erik Trulsson To: ports@freebsd.org Message-ID: <20110907155717.GA95947@owl.midgard.homeip.net> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <20110907113707.GA30349@server.vk2pj.dyndns.org> <20110907152515.GB7868@guilt.hydra> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110907152515.GB7868@guilt.hydra> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1R1KUb-0003KV-Ew. X-Scan-Signature: ch-smtp04.sth.basefarm.net 1R1KUb-0003KV-Ew 846eb3ff4b23ff3f2bbabd1dd0aa3b82 Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 15:57:37 -0000 On Wed, Sep 07, 2011 at 09:25:15AM -0600, Chad Perrin wrote: > On Wed, Sep 07, 2011 at 09:37:07PM +1000, Peter Jeremy wrote: > > On 2011-Sep-07 01:35:54 -0600, Chad Perrin wrote: > > > > > > One thing I've seen come up that I definitely think would be a good > > > idea, though, is more accessible documentation of the CVS "attic", > > > though. I had no idea such a thing existed for old FreeBSD ports > > > until fairly recently, and still don't know much about it. > > > > Any VCS worthy of the name will retain history for objects that no > > longer exist because you might want to look at the state as it was at > > some point in the past when that object still existed. CVS stores the > > RCS masters for these deleted files is a subdirectory 'Attic' under > > the original directory. The data is only accessible via CVS - either > > using a local repository or via CVSweb. As an example, look at: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/audio/xmms/?hideattic=0 > > My understanding is that you are saying "attic" is just the standard term > for CVS history. Is that the case, or do I misunderstand your point? Almost correct. "Attic" is the standard term for where CVS stores files that have been deleted. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 16:04:14 2011 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 90731106566C for ; Wed, 7 Sep 2011 16:04:14 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7CA8FC13 for ; Wed, 7 Sep 2011 16:04:14 +0000 (UTC) Received: by gxk1 with SMTP id 1so4786694gxk.10 for ; Wed, 07 Sep 2011 09:04:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=klFC850x7+mT75SSW4ywz2GBBgqslRx8y3NalS7GJyU=; b=WHl16rb12/1rMr9cQw9MShQkKulZwqyX/zy+DDclAJsalcHOjmEr/rArlrtYbZQYUn MVvQZ6t8KibzDjkQPCMANWRJKjiwaqz/Yx8IX8N+WN/eCkeVWX9T/ZNpg49qMHeeifOg lh+QMD/pLh+nmXgQQIh3jZoeNiy0esbGyMp84= MIME-Version: 1.0 Received: by 10.42.179.1 with SMTP id bo1mr47644icb.373.1315411453586; Wed, 07 Sep 2011 09:04:13 -0700 (PDT) Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Wed, 7 Sep 2011 09:04:13 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Wed, 7 Sep 2011 09:04:13 -0700 (PDT) In-Reply-To: <4E67935C.6080702@aldan.algebra.com> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> Date: Wed, 7 Sep 2011 17:04:13 +0100 X-Google-Sender-Auth: G3Y3RQ3ACKQzk0Bkmfw3gYPupDg Message-ID: From: Chris Rees To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Julian H. Stacey" , freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 16:04:14 -0000 On 7 Sep 2011 16:53, "Mikhail T." wrote: > > On -10.01.-28163 14:59, Chris Rees wrote: >> >> I don't actually think they've been divisive -- it's been policy for years. > > > The policy -- up until fairly recently -- was to remove ports, that *fail to build* for a while. This made sense -- if the port remains unbuildable long enough, then, certainly, it is no longer in use. > > The /new/ policy of removing ports for much lighter offenses, such as having vulnerabilities, has already caused so many objections, that it is time to abolish it. > I consider the argument here dead; portmgr is reviewing the policy as Erwin has said. However... I find it deeply troubling that you consider buildability more important than security fixes. Are you actually serious? Chris From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 16:20:07 2011 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 736951065674; Wed, 7 Sep 2011 16:20:07 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 E593D8FC0A; Wed, 7 Sep 2011 16:20:06 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 12:20:06 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHA91594; Wed, 7 Sep 2011 12:20:04 -0400 X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO utka.zajac) ([209.6.61.133]) by smtp04.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 12:20:04 -0400 Message-ID: <4E6799B4.5090603@aldan.algebra.com> Date: Wed, 07 Sep 2011 12:20:04 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110714 Thunderbird/5.0 MIME-Version: 1.0 To: Chris Rees References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Julian H. Stacey" , freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 16:20:07 -0000 On 07.09.2011 12:04, Chris Rees wrote: > > However... I find it deeply troubling that you consider buildability more > important than security fixes. Are you actually serious? > Yes, I'm, of course, serious. As you formulated above, the question is a no brainer: software, that does not build is ultimately "secure". Ha-ha... Seriously, this ought to remain up to the user. To quote an ancient principle, we are to provide mechanism, not policy. If we are aware of a problem, we ought to advise the user of it. But to completely remove the mechanism for the sake of enforcing, what we think ought to be the user's own policy, is wrong... For example, the cfs' known vulnerability strikes only, when a particular file's size exceeds 2Gb (that's about 3 CDs). I can see a number of use-cases, when the entire encrypted FS is less than that. One can certainly fit all of one's passwords, as well as high-res scans of important documents and have room to spare. It may also be possible to prevent hitting that threshold with quotas. And so on. Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 16:22:00 2011 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 200711065672 for ; Wed, 7 Sep 2011 16:22:00 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 D6E3F8FC19 for ; Wed, 7 Sep 2011 16:21:59 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 11:53:02 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHA86733; Wed, 7 Sep 2011 11:53:01 -0400 X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO utka.zajac) ([209.6.61.133]) by smtp04.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 11:53:00 -0400 Message-ID: <4E67935C.6080702@aldan.algebra.com> Date: Wed, 07 Sep 2011 11:53:00 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110714 Thunderbird/5.0 MIME-Version: 1.0 To: Chris Rees References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Julian H. Stacey" , freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 16:22:00 -0000 On -10.01.-28163 14:59, Chris Rees wrote: > I don't actually think they've been divisive -- it's been policy for years. The policy -- up until fairly recently -- was to remove ports, that *fail to build* for a while. This made sense -- if the port remains unbuildable long enough, then, certainly, it is no longer in use. The /new/ policy of removing ports for much lighter offenses, such as having vulnerabilities, has already caused so many objections, that it is time to abolish it. > I don't call four weeks for software with a security vulnerability short > notice. We count a maintainer timeout as half that. A "maintainer timeout" will allow another developer to perform a fix. To completely remove the port (if that has to happen at all), a much longer warning is warranted. > My problem with 'whining' (perhaps a less emotional response from me would > have been better) was the sheer number of people stepping up and refusing to > provide any fixes, just criticising me for wanting to remove something. It's > just not constructive. Yes, the matter is exactly that: your wanting to remove something, that continues to build and remains in use. You followed, what you think is "an old" policy, and are getting flack from people like myself, who object to the (new) policy. Nothing personal... > Patches gratefully received (this is a volunteer effort after all....) Again. This is not about a particular port -- Julian, myself, and other objectors can fix /any/ port, but we can not fix them /all/, so blaming us for not submitting patches is wrong. We object to the new policy, because we believe, only those ports, that fail to build, ought to be removed. Problematic ports ought to remain in the tree (as long as they build) -- to make it easier for people to continue using them and/or offer to maintain them. If there remains a vulnerability, then, of course, a loud warning (with a link to the advisory(ies)) is in order, but the users ought to make their own choices and evaluations. -mi From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 16:36:51 2011 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 A02F31065672 for ; Wed, 7 Sep 2011 16:36:51 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy3-pub.bluehost.com (oproxy3.bluehost.com [IPv6:2605:dc00:100:2::a3]) by mx1.freebsd.org (Postfix) with SMTP id 5CCD78FC1B for ; Wed, 7 Sep 2011 16:36:51 +0000 (UTC) Received: (qmail 32416 invoked by uid 0); 7 Sep 2011 16:36:50 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy3.bluehost.com with SMTP; 7 Sep 2011 16:36:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=hSxxjMXBP6dqKfQcGkhaRPkGk+ykELDJbOZQQ5QoFVk=; b=gxcw4ss5uKhv4amSf7eATro2/gQ4rz/qUxYM4pprsVFYLNCyRwW92umqEmT2xk3GUW5h6YKsCC9DWSvIrKOyhra+JqeBz57K3e7Kp75Poz/CNLtog42DlT+WZBPPjMEt; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1L7J-0003TV-Pp for ports@freebsd.org; Wed, 07 Sep 2011 10:36:50 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Wed, 07 Sep 2011 10:18:03 -0600 Date: Wed, 7 Sep 2011 10:18:03 -0600 From: Chad Perrin To: ports@freebsd.org Message-ID: <20110907161803.GA8126@guilt.hydra> Mail-Followup-To: ports@freebsd.org References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <20110907113707.GA30349@server.vk2pj.dyndns.org> <20110907152515.GB7868@guilt.hydra> <20110907155717.GA95947@owl.midgard.homeip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline In-Reply-To: <20110907155717.GA95947@owl.midgard.homeip.net> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Cc: Subject: Re: sysutils/cfs 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, 07 Sep 2011 16:36:51 -0000 --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2011 at 05:57:17PM +0200, Erik Trulsson wrote: > On Wed, Sep 07, 2011 at 09:25:15AM -0600, Chad Perrin wrote: > >=20 > > My understanding is that you are saying "attic" is just the standard > > term for CVS history. Is that the case, or do I misunderstand your > > point? >=20 > Almost correct. "Attic" is the standard term for where CVS stores files > that have been deleted. Okay, thanks for clearing that up. I first started using version control with any regularity in the days of Subversion, so I (for good or ill) I missed out on the CVS culture that came before it. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5nmTsACgkQ9mn/Pj01uKXLQQCfbMqwa7KLdjI9QuF8Phoap1ot sJMAoO+vCLDX9F4m/4Z3Yan2cAvNOTTO =FKvo -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 18:58:07 2011 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 B1251106566C for ; Wed, 7 Sep 2011 18:58:07 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 6A0CF8FC14 for ; Wed, 7 Sep 2011 18:58:07 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R1NK1-0000ZG-JZ for freebsd-ports@freebsd.org; Wed, 07 Sep 2011 20:58:05 +0200 Received: from f054016238.adsl.alicedsl.de ([78.54.16.238]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Sep 2011 20:58:05 +0200 Received: from rotkap by f054016238.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 07 Sep 2011 20:58:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Heino Tiedemann Date: Wed, 07 Sep 2011 20:57:40 +0200 Organization: yes Lines: 34 Message-ID: <4erkj8-1jv.ln1@news.hansenet.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: f054016238.adsl.alicedsl.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) X-Face: v6Lci{Mw=kwHf$`7C?L-U#BHn7O\wqF-1qg#Vk%}nUQv\i^mM/.p=wU+cr)yXf#Ob+foOOxW; ir"QI!|25wG3`ywF)yh~@V.kKtr.qp+v.R; w?c@ZzM#!'/7r_+)$NjMN:]qo-]`&z~KlP}|cERO'%s9":6\ZnN/O List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 18:58:07 -0000 Hi, I need the port x11/xvattr. But now it is expired :( See his PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=149851 I need the port zu use vlc AND mplayer - thise players toggle this: ,---- | "XV_AUTOPAINT_COLORKEY" (range 0 to 1) | client settable attribute | client gettable attribute (current value is 1) `---- ,---- | "XV_AUTOPAINT_COLORKEY" (range 0 to 1) | client settable attribute | client gettable attribute (current value is 0) `---- one player cannot run with the settngs of the other...:( So xvattr is needed to set the attributes to xv. What can I do? Heino From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 19:35:40 2011 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 9737D1065673 for ; Wed, 7 Sep 2011 19:35:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id 57D548FC14 for ; Wed, 7 Sep 2011 19:35:40 +0000 (UTC) Received: by gxk1 with SMTP id 1so196402gxk.10 for ; Wed, 07 Sep 2011 12:35:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=iggMg44xm6eSd87OOJhUyc5SAWAB9/rERbCNaVqw5ms=; b=F0AYO7OdT9EGQVlOnTbdBsMJxjRmeENfdRsRqASJoMWW4KZcGEZIQlypeNvafZVciQ VosJxDTdBI1RQd86cFQWgrmqUsVD2Ykr2hs2OqegBzEfUq5tCzHrynZrI6DPWNvQ0eKW HK3FcsAji8cyRuvZhM4+fPatUQBjDHasQyN4M= Received: by 10.43.44.73 with SMTP id uf9mr288675icb.507.1315424139140; Wed, 07 Sep 2011 12:35:39 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Wed, 7 Sep 2011 12:35:09 -0700 (PDT) In-Reply-To: <4E6732A6.7000809@gmail.com> References: <4E6732A6.7000809@gmail.com> From: Chris Rees Date: Wed, 7 Sep 2011 20:35:09 +0100 X-Google-Sender-Auth: m4tNKB-I6bZpAgxdrokbXBrygRU Message-ID: To: Mikhail Tsatsenko Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org Subject: Re: maintainership of mail/milter-greylist-devel, dns/py-adns and dns/checkdns 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, 07 Sep 2011 19:35:40 -0000 2011/9/7 Mikhail Tsatsenko : > Hi, > I want to maintain this ports: > mail/milter-greylist-devel > dns/py-adns > dns/checkdns > Done. Thanks for volunteering. I know it seems overkill, but for future reference a PR is less likely to get lost in the mailing list. Chris From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 19:41:40 2011 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 5CE10106564A; Wed, 7 Sep 2011 19:41:40 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 062668FC13; Wed, 7 Sep 2011 19:41:40 +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 CE39C8FC2E; Wed, 7 Sep 2011 23:41:38 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id D502F5C36; Wed, 7 Sep 2011 12:40:56 -0700 (PDT) Date: Wed, 7 Sep 2011 12:40:56 -0700 From: Stanislav Sedov To: Michel Talon Message-Id: <20110907124056.371e8e4d.stas@FreeBSD.org> In-Reply-To: <20110902093914.GA92386@lpthe.jussieu.fr> References: <20110902093914.GA92386@lpthe.jussieu.fr> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, Doug Barton Subject: Re: suggestion for pkgdb from ports-mgmt/portupgrade: add more explanation 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, 07 Sep 2011 19:41:40 -0000 On Fri, 2 Sep 2011 11:39:14 +0200 Michel Talon mentioned: > > Your answer is very interesting and allows me to go further in the > reasoning. Indeed the UPDATING file is here to solve edge cases. My > point is that there shouldn't be any edge cases, if there are some it is > because something somewhere has been ill designed, which is not so > suprising since the system has been conceived by Jordan Hubbard when the > number and complexity of ports was much smaller. I certainly don't have > any precise idea of the things which should be changed so that edge > cases disappear, only *very experienced* people having observed a lot > of failure cases could give correct advices. It is not impossible to > design a system which works automatically without having any recourse to > manual intervention, after all, as much as it may displease some people > here, it is a fact that Debian works this way (and Debian-like systems > like Ubuntu). Having a file which documents manual intervention is a > perpetual tentation to do the things the sloppy way, which in fact > frequently occurs in FreeBSD. As long as such a behavior continues, the > authors of portupgrade, portmaster etc. are building on sand. > I've actually been pondering around the idea of having a special version of UPDATING for portmaster/portupgrade so they can do things automatically without user intervention. For most of the rough cases we just ask the user to give specific instructions to portmaster/portupgrade and all of this can be performed in a fully automatic way. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 19:50:30 2011 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 3AB13106564A for ; Wed, 7 Sep 2011 19:50:30 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-vw0-f50.google.com (mail-vw0-f50.google.com [209.85.212.50]) by mx1.freebsd.org (Postfix) with ESMTP id AF97E8FC12 for ; Wed, 7 Sep 2011 19:50:29 +0000 (UTC) Received: by vws14 with SMTP id 14so11433vws.37 for ; Wed, 07 Sep 2011 12:50:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+/g0PPGcq7lbWT4QNFHO++K9eqpjERsd5sGzupcRmZ8=; b=rsU+nSVnpzruJ1cyVOPWhXixgFNKWgemExYaTuLACY3FlcQsIwgEaPC3HCMx+zh3Jv VAQL336aO83W1jk7VhaKD6Er71jEDGajSPMtlgI7F9PQXrH0z0igXHgpcitUWxOYNnDL 0cRkDzzRxxeogYeRw5ACbv1Z5YXHytexfOEWY= MIME-Version: 1.0 Received: by 10.52.172.174 with SMTP id bd14mr6962613vdc.246.1315424605854; Wed, 07 Sep 2011 12:43:25 -0700 (PDT) Received: by 10.52.115.73 with HTTP; Wed, 7 Sep 2011 12:43:25 -0700 (PDT) In-Reply-To: <4erkj8-1jv.ln1@news.hansenet.de> References: <4erkj8-1jv.ln1@news.hansenet.de> Date: Wed, 7 Sep 2011 21:43:25 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: x11/xvattr - why exoired? 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, 07 Sep 2011 19:50:30 -0000 On Wed, Sep 7, 2011 at 8:57 PM, Heino Tiedemann wrote: > Hi, > > I need the port x11/xvattr. > > But now it is expired :( > > > See his PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149851 It seems from that PR that VLC should be fixed - you could always ask the developers there if they are going to fix it. > So xvattr is needed to set the attributes to xv. > > What can I do? Perhaps there is another tool to change the attributes? Normally I would use portdowngrade[1] to get the port back, but it looks like it doesn't work with expired ports: root@kg-v2# pinfo xvattr Port: x11/xvattr Moved: Date: 2011-09-07 Reason: Has expired: No more public distfiles root@kg-v2# portdowngrade -s :pserver:anoncvs@anoncvs.fr.FreeBSD.org:/home/ncvs x11/xvattr portdowngrade 0.6 by Heiner Eichmann Please note, that nothing is changed in the ports tree unless it is explicitly permitted in step 6! Seeking port x11/xvattr ... not found References: 1) http://www.freshports.org/ports-mgmt/portdowngrade/ -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 19:54:41 2011 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 984E3106564A for ; Wed, 7 Sep 2011 19:54:41 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6228FC17 for ; Wed, 7 Sep 2011 19:54:40 +0000 (UTC) Received: by vxh11 with SMTP id 11so20010vxh.13 for ; Wed, 07 Sep 2011 12:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hg6Ns5ZPNyYOQf57jNgum3J27tncZ1VLJJW/nyUtdxo=; b=c+ZxOdRrFaQNlLUOFwaFXkUFtnUfwP8WFHRx/YETx4WWF+6SmfgTJjtJeL1y3A3821 ies0no33GmGVK/DkGEsgSOGrgrnwF01k8I0I1wghYaWFLQeqzaBoHMRwfRCxbAaCKiFm ijBgwlZv88vnEUAMny1qpqbSZCCGQhg0X3RUY= Received: by 10.220.115.141 with SMTP id i13mr619348vcq.91.1315425280064; Wed, 07 Sep 2011 12:54:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.180.72 with HTTP; Wed, 7 Sep 2011 12:54:10 -0700 (PDT) In-Reply-To: <4erkj8-1jv.ln1@news.hansenet.de> References: <4erkj8-1jv.ln1@news.hansenet.de> From: Eitan Adler Date: Wed, 7 Sep 2011 15:54:10 -0400 Message-ID: To: rotkap@gmx.de Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: x11/xvattr - why exoired? 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, 07 Sep 2011 19:54:41 -0000 On Wed, Sep 7, 2011 at 2:57 PM, Heino Tiedemann wrote: > Hi, > > I need the port x11/xvattr. > ... > What can I do? Submit a working port in a PR and assume maintainership. Make sure to fix the reason it was expired in the first place (which may be becoming the upstream maintainer as well). > > Heino > > _______________________________________________ > 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" > -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 20:30:46 2011 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 D33ED106566C for ; Wed, 7 Sep 2011 20:30:46 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B14F8FC0A for ; Wed, 7 Sep 2011 20:30:46 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 1D79A4AC58; Thu, 8 Sep 2011 00:30:44 +0400 (MSD) Date: Thu, 8 Sep 2011 00:30:40 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <86115519.20110908003040@serebryakov.spb.ru> To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------11CAB138182C6D80" Cc: Craig Rodrigues Subject: subversion 1.7.0-rc2 port for testing X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2011 20:30:46 -0000 ------------11CAB138182C6D80 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, FreeBSD. I've prepared port for subversion-1.7.0-rc2 for testing. It is attached. svn_hacks-1.7.patch is included, in case it will not be available on ${MASTERSITE_LOCAL} Notes: (1) RC2 doesn't contain 'contrib' directory, so ASVN and mdo_dontdothat is turend off (2) FreeBSD hacks are option now -- turned "ON" by default. (3) All bindings doesn't need any changes, I've checked them. Only minimal testing is done -- I've checked out FreeBSD head :) --=20 // Black Lion AKA Lev Serebryakov ------------11CAB138182C6D80 Content-Type: APPLICATION/OCTET-STREAM; name="port-subversion-1.7.0-rc2.tar.bz2" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="port-subversion-1.7.0-rc2.tar.bz2" QlpoOTFBWSZTWXcmvUgDWKD/1v/97aL///////////////4DFQQBQIDAAEgIYNg+fPtTa7nv bkCFx3dLsE0H198MeO5ZX3u9V8yp49H19Z8TuM6wHQUaD0KAvHZfPup3gtp4jAWwxEbe718U aF2wXa7L3veenjY8TTcmZdD0eA1ucAwidsB7mQU8vvmqBXQ173e76743e1m+sU9vcWrMu7FA CnQBRk5mJbX0NANAS0DTYZa4L7vnhg0FsAbVtqRviOAHMGk0Mz1u2tvQElPovbBdmjppXVHd rXneg971y6oUKV4GylbMBS+zSggQUSPrVTWkDWqFApUkEPWIr6XVYtlax2KUh9q757m973jL VDz3fBLvfQYKTxCVUia2TSKU21KrofTpRXjbS7HI+n0HIlT6Ea2RW56A6C7DYnoqqd13ZtkD XW2zbt2ul11oOELLZAmyw+7uNpLMySVHs3bEmmsEsyrMxKbuXbNrbEdmbM1lW1sAO912CUpT e3IrZKBshrUmtagtlgoJphbYUj2xXTIWzaW0mNqttQNsBVFNWtfeq3veA4AFQbq5jZunSjiB ioYD4QAAAAABIADI7KqkaXcPFsG6xeu2V1ylVevLcsNs5XTe3doKpVs0FJZZBrddOPihpogC ATRMJkENMIYgJoNNBNMIaTUep6TxTZRso9E00PTTUAADTEIIQgghomZVNgp5E8p6TJ6hkNNP U0aNAaA0AAAAAABj1VElNqfpJGQ0AAANAAAAAAAAAAAAAAAJPVKRFNMiNBNJPT0KaeoA9Q9Q GQDI0AAAAAAAAAABEiQQCaAmQBMjQAJo0ExMCZNDU2ongmmNNSm8TQKG9TU09RjQFRJEBAIA EaJPQZGpiKfqepmmRlPRqj9RPyTR6U0bU/VADQA0AaAP/x/yAT9p/vv/h+2v/r91HT/yzz/4 Z/O6n0Kf9YH1ss2z7NV7yhSUQJAijOaKD/nABDTT7X3Ko+7e2fdxNs24b3q6VzlVbVlEWiPE jPlldbGz8EiWon6dYtaZhjCKLZF1kwlT20CVe6tMprb+gt2y1TUAiDAUypoFwA/hdhGD9z83 8v8H6/9V/xafcI1+Kd3TXLomTb6dr6vtesl6mpxRTBMJCfisbkgWfxyfz/zcMB+vhlu2IAMy K31cQtoqucsk3TEQkMQP8fN7f8G4EPdq4mvua+5z6xOywtQtW2iZ0ZhkyzKzOkoxKkX6nX27 1+HrviWtb4RF598aq0kmVeDDgtpNUypNM0amgUsVCqCYghFJeiqhAJDvx/fGDdXGPQ/r/lz9 P05fzj+4OEcRUy77lWAH7P1eIVfHApYoxP8YQ+SxEq4VtSoQ+jEUoCjhHSeO6NzJI9hAMfQo 7TCElAhohMNAoU8d5I/BnA88r/PJ18v8z18fX5rX4FloWbBsAaDJJP7AaBQ1OrrM74c6HfWR YXvN0hgL67v1Z6Yah/t/JM/3YBBq9rpYT1R/SwSycCn95CDErj0tT+VdmPihl15Q1Lq2V8ro AWU6v4q/ThCa/p/p3z4pkiUl4rQ4JQhAdxULlf8zZpZ8pHMzmJQEK9FNyR95JK8w1dWiVE4Y oHpDhw6rwJpCp2QDLFJupVXioP/VUPegRR7VBAipyBoFHbqLokksCPiif2bztu4nP5Uuigkq VCVfTgxAJEzn+2tazMGkPJqNNw+OVG2p8lTTBoYGStrVIzKGg1kXD+vRblTsuJSVFnqpAqQo KTLFAs2UkCZAJUpEPaihzcavKMY7vFj2kZZSXZycqQe4LJAeV3n+XIfr5Mc8ZMTJV0vuZNgf cN538TZwA5R3eUae/m2mk1CjX4lCoIvX2WSDeMcf6oOcI3hAom4evzCuuzKFJztkUDiHIBcE 6T1aXUf/KGig7taXk/TZoxt9g+E+Kc9+t+CFQPliPX847B0gcZqWZ1rulRDDk/kOcoCQYyfx 4QkgkAkSJK+5rG0FOuVowSM8qffn94f1y+EJSEpDOBqCfC5EFmBZIPHhFhJPDlmrK4MkB/m3 s0aE7YpITTYc+jAAAAAP4O/W8/BXnn8/9zVfMDCHtT3h7S024SRA/cB1eTzsjEju8ziWcCFc oVCpHEqfYMVe6r9FaxdM6q7sfl1+v20Yd02QCyGsFKLAPU+L1KgCMewp0Xqkyj5lWUAUKkBB fbEaMGMqYcr9x+r47tKBMV0d9cQ8jRC8di6hnDIt5mWY1KqJZwI7oWaburz5ez1r9j5dyeeJ 66pznOJDy6Yw3CEfrHgjK/KtZNfT9z607fNyCeGuvxIL89J0oucffkMyiIM5VTWFUoXuZzk3 Ec93Lzn9hAdw4MK0+DhyF8OHB0XsgYKmJ5NMJwL1l8Pn4eTu7OvpfrXd38nw9Mboy0OT/F7/ C77TY+1gO6fZUatdU8CLoV3I9jKhhaVDxIQYBg9/szjOHnJ86uQTsLJbqXZSLac9LuQePcsz ZpByI26g+p1v09GNztpy1vXWSSSU8Y79keGMLQNBGhhXvUJfAk6SxBgfI8einz8mB1BH6fIr r47m9Xpum3Lb9zdfKrqg22+G/t/nd0kbHy8W2222sKdN/oCRuZ5yqxTj5eKSd0KIbi8aOzS+ 2qqqcbLsOcA4SdPsMQBEiIogZMAeRJJJJBJWlu6oSqYbbDbZdVVCVTLqqHbBJJJJJJJJJJKv 7XhztttthJd23ZR0UeCj77btty2+m3lty28Nvu28Nv8Lbbbtt+jb4b+2UDNlc7bfDZVuHoqr bfLblt7bKKKKKKKKKKKKKKsm7M573HGZmZmZmZmZu7Jyjs43Mh5bD5bKKKKKKKKKKKKKKgyV Lb1rWtcNa1trSJE62LaKKLaKtKmwRtRtYrGi2i2NGItGqKotFajbWNqKiqo2AixEgAAAAEAA AAAAEkkEkkkkQSBMabtJUqqm6bdNu238zb4bfZt/M29af2dGK1iny2IfOWG280gQSSSSSRVU 3hsOW2qbptyF6xAA/YMAQQAk/RKIB+pQiHhQJFQ9C+/FkjgQxBBTQZEjP7PnVpUnooA3wjlH 7C0qIFRFRPzB8zlQfF9ZKUkGSXslalCZ24LG9MscFb1MpmWEozVTUkzFWArpzd3dq3rrtLzt XdB2rmvG3WyhokvOt3Ttu43bfOrcUqMlqZuwjai02lSy8Iwak8sfrg5bUTqgoWaQZulCZIFH 1FWWTdaUbYORN0q63lPu/54TYYaYESpJCNRJFizLbi5ZtzgTJoOFmO2Nhhr/sj7HmMJ5ti9F uQEcvQrn18ussUzMJv3de4r6YfX9W+6zn+nCB7hSJev9ZENF6M+rnWjAKCkLMkhoEEgEDgPR KPBbUJKW04blJpIRsUAhH+/7m5nLzMgvtMjUrt9O74N7VpzT0erhYKW365EVOYUvsAAADigC q20WH30Qr6LCaUMWRJ88iJqba9XlXq1Bq145vp1xLWCVWirCxatLUltWHX5taNa1pGt1ku1k km0m0i2Wc7oBpbJGAAAAAAAADJvTnOO7hbnJdd3dyTnIiIiIiIiIiIiI87ptNMBNpsABNptN ptNptCO7oiIiIju7vv8887u7omm02m02m02AAAAAAAAAAAAAeD4j/l/t611cyCBYRDh8min0 efzy9L/OE5fn0L/P06eHl+fhFzELBRX5XdfG4I8BXeHbvX1vEA6S+QoYM335M757NDC98uxL woYKwZhpoj9EsHH2j594CID4EKUCF4Q/z+gHoVhv4oAn5iNdwEpR/CFaUmiuvu1IGD4QJl+z G/wW8XCMVLCD/Crq0eauMXl03LOIAeALEA1bPY+wbBzgPd0hQQRy8O9+3TTKnFAmQqHU7CH3 kqgCisMGuVcdepOUjrisCPMv5gMvTdZ9cLpgRBQBrikRVwBZfX9BJknovzfNonh9cKkKYE+3 KSFVKKlQnDD2BkfAb/m2MK4V41+prKDltYAGa6SGQkEoQ3QrMCLwNYVaFrVGTg63v/hfj/P/ bCf1ez/F+pf1a/LmGjFyqftepRCjPUMQvFvEbv6OoPJ+5KD5uA6Fhr5PyBAhg+wZH2OHt1TX 6TiZ2VowcFeyST8FfRlmyT+I9AU7+3Rzb/IGb7mT+PXTn+O9D3mHjlRKJApjUCocBXbrnXbr kso5yzFNc53buK5rvjvM85o0SRy1zMSzDV07SqK3XdXjxXlySR93j+CzEJDXrtRH5eD2ffp6 gOW4s6XUR4pvoAKSeKpZbQXx+rz+HDx/gLX6afk1+X979M6w/hAPB4U/b7XQ0/J9L6/R9aHM /JxyyfieV6L+k/g/Fiv4nd+LV6ReWTBz/SpI/oR6viIwwXQyV+O8QyPDEJ8/aPFctwu13UW9 2clCDDrBid6VAZifOQp4unFhAbx3hycgeId1ku2OseCM+gBO0VrVVizAD1BAyUSVHiSJLt+f /ADf9X2DcH1AC9SfWbks/QEA/Bl2Q+/yy/YO3s3n2OVxOLprp8ljt3U6QkAc+umQPq76Ijjy WdER8WOvblFfP39/yU2Zm1QmANkEhAYRUkGJ64r5uVA4AhUDv7ejh4y95QkE43W7Kf3Ebh8u bPFSGKPnb0Dq6+oL3lyJ2HyPZys4lxPUveQ4OZWFusCo4ukNvLgR4/BmfQww8iMNQJCAkD8S /T9cU9AsCdQ9Grpsl1Yhe7QNPKjIlxSBB9mkJIJa9Q/xeBc4Q1WeQAwdYF/i7C5/uIiF4g43 q4EFEg3bvPbmE++V0xjbqb+9/2+sbZ8QCIoeMEwdZxe+zwYvWTifpP6CObn9Nw5QstMd1ipo Hg6zQeh4tz9bPoicTwEsEajjFwQXeUbwz1TXaIW++x0IyTuI8svvZSkOCIB+Kwb+3v+pH6/T U68OZsq2X79b2p48H4tGzTDa6qOH4A/jL6B+9OdOHQlSiXAoGYAWkkkkkkkno5BWyoP2Zx2H /Fn/YHL4x61WnN9QgOIdF45HTeH3EMPh6mEBZ86SSVOd49VX+ET4/yvj8lPy5v6wS8jdYIq9 cU4EgkWByVDwUkzDwOn5L6GboM44igCD1OdejrPg8qKO4QEeIC37mcAB2VCqAbwVUos8j6ij RI5NIrpDpGQp1/Z7je3t5/Dpqw7upbdNjNNbV09C7TfA7pQ2KIH5wSB4IQF61Uj7pWDwOpJz CJCi7cziCbohbRqV5Ayfkw7LskQEFpg+YNQMmRqlM2vhMPO0o/ksUE/GaEP5hoE0iAAoezUg RzL7oTZbzpBTfRcoV4IdRFkCREz5mhW2jdB2/DKxDFVUaqilVAYi6TnEX89t/N3pd4uOEkir 585qmaiC5nvkKubRSVRZJ/2VZYWEkAnMTtgHCJEvOKWiJBJBJFIN0HPU6I6CbEVvwtm2+eCA PBVOAZA2KThZyOEB8cePSQ6amCaBy3ZkEkGRAUbO9gg6HfeLaWUW23jO/6hoa0WeJyRflzxt qvZbLQ3n8A5wa6ByUDbxYCBoosXv5nZWeJ9PsXxt8jyX2jiRjqyNOoBHHovBgOJk3OECfp5F t7z0rPF998RLXzMOXwXsyh0rq7wE1H5dLgOUoN1BWI6xzhbhuhaHZ08no7hPn2iPo2YWk7FU kkkkkkkkkkkkkkkkEkjiloe4ZggXpioA8hyNftlgHIkoe9g9kCg77shdC+Io0QwAkQHigybs M50aTPKOkL8pxjgBWSJF/SBPrP38dj7MgIOgh6SvwITy/NVECLSrKJxcyzeHv1D3jmiIAh/a AnFcqUupG6Gkk1dwYP3gaxp82dCI9WOWm8s0FZSseNEQ4Shg06RcuToOmXhNTg0BReqWCu23 UYyIpP2M8icH/ALNGqARBuEpw6Bj5QhfslgGEuaA3BwF5Uol3ttYSiqvVFJpMbacXFZsiPTR NDRucBH+IVEGQrKcwApeLygsjIOG8zGh98t2hUpUCwoEYgibwCuguIcb39p25Q45h80SpQvf TMQqyKRGng809phU2G+Y0ePMPeFVA6xFA+4A1kjthNJa/SQrig2PCA2B8V3IPcEgkEgiIiIi IxFGd3IiIiIiIiIiO7oiIiIiIiIiLprVfy805N1YcyASMklRWqpAqsHy54yhIng2Hw2G2wy2 g23DbcJJmDAIJbQbbAhmG0G24STLaAZLbYLaDLbcNoQF3dl3djcSQJAkBLumqpqqaqkqlEot lgkFFFosFFoogolFJNttts8XiWTt0kjWSdlQNWNWPU69Xt2nMXshO/gOA8Prt4eakQRHgjCW W22222222220383iRsAbAD5eLmtS21atWrS8658ODv2naL0E54zO2222222222203oAaAA1I 3hBEiCbSBIJF2OJjgAHfAAjLyCRpcS22223d3d3d3d1d4KtkBMgihCPTEoSKKqamy2iWihFC kmxVDTGysllFTNERaS0kWrKWxYoyTRmqlEa3y3bNU2RJTBjVoxYTJSliptttaxq22qZARVDh xr78BEV48Tlt3wOOWRuxlAyyyPdNGuOOZ5pEknmIACV3c3SJJJJJJNVU174fj24B827gAAAA ccDieDRtJJFQNENkkZKJJJJzkTODYAtEkkkkyQiSbsfNPg4gQBai7Hr7JuABtKS3r3uOJRRY JaJLRIJBRYJRYJRKJRRIJJRbKLKLYTrt25zeSiiQWSiR5bhwIaQVbHnWjcWkICSACSACSAWQ 1huQJMtBpAJIBPA4rGIuGhdjM8nWETgFgQA0UBjAoKkJhZN1YzNGiSSSSSSKIQAfGq7g8+L9 z18PjavjgAL4XAB5au4A8+L8fXw9ge+76Xd87dx6+b7vXy9gB88cAA+a3c+fm+vr5ewB8V3A A6u4AHXcA67g+e3APN3B13AB13AAD9H6Pzev0e+AAAAPi53Ou59frfX19XxtXxwHV3AAKICR J4RLiHxxxXFIkmxAhIkkk3dzdiL2cJTbbJZa0tsMlhtlldesc9uvv9+77evT4+ba7gB890+3 d8dwAAAH3fdW/L19HuIiIiIiJ793z57ewPpta7gAAAAAAAAABvic83cEnrrqequIAAgY2OL2 fEfu7uO1Wbi7uPdVm4u7j1qzwcRhcASjnIHtnJokmwFmM/lcitajqtHUfqrIznMeKzkI8Xfz IIGqSFuKGCCQSCQSCIienl3r1eL0iIiIiIiIiIiIiIiIiIiIiIiJ7+Pr8+vjd8/FfFfs+oqw DbTgsqCigCrFj3TQBooAqhQ9s0AaK9xCdxceksGjRQBShEp1maANVWZoA1VZnQpWAe+AIGAI HU0JKsoAooAooArJMyTMkzJMyTMkzJMyTMpzqc6nOpzqc6nOpzqd8a2WE1snBPNvsXhcLlwu XC5cLljkgxAUwZkACEQAEp38PhnPt0P5w6E+NonskpYQnpONIS5tiJZPw5ZZzKRmnb6OzGPr zuQszqhJNIkNen3utzcT1AbGEhmFGxgpn2PTr3BeG4jUDokNWqaulRz3QDatk+Z02EK2CRgL RALvi1LnsZLbYB8CAJKAeN1zAXyqwEY24m0BqHrIliJFBY1Fbvsh5hnPolINs1NgOUZVE92x Due8Qc54UvR4R7nGKKgoqCqihHzTUGioKSIKzycHzKIGY5kWuRGhq1GYIJAR81WfBMhRwdkN WvbY/qjtOarcUQB8sGdpnQOROmUQ0dS69CBQKwc5QResnM5btf+/8BFALDkKCUmpV5bWMdM7 YIv5CmoYbRU68xsKCZGTbeXr+WgnnT6XsTL8Ws2nuZ+vdXbradX/OveoI5jZQN0ATBAwHcyI gls1/R1/dIfUE6ubW14PjMpY++8+Wn5uhk+b85J5mu/P4ow/AvHjEXfUVEbIGADgA8wzcjg4 glAUEhsUD5QzgxP3Vv8u+DD6B9o/FjrhzpvHqH7xjxT8Y0jQQRINePgtHH673jOgH1lFCFw1 D4/Q8xA+IckK/rHCQwPKr/Z6MY9Xlrr/l8e3LqA+phFIhCJ4SfLQthGSS5j+JbXjLZRtSbLK Uq0v5/d2+/+z8ny8Z8d2rPuRMf2lI4Pi4CSfbP3sjM2gaPspmXDwqxtQkYCp315NAOPl0+CI bFYB/SyMhJErdQNwSEGyAf4/8aLCLiQidESzMpDd8Pz1v/e++LnAZAD/vB/JCiK1A3wZiU1D PIP06nx55i6xOYCe2AmZLV2Gf4rbb2bCnImZ5pTA/tjRBJ3fhqHgdkOaIOAFDj78PR8f3PL9 qT6fwfL97uqEqDWrTNKkQRKmpqQ8gIIVWrSatatJ7QcEhKAG98OMmBAxxwszrjh5p3IiyghY sXFihrdu3btNN2o7nc7nNzcsy4YiOckRCyIlyGBEAIOofEcRxHEcRmwBVW40YEDecrM744ed 9cNk4XsDtRYsiLET6FiAtZECL83SjSgDznxEVVgRAflEIIj1wQpYwFJ8cDyy7oLhd03C7pC4 XNU1dTWTVauqauhZAsJSVUE0tUmrZVlmpWvje52+6cQAelfEoVIlwHqnUeHc8ekERPAGARRf P8T4EzCqRX3l0U0JBB0Aq8/K7CuaFiWAh8ORcmV+p+Mh4Nkux6rKCwTNj+4ItUU1A98iFHrP esvIzd91MTgWEYNNyQ3SwwFbcdqmRkEOFlFnr2ZvpZhnl+rRtsxktstc+TJJ1Ha0mOujbNJG QkJ10GtwJQSffFWoSKAflP543tMIr/GZfWfvAv9QJQHRsF80RLV793zfP67fw77Q0lGCjRZK jRsWNFSVCFUa0mxosZLUWjYrRRFokSLVlRHasDus+1YnH/D1/cdDvH7ChmH7QoDAPT0wEUPQ xXlyOTTaCoWQGVQrIgTKFwkIy2LTQKUtP0WDRcP2Iq6Wqj/dVKeav1jZZCCz/pGga/w8TnDu 6LevysIg/v9Skp5x7qr0IvECgHNb6CPxuJFgIoCBpwws/Rz3+X0/ZT6iiJwOshLwcU9iAkLu KPKPPxAJh7ajb6fzD3feT/D+1mJ+2EBZ/mDsh/BwlyogVLCSg+AZFBUAr/SlU+N27y0VS2D+ yAFCpDOCom05aYMAMgKEgyD2fkJi30okBusL/Tkh36YEmcX8s26dM9v9u3jzbrJBCIv0eKm2 DIQgwxO2WMgDfHFiu2IZN77c8FKPQ1QsjAIPrjBGArUEAJSWqCgMgDvh/WByo9E9ZPteXfJV Yj4vjg0FgHqsPoKoKgDAaDFH0AAa2g3ddmJ84dAtQ/zf+PwrJl4MyABA8hPu6GQdf4+LMc/t X9vSmgTFi7GX5ZB10Q6E95g8uUS2ev9VZO2691DP6foxaO+ex84fpUBAyISCgQ+7S0ovHUKV igQCxUdhARJsUSPvgpv8u/8ipkIefUJJFhCEMYkkgAAAA9PHk+XqUr7+AAO7gADq7gADtp78 zdy7r9PR1hwcADtIojkQFfp8vsPIEPP6fvegeh6r0tZ926ssRfhWP6Jv6xK9IkjW/pwSQIRD Apng9Xl7vKfr83M4Ho8nZ2HHIBQ256H7v6OJ9/3R/oiBn7ft8tnE39YPHunoFBDsgnSiYWCh /PgmVB8kThyEqa1Uy4bpj25PvV2Y/rIaefO5HRNghWu6jEnrPF+bls9ddAoHR0WH5ZIjGIMA gk3/QbHzlsBFELJFsUSR+XmP1o+QzXMaSH7B5Xam+L+zQpA2QT9cOT8ClDCMgCfyAp6/jpVQ sffZBKIL9mkfuYogIGPiA9asB9ZEhChhAxFycoH78X98iebj49nRw8PzeCAd1Q7T4vMOn0qL Hgv+Ky1qvvcsYKGrZ2zupOPxGYhiVEA4eYOTPQLQmDmF9jhaEpRejEeOa98639/AWnFX22qO ceQKh0AAX6TmnFmGalE8BBdICZpEJmCFIRJh/JeEUkpSwWcQKADSm1XisPBl3NG0QESVQKA1 H6HvsGavHGJQNoigiS4N/lgN0hUSptJ3TuE3BMONUHJdEEiYAJSQCaaDFwkCScR6IjPZU6JM DZN6BDQu2A9sY6F+jy2fP+4/6Qp9qguXX+1QwV5Y+uNBVF/nA1lP+2JrWg1AzkmtHGsVibqc 4saujipmY8PJu24KdTuUZszcnYPMUREPsAIKIPzoO3x+kI96B9n9If+2wDie7wNftfskoHZ6 z5SzrIZn+vQpIwvu8r5q+b5ZGSqh7e5USda91JGXMql/Pgy2NZJizRfe1rTDo1VYypbmXExQ iYRAlIyjMzJlGZmTKMkIBmYDASgKh4H9oIeuhEA+eHpaWhpmnncjU6ehhaP3RnT3WhhmYM7s 3vYvGDsUq3eMVgZznFrayMs097mJs4GjAE4Q0RrFUbKMnFGdTsZ20IJaUIxo3hRD1N52rG73 rNpU9gjORmr2bk5ozudDaosaGsJTITDDAQSCAQQSQQCIiSICMAsKZmIkRF4sCTrGCloGTR0F QnZCu8G5OKM5nYzt63OdLa2MM096WbbyHnU60ZjZSonqPc6R59JR5oaHD/zPdwHsmhKhrAHB A+fU4dHQfHd8wmC8xlle3FA+rYfUQ1ID+I7/TfmhpENoFd4feX1bfc0A8R0OQQ+gPLjHSDri 8XuKv+tyRc/q1zxMYIVmG03gbXAc/RwzzUxvtbyY19iza+1x73k8V8+RXjTGB0kRKGblwzT0 5Ojni52t8YAY4XKbjZ5fLk7PPNzyuecAMcLmtUEkKNRs8vlyeDjm55W+cAMcLmtUP0sRQAME HrPXDb1bNQTM5neReCcEc9Z09mw9CzpdNB16gccHMA6wdnwHy9AmU15IeA8NXb50Thz7OnoD hznSLlsAlNmTYN+VxpECT42oiCtH7ggpAZRZNoASfsEPA5WBA7mAPCA8gOVawSTs4SSSMZMC xyrhufxk6MJxOo4GpllDBtO4s4vHSk2nFBOwHbkp2KRN2YiL9sghr7ROnjAJ566+O/UHU3Xv XQEyBR4nDxEDAL1c0Mgdmm06hznJE1z+DGImjvRvy3amqaHE0HxKm4z3cNyhwnoWkbDAQhCQ x2qWPAGWu/Pv6lDA8b9mnpE08yhs7lCBGEkAYRGIknA1NvDd0qG4HaumhqCYJzNmsIQkkdpq X4PFaulB1K5zXNy1zlrnAgUqYelUM5ti8Wcuv2uslonkd1keCxxujgzXufGSjNjNnxgI34YO wlhPA4WRuWN90cGa9z4yUYMcUcIoZIuZmGefN56uXJ28iJsDoapxv3uOQZBexeO5rnobZujs eefBwYnMOAbw3hw0JqEDmzdk5cHo4MrQJATRVtq8UlfR18sJ3G2yNyxvujgzXufGSjBjja6t 0mvrc08YXGy1qs66ksXvxnWaqDhPGrncpV9LHWNYlDlctrp0sxywyfLGs50gRaMJNB4hfbbd cbo2Vo+65rLZESwkGwllV2LMzTrRqYtVImtVo6dLMcccXyxrOdIEW4ybHXCUXZZNilJrlatj qVtyyyyfLKs50gRdc0nY3omNkkhvsCsuHJC2dvLFhP8RHUdl7zozDvrgNaABwDhseEBQKOhE KP+bzivw2fp0aF/W12a37DuZqzLEfLdgJTh5I+X8NsIka+sKBAiL/oozDxq15hLpF4kIrc+5 OOH8ns+fo1OnmGChRKSKSW1LVpUhb1qEcZEkbXayEfNB9Lh50RAoB72HrB9b2d3eosBAgQMe yWkTHmUeHs3ucxdz0nHVZ407ltvlJ6Dt+l51vNNtdtk7s4JjJigbhhtBIEFJfka4Eft7EAfD tQ8wIEanNS22TsfA8wPry0SIIX4UUm/PhH1r43V2jd/n3V2jCyXa4XUsgPQHgX8JxdfG5wsa 7i3wsI0S9FVcARWqL9jXBJPoIqMCMRRmpR7et3V2jMuZRHcY8J48qsL3Z6HTzgwn4RsnbJZT kLCb30uWw4wfGBlB8nNfm0N5Gmp+mbwL8847FSiQ/Jt8YL7dyh302HnW7ffnjN3x31kfgOT4 0zfGSNT2uYfK6JnenqcEVtenjVT+PCGbtcdeBYr0XOkPKhh5qfReKNErtjViJmnk+RnHsoYp Vg93Na80J1i7Dp0FBABfHv3nGKxvM4F+/DERZgAScCWaujizfs8bLjQvOUHSGVljyytECLb9 p3Y9LxQ2fm72Es7vHRXsmTJWXJpdZFoy45i5yXkMGexUACRkN09B0RUm5rWmaQ4z7KNY1OSM F5rxIxlChibEzKRP7JBMDI4Fjo5OatNODGlxjIzlJJ1cWnRpyc3BsQ4EixIyCL+Hr43OOM56 rq5xxZx1zrBEoKetHGGMHGt7zjry57bvjgvbqu1lLCwyO1PnXYt2milkADth8POrlbm5yVfb t1ua4znqurnHFnHXOsESgp60cYYwca3vOOu3Pbd7WlM9gecLAYHcgEh65TyjxOS+KDaQwKNP KwUMHf4QDOujXbOOOMg0lzc5hncZ5nhBmucOSpbGcrAyKMmIxh7FvPOccnnYYMt3GvBx+r1p 06fKH6YJISKsgEkjIwl834vbOl8PbwYS2bunTStrSJtCREKDFECEXcjZxwLLblXl352ixm5V dV6hZXMLHWNOsL9W9vLa2w2tocqM2c+WG2uFzlKpvkR4ZUDVUXGRU2wBvSlfNVBiFQJVVGMJ firi/h7oEiX0nL8Hw1Wv2htLk4GHPiMWSAyAxKlXeuCVjU3nLryzhQsueVM877hYzZK6r1Cy uYWOsadYYcagUwphWpZfHXHjv27jlvwp4pBZ7Mczy9cX48kOO+Ma+BbtNFecRHbFcvOrle2c 4pHSkYgMEGQ5VGpM/S+AgGRCBMUK4KVziED9Og6SJnGsSQQQASI1A5xyugxpVbDO5WnF1IEM itpLIHEjZG6YvAa886r0sleol9Z3fa8TlZHVmy8l6zMhME4GO+RiR6+SNjDJUaWopIOI0BEj slBGGmlHfRRsccnDOlzQWcqOjUyXjzzzCORVi2y0r2xspVeS8bck87vJjRUXLd59q8AS5VzY 2ifZ03XFYmLTECmMkJdYtSoXEW6phLgVLh04ZHEzYJzrInGstnMxG2nPTK7xdlwoiqSBshI0 4ookHJ21Botai283lWnj5MO+U7014sW3NzRkgpsVva1O1uWPfXrztF79dLz483eMlRQu3Oc1 VzzzbpIDaOJWEMVDuw55ZFsioYgqFEC5V7nj23PHqIho0WjXqTXrrY1ZecV13fHv0kF8XvYm deMEEKggEYowJImUkGaZTaiEQRIQMMDWrsSRSaaW5aa3nxFF4omjW2qgiWSY2xdGQ3zLrC0u MgXKtDLctNzomUMzWZJqd3VphdXSNLruapMUbGuzbmyTx688Lx5tK8gZJhd5c87rAyQeqxGr LSDSyJiszIxUXMsWuGSBdOIGKowQCiNES7BqLSpGklULrDNaSqmVbLtWJmsRsqYjbIuB5qqZ QuKMAqHZchlJC4bQ2hq2RTEmab08nmyEwxjYqbLYNGoRVqSMzG2100NUZmtmWS16hXpw4UZU 4WZSYFSRlRq0SyJbwsFeTbXrJlKW25V6yJu7bb0QkCqhRMskAtEgiYwRRMQFhkhkYlT273yi Z3WWdNQJM6rNVUehBA25wkJI8QeW2vxgQFIJAEY0myMNZNiwEWsbUa1Jq0mNrBtRtVFFVPvV pM53WKFxEWRRJFkSRIQVnnbdKxbUbmSq2NUbavazbFUmkWamhK25bo1k0zKlVNGsV2Ibbznn lNjbNXjZNuX11fe+bemTVG0XpbFzY25RrYoE6QKKbJubXLcrstGiiNt0Aua5EWTD47sL4y3K Und2M8nnl23nm23K3prm0RrF0jVXpXi28XiNreNo3jGLbRqum4WpOVk23d20NIMWbgW7Ci6k HdAtJCFRClMoyXZd1S1dXSxcuV5OeUUUqWaS5dZYhjGiZU0c1zeumRtmClstFhrMNrDRYtb2 D1mmka9L02e/W8m286TN664RkjudPONNTNFRRqbKqGam28RpDOuPVlvhXr33tvG8XjmPjtyC bvrW0hQRaxJQ0rVyE0aK+l525uVwS7jh3Z3G5tdd1eZt5MRaNUFopu6OGmmMwPFzd3MiOVyS 47ju7Ox26ctsVrhiLm6YmaLEWLKaozTDKOmxjVuYKu1yzFSW153Xlr7pi0asbJja/CQlaCLb GMlKVr7824YkqMa1Fc21zbkW7LS7rfRo1IXZOgpsGKy6Kq6W4pIUDKpE3xHVJgXGRFAymgBc TEF0iVNB2EJSxS8dg2No/PXaQTJmZmLElffhyjUveuVy07rUIFJe6CSAdFJezAlS2zEygQSQ CUkAeIEZlBHAGgTSFiASALhlI48Tk1NkW8iQCoSIVFomAzvhYmIGKxYNS5UpQtDhBzi0SbKc Z5Xxq+GhsS4jmRgSMm1963LhMddqvu66JoaNdFhcXXc3MXYttfSteL3q3hUYNTNFKXpo0Gg0 Zrqh0SRYQkE5bXfniazhyosjJJZKN8lXmWkC8G1A1EItqzLjO/boGddNaySRvzvEh8Pu8+PX 5ggxEWRrrb2wgEkgUD3dBctHm0c2MgmBIkjJHkCSRiPI34LEqpNhlguQW4ldGd2zTOhz0ANT PpV17C3aaKXoAB64fTzq5XibnJXux9f0AAfAEBCAUQD6cRJSntLBnActai7BsssCzQVlVSi8 2AAHpmez1u5XpNzopX9Xx8tzfGM9q7XOOLOOudYIlBT1o4wxg41vecde/ntu98M7dV2FI4WB 3JJI73fW+5btNFLQAHfD5edXK4m5yb79+25xxnPVdXOOLOOudYIlBT1o4wxg41vecdd+e272 tKZ7A84WGBFB8njIpJNdm3v0qYxeMVM0NCDISCDBJFkQAA4IGGkLODgso4pWkKNmyyjdAK0h Rs2WUboQALdXaN3d1do3cRAwMYvGEcVU1SNVU1SNYAAgUYiwqFiwgQ6iKCkUKCBFCBGAeIBE QEMYvGEc1U1SNVU1SNfhECDiuvr+jGhM18cRvoQuUPX6p2YmneeEeqqapGtXdXemsah69fLT gVtNhGCsNc1EAB6gZx3nFoZNJE89++d61vv5hma+Nhz6451rHl3yHle2ZYzuM8zxbHt8pm8Q fioA9QedW5JslJP17S/wmF6lRzUdCWFREm0LWMzU4xtrkz7JRiIpq1LqdJviX5ef0cKt9eRw u2NMetlA8oTrDCBCzxIr0tyhip90ivYOHWrZL5tav2zUYF/LAC4PFTcoboeq5I6l6658lsVl AGARpc7COfAYHXNcjoeWOA8oLl42X8J70rIwDE+/PYaOL+foOcY379Y8uMh5XnMsZ3GeZ4Wz JpPxKPrVTVI1VTVI16V4wo9iXWN+Kxxi/VLdz4nqcHOaFzxE48QMrxp+/36781ha3cH2oQO8 1xj0xI7ZWQRg4xWRS02affGwYzrXiR1qROSvAisWiLXWyzs0PV8tkdGMg+TWrYMX7dVrOgLj ZODZRUOrtyxrNlzEaW7YWWzorHarG4pe/isFzQtaOpwdXLuwfVV6v0rqxnz0LkIgm1f0Jb37 sDV86I94oHLhs0xu4LUE1gZRLgySOw49WukmOI6QkQTBIgEgQT5chyCKV+WEqG65qZ3bd1lT TZrjN4jUBLbmTPvXm1q+8py+/kKL19HYOfXGvo1jrjIeV5zLGdxnmeFsybzia87R99ZurtG7 8XV2jfluz6aceiXOefKsc4v0S4ufKe04Oc0LngdGs+UDSo6f0ezXfms8PY4xB9qEDvNc59cS NZV5CCxisnGnZdme+dgxre/Ejre6G9KwMrLyOpyM+zn0M5592NGMhCjXLaMXy3arnPiLzGcG uiodXdljWbLmI0t3QstntM/QmexjvXu5HZ308e2RNcveMA+qv1fpV2M+ehchEE2r+dLa4492 RutWPeKA79axPGOohkQEQKKXBkkcYdhxvq1yhOyVlyF0gjsSplnOff1eEKHMoFKUX+fsASgC Kz7IceieP4dXqrUVFRUVFRUVFRUVFKUpSlKUpSuY58xeM881Vc8tCqv2FOOVW3bzgUDO45x4 s4DsBoObDDl93ZCEIM0eS5buF3Dhwx4auHDlExUXVn8jnW3GOvkWG6AJUMbuD+TPfZORI56d 7YvvZFecmC5HpK3VD3YbuDAAgDFkfiXoLpttvvLbbbbbczMvdIdnzxxnsx88yT6SpgAEBBw4 AHrUQgTzdnlyG8HCmFjkAF9tU+DZGNNFgQCN6EcI+tR/Z9QCZfDkoaPwP1/2fq8Rulx/jgGO 7by3fdBCRUQ35evjjrHm2vCGEAkQv2Adg83bt5h0A74CE6BE/qIsAHjQk9buOlbzfluPO49Y eW7jryiVdYryuXVy6usl1FRaLLJdRdbldh3cbcrzDu4Yd3Hat/xV5vDzuNuV6rl12kvNx3cd Wlfo7b4vK5YvWHdxr3h5buOiAQgQgEghERAz8PH1b49vR29ta1rWta1rWorWta9evXr16915 26ymyda2G1mu2G1nF23A1UlHT78oj5G83KTKqkSlxQ1AJC2SZmWxJkOBUqsUVXqskjRa0mUi jYtYalt0mZbimuDY2Sq2ResOtdx0rsOq7jtSr99V20sspKr86rtJKr1h3ce8PLdx0paWK87Z ReVy7xnndFX+rbzbXx99G0UUUUUV7zb8nV7FXj7REE45s3NIbUNFaNhJLfPHb2lJklV1IkUV qCjIhCKykA8N6G5DbyCjPcqKIUxFBfNuJJu3NCnPkY0ZNeUEAxuQcnCAPc7ncu5yBJbbTyEi HHLJycOS6g3hRNQRUjXOST5t/Gw5lLFW1W8OFkHm+8abx03W3IgJULZTzu7au7u73uHJDiSE hKaCkPP3UIavFaY9Lz5IZOzKSTaF8KqqquMUu6qq6aeI9ho6u90z1kk0iRkk35O+0yFJqhMn eIeAcDZoGx6FPq1w8HamRIBrwCzGu/PHTlLvLLLLLLLK3c9QgfkYpmECSEIkE7DPZU57Yjs1 HbKjsqNdpjVtb3gMkEmgk0Ed7a3Dmtz7ZjHc2nAXPSCGzs8MZOb8zOh0fq3obgILHrADVlKN A9Yci/afeOhE12vFc2XJJTVvacUpA7rme4NxqJoIvkYFKMQkvsC7kBwgV4andDIA3PdCSRCN RCZvCsbNXSTmDlk6P3/v81DJ7vBKAzJBIMJJJyENW2miM3Vtig2KxRYiCgrCPDpkkzG3JPvH UHUZYegcBgxmgABuRFEIqDKJBIySZuQZGNjeR0vRods4cOWW8O7o4yoQsWcMSoQsTfJGVeKp hgUwlSIUWXNr7CtoNliKhUouamGZ3p+FL1vWpbZqahkdtdFakRkKWRaWXO9tmIrZEJ61LVNT VWamrYM567tS80UhARKveVBYWqS5oELRXIjKyN8xK2G0LEytrllVJC8WrllaGs87myVa9TO8 7mXmt2lqmpQotBZc125ZWw2hSWFksKzUzU1U1NpqWamqmpZqaam2alTUtTUzU2aklhZYVLCp YWJOBl3pHpsE2PTtZDIJYykG8EaqLLw278srZCbQsLCySKhUklhULAoqBjcBTvYGB63c5A9W TqBDOY2Z04C4hKZlTKmVMZiwBcAdRUVDhtYtFy5MzLk5uPnEiJEEEAY+vesWhQKpsTSFVMzV lQbIAIhRIJI1LBbaZbVgQYqALFO5IiZeMYxjGMZOysg6ty04IPmM0Ghy8RQFMHBhKXBERaMW Yw80VAO4OZpp6N3Hg8EMx5OTYnGjfJJTgHMXZyyJJjNCECEpKSkpKSkpKSkpKSkpKkpKyUUl JSUlJSUlJSUlJSUlJSUykpKSkpKSkpKSkpKSkpKSkpCySSSSSSSSSSSSSSSSSSSSSSSSSSSS SSSSSSSSSSSSSSSSSSSSSSSSWSySSSSSWVVVVVVVU5SIaJm0s5zacSeib+mPVYDayBeLaq7z vcvLZJ3b4JqiQA0daTLghjQEFAjvacht4NAZKMkJA0HYG000DdmGaKho4eaG3XtCjkqGHVAj vEKXccMhM97uMm82XJJbhDGlFVRVUlKJEIRHbtCrk0HboPNDDTHDTYmThw4d6G1tywunBFQ6 vHOo+Z2l878vV+v8t636vttKvzy7QSaCZoQhadC7E6i6Vz6EFpt6GnWhUWkKLdHLnVVVVWQM eFIZIaia2ATq46lZ6lVEAAAAAAAAAAAAAH738lb+ZfcXvVD3iqGhq2rzbEju5WrbbbCWAG2A MA0wDTANZgGsrKpZVTAFlamAa2WVgDUwDWm0A1TALITVq3xtXrXxfHltGQ+INDTamt0l8Odk BNkp5OU2VpBKklQSp2QoTIFAogqVQpZBVXoooWYoXGDGMEE29eZmZmmokGtZmZJpYkKshVQg ttBVSREnHAHE4slls44C2yAHE4tlkmtZmaaiJCrBVAkqyBJrWZlVVloqF3VVQgOOODIwqkII gMFapMlq1pNJrW0lWtRakkhkgRjIgVYzfMzMzTUiFu6qqSyK3dVVVVlii3dVVKg2QYjfGSIi YqTLakjKVwSDTSLUa2Nraslo0Vqii2tZZVVVVUgXAkVULuqqlRLIohY4MRCiiue1SIFHx9nH wrftf3jKu5m7d3bu7d+6IOA7jkNIb3q7jhw4cOHDhjaO88o2Whva8VJlSly1CnrnCkhlGlcx s8yNCmbALKSs6u5VnXMAsIODUaFyYLZEacKoL2PciwRcO1ydEnUDouALvJEFSJoKUKBl1u3y iqBmDj9+ukkmRsBeUbQ3iu0dcJAkkjaH+B3CcFQch+/sdXtjg39FSqqq2u5yaacnePp973Dn 8mLDIHRjNiMng+vHumTKDqalumpQqwAHAEGB5xHbUZAHh5G/YVV5qhQqpkOZOMHQAIgiBEe7 3AICANu7LNXUXYhYZJmAWHcR45ySaD530BvNlBRXzdIB8n3vmREs8PWlWjgiO/3/c9WYaAi8 x+UXu5hhC/0z/ZH9ZSBeD+ppv9kIRcQIsT+w0N6InBU2QoUT4f1gn+8EiBogx8X9+vTsr+/8 P9n/TXSeGc2/7uP+7QwAnV02ZRDpBMGQJys+o8IIiJiRHUYABBz+YfX1SlCnNFFmEugoQWvo iQfP6Fj789evDg7A1QfRuDB55yrW16+F8aywcqN2iuWWFc7cJZUTTXP27TJHIxXnNmw2ZBOg OFzo6uegJl26erpyy7N/HQ45lnz8D3TLNdQEzQR2F0gIMNdBEQDjUtAogfbscP1UJJA+/CZN LMzrcgCTA785xqnsz7diL+mMQ90qIRZ+ClxBo9rQRigkTq94O85cc/JmeIyPH5ObnOv7XXwG 9m6oASRT7cvr+uwBA+C0DS0PFiADEHa/nJ0Cl9SiIRgNw5hbKbcqtfdMij5QrlKVVxwuFXUr RMTSTpWRAQW+C3itfKttAQAgIQDH5H7OILCOJ4B2DgAqkkuRgWSsLEBVUAcg7B+CAx4zomJM qegZfPw5YC4PMeNZH8hHjDBJY1A2uHLQ8rWIiRhBLmCO9/r9u9mZnAOc513d4fcep2S4gQNe 7y/z+cwe0/FRBjQDA6Pd8nOzn4J/Yjn7K+3Qs/TERIVgWQAfrmqHzrhu5o6G6FHVYaCp8do6 Xxnpi7FX2VP7AOlXCbx++J8moVzEAuWThtq3QqLDT7nTBD3aYvuw8HV++IsCAR3CSJpu99A8 QqRJBOrWrk4eE/GaAaoZmmko39ezQHZVPu+uQklUA8I105hwrsddry3tTbE5BeMBA5/EiJ6A AyCvC5ZYxQAUmH1h3OVuLGjw+QXEEMzPacu4QUiGltFk2eeO0MN+Flwp2o4BHaZbbJWwiI30 REWEHTe4Mfmf6Di/ReY7PLn1l7HBHY45VBYq2z1tjUEVQBN18c5sNTB3VpfiORc3WoiKo1dN kHgxVsowlsHGs3oBFequl33ooQx08eqBAhFLmx8a5MgyrNnqX7YzDl2eo11wSScgfC14eGfP oQTryoQ6cjr14aYc0MNu10wH23DN60z0yFgnHJhonGgaCUI4PfKyjjfK1ymIE+cABlFwfFeS dz8itrLJzSkGEETUttbdGjpDw2zh1RE+z3HDrsT0AhE5K58NOZNb6t5p1VjXsxyguX9CJTIO omV+6meOracNNNB0OGQtw0IgtgZRxVED4AEjiRo7jLklpYj3ACLMD2Oh6eznTI+qwua9lcmE 3IxgHqIwCBEKC6NkPcaY4REZtlZYgDsM5DL0geBeXAUUKzb32lyIz12Hp3IzqruI6Ckdtezt VKvpSGF6pLdmmqymnBRkuN1M7AqgdQZnlZIEkCoGZQYjKksnuIGc7sVsFQpCqKpu00rURumG SA1Tuon3J6Ozz9g5/VHy8YU/DMHioVUhVKqXdtK/jcqcB+AIgjPOdytaxmkjhpilFopRZE7+ drX8Sd/xd2fk7fPln4vH4/J5/J3P5v468n6l8Sg/dVDxnlpPIqiIwZuTfv8EVPRCJRI75GMp KZRfMFQBJlMjGUmGmeWKXXSszhRRspQlUo6VQOyqTWihSOOJNWOlnCsqN34sgxxwNVHCkPly pUd0BMvVQFVQu2IDbFkznRD9EHKXyvjz8PPbgAAIAQAAAAAACAFvlv3vlQ6ywNrO09pcamOj lIs8KxRPFu4eBNPI1eZeQX03LxXuCh8/X7NP2T3aHZh1MHoAfIZDsMl4ZkISggAqrAeCPJ13 Eahp+LiGsjN7x7+Ic1OVh9B6h4qQYeIpFfUwVEfxt8x4in7zs/ZWU/YvR1iQRPYYvNrXudg7 RVsHy6Hxllp42MM4d8c3Yv7rIMfB1b3bcVCYgivTZVwVOCgQNhClEl+TZm8CkAEGEjnTg8WE P69rJ3gIgF5RI5VCqPOMA4B+rtg4P0mH7Xqdg/Vp/zvIDyiKDMlZhuy740f83zZ++v1v2Yfn +//t/Zh3X+9+L+7+/+bdyKlsf878bDVWwGZVYmfumLkK+/k/P/Jllg2Z+qa/pnSup/cOVWAL +Okv03c1XpeAbP6ebc2NXpq96KrII3BVT3d3M7Oe68c/7+GPx5dXQO76PVRpPi0uVtWstujc 9TdK03e24d/n8lf9Abrh7LG+m3P4Hy8wVPl1xrfGUUe7jRMtyUv9cR9PucKjkkiIeRQg4+O8 YCWuzJ63CooDNyFL7hYbCP8/uXEQkD+UwdfLjXD+STzH4wRcv2AebOiI/aiNvVWoPKSf15vC P8sv9DHPZH/IzH8V/IH+0/cHxWB736fT8P/pl4wQ2BXyJ3iGdkTqpK5e1/V8EO5Igqd3wicq J+EnhvEV4qAahacBSxLEr9asoBA+lKeYK8V0HoJxIfzveP4X+4PwmEGp4dO1BbRAxh8zRSJn /+aiZZZUgjD+y2i6oTvhxOkyRI4OUEwu9exQ6A8nPY0Zid6ogeyKPL0Y0iSdsc+09Hbu6tDz ZyP3whUDhz4IP8Yaf5n5X3Q3AYFoh+v6PeKqDGMkaG6q6qqrej+7dUpQiREj/oi2F+vwrpKE 5+B6DCWTynx9hruTdR0QXRE/zQRfeBDbuFMNG7aSFgbdVRQ5oeM2209WzR2cDYXnGRqs8slz GjI0HoJ9/mj0zxP9zQ6ULgsOzIdjuF1Noe66UGGBOsPeAsr0dQpwzp59nWp6SOqYOe/LABIK z0u/VNUVwW3g6yH7s6eiQnPeLFGuvXT7cQm8PX2jCGghEmmn4MfQZ0GodCgHQgi8+PfrojAI H6AVQIA+cCAPT8v0/o/bK/G/4Ez+3/BdKWyrdzN26WBQkSCEMBjAkSMDAYoIYqcYTNJWVTqZ xbpYqcYTNJBlYWKliiqqpxSkrDxM4w6UhiDQwWGLBKi4sIymVh3M3bpYqZKw8TOMOlipxhM0 lZVOpnFulipxhM0kGVhYqWKKpVUsUVSqpgBkkk+z4mB49wjuYCIMo1V1hqz3JJkqYm1bVNrG w1hcagVGw3hixxByhcC41BqJUGmK3C4Fxu6G4lQaiVBqJUGomiF4mqjatppGBqvCGd771kj0 er7VrEHiVIiSSKOmMDBywejv2btBBA8A2AWf+QQQ+bMYpXkPbdxObyU+x76iQNub2qr7b9Ok gPBDin0CQrkPwfPBJXOcePq+Fg0oK13SSUo2KR1VDvPfAUOn+ncEJRBIH4Hw2NaSC1HFF2bk VOBMbC+Go/engnDfOvSXGrG/ufTLa75O493aDu+HuSqRxNSPjuj2e70o905oPqel7JXBDKjy aYHIoNCyj3T30hHm/MjD1hzedDUS/SjbjA1EqBUBxC4NxLfWm0gSdUDj9n/1D1eUy6tE9GFE sHAPSbvLtzDBMtPRNdhpWuBDUbYHlNj8gvlRX6kEXboIHlVTUo2PE/b/610GZuFFHeqlAPub qS2UZbBPN4gQ3jzE9vLT38xG1DcJuEICq+utVRvFHeVAc0XhksgnauBcnAUhuRyKdzvMH+GV m03mm58/ATOLww3s4kMEhtJ2bDhDuKVpZxXpF+AUUejUHvUVT4IotFk9u2wKh8Arz3qme4Qs 62fAk6CZqDpTxRsPJzu2MhM8ScRM2mTbnD9EPd9f1xfQyycaeUaSJPV2X1Pr/Tes2REACGyq qqqqqqrReQeWdROhq5azoox2j6OyjwTR9CHqiIanveQTd38JC9jRkHmVA9ZfCVVQFT5GmOu/ 8PPamx8WVT7nu8j6j3p6qvsklfJ+L2jteBu4O8IRgUSoDBh69neDckAeOqspG+ObmdHznkNl kOrRvxbEDhuZBpiiO+FWFOXah2rurCyRZ29l+L4zd8IkkfIoLz3NLHAbju2eBgwuYlhQhEBz RWNmGIlKrDDAS1gJZEcj9Pn+YBzMzwzN3EHzelBOuCqJ1g8MRL3gh72SHLAHvU0a4Qy9T9pI AwRid4RB3IgwPW70QNENPhV3KDHNVN3aG/4vJJSz5pW8hJ80e7z56czsPuhVJD4rLSqSa78d pu754z3LVij7/cd8iA9NJJ648TEsSWfg8jrZlMs9MDbpHCz2AU0e1uMUJ7PYJue36P9Ptj6x f4PC99WWr4XLVqao1RtX8aRTtWK1j5scRH0yH4OUIe2EScYcKLXSm1hqi1UkWRVJCvg9m4aQ apVaKBywcvT8HunwGVneInmsTWKHp7kdx5DQ0VM1dDi8XSlCmAN9Qe2fJPlly5cbly5cuX5P QG7Ye27I0kMcqRCNUcaKLTziK8VC+YldwIcz8EUR+2ft+VNAYaHxeYELFNqsQR1hHpu6sT8F +B8m3wV92REpBP+q/m/Lx5w2D5GHZzE3WBtURgdqL+/l8sZAioRRQ2iZK8onq8yGSbFU7VB7 OxgB8YA5UCt2hRI8JXl8pkCBWeQPniM2ilKcaLyD7B3fa+I8KNV857J+vycd042GVMsfmPqM NqNqOdfL497y8bfWfe5/J9OMXv/79Nk8hNfc8inzhfFHR4UNAhYlJz+U/RYIZnBUN7vn2PuE NruQeIk6PnCloojCgp9W+EZZ6HPQ1GIg5mSK7fc58z9Pg/LAMT5sv7W1+/6t97V/B/ENgoJi igjXJrH+38Qz30Oj337fVJiv+P/ECkwEIQYQwrXzjim01Latr1kO8nrxPyNaflIa4EmxQYAP vKpToJAB83nPfNpZD3FmWcd8kjmYjIsO1dQWP8ADDJCThnjOCmx7skByDbs1TI/oyRTcwWGA RCs8NI0N0nKw/TWKyyqaibuGSEjw44SbTmyJNQtWqKqe/2p2WMpgzfSvPLeNef53Vv2/yCRi gKBVmZmZbbmZkc/y29D7v0Ph1ESen+GE3kD4gQ+mIJ1hj0u1FLFJXn3KegRHLSB21YqtSSOU ZHRGyMPpU/kQcyc56frW/d6u15on9749k8iJ1GMd9DsxG3Im8gSGDzlIrSqcPSQ7wqBZFhdF bPX6J+912eRFNwOnV4+xigvyr4FMH3jwE4oLT1JTu7M0Qa2h9Z+Qp3zd63imAPuxSQDCB+bs RfS41JAZMjmPi76E8/JBY4MGCqy37aahJqpEy1EUdAVXl7m9O8kMkDQSzUpA/MKc/INwd0J9 CVCMgxkJUeR5bvW0Xwr4bluavFqLxXjblXKLgzn5UOjyT25EhIV9Pph5e7rQVDLj5lGkuSFC UkhxIy/QOLZfQze7YyRW50B7j7EFxscgMnyBUCFAvQDu/L4OMF4pR2+ak07c8vRPoek6vsuQ nvjv+V3newed2eO49Ah1A7wTHR7BpYSHIOwB0Ti8no7DiDcTeo72CdcEOCo+g4+rVEDIXIKQ poKAQJGUFZvQ/iVPuPpkjGMkk6+xByYPo8BuDiFwLjgPTl8SOisRqzTMDipNqmqNVGrJaqjp DxWdtysspAQhIyA9M6qqeaTqwyTmoLlSCxiMkIW2XAhVHvGFQyPbppp7g54OmGmaTyItltVt URxgICZkVLiq4PgtXGEUcqpQS9lwiVTJehlkAOiiMQXBNHRiZaYZJtsmilUlRi932sAPyLBx u33tm28r3lM2ZdXrRD567qKMu1+sfcQ9hkbUOQDr2qLZmn2J1+2/ictKeKTeHglPdZV8xRIB DB4Ir+rk6pmvung+VIGAO0MwzX3Q4Lkj7VTsBDwzUNobDiIIc9Q0AU3cCtJJqY6GOCtA2kHW LwvspkkkJH0WXcmzsoPjM0DOGvqlQjI5EqinLatbay20mc/JmMhtlxtDbbQ34XeqtcFzGMtt vDWW2n2+PPpLvGOHAbucPmUFM8j/D/n+TyXgmMYvD/XulwhDVNQmSPA/LLrFYIDD1yuGAGqs 4D2nn9VeQYeLFB6fGdgbEfhhe5Xvs+kU+9EX3Q/LJOHw5z9XHGZnorWsZmbUbUcqn1olGVzE zlL9HHdONj9yD9wzmefxt+7FT6tfZ7tbb7NzERksykgyoges+5Kz0b76ysuYJBo2Qh2vdMjd vGIkOIOCNI6Pc3MeXN5ITJXDmQzKEV3ifEeUyUPmKApFMhpECBafU7eU3SuLp5jAG6toGN4p zR042By6RBa5QoUXlMwa2HSrnnlOAHLlZcODlRwLF1dZiM24PkVSxA359oHanKH7vsfe8TYS TbYSTbYSTbYVR9hj1AH1fToD1MUJ8/M6zmoEInSoNV4kP4OKCcJJvVTPwB7PmQ7pu8OMj2jq 9SOkQV0kO9OfyE5+Y6rO4Jt5znEhuO114X3ti4Ts88eaSCVZIDnJzQ7Pq7HaUtvWZbltsrJ9 Xd9HED6/pV1A4KvwnV9APAt7oI+SqV5nWexHmgvrAeOnEw7A3h4vueyu4civtOEUpsjXgCAs TU8iliiL2nnRHPOC/J6vQVqJb0MdSHOOiPZDZkT4nqmtSUOKfydh2cn3wOpQ/We4fo9/EIfd /X8/z4QE/aQYHI8fxrzAfIE8irEDe/+of7v0D/YPsH7pIiaEr/C/uT8BRVHf8qX4hpUeDank PSA/CT7CqJ7KEI4faX7xftb98AyacPjA1b8+foX/VwlVFySAYPtH9vF+8/BCjo+wGiIgyrad 2k+9xJQEkuDABxlmAg06LEuUgCfTp0+7pH+FX37q7Ru7urtG/2qE1i8j7Ul/o6Ysh+n6s1Sd AAggXmX2bf0Vmbd5U3Mx4cW7T7DrEhfWt9inB73Pepr23dXaN37cCrvBzJ9lGfXbAXt9uqrb lACBdLVqpqrMarmKqcwyIqcQ4th4agwQbuM0KnVqd8ACAbxHxqP3iPQJ5hos5erIMsmbt84g 9ENNNDkblnTxk6QqpVQPQ49Lqom31StlQ2h0EOs3deeibp0x+28wUxVBIy4a284JtBpaApyi flG/ZnuvU8Hvc96l7ngAlz1PDgw5SBI85EYukb3H40Z+M/IZ6aFgiMkYIh/Jrc69+n1TuRFt eft/GUDyeGPNJ5IVPF7Kb8+VGfjPNWfnTZFduK1IGNSvXEuKkgBIshdUrQIGKN02xn26csgs 74+wknKxvZ0IYEWLnSU+33Av7BzQYx2AgDURzUyPYiuzAOuU25ythFU8gGnuNV3nd37NrPXk ZuCpEFS8AvJ5+dhyEkCvOqTs4la0qQkCvDhJ6att4NtMb0eNVp6ix3TStOi5U466b5qj0hOz xrfh+J1jXfS2u1d8y7548aHc42rzjTPNOqpmqdVTNVAACZJ9EifKORWazaOaqapGvK7q7Ru+ sCrvBzJ5ozztjBD79pqtuUAIF0vLy6ePXn80+Kj1j3PgbOdep7MkcRxHk83XOB7HQHQDRDwD zj6/ZCTZu3Pp03G8rzVdbTdzyyM7ZK8ZsJJJJMBkKe4ufNF1kh6Z/CLoHFfv/vUtpyyCa7qq kKqkN/PTmbsvYdrQHrAmvsWR6HR/kHLsrhJknEecbDBgwaer13xJ6QPzdJIewP9ft9qqHrBf h9p7IaCHSbNLEVZZclUVVWKBn7ZIKujhVUcAhIm2tyvytEa+n/aZwZxSTmDgOCd2OLeKiOUB EOZ0kaRVLnKVKlSpUqFSpUqqqUBF0iqHEQBee3YSSTdk0oFgq3AcUnYlicPcveQ42EC22SwQ VB4qHf3Q71nLh35mZmZmZmZmZmcv7pPA6YZu2iyDpOiXyy200JMLCSkkNgP6FGkkkTYVEN8q WWWzrO6arxruYotss7t3ZmZmYqVKlVVRULDoGhU5QFA0NSNNxmu0lt8KXvO9mZmZozMGvMnb JFUUIdE4VuaU6AyRzAvft16dZ0mtVeV54xZN1gK7sXN2owABAER5RHgLrtoZ42QQScxEX4Vf X7X2kvM/D7QZMmrIIyWYDU9cqmttXVfmvzzebxnq7d2TIURYWFRFLBYWI7c7rrWXdXLl3Vy5 Lq7u7lSpcFUU0T2w2ABGxR5vQgaHMOz/aHNOG8eghDaoCN8ZDFBCEgX7fbu7udzu7u7ucGAA BzJJZpO/LZOySzs6TwpIAX0JFCR124rD36OqQoxVKMYpWOKfgRERgxZZIbjwSnOR2KQw7ayO fEwiE/Me9t4HPLWimlTknTs4qC5L3D0jy7QwqKUdHTkPMDcRzVUDlaCkFYbQ0E4RDYGYgiWb BeoK2xJIucibV2k4mVbcIkmCWguBSQdHs/TBBMRABIE3cyCKqpDMU1AACrqrJs4ILTbakyMy WKPAgcBEF6EF4d+4qElQqVKJJUrc0GqjsSSiHFO2oQel6lmRBvfPcuXLlyFSpUqVVVAATIYi g2K5qV068Dc9DdNuEYkI6OqzBI53rcuXLlysuXLUqqqZkWaDtGojqY5jtDMDAImrkOSgh4gC iwvqUwOzlmqpqgRV1iCx454FRNwoGC8E2ljmG4ebcs1ICqgYVQ0OkOH/DSEoqmSQKqqVlQhH aO7u7u7bljaXVpwCQAkq7UtZbKmVdUtu2a2l0um2wAIYZtMnf8CW2297vyeFOplVc6+jtNbT s33schxLBHKwTnvw6Z9zRSZ22ra6dLfddlrfLCs50gRboaTsZh0ouxxbBJHG1aunS3HHHF8s KznSBFuLSdiq3SeJRwvdfLCeF64WyvWWF8ZM17nxkowY40dCURLHF+L8ZYvxONkb1jhdiq3z e+MmGLHHF9YPgYvjTGFAJXrSzHHF2FYTtIqXNib4lXQwwwa9KHCi2unS3DDDB8sKznSBFuLS djMAJeE/rGgdz2OLmPU6Ox5myq2V4ux2O92OhwcHR2NNj1MY8mOjzOrvclbObucXM7OPHWx3 ce/ltS43UrfZQQhSxnC9VvWl9b5F07ozGC0JJJJBBIkD4qtffp7a231q91i3m3qmsCALkqGF BExBKsHDBENFHHSogBBAlCBEixgWEMD0sO6qrqwAbLu78w6B2uSCCeIO8lKqDpOuVKlSpUKl SpUqqqKqcA6w8o2Kh8h93ZXL+3wPzfV+XV/q/pDafvd/DPL+UE6kQPWqrFgfwUgQIKdFA090 QAkQZBhDkRUTJRW0y/8sIgZDHBgk4FkvIqBVVGExRSYUHEF9NbvL03z/Pq9bb4NNMjVgMYAC QTaba9dq3xPAZgBqKC1raatbKg/U4BzhJJzhAV53c4JrnBK/89MzcgqU1mWlM21LVkFpgJAj 5/SPaHq/epJFPcn/n/lp0juAHb9QFfuervAOu4DtbuEjrt26dA6u4DrNW1t1b8O6fsvfipCq zgv1pBVkFkFkFwGIMN3N/WeFUqifIOVn5f9lB4Hu1CHwnH3wepsDxCyIhYBKkskhUfaIwlhE j2vKGCNSWGosfSk9Do7LOxavT70caYKKvPjw4WWqZI2gje2T1t/I4ZLUi1kO1QMhMzAfErHr +OCAcRF3HUo7xEUAu0Wfy31lgExsS34mdUFJCQJBesJkiHFDY2EYRHl2GRHcj/XOzxmeRlkj SsCA7okJIq0BFDAbI1Eg8JZEbEjZiQaDqeVtLYT1WLfTZP0BwIsEkoJQpDI/iP7LbBDR4ZTn Yb+CkQlq9EFJGRkhAO/KNfVW56/XEywKWa+uizaxHI6p58eaMQ5r178wo4eRgBHsCWdmT2cV DAHJeHvSTamSFWWQTl2zo5yQcAPRzbpOxXioyLSB9XwKj0CIJ0KobQyaBYmqJE1MpCEN0Z/r s//Qn9PsbPYf+n/b/sf4ZYzqsFbgU6vH9c9pHrSR7VmR8z2vb+TfoKJ4vjJzc5E+8PZ1+fki fAOyfS0ODuE3Oee5y2kHJ3eN9Pg8r9o+Slj45ZVtsh1xhP6JJjAiLy6P4SALZBQzXMC3j2j2 qqKf0ikbE8D29HZqpy3vTJCRNSqJCw4ZiNFuMcq2jmLGvd5vjzlUvzXVXs7SSkfiRfzgxWkD kgbVCmpywHUR9/jPdrZjGue3Rs42GlhNWqtaI4UTJIjeXdT4+EkdO961W8tQ1eeCPVveW984 p3W7na91q2q7tvJOEhiXdvIEaN0OjZpmZvFjMVkWEyYcG+SjnOlgVFlkqJEIBJJBdPjpM05d G2tY/hLHfG12RkWRnv0dksHjpDktWlkQF/QSX09alvvvnQ1jXpW3XpdnhCfeqB2ffQcHO1LW u1qKKtwagSAIXtJJRg/4EqNH/T+mxfRLyyZ8Ji50iO1ogZVCEEWFFEljZskkDFR60BQ+0qgK F8R6kFooh+bzHv3jAUspZTjjHmz8VNn80+Zfxa+q7XxL5YvqgWiakfIkVomlINADCEh1pAjF QNYCsBAiKwir92f51+c6q/5fPxfm/z9/935+y5wHdLIb+NMnCBWxi0MhBe5EEeAeSgn2CXXi 86n78ULBggi47c0/eBx6rTw3n6J48Km33CUIboAEiEhio1RtsVGxYqNRUaWotkWpaQ+24Txs LFiLPkbocPhToJuDENHrWg49GOjQjB+dPRRQQORLpq3MdL1Mk2IETvDz5tSqObpO+mQeEBQM 5gMgTOFP9DsRfTl4gQNdXQVBDb72Z7P3rhhVzIRAU2dcI8P8ywvA7RCcCQkkdiH9cz+L1Fkk 7vI05lWAFsgm85llxKKl3GQ3lwYlkyBMCCjTlrqm5SIhImyqpISywYqu47gT7cRHZD2ERJs/ NbkmMqNm9oEyoxV/mFCrYuPqtUhECBEX/LgARIxS+QqSTIyMCHjyRfREZFDNSssjDUHF3WDC JgjYowAR/PAkJDKOKkwWwjC7eGe1ptzBU8kfRHhBdWCmoqLEE+MiENEcKWqo9fue7rqA/F9k fiPe2Bt3ejpAwTnlILibVM1uJJ29NllsmnSRJVNtAZGZVVz8R5OiMjIyDIe7fnvMnnAMWIXU MZ4xLxZd3kLn3kkvSHcqBuQgK1IM5z1hgJyBo24Jta1P5OaQewP0f4fuZ7+uyLIm04A9BHnC IN0BIieL1iD3A7BFT3O9VV0xsltFVRdBbCNFDJVmH1/DqRwPGTd2p/fEekdJI9qeFtJJ3fT3 nlh6nr39JViXC4jwFiiewO42jiig2Tiv7vzfPVZ4L4X9shskZE1ilQZD0noJJah+uAt8gAEK 8TmQ79aHeZerOoyIyJa6XaEE1jXNbc/ce6edOw9vVHaHTBXbHwI05+BFZLSkKaIDShACil7U bak0bUaNtRtstlUVRo2o0ayy0stLdV21tupbU1OlLqbXdayVFGZZMCRMjrIjzEJFIkjxk5uY +X9PXnlAzooK6kqCsQC4Mh02JUkRSlqgeC6G5uY221vP0w76a/bAVEVZNw6gCE6tVzRA2FKg lCW9Iaf9s90rMQBeaC64dhjeQD5ADJyiypSsX27fBdvHjdSHL48ri+JZbOaacTNCWuNOeO3b NBLebrzGMwogOPzCcyOo6Z6SDIZwuYpAFDF0SSoEi41JJVwypnUrdwsGxTMW5dNMjTi7slSr Pw/p/h/hPMZP2994Mf6Ud5eJU1wY1daY0nZaq2rPDDHYxGUqnbZ3fzZDVoou1tYtyVMiM9yS 6/H55Ef10Uz8eWcKtYoQLTwrA2mAQo90JcMB9YaP2xG36z1PKMiDxopWoCBUIRkmyC/0EGEc KQ+IImSDeiZ7pGlAqj0dgig9I370csV6fEGHroiggTHrCcQua/iXUC/cDqB60/ANeGeZZyI3 NXaQq6IyCTELWxkJLqpeLuGKxpRWa6oglWGyOhgAp8Msa4GHCQ/cLAgR7uNDqMDIshLEkBtI A0ySSQL4hql5IXQmZWWmEcZGuvLW8y41QgUVNU1lRKlQ0/SJkXESBlMolSoXnrAMJAsjrBLI EhinDDEcAJinDDEcAhsKNNg1ilxcJIfcyA+rGz6tQej8lZ7A28q4mU4m8TipvdTLR1RWMABJ FMkohgjNI4ZUm2EkYN+J6IelTzx9TVSZJPkyja7xa3LDMuzEPhr0G+zMV7rpY4xgkxgphLl2 VGTGVDa+Ux5cxzDMcezdgFfpxpYq0QDQUiqBR/l6NLr/KKmZcWSvlyrSiIDjKOFVHyeKlAyA NOZJcHrIOKHnJPU+iUc8n9P9ONlcRj7HofallUqWV8LGXx3NpBbKtzsN5N0NMQaSCsIqoIQi KQFiCiItERIsgreJ+1mJipwlPjwcadYFFdAqo1QSBIaa+fb0FWimZvdKhOpElftK+6xgRFN4 Y8wS4yLwA4RS4bW92/obXu81fzu6matbTQPYui6ZLiXBuqUFwO7kWKH15DoMB1RxUuqkWPiP X2HaSKEQQhGQ6ohtAertAEWbtx0brICJx9N2pwRekPv8OLXy+P8NVVVJHROERHebSQOp4U0/ 4edatkkNCBmXW3eMWL1+b7iUiAHvelu7vOuWbWqQPYujN2VzzvXPN487xa8yzUmpJaJLRJNt k2U0Sxixu9y27po2WFWNNlt2oorkbm5VydDz0xjF6r4khJCSU9QX5GMgKAjz6vhxH8NVVfw9 /ySqvH+BwsjnvxbDZuu1rDKliKlbYSOUAyxIxw3W0qw30bJBzOs7a+riZGHw/LfA2O0z2SDI c5sVFCFwvpJJPOimQ7t0hISTo3lhL2HXHM2om9EejHUB8qqrnSqe6EEgRDzGTqQ0UJ0eBRq1 RX1hdyM4YcXKOx4M7HM+dwvHO5dQPD1LkBaAbtEeFGVZqOqxN+gEkgwn71ZvnzqXx55Hk20f cSB56Xu3ragQA7XIjmK5P0CPU/LHyFTVryOA/MswoLyFQoDRAj5VblqoMiAVCuEHXpn3ZokX GQiAEdzMReSaDebZUYNNoSUyCFHpcMkSEQHoLBKeFYEdCRka5VBcCRjrFi+cgEWPqNXkEclx +TlkPXORNSKEYKEuGZXkpPIpMVHDRABeB71qlQ4IUHtOhkdUOxCqg0SazQnx2wJFju9mdc98 5mCRyVFdKS0VfcWOp3sgpBjD2uLxrIrx3rjgcdhhaQ2+uq5NonopJAEwoQJQ1jyOuhYueQ8g mTpMdjJgoTxIAHGd5lYkxQoTMQBkWRzcwc1g0bcttFptEyTKmUTOPKIByNdgB/JlpszC9o6W hMlDYCyqWJne3eEPWN7xszMuTDAcSAxIBAblOTMyxLlsoouQZcmZlyZ0q0syCCwYMNkuoTkE IhiCp4zIIOzQ0rswM07uxuuBzIudABwfPL48puWUUCECCgkiQkSgkiVcciUT2KJWsa0FnQp0 knOCQMwQRmBmIEgRJAIdLaYpQF1EAjqiyGWoKGQq8DTPLUNt2uLvrtMGvvfe+vzXrz0dd3Eh IlBJE9hEAN24yqmgbJ2QI3snkljnARKxA31Q7ETZO+o43dnBwIjXBrDpnm7oZfNjJjPKBtuu 2cSMHRGbWdE9dRrF2ejgRGuDWHTNVIw+aGDGOUDfaZvrtM760Aw4c9omuX2WXHhlxyN1nKbe HBQc9G2mb1iJISJISBM0TKlmrM2NrM0Vsa20zRJoo2ZbG1slRo2I1Go1YsRorGzNtPpLCOgi DBqNIRCwKXFoFKNUMpUMWNAEQsoWQHAHAGhw2xjZJuDfZMSbKqqqlVZBVVs4sEFAprUochiE WOTlAlDaFIpqIgmdAupoKUAqwYKwAiqA6MBQIUtKAQSAqpFRVqYIkViQsxEFUCMSgFhTQKhC hAaBFGJESKpARFgsEiwoSSMlRElZGI0xEWFLUVUiLEFiiIwGISliQsSSwgLCokZLISIUKJQK GjAYMRINrEJWgLbFgMFLuJmbjfoEhE9+m5oCHD6dccNlyo3hzu+ZtivISGRQJQEcQAsAkEEA kkEgTMRBACt8a3q1Xzr4RIBIPe4ECgANxunOKipmaoM1NS5hy5b2TbfbfelnfUFogWFhLOiR scFNhnJmGF2zAxoUKLGDyE2YhCTNoBiNREQB4qAdPMniZcmXKcmZlyU0zLKZlBDII2NBDYpU apVRAqHAqCA++BEfz9RNoujzWA6HosDIh7f039Ryk8oskgXI+F8UfhsR/2AnR6n0zdEK1XoA EXciHGv2h9vw4WB+YQJBgCYQofMJj4T2vSBLtez3pJJKrXwh4EzE9VWDMCBFjABgEvAgWoAk hqD5Ai1JFkH07K0CO6vIMhkQcAzQUDR0ft7dqhAUg7HoD7fu9ieuJCD4qpuJUSolVcNp3L17 AE+nzcbQQ7O+H90PF0/sIq+maeABQi0nYcNTsoXvf+v7+3xoKDtTa9vsBO36DyGYdCOVlKqQ qpJClIOgnmIPzGaJhZtADwNV9JorjgZBZogeo3h8vKpA0/nak7ED1liIS0tS0Iep6KhuCKOX oo+ATwQo42sPdsV+jh+WtmDXaiJb91+rzXS9bySt+mTW2bYlI/ixWjxfY0vm5edZ4hNoWC9y I5G8OzIQ8DkNve9IU8uWZZiiGqTVlVattyhrl1NVtcgg1rmLG1Wjeqgncaj1conhCoSDJU6Y pcL7CSEW3J4drqGoHCvNHiSSbLJ2QOxIVO+xJHrWCKSyxQFSrS1DSJZK20ts1qjeWt+fXatc vaeGQMBiBaoZ5HZx6yeKFzd3FGVhjZLhoUpEsAD5e8Os9+8CIhQcDf3dMboq6VmsE1d9Pnvf jvHfHnz56z0dvdXukjSQEybG5SNxsg1UFUzZxt1u1w1msZUOqTOWyaLzi2HbwlZVNHBd4dfM 2CDDVTElNrrrp97nExI3JzUadji6mzgLDfpg7Mw0L1yVUKB61E/mgpBjIkEWLJKVE0HVJ1fu Tx6RCHKI4Hw+HbYKJfbctv5s1UtfC+9Ak1jfSCC48xJLOvdu3b+JMgGrj/dAZCRVAWzYTWtL TbWDUata2tbyAR0VMAIeaKg33ppz+vG7KwzArr8dH2q5+e+rFROvfMTEQKjldIBEgFCCkkkk gIcAbjGU2uckC71cwMoXAWpJklKqjWrW171esECiW3arer0PXrglSiVO3tCssZiJhgryghcB pKYO0WlpZsvgCCloWyqMCWpihkRML87mA7AYrkNPs7A3eqRHmnpb6qEPUC9IUQSAvWp5lR5J 0j2RFAWJA/nACKiq6o6ek7A751UUbFIpdSSSUUklVVqFSVYmWR6j5jDaI7cxQ3iFJbydkHhu It1SySMsRYiLcwY/eWRhPP2zEtCwlWRKCiif5ndXqjLwieC0pZZHH7M8Ij32fA+h/Bj1HwA1 8fur/Nt/y3ZlyLImXEWQMYtwURcWVjsX4UA/vigvQPsw+U6xQkIdnZZcU7ql0GCXMCbahfDB 6v6srycZjVqPvev05AYCZRzLRKU/Te7FEQSiuuypLImCZZ1u02sylsm+Y0umw7IO3F4/HWUL RQAyTq6q6XpDLElERPd1rx415pyiUDVqkkVpDImIMzGZgzMnz2TRJZIEVixEgMVYwISQPv/m /J+/9zMEPvwTT9H9H1+P2z4r6i2o0WTRqPxrZFt0q71q6uXIiIjK8rfo386QPTT9iL/sKoMd Sk16ItejKHcdsRYpBEBogKp+TiuNiUnSew91HY0FH0mwN8ciaqKCVHfUj7JRGcEqm2LB6itD LKEclShbbPUIGAI10nCkM35JqAvph9Rtolxpz2h4iJOAgh9qCqLgA6fj6rHbGOrRRmAyt60U SIY9MBqB4QEcrgxfK2rmLF3vvFi8+P+ny9PKcvi0m21papRSBwuhuldLKuVJBHD3Lbgm0N6y ETWy25BpAqySWAhuxemSZCr4OvJ2GO4ATEnOIFawqPf5LC4ScpUZEPGRr77S5k/gNDXOct6v VciNMkcz6ilMaMawmpCgpQAL52rd5F+Pq88u87effn2Vq9rWqieVrV6G0VtGUS2tXlNEVbGW yW2tu63CWSINJleWta3vby1u88vVvHMvPJyK5ZeOTlNpeyy2SxbxpNZECQABKFUCm8YZZpc4 lqZIwBsCpwkkNzmU0cYxGN5MkSMMttbzXx68rWvTS3ta4AHm6vu35eqqeeXmpa+6uOXahukg SmySY7Xd2u7tJU62zWVM0LFYgoMQDLJiG9UlXlBSIFTf3mwYHgzupVi2Wy1rUqVmqJGRkG1I 7HxmoCbuAYUDTgL3Xrxevs4K4NZSB2GhoJjeclOZZje7CEwo6CqMhzlePO1LCVKsssWbt2SQ ImjxuJdAn6fB5eX3VqECwMsTMpFPPZJxMWlkkBwCKogRatpkXpbrX552yVqJeO1rkRbbaltp W1q7u3GVy4yuTeeVX0xvITfe7QXaSfzCyJRs0SygW7SFTApGFrE493fGxsb5B/dEorESICWo P2gM/GdeqA3RdglXBkO47SSbQHPszTKdvJ3CGm8YL9cCiCVCMEkHY/xOXxvd4cJJLSKWWpAl lg5tbVyB3NzIbMYdNoxoqNKE55uN4IoAQR/O5YMxRGAmsMrETZ01scsNjE92tQNAwtnse015 +9TUEIQ3/J+xjtlqt46dIJPnE97nwet2Y/CP8v9un2IQjtkxu6PP5P2OKdr6YdyU/bdvTFD8 kl/GyAgQgqHU9dKoqpd+yPFn2geMEUhbbbxHE0mTaH3EgvVvx+P6E1/PfzstvAwqkiAPte7r 5TxCkJLKKkn/Q9pj26oJ0MepFTo7SAO1ZlyTNBRDtCI1yOuIPahKgjCSIGg6Ij8HnA4xnKfn 9H7PYP3JqUpBcO2KZ+z8RMjcDLQCMFoHcAQCDY6xEH9VLUtEiVBYQ9Ep4ejxYIWPl88lWpFE khYkJLFKSCAhBO2/QRQPFu9WoqgWaDqIp3+tbfxqo1VNWaoo1GotqtBL8XYkg4R8yy2I/wxS 1atT4VMxCKJyNolR8p85eW4VkNtipaZekQ6cwReXyfClBl1RPEvFm3puZJISXGo1KjdSLj2E ayYQfZE52FI1GyqSqoHEnCJvKSpUbArEne4aa6Ox1nNYquvpxCSQz3EjIARNXu219RIvYPxb 6O6Ngs4ZI9W2hqbR2mz9MUUEeYD9nb40jA7QYSIIQhCIokHsbRG6v+0++34d9XC1BrWtdNco KK2EJKPIeVeXmrx0VNl8fx45GZRmTSwB1iqIySBJUUqIJkERA5Z5tqkIMVBEqebZ5vaeXs0d /jPcg8E8v078L9dz3mUTK5CS2SuNPtoTxYd2UDAhU6QvxKgDirtfnr0NglpUNTG2SrbLKzEr IhhqUKLMKBRsSmYVtppmmFDNIUNtsGxVjWrW1rKUWSLNRslixr918Vq+L9Wq2t60Yd3poZEV U7kg4gJkhlIkjJGJDTQVQMDmBwRDtO43CqZHExUVJtT+vRkxEREUyiIhatWrRyhYwySNdT3Q dkvDHVvVttuKtqkXke6zRIbayblOXrke4UYRXmMDZs6lSqLNFTrg6IbgU64EV03L1ans6U1T DFRUGKnOCURUEe7hGuxCqvXePOeUo7034qdzc0kJxyW/IKq949KARCIpgMLfgSEhFWrbVrdB qLBtCQSZvCqVUy1Xr+lgiCIJKAko2CTEEQUBJuq3USSEhJJ7nnh1mfymna4yJGid3KjChCf7 crUsGAMSKEVYQB1gipUFWpIWhbNTR46Z8KxIT/YyGIuhw4Noj1VN1WrKQq28X4Z+/0/VeUdP 5bJyUO5Ik5yWDpEGxUNNvRB61PI9cqsYqX9Pz0eKQ/RQtT3qcj3/0ZYPxGywihnUrH+q8JR9 ANcx41DrKKWweaBhlSIPTC2S2LYwUCTdyc1xYnRepszZ45Kz0bjEwpiDma6mvX28e3tvowng RztuuemnOBUrYQ2GMWRHLClQkJCSyUe33nBMzBlnd1ve8vxnqVYMPOtyl3Cua7EZMQA4YCAF tYCThBMtkEwCmU2m4zNWMrSi5VzWtWxxdK2mFk6aMSorsZE33tpS1VVbdppZyccQ1jgQTA5r DGiiM1Lh0sgALAkgyybGaQmICYULQdhSoFo5yIpCEipIhJJMRu0FSDumDo4m2wi7bcjdxo6g VGzgUFDLBgatZYabNGSJkNMCSIm0zRARF3YpuYFgUavODajMACQRAgQLYIK5uKREXIEoQpEX WpYBAOCIbUWirUlUkSVYJFJKAwEJQBiNCotZATCLaKvPcbFzrWtyogwCYFzg+UVAGYAuWw22 Ak2ID1prNZrNagooLqTcakTIkqDTNSe7eugrsSCuiwVi4dQhgJvkkkISOoI6ZqetUVKIoJCA Drt+b3RgsH3UflQCOi5nQdKqinidnR2gkUfirWUxJiqrSUmpPYzyRYSakOkIieh0511hzVbL X7pfQUkqglE6uP8Z2b2uN6yu9rFVhjLlMsVbYzdddyzQ7tdbNJTVU01gkkFhJBZf5KcPcrlc IWFuQWFvNR0/sZIHQw1KGAZmqD0H7UMUeJnofj0T44SWHwF49zO/MqXwskaVRRZLLO0kd0Rj /SR+oj6e4u8nGeyewfQqqqqtkkkktJJJJdfu23ja7+PeBGGwuh9kWSQJEJLD1LntouykDBWY OCI6mhJKEsiNFkkpbiQgCrGltyJ/opspJGmy25DamywGmy25DamypBpstuSGlRETGg628lrW 68h1V4i1uvIdXpNlgNNltySaWSTGltwmliQxZJKBsioNFkkpSyIpRZJKXETBFBLMEkpFMRME RBGzBJKEtZAxpbchpYDGltyGlgMWSShAuIpRZJMWKYIIoNmCSUaWWsaW3s8x4fJz+cIe8kfI n6ViItspZra0qRRY0MpK2yQEYimO8OEjBFXl0+U3XOidRpVXVVU68cecEgAGYAANWcoyP/GA 3elwZXaJHBXuVvC1f8zKSEUDhA2kcnAWtoIjzYXBBojZ2dSpn3CKim7fDnKgSdHbyqKBEAhG EJP8IKUDFwRUkEyf891jgHQzmJEHer5TA61oFn2aJVVVVUDebDfpVEmSlItjAcxgVCRCQZDb gxpiqyxd4u7u8N5bSSWZSMjoRdFLSkdv28h35Gv4tTUN2mcVDv9u45ED4+uiBn2V24qkmMKS EkkCIqhhHCuDEuqtLqXVjhVSFNIYRDaKq69gGcBoijgBVCxUxvMYNwIKKuqHgGwANrvk6zFe Uxib0rBjeBsXr4QIgGHbVkWJyBdAAtJKEAUAUmbMYHSaIumTMlVkk0tkiZbbi5cMsWlu+xiz URtJMZr2mpJrZXHGDA2MXv+Hp46WdZZHiSWTFGwgB85dIYkoJSUxkWo73TGJUNOB18xNp+j9 /4nr3PwdVh28q2QeHTSOpqiefbxVXlFHqkiHHraV0rfYAqzwx0tuWMTCYoRSqtsxwxpBdJDD JFl4PEfYxwO0OvWH8pVR0dnGudRkVGWJllqWvkqc5AiposjIBfMklu+34sw+wTl6NwCaHgLs iLlxt0gnQoL7jD1KYxIzk+MPnFEijjeD1ihIQdM5CHHr81Xz8k60kttWxPO8624XAh+CSuEL iyMhIgrgyJJRkYCnXUkIzXE2EooiyQfoqdJzD+LoH3N1YrSGMHMngsHuiiGaDIeYiRqTIhmf 5DuSBkjzCwiJkXa0mWZSDh+mGI5+eOdc9zBH3d6WIPm/g6CMOIcZvYVSsqq+mG6zs/nbtOF1 i5lYxjJRcz1W92zaLdsWxTKyhLqmoBCFxvLQxhxRI1KyyeReRLbjC5cxYQhElwbKci3DdRpo hI0Sa4mwAiqG/hV8rxOl43Q2UeLrrq28JQIKAba0UCSS3XFYJgEjtpQ+mbFyGskPOJYTRKca rMXLcbuOzfbfTNXUcKVctMzNlBlC1wqeLZIyym65LLKgijGhUqKxGkQKEkYA0sFcoISAjSNU Ei1KUhLIXnRhw1UKrBjAYMCRqiFVgxWEIDGEMxrK8k01SRkmiUyARKBZUsVIJBigVQ0KAIrB iKijAILtbSshTO467uqQpmylKSwsRJUsszIDEKtphkGIsokswyGMpkUqwIMspZqS2LY2slkr Y2rrd1a7NrWrNaCNR1Vd1du783ciOTarVq8JOG+9NsYZjDMyXLi1jpXd1W1agCEqqs29dtq2 q4BCW1agCEq2tqNbaoAkKttam21el1qttsAQmtra9q1VcAhNpTVtpStVbRqqiEgqy9zHW1a0 pVrbQBAiKJPqy7YrhQMb0zYAa/grM89Bk+AJ5LCA5g7ckzjJR2B20H2pIxtyOw4SNI4GDZBI kk6efOCqVbwyqrQhchAjBsjUCKsCgWrirbaI5ol3ZQKgj47UKQYBhEK5MAjCMFEDxREeCWe6 Xx5bw9URrn71qKZRcjeunEOn1nDdwEERz6CKBCQISIUm2q0iCFtNWbVLY6Ls+NAypS4iqtMZ AkVF2ooyElCRE0kHazgrzXzG5w3kM2jE3eTMLAHZs6F4UbD9+OhudRBj+np6eO9Q2o7rLXYS 5SekkfadEgxvtvJ76ZKp9zO10L6AwwE8Po7mVtIW0sW224nmhAgEgySLYyx4NlhmCpgYWmEV wCmF0kIIlBkImSBcGMkTJbb9GVbPO20QVWoslVXNIFRZFqqBRQyqAEYZg0OY2jSF3im7VTCp EpfkiVDWyd6OTQVwc0TU3mYuoAWiH02QgeziD7fcryA9d+9+1FAUB5trza9fr91bzzrW2+Jb B9tHhWQOWBiGhAXYVmAZuZMm5JdKpTJuaIpNijaK5Xd23NhINH+Orzy7FuO5C2Ne/LtR5bTb GtFkt/RbpvtlerzsV3dbJFqDaN0r6vG0SFrVr7ltfW2m22vM3tdjRmNRVBJIDTCooSLCLIVH XQfr1ysDWku8GPTtiaoXWZmZmGIwCMVa1jWi22jWwoTTZBLTMjZSbS001NIqVlVaRmZIzM1V prWar3RvZUJhygVNoMRF1tB4acbDZGRJJAkBzQ/KxUSP9FdvraQFIEMRQIsFiQQgRFdUF2bh FXcqH8yMEfunyiALDCfngQkgEYyAZnq3qptQXcKkU3Kb0Wj8nkeRh9SKmaokGiIj5pUSO+EW FChqrVurkU+PWvrftE9er2miIo14Ku0OlG+9seC4GNzI7hsgoUWAmYi9wKEUQdEHt6O9SQmw CmqApWqA0LebHKC4yov3ihd/wlZR0I5wRtGIKQgjIiiRAiihoqEQAEaaSqGCxWKgiCEJZCBk RKSEYllSxAssBUSyBMIsQRZJRJEmRUSAA6tTbauutu1ZsvjeX9X343e7UER3UkKRLEj7K+zd IPCO2fF2RDgE26Bk5yW23upP9Z0Wn6FRgPQoUUkJFCg6u1UfxipJJBqAoJAEdwJnlSnhyiyf NYOcErrJJbYvNYo8EIK/CJhofjggJIMiSCa7IMhrMCokLhSF7CSZuTllCiBW8R5k8Yim/unH DtaYo/wXrphs37NG9zaNu629FokgQbbbWYIskgyMiEjIyiwoUBaiO2w24fBFOViR161eZLIw VC1LQYm89T6eMhL3IhFUJDKLUtRFu81HXxJKnZ1I5OZJxOlO128aJLYnwkFEmw9SpSpktSRI sWEOBZIZdtClMHnBwJt7PHQGkphNJiMEAiNfZ9oed5XybbqVKSTwhJy5f6H8alW9PDs7q5M8 WBw+FfrieeLVtlLbbfjJ4xz+kRIFR7/z37PwV3ITlx6+iRJTRzKQa3ni7idYtkGVRIGS94KZ +mHT8I1ff5DlM3I/g61+fUMEctoKXgcFImu1cwNqmXCSSSgatgC4EUIaA5WbUkiCEnMltywp UuWPoeHllsRfF07NOzoOY4ksjkkKmRGJTQwIQnefQBvQEXtB84793JfJe71VBkPZCpoX2Ekx pwFAIxRPK6GIMh2b6bv66OhdzAxjqszzgyG6aOBVgKgYs0ui7d+xbfW7J6UeMJ5zvNpPieex C229w8jMN0XoFeEkUftB0HVzolFAtBASK1StX5X3QyGQyHLoZDQkjCSaHkNdipwRBQ4ohQdC nJ9doY+vgzbQeo5ZdS0dBaRBgEc81xZeEfEh52SSZu6H8NhN44nh0QdEnJZyqEvs+E7OVW0v +O4U/4sxr/fyb2T17wxztXARNihdD0Y4D4XJJJ+vu/uP+/2v/f2/+//f+L/5/J/4/+v/n/x/ 44/s6+sD7XpPSeMweIktDvYpBig+6eFAPlggieaKiZpADP4U2+duH2UFM/gUX0ASp9DJBUz1 dddgj6jdnvj7eME/HmL779jbpFk35B586LbttJISkJBZAjf8H3zHGt7X8erOX2kXMQQYxfyv 7L8jzfftoCCN3k2XdNVWXOsoZoLgIA0OSgaAqnZvKsYHbm/VjAOc5wVEhGpKKqqTpzk1shu3 hUR3XTji0hhPwmoq92/Zvur3a3235QAAZoACmshwYdhwknqdaQaWqCWSORqYxZEpasEyXIip as1BMje9bav036oZDIZDxdDIYSRhJN3Xq9HYKvGHzn9EmQvTnvkPMgWVwHbF17/Ej1eX4948 +ZQtL11+5Ng2sXecbUUys0wFGVYXtlKYSJIQjCa9+zFYKI1pcqizZUp+zOnGzUoA/if7d6jk A4ggo6VIOk5m1tSN1667cJEqyK1twNb4m2QFJdL42cY2YVasq2r71mGyZbEWIkqsNttrK2uZ rNMbaG1btkza50bnKWU6W5TYRspdNcps/m6XTTGuwxmyhDjBEDOKVUoIwGxiqaWZUpSaKkhl SpSVKQdJgNSZOKS9dabN000qbZQuQUjQp/JsokJVq1a4K3QJKN2pDGqwxSwoYMaSBTCSTPe7 DqoR66gyHj61MJeNbWwehdDc3MatpbVzrRZYG3vW3INQWCLtWSN7BiBFFKCAGUUC1gqQ+XZq T8qnqLFnwiGz2m69Hbe29kdXbUtbNLbnSA/3vzhtYJ1c+HBdYoZu7AcMB2gJx9QQ6hWOn55a m0KneKi5GcRMi1VXe94Ie3pDqzyOM74lQJFRO0RdS7MQ8hY4CX0ngFAgTGAZYr9lDYffDuA8 OIC9y/kUIp271HxdA8ZOHbSVE6O53AJ+VCCnoSIhu3JzeXx4ah8M8YbZKgQi5lBu5KoJ5UyN 6fFa+LdrwlTd5528cVyiigtLS0tLS19nLmjV/nzF10xek/sajnij4NFXS4Mh5ragwiosBkkl yQokjUaKpoiqGyBsYA3iMhSGzFfBlgw6bCSaZA3dhcN0jEkkkgOo2dBeLgyMiew6eSj/V/sz 2boVvY0wWbBNpthbAjAjGMJZif7qM9+LjIkHLXpMYgyHHZreIYzJJuMZZVDUmilDQ3LLJJId bAgCJ395EUVKVaWMIICMBD0qpFwO3yk3bXITaopKWySsj9FkB86YhJlTSNKFA0QVEZCEikUU WJiWQjgknykPQkkH9cNSR8D6kN6WqKg9w7tqQ4LRSBJAKTJhAEgLEIqqRSALAi7mHqBTsmYr ZnmSkTzQNL2dUA/hUYYD0iUFqPsnk/jeuMPXJ77xkaKkONospRUGCqnQqKLEF3naHySRCwyg D+qD1BmBz4rFB+IULMdSKfymQNEoIxtttZnA6mq1txNbwaNhISnALSAAKj1Ybi3CQkJEGSA2 VKSLTTbbT08VX7avz/rFoW0SkKRSSLElLJ6nxUyGQyHLoZDIZD6V+tybsvJnlQsNQBTdW2im JRAleUtLuSAAA63a037le/wrX8r1/N/sNq3S39sg3sUKYFQoWZiT5t/WodElVHbBRakwpJJB KdpLrYmJIM7XKG9AZj4sZGOPo7uMnjy0OhZSxNEg1o5JhpjJQjQVJ08ODtE4y0APDF5F1BB9 l6nl77DzvYGOlrHUQIEC8EjFApURfI5HnkL0FTcI43arXy9S3hYTPnQUAGDL7BIQHU6etweY 4FQrDrX28u0/D6+fF3Kw1gBsERrZati0tW27G+E9R6TkTksjrwkFOaCbiA9O4GtdvqXTxbMt MssSs6KkjIlguwgGJBMWFZEsWSJsurN3ac1bZm7Tm7bM3ac3ah4x1MzMy3IDmYmFEtuXKcyZ mZlTMy3MzMz4AFCI9ntuIAdEk2L7cap3CgkkkU6uzYnI78dGxgZGksg8vL3rNyuHA50kqtHX PtMb7fPrerrijthBioQMiZQcEuZMtqJADGpqUiSUgPMjJBiCCSQTtDq7oQBJiBQABgoVVUKo VVVlorSYZCEworVfJZqkqaFLJLWazWo0bZMtlqEqlrNqbY1iVNTNstavkaDWarZmvlJoyJZN sPNS25rQTCGSKGmTEVABNjNWTEFLYzQiIxTtXveN45176cku5SHnlzp0RktHt6r0ueu8vHr0 8jNed6uem8xqTV3neOl68t6oVbzU87vGN2l3Hl50lLrmKJlVqu2y2t7tG3x+G7Gunk2xNq3w g1fOq6S7Vyd3a64+LPXztd5JsZV6UYMQwREAwDJUC6ZzcuWiJMyw4LmS2+3qr49n8jgHOCSX OHncHzp2znvPfsKnPi+gWNha0CR5Trjy0MCbb3p6z36oiu63dJdEkmeuRnPXbPFYY46M9HsW wvJdt9t91kgLTUvXYUxwp3s1dYgchjBkbzfPDpLJJJu+41rv2z3rDHfme57lsLuu2+2+6yQF pqXrsKY4U72ausQOV0QBsAjlITPMPnGOrG7fTcACAwzaSb+FKI72mgKYibQclETDvpbpY4LG ybkxPNiLRKaHHaOCJLYA0lwSBbFtTVEUQi6GQomFkiVFE3LIiThURGJoMmUNt418XmN3SW2y WkkslaqJK2slJbJbJW9bdeAgreigR6hVA0HQLEzVAozS2iyqg6qoLqtEWDhYKczfBgRTTA8V Vc7kkhNxjRdeBgyNZezxXroHEy8Lm/pkqy0tLbVsWJSnFJOyf554R0aO/cDzk4E7eSnngy88 rzx5m7dd3dwOpwJ3lLNXzV6ratvz3k5AQfGYRQN44MKwMGRkMYhcSCYI5EEAKAAxEQIHiNs4 8XMzMqZcypmUpvGMYxijmbSqrMBDQTZ0jnv5CAdPqQ85PonqQ11CLT2BdaJ9yD635z+CzNXZ UEO1XxHXIfLQ9geUw9XNs02arWmtNM1q26bapU8YBAfFFZKIiguEoaHoP9OGnA17CVVVVUaZ O4maDoKTTWBz7KR2e9lYhNZUIm1TgocU6wN7LwuCSoGycND3Iopvi4yM5SnjD/HvRDLTyHnF d32jaEETQmciC0VSpbpDqDq94HXKCSKHAdBDkYDjrsclxypTVFTbs8Wekh/Qbg28YybEbFU+ rdtWystzblkCCLSNE1rREUG22Thc1zVctq1a1jWbWa1pajAkC+4A2a79lQZDsmFVLpvsJJhA 2+bSokB2IroguuT1ry6hHBAT0IFqthntVaotWjYvkHUVfJ/Ho59h0m3BidrLQW6fHn41LFRc lVXpUH2MXkEURILFVYCpARU7aTQz2RkZDJdxBSZVVBmQ61EwXViiBiGlUoJiUJhk8FtTVy5Z JMtlBQlEmGZELTGZJDV0tQsiLIFSJJqIpFp1LqaQ5OJE9nAjptOEOx02YoUOLgVJJCmVDIPg c0N+5ZGARcEsdevBHQnNOBe2I9ljDt7Y7u7KlrxSoZF95JLMQmJoVdwZDFoqjiCVkSTK1XIK jIXBNq1kSTDU3hxDZvKUUSkgKommv3tDv3IoIYSKDLlCkqDIbjcSS+px/PVXHYQkIoRUS7rV ay1da+GMYxjGMYxjGMYMYDBjGMYxjGMYxjGMYxjGMYxjGMYxjGAAAAAAAAAAAAAAAAAAAAAA AAtm1Zttv4lbu7Xd2u7pRYJRYJJBYJZBYLBYLIJRKJRZYLBZbBYLBYLRYJILLYJRYLBZBaLB ZBYJBYJILGux3dd3Xd13dc3gAAAAAIAAAAAgAAAAAgAAAAAAAAAAAAAAAAAAAAAIAIAQ1Km3 edtbmtFQABRRRRRRRR5NtuWjGMYxiirqm3edtblFFFFFFFbGsGMYq8qbd521uYxRRRRRRRnm 3/82vKsVa2qNtbY1sbFtVY2tUWqi1Fq1Rtsa1jbVtGrVFa2otG221jbbaxtbUW2itVYrRFVW ija1oq1qNbbUVqoxq1saxWtitjW1rGto1Wxa2rFsW2xq1i22otalWtqW8YixiLEWIiNaixER ERFiIxERFRERERERERERYjGItEYiIiLFoiIiMREWNtRirG2xUaNiqLbFixo2KjYqKio0WLWN bG2NY11LmjRosbWLFUUWNFYtFosV2XLFixYs67ZS5YxGLaiNXMc0RYiIiIjm5ERERtREWNaI iIiObkRERFaIiIsRETuxcjURXLkRERGIiIiItiK6XIiIixERE7ru63IiIiiIiKIjEREaIiiI iIoiIiIiLEREREREREUYoixrRERYiIiI1iIxqLERWxERFaKiIi1rEViNsV6VxpGgjS2NBBBB BY2zRmggggggggggggnebqrmMYxjGMYxj6SlLkREa2iIiIiIiIiIiIiIiIiIiIiKMaIiLOu1 atcoqKKiioijYioiIqLGxRo2KNYjWoi1tiKojRFEaItEaItEaIrEaI0RURURsaIttEaI0Roj RGiNEaI0RojRGiNEaI0RojRGiNEaItV5bUty1EaI0RojRFaaURaqJ9+2QrxlV8VduY8hfaqi OAmYnXMgqPDxci9GS6pkVmd/GF7YYIGMlac4AyHCCZEqNyumxXN+S17e+1W3ZS1szUqpZlZt MplLMymUzVNTS1NmatJTbMtYMWyWzbfjqas77LcrKmbhBsBRDKIsgiA0B7qsU0tUQwwbUVIq qlQQRChcAJFKUFS2DSSRUhUaCyMiIalTJA6MARQvrIYEyVIphUEtg0qgJILIlkKiUDhUkiJy LCITXYSSgBFyTRGKUiK6MGlAMoiQyLJIKFSRvpbcG8hZGwAMmDQokX+vQqRUU0ypVEZEfq+5 9yOISVSJu//346LdwqbwUYoKOxQb6JbJe5kzY3USSbpq4EUJZKhlloRt35BIjZDdCyMSSRvK mRJCbjCRGli2He0tuDXC5LKMby9Q7W3jRcud5DtXmaWGNLbibyH5n9lrQ8rDjLFsjg4rbhNL C2QxpbcQ0sGNLbkNS6LG2uvIdvr66/ltdPv7spb0ou1tvSdk23e5Ie8444A6WxdJtbU6TbUC WxziFmCSU9rt3WlBiMIEIUIgsbMHWApjMpQSH4P/akKrFqYUErNIC7YiyIsjIyB5RT0CeoQt xCgGnHj8x8VCXPMf3j723Lf33nj3tu/G67uK5boUVHKcagRFfbEEGAKq+KzW379uxzdCVwMA RAYwakCnvggqoJAsc5sbNitj72HRkxxgIViKuMsdc4yrkq1O7jXOmN/rxBqPbzHAiACYiACV kEUJEAkXLepsPnw0acGyK5SSSTLKJbDZLZNpQbTmde/0k7ZN2eB2GKLkchzMhqkXTqpDVIun VSGqRdgR4msKcJwsCSAAp1CIAAyBATdjtbYbQbgwoCYCZDbScyplttttttAPtoDKQGGVRSdQ msuqqhBGZCgF0WA6s1Nkba4MfUQBD0eMLelZ4xBBEEgmCQ9qATnfNCcbq5EAl3Vy7q9aDVjI GSgQQZIQbEWxslqallNXvWrSliZIpEtQ3MkhCBIwJi0W6cKGcwTBIJgkCSBAcCALQdmeeWLt Pki50JVkRzi85wzI0ZGCtB3l65kQALIFFGFU1YibvedsyNmRglbCvL1uQIAsgYA0SG0lULsO vg27XKAEggyAsIJCO1YjsnKGE2sKqGQks7WyZNhUbrZ3mzTPDlM1EvI41le43/AGm+MgQgEg yJjTNjFixjFvpq/9rfTW7W7bQ6NVatXCSlSKhsiaRMO8dcI9NgYd82IJlTctBLopJFLqhC4t RAuXBbYgXVxtAI3KQS+k2WRsN2bpu0Tkbmzj4HQ5Ef8HekzHNCA0H3qwZqkNi6oVn0VKqqqq gZ8I8N+WuM2mW0yG2w2mk2k1EjkZGhYIyARYRM888s5mTOojmIaqoJqcw1CBA2O4b5Jlsttg mSGQKpSzK2tpLaI2NmbW0pqwkkhM5jQ+71AKSIyIz+ZDtdMkEO5PH4osX8K5/D5/BD1vjW+m 2YrYqVpWat+H5Ur8WQ3O7ruc7qtdGl+nyN4Bzwi5QH5oo5EkZERuBJUUQ5SsbVGpbW1yu7tc rc1zR1REFApCVGsA0qIPkzo7LakdCAF9Wo2LGuiIvpvL/arb9l7v0fvyBAh0VXX3UFrjlsE8 m4333oSSJGSHVnbd+ccaJNJZxHHGaCOLzdLpfX4htpJJJFLJoDrAjCKdHLqiHHh75Py8xRDd uEc07c2EUFlCpEnj68IasVJA1kjEwshCyBExMRK7ULzRs2QoQwqD1TZ0SJJOqAWWlEutjjgJ FSZmNtkAWI00xBuBctbdq2oNqja0s2y22q4EF2koKF7V5VxJJI1uBgxsk8Dyd3jGk0ml2mUP CIL0ELDZoUWHNiMFEdgiVkOzMwgLALQnamiCHAVQMhU+4ikVZJFJABSThsxIMhznNVCXMOzw yHPkSSsvEA55nbgOXVDAmTCipHOCUSRSSbzroN3XdLjq7hBu66bbUhVnOvF00050QjYjYaTw ZeQUKSASKggRMkcz0G8O9pV0s+jh8A+T5uG3RAPDkHPsQXrU0LRWGZCFGYVO1G/kiPm48R3V alpaktWlq0tWplGVaWrS1eV9EPuPx+PSeide/2kgyRiQV4iHcUkCC1Kp6R2eY7wfRXWBwkky 6PKRPKxfPlymFqsuW3y6tePLx+gc53r4rX8y2iJrfHjY9IyzejMxcxnn24rbpsthvfKIce47 2YkSoEnSQUhMLH4f/Dmbc5UnJ52nXPLJ5zLt0vKTgaagWdedyQyc8gDUpjAVxJiCYkACgmKN KWHIRiUGwjNgAixnfIIX24IjnLHIhUSQZkXIqu11tNd1tUu0ut8ff1yLEQEgG3Zp0H+huHLz i67x4YbEAy7OW/MTaJ0LcfI8DxnNlyrC1bUzDk35uckOepyQNggC2KDFQv7r0Aw2vETvHeBX 3brg6Zh3NiCibhg0SRQRURiMVQ1QRD4BBzuw7QQUVdSbYvUgWdXwi40KVPSolJFBFsIZ/ne8 XXA/mhCSQiqupqPo5iPEOPEQIQ/5Edrmf8/A52UlRLeuQiJvJFT3/H0bPduelB2b1A2RRHHF 4gTjDkeT+3glQ8eHoDNNw9ZH5N0eJmZDLcOTnYVZzrKlstPu9wMk6SAh+Rsj51UEwnwalnu1 R8P9cP4sBgi5n5rtf/3JZxwzEr2QNTEa+gu8HqbpO7mtKSYND81R9zp0JdXJmLasjc/pI9p1 Cew3JKoSokFCMfJv/ahs2wZD1zegF1TIa9S26bXl9EgD38ZtRLDMxWbU5e+V15MduOvFczNt 47UXB8BFLVwkE9zNXg/yiEB2IT/fm6RD4RE0/cNJUBZFfcgemWAtqNMINqWpo5VsayUiOaya JJSpBAnBHKKnjnIA2wqVGqm6VYUheOa12E+VRVBzHS4kh1GZJO83Q0QjFIxpoo3Sru5YspPf okkl3EhFICgsYBBgBFigRYQblCsQMRwxw0EIvBAyn8iNJkKsWMGRTCNDsM2e1PKdlZMuXLMR ZCTMZuPAWkRSg0mEhCLQPEgKgipkwFBGDARQZEYMVQjW4Heguo7EHrvuXd798bJJG8eafVYC FtSoi1CAJpYh8m7SJ4eZiHQ/Xb0cX209S8yEbsgDat+/mY9/ZRmaBBoROuTrIdm219vLxov2 Nq9VVTa0S22APBzVy1trNdVYxrGPP3YehRL0oP5cx9PIPL1u92fB72t8/1Xt1FBRpHeHCQyl sWy2PBmO94Lbh4WbVxkYThB6o3afkG6RSDHCSW3ge5i6Oem7VOmTtD8xoZ4Nh5KA/OU7BjwE wXA+qIVJJHEy/qmgBeDooaiDynmVCG83yhydJQh1DggqEMiG5Uz0GLY5gvjV2W5mADOIPMfu 6PpisiI+uetDpGVANmDLBhDBkajoZntIBmTN1wS32MhHFS3LZIVWc93te3p3T37AABIBIsWS z6bDZIqVRdRMrnVVVpVNmRgxBVZWVmyY1hGwlW6aq1tWVmzaJQmQ5iJlMyZaZhiVJky05rAE CiBBsjCJOkyJMgcDhvqZsYaWXaNqrJijREV1La/rPK3vWvK+7vgttVbSGMViTGy3JMgnMsT1 x0c3/H7An2z0jaf46SCOp0iR9qF4zs++GdJnxFEcwUOB4/B+VQKTVKFQp9MCQFTl40JE7TYP 3vxQfjz/VAP9IXllYH3fxqAh+m6QPmqQIEIc/Sfg//vGZ/yRfw+hnhJNPr//nx6Z5aEJYJ6O jUPQjO9nmFw6cX/u8MB/2fgAuhAETsQEU/gf6f02/2C0TDoWLIc8vmxsSRBpG0Ml6kUZW5DN HCy4SwZHQjmF5Lob49+p1RAXwcYywYR+BYRXQMmcv6OiDr8bbiHuDNDZMMhZosMnGIRmTEuR i3lkWYciKSCCPnI2YQjw39bCOdlmLiSXngAgA//i7kinChIO5NepAA== ------------11CAB138182C6D80-- From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 20:39:17 2011 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 480F71065672 for ; Wed, 7 Sep 2011 20:39:17 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id EEA148FC12 for ; Wed, 7 Sep 2011 20:39:16 +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 9976A8FC39; Thu, 8 Sep 2011 00:39:15 +0400 (MSD) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 0F97D5C36; Wed, 7 Sep 2011 13:38:40 -0700 (PDT) Date: Wed, 7 Sep 2011 13:38:39 -0700 From: Stanislav Sedov To: rotkap@gmx.de Message-Id: <20110907133839.8a400f6d.stas@FreeBSD.org> In-Reply-To: <4erkj8-1jv.ln1@news.hansenet.de> References: <4erkj8-1jv.ln1@news.hansenet.de> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Heino Tiedemann , freebsd-ports@freebsd.org Subject: Re: x11/xvattr - why exoired? 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, 07 Sep 2011 20:39:17 -0000 On Wed, 07 Sep 2011 20:57:40 +0200 Heino Tiedemann mentioned: > Hi, > > I need the port x11/xvattr. > > But now it is expired :( > Hi! I just reverted that commit and brought it back. Sorry for the inconveniences! -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 21:04:05 2011 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 176FB1065670; Wed, 7 Sep 2011 21:04:05 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mx.tsatsenko.ru (y7nz.x.rootbsd.net [204.109.61.86]) by mx1.freebsd.org (Postfix) with ESMTP id B9B058FC08; Wed, 7 Sep 2011 21:04:04 +0000 (UTC) Received: from [92.255.201.25] (helo=[192.168.0.5]) by mx.tsatsenko.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R1PHw-0000ft-3W; Thu, 08 Sep 2011 01:04:04 +0400 Message-ID: <4E67DC37.9070803@gmail.com> Date: Thu, 08 Sep 2011 01:03:51 +0400 From: Mikhail Tsatsenko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Chris Rees , ports@freebsd.org References: <4E6732A6.7000809@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: maintainership of mail/milter-greylist-devel, dns/py-adns and dns/checkdns 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, 07 Sep 2011 21:04:05 -0000 On 07.09.2011 23:35, Chris Rees wrote: > 2011/9/7 Mikhail Tsatsenko: >> Hi, >> I want to maintain this ports: >> mail/milter-greylist-devel >> dns/py-adns >> dns/checkdns >> > > Done. Thanks for volunteering. > > I know it seems overkill, but for future reference a PR is less likely > to get lost in the mailing list. > Thanks! I see. Next time I'll submit a PR. -- Mikhail From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 21:58:03 2011 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 049011065675 for ; Wed, 7 Sep 2011 21:58:03 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f07:14d3:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id AB9148FC14 for ; Wed, 7 Sep 2011 21:58:02 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f07:14d3:1::5]) by mail.farley.org (8.14.5/8.14.5) with ESMTP id p87Lw1U9083807; Wed, 7 Sep 2011 17:58:01 -0400 (EDT) (envelope-from scf@FreeBSD.org) Date: Wed, 7 Sep 2011 17:58:01 -0400 (EDT) From: "Sean C. Farley" To: rotkap@gmx.de In-Reply-To: <4erkj8-1jv.ln1@news.hansenet.de> Message-ID: References: <4erkj8-1jv.ln1@news.hansenet.de> User-Agent: Alpine 2.02 (BSF 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-1.5 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.farley.org Cc: freebsd-ports@FreeBSD.org Subject: Re: x11/xvattr - why exoired? 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, 07 Sep 2011 21:58:03 -0000 On Wed, 7 Sep 2011, Heino Tiedemann wrote: > Hi, > > I need the port x11/xvattr. > > But now it is expired :( > > > See his PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149851 > > > I need the port zu use vlc AND mplayer - thise players toggle this: > > > ,---- > | "XV_AUTOPAINT_COLORKEY" (range 0 to 1) > | client settable attribute > | client gettable attribute (current value is 1) > `---- > > ,---- > | "XV_AUTOPAINT_COLORKEY" (range 0 to 1) > | client settable attribute > | client gettable attribute (current value is 0) > `---- > > one player cannot run with the settngs of the other...:( > > So xvattr is needed to set the attributes to xv. > > What can I do? I have not tried this, but it may help: mplayer -vo xv:ck-method=auto Sean -- scf@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 22:16:27 2011 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 42814106564A for ; Wed, 7 Sep 2011 22:16:27 +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 23F848FC13 for ; Wed, 7 Sep 2011 22:16:27 +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 p87MGOeo030869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 7 Sep 2011 15:16:24 -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 p87MGONA030868; Wed, 7 Sep 2011 15:16:24 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA02382; Wed, 7 Sep 11 15:07:24 PDT Date: Wed, 07 Sep 2011 22:07:12 -0700 From: perryh@pluto.rain.com To: peterjeremy@acm.org Message-Id: <4e684d80.Tqcv8N/ULmPVDa5w%perryh@pluto.rain.com> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <20110907113707.GA30349@server.vk2pj.dyndns.org> In-Reply-To: <20110907113707.GA30349@server.vk2pj.dyndns.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: ports@freebsd.org Subject: Re: sysutils/cfs 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, 07 Sep 2011 22:16:27 -0000 Peter Jeremy wrote: > On 2011-Sep-07 10:02:42 -0700, perryh@pluto.rain.com wrote: > >Reread the first paragraph. Provided the port is still in the > >tree, when they try to build it the ports mechanism reports the > >FORBIDDEN/BROKEN/whatever which describes the problem, and the > >expiration date a month or two out. > ... > >In contrast, if the port is > >_no longer_ in the tree, they have no clue why it disappeared. > > This last statement isn't true - when a port is moved or removed, > a one-line reason for the change is added to /usr/ports/MOVED > The package management tools are generally aware of this file. Unfortunately, the information quality of those lines is highly variable. Absent elaboration, entries like "no longer needed", "obsolete", "removed deprecated port", or "security vulnerability" are not actionable: they don't identify what would need to be done to restore the now-missing functionality. > >It's only going to be removed if no one fixes it. The whole > >point is that "release users" don't continuously monitor their > >ports -- they only upgrade when they become aware that they > >need to (e.g. when a newer release becomes available). > > This isn't necessarily a wise approach. It may not be wise, but I suspect it is widespread (and based on the discussion I think that Julian and several others would agree). I agree with Doug that we need to "provide the best support possible for the largest percentage of our users." One problem in doing so is that, absent hard data, one guess is as good as another WRT to how often "the largest percentage of our users" check for issues in their installed ports. My guess is that "the largest percentage of our users" currently do _not_ monitor port vulnerabilities on an ongoing basis, and I would not expect this situation to change until * portaudit has been made a dependency of the infrastructure and enabled by default, and * there has subsequently been a release cycle on each supported branch. At that point I would think it reasonable to presume that most newly-installed or -updated systems _will_ be running portaudit if they are using ports or packages. > >So define a variable along the lines of NEXT_PORT_PURGE_DATE > >in one of the /usr/share/mk/bsd.port*.mk files, which (being > >part of the base) _are_ branched, and when a situation of the > >kind under discussion arises set the port's EXPIRATION_DATE > >to NEXT_PORT_PURGE_DATE. > > Two issues: > 1) Since the ports tree isn't branched and a port either exists > or it doesn't exist, there needs to be a single expiration date. My idea with NEXT_PORT_PURGE_DATE was that the port Makefile would specify "EXPIRATION_DATE=$(NEXT_PORT_PURGE_DATE) so that the _advertised_ expiration date would vary depending on which base branch was in use, but that's needlessly complicated. Much simpler would be to maintain a list of the next anticipated release date for each supported branch -- I think we already have this somewhere on freebsd.org, although it is not always as up-to-date as might be desired -- and ask ports committers to consult that list and set EXPIRATION_DATE to, say, 3 months past the last "next release". (3 months would allow for a month's slippage in the release, and still leave 2 months between release and expiration.) Another variant would be to provide that set of dates somewhere in /usr/ports/Mk, as (say) REL_74_PURGE_DATE, REL_83_PURGE_DATE, etc. so the committer only has to choose the latest of them and put EXPIRATION_DATE=$(REL_83_PURGE_DATE) -- or whatever -- in the Makefile. That would allow for centralized updating to account for release slips. > 2) There still needs to be a minimum expiration duration so you > need a way to handle the case where a port is marked "to be > purged" immediately before the NEXT_PORT_PURGE_DATE. The above takes care of this also. In the last variant, if the latest REL_xx_PURGE_DATE is too soon, it almost certainly means that the list is out of date and needs a new entry added (for a release that will be subsequent to any currently listed). From owner-freebsd-ports@FreeBSD.ORG Wed Sep 7 22:45:52 2011 Return-Path: Delivered-To: ports@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 6F265106566C for ; Wed, 7 Sep 2011 22:45:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D1D2A14DB18; Wed, 7 Sep 2011 22:45:51 +0000 (UTC) Message-ID: <4E67F41F.70401@FreeBSD.org> Date: Wed, 07 Sep 2011 15:45:51 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> In-Reply-To: <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, jhs@berklix.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 07 Sep 2011 22:45:52 -0000 On 9/7/2011 10:02 AM, perryh@pluto.rain.com wrote: > Doug Barton wrote: >> On 09/07/2011 00:07, perryh@pluto.rain.com wrote: >>> Doug Barton wrote: >>>>>>>>> Better to deprecate such non urgent ports, & wait a while >>>>>>>>> after next release is rolled, to give release users a warning >>>>>>>>> & some time to volunteer ... >>>>>> >>>>>> That's an interesting idea, but incredibly unlikely to happen. >>>>> >>>>> It _certainly_ won't happen if those in charge refuse to try it! >>>> >>>> My point was that the idea is impractical ... >>> >>> How is it impractical to, as a rule, set an expiration date based >>> on an anticipated future release date rather than only a month or >>> two out from when the decision is made? >> >> As has repeatedly been explained to you ... > > I think you may have gotten me confused with someone else. Quite possibly. :) Saying the same things over and over again gets mentally exhausting after a while. >> you're asking the wrong question. The question is, how does it >> benefit the users to leave it in when we know that we're going >> to delete it? Either way the user will discover that the port >> is not easily available for installation when they update their >> ports tree. > > Reread the first paragraph. Provided the port is still in the > tree, when they try to build it the ports mechanism reports the > FORBIDDEN/BROKEN/whatever which describes the problem, and the > expiration date a month or two out. (If the expiration date is > not included in the report, it should be.) They then know that > they need to fix the port, or find someone to fix it, and they > know _why_ it needs to be fixed. In contrast, if the port is > _no longer_ in the tree, they have no clue why it disappeared. As was pointed out elsewhere in the thread, the MOVED entry should contain that information. Generally what I do when I actually remove a port is to copy the DEPRECATED/FORBIDDEN message into the MOVED file entry. However, even if that isn't sufficient the entire story is still available in the CVS history. And the user can always ask on freebsd-ports@ if they are really confused and need help. >> The difference is that in the meantime people doing work on >> the ports tree don't have to work around the old port (that's >> going to be removed anyway). > > It's only going to be removed if no one fixes it. ... which is what happens in the vast majority of cases. > The whole > point is that "release users" don't continuously monitor their > ports -- they only upgrade when they become aware that they > need to (e.g. when a newer release becomes available). And what we have been trying to explain to you is that this has never been a supported mode of operation. We don't tie the ports tree to specific releases, that's one of the reasons for the operational separation of ports and src. That said, users are of course welcome to operate in the manner you describe. They just shouldn't be surprised if they run into problems doing it that way. >> The point has repeatedly been made that with almost 23,000 >> ports in the tree both innovation and maintenance become >> significantly more difficult. Keeping that burden as low >> as possible is a feature. > > s/point/claim/ Point being made by people actually doing the work. Those who don't like that answer attempting to refute it as a claim. :) > Last I checked, freebsd.org was claiming that the very large number > of supported ports was a feature. It seems that some of the ports > committers disagree. Non sequitur. The large number of ports that we support IS a feature. However, it's also a pretty big maintenance burden. Especially when you consider the number of those ports that are either actually or effectively unmaintained. Maintaining a high level of actual support for the ports tree is the goal here. In the near term future we're also hoping to provide some new, better tools; as well as better/more consistent package support. In order to do those things we need to make sure that we're putting our effort where it is most needed. > Benefit: see above. Maintenance: I would not think that updating > NEXT_PORT_PURGE_DATE as required -- a couple of times per release > cycle, maybe a few more if the schedule slips repeatedly -- would > constitute a significant additional maintenance burden. To put it bluntly, you don't see it because you're not the one doing the work. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 00:15:26 2011 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 4CA3E1065674; Thu, 8 Sep 2011 00:15:26 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 CE6D48FC12; Thu, 8 Sep 2011 00:15:25 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 20:15:24 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHB67984; Wed, 7 Sep 2011 20:15:21 -0400 Received-SPF: None identity=pra; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="mi+thun@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi+thun@aldan.algebra.com"; x-sender="postmaster@utka.zajac"; x-conformance=sidf_compatible X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO utka.zajac) ([209.6.61.133]) by smtp01.lnh.mail.rcn.net with ESMTP; 07 Sep 2011 20:15:09 -0400 Message-ID: <4E680908.3060708@aldan.algebra.com> Date: Wed, 07 Sep 2011 20:15:04 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110714 Thunderbird/5.0 MIME-Version: 1.0 To: Doug Barton References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> In-Reply-To: <4E67F41F.70401@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, jhs@berklix.com, perryh@pluto.rain.com, utisoft@gmail.com Subject: ports-system priorities rant (Re: sysutils/cfs) 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, 08 Sep 2011 00:15:26 -0000 On -10.01.-28163 14:59, Doug Barton wrote: > Non sequitur. The large number of ports that we support IS a feature. However, > it's also a pretty big maintenance burden. Especially when you consider the > number of those ports that are either actually or effectively unmaintained. Support? What support? Can I call someone and have a solution to a problem? Some PRs remain open for years and any attempts to escalate are met with "patches welcome" -- I've been on both sides myself :-) We do not offer support, make no promises of such and offer neither guarantees nor SLAs. What we do offer is: "THERE IS A PORT OF IT". If there is a piece of software out there, chances are, it is ported to FreeBSD. Even if the existing port is imperfect, it is a starting point for somebody, who needs that software on their system. With every port removed, that promise wears thinner and thinner... > Maintaining a high level of actual support for the ports tree is the goal here. Without paid contracts talk of "high level actual support" is meaningless. Both src and ports are maintained by people, to whom software-development and engineering is FUN. Support is not fun -- it is a burden. A burden we undertake (you, perhaps, more than others), but do not like... > In the near term future we're also hoping to provide some new, better tools; > as well as better/more consistent package support. In order to do those things > we need to make sure that we're putting our effort where it is most needed. This is great, but: 1. I don't see, how the sliver of removed ports, actually, helps you there. 2. In the past "consistent package support" used to conflict with the loose building from source (recall the ongoing problem with major shlib numbers bogusly included in most LIB_DEPENDS lines). Having to deal with RedHat's yum at work, I got to say, I'd rather be building from source, than installing from "consistent packages", that somebody else built *to their* tastes. Also, having to provide "high level support" for those packages limits their number. No, I don't want FreeBSD to go in that direction at all. Let RedHat cater to that market :-) To rephrase: your opinion seems to be: let's provide better support to fewer ports. I say, that's misguided -- you will not be able to significantly improve the support quality, even if you do remove the niche ports from the tree. But the removal will in itself be harmful... Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 00:33:24 2011 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 64FAE106566C; Thu, 8 Sep 2011 00:33:24 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 2DE778FC12; Thu, 8 Sep 2011 00:33:24 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 5A3B37E824; Thu, 8 Sep 2011 10:16:10 +1000 (EST) Message-ID: <4E68094A.4060606@freebsd.org> Date: Thu, 08 Sep 2011 10:16:10 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110903 Thunderbird/6.0.1 MIME-Version: 1.0 To: FreeBSD Gecko Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: freebsd-ports@freebsd.org Subject: Bumping lightning to 1.0b5 so it works with Thunderbird 6.0.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: Thu, 08 Sep 2011 00:33:24 -0000 Hi Gecko team, The update from Thunderbird 6.0 to 6.0.1 has stopped the Lightning 1.0b5pre plugin from working - it claims to be incompatible with the new version of Thunderbird and can't be enabled. Lightning 1.0b5 seems to work fine with Thunderbird 6.0.1 on my wife's windows PC, so I'm guessing a very minor bump to the lightning build source is needed to get it working again. If you're aware of this issue then great, but if not, just wanted to bring it to your attention so that it's on your radar. Your work keeping all this moving parts up to date is really appreciated. Cheers, Lawrence From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 01:29:17 2011 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 3A2911065670; Thu, 8 Sep 2011 01:29:17 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B383B8FC08; Thu, 8 Sep 2011 01:29:16 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD531.dip.t-dialin.net [93.203.213.49]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p881TDGf098643; Thu, 8 Sep 2011 01:29:14 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p881T2kd067013; Thu, 8 Sep 2011 03:29:03 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p881SVZF021424; Thu, 8 Sep 2011 01:28:36 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109080128.p881SVZF021424@fire.js.berklix.net> to: ports@FreeBSD.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 07 Sep 2011 15:45:51 PDT." <4E67F41F.70401@FreeBSD.org> Date: Thu, 08 Sep 2011 03:28:31 +0200 Sender: jhs@berklix.com Cc: Doug Barton , perryh@pluto.rain.com, utisoft@gmail.com Subject: Re: sysutils/cfs 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, 08 Sep 2011 01:29:17 -0000 Hi, Reference: > From: Doug Barton > Date: Wed, 07 Sep 2011 15:45:51 -0700 > Message-id: <4E67F41F.70401@FreeBSD.org> Doug Barton wrote: > On 9/7/2011 10:02 AM, perryh@pluto.rain.com wrote: > > Doug Barton wrote: > >> On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > >>> Doug Barton wrote: > >>>>>>>>> Better to deprecate such non urgent ports, & wait a while > >>>>>>>>> after next release is rolled, to give release users a warning > >>>>>>>>> & some time to volunteer ... > >>>>>> > >>>>>> That's an interesting idea, but incredibly unlikely to happen. > >>>>> > >>>>> It _certainly_ won't happen if those in charge refuse to try it! > >>>> > >>>> My point was that the idea is impractical ... > >>> > >>> How is it impractical to, as a rule, set an expiration date based > >>> on an anticipated future release date rather than only a month or > >>> two out from when the decision is made? > >> > >> As has repeatedly been explained to you ... > > > > I think you may have gotten me confused with someone else. > > Quite possibly. :) Saying the same things over and over again gets > mentally exhausting after a while. > > >> you're asking the wrong question. The question is, how does it > >> benefit the users to leave it in when we know that we're going > >> to delete it? Either way the user will discover that the port > >> is not easily available for installation when they update their > >> ports tree. > > > > Reread the first paragraph. Provided the port is still in the > > tree, when they try to build it the ports mechanism reports the > > FORBIDDEN/BROKEN/whatever which describes the problem, and the > > expiration date a month or two out. (If the expiration date is > > not included in the report, it should be.) They then know that > > they need to fix the port, or find someone to fix it, and they > > know _why_ it needs to be fixed. In contrast, if the port is > > _no longer_ in the tree, they have no clue why it disappeared. > > As was pointed out elsewhere in the thread, the MOVED entry should > contain that information. Generally what I do when I actually remove a > port is to copy the DEPRECATED/FORBIDDEN message into the MOVED file entry. > > However, even if that isn't sufficient the entire story is still > available in the CVS history. And the user can always ask on > freebsd-ports@ if they are really confused and need help. > > >> The difference is that in the meantime people doing work on > >> the ports tree don't have to work around the old port (that's > >> going to be removed anyway). > > > > It's only going to be removed if no one fixes it. > > .. which is what happens in the vast majority of cases. > > > The whole > > point is that "release users" don't continuously monitor their > > ports -- they only upgrade when they become aware that they > > need to (e.g. when a newer release becomes available). > > And what we have been trying to explain to you is that this has never > been a supported mode of operation. We don't tie the ports tree to > specific releases, [ I've been reading & not writing , as real life priorities intrude, but that phrase has been repeated too often to ignore ...] FreeBSD doese "tie the ports tree to specific releases". We have ports freezes before each release, it gets tagged & goes on cdrom images, packages get rolled. (Yes, Not quite the same as src/ ) cvs -Q -R export -r RELENG_8_2_0_RELEASE src # du=548 M tgz=115 M cvs -Q -R export -r RELEASE_8_2_0 ports # du=475 M tgz= 49 M cvs -Q -R export -r RELEASE_8_2_0 doc # du=100 M tgz= 27 M > that's one of the reasons for the operational > separation of ports and src. > > That said, users are of course welcome to operate in the manner you > describe. They just shouldn't be surprised if they run into problems > doing it that way. > > >> The point has repeatedly been made that with almost 23,000 > >> ports in the tree both innovation and maintenance become > >> significantly more difficult. Keeping that burden as low > >> as possible is a feature. > > > > s/point/claim/ > > Point being made by people actually doing the work. Those who don't like > that answer attempting to refute it as a claim. :) > > > Last I checked, freebsd.org was claiming that the very large number > > of supported ports was a feature. It seems that some of the ports > > committers disagree. > > Non sequitur. The large number of ports that we support IS a feature. > However, it's also a pretty big maintenance burden. Especially when you > consider the number of those ports that are either actually or > effectively unmaintained. Maintaining a high level of actual support for > the ports tree is the goal here. In the near term future we're also > hoping to provide some new, better tools; as well as better/more > consistent package support. In order to do those things we need to make > sure that we're putting our effort where it is most needed. > > > Benefit: see above. Maintenance: I would not think that updating > > NEXT_PORT_PURGE_DATE as required -- a couple of times per release > > cycle, maybe a few more if the schedule slips repeatedly -- would > > constitute a significant additional maintenance burden. > > To put it bluntly, you don't see it because you're not the one doing the > work. > Doug Too much so called Work has been irresponsible damaging Play. Ports butchers should stop, or be stopped. Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 02:44:40 2011 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 0C42B106567A for ; Thu, 8 Sep 2011 02:44:40 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id B55F28FC0C for ; Thu, 8 Sep 2011 02:44:38 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD531.dip.t-dialin.net [93.203.213.49]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p882iZOj098995; Thu, 8 Sep 2011 02:44:36 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p882iPks067180; Thu, 8 Sep 2011 04:44:25 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p882iJeC021890; Thu, 8 Sep 2011 02:44:25 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109080244.p882iJeC021890@fire.js.berklix.net> To: portmgr-feedback@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 07 Sep 2011 08:33:08 +0200." <201109070633.p876X8uc083295@koala.droso.net> Date: Thu, 08 Sep 2011 04:44:19 +0200 Sender: jhs@berklix.com Cc: ports@freebsd.org Subject: Re: FreeBSD ports which are currently scheduled for deletion 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, 08 Sep 2011 02:44:40 -0000 For many (not all) ports listed below as "deprecated because: No more public distfiles" I have distfiles that satisfy make TRYBROKEN=YES fetch Some of distfile auto fetched from internet just tonight. Not hard to fetch & put on eg ftp://ftp.freebsd.org local-disfiles/ FYI I append at end of mail, my make.conf include file, to show where on local or internet they were fetched from. The first current on a spare host I ran this test on, was by mistake 2 month old (an auto update had failed) (15 Jul 4 16:59 TX=+02:00) .ctm_status ports-cur.8906.gz But I updated to todays ports/ current ports-cur.8998.gz 117846 Sep 7 14:30 ports-cur.8998.gz ) & ran the test again & still no trouble fetching what portmgr-feedback@ lists as "No more public distfiles" Hopefuly that means this Big list of ports do Not need to also be dumped. Reference: > From: linimon@freebsd.org > Reply-to: portmgr-feedback@freebsd.org > Date: Wed, 7 Sep 2011 08:33:08 +0200 (CEST) > Message-id: <201109070633.p876X8uc083295@koala.droso.net> linimon@freebsd.org wrote: > 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/bzip > description: A block-sorting file compressor > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: unfetchable; use archivers/bzip2 instead > expiration date: 2011-10-28 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=archivers&portname=bzip make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/libsidplay > description: A Commodore SID-chip emulator library to play SID > music files > maintainer: sec@42.org > deprecated because: No Master Site > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=libsidplay make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/linux-shoutcast > description: Nullsoft's streaming audio server (Linux binary port) > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: unfetchable; website rearranged > expiration date: 2011-10-28 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-shoutcast make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/p5-MusicBrainz-Client > description: A Perl module that provides access to the musicbrainz > client API > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-MusicBrainz-Client make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/p5-MusicBrainz-TRM > description: A Perl module that provides access to the musicbrainz > client TRM API > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-MusicBrainz-TRM make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/shoutcast > description: Nullsoft's streaming audio server (binary port) > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: unfetchable; website rearranged > expiration date: 2011-10-28 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shoutcast make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: audio/sidplay > description: A Commodore SID-chip emulator that plays SID music > files > maintainer: sec@42.org > deprecated because: No Master Site > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=sidplay make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: chinese/auto-cn-l10n > description: The automatic localization for Simplified Chinese > zh_CN.eucCN locale > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=auto-cn-l10n make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: databases/xbase > description: An xbase (i.e. dBase, FoxPro, etc.) compatible C++ > class library > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbase make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: databases/xbsql > description: An SQL wrapper for the XBase DBMS library > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=xbsql make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: devel/libgetline > description: A small, portable, and easy to use command line > library > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2013-02-28 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libgetline make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: devel/mkcmd > description: Command-line parser and manual page generator > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=mkcmd make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: devel/msrc0 > description: Meta source fake-out script for building ksb tools > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msrc0 make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: devel/p5-Scalar-Util-Clone > description: Recursively copy datatypes using Perl's builtin > functions > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Scalar-Util-Clone make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/battleball > description: 3D single/multiplayer military soccer game for X > Window System > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: > http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100815051156/battleball-2.1_3.log.bz2 (_Sep_17_18:34:20_UTC_2010) > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=battleball make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz portname: games/cchess > description: Very simple Chinese chess program > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cchess make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/cchess-1.4.tar.gz ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/cchess-1.4.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/cgoban2 > description: Internet Go Server client and game editor > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=cgoban2 make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/cgoban-unix-2.6.12.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/gtkabale > description: A lazy version of solitaire game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=gtkabale make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz saw mkdir: /usr/ports/distfiles though thats a sym link here to a food directory. make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/krosswordplayer > description: KDE crossword puzzle game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=krosswordplayer make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/kslide > description: KDE puzzle game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kslide make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/kslide-1.0.1.tar.bz2 make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/merlin > description: A pointless puzzle game for Tcl/Tk > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=merlin make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/oilwar > description: Evil army wants to steal your oil > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=oilwar make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/OilWar-1.2.1.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/qkmj > description: QKMJ - QK Ma2Jong4 client > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=qkmj make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/qkmj95p5-freebsd make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/race > description: OpenGL Racing Game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=race make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/senso > description: Game to challenge short-term memory > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=senso make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/senso-1.0.py make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/slige > description: DOOM level generator > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=slige make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/sligesrc.zip make TRYBROKEN=YES fetch works on ports-cur.8998.gz sligesrc.zip 100% of 159 kB 168 kBps > portname: games/stvef-server > description: Star Trek Voyager: Elite Forces dedicated server for > Linux > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=stvef-server make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/stvefLinuxDedicated120.zip make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/tome > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tome make TRYBROKEN=YES fetch # OK on ports-cur.8906.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/tome-235-src.tar.bz2 make TRYBROKEN=YES fetch works on ports-cur.8998.gz tome-235-src.tar.bz2 100% of 2882 kB 116 kBps 00m00s > portname: games/tvp > description: Play the cardgame President (or Ass) against 3 AIs > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=tvp make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/tvp-0.9.7.1.tar.gz make extract works on ports-cur.8998.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/wmtimebomb > description: A minesweeper for WindowMaker > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=wmtimebomb eake TRYBROKEN=YES fetch make TRYBROKEN=YES extract works on ports-cur.8998.gz http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/wmtimebomb.20.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: games/xbat > description: XEVIOUS like shooting game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xbat make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xev111.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz xev111.tar.gz 100% of 121 kB 355 kBps > portname: games/xgame > description: A Perl script which enhances gameplay under Linux/Unix > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgame make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xgame-1.7.1.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz xgame-1.7.1.tar.gz 100% of 4657 B 309 kBps > portname: games/xgammon > description: A backgammon program for X11 > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xgammon make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xgammon-0.98a.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz xgammon-0.98a.tar.gz 100% of 74 kB 156 kBps > portname: games/xlines > description: Remove as many balls from board as you can > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xlines make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xlines.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz xlines.tar.gz 100% of 283 kB 208 kBps > portname: games/xscrabble > description: X version of the popular board game > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xscrabble make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xscrabble_en.tar.bz2 make TRYBROKEN=YES extract works on ports-cur.8998.gz xscrabble_en.tar.bz2 100% of 388 kB 93 kBps > portname: games/xshisen > description: Shisen-sho puzzle game for X11 > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xshisen make TRYBROKEN=YES fetch http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xshisen-1.51.tar.gz make TRYBROKEN=YES extract works on ports-cur.8998.gz xshisen-1.51.tar.gz 100% of 83 kB 207 kBps > portname: graphics/giftrans > description: A tool for GIF89a transparent option and interlace > mode > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=giftrans make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for giftrans/giftrans.c. => SHA256 Checksum OK for giftrans/giftrans.1. > portname: graphics/gtksee > description: Image viewer > maintainer: ports@FreeBSD.org > deprecated because: depends on unfetchable port archivers/bzip; last > release 2004 > expiration date: 2011-10-28 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gtksee make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for gtksee-0.5.6.tar.gz. > portname: graphics/libart > description: Library for high-performance 2D graphics > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libart make TRYBROKEN=YES fetch libart-2.3.3.tar.gz 100% of 189 kB 312 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: graphics/moth > description: A simple to use 3D mesh editor > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=moth make TRYBROKEN=YES fetch libmoth_1.0.tar.gz 100% of 176 kB 247 kBps make TRYBROKEN=YES all works on ports-cur.8998.gz > portname: graphics/xmrm > description: An image morphing/warping program > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xmrm http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/xmrm20_sources.tgz make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: irc/ircd-rusnet > description: RusNet Internet Relay Chat Server > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircd-rusnet make TRYBROKEN=YES fetch rusnet-1.4.2.tar.bz2 100% of 568 kB 2448 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for rusnet-1.4.2.tar.bz2. > portname: irc/tkirc > description: A GUI for the ircII Internet Relay Chat client > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=tkirc make TRYBROKEN=YES fetch tkirc2.46.tar.gz 100% of 102 kB 845 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz ===> Extracting for tkirc-2.46_3 > portname: japanese/linux-JM > description: Japanese translated man pages by JM Project > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=linux-JM make TRYBROKEN=YES fetch man-pages-ja-wu-ftpd-20050615.tar.gz 100% of 12 kB 348 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz > portname: japanese/postgresql-tcltk > description: A TCL interface to the database PostgreSQL, including > a tk GUI > maintainer: girgen@FreeBSD.org > deprecated because: ..................... ?????????????????? > expiration date: 2011-04-02 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=postgresql-tcltk > portname: korean/hanIM > description: Mizi Research's Korean X11 Input Method > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanIM make TRYBROKEN=YES fetch hanIM-1.2.1.tar.gz 100% of 326 kB 3225 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz hanIM-1.2.1.tar.gz 100% of 326 kB 301 kBps > portname: korean/hanmiscutils > description: Collection of various Hangul-related sources > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hanmiscutils make TRYBROKEN=YES fetch hanmiscutils-0.1.1.tar.gz 100% of 132 kB 423 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz hanmiscutils-0.1.1.tar.gz 100% of 132 kB 142 kBps > portname: korean/helvis > description: A clone of vi/ex, the standard UNIX editor, supporting > Hangul > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=helvis make TRYBROKEN=YES fetch helvis-1.8h2-.tar.gz 100% of 265 kB 922 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz helvis-1.8h2-.tar.gz 100% of 265 kB 164 kBps > portname: korean/hlatexfonts-ocf > description: HLaTeX(OCF format) fonts collection > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=hlatexfonts-ocf make TRYBROKEN=YES fetch HLaTeX-Myoungjo-OCF-PS.tar.gz 100% of 4830 kB 171 kBps 00m00s HLaTeX-Gothic-OCF-PS.tar.gz 100% of 2555 kB 168 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz HLaTeX-Myoungjo-OCF-PS.tar.gz HLaTeX-Gothic-OCF-PS.tar.gz 100% of 2555 kB 390 kBps > portname: korean/johabfonts > description: Hangul fonts for X11(johab) used in many > hangul-related programs > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=johabfonts make TRYBROKEN=YES fetch hanterm-font-3.1.tar.gz 100% of 2428 kB 485 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz hanterm-font-3.1.tar.gz 100% of 2428 kB 205 kBps 00m00s > portname: korean/mizifont > description: Mizi Research's Korean X11 Font(ksc5601.1987-[01] > encoding) > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=mizifont make TRYBROKEN=YES fetch xfntmizi-1.1-2.noarch.rpm 100% of 1449 kB 265 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz xfntmizi-1.1-2.noarch.rpm 100% of 1449 kB 169 kBps > portname: korean/pgp.language > description: Korean language module for PGP > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=pgp.language make TRYBROKEN=YES fetch pgp263i-korean.zip 100% of 18 kB 69 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz pgp263i-korean.zip 100% of 18 kB 99 kBps > portname: lang/freetxl > description: The TXL Programming Language (transformation by > example) > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=freetxl make TRYBROKEN=YES fetch txl10.3.linux.tar.gz 100% of 360 kB 619 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for txl10.3.linux.tar.gz. > portname: mail/p5-Mail-QuoteWrap > description: Provides wrapping functionality for quoted Email and > Usenet messages > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=p5-Mail-QuoteWrap make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for MailQuoteWrap0.01.tgz. > portname: mail/postfix-policyd-spf > description: Implements SPF for postfix, as a policy daemon > maintainer: mnag@FreeBSD.org > deprecated because: Relies on libspf2-10 which is vulnerable as of > 2008-10-27 > expiration date: 2011-09-09 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=postfix-policyd-spf make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for policyd-1.0.1.tar.gz. > portname: math/mupad > description: A sophisticated computer algebra system > maintainer: ports@FreeBSD.org > status: FORBIDDEN > deprecated because: ..................... ???????????? > expiration date: 2011-09-30 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=mupad > portname: math/nsc2ke > description: A Navier-Stokes solver > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: > http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/nsc2ke-1.0_2.log (_Jul_31_20:31:17_UTC_2011) > overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=nsc2ke make TRYBROKEN=YES fetch nsc2ke.ps.gz 100% of 735 kB 166 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for nsc2ke.tar.gz. => SHA256 Checksum OK for nsc2ke.ps.gz. > portname: misc/gplbp > description: GNOME Pilot Logbook application > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=gplbp make TRYBROKEN=YES fetch gplbp-0.92.tar.gz 100% of 73 kB 156 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for gplbp-0.92.tar.gz. > portname: misc/mgp-mode.el > description: A mode of Emacs for editing MagicPoint files > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=mgp-mode.el make TRYBROKEN=YES fetch mgp-mode.el 100% of 16 kB 85 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mgp-mode.el. > portname: misc/p5-Geography-NationalGrid > description: Create an object for a point and to transform > coordinate systems > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=p5-Geography-NationalGrid make TRYBROKEN=YES fetch Geography-NationalGrid-1.6.tar.gz 100% of 12 kB 466 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Geography-NationalGrid-1.6.tar.gz. > portname: multimedia/enjoympeg > description: An MPEG-1 video player > maintainer: multimedia@FreeBSD.org > deprecated because: Look like an abandonware, no more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=enjoympeg make TRYBROKEN=YES fetch enjoympeg-0.4.1.tar.gz 100% of 63 kB 213 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for enjoympeg-0.4.1.tar.gz. > portname: multimedia/mplex > description: Multiplexes MPEG component streams into system layers > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplex make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mplex-1.1.tar.gz. > portname: multimedia/p5-RIFF-Info > description: Probe DivX and AVI files for attributes > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=p5-RIFF-Info make TRYBROKEN=YES fetch RIFF-Info-1.07.tar.gz 100% of 172 kB 590 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for RIFF-Info-1.07.tar.gz. > portname: net-im/jabber-users-agent > description: A Perl based Jabber User Directory > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=jabber-users-agent make TRYBROKEN=YES fetch Users-Agent-1.2.tar.gz 100% of 7871 B 208 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Users-Agent-1.2.tar.gz. > portname: net-im/newsbot > description: Gathers news from RDF/RSS and send them to your IM > client > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=newsbot make TRYBROKEN=YES fetch newsbot-0.45.tar.gz 100% of 31 kB 158 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for newsbot-0.45.tar.gz. > portname: net-mgmt/aguri > description: An Aggregation-based Traffic Profiler > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=aguri make TRYBROKEN=YES fetch aguri-0.7.tar.gz 100% of 46 kB 849 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for aguri-0.7.tar.gz. > portname: net-mgmt/cfgstoragemk > description: MRTG configuration generator for storage monitoring > via SNMP > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=cfgstoragemk cfgstoragemaker-1.0.tar.gz 100% of 18 kB 451 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for cfgstoragemaker-1.0.tar.gz. > portname: net-mgmt/portmon > description: Daemon that monitor network services > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=portmon make TRYBROKEN=YES fetch portmon-2.0.tar.gz 100% of 104 kB 384 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for portmon-2.0.tar.gz. > portname: net-p2p/dctc > description: A DirectConnect (www.neo-modus.com) text client for > file sharing > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dctc make TRYBROKEN=YES fetch dctc-0.84.1.tar.gz 100% of 364 kB 443 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for dctc-0.84.1.tar.gz. > portname: net-p2p/hagelslag > description: A flexible command-line Gnutella implementation with > advanced features > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=hagelslag make TRYBROKEN=YES fetch hagelslag-0.13.tar.gz 100% of 142 kB 164 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for hagelslag-0.13.tar.gz. > portname: net-p2p/mldonkey-serverspy > description: MLDonkey Server Spy broadcasts your whereabouts on the > eDonkey network > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mldonkey-serverspy make TRYBROKEN=YES fetch mlservspy-1.2.tar.gz 100% of 245 kB 212 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mlservspy-1.2.tar.gz. > portname: net/mudix > description: Ncurses-based MUD client with triggers, aliases, > colors > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=mudix make TRYBROKEN=YES fetch mudix-4.3.tar.gz 100% of 41 kB 88 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mudix-4.3.tar.gz. > portname: net/p5-Net-OpenDHT > description: Access the Open Distributed Hash Table (Open DHT) > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-OpenDHT make TRYBROKEN=YES fetch Net-OpenDHT-0.33.tar.gz 100% of 4624 B 45 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Net-OpenDHT-0.33.tar.gz. > portname: net/py-timeoutsocket > description: Timeout mechanism for TCP connections > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-timeoutsocket make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for timeoutsocket-1.23.tar.gz. > portname: net/ttt > description: Tele Traffic Tapper, a network traffic monitoring tool > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ttt make TRYBROKEN=YES fetch ttt-1.8.2.tar.gz 100% of 135 kB 359 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for ttt-1.8.2.tar.gz. > portname: news/p5-Gateway > description: Robomoderation and mail to news gatewaying toolkit > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=p5-Gateway make TRYBROKEN=YES fetch Gateway-0.42.tar.gz 100% of 75 kB 74 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Gateway-0.42.tar.gz. > portname: news/xmitbin > description: Posts or mails binary and sourcecode files > intelligently > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=xmitbin make TRYBROKEN=YES fetch xmitBin-1.9.tar.Z 100% of 63 kB 471 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for xmitBin-1.9.tar.Z. > portname: palm/isilo > description: Converts documents from text/HTML to iSilo format > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=isilo make TRYBROKEN=YES fetch iSiloBSD.zip 100% of 95 kB 266 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for iSiloBSD.zip. > portname: palm/pose > description: Palm OS(R) Emulator > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pose make TRYBROKEN=YES fetch emulator_src_3.5.tar.gz 100% of 3088 kB 107 kBps 00m00s emulator-skins-19.tar.gz 100% of 2386 kB 5869 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for emulator_src_3.5.tar.gz. => SHA256 Checksum OK for emulator-skins-19.tar.gz. > portname: print/epsmerge > description: Merge multiple EPS files into one EPS or PS file > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=epsmerge make TRYBROKEN=YES fetch epsmerge-2.2.2.tar.gz 100% of 64 kB 261 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for epsmerge-2.2.2.tar.gz. > portname: print/mgv > description: A PostScript and PDF previewer maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=mgv make TRYBROKEN=YES fetch mgv-3.1.5.tar.gz 100% of 722 kB 45 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mgv-3.1.5.tar.gz. > portname: science/at > description: The Acoustic ToolBox includes four acoustic models > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=at make TRYBROKEN=YES fetch at_Unix.tar.Z 100% of 568 kB 54 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for at_Unix.tar.Z. > portname: science/pyvox > description: A set of software tools for medical image processing > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pyvox make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for pyvox-0.72.src.tgz. > portname: security/donkey > description: An alternative for S/KEY's key command > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=donkey make TRYBROKEN=YES fetch donkey-0.5.tar.gz 100% of 38 kB 128 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for donkey-0.5.tar.gz. > portname: security/execwrap > description: Super-user exec wrapper > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=execwrap make TRYBROKEN=YES fetch ExecWrap-0.5.tgz 100% of 7980 B 188 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for ExecWrap-0.5.tgz. > portname: security/fressh > description: A free rewritten implementation of the SSH > communication protocol > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh make TRYBROKEN=YES fetch fressh-0.8.1.tar.bz2 100% of 107 kB 48 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for fressh-0.8.1.tar.bz2. > portname: security/libparanoia > description: Safe (in the mean of stack smashing) reincarnation of > strcpy et al > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=libparanoia make TRYBROKEN=YES fetch libparanoia-1.4.1.tar.gz 100% of 9 kB 63 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz SHA256 Checksum OK for libparanoia-1.4.1.tar.gz. > portname: security/p5-Email-Obfuscate > description: Obfuscates email addresses > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-Email-Obfuscate make TRYBROKEN=YES fetch Email-Obfuscate-1.13.tar.gz 100% of 21 kB 38 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Email-Obfuscate-1.13.tar.gz. > portname: sysutils/cpuburn > description: CPU/memory stress testing utilities > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-11-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=cpuburn make TRYBROKEN=YES fetch cpuburn_1_4_tar.gz 100% of 7373 B 16 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for cpuburn_1_4_tar.gz. > portname: sysutils/plod > description: A system administration journaling tool > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=plod make TRYBROKEN=YES fetch plod-1.9.tar.gz 100% of 28 kB 647 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for plod-1.9.tar.gz. > portname: sysutils/wots > description: System log watch/alert utility, similar to swatch, > written in Perl > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=wots make TRYBROKEN=YES fetch wots-1.22.tar.gz 100% of 14 kB 34 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz SHA256 Checksum OK for wots-1.22.tar.gz. > portname: textproc/carthage > description: A parser and clean-up tool for SGML DTDs > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=carthage make TRYBROKEN=YES fetch carthage.zip 100% of 156 kB 42 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for carthage.zip. > portname: textproc/javacc > description: Java parser generator and lexical analyzer > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=javacc make TRYBROKEN=YES fetch javacc-4.0src.tar.gz 100% of 747 kB 5826 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for javacc-4.0src.tar.gz. > portname: vietnamese/unicode-uhoai > description: Unicode TrueType Font with UHoai Vietnamese encoding > maintainer: obrien@FreeBSD.org > deprecated because: No Master Site > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=unicode-uhoai make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for uhoaiw21.zip. > portname: vietnamese/vis2u > description: VISCII->Unicode conversion > maintainer: obrien@FreeBSD.org > deprecated because: No Master Site > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vis2u make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for vis2u10.zip. > portname: www/ashe > description: A simple HTML editor > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ashe make TRYBROKEN=YES fetch xhtml-1.3.tar.Z 100% of 136 kB 34 kBps libhtmlw.tar.Z 100% of 245 kB 46 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for xhtml-1.3.tar.Z. => SHA256 Checksum OK for cci.tar.Z. => SHA256 Checksum OK for libhtmlw.tar.Z. > portname: www/ljpms > description: Livejournal.com postings mass-restore and permissions > utility > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljpms make TRYBROKEN=YES fetch ljpms-1.4.zip 100% of 1701 kB 37 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz ===> ljpms-1.4 depends on file: /usr/local/bin/unzip - found > portname: www/ljsm > description: Livejournal.com postings recusive copy utility > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ljsm make TRYBROKEN=YES fetch ljsm-2.9.zip 100% of 1143 kB 39 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for ljsm-2.9.zip. > portname: www/mmosaic > description: Web browser based on Mosaic, but with many > modernizations > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: > http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.20110718073617/mmosaic-3.7.2_7.log (_Aug__1_18:19:47_UTC_2011) > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mmosaic make TRYBROKEN=YES fetch mMosaic-3.7.2.tar.gz 100% of 495 kB 42 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for mMosaic-3.7.2.tar.gz. > portname: www/p5-Catalyst-Plugin-FormCanary > description: Check that forms are submitted from your site > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Catalyst-Plugin-FormCanary make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Catalyst-Plugin-FormCanary-0.01.tar.gz. > portname: www/py-forgethtml > description: Python module for object-oriented HTML generation > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-forgethtml make TRYBROKEN=YES fetch forgethtml-cvs-2004-10-21.tar.gz 100% of 6211 B 207 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for forgethtml-cvs-2004-10-21.tar.gz. > portname: www/squishdot > description: A web-based news publishing and discussion product for > Zope > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squishdot make TRYBROKEN=YES fetch Squishdot-1-5-0.tar.gz 100% of 274 kB 34 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for Squishdot-1-5-0.tar.gz. > portname: www/tomcat41 > description: Open-source Java web server by Apache, stable 4.1.x > branch > maintainer: ports@FreeBSD.org > deprecated because: No more upstream support > expiration date: 2011-09-10 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat41 make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for apache-tomcat-4.1.36.tar.gz. > expiration date: 2012-09-30 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tomcat55 > portname: www/w3-4 > description: WWW browser based on emacs/mule > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=w3-4 make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for w3-4.0pre.47.tar.gz. > portname: www/webglimpse > description: WWW interface to Glimpse search engine > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webglimpse make TRYBROKEN=YES fetch webglimpse-1.6.src.tar.gz 100% of 89 kB 42 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz webglimpse-1.6.src.tar.gz > portname: www/webredirect > description: Small web server serving "301 Moved Permanently" only > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=webredirect make TRYBROKEN=YES fetch webredirect-0.3.tar.gz 100% of 11 kB 49 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for webredirect-0.3.tar.gz. > portname: www/xitami > description: A fast, portable multithreaded web server > maintainer: ports@FreeBSD.org > status: BROKEN > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=xitami make TRYBROKEN=YES fetch xiopen_2_5_src.tar.gz 100% of 1815 kB 46 kBps 00m00s make TRYBROKEN=YES extract works on ports-cur.8998.gz SHA256 Checksum OK for xiopen_2_5_src.tar.gz. > portname: x11-fonts/gnome-font-sampler > description: A program for viewing several fonts at once > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fonts&portname=gnome-font-sampler make TRYBROKEN=YES fetch gfontsampler-0.4.tar.gz 100% of 300 kB 80 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for gfontsampler-0.4.tar.gz. > portname: x11-toolkits/XawPlus > description: A replacement for Xaw with a nicer 3-D look and some > extensions > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=XawPlus make TRYBROKEN=YES fetch xawplus-3.1.0.tgz 100% of 346 kB 53 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for xawplus-3.1.0.tgz. > portname: x11-toolkits/p5-GdkPixbuf > description: The Pixbuf module of Gtk-Perl > maintainer: perl@FreeBSD.org > deprecated because: Disappear from CPAN > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-GdkPixbuf make TRYBROKEN=YES extract works on ports-cur.8998.gz SHA256 Checksum OK for Gtk-Perl-0.7009.tar.gz. > portname: x11-toolkits/qtpixmap > description: Modifed GTK pixmap engine to obtain Theme information > from Qt > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=qtpixmap make TRYBROKEN=YES fetch QtPixmap-0.28.tar.gz 100% of 419 kB 83 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz => SHA256 Checksum OK for QtPixmap-0.28.tar.gz. > portname: x11/fbsd-icons > description: Collection of icons related to the FreeBSD project > maintainer: ports@FreeBSD.org > deprecated because: Upstream disapear and distfile is no more available > expiration date: 2011-05-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=fbsd-icons => SHA256 Checksum OK for fbsd-icons.tar.gz. > portname: x11/xvattr > description: Getting and setting Xv attributes > maintainer: ports@FreeBSD.org > deprecated because: No more public distfiles > expiration date: 2011-09-01 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=xvattr make TRYBROKEN=YES fetch xvattr-1.3.tar.gz 100% of 80 kB 157 kBps make TRYBROKEN=YES extract works on ports-cur.8998.gz PS Some of the other ports scheduled for deletion look a bit dubious, eg this flabby vague phrase : > deprecated because: Abandonware listed as 'reason' to delete numerous ports. Abandoned ? So what ! - I know of several ports abandoned years back by original author, that still build & run just fine. no ports names because of crusading ports butchers. --------------- # make.conf.fetch include file MASTER_SORT_REGEX?= ^file: ^ftp://ftp\.FreeBSD\.org/pub/FreeBSD/ports/local-distfiles/ ://[^/]*\.de/ ://[^/]*\.de\. FTP_HOST=ftp.js.berklix.net P_F_D=pub/FreeBSD/dists BP_F_D=/usr1/ftp/.backup/pub/FreeBSD/dists P_F_P_D=pub/FreeBSD/ports/distfiles DIS_LOCAL+= file:///${P_F_D}/current/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/current/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/current/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/httack/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/httack/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/httack/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/current.old/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/current.old/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/current.old/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/8.2-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= /${BP_F_D}/8.2-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/8.2-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= /${BP_F_D}/8.2-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://laps/${P_F_D}/8.2-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/6.4-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/6.4-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/6.4-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/4.11-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/4.11-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/4.11-RELEASE/${DIST_SUBDIR}/ DIS_LOCAL+= file:///${P_F_D}/jhs/${DIST_SUBDIR}/ DIS_LOCAL+= /${P_F_D}/jhs//${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_D}/jhs/${DIST_SUBDIR}/ DIS_LOCAL+= /${BP_F_D}/jhs//${DIST_SUBDIR}/ DIS_LOCAL+= ftp://laps/${P_F_D}/jhs/${DIST_SUBDIR}/ DIS_LOCAL+= ftp://${FTP_HOST}/${P_F_P_D}/${DIST_SUBDIR}/ DIS_LOCAL+= file:///home/jhs/tmp/ DIS_LOCAL+= file:///home/jhs/tmp/ DIS_LOCAL+= /home/jhs/tmp/ DIS_LOCAL+= file:///home/jhs/tmp/distfiles/ DIS_LOCAL+= /home/jhs/tmp/distfiles/ DIS_LOCAL+= file:///host/user/home/jhs/tmp/ DIS_LOCAL+= /host/user/home/jhs/tmp/ DIS_REMOTE_FTP+=ftp://ftp.tu-clausthal.de/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.plusline.net/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.rrze.uni-erlangen.de/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.nikoma.de/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://sunsite.informatik.RWTH-Aachen.DE/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.gwdg.de/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.cs.tu-berlin.de/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.uk.freebsd.org/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.se.freebsd.org/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+= ftp://ftp.freebsd.org/${P_F_P_D}/${DIST_SUBDIR}/ DIS_REMOTE_FTP+=ftp://ftp.netbsd.org/pub/pkgsrc/distfiles/ DIS_REMOTE_HTTP+= http://ftp2.ua.freebsd.org/pub/FreeBSD/ports/distfiles/ DIS_REMOTE_HTTP+= http://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles/ MASTER_SITE_BACKUP= MASTER_SITE_BACKUP+= ${DIS_REMOTE_HTTP} MASTER_SITE_OVERRIDE= ${DIS_LOCAL} FETCH_ARGS="-ARrv" --------------- Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 04:13:26 2011 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 4F2BF106564A for ; Thu, 8 Sep 2011 04:13:26 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3008FC1B for ; Thu, 8 Sep 2011 04:13:25 +0000 (UTC) Received: by vxi39 with SMTP id 39so145767vxi.13 for ; Wed, 07 Sep 2011 21:13:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=/xmm/NIhHxXmTH3l0/S6U+xKKASDKjY3kV1QE8zhb+g=; b=nPbnc4QTtho0WHeHngDE4jVfW9vtY465YlIdg4AYHOy/MJZAIk3QJjFKcGEnsfTNM9 gIbDXsXltH1s0YMpVdnB/XvRSqfIaVTkEaGP8U7i59SVPXEzofKmcuSG0fOAbNQC5thT WZBYZsXywriqWpi7dxlUHQfZWah8jOTgPIo7E= Received: by 10.52.186.134 with SMTP id fk6mr176859vdc.380.1315455205180; Wed, 07 Sep 2011 21:13:25 -0700 (PDT) Received: from schism.local (c-76-124-49-145.hsd1.pa.comcast.net [76.124.49.145]) by mx.google.com with ESMTPS id u7sm1806332vds.5.2011.09.07.21.13.18 (version=SSLv3 cipher=OTHER); Wed, 07 Sep 2011 21:13:19 -0700 (PDT) Message-ID: <4E6840DD.2050209@gmail.com> Date: Thu, 08 Sep 2011 00:13:17 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "Julian H. Stacey" References: <201109080128.p881SVZF021424@fire.js.berklix.net> In-Reply-To: <201109080128.p881SVZF021424@fire.js.berklix.net> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: sysutils/cfs 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, 08 Sep 2011 04:13:26 -0000 On 9/7/11 9:28 PM, Julian H. Stacey wrote: >> And what we have been trying to explain to you is that this has never >> been a supported mode of operation. We don't tie the ports tree to >> specific releases, > > FreeBSD doese "tie the ports tree to specific releases". We have ports > freezes before each release, it gets tagged & goes on cdrom images, > packages get rolled. (Yes, Not quite the same as src/ ) > Packages are tied to a specific release (and are distributed with said release). Ports are not. -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 05:20:10 2011 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 45908106564A for ; Thu, 8 Sep 2011 05:20:10 +0000 (UTC) (envelope-from schaecsn@gmx.net) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id A93788FC14 for ; Thu, 8 Sep 2011 05:20:09 +0000 (UTC) Received: (qmail invoked by alias); 08 Sep 2011 04:53:26 -0000 Received: from adsl-71-134-240-128.dsl.pltn13.pacbell.net (EHLO keeper.homelinux.org) [71.134.240.128] by mail.gmx.net (mp004) with SMTP; 08 Sep 2011 06:53:26 +0200 X-Authenticated: #548211 X-Provags-ID: V01U2FsdGVkX196cdYSXRN68bGmBZQwiEEabz3UX6q4tp9S5irdl1 Re/3sTamQEBupk Received: by keeper.homelinux.org (Postfix, from userid 1001) id C6E2E1EE8F1; Wed, 7 Sep 2011 21:53:28 -0700 (PDT) From: Stefan Schaeckeler To: freebsd-ports@freebsd.org Message-Id: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> Date: Wed, 7 Sep 2011 21:53:28 -0700 (PDT) X-Y-GMX-Trusted: 0 Subject: The cost of a source based package system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: schaecsn@gmx.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 05:20:10 -0000 Hi all, please don't take this posting too serious. I was just curious ... Just the other day, I bought a kill-a-watt. Among other things, I measured the "cost of a source based package system", i.e. I was comparing the energy cost of installing ports from source vs binary packages (setup, see below). Case 1: Source based installation Time: 7 hours, 3 min Energy: 0.489 kw*h Price: 4.89 US cent Case 2a: Binary packages based installation Time: 1 hour, 57 min Energy: 0.079 kw*h Price: 0.79 US cent If the computer is constantly running, then we should add the installation time of case 1 to case 2a: Case 2b: Binary packages based installation Time: 7 hours, 3 min Energy: (40/1000)kw*(7.05-1.95)h + 0.079 kw*h = 0.283 kw*h Price: 2.83 US cent Using source based ports is with almost 5 US cents 6.19 times (case 1 vs case 2a) or 1.73 times (case 1 vs case 2b) more expensive than using binary packages :) - Stefan Details: Price: 1 kw*h = 10 US cent. Kill-a-Watt trick: by setting the price per kw to $9.999 (= $10), I could get one more digit of accuracy for the consumed energy by dividing the price by 10. HW: Sony vaio pcg-k23 laptop (pentium 4, 2,8 GHz, huge display). Booted into FreeBSD, it consumes around 40 Watt ("idle"). When compiling programs, the power consumption doubles to somewhat above 80 Watt. Internet connection 768kb/s. SW: Installed 259 ports via this script: --- snip --- date for i in /usr/ports/x11/xorg-minimal\ /usr/ports/x11/xorg-apps\ /usr/ports/x11/xorg-cf-files\ /usr/ports/x11/xorg-docs\ /usr/ports/x11/xorg-libraries\ /usr/ports/shells/bash3\ /usr/ports/print/teTeX\ /usr/ports/editors/emacs\ /usr/ports/editors/joe2\ /usr/ports/multimedia/xmms\ /usr/ports/multimedia/ffmpeg\ /usr/ports/lang/clisp\ /usr/ports/lang/hugs\ /usr/ports/lang/swi-pl\ /usr/ports/lang/llvm-gcc4\ /usr/ports/lang/gnat\ /usr/ports/lang/Gofer\ /usr/ports/x11-toolkits/tk86 do cd $i && yes o | make install clean done date halt -p --- snip --- Similarly, 246 binary packages have been installed via pkg_add -r. pkg_delete /var/db/pkg/* rm -rf /usr/ports/distfiles/ PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/ export PACKAGESITE --- snip --- date for i in xorg-minimal\ xorg-apps\ xorg-cf-files\ xorg-docs\ xorg-libraries\ bash3\ teTeX\ emacs\ joe2\ xmms\ ffmpeg\ clisp\ hugs\ swi-pl\ llvm-gcc4\ gnat\ Gofer\ tk86 do pkg_add -r $i done date halt -p --- snip --- The number of ports and binary packages varies slightly. I don't know why. This only introduces a small error. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 05:36:33 2011 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 1EC1C106566C for ; Thu, 8 Sep 2011 05:36:33 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id D1DD88FC1B for ; Thu, 8 Sep 2011 05:36:32 +0000 (UTC) Received: by vxi39 with SMTP id 39so189923vxi.13 for ; Wed, 07 Sep 2011 22:36:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=RW8pW6pcGSovLh3fawsrSc9SS7oraPsOHzSbSstPlrE=; b=iiXSsDp4btISx/22JvPd0b9svklyWLcm/pvTT0h7zGizEG9zSYttaWy6/jXuPliSne O/8gyqLJ6c/Oq7MQCijWgMwltlMD3YkDCYyddTL+METwVFg8XXDCVI8dEFhUeCGF1tYO iYdVdjFLnwAR/8QqNkgpw57wrnvTtSd1Vpucc= Received: by 10.52.65.75 with SMTP id v11mr275446vds.176.1315460192088; Wed, 07 Sep 2011 22:36:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.180.72 with HTTP; Wed, 7 Sep 2011 22:36:02 -0700 (PDT) In-Reply-To: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> From: Eitan Adler Date: Thu, 8 Sep 2011 01:36:02 -0400 Message-ID: To: schaecsn@gmx.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: The cost of a source based package system 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, 08 Sep 2011 05:36:33 -0000 On Thu, Sep 8, 2011 at 12:53 AM, Stefan Schaeckeler wrot= e: > Hi all, please don't take this posting too serious. I was just curious ..= . Thanks for the disclaimer. > . Among other things, I measured the "cost of a source based package syst= em", i.e. I was comparing the energy cost of installing ports from source v= s binary packages (setup, see below). Make sure to measure multiple times, with a cold cache, and calculate =CE=B1 and p values ;) .... > The number of ports and binary packages varies slightly. I don't know why= . This only introduces a small error. Likely due to "build dependencies" which are not needed when installing via packages. --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 06:20:29 2011 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 170551065670; Thu, 8 Sep 2011 06:20:29 +0000 (UTC) (envelope-from utisoft@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 B7EE68FC0C; Thu, 8 Sep 2011 06:20:28 +0000 (UTC) Received: by gyf2 with SMTP id 2so437151gyf.13 for ; Wed, 07 Sep 2011 23:20:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YA8AbgoM/jHLIbMSMCixEmsAj8xFfdWoYYP5ZuOi92c=; b=DmRdQtm0FBEShcOIwYHEeJu30JsqRmjU8WAmp3pS4FF8azOPu13WqACKeIUjHmxZ0P qUhdxeuW4aDJJCa2fAshqYBYFGwqyoDkTTH9zDx+CeekD+0yEEsMWIxcf02Fd6HssMpF oF8KJeq1pWDUWC2UbIHuCTuA9pW/QjUx18XtY= MIME-Version: 1.0 Received: by 10.231.26.68 with SMTP id d4mr234942ibc.66.1315462827929; Wed, 07 Sep 2011 23:20:27 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Wed, 7 Sep 2011 23:20:27 -0700 (PDT) Received: by 10.231.61.148 with HTTP; Wed, 7 Sep 2011 23:20:27 -0700 (PDT) In-Reply-To: <201109080128.p881SVZF021424@fire.js.berklix.net> References: <4E67F41F.70401@FreeBSD.org> <201109080128.p881SVZF021424@fire.js.berklix.net> Date: Thu, 8 Sep 2011 07:20:27 +0100 Message-ID: From: Chris Rees To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, Doug Barton , perryh@pluto.rain.com Subject: Re: sysutils/cfs 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, 08 Sep 2011 06:20:29 -0000 On 8 Sep 2011 02:29, "Julian H. Stacey" wrote: > > Hi, > Reference: > > From: Doug Barton > > Date: Wed, 07 Sep 2011 15:45:51 -0700 > > Message-id: <4E67F41F.70401@FreeBSD.org> > > Doug Barton wrote: > > On 9/7/2011 10:02 AM, perryh@pluto.rain.com wrote: > > > Doug Barton wrote: > > >> On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > > >>> Doug Barton wrote: > > >>>>>>>>> Better to deprecate such non urgent ports, & wait a while > > >>>>>>>>> after next release is rolled, to give release users a warning > > >>>>>>>>> & some time to volunteer ... > > >>>>>> > > >>>>>> That's an interesting idea, but incredibly unlikely to happen. > > >>>>> > > >>>>> It _certainly_ won't happen if those in charge refuse to try it! > > >>>> > > >>>> My point was that the idea is impractical ... > > >>> > > >>> How is it impractical to, as a rule, set an expiration date based > > >>> on an anticipated future release date rather than only a month or > > >>> two out from when the decision is made? > > >> > > >> As has repeatedly been explained to you ... > > > > > > I think you may have gotten me confused with someone else. > > > > Quite possibly. :) Saying the same things over and over again gets > > mentally exhausting after a while. > > > > >> you're asking the wrong question. The question is, how does it > > >> benefit the users to leave it in when we know that we're going > > >> to delete it? Either way the user will discover that the port > > >> is not easily available for installation when they update their > > >> ports tree. > > > > > > Reread the first paragraph. Provided the port is still in the > > > tree, when they try to build it the ports mechanism reports the > > > FORBIDDEN/BROKEN/whatever which describes the problem, and the > > > expiration date a month or two out. (If the expiration date is > > > not included in the report, it should be.) They then know that > > > they need to fix the port, or find someone to fix it, and they > > > know _why_ it needs to be fixed. In contrast, if the port is > > > _no longer_ in the tree, they have no clue why it disappeared. > > > > As was pointed out elsewhere in the thread, the MOVED entry should > > contain that information. Generally what I do when I actually remove a > > port is to copy the DEPRECATED/FORBIDDEN message into the MOVED file entry. > > > > However, even if that isn't sufficient the entire story is still > > available in the CVS history. And the user can always ask on > > freebsd-ports@ if they are really confused and need help. > > > > >> The difference is that in the meantime people doing work on > > >> the ports tree don't have to work around the old port (that's > > >> going to be removed anyway). > > > > > > It's only going to be removed if no one fixes it. > > > > .. which is what happens in the vast majority of cases. > > > > > The whole > > > point is that "release users" don't continuously monitor their > > > ports -- they only upgrade when they become aware that they > > > need to (e.g. when a newer release becomes available). > > > > And what we have been trying to explain to you is that this has never > > been a supported mode of operation. We don't tie the ports tree to > > specific releases, > > [ I've been reading & not writing , as real life priorities intrude, > but that phrase has been repeated too often to ignore ...] > > FreeBSD doese "tie the ports tree to specific releases". We have ports > freezes before each release We don't, actually. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 07:00:40 2011 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 529C71065672 for ; Thu, 8 Sep 2011 07:00:40 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 251BF8FC1F for ; Thu, 8 Sep 2011 07:00:40 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id p886QEdv014522; Thu, 8 Sep 2011 00:26:17 -0600 From: Erich Dollansky To: freebsd-ports@freebsd.org, schaecsn@gmx.net Date: Thu, 8 Sep 2011 13:26:11 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.5; amd64; ; ) References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> In-Reply-To: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109081326.11474.erichfreebsdlist@ovitrap.com> Cc: Subject: Re: The cost of a source based package system 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, 08 Sep 2011 07:00:40 -0000 Hi, On Thursday 08 September 2011 11:53:28 Stefan Schaeckeler wrote: > Hi all, please don't take this posting too serious. I was just curious ... your are talking about a serious problem. > > Using source based ports is with almost 5 US cents 6.19 times (case 1 vs case 2a) or 1.73 times (case 1 vs case 2b) more expensive than using binary packages :) Yes, but: You are moving the cost from you to the the hosting companies. If more people use packages, they will need more capacity to supply all the different variants. Does anybody know what takes more capacity? The sources or the binaries? I would believe that the sources would take more space and bandwidth but the different variants of the binaries could be much bigger at the end. I remember some articles about the electricity bill Google gets every month. It is not that low. So, to paint a more complete picture, we must see both sides of the fence. To make matters worse, people like me do both. I upgrade via the packages and then compile while I am already able to work with the new ports. At least, if the packages worked. At the end, we who want to go green have to stop using the Internet and go back to postal services as it costs less energy. Erich > > > - Stefan > > > > Details: > > Price: 1 kw*h = 10 US cent. > > Kill-a-Watt trick: by setting the price per kw to $9.999 (= $10), I could get one more digit of accuracy for the consumed energy by dividing the price by 10. > > HW: Sony vaio pcg-k23 laptop (pentium 4, 2,8 GHz, huge display). Booted into FreeBSD, it consumes around 40 Watt ("idle"). When compiling programs, the power consumption doubles to somewhat above 80 Watt. Internet connection 768kb/s. > > SW: Installed 259 ports via this script: > --- snip --- > date > for i in /usr/ports/x11/xorg-minimal\ > /usr/ports/x11/xorg-apps\ > /usr/ports/x11/xorg-cf-files\ > /usr/ports/x11/xorg-docs\ > /usr/ports/x11/xorg-libraries\ > /usr/ports/shells/bash3\ > /usr/ports/print/teTeX\ > /usr/ports/editors/emacs\ > /usr/ports/editors/joe2\ > /usr/ports/multimedia/xmms\ > /usr/ports/multimedia/ffmpeg\ > /usr/ports/lang/clisp\ > /usr/ports/lang/hugs\ > /usr/ports/lang/swi-pl\ > /usr/ports/lang/llvm-gcc4\ > /usr/ports/lang/gnat\ > /usr/ports/lang/Gofer\ > /usr/ports/x11-toolkits/tk86 > do > cd $i && yes o | make install clean > done > date > halt -p > --- snip --- > > Similarly, 246 binary packages have been installed via pkg_add -r. > > pkg_delete /var/db/pkg/* > rm -rf /usr/ports/distfiles/ > > PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/ > export PACKAGESITE > > --- snip --- > date > for i in xorg-minimal\ > xorg-apps\ > xorg-cf-files\ > xorg-docs\ > xorg-libraries\ > bash3\ > teTeX\ > emacs\ > joe2\ > xmms\ > ffmpeg\ > clisp\ > hugs\ > swi-pl\ > llvm-gcc4\ > gnat\ > Gofer\ > tk86 > do > pkg_add -r $i > done > date > halt -p > --- snip --- > > > The number of ports and binary packages varies slightly. I don't know why. This only introduces a small error. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 07:51:13 2011 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 60988106566B; Thu, 8 Sep 2011 07:51:13 +0000 (UTC) (envelope-from flo@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6AC8FC0C; Thu, 8 Sep 2011 07:51:13 +0000 (UTC) Received: from bender.solomo.local (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p887pBqB092430; Thu, 8 Sep 2011 07:51:12 GMT (envelope-from flo@freebsd.org) Message-ID: <4E6873EF.1020603@freebsd.org> Date: Thu, 08 Sep 2011 09:51:11 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0) Gecko/20110907 Thunderbird/7.0 MIME-Version: 1.0 To: Lawrence Stewart References: <4E68094A.4060606@freebsd.org> In-Reply-To: <4E68094A.4060606@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Gecko , freebsd-ports@freebsd.org Subject: Re: Bumping lightning to 1.0b5 so it works with Thunderbird 6.0.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: Thu, 08 Sep 2011 07:51:13 -0000 On 08.09.2011 02:16, Lawrence Stewart wrote: > Hi Gecko team, > > The update from Thunderbird 6.0 to 6.0.1 has stopped the Lightning > 1.0b5pre plugin from working - it claims to be incompatible with the new > version of Thunderbird and can't be enabled. Lightning 1.0b5 seems to > work fine with Thunderbird 6.0.1 on my wife's windows PC, so I'm > guessing a very minor bump to the lightning build source is needed to > get it working again. > > If you're aware of this issue then great, but if not, just wanted to > bring it to your attention so that it's on your radar. > Hi Lawrence, did you reinstall the built xpi? It's usually located here /usr/local/share/lightning/lightning-thunderbird.xpi. That one should be compatible. I'm working on making this step automatic, but I'm not there yet, it's on the TODO list ;) Cheers, Florian From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 08:31:43 2011 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 9FBB61065673 for ; Thu, 8 Sep 2011 08:31:43 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 887228FC0C for ; Thu, 8 Sep 2011 08:31:42 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward13.mail.yandex.net (Yandex) with ESMTP id B3F3014259F for ; Thu, 8 Sep 2011 12:31:30 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315470690; bh=4WpdnPsWWwtzFrZFDfFIv654vk1rjupTSuNjRE+JLGE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=jnxs9FcBGuoX/qUxX//KL62T+2zNEtQtE22LN6DcILXVTPKBlraQ7lJrjAYK5Uyux Q8KZJKzj9plBly4+e5zhkJQy1L4iMuVELoncWp8J4vnfEwPPpgxirG01Rkd0I6Na5G m9vjjzjmcNMiWKAn5SLL3Nlx0vY+wE/egm95vxgs= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 9FD361B604B9 for ; Thu, 8 Sep 2011 12:31:30 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id VThOGwBD-VUhaCVQZ; Thu, 8 Sep 2011 12:31:30 +0400 X-Yandex-Spam: 1 Message-ID: <4E687D5A.4040509@yandex.ru> Date: Thu, 08 Sep 2011 12:31:22 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: ports/159978: apply simple upstream patch 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, 08 Sep 2011 08:31:43 -0000 Good day, can please anybody commit this: http://bugs.freebsd.org/159978 It's quite simple upstream patch (committed into not yet released 2.4.1 version), that solves OP problem. And maintainer timeout 2weeks+. Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 08:56:52 2011 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 57C41106564A; Thu, 8 Sep 2011 08:56:52 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from portland.byshenk.net (portland.byshenk.net [69.168.53.243]) by mx1.freebsd.org (Postfix) with ESMTP id F320F8FC15; Thu, 8 Sep 2011 08:56:51 +0000 (UTC) Received: from portland.byshenk.net (localhost [127.0.0.1]) by portland.byshenk.net (8.14.5/8.14.5) with ESMTP id p888gAk1084320; Thu, 8 Sep 2011 01:42:10 -0700 (PDT) (envelope-from byshenknet@portland.byshenk.net) Received: (from byshenknet@localhost) by portland.byshenk.net (8.14.5/8.14.5/Submit) id p888g5aK084319; Thu, 8 Sep 2011 01:42:05 -0700 (PDT) (envelope-from byshenknet) Date: Thu, 8 Sep 2011 01:42:05 -0700 From: Greg Byshenk To: "Mikhail T." Message-ID: <20110908084205.GG13219@portland.byshenk.net> References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E680908.3060708@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on portland.byshenk.net Cc: ports@freebsd.org, jhs@berklix.com, Doug Barton , perryh@pluto.rain.com, utisoft@gmail.com Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 08 Sep 2011 08:56:52 -0000 On Wed, Sep 07, 2011 at 08:15:04PM -0400, Mikhail T. wrote: > On -10.01.-28163 14:59, Doug Barton wrote: > >Non sequitur. The large number of ports that we support IS a feature. > >However, it's also a pretty big maintenance burden. Especially when you > >consider the number of those ports that are either actually or effectively > >unmaintained. > > Support? What support? Can I call someone and have a solution to a problem? > Some PRs remain open for years and any attempts to escalate are met with > "patches welcome" -- I've been on both sides myself :-) > > We do not offer support, make no promises of such and offer neither > guarantees nor SLAs. What we do offer is: "THERE IS A PORT OF IT". If there > is a piece of software out there, chances are, it is ported to FreeBSD. > Even if the existing port is imperfect, it is a starting point for > somebody, who needs that software on their system. > > With every port removed, that promise wears thinner and thinner... I'm not a developer, but it strikes me that the above hits at the core of the disagreement. For many people, what "THERE IS A PORT OF IT" actually -means- is that the user can go to ports and install a -working- version of the software, not merley that there is something called 'IT' somewhere in the ports tree that may or may not work. And, if I'm not mistaken, this is also what 'support' means in the context of ports. No, of course there is no helpdesk you can call. But just as with the 'supported hardware' list, 'supported' means that the team will do its best to ensure that things actually work. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 09:32:43 2011 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 D9768106566C; Thu, 8 Sep 2011 09:32:43 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 7717B8FC08; Thu, 8 Sep 2011 09:32:41 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBD531.dip.t-dialin.net [93.203.213.49]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p889WdkS011508; Thu, 8 Sep 2011 09:32:40 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p889WSFI068335; Thu, 8 Sep 2011 11:32:28 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p889W4PJ023680; Thu, 8 Sep 2011 09:32:10 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109080932.p889W4PJ023680@fire.js.berklix.net> To: Chris Rees From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Sep 2011 07:20:27 BST." Date: Thu, 08 Sep 2011 11:32:04 +0200 Sender: jhs@berklix.com Cc: ports@freebsd.org, Doug Barton , perryh@pluto.rain.com Subject: Re: sysutils/cfs 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, 08 Sep 2011 09:32:44 -0000 Hi, Reference: > From: Chris Rees > Date: Thu, 8 Sep 2011 07:20:27 +0100 > Message-id: Chris Rees wrote: > --00151774047892f1af04ac680e7e > Content-Type: text/plain; charset=ISO-8859-1 > > On 8 Sep 2011 02:29, "Julian H. Stacey" wrote: > > > > Hi, > > Reference: > > > From: Doug Barton > > > Date: Wed, 07 Sep 2011 15:45:51 -0700 > > > Message-id: <4E67F41F.70401@FreeBSD.org> > > > > Doug Barton wrote: > > > On 9/7/2011 10:02 AM, perryh@pluto.rain.com wrote: > > > > Doug Barton wrote: > > > >> On 09/07/2011 00:07, perryh@pluto.rain.com wrote: > > > >>> Doug Barton wrote: > > > >>>>>>>>> Better to deprecate such non urgent ports, & wait a while > > > >>>>>>>>> after next release is rolled, to give release users a warning > > > >>>>>>>>> & some time to volunteer ... > > > >>>>>> > > > >>>>>> That's an interesting idea, but incredibly unlikely to happen. > > > >>>>> > > > >>>>> It _certainly_ won't happen if those in charge refuse to try it! > > > >>>> > > > >>>> My point was that the idea is impractical ... > > > >>> > > > >>> How is it impractical to, as a rule, set an expiration date based > > > >>> on an anticipated future release date rather than only a month or > > > >>> two out from when the decision is made? > > > >> > > > >> As has repeatedly been explained to you ... > > > > > > > > I think you may have gotten me confused with someone else. > > > > > > Quite possibly. :) Saying the same things over and over again gets > > > mentally exhausting after a while. > > > > > > >> you're asking the wrong question. The question is, how does it > > > >> benefit the users to leave it in when we know that we're going > > > >> to delete it? Either way the user will discover that the port > > > >> is not easily available for installation when they update their > > > >> ports tree. > > > > > > > > Reread the first paragraph. Provided the port is still in the > > > > tree, when they try to build it the ports mechanism reports the > > > > FORBIDDEN/BROKEN/whatever which describes the problem, and the > > > > expiration date a month or two out. (If the expiration date is > > > > not included in the report, it should be.) They then know that > > > > they need to fix the port, or find someone to fix it, and they > > > > know _why_ it needs to be fixed. In contrast, if the port is > > > > _no longer_ in the tree, they have no clue why it disappeared. > > > > > > As was pointed out elsewhere in the thread, the MOVED entry should > > > contain that information. Generally what I do when I actually remove a > > > port is to copy the DEPRECATED/FORBIDDEN message into the MOVED file > entry. > > > > > > However, even if that isn't sufficient the entire story is still > > > available in the CVS history. And the user can always ask on > > > freebsd-ports@ if they are really confused and need help. > > > > > > >> The difference is that in the meantime people doing work on > > > >> the ports tree don't have to work around the old port (that's > > > >> going to be removed anyway). > > > > > > > > It's only going to be removed if no one fixes it. > > > > > > .. which is what happens in the vast majority of cases. > > > > > > > The whole > > > > point is that "release users" don't continuously monitor their > > > > ports -- they only upgrade when they become aware that they > > > > need to (e.g. when a newer release becomes available). > > > > > > And what we have been trying to explain to you is that this has never > > > been a supported mode of operation. We don't tie the ports tree to > > > specific releases, > > > > [ I've been reading & not writing , as real life priorities intrude, > > but that phrase has been repeated too often to ignore ...] > > > > FreeBSD doese "tie the ports tree to specific releases". We have ports > > freezes before each release > > We don't, actually. http://www.freebsd.org/doc/en/articles/committers-guide/ports.html#Q13.4.1. http://www.freebsd.org/releases/7.2R/schedule.html http://www.freebsd.org/portmgr/qa.html > --00151774047892f1af04ac680e7e > Content-Type: text/html; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable Surplus Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 10:04:27 2011 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 7F3381065670; Thu, 8 Sep 2011 10:04:27 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id F070B8FC13; Thu, 8 Sep 2011 10:04:26 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward11.mail.yandex.net (Yandex) with ESMTP id 55EE5E82B0B; Thu, 8 Sep 2011 14:04:25 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315476265; bh=brsfhtV3PWh/JgmZxUjpb0LEqh6UU7Bd5mbIkX9qzJQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aTdJcrmvBdf4g/3YYEuboiTeYIkPVSWwYxkXOqUgL8eqCZta0gpjqhyaXtZlyrnfO WG+8/TcLibvT9G80E9VRhViL35tW8aElmcNK9FEA+WfhhjFQ92rntkdLDOpcXpvQjQ JpbcSpz8VrNv9aMASrDFElhkxZWuSKVulc9sxNjs= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 376FAE402D8; Thu, 8 Sep 2011 14:04:25 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 4O9eiwt7-4O9GwqNd; Thu, 8 Sep 2011 14:04:25 +0400 X-Yandex-Spam: 1 Message-ID: <4E689320.5060107@yandex.ru> Date: Thu, 08 Sep 2011 14:04:16 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: portmgr-feedback@FreeBSD.org References: <201109070633.p876X8uc083295@koala.droso.net> In-Reply-To: <201109070633.p876X8uc083295@koala.droso.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, linimon@FreeBSD.org Subject: Re: FreeBSD ports which are currently scheduled for deletion 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, 08 Sep 2011 10:04:27 -0000 linimon@FreeBSD.org wrote on 07.09.2011 10:33: > > portname: databases/postgresql-plpython > description: A module for using Python to write SQL functions > maintainer: ports@FreeBSD.org > deprecated because: (error in parsing Makefile) > expiration date: 2011-04-02 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plpython How can i know what this mean - "error in parsing Makefile"? If this is about it doesn't builds with 9.1b3, then we have pr with patch about it - http://bugs.freebsd.org/159319. There is analogues patches for other postgresql-pl* ports in gnats. There is also http://bugs.freebsd.org/159843 http://bugs.freebsd.org/159844 How can ports be removed if the solutions for them is in gnats? -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 10:09:28 2011 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 36B3F106566B; Thu, 8 Sep 2011 10:09:28 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id A80298FC16; Thu, 8 Sep 2011 10:09:27 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward12.mail.yandex.net (Yandex) with ESMTP id BDD61C2280F; Thu, 8 Sep 2011 14:09:26 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315476566; bh=e8by+k4AHr8CQvbAnpZD6mNRWIypUx1k6zgGoRTrFrg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RXMJqQ7dAoLkREBoU+9LXryL+9ars9H/4pOzdAM7mmlyhBx4YlHSHPk44rQB63SOL tuwwwR5YEEkac2+k3qLNIDpiVwCk/KHgWmBEeROR73ZwMlM1PScTwNX+x+S1VuFCA9 E+75PQSKw6397ZQYc7rgtQYp9oWzRhQbO0XIdzWs= Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 9FAF27E03CB; Thu, 8 Sep 2011 14:09:26 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9PZKoI0v-9QZubWio; Thu, 8 Sep 2011 14:09:26 +0400 X-Yandex-Spam: 1 Message-ID: <4E68944E.6050502@yandex.ru> Date: Thu, 08 Sep 2011 14:09:18 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: portmgr-feedback@FreeBSD.org References: <201109070633.p876X8uc083295@koala.droso.net> <4E689320.5060107@yandex.ru> In-Reply-To: <4E689320.5060107@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, linimon@FreeBSD.org Subject: Re: FreeBSD ports which are currently scheduled for deletion 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, 08 Sep 2011 10:09:28 -0000 Ruslan Mahmatkhanov wrote on 08.09.2011 14:04: > linimon@FreeBSD.org wrote on 07.09.2011 10:33: >> >> portname: databases/postgresql-plpython >> description: A module for using Python to write SQL functions >> maintainer: ports@FreeBSD.org >> deprecated because: (error in parsing Makefile) >> expiration date: 2011-04-02 >> build errors: none. >> overview: >> http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plpython >> > > How can i know what this mean - "error in parsing Makefile"? > If this is about it doesn't builds with 9.1b3, then we have pr with > patch about it - http://bugs.freebsd.org/159319. > There is analogues patches for other postgresql-pl* ports in gnats. > There is also > http://bugs.freebsd.org/159843 > http://bugs.freebsd.org/159844 > > How can ports be removed if the solutions for them is in gnats? I also see on portsmon.FreeBSD.org that this port was failed to build with databases/postgresql74-server. But who cares? We even doesn't have such port in the tree! (PotsgreSQL 7.4 was removed on 04 Apr 2011 from the ports tree). So i thinks this message is completely bogus. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 10:17:20 2011 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 712D9106566B; Thu, 8 Sep 2011 10:17:20 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 65FB78FC12; Thu, 8 Sep 2011 10:17:19 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward13.mail.yandex.net (Yandex) with ESMTP id 7A469141645; Thu, 8 Sep 2011 14:17:18 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315477038; bh=A1Chy7WsZUUhyDCDyLwUz6G9U249wdo+ztzr6S8uhnQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=o8B/SejU+qShTuqg3gFPlN7BUHvm/naX8SpNhpV1Of1lDNL9jJ2/CaAjTqgEKiJnY 3D+o7G+lte/PWOfg7/4A90q++FPn4+5ciHn2X14IbkZGs5hwxRikv1EZmgzi5YjnQt ZUL44bIEkAj810ydUOoakPlHywNKO9TjTQmqgAmo= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 5857BE403A3; Thu, 8 Sep 2011 14:17:18 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id HH94RQ71-HH94RF7W; Thu, 8 Sep 2011 14:17:17 +0400 X-Yandex-Spam: 1 Message-ID: <4E689625.4000805@yandex.ru> Date: Thu, 08 Sep 2011 14:17:09 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: FreeBSD Ports Mailing List References: <4E4A8AB7.5080501@yandex.ru> <4E4C0048.5090509@yandex.ru> <4E5DDE91.80500@yandex.ru> In-Reply-To: <4E5DDE91.80500@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Chris Rees , Palle Girgensohn Subject: Re: Same concerns about our postgresql and plpython 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: Thu, 08 Sep 2011 10:17:20 -0000 Hi, for me it's too many time has passed for maintainer timeout. Please commit this anybody, until this port wasn't removed because it doesn't builds with some NOTEXISTENT PostgreSQL version. Ruslan Mahmatkhanov wrote on 31.08.2011 11:11: > > So... two weeks are now passed and i still see no objections from > maintainer. Can please anybody commit? It will be terrible sad if work > that took so much time and energy will remains unfinished. Thanks. > > Ruslan Mahmatkhanov wrote on 17.08.2011 21:54: >> >> So i split this up to three pr's as was suggested by Mark: >> 1. Python pkg-plist fix for WITHOUT_THREADS case: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=159842 >> 2. postgresql-plpython unbreak: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=159843 >> 3. postgresql9x-client unbreak: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=159844 >> >> Palle (maintainer of postgresql ports) cc'ed. >> >> Thanks in advance for handling this. >> >> PS. I just found that the similar plist fix was submitted for python26 a >> year ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148406 >> >> >> Ruslan Mahmatkhanov wrote on 16.08.2011 19:20: >>> Hi there. >>> >>> We have databases/postgresql-plpython, that is marked as broken with >>> this message: "Does not configure without threaded Python", but this is >>> totally wrong - it actually does. I checked the internets and found >>> this: [1] and [2]. People are actually had problems when building it >>> WITH threaded python (that is built with threads support by default). >>> Rebuilding python w/o threads support do the trick actually. But if you >>> will try to build this port with threads-aware python, you'll get this >>> error message: >>> >>> """ >>> checking whether Python is compiled with thread support... yes >>> configure: error: threaded Python not supported on this platform >>> """ >>> >>> But the funny thing that it actually builds and works fine with threaded >>> python too :). We just need to apply this patch to postgresqlXX-server's >>> configure: >>> >>> - openbsd*|freebsd*) >>> + openbsd*) >>> >>> And then there is no error: >>> >>> """ >>> checking whether Python is compiled with thread support... yes >>> checking for main in -lm... yes >>> """ >>> >>> So what i did - i have tested the build and runtime of 8.4, 9.0, 9.1b3. >>> both with threads-aware python and threadless python (version 2.7.2, >>> runtime is tested only on 9-CURRENT, but with all the three PostgreSQL >>> versions). >>> And all of this configurations works well. For testing i'm used sample >>> function (pymax.sql) from PosgreSQL manual and simple script >>> (plpython.sh), that adds/removes and runs the function: >>> >>> """ >>> [mrk@smeshariki2 plpython]> cat pymax.sql >>> CREATE FUNCTION pymax (a integer, b integer) >>> RETURNS integer >>> AS $$ >>> if a > b: >>> return a >>> return b >>> $$ LANGUAGE plpythonu; >>> """ >>> >>> """ >>> [mrk@smeshariki2 plpython]> cat plpython.sh >>> #!/bin/sh >>> >>> createlang -U pgsql plpythonu test >>> psql -U pgsql test -f pymax.sql >>> psql -U pgsql test -c "select pymax(1,2)" >>> psql -U pgsql test -c "drop function pymax(a integer, b integer)" >>> droplang -U pgsql plpythonu test >>> """ >>> >>> To build databases/postgresql-plpython with PostgreSQL 9.1b3 i've used >>> patch from [4] by Martin Neubauer , >>> it is also included into my patch [3]. Updated regexp also working >>> fine with 8.4 and 9.0. >>> >>> plpython module for 9.0 and 9.1 was renamed to plpython2.so, but there >>> is also plpython.so symlink in 9.0 that points to plpython2.so. 9.1 also >>> installs some extension files, so i fixed pkg-plists accordingly. >>> >>> Since 9.0 PostgreSQL guys use docbook for building all the >>> documentation, including man-pages. They ever listed all the >>> dependencies needed on FreeBSD to make it build. See [5]. But because >>> our postgresql-client ports didn't include needed dependencies, their >>> build are broken. In particular: >>> >>> postgresql91-client is broken on FreeBSD-8.2 >>> postgresql90-client is broken on FreeBSD-7.4 >>> postgresql91-client is broken on FreeBSD-7.4 >>> >>> So i have fixed this too by adding this deps to the ports. And i'm not >>> see another solution. We need man-pages for postgresql9x-client, and >>> man-pages needs all that docbook stuff. >>> >>> To make lang/python27 build without threads under tinderbox, i was >>> forced to fix it's plist. Please see patch [6]. Probably similar patch >>> should be applied against other python versions. >>> >>> The plpython port is unmantained, so please commit this anybody. >>> Below are build logs of various configurations. >>> >>> Threads-aware python: >>> --------------------- >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-8.4.8_1.log >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-9.0.4_1.log >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-9.1.b3_1.log >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-plpython-8.4.8_1.log >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-client-9.0.4_1.log >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-plpython-9.1.b3_1.log >>> >>> Threadless python: >>> ------------------ >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-8.4.8_1-wo-threads.log >>> >>> >>> >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-9.0.4_1-wo-threads.log >>> >>> >>> >>> 8.2: >>> http://happy-nation.by.ru/ports/tb/8.2/postgresql-plpython-9.1.b3_1-wo-threads.log >>> >>> >>> >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-plpython-8.4.8_1-wo-threads.log >>> >>> >>> >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-plpython-9.0.4_1-wo-threads.log >>> >>> >>> >>> 7.4: >>> http://happy-nation.by.ru/ports/tb/7.4/postgresql-plpython-9.1.b3_1-wo-threads.log >>> >>> >>> >>> >>> To sum up what is included into patch [3]: >>> - databases/postgresql-plpython no more marked as broken, since it >>> builds both with threaded and threaless python on all supported >>> FreeBSD versions with three major PostgreSQL branches >>> - added configure patch for PostgreSQL 8.4, 9.0, 9.1 to make it able to >>> build plpython threads-aware python >>> - merge changed regexp to make plpython built with 9.1b3 from [4] >>> - fix plists for postgresql9x-server/pkg-plist-plpython (plpython2.so >>> and extensions) >>> - fix build of postgresql9x-client (docbook related deps added) >>> - portrevisions for -client and -plpython bumped >>> >>> I know that 8.2 and 8.3 are still supported branches, but i'm not much >>> interested in them, so hadn't ever tried them, but believe that the same >>> fixes applies. >>> Please let me know if anybody actually need them, so i'll take a look >>> at it in my spare time. >>> >>> Sorry for the long letter and my engrish :) -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 11:25:16 2011 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 61110106564A for ; Thu, 8 Sep 2011 11:25:16 +0000 (UTC) (envelope-from emil.vanherp@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3218FC1A for ; Thu, 8 Sep 2011 11:25:15 +0000 (UTC) Received: by vxi39 with SMTP id 39so439513vxi.13 for ; Thu, 08 Sep 2011 04:25:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=mG8mJLVfQIkzmRzvYkquR2FQ9H7ShSO8uAjmI5/1hQ8=; b=UeatRHCdO528SKjAULlJnD6trdZKkuaiZHRTs5qG+jE73/X1BIx08/7zUPKBqfFZMT ZIz3n8EvUpI/tWXSqcLh/yITtLlaChUnsIqjjyJ3HyOIH267CUzcQMcZGALDadbMvhxB FLT7jSObUD1MT5P7vdeLIdVhea9XTZYWx39F0= Received: by 10.52.22.162 with SMTP id e2mr573210vdf.299.1315479796052; Thu, 08 Sep 2011 04:03:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.185.233 with HTTP; Thu, 8 Sep 2011 04:02:56 -0700 (PDT) From: emil vanherp Date: Thu, 8 Sep 2011 13:02:56 +0200 Message-ID: To: mickael.maillot@gmail.com Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org Subject: FreeBSD Port: xbmc-10.1_2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 11:25:16 -0000 Hi XBMC seems to depend on sqlite3 (it won't compile without) but it's not on the dependencies list. kind regards Emil Vanherp From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 11:36:04 2011 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 DE827106566C for ; Thu, 8 Sep 2011 11:36:04 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6C17E8FC0C for ; Thu, 8 Sep 2011 11:36:03 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id EF26C2842C; Thu, 8 Sep 2011 13:36:01 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 0755828427; Thu, 8 Sep 2011 13:35:55 +0200 (CEST) Message-ID: <4E68A89B.6040701@quip.cz> Date: Thu, 08 Sep 2011 13:35:55 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Sahil Tandon References: <4E368625.7010805@quip.cz> <4E370ADA.9060902@FreeBSD.org> <4E371284.5010806@quip.cz> <4E371B3B.7070806@FreeBSD.org> <4E3722DE.6050206@gmx.de> <20110802010139.GA981@magic.hamla.org> <4E37F71D.7070502@quip.cz> In-Reply-To: <4E37F71D.7070502@quip.cz> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, ohauer@FreeBSD.org Subject: Re: USERS/GROUPS in bsd.port.mk [was: FreeBSD Port: postfix-2.8.4, 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: Thu, 08 Sep 2011 11:36:04 -0000 Miroslav Lachman wrote: > Sahil Tandon wrote: >> On Tue, 2011-08-02 at 00:04:14 +0200, olli hauer wrote: >> >>> No, you don't hit the limitation. It seems you really found a bug in >>> the Framework! >>> >>> From the Framework code in bsd.port.mk existing groups should honored. >> >> Along those lines, what about using groupmod instead of usermod? >> Perhaps due to my ignorance, it seems more straightforward and does not >> require much sed-fu; I've attached a (probably incomplete) patch to >> illustrate my thinking. I understand what I am suggesting could >> introduce other problems, so please do not construe it as an as-is >> suggestion, but rather something to stoke discussion. > > I tested your patch and it works for me. > > # pkg_version -vIL = | grep postfix > postfix-2.7.2,1 < needs updating (index has 2.8.4,1) > > # id postfix > uid=125(postfix) gid=125(postfix) > groups=125(postfix),6(mail),3125(maildirs) > > # patch < ~/bsd.port.mk.diff > > # portmaster postfix-2.7.2,1 > > ===>>> The following actions were performed: > Upgrade of mysql-client-5.1.53 to mysql-client-5.1.58 > Upgrade of libtool-2.2.10 to libtool-2.4 > Upgrade of cyrus-sasl-2.1.23_1 to cyrus-sasl-2.1.23_3 > Upgrade of postfix-2.7.2,1 to postfix-2.8.4,1 > > # id postfix > uid=125(postfix) gid=125(postfix) > groups=125(postfix),6(mail),3125(maildirs) > > It was tested on really old testing system... > > Thank you for your time and working solution. Will the fix be committed to the ports tree? I upgraded Postfix on another machines yesterday and get the same error as reported month ago - upgrade removed postfix from manualy created group. Should I send PR for this? Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 11:54:20 2011 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 D57AB1065670 for ; Thu, 8 Sep 2011 11:54:20 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 51D708FC08 for ; Thu, 8 Sep 2011 11:54:20 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 19F80E; Thu, 8 Sep 2011 13:39:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Date: Thu, 08 Sep 2011 13:39:13 +0200 From: Bernhard Froehlich To: emil vanherp In-Reply-To: References: Message-ID: X-Sender: decke@bluelife.at User-Agent: Roundcube Webmail/0.5.4 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0208.4E68A960.00E4,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: mickael.maillot@gmail.com, ports@freebsd.org Subject: Re: FreeBSD Port: xbmc-10.1_2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 11:54:20 -0000 On Thu, 8 Sep 2011 13:02:56 +0200, emil vanherp wrote: > Hi > > XBMC seems to depend on sqlite3 (it won't compile without) but it's not on > the dependencies list. Don't know why you think it's missing but that's plain wrong. It's there at the bottom of the LIB_DEPENDS. http://www.freebsd.org/cgi/cvsweb.cgi/ports/multimedia/xbmc/Makefile?rev=1.11 -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 12:01:47 2011 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 A8BA41065670 for ; Thu, 8 Sep 2011 12:01:47 +0000 (UTC) (envelope-from norman@khine.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3FAD88FC0A for ; Thu, 8 Sep 2011 12:01:46 +0000 (UTC) Received: by bkat8 with SMTP id t8so711528bka.13 for ; Thu, 08 Sep 2011 05:01:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.3.207 with SMTP id 15mr469284bko.82.1315482979858; Thu, 08 Sep 2011 04:56:19 -0700 (PDT) Received: by 10.204.156.21 with HTTP; Thu, 8 Sep 2011 04:56:19 -0700 (PDT) In-Reply-To: References: Date: Thu, 8 Sep 2011 13:56:19 +0200 Message-ID: From: Norman Khine To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: portmanager -u -l -- php version not updated 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, 08 Sep 2011 12:01:47 -0000 ok i had to restart the fast-cgi demon # /usr/local/etc/rc.d/php.cgi.sh stop # /usr/local/etc/rc.d/php.cgi.sh start Starting php-cgi... spawn-fcgi: child spawned successfully: PID: 51122 On Thu, Sep 8, 2011 at 1:50 PM, Norman Khine wrote: > hello, > i just did a #portmanager -u -l on my freebsd8.1 system, which runs nginx > > # php /usr/local/www/nginx-dist/test/php.php > phpinfo() > PHP Version =3D> 5.3.8 > > System =3D> FreeBSD arawak.local 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon > Jul 19 02:36:49 UTC 2010 > root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > Build Date =3D> Sep =C2=A07 2011 16:27:50 > Configure Command =3D> =C2=A0'./configure' =C2=A0'--with-layout=3DGNU' > '--localstatedir=3D/var' > '--with-config-file-scan-dir=3D/usr/local/etc/php' '--disable-all' > '--enable-libxml' '--with-libxml-dir=3D/usr/local' > '--with-pcre-regex=3D/usr/local' '--with-zlib-dir=3D/usr' > '--program-prefix=3D' '--with-regex=3Dphp' '--with-zend-vm=3DCALL' > '--prefix=3D/usr/local' '--mandir=3D/usr/local/man' > '--infodir=3D/usr/local/info/' '--build=3Damd64-portbld-freebsd8.1' > Server API =3D> Command Line Interface > Virtual Directory Support =3D> disabled > Configuration File (php.ini) Path =3D> /usr/local/etc > Loaded Configuration File =3D> /usr/local/etc/php.ini > Scan this dir for additional .ini files =3D> /usr/local/etc/php > Additional .ini files parsed =3D> /usr/local/etc/php/extensions.ini, > /usr/local/etc/php/xcache.ini > > is the correct version, > > but when i navigate to > > http://localhost/test/php.php i get the old version of php as being displ= ayed. > > what am i missing here? > > thanks > > norman > -- > %>>> "".join( [ {'*':'@','^':'.'}.get(c,None) or > chr(97+(ord(c)-83)%26) for c in ",adym,*)&uzq^zqf" ] ) > --=20 =CB=99=CA=87=C4=B1 =C9=B9o=C9=9F =C6=83u=C4=B1=CA=8E=C9=90d =C7=9D=C9=B9,no= =CA=8E =CA=8Dou pu=C9=90 =C7=9D=C9=94=C4=B1o=C9=A5=C9=94 =C9=90 =CA=9Eoo=CA= =87 =C4=B1 =CA=87=C9=90=C9=A5=CA=87 s=C4=B1 '=CA=87ln=C9=94=C4=B1=C9=9F=C9= =9F=C4=B1p s=C4=B1 =CA=87=C9=90=C9=A5=CA=8D =CB=99u=CA=8Dop =C7=9Dp=C4=B1sdn p,u=C9=B9n=CA=87 p=D7=9F=C9=B9o=CA=8D =C7= =9D=C9=A5=CA=87 =C7=9D=C7=9Ds no=CA=8E '=CA=87u=C7=9D=C9=AF=C9=90=D7=9F s= =C7=9D=C9=AF=C4=B1=CA=87 =C7=9D=C9=A5=CA=87 pu=C9=90 '=CA=87u=C7=9D=CA=87uo= =C9=94 =C7=9Dq s,=CA=87=C7=9D=D7=9F =CA=87=C7=9D=CA=8E %>>> "".join( [ {'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in ",adym,*)&uzq^zqf" ] ) From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 12:12:35 2011 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 000DC1065677 for ; Thu, 8 Sep 2011 12:12:34 +0000 (UTC) (envelope-from norman@khine.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A6448FC14 for ; Thu, 8 Sep 2011 12:12:34 +0000 (UTC) Received: by bkat8 with SMTP id t8so723226bka.13 for ; Thu, 08 Sep 2011 05:12:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.3.207 with SMTP id 15mr464401bko.82.1315482630367; Thu, 08 Sep 2011 04:50:30 -0700 (PDT) Received: by 10.204.156.21 with HTTP; Thu, 8 Sep 2011 04:50:29 -0700 (PDT) Date: Thu, 8 Sep 2011 13:50:29 +0200 Message-ID: From: Norman Khine To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: portmanager -u -l -- php version not updated 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, 08 Sep 2011 12:12:35 -0000 hello, i just did a #portmanager -u -l on my freebsd8.1 system, which runs nginx # php /usr/local/www/nginx-dist/test/php.php phpinfo() PHP Version => 5.3.8 System => FreeBSD arawak.local 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 Build Date => Sep 7 2011 16:27:50 Configure Command => './configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--with-regex=php' '--with-zend-vm=CALL' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd8.1' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/etc Loaded Configuration File => /usr/local/etc/php.ini Scan this dir for additional .ini files => /usr/local/etc/php Additional .ini files parsed => /usr/local/etc/php/extensions.ini, /usr/local/etc/php/xcache.ini is the correct version, but when i navigate to http://localhost/test/php.php i get the old version of php as being displayed. what am i missing here? thanks norman -- %>>> "".join( [ {'*':'@','^':'.'}.get(c,None) or chr(97+(ord(c)-83)%26) for c in ",adym,*)&uzq^zqf" ] ) From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 12:19:25 2011 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 C30B0106564A for ; Thu, 8 Sep 2011 12:19:25 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id 183688FC08 for ; Thu, 8 Sep 2011 12:19:24 +0000 (UTC) Received: (qmail 24843 invoked from network); 8 Sep 2011 11:52:42 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 8 Sep 2011 11:52:42 -0000 Received: (qmail 24834 invoked by uid 599); 8 Sep 2011 11:52:42 -0000 Received: from unknown (HELO icritical.com) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 08 Sep 2011 12:52:42 +0100 Message-ID: <4E68AC85.4060705@icritical.com> Date: Thu, 08 Sep 2011 12:52:37 +0100 From: Matt Burke User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110403 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Sep 2011 11:52:37.0906 (UTC) FILETIME=[CE2CEF20:01CC6E1D] X-Virus-Scanned: by iCritical at mail1.icritical.com Subject: Re: sysutils/cfs 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, 08 Sep 2011 12:19:25 -0000 On 09/07/11 17:04, Chris Rees wrote: >> The /new/ policy of removing ports for much lighter offenses, such as > having vulnerabilities, has already caused so many objections, that it is > time to abolish it. > > I consider the argument here dead; portmgr is reviewing the policy as Erwin > has said. > > However... I find it deeply troubling that you consider buildability more > important than security fixes. Are you actually serious? Changing to a hypothetical example, why would an Apache vulnerability in mod_rewrite in the least bit bother a person who doesn't have the module enabled, which I believe is the standard configuration? Would you prefer Apache be deleted from ports if it took longer than expected to fix it? I've still got non-networked FreeBSD 4.x laptops running with a version of Minicom that for a year or so was FORBIDDEN because it had a local root vulnerability. What's so wrong about that? I'm glad the port wasn't deleted because I still install and use Minicom today. What the current FreeBSD policy of actively deleting perfectly usable ports instead of putting a mild hurdle in the way is saying, is that FreeBSD will stop me doing what I may want to do because FreeBSD knows best. I want machines, tools, to do as *I* say not the other way round, whether it's good for me or not. If I wanted nannying and interference, I'd install Ubuntu. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 13:13:08 2011 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 2D922106566B; Thu, 8 Sep 2011 13:13:08 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 141E38FC08; Thu, 8 Sep 2011 13:13:08 +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 p88DD7uT097882; Thu, 8 Sep 2011 13:13:07 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p88DD70o097881; Thu, 8 Sep 2011 13:13:07 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Thu, 8 Sep 2011 15:13:03 +0200 From: Baptiste Daroussin To: Ruslan Mahmatkhanov Message-ID: <20110908131303.GG31003@azathoth.lan> References: <201109070633.p876X8uc083295@koala.droso.net> <4E689320.5060107@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gm5TwAJMO0F2iVRz" Content-Disposition: inline In-Reply-To: <4E689320.5060107@yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, portmgr-feedback@FreeBSD.org, linimon@FreeBSD.org Subject: Re: FreeBSD ports which are currently scheduled for deletion 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, 08 Sep 2011 13:13:08 -0000 --gm5TwAJMO0F2iVRz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2011 at 02:04:16PM +0400, Ruslan Mahmatkhanov wrote: > linimon@FreeBSD.org wrote on 07.09.2011 10:33: > > > > portname: databases/postgresql-plpython > > description: A module for using Python to write SQL functions > > maintainer: ports@FreeBSD.org > > deprecated because: (error in parsing Makefile) > > expiration date: 2011-04-02 > > build errors: none. > > overview: http://portsmon.FreeBSD.org/portoverview.py?categor= y=3Ddatabases&portname=3Dpostgresql-plpython >=20 > How can i know what this mean - "error in parsing Makefile"? > If this is about it doesn't builds with 9.1b3, then we have pr with=20 > patch about it - http://bugs.freebsd.org/159319. > There is analogues patches for other postgresql-pl* ports in gnats. > There is also > http://bugs.freebsd.org/159843 > http://bugs.freebsd.org/159844 >=20 > How can ports be removed if the solutions for them is in gnats? >=20 They won't before deleting ports, we always check gnats, if a PR exists the= n we leave the ports so that the PR can be committed regards, Bapt --gm5TwAJMO0F2iVRz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5ov18ACgkQ8kTtMUmk6EzXAACgvfFFpdAC8embRPIjWpApHl2J PHgAmwUeHH7fD1zq0KnJZXe5AA+yAxhp =Az3X -----END PGP SIGNATURE----- --gm5TwAJMO0F2iVRz-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 13:21:28 2011 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 88B8E106566B; Thu, 8 Sep 2011 13:21:28 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [95.108.130.119]) by mx1.freebsd.org (Postfix) with ESMTP id E5A6B8FC14; Thu, 8 Sep 2011 13:21:27 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward15.mail.yandex.net (Yandex) with ESMTP id 0AB549E309E; Thu, 8 Sep 2011 17:20:56 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315488056; bh=hym3F0CzPt6mnt/RAcd21zbUHJPmt7xdEpZSpsiWdj0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=D70AFb9y/SJiHMNQH+u4yN+NE6jO2eOt8+TByNNqt+BIjm7+jQHgcMgAI9BtPX3yM /vmV7v52uEO8+T07XcWnEj/8qToTt/s9gEF807oZ1i4A59R1VnZtYBesIaPgEwq+Yn zZW6zMRXOgJdy27Iq+Hcmx0KjVKt0rWNUm2vNXEU= Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id D6DC07E0345; Thu, 8 Sep 2011 17:20:55 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id KsZuW1nO-KtZWMVI0; Thu, 8 Sep 2011 17:20:55 +0400 X-Yandex-Spam: 1 Message-ID: <4E68C12F.4080505@yandex.ru> Date: Thu, 08 Sep 2011 17:20:47 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Baptiste Daroussin References: <201109070633.p876X8uc083295@koala.droso.net> <4E689320.5060107@yandex.ru> <20110908131303.GG31003@azathoth.lan> In-Reply-To: <20110908131303.GG31003@azathoth.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, portmgr-feedback@FreeBSD.org, linimon@FreeBSD.org Subject: Re: FreeBSD ports which are currently scheduled for deletion 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, 08 Sep 2011 13:21:28 -0000 Baptiste Daroussin wrote on 08.09.2011 17:13: > On Thu, Sep 08, 2011 at 02:04:16PM +0400, Ruslan Mahmatkhanov wrote: >> linimon@FreeBSD.org wrote on 07.09.2011 10:33: >>> >>> portname: databases/postgresql-plpython >>> description: A module for using Python to write SQL functions >>> maintainer: ports@FreeBSD.org >>> deprecated because: (error in parsing Makefile) >>> expiration date: 2011-04-02 >>> build errors: none. >>> overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plpython >> >> How can i know what this mean - "error in parsing Makefile"? >> If this is about it doesn't builds with 9.1b3, then we have pr with >> patch about it - http://bugs.freebsd.org/159319. >> There is analogues patches for other postgresql-pl* ports in gnats. >> There is also >> http://bugs.freebsd.org/159843 >> http://bugs.freebsd.org/159844 >> >> How can ports be removed if the solutions for them is in gnats? >> > > They won't before deleting ports, we always check gnats, if a PR exists then we > leave the ports so that the PR can be committed > > regards, > Bapt Ok, thank you for clarification, i didn't know that. But anyway i think that the reason (that it doesn't builds with postgresql74-server), because of this port ever find it's way into this list, is not a reason at all. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 13:54:35 2011 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 295DE1065676; Thu, 8 Sep 2011 13:54:35 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id C0A068FC17; Thu, 8 Sep 2011 13:54:34 +0000 (UTC) Received: from lstewart1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id 5FC427E84A; Thu, 8 Sep 2011 23:54:32 +1000 (EST) Message-ID: <4E68C916.5030104@freebsd.org> Date: Thu, 08 Sep 2011 23:54:30 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110903 Thunderbird/6.0.1 MIME-Version: 1.0 To: Florian Smeets References: <4E68094A.4060606@freebsd.org> <4E6873EF.1020603@freebsd.org> In-Reply-To: <4E6873EF.1020603@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: FreeBSD Gecko , freebsd-ports@freebsd.org Subject: Re: Bumping lightning to 1.0b5 so it works with Thunderbird 6.0.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: Thu, 08 Sep 2011 13:54:35 -0000 Hi Florian, On 09/08/11 17:51, Florian Smeets wrote: > On 08.09.2011 02:16, Lawrence Stewart wrote: >> Hi Gecko team, >> >> The update from Thunderbird 6.0 to 6.0.1 has stopped the Lightning >> 1.0b5pre plugin from working - it claims to be incompatible with the new >> version of Thunderbird and can't be enabled. Lightning 1.0b5 seems to >> work fine with Thunderbird 6.0.1 on my wife's windows PC, so I'm >> guessing a very minor bump to the lightning build source is needed to >> get it working again. >> >> If you're aware of this issue then great, but if not, just wanted to >> bring it to your attention so that it's on your radar. >> > > Hi Lawrence, > > did you reinstall the built xpi? It's usually located here > /usr/local/share/lightning/lightning-thunderbird.xpi. That one should be > compatible. You are indeed correct, forcibly removing and re-adding the plugin solved it, sorry for the noise. > I'm working on making this step automatic, but I'm not there yet, it's > on the TODO list ;) Would be cool, but this was most definitely a case of PEBKAC. I've had to do that step in the past. Not sure why I thought I'd done it this time and it didn't work. Move along, nothing to see here... Cheers, Lawrence From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 14:15:34 2011 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 6B684106566B; Thu, 8 Sep 2011 14:15:34 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.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 089968FC0A; Thu, 8 Sep 2011 14:15:33 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 Sep 2011 10:15:33 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.2.3-GA) with ESMTP id BHC29066; Thu, 8 Sep 2011 10:15:31 -0400 X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO [192.168.1.8]) ([209.6.61.133]) by smtp04.lnh.mail.rcn.net with ESMTP; 08 Sep 2011 10:15:30 -0400 Message-ID: <4E68CE0D.2050000@aldan.algebra.com> Date: Thu, 08 Sep 2011 10:15:41 -0400 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Greg Byshenk References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> <20110908084205.GG13219@portland.byshenk.net> In-Reply-To: <20110908084205.GG13219@portland.byshenk.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, jhs@berklix.com, Doug Barton , perryh@pluto.rain.com, utisoft@gmail.com Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 08 Sep 2011 14:15:34 -0000 On 08.09.2011 04:42, Greg Byshenk wrote: > For many people, what "THERE IS A PORT OF IT" actually -means- is > that the user can go to ports and install a -working- version of > the software, not merley that there is something called 'IT' > somewhere in the ports tree that may or may not work. Some ports -- both maintained or disowned -- will always be behind the upstream. Some ports will always be better than others. Simply removing those, where the perceived quality drops below somebody's subjective threshold does not improve quality. Having a poor port of an obscure piece of software is better, than no port at all. And, yes, this is the core of the disagreement... Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 14:46:47 2011 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 1185C106566B for ; Thu, 8 Sep 2011 14:46:47 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id A31318FC13 for ; Thu, 8 Sep 2011 14:46:46 +0000 (UTC) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.4/jtpda-5.4) with ESMTP id p88EjihT037931 for ; Thu, 8 Sep 2011 16:45:57 +0200 (CEST) X-Ids: 168 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 835101FE76 for ; Thu, 8 Sep 2011 16:46:18 +0200 (CEST) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 6A4604CAE; Thu, 8 Sep 2011 16:46:18 +0200 (CEST) Date: Thu, 8 Sep 2011 16:46:18 +0200 From: Michel Talon To: ports@freebsd.org Message-ID: <20110908144618.GA14556@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Miltered: at jchkmail.jussieu.fr with ID 4E68D53B.006 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4E68D53B.006/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ Cc: Subject: Re: ports-system priorities rant (Re: sysutils/cfs) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 4E64C35A.50004@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2011 14:46:47 -0000 "Mikhail T." wrote: >Having to deal with RedHat's yum at work, I got to say, I'd rather be >building from source, than installing from "consistent packages", that >somebody else built *to their* tastes. Fedora crap is a very bad example. The canonical example of a binary distribution which *works* is Debian. You can always very easily compile a source Debian package to *your* taste, almost as easily as a FreeBSD port. You don't need to compile the hundreds of packages that sit on your hard disk, maybe you are interested in tweaking a couple of ports to your liking and you get the benefit of a much faster installation and upgrade of all the pristine packages. >No, I don't want FreeBSD to go in that direction >at all. Let RedHat cater to that market While i think that going in this direction will be very beneficial to FreeBSD and that ReHat doesn't come anywhere close to cater to this market (i work in a lab which is almost 100% RedHat since many years, and i am not happy at all with that. As much as Ubuntu is despised here, it is light years ahead of the Fedora always beta stuff). -- Michel TALON From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 16:36:47 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 29CBF106566B for ; Thu, 8 Sep 2011 16:36:47 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 6388F23CEB1 for ; Thu, 8 Sep 2011 18:36:46 +0200 (CEST) Message-ID: <4E68EF1E.9090803@FreeBSD.org> Date: Thu, 08 Sep 2011 18:36:46 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201109050933.p859XEbP004874@fire.js.berklix.net> <4E64C35A.50004@FreeBSD.org> <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> <20110908084205.GG13219@portland.byshenk.net> <4E68CE0D.2050000@aldan.algebra.com> In-Reply-To: <4E68CE0D.2050000@aldan.algebra.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 08 Sep 2011 16:36:47 -0000 Am 08.09.2011 16:15, schrieb Mikhail T.: > Having a poor port of an obscure > piece of software is better, than no port at all. A poor port is undesirable (and shouldn't be in the tree in the first place). An obscure piece of software is undesirable (and shouldn't be ported in the first place). Now guess what a poor port of an obscure piece of software is. We're not there to run a museum of horrors, and we're not the starting point or sole provider of such software. In fact we should not even attempt to do that. People interested in that obscure software can either help themselves without a port, can organize the necessary assistance, or should not be running it. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 16:46:32 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 3FFB6106566B for ; Thu, 8 Sep 2011 16:46:32 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 7C8D423CEB1 for ; Thu, 8 Sep 2011 18:46:31 +0200 (CEST) Message-ID: <4E68F167.1070304@FreeBSD.org> Date: Thu, 08 Sep 2011 18:46:31 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> In-Reply-To: <4E67935C.6080702@aldan.algebra.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 08 Sep 2011 16:46:32 -0000 Am 07.09.2011 17:53, schrieb Mikhail T.: > The policy -- up until fairly recently -- was to remove ports, that > *fail to build* for a while. This made sense -- if the port remains > unbuildable long enough, then, certainly, it is no longer in use. > > The /new/ policy of removing ports for much lighter offenses, such as > having vulnerabilities, has already caused so many objections, that it > is time to abolish it. I don't see ports being killed the first day they are vulnerable. They are killed if they're dead and vulnerable though, and that's good. > A "maintainer timeout" will allow another developer to perform a fix. To > completely remove the port (if that has to happen at all), a much longer > warning is warranted. Which can certainly be negotiated (and an EXPIRATION_DATE shifted) if and only if the fix is really going to happen. A case like "I'll fix it after vacation" might be workable. However if you make empty promises repeatedly noone will care. > Yes, the matter is exactly that: your wanting to remove something, that > continues to build and remains in use. You followed, what you think is > "an old" policy, and are getting flack from people like myself, who > object to the (new) policy. Nothing personal... End users are not obliged to delete ports we've removed from the ports, so I wonder what the heck the difficulty is with "we no longer care". We're not enforcing port removals on end user's computers. We're not Google removing applications from your Android phone. We're not Apple doing the same to your iOS phone. So can this discussion be ended? If the port was in active use and maintained, we would not be deprecating it. > Again. This is not about a particular port -- Julian, myself, and other > objectors can fix /any/ port, but we can not fix them /all/, so blaming > us for not submitting patches is wrong. Rather than waste your time discussing that you could go maintain and/or fix the ports you feel should not be deprecated. > We object to the new policy, because we believe, only those ports, that > fail to build, ought to be removed. Problematic ports ought to remain in > the tree (as long as they build) -- to make it easier for people to > continue using them and/or offer to maintain them. If there remains a > vulnerability, then, of course, a loud warning (with a link to the > advisory(ies)) is in order, but the users ought to make their own > choices and evaluations. They do even after port removal. If a port is known broken and there is no prospect of a fix, it must go. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 16:54:37 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 29D29106564A for ; Thu, 8 Sep 2011 16:54:37 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 624B923CEB1 for ; Thu, 8 Sep 2011 18:54:36 +0200 (CEST) Message-ID: <4E68F34C.6090504@FreeBSD.org> Date: Thu, 08 Sep 2011 18:54:36 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> In-Reply-To: <4E68AC85.4060705@icritical.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 08 Sep 2011 16:54:37 -0000 Am 08.09.2011 13:52, schrieb Matt Burke: > Changing to a hypothetical example, why would an Apache vulnerability in > mod_rewrite in the least bit bother a person who doesn't have the module > enabled, which I believe is the standard configuration? Would you prefer > Apache be deleted from ports if it took longer than expected to fix it? That wouldn't happen anyways because the package is actively maintained, unlike many of the ports the discussion is about. > What the current FreeBSD policy of actively deleting perfectly usable ports > instead of putting a mild hurdle in the way is saying, is that FreeBSD will > stop me doing what I may want to do because FreeBSD knows best. The port isn't perfectly usable (because that would mean it's usable in all circumstances for all advertised purposes, which is explicitly not the case in the light of known vulnerabilities). > I want machines, tools, to do as *I* say not the other way round, whether > it's good for me or not. If I wanted nannying and interference, I'd install > Ubuntu. No, you'd use a managed installation. Nobody stands there pointing a gun at your head and forces you to uninstall a port that got removed from the ports/ tree. If people could recognize that, it might help get the derailed discussion back on the right track. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 17:20:24 2011 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 485BF106566B; Thu, 8 Sep 2011 17:20:24 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from spartan.hamla.org (spartan.hamla.org [206.251.255.30]) by mx1.freebsd.org (Postfix) with ESMTP id DCB5A8FC22; Thu, 8 Sep 2011 17:20:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by spartan.hamla.org (Postfix) with ESMTP id 12F041711F; Thu, 8 Sep 2011 13:20:53 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= date:date:subject:subject:from:from:x-mailer:message-id :content-type:content-type:content-transfer-encoding :mime-version:in-reply-to:references:received:received; s=aegis; t=1315502452; bh=djwhFUpbb5gM9cy/Du4f6j/QDlfez16ON+PlvaDnqhE=; b= D51pGuSsfxqMxPdU+q1Pvm4W1ouJRXT9c1Xw5VeKYYFLYTXB0oTsr0XUSBkiBjoN TsZWKZLWfttpQys+FLst4txJMv7D8R8cIXkk1omf2mLz13+FIti74Yz5gqrs3lZy 39z6OKsB2t7JKCppIYgUX2TGbmCJJIpybDW0V+NxcHA= X-Virus-Scanned: by ClamAV at spartan.hamla.org Received: from spartan.hamla.org ([127.0.0.1]) by localhost (spartan.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id nrvobS7R2Rw3; Thu, 8 Sep 2011 13:20:52 -0400 (EDT) Received: from [10.83.78.164] (mobile-166-137-136-145.mycingular.net [166.137.136.145]) by spartan.hamla.org (Postfix) with ESMTPSA id EBA76170E6; Thu, 8 Sep 2011 13:20:42 -0400 (EDT) References: <4E368625.7010805@quip.cz> <4E370ADA.9060902@FreeBSD.org> <4E371284.5010806@quip.cz> <4E371B3B.7070806@FreeBSD.org> <4E3722DE.6050206@gmx.de> <20110802010139.GA981@magic.hamla.org> <4E37F71D.7070502@quip.cz> <4E68A89B.6040701@quip.cz> In-Reply-To: <4E68A89B.6040701@quip.cz> Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <239A3DFB-E98E-4481-A74E-3B0C6891935C@tandon.net> X-Mailer: iPhone Mail (8L1) From: Sahil Tandon Date: Thu, 8 Sep 2011 13:19:26 -0400 To: Miroslav Lachman <000.fbsd@quip.cz> Cc: "ports@FreeBSD.org" , "ohauer@FreeBSD.org" , bapt@FreeBSD.org, Sahil Tandon Subject: Re: USERS/GROUPS in bsd.port.mk [was: FreeBSD Port: postfix-2.8.4, 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: Thu, 08 Sep 2011 17:20:24 -0000 On Sep 8, 2011, at 7:35 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Miroslav Lachman wrote: >> Sahil Tandon wrote: >>> On Tue, 2011-08-02 at 00:04:14 +0200, olli hauer wrote: >>>=20 >>>> No, you don't hit the limitation. It seems you really found a bug in >>>> the Framework! >>>>=20 >>>> =46rom the Framework code in bsd.port.mk existing groups should honored= . >>>=20 >>> Along those lines, what about using groupmod instead of usermod? >>> Perhaps due to my ignorance, it seems more straightforward and does not >>> require much sed-fu; I've attached a (probably incomplete) patch to >>> illustrate my thinking. I understand what I am suggesting could >>> introduce other problems, so please do not construe it as an as-is >>> suggestion, but rather something to stoke discussion. >>=20 >> I tested your patch and it works for me. >>=20 >> # pkg_version -vIL =3D | grep postfix >> postfix-2.7.2,1 < needs updating (index has 2.8.4,1) >>=20 >> # id postfix >> uid=3D125(postfix) gid=3D125(postfix) >> groups=3D125(postfix),6(mail),3125(maildirs) >>=20 >> # patch < ~/bsd.port.mk.diff >>=20 >> # portmaster postfix-2.7.2,1 >>=20 >> =3D=3D=3D>>> The following actions were performed: >> Upgrade of mysql-client-5.1.53 to mysql-client-5.1.58 >> Upgrade of libtool-2.2.10 to libtool-2.4 >> Upgrade of cyrus-sasl-2.1.23_1 to cyrus-sasl-2.1.23_3 >> Upgrade of postfix-2.7.2,1 to postfix-2.8.4,1 >>=20 >> # id postfix >> uid=3D125(postfix) gid=3D125(postfix) >> groups=3D125(postfix),6(mail),3125(maildirs) >>=20 >> It was tested on really old testing system... >>=20 >> Thank you for your time and working solution. >=20 > Will the fix be committed to the ports tree? I upgraded Postfix on another= machines yesterday and get the same error as reported month ago - upgrade r= emoved postfix from manualy created group. >=20 > Should I send PR for this? I am very sorry to hear that. I already filed a PR after you sent your repo= rt to this mailing list, and followed up with portmgr@ earlier this week. I= believe they are doing an -exp run before committing the change. I will pi= ng them again if there is no progress in the next few days. Sorry again for= the inconvenience.= From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 21:27:03 2011 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 09674106566B; Thu, 8 Sep 2011 21:27:03 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DFE058FC12; Thu, 8 Sep 2011 21:27:02 +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 p88LR2jv050009; Thu, 8 Sep 2011 21:27:02 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p88LR2SD050008; Thu, 8 Sep 2011 21:27:02 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Thu, 8 Sep 2011 23:26:58 +0200 From: Baptiste Daroussin To: Sahil Tandon Message-ID: <20110908212658.GJ31003@azathoth.lan> References: <4E368625.7010805@quip.cz> <4E370ADA.9060902@FreeBSD.org> <4E371284.5010806@quip.cz> <4E371B3B.7070806@FreeBSD.org> <4E3722DE.6050206@gmx.de> <20110802010139.GA981@magic.hamla.org> <4E37F71D.7070502@quip.cz> <4E68A89B.6040701@quip.cz> <239A3DFB-E98E-4481-A74E-3B0C6891935C@tandon.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nywXBoy70X0GaB8B" Content-Disposition: inline In-Reply-To: <239A3DFB-E98E-4481-A74E-3B0C6891935C@tandon.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "ports@FreeBSD.org" , "ohauer@FreeBSD.org" , Miroslav Lachman <000.fbsd@quip.cz>, Sahil Tandon Subject: Re: USERS/GROUPS in bsd.port.mk [was: FreeBSD Port: postfix-2.8.4, 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: Thu, 08 Sep 2011 21:27:03 -0000 --nywXBoy70X0GaB8B Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2011 at 01:19:26PM -0400, Sahil Tandon wrote: > On Sep 8, 2011, at 7:35 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >=20 > > Miroslav Lachman wrote: > >> Sahil Tandon wrote: > >>> On Tue, 2011-08-02 at 00:04:14 +0200, olli hauer wrote: > >>>=20 > >>>> No, you don't hit the limitation. It seems you really found a bug in > >>>> the Framework! > >>>>=20 > >>>> From the Framework code in bsd.port.mk existing groups should honore= d. > >>>=20 > >>> Along those lines, what about using groupmod instead of usermod? > >>> Perhaps due to my ignorance, it seems more straightforward and does n= ot > >>> require much sed-fu; I've attached a (probably incomplete) patch to > >>> illustrate my thinking. I understand what I am suggesting could > >>> introduce other problems, so please do not construe it as an as-is > >>> suggestion, but rather something to stoke discussion. > >>=20 > >> I tested your patch and it works for me. > >>=20 > >> # pkg_version -vIL =3D | grep postfix > >> postfix-2.7.2,1 < needs updating (index has 2.8.4,1) > >>=20 > >> # id postfix > >> uid=3D125(postfix) gid=3D125(postfix) > >> groups=3D125(postfix),6(mail),3125(maildirs) > >>=20 > >> # patch < ~/bsd.port.mk.diff > >>=20 > >> # portmaster postfix-2.7.2,1 > >>=20 > >> =3D=3D=3D>>> The following actions were performed: > >> Upgrade of mysql-client-5.1.53 to mysql-client-5.1.58 > >> Upgrade of libtool-2.2.10 to libtool-2.4 > >> Upgrade of cyrus-sasl-2.1.23_1 to cyrus-sasl-2.1.23_3 > >> Upgrade of postfix-2.7.2,1 to postfix-2.8.4,1 > >>=20 > >> # id postfix > >> uid=3D125(postfix) gid=3D125(postfix) > >> groups=3D125(postfix),6(mail),3125(maildirs) > >>=20 > >> It was tested on really old testing system... > >>=20 > >> Thank you for your time and working solution. > >=20 > > Will the fix be committed to the ports tree? I upgraded Postfix on anot= her machines yesterday and get the same error as reported month ago - upgra= de removed postfix from manualy created group. > >=20 > > Should I send PR for this? >=20 > I am very sorry to hear that. I already filed a PR after you sent your r= eport to this mailing list, and followed up with portmgr@ earlier this week= =2E I believe they are doing an -exp run before committing the change. I = will ping them again if there is no progress in the next few days. Sorry a= gain for the inconvenience._______________________________________________ > 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" The exp-run is running right now, some news about this in the next couple of days regards, Bapt --nywXBoy70X0GaB8B Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5pMyIACgkQ8kTtMUmk6Ey7zACfUKpXjTPqHEFi3BT1xuMTso5C +y8AnjFZY99MRN1ZQJe9lE89uibcceBn =8D1S -----END PGP SIGNATURE----- --nywXBoy70X0GaB8B-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 21:43:47 2011 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 DAB9F106564A; Thu, 8 Sep 2011 21:43:46 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 82E0B8FC14; Thu, 8 Sep 2011 21:43:46 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C7F5E28424; Thu, 8 Sep 2011 23:43:45 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 6FA3628429; Thu, 8 Sep 2011 23:43:44 +0200 (CEST) Message-ID: <4E69370F.3010102@quip.cz> Date: Thu, 08 Sep 2011 23:43:43 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Baptiste Daroussin References: <4E368625.7010805@quip.cz> <4E370ADA.9060902@FreeBSD.org> <4E371284.5010806@quip.cz> <4E371B3B.7070806@FreeBSD.org> <4E3722DE.6050206@gmx.de> <20110802010139.GA981@magic.hamla.org> <4E37F71D.7070502@quip.cz> <4E68A89B.6040701@quip.cz> <239A3DFB-E98E-4481-A74E-3B0C6891935C@tandon.net> <20110908212658.GJ31003@azathoth.lan> In-Reply-To: <20110908212658.GJ31003@azathoth.lan> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: "ports@FreeBSD.org" , Sahil Tandon , Sahil Tandon Subject: Re: USERS/GROUPS in bsd.port.mk [was: FreeBSD Port: postfix-2.8.4, 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: Thu, 08 Sep 2011 21:43:47 -0000 Baptiste Daroussin wrote: > On Thu, Sep 08, 2011 at 01:19:26PM -0400, Sahil Tandon wrote: >> On Sep 8, 2011, at 7:35 AM, Miroslav Lachman<000.fbsd@quip.cz> wrote: >> >>> Miroslav Lachman wrote: >>>> Sahil Tandon wrote: >>>>> On Tue, 2011-08-02 at 00:04:14 +0200, olli hauer wrote: >>>>> >>>>>> No, you don't hit the limitation. It seems you really found a bug in >>>>>> the Framework! >>>>>> >>>>>> From the Framework code in bsd.port.mk existing groups should honored. >>>>> >>>>> Along those lines, what about using groupmod instead of usermod? >>>>> Perhaps due to my ignorance, it seems more straightforward and does not >>>>> require much sed-fu; I've attached a (probably incomplete) patch to >>>>> illustrate my thinking. I understand what I am suggesting could >>>>> introduce other problems, so please do not construe it as an as-is >>>>> suggestion, but rather something to stoke discussion. >>>> >>>> I tested your patch and it works for me. >>>> >>>> # pkg_version -vIL = | grep postfix >>>> postfix-2.7.2,1< needs updating (index has 2.8.4,1) >>>> >>>> # id postfix >>>> uid=125(postfix) gid=125(postfix) >>>> groups=125(postfix),6(mail),3125(maildirs) >>>> >>>> # patch< ~/bsd.port.mk.diff >>>> >>>> # portmaster postfix-2.7.2,1 >>>> >>>> ===>>> The following actions were performed: >>>> Upgrade of mysql-client-5.1.53 to mysql-client-5.1.58 >>>> Upgrade of libtool-2.2.10 to libtool-2.4 >>>> Upgrade of cyrus-sasl-2.1.23_1 to cyrus-sasl-2.1.23_3 >>>> Upgrade of postfix-2.7.2,1 to postfix-2.8.4,1 >>>> >>>> # id postfix >>>> uid=125(postfix) gid=125(postfix) >>>> groups=125(postfix),6(mail),3125(maildirs) >>>> >>>> It was tested on really old testing system... >>>> >>>> Thank you for your time and working solution. >>> >>> Will the fix be committed to the ports tree? I upgraded Postfix on another machines yesterday and get the same error as reported month ago - upgrade removed postfix from manualy created group. >>> >>> Should I send PR for this? >> >> I am very sorry to hear that. I already filed a PR after you sent your report to this mailing list, and followed up with portmgr@ earlier this week. I believe they are doing an -exp run before committing the change. I will ping them again if there is no progress in the next few days. Sorry again for the inconvenience. Ah, right, I forgot that you already filed a PR for this... > > The exp-run is running right now, some news about this in the next couple of > days Thank you guys, I really appreciate your work on FreeBSD project! Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 22:09:33 2011 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 7E6BF106564A for ; Thu, 8 Sep 2011 22:09:33 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by mx1.freebsd.org (Postfix) with SMTP id 44DB68FC12 for ; Thu, 8 Sep 2011 22:09:33 +0000 (UTC) Received: (qmail 20316 invoked by uid 0); 8 Sep 2011 21:42:32 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy9.bluehost.com with SMTP; 8 Sep 2011 21:42:32 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=d4Wlk6IA+J8+ESA7f5XEpNv9+Mo/0RX8+lotZ/P039U=; b=le+Xf92eNSJPx/WMPtbJ3+sYmdX4YR0jM/gD8WHYjeRUG0Eg3rh1gF7MiphCtNOA+sHukoykOPd8jlczWvdMD2PHo+E4CfIjKrNc7x6FprfCqaKs2yZ9h5DuENXSFmaz; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1mMh-0006t3-BC for freebsd-ports@freebsd.org; Thu, 08 Sep 2011 15:42:32 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Thu, 08 Sep 2011 15:23:41 -0600 Date: Thu, 8 Sep 2011 15:23:41 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110908212341.GA14481@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> <20110908084205.GG13219@portland.byshenk.net> <4E68CE0D.2050000@aldan.algebra.com> <4E68EF1E.9090803@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <4E68EF1E.9090803@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 08 Sep 2011 22:09:33 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 08, 2011 at 06:36:46PM +0200, Matthias Andree wrote: > Am 08.09.2011 16:15, schrieb Mikhail T.: >=20 > An obscure piece of software is undesirable (and shouldn't be ported in > the first place). Wait -- what? Why should something not be ported if it's not popular? --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5pMl0ACgkQ9mn/Pj01uKXGrACg7tvRUuk25xYfdZZAb5pNHI1P UqAAnjkS6YkdkljRBSyB3FKMGkmLeziI =cM/S -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 23:01:25 2011 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 B9BBC106564A for ; Thu, 8 Sep 2011 23:01:25 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 114448FC0A for ; Thu, 8 Sep 2011 23:01:24 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBFC25.dip.t-dialin.net [93.203.252.37]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p88N1Mnt017539 for ; Thu, 8 Sep 2011 23:01:23 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p88N19pg071787 for ; Fri, 9 Sep 2011 01:01:09 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p88N13iM078543 for ; Thu, 8 Sep 2011 23:01:09 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109082301.p88N13iM078543@fire.js.berklix.net> to: freebsd-ports@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Sep 2011 18:46:31 +0200." <4E68F167.1070304@FreeBSD.org> Date: Fri, 09 Sep 2011 01:01:03 +0200 Sender: jhs@berklix.com Subject: Re: sysutils/cfs 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, 08 Sep 2011 23:01:25 -0000 Matthias Andree wrote: > Am 07.09.2011 17:53, schrieb Mikhail T.: > > > The policy -- up until fairly recently -- was to remove ports, that > > *fail to build* for a while. This made sense -- if the port remains > > unbuildable long enough, then, certainly, it is no longer in use. > > > > The /new/ policy of removing ports for much lighter offenses, such as > > having vulnerabilities, has already caused so many objections, that it > > is time to abolish it. > > I don't see ports being killed the first day they are vulnerable. They > are killed if they're dead If long term dead, fine, but if a port is deleted between releases, without prior warning variables set in Makefile at last release tag, then we deny release users any warning & any code to fix, ... Unless user hurdles the extra un-necessarily premature obstacle of CVS Attic; & as FreeBSD will have just irresponsibly annoyed user, it's a bad time to expect user to waste extra time learning FreeBSD web or CLI interface to CVS for Attic, additional to fixing a broken port and filing a send-pr. Some users may react: "Time for another BSD or Linux with more mature code management." Broken ports should first be marked BROKEN= through a release cycle so more users have time to consider a fix via send-pr. > and vulnerable though, and that's good. No. "Vulnerable" depend on user context you, & as others have already explained,it would be cheeky of FreeBSD to dictate policy to others, when we don't know their circumstances, there are Makefile variables, as others have already explained, to help the User decide, not us. > > A "maintainer timeout" will allow another developer to perform a fix. To > > completely remove the port (if that has to happen at all), a much longer > > warning is warranted. > > Which can certainly be negotiated (and an EXPIRATION_DATE shifted) if > and only if the fix is really going to happen. No. Wooly thinking, that would require commiters making judgements, & changing variables, make it easy & automatic. We've already read a better proposal for some time/ release/ macro var. Read back on the thread. > A case like "I'll fix it > after vacation" might be workable. However if you make empty promises > repeatedly noone will care. You'r assuming some rush crusade to delete, backed by time consuming analogue humans making value judgements. Not good, better leave it to the state machine of send-pr & automatic non short term var macros for expire. > > > Yes, the matter is exactly that: your wanting to remove something, that > > continues to build and remains in use. You followed, what you think is > > "an old" policy, and are getting flack from people like myself, who > > object to the (new) policy. Nothing personal... > > End users are not obliged to delete ports we've removed from the ports, Neither would you be obliged to delete eg your gcc if src/ unbundled it, but you'd find it pretty annoying after no warning, to suddenly need to look for a backup in the Attic. > so I wonder what the heck the difficulty is with "we no longer care". "We no longer care ... to be responsible, we removed it without warning." Or "We no longer care ... to give this without warning, so we added some BROKEN= / DEPRECATED= / FORBIDDEN= so users can make their Own decision in light of their circumstances." > We're not enforcing port removals on end user's computers. We're not > Google removing applications from your Android phone. We're not Apple > doing the same to your iOS phone. > > So can this discussion be ended? When the ill considered ports/ killing campaign is ceased. > If the port was in active use and > maintained, we would not be deprecating it. Not true. Example: Procmail too was proposed for the ports killing crusade. ( A FreeBSD developer who doesnt have time for ports@ was shocked when he heard that today.) > > Again. This is not about a particular port -- Julian, myself, and other > > objectors can fix /any/ port, but we can not fix them /all/, so blaming > > us for not submitting patches is wrong. > > Rather than waste your time discussing that you could go maintain and/or > fix the ports you feel should not be deprecated. Wrong. Re-Read Mikhail above "Again. This is not ..." > > We object to the new policy, because we believe, only those ports, that > > fail to build, ought to be removed. Problematic ports ought to remain in > > the tree (as long as they build) -- to make it easier for people to > > continue using them and/or offer to maintain them. If there remains a > > vulnerability, then, of course, a loud warning (with a link to the > > advisory(ies)) is in order, but the users ought to make their own > > choices and evaluations. > > They do even after port removal. Wrong. They will find the port they were going to look at has been irresponsibly removed without warning, no code left there to fix. If a port is known broken and there is > no prospect of a fix, it must go. "no prospect of a fix" is a value judgement not easily made in a rush. (& some value judgement in the ports crusade have been wrong recently). Better FreeBSD should revert largely to the pre port killing crusade way, allow release users some warning. See definition of eg BROKEN in ports/Mk/bsd.port.mk If a port is found to be broken it is Not just tossed, it is marked "BROKEN=" (hopefully for a good while, eg at least a release cycle) so release users have time to see & fix. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Thu Sep 8 23:13:39 2011 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 2D9A5106566C for ; Thu, 8 Sep 2011 23:13:39 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0477A8FC1B for ; Thu, 8 Sep 2011 23:13:38 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id p88NDXqu027908; Thu, 8 Sep 2011 17:13:36 -0600 From: Erich Dollansky To: freebsd-ports@freebsd.org, schaecsn@gmx.net Date: Fri, 9 Sep 2011 06:13:31 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.5; amd64; ; ) References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> In-Reply-To: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109090613.32012.erichfreebsdlist@ovitrap.com> Cc: Subject: Re: The cost of a source based package system 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, 08 Sep 2011 23:13:39 -0000 Hi, how did you manage to get an answer from Google that fast? http://www.google.com/hostednews/afp/article/ALeqM5gK2BT8m9EhMCL0gI-yqyut3UOz-A?docId=CNG.8da7524161341a630734bbb6cf9ce6e4.231 Erich On Thursday 08 September 2011 11:53:28 Stefan Schaeckeler wrote: > Hi all, please don't take this posting too serious. I was just curious ... > > Just the other day, I bought a kill-a-watt. Among other things, I measured the "cost of a source based package system", i.e. I was comparing the energy cost of installing ports from source vs binary packages (setup, see below). > > Case 1: Source based installation > Time: 7 hours, 3 min > Energy: 0.489 kw*h > Price: 4.89 US cent > > Case 2a: Binary packages based installation > Time: 1 hour, 57 min > Energy: 0.079 kw*h > Price: 0.79 US cent > > If the computer is constantly running, then we should add the installation time of case 1 to case 2a: > > Case 2b: Binary packages based installation > Time: 7 hours, 3 min > Energy: (40/1000)kw*(7.05-1.95)h + 0.079 kw*h = 0.283 kw*h > Price: 2.83 US cent > > > > Using source based ports is with almost 5 US cents 6.19 times (case 1 vs case 2a) or 1.73 times (case 1 vs case 2b) more expensive than using binary packages :) > > > - Stefan > > > > Details: > > Price: 1 kw*h = 10 US cent. > > Kill-a-Watt trick: by setting the price per kw to $9.999 (= $10), I could get one more digit of accuracy for the consumed energy by dividing the price by 10. > > HW: Sony vaio pcg-k23 laptop (pentium 4, 2,8 GHz, huge display). Booted into FreeBSD, it consumes around 40 Watt ("idle"). When compiling programs, the power consumption doubles to somewhat above 80 Watt. Internet connection 768kb/s. > > SW: Installed 259 ports via this script: > --- snip --- > date > for i in /usr/ports/x11/xorg-minimal\ > /usr/ports/x11/xorg-apps\ > /usr/ports/x11/xorg-cf-files\ > /usr/ports/x11/xorg-docs\ > /usr/ports/x11/xorg-libraries\ > /usr/ports/shells/bash3\ > /usr/ports/print/teTeX\ > /usr/ports/editors/emacs\ > /usr/ports/editors/joe2\ > /usr/ports/multimedia/xmms\ > /usr/ports/multimedia/ffmpeg\ > /usr/ports/lang/clisp\ > /usr/ports/lang/hugs\ > /usr/ports/lang/swi-pl\ > /usr/ports/lang/llvm-gcc4\ > /usr/ports/lang/gnat\ > /usr/ports/lang/Gofer\ > /usr/ports/x11-toolkits/tk86 > do > cd $i && yes o | make install clean > done > date > halt -p > --- snip --- > > Similarly, 246 binary packages have been installed via pkg_add -r. > > pkg_delete /var/db/pkg/* > rm -rf /usr/ports/distfiles/ > > PACKAGESITE=ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/ > export PACKAGESITE > > --- snip --- > date > for i in xorg-minimal\ > xorg-apps\ > xorg-cf-files\ > xorg-docs\ > xorg-libraries\ > bash3\ > teTeX\ > emacs\ > joe2\ > xmms\ > ffmpeg\ > clisp\ > hugs\ > swi-pl\ > llvm-gcc4\ > gnat\ > Gofer\ > tk86 > do > pkg_add -r $i > done > date > halt -p > --- snip --- > > > The number of ports and binary packages varies slightly. I don't know why. This only introduces a small error. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 00:04:00 2011 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 C0550106564A for ; Fri, 9 Sep 2011 00:04:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id A4DB78FC16 for ; Fri, 9 Sep 2011 00:04:00 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 2713E5C55; Thu, 8 Sep 2011 16:45:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1315525531; bh=ISLSQPgTtyu0gW0h5MtYt79+LJe4gc08FvSM6EmBymo=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=3fED6LyDZYXovnC16XRc3WZGd/eajg78ruWMq90zf1QXKQmWWMk9MPm4ud4xf85GB CHHEiZkeTm+rTtQ2PaiNJWf1VvGwDHzyry4qBkPCYgqztRv9SQmyUb4+q7EyVsifnf 2QDU+6qmfCTzKrtvssuiTK0L3NwZw5hM5y2UMyQ0= Message-ID: <4E69539A.7080703@delphij.net> Date: Thu, 08 Sep 2011 16:45:30 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> <201109081326.11474.erichfreebsdlist@ovitrap.com> In-Reply-To: <201109081326.11474.erichfreebsdlist@ovitrap.com> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: The cost of a source based package system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 00:04:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 09/07/11 23:26, Erich Dollansky wrote: > Hi, > > On Thursday 08 September 2011 11:53:28 Stefan Schaeckeler wrote: >> Hi all, please don't take this posting too serious. I was just >> curious ... > > your are talking about a serious problem. >> >> Using source based ports is with almost 5 US cents 6.19 times >> (case 1 vs case 2a) or 1.73 times (case 1 vs case 2b) more >> expensive than using binary packages :) > > Yes, but: > > You are moving the cost from you to the the hosting companies. If > more people use packages, they will need more capacity to supply > all the different variants. > > Does anybody know what takes more capacity? The sources or the > binaries? I would believe that the sources would take more space > and bandwidth but the different variants of the binaries could be > much bigger at the end. > > I remember some articles about the electricity bill Google gets > every month. It is not that low. > > So, to paint a more complete picture, we must see both sides of > the fence. > > To make matters worse, people like me do both. I upgrade via the > packages and then compile while I am already able to work with the > new ports. At least, if the packages worked. Both portmaster and portupgrade have 'package' mode, which uses packages when available. If one can live with default optimization (which is usually good anyways) and if most times the default options would satisfy his/her need, or if the port doesn't provide any options, binary packages would save a lot of time. The real problem for FreeBSD's packaging system is, in my opinion, we do not maintain branches and ports tree is a fast moving target, making it impractical to build packages and push to mirrors. My $0.02: It might be worthy to experiment a branched development model and only pull up changes at a much lower pace to branch (e.g. create a branch near a release and drop the branch after a few weeks once a new one is created, and only pullup changes when there is need, like because security vulnerability or serious reliability/performance issue), it would be easier to produce binary package and sync them across mirrors. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOaVOaAAoJEATO+BI/yjfBWmkH/RRpJWJQn4Gqv7WL/HMsX/4Y kXZjVwS5uRF1hey3kf768P0Z1KcFeWNjyMx/B7VkV30tZzqs6Y/5EDqIEKrbrHJ/ Cq6tJGojG6k58dZPPRmCAo97FNbMYO2Xn4pj4+vz2hy/s0YRpPY9Ry+1yGMW0N2W Z55Xoko51Y5e1ZDtMjXTe+AqW1N+Gt/S/5HNAqTY9znpMADmeTyON+37wd069x+E WDd1oHLGadTt123KBU0NMhAMXGhWZWhQh6u6YRQP9Xkog3k9mNnAO+gHY/xiUG0h 2vlDhbZ5WFbeuw7eLd7sWgfgl77j42TFSFq0PUR9gdEBPkBJSjjJkk+B0Wb+A5E= =V1Bg -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 00:26:59 2011 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 66631106567A for ; Fri, 9 Sep 2011 00:26:59 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id EC90F8FC0A for ; Fri, 9 Sep 2011 00:26:58 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBE12D.dip.t-dialin.net [93.203.225.45]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p890Quld017917 for ; Fri, 9 Sep 2011 00:26:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p890QjTf072038 for ; Fri, 9 Sep 2011 02:26:45 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p890Qd9F078945 for ; Fri, 9 Sep 2011 00:26:45 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109090026.p890Qd9F078945@fire.js.berklix.net> To: freebsd-ports@freebsd.org From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Sep 2011 18:54:36 +0200." <4E68F34C.6090504@FreeBSD.org> Date: Fri, 09 Sep 2011 02:26:39 +0200 Sender: jhs@berklix.com Subject: Re: sysutils/cfs 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, 09 Sep 2011 00:26:59 -0000 Matthias Andree wrote: > Am 08.09.2011 13:52, schrieb Matt Burke: > > I want machines, tools, to do as *I* say not the other way round, whether > > it's good for me or not. If I wanted nannying and interference, I'd install > > Ubuntu. > > No, you'd use a managed installation. Nobody stands there pointing a > gun at your head and forces you to uninstall a port that got removed > from the ports/ tree. If people could recognize that, it might help get > the derailed discussion back on the right track. Recent butchery degrading ports/ has been unprofessional. Denying users are best to decide for themselves in light of their own circustance, is not acceptable. FreeBSD is for skilled Users not the clueless. Commit bit[s] should be revoked before FreeBSD incures more damage. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 01:01:30 2011 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 44D04106566C; Fri, 9 Sep 2011 01:01:30 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id AEAB58FC12; Fri, 9 Sep 2011 01:01:29 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBFF04.dip.t-dialin.net [217.251.255.4]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p8911RWH018228; Fri, 9 Sep 2011 01:01:28 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id p8911Gts072280; Fri, 9 Sep 2011 03:01:16 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p891190r079196; Fri, 9 Sep 2011 01:01:15 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201109090101.p891190r079196@fire.js.berklix.net> To: Matthias Andree From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 08 Sep 2011 18:36:46 +0200." <4E68EF1E.9090803@FreeBSD.org> Date: Fri, 09 Sep 2011 03:01:09 +0200 Sender: jhs@berklix.com Cc: freebsd-ports@freebsd.org Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 09 Sep 2011 01:01:30 -0000 Matthias Andree wrote: > Am 08.09.2011 16:15, schrieb Mikhail T.: > > > Having a poor port of an obscure > > piece of software is better, than no port at all. > > A poor port is undesirable (and shouldn't be in the tree in the first > place). Wrong. A `poor' port is is still a port else it would be marked Broken. Still a lot less work to polish than writing a port from scratch. Still a damn sight more use to non programmers than no port. Maybe it might just need a bit more work to speify more depends, but still be working anyway. > An obscure piece of software is undesirable (and shouldn't be ported in > the first place). Rubbish! > Now guess what a poor port of an obscure piece of software is. Something that's still useful cos with it a non programmer has something that will work right now, with a MAINTAINER address he can contact & be told "Encourage me & I'll improve it & send omprovements to FreeBSD too" > We're not there to run a museum of horrors, and we're not the starting > point or sole provider of such software. In fact we should not even > attempt to do that. People interested in that obscure software can > either help themselves without a port, can organize the necessary > assistance, or should not be running it. BSD has a history of more niche/ mature/ specialist/ users & uses. If you want Linux, use Linux Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below, not above; Indent with "> "; Cumulative like a play script. Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. http://www.softwarefreedomday.org 17th Sept, http://berklix.org/sfd/ Oct. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 01:45:41 2011 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 76553106566B for ; Fri, 9 Sep 2011 01:45:41 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [69.89.24.6]) by mx1.freebsd.org (Postfix) with SMTP id 40F3D8FC19 for ; Fri, 9 Sep 2011 01:45:40 +0000 (UTC) Received: (qmail 29108 invoked by uid 0); 9 Sep 2011 01:45:19 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy9.bluehost.com with SMTP; 9 Sep 2011 01:45:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=VO5Ym6fYilmgXYrpObl2fkpKyNebH2Sk8kVPXGaLspk=; b=hpto3x3ezy/V785LKsl47mSGHEF1T2+G1Y6F0CvEEEW/u2ddPRa/QiOvVCNkUypmi0m1QP3iFQLy3Cp93mcWxqWdOTAJMwVMGScG7inwSDC5XKL3b6/Xfz2D/CY39BFd; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R1ppQ-0005k7-SD for freebsd-ports@freebsd.org; Thu, 08 Sep 2011 19:24:25 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Thu, 08 Sep 2011 19:05:34 -0600 Date: Thu, 8 Sep 2011 19:05:34 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110909010534.GA15143@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <4E68EF1E.9090803@FreeBSD.org> <201109090101.p891190r079196@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <201109090101.p891190r079196@fire.js.berklix.net> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 09 Sep 2011 01:45:41 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 03:01:09AM +0200, Julian H. Stacey wrote: > Matthias Andree wrote: > > Am 08.09.2011 16:15, schrieb Mikhail T.: > >=20 > > > Having a poor port of an obscure > > > piece of software is better, than no port at all.=20 > >=20 > > A poor port is undesirable (and shouldn't be in the tree in the first > > place). >=20 > Wrong. > A `poor' port is is still a port else it would be marked Broken. Still > a lot less work to polish than writing a port from scratch. Still a > damn sight more use to non programmers than no port. Maybe it might > just need a bit more work to speify more depends, but still be working > anyway. It occurs to me there are people who would call KDE4 a "poor" port. I suspect deleting that would not go over well. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5pZl4ACgkQ9mn/Pj01uKVpgQCgjspa+3mMzDI1ZYRjUsw/b+v/ 4/gAnjHRsC+8xZeW4yaw47RojJ4JUB68 =uWWF -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 04:01:01 2011 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 76CA6106566B for ; Fri, 9 Sep 2011 04:01:01 +0000 (UTC) (envelope-from schaecsn@gmx.net) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id DD2FC8FC08 for ; Fri, 9 Sep 2011 04:01:00 +0000 (UTC) Received: (qmail invoked by alias); 09 Sep 2011 04:00:59 -0000 Received: from adsl-71-134-240-128.dsl.pltn13.pacbell.net (EHLO keeper.homelinux.org) [71.134.240.128] by mail.gmx.net (mp037) with SMTP; 09 Sep 2011 06:00:59 +0200 X-Authenticated: #548211 X-Provags-ID: V01U2FsdGVkX18TNL0M1u0TLKOkF5k17F7+u7/GKPBUXQ48F9R5Z9 1tCJrw1rxGnL3/ Received: by keeper.homelinux.org (Postfix, from userid 1001) id 78BE01EE8F1; Thu, 8 Sep 2011 21:01:08 -0700 (PDT) From: Stefan Schaeckeler to: freebsd-ports@freebsd.org In-reply-to: <201109081326.11474.erichfreebsdlist@ovitrap.com> (message from Erich Dollansky on Thu, 8 Sep 2011 13:26:11 +0700) References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> <201109081326.11474.erichfreebsdlist@ovitrap.com> Message-Id: <20110909040108.78BE01EE8F1@keeper.homelinux.org> Date: Thu, 8 Sep 2011 21:01:08 -0700 (PDT) X-Y-GMX-Trusted: 0 Subject: Re: The cost of a source based package system X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: schaecsn@gmx.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 04:01:01 -0000 Hi there, > On Thursday 08 September 2011 11:53:28 Stefan Schaeckeler wrote: > > Hi all, please don't take this posting too serious. I was just curious ... > > your are talking about a serious problem. Absolutely. Billions are spend on Green Computing and even PhD theses are written on it. > > Using source based ports is with almost 5 US cents 6.19 times (case 1 vs case 2a) or 1.73 times (case 1 vs case 2b) more expensive than using binary packages :) > > Yes, but: > > You are moving the cost from you to the the hosting companies. If > more people use packages, they will need more capacity to supply all > the different variants. A lot of variants are compile-time options, e.g. ./configure --enable-XXX. Looking at ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/All/, there is only one vlc binary, although vlc has a lot of variants. Independent of that, diskspace is cheap and there are only a few package mirrors. > Does anybody know what takes more capacity? The sources or the > binaries? I would believe that the sources would take more space and > bandwidth but the different variants of the binaries could be much > bigger at the end. Random check, binaries are 7 times slimmer 978427 bash-4.1.10.tbz // binary package 6598300 bash-4.1.tar.gz // source from ftp.gnu.org One could optimize ports a lot more for a) download speed and b) compile time: - downloading only a diff from the current version to the new, updated, version (that's virtually impossible for binary packages). That should save significant download time but might be difficult to implement as most software is only distributed as tar-balls. - no 'make clean' and reusing the object files of the current version for building the new, updated, version. That should save significant compilation time. Does that work as of today? So, in theory, ports could be made greener than packages :) > I remember some articles about the electricity bill Google gets every month. It is not that low. > > So, to paint a more complete picture, we must see both sides of the fence. ... and from your follow up email: > how did you manage to get an answer from Google that fast? > > http://www.google.com/hostednews/afp/article/ALeqM5gK2BT8m9EhMCL0gI-yqyut3UOz-A?docId=CNG.8da7524161341a630734bbb6cf9ce6e4.231 So, Google is going green. FreeBSD ports could try to do the same :) > To make matters worse, people like me do both. I upgrade via the packages and then compile while I am already able to work with the new ports. At least, if the packages worked. That's bad for the environment :P > At the end, we who want to go green have to stop using the Internet > and go back to postal services as it costs less energy. This contradicts your Google link: "Three days of streaming YouTube video requires as much energy as making, packaging and delivering a DVD". @ Eitan: > > The number of ports and binary packages varies slightly. I don't > > know why. This only introduces a small error. > > Likely due to "build dependencies" which are not needed when > installing via packages. Bingo! Stefan -- Scotty: Captain, we din' can reference it! Kirk: Analysis, Mr. Spock? Spock: Captain, it doesn't appear in the symbol table. Kirk: Then it's of external origin? Spock: Affirmative. Kirk: Mr. Sulu, go to pass two. Sulu: Aye aye, sir, going to pass two. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 05:34:53 2011 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 EED71106564A for ; Fri, 9 Sep 2011 05:34:53 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp04.sth.basefarm.net (ch-smtp04.sth.basefarm.net [80.76.153.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3758FC19 for ; Fri, 9 Sep 2011 05:34:53 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:22664 helo=falcon.midgard.homeip.net) by ch-smtp04.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1R1tcV-0004Ss-De for freebsd-ports@freebsd.org; Fri, 09 Sep 2011 07:27:20 +0200 Received: (qmail 95351 invoked from network); 9 Sep 2011 07:27:18 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 9 Sep 2011 07:27:18 +0200 Received: (qmail 5555 invoked by uid 1001); 9 Sep 2011 07:27:51 +0200 Date: Fri, 9 Sep 2011 07:27:51 +0200 From: Erik Trulsson To: Matthias Andree Message-ID: <20110909052751.GB5505@owl.midgard.homeip.net> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E68F34C.6090504@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1R1tcV-0004Ss-De. X-Scan-Signature: ch-smtp04.sth.basefarm.net 1R1tcV-0004Ss-De c08b649a05b1bf0e925a0dcce555c6f0 Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 09 Sep 2011 05:34:54 -0000 On Thu, Sep 08, 2011 at 06:54:36PM +0200, Matthias Andree wrote: > Am 08.09.2011 13:52, schrieb Matt Burke: > > > Changing to a hypothetical example, why would an Apache vulnerability in > > mod_rewrite in the least bit bother a person who doesn't have the module > > enabled, which I believe is the standard configuration? Would you prefer > > Apache be deleted from ports if it took longer than expected to fix it? > > That wouldn't happen anyways because the package is actively maintained, > unlike many of the ports the discussion is about. You (and others) place *far* too much emphasis on a piece of software being "maintained" > > > What the current FreeBSD policy of actively deleting perfectly usable ports > > instead of putting a mild hurdle in the way is saying, is that FreeBSD will > > stop me doing what I may want to do because FreeBSD knows best. > > The port isn't perfectly usable (because that would mean it's usable in > all circumstances for all advertised purposes, which is explicitly not > the case in the light of known vulnerabilities). In which case just about no port is 'perfectly usable' since almost all non-trivial software contains bugs - at least some of which are not documented, meaning that it isn't usable in *all* circumstances for *all* advertised purposes. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 05:35:43 2011 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 80C541065670 for ; Fri, 9 Sep 2011 05:35:43 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp05.sth.basefarm.net (ch-smtp05.sth.basefarm.net [80.76.153.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0A57E8FC18 for ; Fri, 9 Sep 2011 05:35:42 +0000 (UTC) Received: from c83-255-51-20.bredband.comhem.se ([83.255.51.20]:61108 helo=falcon.midgard.homeip.net) by ch-smtp05.sth.basefarm.net with esmtp (Exim 4.76) (envelope-from ) id 1R1tX2-0000xx-I5 for freebsd-ports@freebsd.org; Fri, 09 Sep 2011 07:21:42 +0200 Received: (qmail 95318 invoked from network); 9 Sep 2011 07:21:38 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 9 Sep 2011 07:21:38 +0200 Received: (qmail 5545 invoked by uid 1001); 9 Sep 2011 07:22:10 +0200 Date: Fri, 9 Sep 2011 07:22:10 +0200 From: Erik Trulsson To: Matthias Andree Message-ID: <20110909052210.GA5505@owl.midgard.homeip.net> References: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> <20110908084205.GG13219@portland.byshenk.net> <4E68CE0D.2050000@aldan.algebra.com> <4E68EF1E.9090803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E68EF1E.9090803@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: 83.255.51.20 X-Scan-Result: No virus found in message 1R1tX2-0000xx-I5. X-Scan-Signature: ch-smtp05.sth.basefarm.net 1R1tX2-0000xx-I5 1e60742f4efd266604c81be88394aa25 Cc: freebsd-ports@freebsd.org Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 09 Sep 2011 05:35:43 -0000 On Thu, Sep 08, 2011 at 06:36:46PM +0200, Matthias Andree wrote: > Am 08.09.2011 16:15, schrieb Mikhail T.: > > > Having a poor port of an obscure > > piece of software is better, than no port at all. > > A poor port is undesirable (and shouldn't be in the tree in the first > place). Highly debatable. It is clear that a poor port is undesirable compared to a good port, but very often a poor port is more desirable than no port at all. > > An obscure piece of software is undesirable (and shouldn't be ported in > the first place). Bullshit! Keep in mind that FreeBSD itself is a fairly obscure piece of software in that most people in the world have never heard of it. For any given individual something like 90+% percent of the ports in the ports-tree could count as obscure since that person has never heard of that particular piece of software before. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 07:25:32 2011 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 B225C1065674 for ; Fri, 9 Sep 2011 07:25:32 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (grizzly.droso.net [IPv6:2a01:4f8:100:9424::3]) by mx1.freebsd.org (Postfix) with ESMTP id 534C88FC0A for ; Fri, 9 Sep 2011 07:25:32 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 131F9651DF; Fri, 9 Sep 2011 09:07:16 +0200 (CEST) Date: Fri, 9 Sep 2011 09:07:16 +0200 From: Erwin Lansing To: freebsd-ports@freebsd.org Message-ID: <20110909070715.GJ71220@droso.net> References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> <201109081326.11474.erichfreebsdlist@ovitrap.com> <4E69539A.7080703@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4E69539A.7080703@delphij.net> X-Operating-System: FreeBSD/amd64 8.2-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: The cost of a source based package system 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, 09 Sep 2011 07:25:32 -0000 On Thu, Sep 08, 2011 at 04:45:30PM -0700, Xin LI wrote: > > Both portmaster and portupgrade have 'package' mode, which uses > packages when available. If one can live with default optimization > (which is usually good anyways) and if most times the default options > would satisfy his/her need, or if the port doesn't provide any > options, binary packages would save a lot of time. > > The real problem for FreeBSD's packaging system is, in my opinion, we > do not maintain branches and ports tree is a fast moving target, > making it impractical to build packages and push to mirrors. Absolotely right. There is also so ongoing work to move away from the current model. We already are using a consistent model for from which src branch we build packages on. Previously, this was RELENG_X on a given day, where that day was defined by "whenever the portmgr running that architecture has time to do so". This is now oldest supported minor release within each major branch. More on: http://www.freebsd.org/portmgr/policies_eol.html We also need to do this for the ports tree. The best way to do so is to provide consistent package sets which are not overwritten on the mirrors when a new package set becomes available, but let the user move between sets manually. This requires some large changes, both to the code and infrastructure which we are working on. The code needs to be able to identify which package set is installed and an ability to move to a new set. The PKGNG project will provide us that. Also, the current mirror infrastructure cannot support the extra amount of data needed. Currently, a full set of packages for one architecture is about 30G. Just supporting the Tier-1 architectures on 2-3 live branches add up, especially if we also need to keep multipe full sets around. There's a short presentation from BSDCan with some bullet points: http://people.freebsd.org/~erwin/presentations/20110512-BSDCan-packages-summary.pdf This is also a topic we'll talk more about at EuroBSDCon next month. > > My $0.02: It might be worthy to experiment a branched development > model and only pull up changes at a much lower pace to branch (e.g. > create a branch near a release and drop the branch after a few weeks > once a new one is created, and only pullup changes when there is need, > like because security vulnerability or serious reliability/performance > issue), it would be easier to produce binary package and sync them > across mirrors. > I don't think brances is the right solution here. Talking to the pkgsrc people, they use quite a lot of time on pullups and we have almost 3 times as many packages. This would not scale to ports. Unfortunately, as I do like the model in principle. I think we can come near though wil clearly defined EOL/EOS lifetimes for the package sets (see slides). Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 08:09:26 2011 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 A3719106566C for ; Fri, 9 Sep 2011 08:09:26 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id E3AD88FC14 for ; Fri, 9 Sep 2011 08:09:25 +0000 (UTC) Received: (qmail 29689 invoked by uid 10); 9 Sep 2011 07:42:42 -0000 Received: from curry.linta.de by isilmar.linta.de with BSMTP; 9 Sep 2011 07:42:42 -0000 Received: by curry.linta.de (Postfix, from userid 1001) id B2A5D1CC44; Fri, 9 Sep 2011 08:42:28 +0100 (BST) Date: Fri, 9 Sep 2011 08:42:28 +0100 From: "Klaus T. Aehlig" To: Stefan Schaeckeler Message-ID: <20110909074228.GB50988@curry.linta.de> References: <20110908045328.C6E2E1EE8F1@keeper.homelinux.org> <201109081326.11474.erichfreebsdlist@ovitrap.com> <20110909040108.78BE01EE8F1@keeper.homelinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909040108.78BE01EE8F1@keeper.homelinux.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@freebsd.org Subject: Re: The cost of a source based package system 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, 09 Sep 2011 08:09:26 -0000 > - no 'make clean' and reusing the object files of the current version for building the new, updated, > version. That should save significant compilation time. Does that work as of today? I doubt that that will work in that form. In fact, I quite like that 'make clean' in ports throws away the whole directory so that you are definitely in a well-defined state afterwards. (That's not true for all upstream 'clean' targets.) But what does work in avoiding (at least some) unnecessary recompilation, even today, is installing and using devel/ccache. Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 08:27:08 2011 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 39DD8106566B; Fri, 9 Sep 2011 08:27:08 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from portland.byshenk.net (portland.byshenk.net [69.168.53.243]) by mx1.freebsd.org (Postfix) with ESMTP id EEB648FC0C; Fri, 9 Sep 2011 08:27:07 +0000 (UTC) Received: from portland.byshenk.net (localhost [127.0.0.1]) by portland.byshenk.net (8.14.5/8.14.5) with ESMTP id p897n5KB090748; Fri, 9 Sep 2011 00:49:05 -0700 (PDT) (envelope-from byshenknet@portland.byshenk.net) Received: (from byshenknet@localhost) by portland.byshenk.net (8.14.5/8.14.5/Submit) id p897n4xa090747; Fri, 9 Sep 2011 00:49:04 -0700 (PDT) (envelope-from byshenknet) Date: Fri, 9 Sep 2011 00:49:04 -0700 From: Greg Byshenk To: Erik Trulsson Message-ID: <20110909074904.GI13219@portland.byshenk.net> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909052751.GB5505@owl.midgard.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909052751.GB5505@owl.midgard.homeip.net> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on portland.byshenk.net Cc: freebsd-ports@freebsd.org, Matthias Andree Subject: Re: sysutils/cfs 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, 09 Sep 2011 08:27:08 -0000 On Fri, Sep 09, 2011 at 07:27:51AM +0200, Erik Trulsson wrote: > On Thu, Sep 08, 2011 at 06:54:36PM +0200, Matthias Andree wrote: > > Am 08.09.2011 13:52, schrieb Matt Burke: > > > Changing to a hypothetical example, why would an Apache vulnerability in > > > mod_rewrite in the least bit bother a person who doesn't have the module > > > enabled, which I believe is the standard configuration? Would you prefer > > > Apache be deleted from ports if it took longer than expected to fix it? > > > > That wouldn't happen anyways because the package is actively maintained, > > unlike many of the ports the discussion is about. > > You (and others) place *far* too much emphasis on a piece of software > being "maintained" > > > What the current FreeBSD policy of actively deleting perfectly usable ports > > > instead of putting a mild hurdle in the way is saying, is that FreeBSD will > > > stop me doing what I may want to do because FreeBSD knows best. > > > > The port isn't perfectly usable (because that would mean it's usable in > > all circumstances for all advertised purposes, which is explicitly not > > the case in the light of known vulnerabilities). > > In which case just about no port is 'perfectly usable' since almost all > non-trivial software contains bugs - at least some of which are not > documented, meaning that it isn't usable in *all* circumstances for > *all* advertised purposes. I can't necessarily speak for everyone, but I suspect that this is why 'being "maintained"' is seen as important. All software has bugs; what is important is that they are fixed as they are discovered, rather than being left to rot. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 09:10:07 2011 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 2E5B0106566C for ; Fri, 9 Sep 2011 09:10:07 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo101.cox.net (eastrmfepo101.cox.net [68.230.241.213]) by mx1.freebsd.org (Postfix) with ESMTP id B9E588FC18 for ; Fri, 9 Sep 2011 09:10:06 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110909091000.WBLO3821.eastrmfepo101.cox.net@eastrmimpo109.cox.net> for ; Fri, 9 Sep 2011 05:10:00 -0400 Received: from serene.no-ip.org ([172.18.52.4]) by eastrmimpo109.cox.net with bizsmtp id WZ8y1h00805SVJc02Z8yrC; Fri, 09 Sep 2011 05:08:59 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.4E69D7E8.0112,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=dXu2k05gKT3VxFtG95YEdk9aq0n5a15ftWWFNKdz4Tg= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=udF4OF_nK8bnOvG88WQA:9 a=S3qVpGoctOsUrrQr1E0A:7 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=UaX1woSWE4/tG05bAFg+xw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8999xS4071631 for ; Fri, 9 Sep 2011 04:09:59 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 9 Sep 2011 04:09:54 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110909040954.17733a4e@cox.net> In-Reply-To: <4E68F34C.6090504@FreeBSD.org> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 09 Sep 2011 09:10:07 -0000 On Thu, 08 Sep 2011 18:54:36 +0200 Matthias Andree wrote: > Am 08.09.2011 13:52, schrieb Matt Burke: > > > I want machines, tools, to do as *I* say not the other way round, > > whether it's good for me or not. If I wanted nannying and > > interference, I'd install Ubuntu. > > No, you'd use a managed installation. Nobody stands there pointing a > gun at your head and forces you to uninstall a port that got removed > from the ports/ tree. If people could recognize that, it might help > get the derailed discussion back on the right track. You fail to take into account the case where a port may need to be reinstalled. An extraordinary effort is required if the port no longer exists in the ports tree. Frankly, I'm growing increasingly concerned that this push to eliminate ports is getting out of control. I don't much care for the notion that, having invested the time in installing, configuring and tuning a certain set of software packages, suddenly the rug could be pulled out from under me, so to speak, in essence *forcing* me to abandon using certain packages or else deal with maintaining them (in the ports maintainer sense) on my own. It feels like this latest ports collection cleanup effort most likely started with the best intentions, but is now fast becoming a runaway locomotive. Please, can we try to maintain the sanity and restraint that FreeBSD has always been known for? -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 09:25:44 2011 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 687DC1065672 for ; Fri, 9 Sep 2011 09:25:44 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id E500B8FC14 for ; Fri, 9 Sep 2011 09:25:43 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8AF4528424; Fri, 9 Sep 2011 11:25:41 +0200 (CEST) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 5E4DB2842A; Fri, 9 Sep 2011 11:25:40 +0200 (CEST) Message-ID: <4E69DB93.8030503@quip.cz> Date: Fri, 09 Sep 2011 11:25:39 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Greg Byshenk References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909052751.GB5505@owl.midgard.homeip.net> <20110909074904.GI13219@portland.byshenk.net> In-Reply-To: <20110909074904.GI13219@portland.byshenk.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 09 Sep 2011 09:25:44 -0000 Greg Byshenk wrote: > On Fri, Sep 09, 2011 at 07:27:51AM +0200, Erik Trulsson wrote: >> On Thu, Sep 08, 2011 at 06:54:36PM +0200, Matthias Andree wrote: >>> Am 08.09.2011 13:52, schrieb Matt Burke: > >>>> Changing to a hypothetical example, why would an Apache vulnerability in >>>> mod_rewrite in the least bit bother a person who doesn't have the module >>>> enabled, which I believe is the standard configuration? Would you prefer >>>> Apache be deleted from ports if it took longer than expected to fix it? >>> >>> That wouldn't happen anyways because the package is actively maintained, >>> unlike many of the ports the discussion is about. >> >> You (and others) place *far* too much emphasis on a piece of software >> being "maintained" > > >>>> What the current FreeBSD policy of actively deleting perfectly usable ports >>>> instead of putting a mild hurdle in the way is saying, is that FreeBSD will >>>> stop me doing what I may want to do because FreeBSD knows best. >>> >>> The port isn't perfectly usable (because that would mean it's usable in >>> all circumstances for all advertised purposes, which is explicitly not >>> the case in the light of known vulnerabilities). >> >> In which case just about no port is 'perfectly usable' since almost all >> non-trivial software contains bugs - at least some of which are not >> documented, meaning that it isn't usable in *all* circumstances for >> *all* advertised purposes. > > I can't necessarily speak for everyone, but I suspect that this is > why 'being "maintained"' is seen as important. All software has bugs; > what is important is that they are fixed as they are discovered, > rather than being left to rot. Sorry, but "maintained" doesn't mean any quarantee of quick and proper fix. FreeBSD it-self has many known bugs unfixed for a years. (and some of them are really serious) Does it mean that we should stop using FreeBSD, deinstall it from all servers and use something else? I don't think so. I am happy user of FreeBSD for more than 10 years, because it gives me a freedom of choice - not enforcing me to anything. I am expecting warning message in case of some problem in base or ports / packages, but I am here to make a decision what to do next. If I like foreign decision, I will use another OS, which can silently uninstall affected packages... but I don't like this idea! -------------------------------------------------------------- From my point of view, there are huge pressure in "cleaning" ports by removing anything suspicious. There are more and more people working on removing ports. FreeBSD lacks man power on another places. For example I repeatedly sent some improvements and fixes to freebsd-rc in last few years without any reaction. It's OK, I can maintain it privately, but nobody else will benefit from this work. So FreeBSD have not working iSCSI initiator rc.d script in these days, but will have few ports less... I don't think this is the right way to go, but I can live with it. I know that it is all about interest of other volunteers. Just my $0.02 to this almost useless discussion. Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 10:30:58 2011 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 4FC7F106564A for ; Fri, 9 Sep 2011 10:30:58 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 181298FC1B for ; Fri, 9 Sep 2011 10:30:58 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5DBC24AC58 for ; Fri, 9 Sep 2011 14:30:57 +0400 (MSD) Date: Fri, 9 Sep 2011 14:30:52 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <765103585.20110909143052@serebryakov.spb.ru> To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 10:30:58 -0000 Hello, Freebsd-ports. I notice, that many software projects are hosted on social DVCS hostings nowadays. Other common "feature" among them is absence of "official" tarballs for versions. I don't say, that ALL projects whith primary hosting on these DVCS sites don't publish official tarballs. But many of them don't. On other hand, all these DVCS sites provide way to download auto-generate= d tarballs for any tag or branch or revision. Maybe, we need support for this model to ports system directly? Like we support SourceForge and other code hosting sites. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 10:35:23 2011 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 7894D106564A for ; Fri, 9 Sep 2011 10:35:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 40CC58FC15 for ; Fri, 9 Sep 2011 10:35:23 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 86BEA4AC58 for ; Fri, 9 Sep 2011 14:35:22 +0400 (MSD) Date: Fri, 9 Sep 2011 14:35:18 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <19010176113.20110909143518@serebryakov.spb.ru> To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: What is difference between ${MASTER_SITE_GNU}/${MASTER_SITE_SUNSITE} and SF/CPAN in MASTER_SITES? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 10:35:23 -0000 Hello, Freebsd-ports. Why some groups of sites in ports system are make variables and some -- s= pecial strings? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 11:15:12 2011 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 454651065670; Fri, 9 Sep 2011 11:15:12 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id BB0078FC12; Fri, 9 Sep 2011 11:15:11 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110909111510.EBPE32466.eastrmfepo202.cox.net@eastrmimpo01.cox.net>; Fri, 9 Sep 2011 07:15:10 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo01.cox.net with bizsmtp id WbF91h00F0tX9KW02bFAw7; Fri, 09 Sep 2011 07:15:10 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020205.4E69F53E.00B3,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=VcnKvEc+JFuYEbbjzZ0v7SijtKSuAbyuQmdPXwRCrh8= c=1 sm=1 a=15uyCebVCcIA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=ZWWcSF-lar4Sb7vpUcoA:9 a=Rbr2T_qzsRh-NuXBI40A:7 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p89BF9SU043331; Fri, 9 Sep 2011 06:15:09 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 9 Sep 2011 06:15:04 -0500 From: "Conrad J. Sabatier" To: portmgr-feedback@freebsd.org Message-ID: <20110909061504.647df52e@cox.net> In-Reply-To: <201109070633.p876X8uc083295@koala.droso.net> References: <201109070633.p876X8uc083295@koala.droso.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, linimon@freebsd.org Subject: deprecated because: Development has ceased??? Maybe development is *complete* 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, 09 Sep 2011 11:15:12 -0000 On Wed, 7 Sep 2011 08:33:08 +0200 (CEST) linimon@freebsd.org wrote: > portname: german/ksteak > description: KDE frontend for steak, an english - german dictionary > maintainer: ports@FreeBSD.org > deprecated because: Development has ceased. > expiration date: 2011-09-01 > build errors: none. > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=ksteak > > > portname: german/steak > description: An english <-> german dictionary under the GPL > maintainer: ports@FreeBSD.org > deprecated because: Development has ceased. > expiration date: 2011-09-01 > build errors: none. > overview: > http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=steak Pardon my objection (I know you guys are getting slammed with a lot of complaints lately), but... "Development has ceased": Is that really the only reason for removing these two ports? There's really nothing wrong with either of them, to the best of my knowledge, and both are very useful to me in my correspondence with native German speakers. "Development has ceased" just seems to be insufficient as an *automatic* cause (excuse?) for removing a port, IMHO. Are we saying that once a program has reached a finished, final, stable working state, the developer(s) should be required to continue coming up with ways of modifying it for no good reason other than to avoid being dropped from our ports collection? Viewed from this perspective, doesn't that seem just a tad unreasonable? I mean, it's more like: deprecated because: development is *complete* and needs no further refinement (which is, of course, patently absurd) This really does lead one to wonder just what exactly is motivating the individuals leading the charge in this latest rash of ports removals. I realize many of the people involved in handling the ports collection are seasoned, experienced FreeBSD veterans, but this almost feels as if some new, overly eager intern has just recently been turned loose on the ports collection and, drunk on their newly acquired power, is just madly and capriciously "slashing-and-burning" with wild abandon. If having a maintainer for these two ports might spare them from the executioner's ax, I'll be happy to add them to my existing list of responsibilities. Thank you. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 11:21:18 2011 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 A19A9106566B for ; Fri, 9 Sep 2011 11:21:18 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 45BBA8FC0C for ; Fri, 9 Sep 2011 11:21:17 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110909112112.XWHB3924.eastrmfepo103.cox.net@eastrmimpo01.cox.net> for ; Fri, 9 Sep 2011 07:21:12 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo01.cox.net with bizsmtp id WbMB1h00B0tX9KW02bMBiA; Fri, 09 Sep 2011 07:21:12 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.4E69F6A8.000F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=VcnKvEc+JFuYEbbjzZ0v7SijtKSuAbyuQmdPXwRCrh8= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=CT3OVH5EO2yGb6MlWzMA:9 a=k8MmkWaOmdIPiSW1DW4A:7 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p89BLBC0043345 for ; Fri, 9 Sep 2011 06:21:11 -0500 (CDT) (envelope-from conrads@cox.net) Date: Fri, 9 Sep 2011 06:21:06 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110909062106.6021280f@cox.net> In-Reply-To: <4E68F34C.6090504@FreeBSD.org> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 09 Sep 2011 11:21:18 -0000 On Thu, 08 Sep 2011 18:54:36 +0200 Matthias Andree wrote: > Am 08.09.2011 13:52, schrieb Matt Burke: > > > What the current FreeBSD policy of actively deleting perfectly > > usable ports instead of putting a mild hurdle in the way is saying, > > is that FreeBSD will stop me doing what I may want to do because > > FreeBSD knows best. > > The port isn't perfectly usable (because that would mean it's usable > in all circumstances for all advertised purposes, which is explicitly > not the case in the light of known vulnerabilities). And just how in the world can you verify that *any* port is "perfectly usable" by your definition? Should we just go ahead and delete every port in the collection then? -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 11:29:21 2011 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 9830C106564A; Fri, 9 Sep 2011 11:29:21 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 144CD8FC0C; Fri, 9 Sep 2011 11:29:20 +0000 (UTC) Received: by gwb1 with SMTP id 1so1264280gwb.36 for ; Fri, 09 Sep 2011 04:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=PqrgM8W9GU4ikRD4oIE96KvPOzpCVEnNaQHGLesCDy8=; b=OIr/CdhwMeeZ4v9BMKXjCzQR7MKgqZDD+BD2bXpvzTV+qFri8EpsKFmKCmmCjSK8hQ yrX/TX4jV75PjnVr+ZSl6uRr4X16z2TqqSfjIiHkMs1RqPsBKfR3VbWX3w8Xr2rMQ0bf TCGOnea+upqqarGPmbS8ZJu/yk7VgGvb3WwAA= Received: by 10.90.19.10 with SMTP id 10mr1716450ags.133.1315567760081; Fri, 09 Sep 2011 04:29:20 -0700 (PDT) Received: from athena.wi.rr.com (cpe-184-58-138-79.wi.res.rr.com [184.58.138.79]) by mx.google.com with ESMTPS id 24sm4460121ano.10.2011.09.09.04.29.18 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Sep 2011 04:29:19 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Fri, 9 Sep 2011 06:29:05 -0500 User-Agent: KMail/1.13.7 (FreeBSD/8.2-RELEASE-p1; KDE/4.6.5; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201109090629.05991.lumiwa@gmail.com> Subject: rawtherapee 4.02 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, 09 Sep 2011 11:29:21 -0000 Try to update rawtherapee on FreeBSD 8.2 but I got an error: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:379: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:389: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:389: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:389: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:389: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:391: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:395: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:409: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:410: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:415: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:416: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:420: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:421: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:422: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:423: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:463: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:464: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:465: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:466: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:470: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:471: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: note: candidate 2: operator[](float**, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: note: candidate 2: operator[](float*, int) /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/array2D.h:158: note: candidate 1: T* array2D::operator[](size_t) [with T = float] /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2/rtengine/hilite_recon.cc:472: note: candidate 2: operator[](float**, int) *** Error code 1 Stop in /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2. *** Error code 1 Stop in /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2. *** Error code 1 Stop in /usr/ports/graphics/rawtherapee/work/rawtherapee-4.0.2. *** Error code 1 Stop in /usr/ports/graphics/rawtherapee. *** Error code 1 Stop in /usr/ports/graphics/rawtherapee. ===>>> make failed for graphics/rawtherapee ===>>> Aborting update ===>>> You can restart from the point of failure with this command line: portmaster graphics/rawtherapee Thanks. Mitja -------- http://jpgmag.com/people/lumiwa From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 12:05:25 2011 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 817831065670 for ; Fri, 9 Sep 2011 12:05:25 +0000 (UTC) (envelope-from schaiba@gmail.com) Received: from mail-qw0-f45.google.com (mail-qw0-f45.google.com [209.85.216.45]) by mx1.freebsd.org (Postfix) with ESMTP id 423F18FC17 for ; Fri, 9 Sep 2011 12:05:24 +0000 (UTC) Received: by qwj8 with SMTP id 8so1511370qwj.18 for ; Fri, 09 Sep 2011 05:05:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=3obXK9LGwF0ezxTj+8lxcBdovVUNHFpV7RW8ajm6+ok=; b=eiPUWdwlI9h5F3HJlQ524MaNv4ph7VmE7dIj/OlodPzZrMyd+kBi4jWa8oi/gcw63M K6t2gPxSd3aaJlnIfLkZlFoVhKI66X20wcx1cW7FpnN8ym4fLj88jU2GaBqp/WbFYfkR mUqnXixqBgQMbpyYHzklPE9QkUXp5I0cP1KSM= MIME-Version: 1.0 Received: by 10.229.12.207 with SMTP id y15mr1412513qcy.58.1315568132238; Fri, 09 Sep 2011 04:35:32 -0700 (PDT) Received: by 10.229.246.84 with HTTP; Fri, 9 Sep 2011 04:35:32 -0700 (PDT) Date: Fri, 9 Sep 2011 14:35:32 +0300 Message-ID: From: Aioanei Rares To: freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary=0016363b9dbc332f1704ac80931a X-Mailman-Approved-At: Fri, 09 Sep 2011 12:09:16 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Standalone mksh 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, 09 Sep 2011 12:05:25 -0000 --0016363b9dbc332f1704ac80931a Content-Type: text/plain; charset=ISO-8859-1 Hi all, I wanted to propose the addition of a standalone mksh in shells/, which , of course, is compiled with -static and installs to /bin . Attached is the modified Makefile. Thanks, -- Rares Aioanei --0016363b9dbc332f1704ac80931a Content-Type: application/octet-stream; name=Makefile Content-Disposition: attachment; filename=Makefile Content-Transfer-Encoding: base64 X-Attachment-Id: f_gscwu6xx0 IyBQb3J0cyBjb2xsZWN0aW9uIG1ha2VmaWxlIGZvcjoJbWtzaAojIERhdGUgY3JlYXRlZDoJCQkJ MjAwNi0wNi0yNAojIFdob206CQkJCQlBbmRyZWFzIEtvaG4gPGFuZHJlYXNAc3luZHJvbTIzLmRl PgojCiMgJEZyZWVCU0Q6IHBvcnRzL3NoZWxscy9ta3NoL01ha2VmaWxlLHYgMS4yOSAyMDExLzA4 LzI2IDA3OjA3OjM5IG1pd2kgRXhwICQKIwoKUE9SVE5BTUU9CW1rc2gKRElTVFZFUlNJT049CVI0 MGIKQ0FURUdPUklFUz0Jc2hlbGxzCk1BU1RFUl9TSVRFUz0JaHR0cDovL3d3dy5taXJic2Qub3Jn L01pck9TL2Rpc3QvbWlyL21rc2gvIFwKCQlodHRwOi8vcHViLmFsbGJzZC5vcmcvTWlyT1MvZGlz dC9taXIvbWtzaC8KRElTVEZJTEVTPQkke1BPUlROQU1FfS0ke0RJU1RWRVJTSU9OfS5jcGlvLmd6 CgpNQUlOVEFJTkVSPQltaXdpQEZyZWVCU0Qub3JnCkNPTU1FTlQ9CUEgTWlyQlNEIGVuaGFuY2Vk IHNoZWxsIGJhc2VkIG9uIHBka3NoCgpXUktTUkM9CQkke1dSS0RJUn0vJHtQT1JUTkFNRX0KUFJF RklYPQkJLwpNQU4xPQkJbWtzaC4xClBMSVNUX0ZJTEVTPQliaW4vbWtzaCAlJVBPUlRFWEFNUExF UyUlJSVFWEFNUExFU0RJUiUlL2RvdC5ta3NocmMKUExJU1RfRElSUz0JJSVQT1JURVhBTVBMRVMl JSUlRVhBTVBMRVNESVIlJQpDRkxBR1MrPQktc3RhdGljCi5pbmNsdWRlIDxic2QucG9ydC5wcmUu bWs+Cgpkby1leHRyYWN0OgoJJHtNS0RJUn0gJHtXUktESVJ9CgljZCAke1dSS0RJUn0gJiYgXAoJ JHtHWkNBVH0gJHtESVNURElSfS8ke0RJU1RGSUxFU30gfCAke0NQSU99IC1pZAoKZG8tYnVpbGQ6 CgljZCAke1dSS1NSQ30gJiYgQ0ZMQUdTPSIke0NGTEFHU30iIENDPSIke0NDfSIgTERGTEFHUz0i JHtMREZMQUdTfSIgQ1BQRkxBR1M9IiR7Q1BQRkxBR1N9IiBTSEVMTD0ke1NIfSAke1NIfSAke1dS S1NSQ30vQnVpbGQuc2ggLXIgLWNvbWJpbmUKCmRvLWluc3RhbGw6Cgkke0lOU1RBTExfUFJPR1JB TX0gJHtXUktTUkN9L21rc2ggJHtQUkVGSVh9L2JpbgoJJHtJTlNUQUxMX01BTn0gJHtXUktTUkN9 L21rc2guMSAke01BTlBSRUZJWH0vbWFuL21hbjEKLmlmICFkZWZpbmVkKE5PUE9SVEVYQU1QTEVT KQoJJHtNS0RJUn0gJHtFWEFNUExFU0RJUn0KCSR7SU5TVEFMTF9EQVRBfSAke1dSS1NSQ30vZG90 Lm1rc2hyYyAke0VYQU1QTEVTRElSfQouZW5kaWYKCnBvc3QtaW5zdGFsbDoKCUAke0VDSE9fTVNH fSAidXBkYXRpbmcgL2V0Yy9zaGVsbHMiCglAJHtDUH0gL2V0Yy9zaGVsbHMgL2V0Yy9zaGVsbHMu YmFrCglAKCR7R1JFUH0gLXYgJHtQUkVGSVh9L2Jpbi9ta3NoIC9ldGMvc2hlbGxzLmJhazsgXAoJ JHtFQ0hPX0NNRH0gJHtQUkVGSVh9L2Jpbi9ta3NoKSA+IC9ldGMvc2hlbGxzCglAJHtSTX0gL2V0 Yy9zaGVsbHMuYmFrCgouaW5jbHVkZSA8YnNkLnBvcnQucG9zdC5taz4K --0016363b9dbc332f1704ac80931a-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 12:29:07 2011 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 1ACAF106566B for ; Fri, 9 Sep 2011 12:29:07 +0000 (UTC) (envelope-from urb@twe.net) Received: from xerox.twe.net (0107ds2-ba.0.fullrate.dk [90.184.98.110]) by mx1.freebsd.org (Postfix) with ESMTP id A696E8FC0C for ; Fri, 9 Sep 2011 12:29:06 +0000 (UTC) Received: from xerox.twe.net (localhost [127.0.0.1]) by xerox.twe.net (Postfix) with ESMTP id 051AA6D431 for ; Fri, 9 Sep 2011 14:29:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at twe.net Received: from xerox.twe.net ([127.0.0.1]) by xerox.twe.net (xerox.twe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6OPe4AwHt8i3 for ; Fri, 9 Sep 2011 14:28:52 +0200 (CEST) Received: by xerox.twe.net (Postfix, from userid 80) id E55D66D42A; Fri, 9 Sep 2011 14:28:51 +0200 (CEST) To: X-PHP-Script: www.twe.net/webmail/index.php for 217.74.219.156 X-PHP-Originating-Script: 0:func.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 09 Sep 2011 14:28:51 +0200 From: "Uffe R. B. Andersen" Organization: Andersen|nu Mail-Reply-To: Message-ID: X-Sender: urb@twe.net User-Agent: Roundcube Webmail/0.5.4 Cc: sylvio@FreeBSD.org Subject: net-snmp-5.7_3 issue with tcpCurrEstab X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: urb@twe.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 12:29:07 -0000 Hi, Since upgrading to version 5.7, the Gauge32 of .1.3.6.1.2.1.6.9.0 (TCP-MIB::tcpCurrEstab.0) only returns zero. Tested on 8.2-RELEASE-p2 with 5.7_3 today. -- Med venlig hilsen - Sincerely Uffe R. B. Andersen - mailto:urb@twe.net http://blog.andersen.nu/ From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 12:38:58 2011 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 A37B1106566C for ; Fri, 9 Sep 2011 12:38:58 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [93.95.13.41]) by mx1.freebsd.org (Postfix) with SMTP id EA4DF8FC28 for ; Fri, 9 Sep 2011 12:38:57 +0000 (UTC) Received: (qmail 30104 invoked from network); 9 Sep 2011 12:38:55 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 9 Sep 2011 12:38:55 -0000 Received: (qmail 30095 invoked by uid 599); 9 Sep 2011 12:38:55 -0000 Received: from unknown (HELO icritical.com) (212.57.254.146) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Fri, 09 Sep 2011 13:38:54 +0100 Message-ID: <4E6A08DD.8020307@icritical.com> Date: Fri, 09 Sep 2011 13:38:53 +0100 From: Matt Burke User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110403 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> In-Reply-To: <4E68F34C.6090504@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Sep 2011 12:38:53.0782 (UTC) FILETIME=[6F23BF60:01CC6EED] X-Virus-Scanned: by iCritical at mail1.icritical.com Subject: Re: sysutils/cfs 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, 09 Sep 2011 12:38:58 -0000 On 09/08/11 17:54, Matthias Andree wrote: > The port isn't perfectly usable (because that would mean it's usable in > all circumstances for all advertised purposes, which is explicitly not > the case in the light of known vulnerabilities). In British Engligh at least, "perfectly" can mean "adequately" e.g. A scaffold pole and a short wall is a perfectly usable jack for changing a car tyre. Apologies. However, it is still the case that software with known security vulnerabilities is almost always still usable for the most part. If the kernel had a flaw which took someone with a username exactly 17 characters long to have UID 0, would you refuse to, or be unable to use the operating system until it's fixed? What if I mentioned FreeBSD has a 16-character hard-coded limit on usernames? > Nobody stands there pointing a gun at your head and forces you to > uninstall a port that got removed from the ports/ tree. If someone deletes a package I use from ports, they are FORCING me to jump through an awful load of hoops to get what I want/need. Let's look at the subject of this thread: What happens if I'm a CFS user and my hard disk dies? I install the latest release, pull my backups back in, and find that the FreeBSD people have decided they don't want me to be able to access my encrypted data any more. What do I do? Attempt to compile CFS from vendor source? Waste time trying to re-make a port? Install the ports tree from a FreeBSD6.1 CD I have lying around? Just install some other OS? What exactly is the administrative overhead of having a FORBIDDEN, etc port in the tree if it compiles, works, and people are happy to use it regardless of its flaws? From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:05:02 2011 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 96850106566C; Fri, 9 Sep 2011 13:05:02 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7F47B8FC15; Fri, 9 Sep 2011 13:05:02 +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 p89D52wN056808; Fri, 9 Sep 2011 13:05:02 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p89D52Sc056806; Fri, 9 Sep 2011 13:05:02 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 9 Sep 2011 15:04:58 +0200 From: Baptiste Daroussin To: Lev Serebryakov Message-ID: <20110909130458.GO31003@azathoth.lan> References: <765103585.20110909143052@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Sr6hGnsCY8KeifOY" Content-Disposition: inline In-Reply-To: <765103585.20110909143052@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:05:02 -0000 --Sr6hGnsCY8KeifOY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 02:30:52PM +0400, Lev Serebryakov wrote: > Hello, Freebsd-ports. >=20 > I notice, that many software projects are hosted on social DVCS > hostings nowadays. >=20 > Other common "feature" among them is absence of "official" tarballs > for versions. I don't say, that ALL projects whith primary hosting on > these DVCS sites don't publish official tarballs. But many of them > don't. >=20 > On other hand, all these DVCS sites provide way to download auto-genera= ted tarballs > for any tag or branch or revision. >=20 > Maybe, we need support for this model to ports system directly? Like > we support SourceForge and other code hosting sites. >=20 The main problem with that is: we have no way to keep a valid sum of the distfiles if it is autogenerated (in particular with github) and this sum is really important. regards, Bapt --Sr6hGnsCY8KeifOY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5qDvoACgkQ8kTtMUmk6ExQZwCeNh1pIZOQFUn19ljU+zZJL+oe uZ8AoL7DfU60V5p+ATbvARS6mPKAGH6H =kMsq -----END PGP SIGNATURE----- --Sr6hGnsCY8KeifOY-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:10:33 2011 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 96794106566C for ; Fri, 9 Sep 2011 13:10:33 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5588FC18 for ; Fri, 9 Sep 2011 13:10:33 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward11.mail.yandex.net (Yandex) with ESMTP id 5D827E81258; Fri, 9 Sep 2011 17:10:10 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315573810; bh=056rdm6uKfr1B1rvle+o/znfiA+2KXaxOvsZGJgnVCM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ukuwQZbzSk2Tc5+9BX5bXHUEge+/z0AYde0dt6ou4Uk7vCiLgeKX+vX1dREHhtiHi oaKwIcJlOeOFJUUCDcivpjsiyLG0ZlGdqz/2bCbSUy7fwqgPc8vKMd7puFG97IrHF9 aOs4CMUHIvhRjYjgMk/BwA6Q6sABWM9Mp11MIlLE= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 46B1416A033E; Fri, 9 Sep 2011 17:10:10 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id A9nCtZhW-A9nO7jET; Fri, 9 Sep 2011 17:10:10 +0400 X-Yandex-Spam: 1 Message-ID: <4E6A1029.3080103@yandex.ru> Date: Fri, 09 Sep 2011 17:10:01 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: lev@FreeBSD.org References: <19010176113.20110909143518@serebryakov.spb.ru> In-Reply-To: <19010176113.20110909143518@serebryakov.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: What is difference between ${MASTER_SITE_GNU}/${MASTER_SITE_SUNSITE} and SF/CPAN in MASTER_SITES? 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, 09 Sep 2011 13:10:33 -0000 Lev Serebryakov wrote on 09.09.2011 14:35: > Hello, Freebsd-ports. > > Why some groups of sites in ports system are make variables and some -- special > strings? > They are not. You can use both ${MASTER_SITE_GNU} and just GNU (it will expanded automatically to corresponding make variable). Just checked with archivers/gzip. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:22:05 2011 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 22353106564A for ; Fri, 9 Sep 2011 13:22:05 +0000 (UTC) (envelope-from cjr@cruwe.de) Received: from cruwe.de (cruwe.de [188.40.164.98]) by mx1.freebsd.org (Postfix) with ESMTP id BB90F8FC0A for ; Fri, 9 Sep 2011 13:22:04 +0000 (UTC) Received: from cruwe.de (unknown [127.0.0.4]) by cruwe.de (Postfix) with ESMTP id 3D66C269F8 for ; Fri, 9 Sep 2011 13:06:26 +0000 (UTC) Received: by cruwe.de (Postfix, from userid 65534) id 1E86E269F1; Fri, 9 Sep 2011 13:06:26 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.cruwe.de X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.0 tests=ALL_TRUSTED autolearn=unavailable version=3.3.1 Received: from cruwe.de (p5B379D40.dip.t-dialin.net [91.55.157.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by cruwe.de (Postfix) with ESMTPSA id A2B59269E0; Fri, 9 Sep 2011 13:06:23 +0000 (UTC) Date: Fri, 9 Sep 2011 13:06:17 +0200 From: "Christopher J. Ruwe" To: glathe.helko@googlemail.com Message-Id: <20110909130617.252eb610.cjr@cruwe.de> X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__9_Sep_2011_13_06_17_+0200_R.bv_0ZcITcN2j7P" X-Virus-Scanned: ClamAV on mail.cruwe.de using ClamSMTP Cc: freebsd-ports@freebsd.org Subject: net/clamz should have pkg-message on how to set cookie to download amz-files X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:22:05 -0000 --Signature=_Fri__9_Sep_2011_13_06_17_+0200_R.bv_0ZcITcN2j7P Content-Type: multipart/mixed; boundary="Multipart=_Fri__9_Sep_2011_13_06_17_+0200_rNI024xSpGCu_DJH" --Multipart=_Fri__9_Sep_2011_13_06_17_+0200_rNI024xSpGCu_DJH Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable When reinstalling net/clamz I noticed that it is necessary to have a cookie= from the local amazon site (amazon.com, amazon.de) confirming that the ama= zon downloader is installed when in fact it is not and you are using clamz. That information will only be accessible from the project website, http://c= ode.google.com/p/clamz/, where users can also get a link to set the aformen= tioned cookie. It might be an idea to include a pkg-message in the port net/claz, for inst= ance ************************************************************************* For convenience, users may want to set a cookie using the link on http://code.google.com/p/clamz/. It is feasible to substitute the top level domain with the applicable amazon-TLD. Not having the cookie set, use= rs will fail to download Amazon .amz files to download albums. ************************************************************************* I do not want to be rude by making a PR without consulting you as maintaine= r and ports@ beforehand. Thank you for your consideration, cheers,=20 --=20 Christopher J. Ruwe TZ GMT + 2 --Multipart=_Fri__9_Sep_2011_13_06_17_+0200_rNI024xSpGCu_DJH Content-Type: application/octet-stream; name="pkg-message" Content-Disposition: attachment; filename="pkg-message" Content-Transfer-Encoding: base64 KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgpGb3IgY29udmVuaWVuY2UsIHVzZXJzIG1heSB3YW50IHRvIHNldCBh IGNvb2tpZSB1c2luZyB0aGUgbGluayBvbgpodHRwOi8vY29kZS5nb29nbGUuY29tL3AvY2xhbXov LiBJdCBpcyBmZWFzaWJsZSB0byBzdWJzdGl0dXRlIHRoZSB0b3AKbGV2ZWwgZG9tYWluIHdpdGgg dGhlIGFwcGxpY2FibGUgYW1hem9uLVRMRC4gTm90IGhhdmluZyB0aGUgY29va2llIHNldCwKdXNl cnMgd2lsbCBmYWlsIHRvIGRvd25sb2FkIEFtYXpvbiAuYW16IGZpbGVzIHRvIGRvd25sb2FkIGFs YnVtcy4KKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKg== --Multipart=_Fri__9_Sep_2011_13_06_17_+0200_rNI024xSpGCu_DJH-- --Signature=_Fri__9_Sep_2011_13_06_17_+0200_R.bv_0ZcITcN2j7P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJOafMvAAoJEJTIKW/o3iwUMPoQAK25HhrzhNlg90jjB4uw2bha JiPzgASnvZx8X/B8HuLDwInvKkgvVBe1BMumQDf3CnsmLx32FQcG6SKB2+ZL2+3R 45+2vjHs1EXTX3pVI3zhfcSfy59am4tMCkIRgILS80qu8fi79BCcGenEZR2lCOvr UHd/umvUE96vmPJoEo9sZlCyTPh7oYJK71odxxw+8kCuh4bq9Lynlm8NJJvSxdcI ts6s3QbGJHx9CrgKHvN7gh92TUoliwGuhLnIpMINzdCpCbCEV5F/pxLqiVK3fuzd hAzRTDVuT3OOP/G89jpKZ+AT0WAxSof29gk2f8myKp30uMawPC+DTxb4HZz82hKV 7osq7NEKdkk5cFoZnZxHVpto/Hur5a6OxC6EY7kfvP6zW5S0fZoj3VMGpTvCwTDR EnQo39d82aDlCab4RCnde5o8s8uheru5geDJOwEDr/u0zqgLonc+MPcEg1CFUEdQ DqK8ty/RedWywvtVKsuxTx4qeJ73y3d10cVj6wDWFdeH1EeB64YjNQb73dhKEGQI G3LUxNQjMO+ez2D4/IsMFB0WVviB+fSUFULiutpHIeKvCpDxVvyoTyy7MhUSH59R KyjfMKzbMaDZ61nrfVaE1nT5AsEtiLA8R2l0URi7ohhWFSqQcJ6N34SlvSV7HFZO PXMQzgfPX3Z579RGeBSM =WSKC -----END PGP SIGNATURE----- --Signature=_Fri__9_Sep_2011_13_06_17_+0200_R.bv_0ZcITcN2j7P-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:24:47 2011 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 7C7241065672 for ; Fri, 9 Sep 2011 13:24:47 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id B2AE78FC18 for ; Fri, 9 Sep 2011 13:24:45 +0000 (UTC) Received: (qmail 23845 invoked by uid 10); 9 Sep 2011 13:24:45 -0000 Received: from kta1c10 by isilmar.linta.de with BSMTP; 9 Sep 2011 13:24:45 -0000 Received: by kta1c10.sesnet.soton.ac.uk (Postfix, from userid 1001) id CB88B3981D; Fri, 9 Sep 2011 14:24:37 +0100 (BST) Date: Fri, 9 Sep 2011 14:24:37 +0100 From: "Klaus T. Aehlig" To: Baptiste Daroussin Message-ID: <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909130458.GO31003@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:24:47 -0000 > The main problem with that is: we have no way to keep a valid sum of the > distfiles if it is autogenerated (in particular with github) and this sum is > really important. With github this fortunately is a non-issue. Even though they autogenerate their tar balls, they keep enough information to make them reproduciable. Just try: /tmp>fetch https://github.com/Dieterbe/uzbl/tarball/2011.07.25 2011.07.25 100% of 143 kB 177 kBps /tmp>sha256 2011.07.25 SHA256 (2011.07.25) = 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844ef921685dffe565 /tmp>cat /usr/ports/www/uzbl/distinfo SHA256 (uzbl-0.0.0.2011.07.25.tar.gz) = 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844ef921685dffe565 SIZE (uzbl-0.0.0.2011.07.25.tar.gz) = 146851 /tmp> There still remain some minor issuses, like * due to autogeneration, you're quite likely to get a http-redirect, * filenames like 2011.07.25 are not too suitable for a distfile. But they certainly can be fixed by an appropriate framework. The nice thing is, github does the autogeneration right. Best, Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:38:29 2011 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 1D8071065675 for ; Fri, 9 Sep 2011 13:38:29 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id C793F8FC0A for ; Fri, 9 Sep 2011 13:38:28 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 4A6AC4AC31; Fri, 9 Sep 2011 17:13:26 +0400 (MSD) Date: Fri, 9 Sep 2011 17:13:21 +0400 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <312028806.20110909171321@serebryakov.spb.ru> To: Baptiste Daroussin In-Reply-To: <20110909130458.GO31003@azathoth.lan> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:38:29 -0000 Hello, Baptiste. You wrote 9 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 17:04:58: > The main problem with that is: we have no way to keep a valid sum of the > distfiles if it is autogenerated (in particular with github) and this sum= is > really important. I've thought about checksums, but my simple experiment shows, that tag-related (not tip-related, of course) archives give same chsum after re-downloading in short time. But I don't check it for long-term stability. Ok, other idea: check-out sources (require hg/git as BUILD dependency, but anyway user will need them to build software by hands) and check strong checksum of checked out revision (as both DVCS uses strong checksums as IDs internally). It is more complex feature, than adding additional MASTER_SITES, for sure. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:54:41 2011 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 230F91065675 for ; Fri, 9 Sep 2011 13:54:41 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id 604058FC08 for ; Fri, 9 Sep 2011 13:54:40 +0000 (UTC) Received: (qmail 1771 invoked by uid 10); 9 Sep 2011 13:54:39 -0000 Received: from kta1c10 by isilmar.linta.de with BSMTP; 9 Sep 2011 13:54:39 -0000 Received: by kta1c10.sesnet.soton.ac.uk (Postfix, from userid 1001) id E88CF3981D; Fri, 9 Sep 2011 14:54:31 +0100 (BST) Date: Fri, 9 Sep 2011 14:54:31 +0100 From: "Klaus T. Aehlig" To: Lev Serebryakov Message-ID: <20110909135431.GA71621@kta1c10.sesnet.soton.ac.uk> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <312028806.20110909171321@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <312028806.20110909171321@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Baptiste Daroussin , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:54:41 -0000 > I've thought about checksums, but my simple experiment shows, that > tag-related (not tip-related, of course) archives give same chsum > after re-downloading in short time. But I don't check it for long-term > stability. Well, let's do at least one check with a one and a half year old tar ball. [root@kta1c10 /tmp]# fetch https://github.com/Dieterbe/uzbl/tarball/2010.01.05 2010.01.05 100% of 130 kB 320 kBps [root@kta1c10 /tmp]# sha256 2010.01.05 SHA256 (2010.01.05) = 0aae5c9994d968b4f4ec7f8f2ce935c25e25d19cabbce27e3ded0672756132c8 [root@kta1c10 /tmp]# cd /usr/ports/www/uzbl/ [root@kta1c10 /usr/ports/www/uzbl]# cvs diff -r1.1 distinfo Index: distinfo =================================================================== RCS file: /usr/ctm/cvs-cur/ports/www/uzbl/distinfo,v retrieving revision 1.1 retrieving revision 1.11 diff -r1.1 -r1.11 1,3c1,2 < MD5 (uzbl-0.0.0.2010.01.05.tar.gz) = 2574fc68a7a7693297d371ca58a4edb4 < SHA256 (uzbl-0.0.0.2010.01.05.tar.gz) = 0aae5c9994d968b4f4ec7f8f2ce935c25e25d19cabbce27e3ded0672756132c8 < SIZE (uzbl-0.0.0.2010.01.05.tar.gz) = 133875 --- > SHA256 (uzbl-0.0.0.2011.07.25.tar.gz) = 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844ef921685dffe565 > SIZE (uzbl-0.0.0.2011.07.25.tar.gz) = 146851 [root@kta1c10 /usr/ports/www/uzbl]# There it works as well... Best, Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:58:24 2011 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 EE999106566B for ; Fri, 9 Sep 2011 13:58:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3ACB28FC0C for ; Fri, 9 Sep 2011 13:58:23 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id D063E4AC58; Fri, 9 Sep 2011 17:57:51 +0400 (MSD) Date: Fri, 9 Sep 2011 17:57:47 +0400 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <151147912.20110909175747@serebryakov.spb.ru> To: "Klaus T. Aehlig" In-Reply-To: <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:58:24 -0000 Hello, Klaus. You wrote 9 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 17:24:37: > * due to autogeneration, you're quite likely to get a http-redirect, Does fetch support redirects? > * filenames like 2011.07.25 are not too suitable for a distfile. DIST_SUBIDR=3D${PORTNAME} is solution for this. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 14:05:51 2011 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 F0F86106566C for ; Fri, 9 Sep 2011 14:05:51 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id 464B28FC1C for ; Fri, 9 Sep 2011 14:05:51 +0000 (UTC) Received: (qmail 6347 invoked by uid 10); 9 Sep 2011 14:05:50 -0000 Received: from kta1c10 by isilmar.linta.de with BSMTP; 9 Sep 2011 14:05:50 -0000 Received: by kta1c10.sesnet.soton.ac.uk (Postfix, from userid 1001) id EA35A3981D; Fri, 9 Sep 2011 15:05:42 +0100 (BST) Date: Fri, 9 Sep 2011 15:05:42 +0100 From: "Klaus T. Aehlig" To: Lev Serebryakov Message-ID: <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <151147912.20110909175747@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <151147912.20110909175747@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:05:52 -0000 > > * due to autogeneration, you're quite likely to get a http-redirect, > Does fetch support redirects? Yes. But for good reasons, Mk/bsd.ports.mk contains the line FETCH_ARGS?= -AFpr Note the -A. Of course, it's no problem to make an exception for github, but at least, one should be aware of this. > > * filenames like 2011.07.25 are not too suitable for a distfile. > DIST_SUBIDR=${PORTNAME} is solution for this. yes. And a github framework probably should set this by default... Best, Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 14:26:12 2011 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 AE4CA1065675; Fri, 9 Sep 2011 14:26:12 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5A2628FC14; Fri, 9 Sep 2011 14:26:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=IFUQyhZy29PEtjXDV1FW0Ikf2BK/Vy0+b7p7FEb9I2o=; b=Es6ja3eBlUcc4gvt98uXE004s549ZOsTqUfhete4KSjo8TTYFbxnQS0cwDpm/NQcLJ9Fe/Phel4H/L4lI7ByFP1SNUjR/ePLxA3I2vsE2aQ9oDfWxyunXVfy/syThQQzQTnEXwNXnArJjT3YWnKgGtnfWiIewmv7CAFXrMF4lRNenxkeK1aD5e0FOJnvQUjUXXpNPI24V3mQsO/WA0IqBegDYP4v2m5JyTFEzwa4CnXZcHQPBmIxTG4MrZjA2u5219LooGoFLLWmV8s3sntTYPi6G/L/yZAfmseAC5XT0984vzVu4a2U5CfKlNrRvlEYbWlH2UHElx2OoHXyftqk0Q==; Received: from MacBook-Eygene-Ryabinkin.local ([213.87.137.185]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1R221x-000FDw-Hh; Fri, 09 Sep 2011 18:26:11 +0400 Date: Fri, 9 Sep 2011 18:26:13 +0400 From: Eygene Ryabinkin To: Ruslan Mahmatkhanov Message-ID: <20110909142613.GA348@MacBook-Eygene-Ryabinkin.local> References: <4E4A8AB7.5080501@yandex.ru> <4E4C0048.5090509@yandex.ru> <4E5DDE91.80500@yandex.ru> <4E689625.4000805@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <4E689625.4000805@yandex.ru> Sender: rea@codelabs.ru Cc: FreeBSD Ports Mailing List , Chris Rees , Palle Girgensohn Subject: Re: Same concerns about our postgresql and plpython 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, 09 Sep 2011 14:26:12 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, Sep 08, 2011 at 02:17:09PM +0400, Ruslan Mahmatkhanov wrote: > Hi, for me it's too many time has passed for maintainer timeout. > Please commit this anybody, until this port wasn't removed because > it doesn't builds with some NOTEXISTENT PostgreSQL version. >=20 > Ruslan Mahmatkhanov wrote on 31.08.2011 11:11: [...] > >>http://www.freebsd.org/cgi/query-pr.cgi?pr=3D159842 > >>2. postgresql-plpython unbreak: > >>http://www.freebsd.org/cgi/query-pr.cgi?pr=3D159843 > >>3. postgresql9x-client unbreak: > >>http://www.freebsd.org/cgi/query-pr.cgi?pr=3D159844 Taking those three. Will test them on the coming Monday and will commit afterwards. --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) iF4EAREIAAYFAk5qIgUACgkQFq+eroFS7PsmIAEAiRS7sVLEHgQBrKhClzc6wIz/ dUYn1NpuVPfkucd8nqsA/iPvgdBIW6wUSYcMF1yHqfUnVMb6eMr26FNOyNwWtt+j =vTif -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 14:29:01 2011 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 3B7F21065672; Fri, 9 Sep 2011 14:29:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 084F98FC14; Fri, 9 Sep 2011 14:29:01 +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 p89ET0rD030290; Fri, 9 Sep 2011 14:29:00 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p89ET0GV030288; Fri, 9 Sep 2011 14:29:00 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Fri, 9 Sep 2011 16:28:57 +0200 From: Baptiste Daroussin To: "Klaus T. Aehlig" Message-ID: <20110909142857.GP31003@azathoth.lan> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3SAtXwgGp429mN7" Content-Disposition: inline In-Reply-To: <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:29:01 -0000 --R3SAtXwgGp429mN7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 02:24:37PM +0100, Klaus T. Aehlig wrote: >=20 >=20 > > The main problem with that is: we have no way to keep a valid sum of the > > distfiles if it is autogenerated (in particular with github) and this s= um is > > really important. >=20 >=20 > With github this fortunately is a non-issue. Even though they autogenerat= e their > tar balls, they keep enough information to make them reproduciable. Just = try: >=20 > /tmp>fetch https://github.com/Dieterbe/uzbl/tarball/2011.07.25 > 2011.07.25 100% of 143 kB 177 kBps > /tmp>sha256 2011.07.25=20 > SHA256 (2011.07.25) =3D 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a688844= ef921685dffe565 > /tmp>cat /usr/ports/www/uzbl/distinfo=20 > SHA256 (uzbl-0.0.0.2011.07.25.tar.gz) =3D 2e61fa6c62e48d3f13e95a4ea7e7aea= d65345f6c88a688844ef921685dffe565 > SIZE (uzbl-0.0.0.2011.07.25.tar.gz) =3D 146851 > /tmp> >=20 > There still remain some minor issuses, like >=20 > * due to autogeneration, you're quite likely to get a http-redirect, > * filenames like 2011.07.25 are not too suitable for a distfile. >=20 > But they certainly can be fixed by an appropriate framework. The nice thi= ng is, > github does the autogeneration right. >=20 > Best, > Klaus >=20 This is new because I already poke them about this in the past (more than a= year ago and they clearly stated that they can't change that and that github peo= ple shouldn't use this for realease but should use the real download space of github) The issue opened about this seems to have disapear from github, maybe they change their mind regards, Bapt --R3SAtXwgGp429mN7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5qIqkACgkQ8kTtMUmk6EyfPwCfY0Q4J5KbmENpJAGYAfkfP3x1 BWEAoJKPYMehkoz/H2ExuE+pGQvYBKBJ =jXx9 -----END PGP SIGNATURE----- --R3SAtXwgGp429mN7-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 14:38:32 2011 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 CDCA11065670; Fri, 9 Sep 2011 14:38:32 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6E39F8FC16; Fri, 9 Sep 2011 14:38:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=2mXF8c8X+V1vMFxvE8y6Z8ewJPKTuaOfuOYdyJcYr64=; b=cEanwxJ0HPgX0gdtFlqSLXX2T96LSlYRZaMftJHmx/LWRPDykCwz2dEj1Qj19UPaZVSHvSYsrglptp5yJfU2IZ/70D8i8zfVndNZKAZHCBLiccdd3UE1st7LALwiIB+IJBA+vymQJKWOqCs7FNpOdVdq0KMP8PwG/y8U0yFsXCyTTnuWml3nxpjtDI6jxCTg7RR2Caqf2nhSSN7zjtVcVHw9SZC8xUf8y0Yldg7FD1mJoYTMXbZxjjrQFmitG8Ez+ZTpau4opqweLoMfk/Cr7OyXsfZztncCe9oPYk2K7sCdnS6JCVVHBee3qiuOcVHNnI87vzNkqQ9rDgWv4MP6Tg==; Received: from MacBook-Eygene-Ryabinkin.local ([213.87.137.185]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1R22Du-000G86-LQ; Fri, 09 Sep 2011 18:38:31 +0400 Date: Fri, 9 Sep 2011 18:38:18 +0400 From: Eygene Ryabinkin To: Eygene Ryabinkin Message-ID: <20110909143818.GA12343@MacBook-Eygene-Ryabinkin.local> References: <4E4A8AB7.5080501@yandex.ru> <4E4C0048.5090509@yandex.ru> <4E5DDE91.80500@yandex.ru> <4E689625.4000805@yandex.ru> <20110909142613.GA348@MacBook-Eygene-Ryabinkin.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909142613.GA348@MacBook-Eygene-Ryabinkin.local> Cc: FreeBSD Ports Mailing List , Chris Rees , Palle Girgensohn , Ruslan Mahmatkhanov Subject: Re: Same concerns about our postgresql and plpython 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, 09 Sep 2011 14:38:32 -0000 Fri, Sep 09, 2011 at 06:26:13PM +0400, Eygene Ryabinkin wrote: > > >>3. postgresql9x-client unbreak: > > Taking those three. Will test them on the coming Monday > and will commit afterwards. Hmm, actually only http://www.freebsd.org/cgi/query-pr.cgi?pr=159844 the others are already committed. Sorry, should have been checked them before writing the mail. -- rea From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 14:40:20 2011 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 8B8C610656D0 for ; Fri, 9 Sep 2011 14:40:20 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id EF1378FC1D for ; Fri, 9 Sep 2011 14:40:18 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 87A754AC58; Fri, 9 Sep 2011 18:39:46 +0400 (MSD) Date: Fri, 9 Sep 2011 18:39:41 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <754040528.20110909183941@serebryakov.spb.ru> To: freebsd-ports@freebsd.org In-Reply-To: <1274641557.20110908002947@serebryakov.spb.ru> References: <1274641557.20110908002947@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------F6D8245173EA63A" Cc: Craig Rodrigues Subject: subversion 1.7.0-rc2 port - second revision X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 14:40:20 -0000 ------------F6D8245173EA63A Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello, FreeBSD. New revision of this vital port. Changes: (1) No external FreeBSD hack patch anymore -- ${PATCH_DIR} located extra-patches instead. (2) FreeBSD hacks splitted into three: (a) Perforce-style conflict markers (b) Enhanced keywords (c) FreeBSD-specific commit template (3) Some cleanups in port docs (4) Master site subdir fixed (5) Makefile general cleanups (6) Patch names cleanup. Thanks David O'Brien for (1) and (2) --=20 // Black Lion AKA Lev Serebryakov ------------F6D8245173EA63A Content-Type: APPLICATION/OCTET-STREAM; name="port-subversion-1.7.0-rc2_1.tar.bz2" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="port-subversion-1.7.0-rc2_1.tar.bz2" QlpoOTFBWSZTWZWoQHEDWNL/1v/9/bL///////////////4IRAQBQADAAEhIYNevffWptunv ccCDiyNBPQ+nwT4ZPbfe3K98wnx9Pr6PjmHW7AZBSgGnqhY7L591V4PbLwmAbYiIz3ufEjQ+ t6N5jqbNLxZ4sjl0yN1jY3src+8HXt63M1oOfeOg6S+vqAHRp993us8Z6efc1UkLrGt7AAHQ AA7ZzmMpofbANFVTrVS7BtlwaHpzSnpu2qLtzs2i1wzgAug1NDZS2+7u3oEh9UpKUNdDSh1b nngDyQDoUrwQyNaAqvrICUQqkhVKfTQSFFsGDe5ylTbUD6J1hLRG7kj7K2+31vdb3e9WZ69F rfB8++8fXpw02VKlSqptszApVs0SBSgVm1suz3sProHRJT60xrZKOAFH2e4bE9EVLdu1rQMj itu7tzLoo1EGJZgtZWQio1sA1AU2xRoQizEzNUfXe9t3bOtDjszWiJatgUd967wS7aDu3vYr tKA2g0ZNZWarTA1SNtC0aEdtS7NfQ6dqbSY2q2YUtqPR0k41XPVnuAwDT23BhkRNdA4gWajA PggAbsAAADkAByHYKRtSjxbBss7O2Xvd4vWqmb3OcZtbK32wgKJ2ZNaKttUrW+3Ox4oaaIAg I0AmmkyZGQGmgITyaAmJplT9U8mTKbJqP1R+ig/VP0pmFDQaaDTEIIQgmkyEwgp7UabRIPKe oGhoNAAABoAAAAAAY9VRTUZEaBNNBoAAGmgA0AAAAAAAAAAAAJPVKRETUyaZRlGp7URptJoP U00BoyAAAAGgADQAABoAESIhAQEyDQE00ACACYCaZTGhio2aU/RMU9KP1T9T1MTQMQmEBUSR AQCNATIJkyJ6FT2mEp6n5JjSn6FNqPUPamp6jQ09CD1NHqA9QGgD/T+H3/u+/+IQIH/b93/G UHZ2T8HM77/Kkx5kAHuIVF5Hol0gIIFkWRiDMIop9/7s/g1s+/cm7O/GakxN5u5xi1bLURVR HdEZ8VXhjZ+MkzMrbl13V12tKjBFS1U29CjZEWWLEn8VTJKgsUWEpEjAWxD8Y7BUT736P2/6 v1/sv+bX7xENxKgEjGVz7TNdjJVbLC4xkqNRV/i0mraFn88n7v6v6P15/dGuenHegAzJXKri FtE7JSSccFEhiB/n/u+D/NuBD36uDfw38OvBHjEJBCINa77Lu6Ny7Lu6SjGIirXnZ2Xbt3zg qInCrVrz3xqrSSZU0KDQkgNwKiyLZVhbbUuUVRNSlFL0KoUR35frjBd4/mv/N/Vyx/N82P9Y u+4CBR5ACQ1sVZAP6f194q+WBSxRif6Qh9NiJVwrelQh9bEUoCjnHWeW6ODJI9cCPlp54aMS iBohMNAoU8d5ND8tr/To5s/0pveAIHJIgiASzYNgDQYH8Fbq2r6X5fnfDeLFQlivDANYKkhw DZM3LDRDUPv+yZ9WAQaWN8dD+pglYQKfgQgwK4eruur/OzZh6IeTv5oOztp218TogWS73vbY asY0Xvfp457JkiUl2XBwShCA2FQGK/gJxYeMFICBdKAhXrpuSPwpJXpGrq0SonLFA9j8XLtv AmsKndAM4pOFKq81B/4qh8UCKPeoIEVOgGgUd+wuqSSwI+SJ/s4nfdxPn64l0UElSoSr68GI BIGk/fW1aGDWHw7DTcPplRtqfTU1wamBkre1SMzDUayXD8Oq3KniuJSVFnfSBUkTfulxK3XU gboASpSIe1FDm3K8oxjt7uPWRmzSXZw5Eg9wWSA8HdnrzD9fDHLGTEyVdD7mTYH3Ded+psoA cg8ngGjs7W00moUa+hQqCL19Nkg3c9G/9UXvEsAgUUcPT1izZbnhSc7ZFA4hyAXhOk9Wl1H/ yhlQdmxLyeyzO6nQE3HwHGyTbkAUgeMoEy6wkwkSBcZBhBZVKlRFnHzmUlAcCkj2YQkgkAkS JK/DrG0FOuVowSM8qfkz+U/2i+EJSEpDOBqCfC5EFmBZIPHhFhJPDlmrK4MkB/8d7NGhO2KS E02HPoySSSSSSSSSSSSSSSeC6C1pAZsNAQCMDCHuJ6HtLK3CSIH7QfF8v1rbkPp+fEl4IVii mVBxKn2DFXwq/TW0XXSqu7H6NvufBRh4TdALIbQ3760M1Pb9mkG58cee9UmUfMqygChUgIL7 YjPgxlTDkfqPxe9doQJiufrriHkZ4XjqXSMoZi3gZZjSqojC0FKkMI1z8b+ftonl8NUHAoOZ VTccxQEb4zdUhxBI+AsRPjVfclXh3IrHD518ubBPNLv+RUC/s+xusKLnbCObFOUo+ISMF7mc 4byBzdoA8fGwlH0cfAvhx8bovZAwVLjwxhOBesvV49fe8PVzcT+C7PFxerojdGWdyf0e/ld8 psfawHin01GnXVO0i51fwexIlAUVxjaqCAVvNlICcOsnrVyCdpYC3SuykW0ZcJ8+7BhtyEIn U/P+6595fedQ2Ljqkuokkkp5NOrr1PwAsI0MKdahL4EnEsQUHMcMldmxYDUhHosD7eWk3q9N 025bfyN192rqg22+G/wff7pWPq8W2222sKdN/aJG5nnKrFOPh8CT7yECOA5xGsP2SSU2560e NHbb5fcbURsk3pysPK2222qStLd1QlUw22G2y6qqEqmXVUO2CSSSSSSSSSSVf0eHO2222El3 bdlHRR4KPyW3bblt9NvLblt4bfdt4bf42223bb9G3w394oGbK522+GyrcPRVW2+W3Lb22UVm ZmZmZmZJN0znt8cZmZmZkUUUUUUeShKCt7mQ8th8tlFFFFFFFFFFFFFQZKltttu23LYgRAjg wCTUqVCpFE2CNqNrFY0W0WxoxFo1RVForUbaxtRUVVGwEWIkAAAAAgAAAAAAEALFet9fPLSV Kqpum3Tbtt/Bt8Nvs2/g29af09GK1iny2IfOWG280gQSSSSSRVU3hsOW2qd5u7wV2qB+iSIk IxFIJ/GCRDyUiRBPiA+CDIRwIYggpoMiRh/d9KtKk9NAHCRzH660qIFRFRPwB9Dmg+X7ZKUk GSXulbFCaWaETMComhDMGldzVlXeLebbuiwFdObu7tW9ddpedq7oO1c14262UNEIXQ1RKWqk aXVB1GCUyDWSgTEAkDDBjNEoC16qftwc70TrgoWawl63EbwY/IzTS9dRjpU3Xrc1nYyfV/dt H1vW7Ka4JuaNdNw6c3r66q1NgGkaOSYAoL/8E9nnMJ59y9NuVI59KsMr8gwRBAOQWVyqF75H o8tl1na+B+HiFIl6/aRDPejPrM9DwEDF8+cX6C4sQJA9Eo8FtDwW1TacN1VXVUPAyFD/6e7h jG17YwQ9xSWw592TzmZCSvrb7/2fDVKH8O1pbmFL9AAAAOKAKgqav5lrUv4CDZACiKL7FEbV TBYGBCSRDXjm+vXEtYJUVJqaIpUltWHX59aNa1pGt0JbAWlpkss53UBpbJGAAAAAAAADJucz NhtpWaLru7uSc5ERERERERERERHndEnd3d0R3d3d3d3dEREREd3RERERHd3fd5553d3RERER HdwAAAAAAAAAAAAdnhdXuPz+neL5+zpuJ2pzPK8Ps955PXLsf1hOT386/17NHH4PbxxcxCwU V9buricEeAru3t3r5niAdJe+UMGb6MzO9tmdhe+XeQhQoVRommGeWDj6R7d4CIDzIUoELwh/ r8APQrDfqgCdhE7wFVynwBYKri8r1+GpAwfCBMv3Y3+K3i4RwixdfeU8bo8ScUZ1KnEAPAFi AadnofYNg5QHu7oUEEcnH1v26KZqaoEyFQ6neIfeSqAKKwwa5Vx16U5COqKwI8K/WBm8t1ny QumDUiF846nDAS6+1+UhPVfo+nVPL9yFSFMCfdlICFUqFKkG1yaAHj0m/39jCuFeJfjayg5L WABmuitS1bK193NaV3msKtC1qjJwdb3+Ien2/nQBPk2fR8oPyt61UBjFyqfxvUohRnqGIXVv Ebvy9LySfqSg9vGOhYa+H0hAgcPKHjy292SCXYLhBgsUIRwXnJJ9i+R8EJP5ByAKlmmKQRvi AgnM9PhlHH4WiO4i/qHNdFdm5XDgK7dc67dcllHOWYprnO7dxXNd8d5nnNGiSOWuZiWYauna VSA0VQXLgWVCEkfdz/FZiEht22oj9HJ8X4ewDo4GTrdhHmnGgApJ46lltBfP7Pp8vLzfiDIn YqeGXi/F85yA+gIBtGBA+raKAMPe6h4O/3lCATA96KlE84zGgPxgc/nUEdgr+jyrw+nWQ5XY qHKqQDK+A80MFzslfevEMx48QnweIc9y3C7Xcb2yioQYdQuUnelQGYk+RU1d3FhAbx1hycA8 Q8dkvFHWOaM+gBPEK1qqxZgflRqdJy6buUnL8X8X958Py/kdY/KEnoj911jT+YIA9j9BHrvf /rCU0WDy3sUFyRlHwsEpVUCI/JUJA83koiOPCzpiPjxRmVAkDXdX/cEWMYoEJgDZLSVk20Wa /ktt/G/DoI4AEKQNmm+3cL3lCQTnut2U+8jcPZkzxUhij529A6erpC9Zcid4997OVnEuJ6V6 yHBzKwt1gVGruht5cCO5zZHsYYeBGGkEhASB+Rfi/HFOwWBOkdmnu2S6cQvjzjRyBkS4pAg+ jQEkEteofz8y5Qhps74Bg6wL/i7C56QF+kON6uBBRIN4eIxCfVGyQvrk34P+fzDXPQAiKHi9 L3WaPZZ2sXrJxPxH+wEcOTyXDjCy0R22KmcSHWwrm8rPkiaHgJQRmNosCCzvDcGeqabRC32W OhGSeEjql9TKUh4KH8vE83i+X+JP5O6DnYshCEjPk+mjMg9fM+xYYLKDEuCa/MZ4zPAz531P o9rwi9BEuwOUkhJJJJJ7fAVsqD82Udh/oz/xhy847FWna+MQGodF44Om8PuIYen0MICz2pJJ U5XjyVf2xPi+t8fdp9eT+oEvI3WCKvXFOMkEiwOSoeCkmYczp3TMmezjgJgIPa51yOr9HfRR 7ogNIFv0UcAB3qhVAN4KqUWeJ8xRokceQrkHSMhTp+b1k22z4qMUAoBcSwcArBnEU0AuR9AH NgBiKZ7dHSedgV8VVD+TbiezG/bFmsKLtzOIJuiFtGlXkDM/NBw6rsyICCzgfAGoGTMapTJr 4TDztKPqQT7xmQ7kGYSSIACh7NOBHIvrhNq5ztI+G+urThyQ6yDIEiJp0mpW+jhB3/HKwQ5V UoqqFVUBiLpOcRf2rb+Txpd290JJFXz7RqmSiC5HxyFXNnpKosk/5qssLCSATkJ2wDhEiXWK WiJBJBJFINznLS6I5ybEVvlbJt88EAeCqekMgbFJws4OEB70eLQQ6amCZxyXZEEkGRAUbOtg g6HfULaWUW23iO/5Bna0Wc7ki/Nyxtqvetlnbycw5Qa5xwoG3iwEDPRYvf2nZrOd9O0vLBrB ivAxcI2wImz0BFc64FAyOcYOioJ32CDPee6s8X33xEtfaYcnNezKHSurvATSfZocByFBuoKx HUOULcN0LQ7Knf7PGJ8u0R7NmFpOxVJJJAAAAIL9n0/P36v3JX6d+rqu+cxr88sBe9EnH32E GQKDvvzC+GFJCrpBgBMgQFRFu8Zzo0meUc4L7hjGoCwJDhDeA7J3VG46JAKGoIekr8SE8vzX AsjopoaxLWqFV7D9YfVgWCK+0BLSgnbOFsMiTR3GwfvA1DLw56ER6cMcryzQVlKx4oiD4zfh 63iV5zc6NCPdIdja+zPhT8O22ckZ/MpIk9/pFc+mARBtEpw6Bj4AhfsleGEuSA3BwF5Uol3q tYSiqvVFJpMbaadNmyI8tEztG5wEf8QqIMwrKcwApeLygsjIOG8zGd98tudUpUCwoEYgibwC ucuIcb3+I7c0OKYfNEqUL30yEKsikRpy+Ge0wqbDfMZ+5kKoJQJ5hAfgAayR2wmktfmQrig2 PCA2B9a7p+mIiIiIiIiMRRndyIiIiIiIiIju6IiIiIiIiIpCiIgeC05bqw6iASMklRWqpApS PtuaIJgfFsPhsNthltBtuG24STMGAQS2g22BDMNoNtwkmW0AyW2wW6Ll3dt3Qhd3Zd3Y3EkC QJAS7pooosFEotlgkFFFosFFoogolFJNttts8XiU50MsHZUDVjVj1uvV7tpzF7ITv4ACwB4/ GTfoSIIjwRhLLbbbbbbbbbba1r2+GzoOgfLxc1qW2rVq1aXnXPhwd5joAHYAjWMztttttttt ttttN6AGgDns6ccZalvDMWrXDg67TqL06ictclrS4lttttttttttpuQnBIECgDEAEHfk11pt ZVNTZbRLRQihSTYqhpjZWSyipmiItJaSLVlLYsUZJozVSiNb5btmqbIkpgxq0YsJkpSxU222 sMiCqAyAiqHLnX4YCIrz5nRv4wO1UOJogVVD3zRrjjmeaRJJ5iAAld3N0iSQB79+/Xv3w/Dt wD5t3AAAAA+32vt6+z2+O7u52vqvPBfRwCTnImcGwBaJJJJJkhEk3Y+E+DiBAFqOnSeJ5bnp ZJ2Elvc7fHEoosEtElokEgosEosEolEookEkotlFlFsJ3NuvObyUUSCyUSPM8cWXgjq7J4XV 17pehLBJBJEkAshrDcgSZaDSASQCeBxWMRcNC7GZ5OsInALAgBooDGBQVITCybqxmaNEkgC9 rgA+NV3B58X6/Xw+Nq+OAAvhcAHlq7gDz4vw9fD2B77vrd3zt3Hr5vp6+XsAPnjgAHzW7nz8 329fL2APiu4AHV3AA67gHXcHz24B5u4Ou4AOu4AAfl+X6fX5e+AAAAPi53Ou59vtfb19nxtX xwHV3AAdtdw+3Hm3n2+329/b3wfFrdzbbbp06c9Okt6cJTbbJZa0tsMlhiVAhccBTojdUOZk 3gRASJJJJOEgeUrXAAAAfT6Vv1evq9xERERERPfu+fPb2B9drXcAAAAAAAAAAJiwUXCRJJ66 6nqriAAIGNji9nxH6V3HarNxd3HvqzcXdx61Z4OIwuAJRzkD2nJokmwFmM/ocitajqtHUfvl kZzmPFZyEeLv4IIGqSFuKGERERERPTy716vF6RERERERERERERERERERERERE9/H2xNwsWBY Hv4FWAbacFlQUUAVYse+aANFAFUKHtNAGiveQncXHpLBo0UAUoRKdZmgDVVmaANVWZ0KVgHv gCBgCB1NCSrKAzJMyTMkzJMyTMkzJMyTMkzJMyTMkzJMyTMkzJMwuXC5wiZYTWycE9G+xeFw uXC5cJUoJUTYTVKwzGABqAFVjf4eG23duN/6zkK8cInskrqQxA+od1ABZ4MCAwf1qqzRMHPt 9Pumfz2yQxaQSTSJDXr9nW5uJ6gNgkYzDjYiVY3NNu1DWGxZ5GoHKY1apq6VXPdANq2ztdNh CtgkYC0QC74tS57GS22AelAElAPG65gL5VYCMbcTaA1D1ESxEigsait47IeEZT6JSDbNLYDk Gaonu2odz6FzNBGooRUyYoqCioKqKEfCag0VBSRBWeTg+ZRAzHMjqYh37ex0CCQIrSWvuR5j cifMade2x/THaclW4ogD5YM7ROgcid2UQ0dK686BQKwc5QResnM5btf8fjIoBYcwoJSalXlt Yx0TtgigaBfsFDqzjWUEiMW2cM/hUA8aDyJkgf7ZGg5Yc1V0SZBn/BeigjoNlA3QSaJYfRYj t4/H+X4v49j84/D6vHfQToMpY+y89+n2c7J7/5yT2mu/Pzxh8S8WMRd8ZURsgYAORHkQycjg 4glAUEhsUD1hnBifnrf398GHwD5h9GOuHKm8eUfaMdU+4NAzkESDXj0Wji817xlQD5SihC4a R7vY8xA9wcIV/WOOQwPIr+fkc7ihyxdl/q3QjnAHmQgogKAEFL94/mdbeUwO7+0hfqxlXpW9 TKQIJAPt3W8X2e7winu3atHjRMf2lI4Pi4CSfNP2MjM2cZ/x07Zg9tXOTIdJwnGvPqBz8Nfj iG5WAf1sjIyVM65JqxaiqmlH9v/XjRZNrVjwsaNCkOHyfVXH8H4RdIDIAf+8H90KIrUDjBmJ TUNMh/HsfNpoLtE6gE+GAmhLV3GXT8uHDe7cU5JqeiUwP9kaIJO/8dQ8p4odSIOABEAv6SOT we5v9BPZ7PF72qoSoNatM0qRBEqampDyBAvhcPL444eadyIuUAN74cZMCBjjhZnXHDzTuRFl BCxYuLFDXHHHGMcZEcRxHEXFxVhkSUdJIiFkRLkiKFF5b4PB4PB4O2gGc6W7oib9tq2xv4cL 2zemB0nEA5CRIokRH3yIgBIUiEX6etGlAHqnykVWUsE/EhURPTUMkspIv4KfC61guF3TcLuk LhcuBctum4XLgXLAjAsJSVUCxUFWElEqWFkPjeM4Lk5rlqj8mfVjJyux+Xp2Pp+Td+RRg/QD YhDxr+RVk6Hhsi/sXYpoSCNgGvTzuwrxk0MWFHn5GmJivw/WheDdLse2ygsE0Y/9oRaopqBz IhR7T4LLyaPG6mJyLCMGi5a600bGdNvVI3blOFliz2bM30swzy/TYYwUUyRkN2xQPYdzSY7a N81kZCQnbQbXAlBJ+FVahICB+c/qje8wKv8xn7h+kk/xxGDw5xPjUhDfdxcfNPmnYtsVaMFG iyVGjYsaKkqEKo1pNjRYyWotGxWiiLRJbRMta++aq/BPrsTj/P1/qOh3j+go4H9hg2J5eVIk HqivR0HQ02gqFkBlUKyIEzC4SEZbFpoFKWn61g0XD9qKutqo/31SIOP6wihQQQiH+JRQNfy6 nOHj6LerwMIg/b5lJTyD11XoRdQKAdq3sI+lxIsBFAQL76/o5bvB5fmn8hRE4zqIS4HBPQgJ C7Sjyjz7oCYeqo2eX7B6/qJ+7+DMT88ICz+wO6z/94NvSpT8PKpE+4dkQVAK/5UqnzPDkWjJ GpU/poYErhUkR1eHHZsJaSFqWp6v4121PoiKG6wv68kPDTAkzU++4376839OOrcZIqBCIv1v JTbBkIQYYnfLGQBvnixXfEMt8bdMFKPS1QsjBg+/GCMBWoISO3dpQWhj737w9blftR/c+3r+ 7+3fN/P/ofHnx3xe+74+oqgqAMBoMUfUABraDd12YmrJKJJIIST9n/jcra69F2gJmD/J8Fp8 n6u/tOX1L/f0pnExYuxl9kg66IdCe8weXKJbPP+usnbde6l/tg6vxfm0v0aeXG7P9dAlrIRE P4KWlF6NgpWKBALFR5kBEm5RI/GCnH0cehUyIen6UGySXr0AAAAAenjyfL1KV93AAHdwACUF VJJJJJJJSj5NDh0d9+vp7Q5OAB3kURyQFfsef3/AJ6fX9XiA8R3zfIV8suMRJ54Ufkc+MBh3 AKl57sEkCEQwKaYPZ5+/zn9HoxFo5OLRoFzwAiAUhEfb/bcPX0f2kIgh3fVfO4WZAJdqPIkI edR5RG0lSGn9dXfD8NO3vRl5YpfbUu7r07i6Hf3AiPCDEpFBMIAsqqHHtjX8l8zeEQOjosPz yRGMSJCSZ/bdnkl2FSoV7oaWZkh97i/mfeNs8XdSH7R6LtTjF/brSBugn9EOh+NShhGQBP5w U9vzUqoWPxMglESfmyJ+9tikG33Efak+lYVTEqm1Ij0eQPaUT2goOHFxbOjj7ft5oB3TDxHn 8I7vlUWPBf7tlrVfe5YwUNWzxTupOPumYhiVEA4eEOTLOLQmDmF9jhaEpRejEdya9c639fGL Tir7bVHKO+FQ5wAL9ByTVkGalH3oTGwbpv1HtIVBdxn09A1JHfxOPeRA8T5VQ4v7vn+R46Fj BKgIB7r0quR6qh8wzZ6GIGCZDfmgN0hUSptJ3TuE3BMOJUHC6IJEwASkgE0UGLhIEk4jsiMt lTnkwNk3oENC7YD4oxzr8Nfg+0/uCn1KDK9/7KDCos/uMUFUX94Gsp/sia1oNQM5JrRxqL4u g90owE4PMXzMxzce3Zep0O4DOzNx9Q8BREQ+gAkU/60+f3fXHOUfb/WH/tuA5nv8jb9pJAdv YfMWdhW789KsXPV8j5q+b4yMlVD29qok6V7qSMuZVL/Dgy2NZJizRfe1rTDo1WiNLsZKVtWk 5Ny3PPPO5bnnnnctJCAZmAwEoCodx/bCHpqIgHyw9LS0NM087kanT0MLR/AM6e60MMzBndm9 7F4wdilW7xisDOc4tbWRlmnvcxNnA0YAnCGiNYqjZRk4ozqdjO2hBLShGNG8KIepvO1Y3e9Z tKnsEZyM1ezcnNGdzobVFjQ1hKZCYYYCCQQKKKqigqDiCVEllYxhcC6a6BibtdZS0DJo6CoT shXeDcnFGczsZ29bnOltbGGaak1lBmkGlN05kumqIgQdocuYJjmCjeREW/cOdwHtmpKhtFPl IjkgfRuOfV1Hy3fWEwXoMsr4cYT6Ob9xXJSfwvd8+vlrjYdBnuP3pPo6fc4j2ulyEPEHnxjr B2xeL4FX/Y5FdPr7aYmMEK0DeWACiOAx5LYQRA6xkSEik+0soLwrraRq/bIPwmwiOkiJQzcu GaenJ0c8XO1vjADHC5TcbPL5cnZ55ueVzzgBjhc1qgkhRqNnl8uTwcc3PK3zgLOFcc7sn2dX IEYHtPbDf2btkeki6nUeQi805o67pt4tx6lnW66jt2A45OgB2g7viPn6RMyV6AbQlskwFeCB Bc2jNgBbjOkXWAKJTe5Ng35rjSIbZ15Km/fnzCb9Dr1t8qDj1jepxrUToiHTQPIDlWsEk7OE kkjGTAsR3FvtzH8AGpgdh6Do2M5hg3neWc3nrSbzmgniB35U8SkThoIi/bIIbfCJ189SgK9N dvPjuB3G18V1BMgo8zl4yBgF7Opcg9QG/bgdg6zpRN2nx4xE1eSN+e7U2TU6DUfGA8DThz4K HOepaRsMBCEJDHQpY8kJa8dPJ2KGB537+vrE19Ehz9chSyraJViWIt7XJ07evlIdSdJLx4uU RpjPFz5VVW2zo5HbdUhkoOpXOa5uWuctc5a5z63z/ZshnRsXizk1+h1ss88x3WR41jmujizX ufGSjJjNnxgI34YOwlhPA4WRuWN90cGa9z4yUYMcUcIoZIsBACEMUxkj70peCgmBgiqjrLEd eA8Bpol1UXGIoalJpjpycGJ1ByDiHEOWpNggdTOGXPJ6eTtyDYNyq21eKSvo6+WE7jbZG5Y3 3RwZr3PjJRgxxtdW6TX1uaeMLjZa1WddSWL34zrNVBwnjVzuQq+ljrGsShzXLa6dLMc2GZ8s aznSBFowk0HiF9tt1xujZWj7rmstkRLCQbCWarsWZmnWjUxaqRNarR06WY444vljWc6QItxk 2OuEouzZmxSk1zWrY6lbc2bNmfLNWc6QIuuaTsb0QOmSSOzQzft74al9Pfht/aick567HhwP bna9kGx2h42QCAoFHQiFIezrFnpt/VXOv+xrslv2HczVmWI/FdgJTh34+D5LYRI19QUCBEX+ 2jMO4rXmEu6LxIRBK9KRU/1fb9HRqdPQMFCiUkWRLalq0qQvXEI4okjbbJCPng+++P4xML1s POD53s7x+YsBAgQMe9LQJjao5upvC5i5nhqqg747q2Xxp6Lr89t47bXbZcJjJsm5vE44QoIK qvYyzCfmkEA3WPGICBJuk9zMzE0G44IOEmiRBC/Eik35cI+dfVdXaN3+pdXaN85/HI7b5sfq h4F++cXXxucLGu08ULCM8vJVXAEVqi8jLUknOEemBGIozUo9vW7q7RmXMojuMeE8eXDHefX0 nXrbGvuj4a6ys6yOSe9b7Lk+V1izm6zL7+rhvI01PzTeBfnnHYqUSH5NvjBfbuUO+mw863b7 88Zu+O+sj9M5PjTN8ZI1Pa5h8romd6epwRW16eNVP5cIZu1x14FivRc6Q8qGHmp9F4o0Su2N WImaeT5Gce6hilWD3c1rzQnWLsOnQUEAF8fJvOMVjeZwL+TDERZgAScCWaujizfu8bLjQvOU HSGVljyytECLb9jux6Xihs/DvYSzu8dFe6ZMlef3PdPOHjPzaHaY7kMOmUABk5Hy69D6YRPZ 9PR3fGfdRrGpyRgvNeJGMoUMTYmZSJ/jEEwMjgWNjI0CGGLY0uMZGcpJOri06NOTm4NmOrZw bOSi/m9fG5xxnPVdXOOLOOudYIlBT1o4wxg41vecdeXPbd8cF7dV2spYWGR2p867Fu00UsgA dsPh51crc3OSr7dutzXGc9V1c44s4651giUFPWjjDGDGdKSjbdZdSFFmrnXA2RWIYC8gEhtc p5o6nJfFBtIYMPXnyNm5/4WHPbHHx1jy8sh5XrMsZ3GeZ4QZrnDkqWxnKwMijJiMYexbzznH J50JFcdl8YnxX8Nf4rURaosGNJv2/ufN736T6XdZJvMwakWqKJCqCiiqaLijDj5769ecZbcK 8e7NaLGbjV1XqFlcwsdY06wvyeTJxJQBxJA5UZs58sNtcLnKVTfIj2b4TMxqy2bX3Kt589tv 3+6vS5Tu5jCX4K4vjmLbaq1XNcrtvCwR7zo1b2tpw7kqISQEJAQoFKs0nAq6QsF+T8oULLlm pllfcLGbMrqvULK5hY6xp1hhtUCmFMK1LLhbXC+68WM2Cuq9BZ7Mczy9cX48kOO+Ma+JbtNF ecRHbFcvOrle05xSOlIxAYIMhyqNSZ+V8BAMiECYoVwUrnEIH5dB0kTONYkgggAkRogeRimg Jwlpw1c4905KVuzoulO5ZpYxZa1bbY1rBtUqmy1XVczsaq4rI6s2XkvVqkGgHQKOhShTx7CY DDJUaWopKm1mCxZzuFlceOPbjHNxycM6XNBZyo6NTJePPPQI5FWLbKU3stkparyXjbknnd5M aKi5bvP0V4AlyrmxtE/Q6brrvT15r0rs22m4c8WxpxrLeC6bjSNcOrhkcTJKqqMRCi4imCVR UkMZzd4uy4URVJA3QkacUUSDl31BotiEgttgM8fJh3ynemvFi25uaMkFRZAcwQlI1BkzRi6S QziiF6W1cUqKF25zmqueebcK3mt6d60YqHfh0zktkVDEFQogFQDJLmY1PHqIho0WjXqTXrrY 1ZecV13fHv0kF8XvYmdeeSXe7q5vcTEMYqqLmblXdLUIYKIsDarsSRSa62512vTmKLzRNWt9 VBEitGKJYUl77nnUU67VTkVXLlpudEyhmazJNTu6tMLq6RpddzVJijY12bc2SePXnhePNpXk DJMLvLnnddVdtV+xrFxkBAsijRCqpKIJczi1wyQLqbU2zGyjFmLGtEyyYqRpJVBLoKuxhBqE jMQoauhbKmI2yLg36ttte142sq5fu+F7FcNobQ1bIpiTNN6eTzZCYYxsVNlsGjUIottd3Xr0 8tDVGZrZlktesV6sOFGVOFmUmKltrlrwqzax8NVXk216yYECCtQDDCQjVKuJAwGctOMXIBaJ BExgiiYgLDJDIxKnt3fcwLaq1CIB8d3xtttb8dWq+74RDfgDy21+ECApBIAjGk2RhrJsWAi1 jajWpNWkxtYNqNqooqp9227Xw/Z5bV41rY2tGxo0ltnnbdKxbUbmSq2NUbavazbFUmkWamhK 25bo1k0zKlVNGsV2IbbznnlNjbNXjZNuX21fc+bemTVG0XpbFzY25RrYoE6QKKbJubXLcrst GiiNt0Aua5EWTD47sL4y3KUnd2M8nnl23nm23K3prm0RrF0jVXpXi28XiNreNo3jGLbRqum4 WpOVk23d20NIMW3ivN9brzinWmotVlhkjey3WmtZlQwxUtcuV5OeUUUqWaS5dZYhjGiZU0c1 zeurteu6pRipq87q9NXlNF7ar1mmka9L02e/W8m286TN664RkjudPONNTNFRRqbKqGam28Rp DOuPVlvhXr33tvG8XjmPjtyCbvtW0hQRaxJQ0rVyE0aK+t525uVwS7jh3Z3G5tdd1eZt5MRa NUFopu6OGmmMwPFzd3MiOVyS47ju7Ox26ctsVrhiLm6YmaLEWLFeKu8urlX3eq68O6pPTm6W wed15a+kxaNWNkxtffIStBFtjGSlK192bcMSVGNaiuba5tyLdlpd1vq0aLzyfjdvKxWXRVXS 3FJCgZVInGI7JMC4yRg3vENWNqk42MvFOaqVLStXJRsbR+NdpBMmZmYsSV92HKNS965XLTut 7te+79mFPqUl7sCVLbMTKBBJAJSQB4gRmUEcAaBNIWIBIAuGUjjxOTU2RbyCQAiCYARhomA0 vlYmIGKxYNS5UpQtDlB0i0SbqcaZvnV8tTclxHQjAkYRTfBqFSSY67VfTromho10WFxddzcx di219a14vereFRg1M0UpemjQaDRn0+mr8RskIgd9xzcnJ67oMGCSWChySnYcAgORuABkQAYh xEGux+G8AWvNZJJMNpkEEmzl3P6QgxEWRrrb21oK9z9PnuXLR5tHNjIJgSJIyR5AkkYMdxzI YgJE6FSGSIhmAvFtwcWhF4AAyM+lXXuLdpopdgB263yvbdpiunGmNpXfr6PMoeBFIEUPx9Rt Uj8xYcwN7HXd+Xl3LdppIwvo7gAeeZ6et3K85udFK/n+nxub4xntXa5xxZx1zrBEoKetHGGM HGt7zjr389t3vhnbquwpHCwO5JJHe7633LdpopaAA74fLzq5XE3OTffv23OOM56rq5xxZx1z rBEoKetGMWETGdKSjbfZdSFFmrnXA2RWLAAogCbtoKIDJtu3+PWpjF4xU0Q1IMhIIayQ0ggF sAw0hZwcFlHFK0hRs2WUboBWkKNmyyjdCABbq7Ru7urtG7iIGBjF4wjiqmqRqqmqRrAAECjE WFQsWECHURQUihQQIoQIwDxAIiAhjF4wjmqmqRqqmqRr9MQIOK6+j440JmvqxG+hC5Q9fnnZ iad54R6qpqka1d1d6axqHr18tOBW02EYKw1zUQAHqBnHecWhk0kTz3753rW+/mGZr6rDn1xz rWPLvkPK9pljO4zzPFse3lM3iD9SgD1B51bkmyUk/XtNfWb7oofTubz44ESbQtYzNTjG2uZn 2SjERTTpXS6Tdotjm3VV9LcTFbo6Y9bKB5QnWGECFniRXpblDFT75Fe4cOtWyXza1ftNRgX9 eAFweKm5Q3Q9VyR1L11z5LYrKAMAjS52Ec+AwOua5HQ8scB5QXLxsv5p70rIwCjtcrhMxhtt DOjGmuccayDSXM5zCVElY6q0Li9WwlH1qpqkaqpqka9K8YUe5LrG/FY4xfqlu58T1ODKTxB1 UdHBBJcJtr1zvsfFZ0gh0qEF7n1jni4XSWQIwcYrIpabNPvjYMZ1rxI61I1lUBhYeB1PWfWz O9Xy2Rz4yD5Natgxft02s6AuNk4NmiodXbmxrNlyEd9fG+etbTPxTPYx3r38js76ePaRNcu7 B9VXq/SurGfPQuQiCbV/KlvfvwNXzoj5BQHfrWJ46iERAya9teLBvrfh+f0+T1+FvlGjForH 6uQ5BFK/LCVDdc1M7tu6ypps1xm8RqAltzJdrXMyzhe5Wc1+IeWnuuDOyjPdONtZBpLmc5hK iSsnhbMm84mvO0fkrN1do3fi6u0b8t2fTTj0S5zz5PjZGGdVrB2LrnRMpPEHVFpfLFBNXmbb tE77Hyq1BXEH2Qgd5rnPriRrKvIQWMVk407Lsz3zsGNb34cLaUeKTWAElk0ha6Qloszl0rNU c+MhCjXLaMXy3abnPiLzGcGuiodXdmxrNlyEaW7oWWzorHcrG4pe/VYLnfTx7SJrl7xgH1V+ r9Kuxnz0LkIgm1fxS2uOPfsb87tDxmQ6OW7XHDXktwSoGYlwZJHGHcc2zyeQdBV94RIkIEmg UvgcdmfbChyKBTQr/XzAJQBFZ1kOLPPH4dPZWoqKioqKioqKioqKUpSlKUpSlchnFwz586qu fHMqrj8apunVtvFgoDO3UjTPDpBFByYYcPe8EIQgzUlx3Ldvfv378d+nfv4JMVF1Z+651txj r4LDdAEqGN3G/hlvsnIkdqnibF97IrzmYLmNqrBnvGqLNBCgAgDFkfavQXTbbfeW222225mZ e6Q7PnjjbnZ5cYk7MVhAgUW2gduVR+b4/l63znTv6eOUAsomt77c1QgELkI3x7FH8PhAR/S9 EAinSnm/b+PUKlin0EAO0Uvr6QgREFj+a7HePBseEMIBIhfkA6h4PDw3DnJ59DSt28X+yHED 3MkoaqSiA2dTUl1UmMPLdx15RKusV5XLq5dXWS6iotFlkuoutyuw7uNuV5h3cMO7jtW/pV5v DzuNuV6rl12kvNx3cdWlfl23x5XLF6w7uNe8PLdx0payiW2157/H+V/L/bHw8/h8Na1rWta1 rWorWta1rWta2I4moRVJUVRSVXjTDu415h5buOvx/lul+/vPjez33Gu29dblReYd3Gtu1fFL JdKk1W6i63K0q8ourzDy3cdK8934+692S90XvDrXcdK7DozLchR8aMkVKlKoeFGRVlV6w7uP eHlu46UtLFedsovK5d4zzuir+jbzbXx91G0UUgSBIEgZYvU7Paq8/hEQTLvYhuQ0Vo2JJb6Y 7uRSZSq60SKK1BRkSrJLkD29YeMOneY4dZIkQyWJAvo4Ek4cGhTq6DGrt0QQDHBBy4QB7ng8 F4OQSW209AkQ55y5cOV2BvCibCJIszxtt/F2cbDmUsVbVbw4WQdnyhZlN+SSUoCVC2U9V3bV 3d3fFw5Q5khISmgpD0+mhDZ5rTHreroQy7sySbAfSSSXYxAbSS81HYR7hiMxzGLySTgwDBkn HLxtMik2QmXiIeUORu1Dc9Kn19sPJ3pkkA25BZjbjpjrzLvOc5znObeD2CB+VimhS2qsVDsM k5axHXUdkqOtRrsOvBe3xV2gk0EmgjvbW6SVEanBjGO9tOIumsEN3b5caaMfoZ0Or+Tsh1FS WegHKXJEwnoO9r7H7zwiOXR5roy5JKeXZJJJjL4jCUCd1zXiHE3CakSe+UyRLC3XqNatJtBn t5PjW4dZ44SSIRqITR5Vjds6ydYOcur/B/B1qGXx9iUBoSCQYSSToUNm2miM4Vvig2KxRYiC grCPLrkk0G3KfeOwOwzh6U2Nm3CAHWIkQskJcWosttuKAoTqHQ848YHseuu9cge/x2KIIYiD 1JRBDE4yRlXiqYYFMIQUQgEZWJ5AhjVeprS1LKmamGZ3p99L1vWpbZqahkd6eUvNrXalNoLL ne2zEVsiE2hUFhYEsKgskjKmKpCFoUhARKviVBYWqS5qELRXJGVkzVDDAGEIjUMSpkttT5vH MvKtZ53Nkq16md52WVqJkVBYVCi0FlzXbllbVetSs1NmpZqZqaqam01LNTVTUs1NNTbNSpqW pqZqbNSs1M1LNSzVYk4GXekeqwTY9W1kMgljKQZQEuCRmmOiowwIOEIhEIqkEqSSwqFgVJBt 1GTslNk9M6ygI9KjIAIszq1EgOISmZUyplTGYsAXAHUVFQ4bWLRcuTMy5Obj4iREiCCAMfTv WLQoFU2JpCqmZqyoNkAEQokEkalgttMtqwIMVAFinckRJczMzMzUaVAenEQokEfQaINDnxlA UwcGEpcERFoxZjD1IqAd4dRr6uHPk8kMj0OWxOdHCSSnAOlt+H6fcPXxqSkpKSkpKSkpKSkp KSkpKkpKyUUlJSUlJSUlJSUlJSUlJSUykpKSkpKSkpKSkpKSkpKSkpCySSSSSSSSSSSSSSSS SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSWSySSSSSWSSSSSSvptIWDWGO5w6g+Jz3J3xA DEUAmpiEO873Ly2Sd2+CaotDjOWRv2w24kJAR4tORt5NAZUZISBqO4N5rqHDQNEVDVw9SG/b uCjoVDDsgR4iFLwOWRNOLwMt6MuSS3CGNaKqiqpKUSIQiO/eFXJqO/UepDDTHDTYmXDhw8UN 7bnC68kVDs807D6XeGr1YPF1OHt4qQDpIUgSaCZoJea/Hb66/O87bfH46tqbelp2oVFpCi3V z1VVVVVkGPKkMpfS19PKp+f4fS74+l3EAAAAAAAAAAAALbbb7/2yeTlbvAPeKoakatq82y2v w+hANWYA2wBgGmAaYBrMA1lZVLKqYAsrUwDWyysAamAa02gGqYBZCYEHRQwmhpYoZHvDU13p tdJfLqsiJzuTvm955xqMtuVGXrWI3JBipIzEjSpJJO/GJJihcYMYwQTHfVVVVZaKBd1VUtkR QhFCEEEW2gqpIg1rMzMzTUIka1mZkkMzMzMzTUiDWszNNREhVgqgAsIoAt3VVVVZaKhd1VUI DZNtpLWqyVqkyWrWk0mokVRELbUkkNSBGMiBVscAcTi2WW8cBZxNbeOAOJxLZW7qqpUGyCiY opREaILUkFSlL3bVeXlq1Gtja2rJaNBBaWpEb75mZmZBqlskkNazMxUSyKIWOkVpzK4cs4Ez Oj1ezwzv7r+KYrS5m7d3bu7d++IHQjgdxCgDmPT3jrrrrrrqdiOR842Whxa8dJmlLlqFPbOV JDMaV0Gz0I0KaMAspK0q7lWdswCwg4NhoXLBbIjThVBfE96LBFw73Lqk7AdVwBd5RBUiailC gZ7Xf5xVA0Bx+GuskmTcC9EbQ4iu8dsJAkkjaH+R3iclQcjs6vijZw6KlVVVud7lppy8B9Xu 9h4/UlgUBGIMHUDJ4Ppx7TJlB1NS3TUoVYADgCDA8ojtqMgDw8jfqVV5qhQqpkOZOMHQAgwR e7uCgQN/DOiuwu5CwymgBYdxHnpJJqPofSHE3UFFfR1iH3vvfSApZ5feSrEePr9WAyDnR+6f VrurXLDX7k/ef1VgM6TXdd/xlDoC6GP0XRxAU5Km6FIKfF+tE/2okENUAQoPJ/LRT+U/8F3Z /8JwP85fo9Xo15bhiECDUqIKgAaSgswiUfZPDQV9G1a+aaiJ730H8V792GtF4wS9FHTp7YD6 O3KdRMCKAJlUB3aNqyZEtFGV0RRRSKAFK5M2llxNNxSNGa9Jz1NchOYdPDT5dUTXs1835ccc HHUs6T3H4M9Gq++ImqCO4ukBDp3iIeIm8tAogfbrcOKhJIGvPMmlm063IAkwL1mhcDx9Vqkg h8jBEEj9UCUIHdq9zYRtQpQSk7P8g8Z0c9PLoZPz6Hk6XSfd7eAzO/eASJSckCB7l63yBi8f HHW7kJa0Umlg2DZlKe8rnkRk6L6aqYzXBrwEBM4pibJbX4WPwCILnytsRAgbSy3jjPKY34Aq pJMNnZWHfr0JKpDCf3n5tDtNO/1zxFM0M/FDsD/g31EhQx3LL6VHMGCVz1A1uHHQ6WvREjCC XsEd7/n9XtZmZwDnOczMzk5UyE2QS2Ec4+BQQhaAY+3Gns81+s09fi9u2ke1E0DSAT27u+tP Mena9dXUFX1sUmFFFgZ8Xc+YIgwe6Aqbm/vSMBN4/hAGzl0vEsFjhZVeVUXN62iCHOzwfKXD ufdEXIEFyADDXr8Q1WIkM3v3BrhEXzAQSWBOHSfiEQBJAICMSonqnEBJqqdvlJJJVAOUWx21 5OHFuw4zhveTSzSiJ4wAqDaggcdYuAB83tyOLslThoV2B+oyX2ec1P64zJGKfzXRZ9y4Bhdo soNHgRwCaTZgFFkAACbr6Uteod8EOsOT+O9B8nv5dZexwR2OOVQWKts7mxqIqgCW5LlysMWw MK9zSyBA10EQDhhC4ACsmGrZN75ESjsHRRkAkJUyb7EUIegRufkBojJLnkdyGEkDnrg9i/ZG QF2fiEpOBJNoCbGRLbAgQZo4GUIrSEoIgGyaB7bNiyimZo2ufttz33CU1GNRF7PRiN8YdeeV kavjTifrAAVMdhXmvo3uvwlctZl5yGLiPZdcj3e72CWGa2Kas1+fNBAg0+VhezBBqAQAoMAA L4VslOzaY6cRj9SJQNXCzbmaywG+5+kQNyIHvsVEDIAIDTIs6jw5JaWI9oAi/Ox480vuYF9c Nd83nygjNtIIEEUEoyp7rg7GlEA1yyxtfhnQXC+jIFtD4QbNJzOCYT2ZCmWY6zWEYohsF84z i2e9UluzplcdobEM0MpBVA6gzYFYoEyBUDOUGcY91lIFmUozBTQrCY0TyoIWTDJASq1rYJ6k 6+/4++OaHg2BT6ZA6JlVIVSqnH0bt/8eKfWfnFNd1bpULuirFNLKIEAkAIBABRAl0yRL6UGv v5Qz7uZ8O3u3cXHu1J8v5F4vWia0QB+4qHmPPSeCqtl397z+f4Nans01i6+faa7bVNtc7gUA MtHJxnLGLqVEZwrHSCGlEAFKIEYSJzzI5YxIrjiTVjpZwrKjd+fIMccDVRwpD5d8kidaRv9G DMxJ0sE1mx8PxX+Ot7Xyvjz7/PbgAAIAQAAAAAAAEkkkkJEpuiodZYG1nafGXGpjn5CLO2sU Tn3cfMmjg1e0vAX03LqvcFDWcmibaHXsouYM9yG0AcwkGgGJaLFwUOUKAFVYDmjw71xGkaPc 1DWRk949eodqnIHOH+09IHPSLDnKSXzMFRH8TezUqfcdn7Kyn6V6OoSCJ6TF5ta9zsHZVbB8 uh8ZZtHExhlDrjk7F/jsgx5une7bioTEEV7tlXBU41AgbCFKJL8uzJ4FIAIMJHKnG8WEP6tr DrARALyiRzVCqPIMA4B+nxQcH6DD9r1Owfq0fpeQHlEUGZKzDd67zh/wfAv7CPpH1qg+Ht2e fzej8Tx5SAUKfePOP1ficEeURCQB/cQVWBl3HMSFg9Ov7XvcKQnyrP5zmR3H945qwBehIQ7C qiBiFySSLPfItRZEMRDLEVkEbgqp7uPE699X1f49fLP5oZ8AlfJyqInvxaVljWW3Ruepulab vVcOvyd+v7A3VD0WN8VuXpfLwhU9muNb4yij3cQRM25KXpIcTkRDxKEGuosEcrbs19p3m4k3 oUvrLDcR/d67iISB/QYOro51y/VJ5j8oIm386K9lbxE/sETH5oWgdav+FZQT/Wz8ZTpuj/uN B/Jf9p/tfi8QIWHxJ2CHwxUPj7jxiGwogRfg8iOkAfmB/1bxFeCgGwWnAUsSxK/nVlAIH0JR zBXkuo9ATmQ/pe4fwP/8D8BhBqd/XvQW0QMYfM0Uiaf+dRM5zSCMP+y2i6oHkdRhA5EafGdE EyvLyQe5Q2b6tzRoJ5FRA8gGtDIdfnjZEk7Y6dp57OrB6M4n+aEKh2+PYSfyhr/vPyvvBwAw LRD+b6PaVUGMZI0N1V1VVXFH/bwqUoRIiR/5Ith3dRBOnxnpMJZPA+PtOG8N9HRBdUT/egi/ iBDfwVMNHDeSFgb9lRQ6UPIb7aevdq7uRuLrVS4V1U3MaMjQeknJ+Gjznif8Gh0o1Ulee47n gLsbw991oMMCdoe4Cz0dgpy0o6vF2qekj2GnBNDr5ahgAgQV2TZFeJaPBQ/ZnPrIT7m8WKNd eun1xCbw9nYbQ4wVJ/BX0mKDQOpQDoQRernroikD5isIh8AIA8/z/P+1++V+R/1Zn+j+h0pb Kt3M3bpYFCRIIQwGMCRIwMBighipxhM0lZVOpnFulipxhM0kGVhYqWKKqqnFKSsPEzjDpSGI NDBYYsEqLiwjKZWHczdulipkrDxM4w6WKnGEzSVlU6mcW6WKnGEzSQZWFipYoqlVTZmVms5w hckknf64ns8o9ESoBUAuEuguPmFaYNDiGIOImALoLjUCo2HEMWOIOYXAuNQaiVBpitwuBcbu huJUGolQaiVBqJqhdDcExDDaMDVeEM7322I8/W+uYg17JIyIttkTjvun3cThu+fn14oQe85j T9hUPxcEqleBxu4nS81Pr/EokDfo+JVPhPzWKAHrENR98BQhsB9PsQFhudde/5GJSgrXfJJS japHZUPIfEAodf7uBWKhIHy3wtjWkgtRxRdm5FTgTGwsgaIH6oFS96goMwaeU+NkhzXknl4g By8PKkIiahamBO/ydpHtnJB+0+V7JXBDKjHcwdzRxaeLT7p8SQj1P0Iw94Op9tDUS/WjbjA1 EqBUBxC4NxLfanAgSdpE4/Z/5vs85nt1H1YUSwcA9Zw8+QsnDOvqm2441uwIbltgd5vfnF86 K/YQRd+ogedVNijc9B/w/wrpPaanEUUeSqUA+3jSWyjTeJ6bPICHIesT4fXjq57/iwI4UOQn IQgKrNyo1dHjKgOUX4OWiyqE8a5F0ctIckclPB5mD/TMcOXTeeJ9PETXKm9nEhgkNSduw3r2 si0s6F7RfjFFHq2B8yiqfHFFosnx79DCvSDx7JI4dYNPTL6ovgvCQnHHiTAHYbpitC0G+oGw GsFONyH5EPN8586Po5ZONPGaSJPW2X1fsPUeTsiIAENiqqqqqqq1XoDzzsJ0tXLWdNGO4e2H kTR9KH0UhxfX70ezstZymNj4SQfS12XMykifBpjpv9PPamx8rKp9nu8T75709VX2SS/C/m+t N7yOHLisCiVAYMPe28YNyQB57Kykb56Oh0/SfUbrIdmrfj3IHLgyDTFEeMIAQNuSByJkhQRU jy4z1HqcngisfBQXq4NLHDvPKUcVyJa0IRVMorGzDAGlVhhihaxAN59ADZk78G7iD4ekUAeI O+4lnpBD3ZQ5YA91NHbhDPrftJFSCMTvCAPBEGBwRA0Q0+NXeolm8kjp6TqHwlakJPhHz+Oe jM6H3wqkh8FlpVJNduOpu7Z3z2LVij8XcdAiAHZBV8SdQUMRY/T1hwjUCo9qDbocL6kCmj1t xihPUJtPX9H9/tj7Rfm773VZavfctWpqjVG1fuJFOxYrWPjjiI+uQ4wh7IRJwhvRa50MRC4B IqSLIqkhXu3DBGKrD1g5wc/T7vYe+Zs7xE8GwdooenuR8poaAmVdDm83nShTAG+sPbPknyy5 cuNy5cuXL8x6A4bj3XZGkhjopEI1RzootPQIrzUxrxRr1kPF+iyIn7r+z78cSVxff+JDUJvV giH1iKu4RMkO8fnnoD049BD5FElIJ/df0/o484bH4JWevyR12HSREp64j/zz88ZAioRRQ3iZ F6InvelDKblU71B7kD7AA4oFe60KJHlK9HoMggVpknzWJeiRkhxovIPpO77PnHhRqvuHtn83 k47pxsMqZY/fP2jDajajnXy9zy8LPGGvh8dFE5f+dthPNNfZ5lPqS/Kjq8aGgQsSk6fnKBDJ xVDg8J9f7ZDc70HkJOj6QpaKIwoKfVxhGWeh01NhiINGhlFd/r6ek/T43543AxPov+5E8MDv iHn9kkWSQJJCNpaW2rYyOVn+T+BL9cPD930W6z/w/7RkbEIQYQwrXqA0HDbJCSHcCHMHvofv tafjIa4EnFzkJgT6ZJGTkihPh8T3HAsh7FmdI8hU3BQ0kQ3ktAiYPygAFhaguleU5KbnuygO Q23bJk/qyius4YkxuRDNYaRobpOVh+qsVlkIFo5NKUFOnWgXDuKRbQkJCAQg+byDxiVAoIx3 BdjcS/10D4fPJCEYoCgS7u7uDu7tfX+gfdX9d/Jv2/YBF7vlAcqAfICH0xBO0MfU7xUsUlen gp6hEc6wO6ESELFTZKTeJgSj76n7sg5k5z1fhW/b2vRJPy/N1nkROgxiBv5iY2ByKSGD0lIr SqcfWQ8gVAsiwuit3t9U+/2e3zZPOinIHd2hlUX6F8xTB+A8onNBaexKd/i0RBrcH2j8hT5p w995psfd0RkFygfm7kX2ONxIDJk6h8nloT2dKCxwYMFVnlvpqEmykTOwijqCq9Pt4p5S1vBx RyWD9SR5fBNVOtX8cZVlqWWrld8+OtRItcKcLMqZYaVC1qlxagFQC4M6vOh4dXxZJCQr6/sh 5+/sQVDPP0KNJaoQAYCoaglT3AamCdxm8UUpDJ0h7X3ILjc5Ay+AUECFAvSDw/N5TGC8UIcl aONdXiD3HcG8+A2AfBOfpOY7mD0Ozw3T2wegnZIeH1Jwkq13nnupDVOh6fEcgbicFHVinbFD iqPqOXs2RAyLkKQpoKAQJGU1o9D+NU/I+uSMYySTs7UHLB9XlG4OIXAuOA9efmR1VkTNOPAc VJtU1Rqo1ZLVUdIeJvvcuZLakZ+fVvzd3P4x+frD9W1ZzSCxiMkIW2XAhVHuMKhk+HXXX3h0 wdcNdEnmRbLareojjAQE0IqXFVxtPkwrnKKOlUoJelwiVTJepnIA6qIxBcE1dWJnXDJN9yBq ykqMF7/t4AfoWBjhxvfN95viUzdns9qIfNXfRR9wfYh9LTnDuBz7FFszT6O6un2P3HPSm6Te HclPdZV8mLRWz2xJP5u9yjhJ9j2z5IptHqOE4D7p2ybxPsI8yHt4SHQ5u5CHjyOIkN3CVpJN TGOhpwVsDZB1i8L81Mttq2fNprVvPzw/A4QcK5fRcpje53XbhF684K3fX8ruu1eudetCZYAq zRBBIsFIIIkk20SSB+HGtwagUaaAZNyH0qCmmT/L/j+bwvBMYxeH9/CXCENk2CZR5H8MusVg gMPbK5YAaqzkPcen2V4DHs2w+f3vM5o/HC9yvks++KfgiL74fvyTh8Oc/XxxmZ51rWMzNqNq OVT8KJRlcw1sz39cjrE/6hA/6gK3B29UnypB+S/dzvGcGQxEZLMpIMqIHsPvSvPfbe5WXMEg 0bIQ7XvmRu3GIkOIOCNB3mp5jRvrweEJlXBoTQoRXiJ8p5zIp9LBhI3TIgpqPyzp33rc7px+ LYdc6DHEU6gDWgOjrEFrnChRecyDWx1q5xOIHPnYXDi5o4lgGrwmIzfg+dVJYgcb9gB7QO5H 979t+7+RsJJtsJJtsJJtsKo+ox6g+Pw5nps3beXk9LxQVY9EhMz1w/k7oR22TiqmnkB+lA5O Do0U8oG87hNyIENwruTn8Sc/I6rO0Jt6DnEhuO11fFouB49idaoDCKgBsuwhx+TgcggSTg1J UkjCn5OX1uYH3Prq7AclX5Dsh9YHkUHfEHzVSvUdp76vUgvtROevMw7g4h4/ve/XeOSvtuEU psjXlBAWJseCloKL3HvojppBfn9nqK2E3hscAQibxPIhkpX1B3t2sANR+9xeHQ/EB2KH+J7x +n4sQh9/+b6vqwoJ/gQQgXjd4ETEAfiCd9ViBvf+wfh+cfcPmH2yREzpX99/jT4yi0fV+J6O ovbfkP60TznsAflJ9lVE91IEcPxF/CX8TfyAGWnD4AbN+rT1r+vxyqi5SAYPuH93N/A/JCjp +yGqKdfDlPDun5MSRJJMFgYm3aCaM9iXKQBPp0aPZap9b+9B8IKYQhB8IKYfW8OfGEhyOLee bCBDZ/fc96tQAIIF5l8+39lZm3eVNzMePVu0ek6xId+OO/KPiqmqRr2u6u0bv2wKu8HMn3UZ 9dsBe3tN76M5QAgg9dOmmmsxpuYqpyDIipqGrYePSGCDdxTfKnd3Y+6CGvnEfMo/gI9InoGi zo0yGcs4cZkHoh7NdTevR185OsKqVUD1OPW7KJv9krdUN4dJDtOHbpqnCdcfvPUCmKoJGXDa 3qgnQcAbWwKdI/rPP5O3zdNT0ZzjOamcZAkxmp6PRZyECR5SIxdI4OPK8u5XcwlayiAISRES EbmZaOnsm1r2g4JBlzauwoAN+52wniIU6+dUbg9RDcONYcEE4rvxWxAxsV7YlxUkAJFkLqla BAJQ4OzB/Qoqgs74+oknKxvZ0IYEWHrCn294N+s45NDBrzBCxHRTJ76K7sA7Zm/SVuIqngBr 7zVeQ7/J5PLea9N36KdSVMhMyez2WemSBw9lO7j31fKVB0i8uUnrq23k20xvV51WvsLHgcLH hlHtnHJzAekJ2eNb8PxOsa76W12rvmXfPHjQ7nG1ecaZ5p1VM1TqqZqoAATJPl6ANk+cdC9V q0dVU1SNed3V2jd9sCrvBzJ6oz1tjBDYXue+jOUAIIPXNmpmrPtJyAgDWANw3gOEyNQ2LI4j iPJ6OucD2ziTiOMPcfKn0/VVvPr1nz68DiV6Kut5w6s5KZ5jcSSSSbBkU95dOs6xXdD1z+UX YOhfxfhpbTpyE241VIVVIcuvXrOs7OH1PXMH0i8/qkkcXR+wcuyuEmScR5jYYMGDT2e2+2Pn H8nktfUfs+z7JJD6ST9r4T34aiHWbtbEVZZclUVVWKBp8MkFXVwqqOAQiOLyEPxFgl/H/UVo VqK7gA0A0HnRqZVRHMBEOo6yNIql7vZmZmaMzBkk1va1tsnfyySWePTmttvXeZILBVuA4pOx LE4e9e8hxsIFtslggqDxUO/uh3te307wAAHb8i3wJOxI6pzZrZJ2XskvlltpoSYWElJIbAfw qNJFRwBBEM1KERTgcSNNxmCmqpWWd3d3MzMzRmYNbZOJPAlS2zvatqvm+k3bxjFbb8LfTvo5 znOcuVKlVVRwG4ClRQh0zlXBpTpDKOgF87z55PmMpOncyxN1gK7sXN2owABAER5RHgVy57jb hvhCSbKnIDhxOJCFs5cSSRhGDVkEZLMBqeuVTW2rqd7wWamrLsyZmTIURYWFRFLAAYAMCB0u xbTaZZbTLJabbZRRZESRI4x96uYLNQTxnhBxeJ5/4zxjt7E/GS+7arW8/AMUEISBft9gYwBg YAAHMklmg6EQBYEC6HYAAF9CRQkdduKw9+jqkKMVSddc1ocM30irrGMVDIHSMDcpxICFHbWR z4mERH6319O1478sZMkjvjy590hHK949Y9HcGFRSjp68j1AcCOiqgdFokVJK6HbykOZwQiNO aT0GdLFtkWTA3EbB7CltwiSYJaC4FJB0ez9MEExEAEgTdzIIqqkMxTUAAKuqsmzggtNt1iYN sSzM4CchEF6UF5eTgVCSoVKlEkqVwaDZR3CsAQ1HlBBA7jvI0jV7fuOc5zlznOd3cqrXuzW1 bwV0Urr25HB6TI40ShQTecCNAKbpwlZmZozMwbpNbu1L2StZe3OfBl7JOgGARNnI5UEPGAUW F9imB3dGiqmyBFXaILHnpgVE4CgYLwTeWOgcB6m5ZsQFVAwqhqdYcv+7WEoqmSQgW3NNNbZs AWtLtbNElmYCQAkq7UtZbKmVdSaWrdZbNdLptsACGGbTUctRVXbkHN4BUISuHi5BeHjnMTYD UIgBBIoAEm+FMvG0Umdtq2unS313Ztb5YVnOkCLc7SdjMOlF2OLYJI42rV06W4444vlhWc6Q ItxaTsVW6TxKOF7r5YTwvXC2V6ywvjJmvc+MlGDHGjoSiJY4vxfjLF+JxsjescLsVW+b3xkw xY44vrB8DF8aYwoBK9aWY44uwrCdpFS5sTfEq6GGGDXpQ4UW106W4YYYPlhWc6QItx1y28eY nen+Z6Hc9ri5j1ujsehsqtleLsdjvdjocHB0djTY9bGPJjo9Dq73JWzm7nFoDnGHIHbHfMky e2+O/Oxd75cjul3W+/HfJnXbGh+PfcASBIHxVa+7T21tvtV7BkG1wETAgC5VDCgiYglWDhgi GqjjrpQookoRwaGpoUanZoXpnOdM6ATSXppp1h0jvcoIJ4w8hKVUHWduZmZozMwa22zvpPEk 8eXiW2TyJ7fdXR/d5T+L7P59n+v+4N5+DyctM/sROxED2qqxYH6aRSpHhhMnrsBbCWpVd6yR G6itpn/XhEDIxwYJORZLyVAqqjCYopMKDiC4iNWYjr+QDCukiRIwk1YDGAAkE2m23rtW+J4D MANRQWtbTVrZUH7jgHOEknOEBXndzgmucEr/20zNyCpTWZZSyyQqNKkyUilnzp5n6LI9n0ZP 5Vz+l/k35W+1Vvu+wCv1+rvAOu4DtbuEjrt26dA6u4DrNW1mgeVUTvM3AkKrSC/dSCrILILI M2NqldPGf0PdmSSI/Em+n6/2Ye59WVX2u77CftTQ+1JbEFgEqSySFR9hGBiCKeB1oUAlrBfk F8W84x4khN/zpxpgoq8uPDhZapg91m6EcJPa4eg1pkFJGQ71AyJofTnaPzqx7voggHSouTxK PIRFALtFn677iwCY3JYfOzuqRatLUnqLvEO+HOaLKsTw9bdXgj++d/n0yZyjSsCA8IkJIq0B FDY52ZYqcJZEbEjZiQaDqeVtLYT22LfXZP4w4EWCSUEoUgUn2A/ZJEQ1eWZ1WHHkpEJavTBS RlltUe7etfhrc9nsiZYFLNft0WbWE2DgPbR2LEOpe3jl0Czl6GAEfEEs8WXxc1DAHQu744uI FKEIxQHbk7zcqBoB5826TsZ7MbtRT834JIngiEeEkhvDLQLF2RImzkhOEZ+2z/0E/d8DZ8B/ y/3/9D/n324ZmzOop1eP8890R7Eke5ZkfO9z3fv79BAHqPUu43KP0AeTh7NhHzqHF+MsDQ5g OTnnvctpByd3jfV4PK/WfGlj5ssq22Q64oH8qtFAiL0dP8pAFsgoaLoBbz7h7lVFP3CkbE8p 8PT4tlOji9ckJE2KokPK+/4tbrxxjlW0cxY17vN8ecorvYG71LcifbEn8pLJMkjvg6SGNdBh k7CPxavmvBRRe7G8wayQCyINyEC8rXwq3SRG8u6nx8JI6d71qt5ahq88Eere8t75xTut3Ozc hIMybyThIYl3byBGjdDo2aZmbxYzFZFhMmHBvko6TpYFJGLBFEgEkkF1+ak0To3TWP5Sx4Rt doyLIzwsODEDpsQ2JCQIogBP4QWd3bBk8J2iF0X3EkvuOPSopw+kQMm0gyGu5qKKtwagSAIX uJJRg/zJUaP+H9di+mXnLPjMXOoR3tEDNQhBFhRRJY2bpJAxUexAUPuqoChfMetBmMV/J5H0 t4wFLKWU44x6M/PTZ/BPWT7V/HMTxr4RfZAtE2I+ZIrRNaQaAGEJDtSBGKgbQFYCBEVhFX/R /2f3f4N38H6daHOWQ7e2mTpArYxaGRRexEEe4PJQT6iXXi8FPxxQsGCCLj0cI/eJt8uo6yyR x+VcQ5UFsLUtBqjbYqNixUaio1FqRSQZAQ9pl5xCJESPlMiGnfTqJ5QxDV61oOPPHPUjB+dP CiggdBLpqSqN96mSbECJ3h5ZtSqObpO+mVO2hQNJgMgmkKf3O4V8M9wIG2zqKghv97Q9f3bh hV0IRAU3dsI+U5/6OAxkeAIOoKCqchD9bX0eMIq9HYFm4IRABdKjseTTVjGXWrL2NVLGLuRs QUactdU3LERCRNlVSQllqWRXgeME9+Ijuh8pESbqcJeKNuDQYxTpnT9BkzpZo+7Ss0KIun6k Bwa5r2GcSSRkYEPNlF9URkUNFKzkw1Bxd1gwiYI2KMAEfzQJCQzHFSYLYRhdvLTe026AqeEf VHlBdmCmwqLEE+IiENUcKWqo/o8NAqInvX9Q/pr5cfJfRuDfw9XWBgbbYZmS5i2YuWS5g7N7 ciQrcwinRQGTQqq8Z4eEZGRkGQ91+m8k9IBixC6hjTGJeLLu8i6eUkl6w8aoG9CArEgznPaG AnIGjbgm1rU/PzSD3D/V/l/iz4tt0WRN5yB6SPdCIN0BIie0Qe4HYRU83jVVdMbS2iqolwLY RooKYRoLdgSBzWzeP6QE7ANlTvHlJCSdv1dx5Yevr49JVi3BuI8hYontDtN44ooN05r/j/D9 NVpgvlf2iG6RkTaKVBkPQecklqH9EBb6AAEK8boQ8m1DxM+nSoyIyEtdLtCCaxrmtuf1Hvnp jsPd1R2h0woPKR73TykVktKQpogNKEAKKWmjbUmjajRtqNtlsqiqNG1GjWWWllpbqu2ttxUh YXFKwsjMRKotLUYAUaTgonYCCkBFTqXcbgPP+nt0zBwxhnojKklgaqWvLSMtsSCooHguhubm Nttbz84d9dfta2wirJwHYAQnZsuiIG4pUEoS3rDX/ppwlaCAL1ILth3GOJAPmAMuYxgClYv0 dvgu3jxupDl8eVxfFra5ppxM0Ja405469s0Et5uvMadJEgOP4ROojsOumsgyGkLmKQBQxdEk qBIuNiSVcM0zsGohdQsWxTQW5dQoJhRLbBRTH7z+L+x+wPuCo/Py5E/80PgHJRzIlnWmNJ2W qtqzwwx2MRlKp22d36MhcgEAmJIUSUwaRK8wsv7faon64CmnmzpCrWKEC08tYG0wCFHuCXDA fbDV+4I2/bPY9EZJEHnVEigkhCMkV/cQYRtSHyhEwg3onDhI0oFUer5DVOsb96OWK93nDCaE EBZDyBNIta5+ltAP2R3A6QepB7Bry66Fm8jc3PAhV0RkEmIWtjISXVFy2RKnCCuIzAgCBVzQ GjDFAAKPjU3IZbVH9ksUe/huObqbGkKrXEC7qgmbkkkAvoCjZJlboTQqGdcI3k226dr0LjVC BRU2TaVEqVDX9ImS4iQMzMSpUL02gGEgWR2glkCQxThhiOAExThhiOAQ3NGu4axS4uEkMAVr 93QHn56x+XOwbudcjWcjiJyU3uxnV2RWMABJFMpRGxGaRwypNsJIwb8Tzh6lPRH3mqWlfPUA xMpIZCIVUwUIeF9oZwVRDyzWxxjBJjBTCXLsqMmM0Nr4GPDQdA0HHvcMAr9WNbFWiAaikVQK P8/va3X+cVcGrJbn4d844sE23s2QDQb9624PUQboeRJ5vqlHs/Zqf4K2VxGPo9L65ZSBPCJT AJOnIYUCRhJXEMrkRpiDSQVhFVBCERSAsQUQEtERIsg2xvE/22YmKmpTdwryFFdAqo1QSBIa a+fd0FWimhwdahOtElf4FfeYxYCnEMeAS4yLyA5RS4KObf4G17vNX87upmrW00D2Lo87FxLg 3VKC4Hh0Fih9vI6jAdkcVLqrZLPW+j0vNbIWEKsteijoJ6PMILOHA6eFkBE9NUJxResOL7/u 8vuqqqpI6Jwio7D1vCmn/L0BJKtkkNCBQLKjIJevv+SUiAHvelu7vOuWbWqQPYujN2VzzvXP N487xa8yzUmpJaJLRJNtlepXlZmLG73rbumjZYVY02W3YtLTLG5uVcnQ89MYxeq+BCHPUF+D GQFAR8XX8OI/gqqr+Px/JKqa+8aRTdnVsNm67WsMqWIqVthI5QDLEjHDdbSrDfRskHM6ztr8 fc3bT2/q12tzvNN0gyHVNyooQuF9ZJJ6EUyPDhISEk6eJYS9x2x0N6JxRHpx2AfMqq6Usj6i opYfBvOSuMhfD2scpVFfaCZBK0oNTZL4nSXxNwes1m1cyWh5fWuQLQDhqjyozWijssTjqBJI MCeYGOt0ENLsksipJtIQkkl4hkcO5EL0riRzHa+j8oj1P3c/WKmrXmcB5LMKCXkOhQ0RETSb UwZEAqFUIOvPHtmiRcZCIAR+LZHYk7HzHnO2HrM4SORBio6HlEXgChHIzrvWBHQkZGuVQXAk Y6xYvAHIsfOavII5Lj8nLIeuciakUIWExLhmV5KTyKTFRw0QAXge9apUOCFB7ToZHVDsQqoN Ems0J8dsCRY7vZnXPfOZgkclRXSktFX3Fjqd7IKQYw9ri8ayK8d644HHYYWkNvrquQbRPRSS AJhQgShrHkddCxc8h5BMnSY7GTBQniQAOM7zKxJihQmYgDIsjm5g5rBo25baLTaJkmVMomce UQB3GdAAfzZ13aBe8dbQmVDcCyqWJpe/iD0437cOG3AzMuTDAcSAxIBAblOTMyxLlsoouQZc mZlyZ3sO0syCCwYMNkuoTkEIhiCp5zIIPBoaV2YGad3Y3XI6kXOgA4Pnl8dpvnjMmiaZBtDZ Bs6Xuzlt3+bOvtbtxW24zeaqrxrIGzCGybKYBxAhdLaYpQF2EAjsiyGdgUMiryNdGCA23a4u +20wa+59z7fNevPR13cXcKCSJ7CIAbtxlVNA2TsgRvZPJLHOAiViBvqh2Imyd9Rxu7ODgRGu DWHTPN3Qy+bGTGeUDbdds4kYOiM2s6J66jWLs9HAiNcGsOmaqRh80MGMcoG+0zfXaZ31oBhw 57RNcvsq7dV2o4WdE38uSg6attM4rESQkSQkAjEJlSzVmbG1maK2NbaZok0UbMtja2So0bEa jUasWI0VjZm2n1tk2oiDBqNIRCwKXFoFKNUMpUMWNAEQsoWQHAHIGhw2xjFcgb7JiTZVVVUq rIKqtptogKBTWxQ5GIRY5cwJQ2hSKbCIJpQLsailAKsGCsAIqgOrAUCFLSgEEgKqRUVaaAUi sSFmIgqgRiUBJWTCSFYgmESJYsRZJFIIsFgkWFCSRkqIkrIxJksIsKWoqpEWILFERgMQGBYk LEksICwqJGSyEisSCUChqwGDESDaxCVqC2xYDBS7iaHD28tgkImnt/JgPTvBD3/z8c9PK5Tv 1vbrw79uGm/m2as3wnfDOK1VLbVtttpmIggBW+Nb1ar518Ioj53AgUABuN05xUVMzVBmpqXM OXLciJqa3pZ5VBaIFhYSzokbHCRzcLNAwu+YGNChRYwesTdiEJNGgsdzEQB61AOnmTxMuTLl OTMy5KaZllMyghsQ3m4o3mazM5rOYGW0ywNBdVykoO6QHI9lgZEPkfrOMnfFkkJNn3p7rPy2 I/9YJy959k4RCtl6ABF4Ihw3fqfN0W1qfriBIMATCFD2Ex8J7XpAl2vX3JJJKrXwh4E4fVnn pptMKjqbBEk1MbCa0hmF1B8oRakiyD7N9bBHjXlGQyQcAzUUDV1d25QgKQdnpD7Xv+JPbEhB 8dU3EqJUSquG4717dwCeWIIdvjh/fDvz0/sIq+n6K3eQAoFaTtOO87aF8b/4fh4eVBQd6b3x eAJ4vrHmNA6Uc2UqpCqkkKEg6iecg/QaImFvQHtcpPmcZJt2tzTjB87sPw9+Whp+lqTsQPaW IhLS1LQh63nldSyDn00fAJ5UKOdrD37QD6uX5a3YNt6JCD4522lEMNkID2EIisVkIEJPexWr zfa0vo6PSs8Ym8LBe9UcnENx4tBDynQGfA7ipX5fXubpVq8VvGSIOUa5dTVbXIINa5ixtVq+ /batfsvpb8/xa/eXIsc/BteLz92Eh26eRwALQDSHYnUorgi8UA4ihB6I22v4k1WlZmlVUsii xpWqlUkipJYgtmkTwjIR3/W924YDEC1Q0yeI59pVeOFTh3lGbDG6XJkypEsAD7/yB1nv3gRE KDgftMoakqqXBrBNBawvfjvHfHnz56z0dvdXukjSQFdvU3KRuNkGqgqmbONut2uGs1x5ZNVS Zy2TRecWw7eErKpo4LvDr4NggxEELAxMcLPj3I0KZB3EAs4mpwDDgLDjrg8Wgal7ZVUKB/b4 lE/pgpBjIKAliySlRNg7EnY/xJ5dYhDnEcD4/HusFEvvuW39OaqWvjfggSaxvqEJMekklncd 3Hjx5dBpWgDeIf3wGQkAEILNhNa0tNtYNRa1ra1v21HZUwIh6YqDflTXr+5jjmw0ArxeFH26 4+GnLQy7vJbaph41yoKkCUMqqqqqqBtA4GMze6SQLvZ0AzC4C1JMpSqo0gjr3q9YIFEtu1W9 XoevXE51Knf3hWcaCJhgr0QQuA0lEHeLUglLN18QQUtC2VRgS1MUMiJhfpdAHcDFcjT7u4OH vSI9SexvsoQ94F6wpUUk9Mj5ZInfHknnYkElin9YKqKrsjr7x4g8k7KKNykUupJJKKRYqrUK kqxMsj1n3DDaI7cxQ3iFJbydkHhuiLrCySMsRYiLlGP8hUYT09sxLQsJVkSgoIA/1HOHelTR HpJAgRimvwPSieFnyPqfwY94+QGvn+Bf9e/O/QuRZEzyFkDGLcFEXFlIdq/AgH+EFF6B9uHr FDwhDt7bV7sS6DBLmEedQvlg9f7s3eg6Wo+73vVkDATMdC0SlP0XwxRAEortsqSyJgmdIZLM RpRt77ryeXqr9Gq+++f4/rlUCgBknV1V0vSGWJKIie7rXjxrzTlEoGrVK2l5auRoQKqiqoCq p9cWwWKgRWLESAxVjAhJA/NSAyIv46+x+D8P4vxb3924N8LajRZNGo++tkW3SrvWrDKyrVq1 atlNE8p0QfPk/csn9LMPa3/Zb6JHt11/TZM+jlXs9xJZFEExSRTv6l3pE3ntPcjuaCj65suC aqKCVHhUj7pRGcEqm2LB8RXMzmEcqlIFtnvCBgCNdpypDR+ebCL2w+yb6JcadN4eoiTkiIfb gqi4AOv5uyx3xj5tzZZqAyuS0USIY9kBqB4QEc3BkNoKFRlS1m+aqWtcP7tNrouVwRVkkRUC ikDhdDdK6WS+itqtcPgtuCbQ3rIRNbLbkGoM0tugQ44vXKZFXyht0u4x4wBMHXBCtoVHy9Nh cJOiURkQ8xGvxtXB0J+g1NtXbMJwJURpkjkfaUpjRjWE1IW22lJJJJJIaqDVkhzwXZV03vZx gIZgmqieVrV6G0VtGUS2tXlNEVbGWyW2tu63CWSKSRIRgWIiOVsRq7MDcqpTjFViqprFSm8V WKJB0RQSluBEECQABKFUCm8YZZrc5lqZRgDEAg6KoZDcECw1ShKMrSilAwVG2+PXla16aW9r XAA83V9N+r1VTzy81LX0rjl2obpIEpskmO13dru7SVOts1lTbrZtiCgxAM5YhxVJV5gpBCDn wDAV1V+N34KTRjF55ll3ijGJtSO58xsAnDkGFA15C997c3t8XJXBtKQPEamomOJ0KdRZji7i Ewo6iqBSG5h1bpBiDBhGMSOTJSoAjYdUoZoE73h9q1CBYHlYmSJHxxb2ttJZJAcAiqIEWraZ FohRAgnRNyWUrUS8drXIi221LaKSIZmTLZTKy2UyrNaDlDeQm+92gu0k/SLIlGzRLKBbtIVM CkYWsTj26NG3Wag/4YlSSxFgjaQn5hw9z0eUE1jWiM1Utep5rb1E4enhG98/CdUOPYlSfnpi oykYJIOx/O5fLe7w4SSWkUstSBLLBza2rkDubmQ2Zh02jGio0pfLhNuwiQFRP1zfZwSIlI5V vpEc/LOczhsYnv1sBqGFs9r3m3V7qaihCHHz/zFHJtVvHTpBJ84nwc+D2OzH4x+z+rT6IQjt jRk3nb1n8xqPI+JDmMD+eY7ggB99Z9xkBAhBUOx7aVRVS790ebPtg84IQEJJJNQNQsacIe4U CcDOvq/KN/in5DfyLEGRAH4Xv7eieMUhJZRUk/4HwmPh2QTpY9iKnR3EAd6zPWmiCiHcERro O2IPchKgjCSIGo6qj8fpU5xnRP0er9nvn78ZxVYJbelmbnr+mTBvTa6Coy6JvASEicACD9dL UtEiVBYQ85Tw8/FghE7F9LIKQBVCIoLEgQSCAhBO6/URQPHw9mwqgWajsIp5MAvzQKNVTVmq KNRqLaiqs+Z2Eg4R86y2I/2YpatWp8LHBClToN4lR859ReeArIb7FS0z61Dr0EF6Pn+RKDPZ E8a7ubVddzKSElxqNSo3Ui498jWWEH34nVYUjUbKpKqgcR0RywlSo2BWJO9w010djrOaxZXX 1YgqhXmBSkAAEbnPF/ICk4gfl40d8bBZyyj2b6GpvHebv9UUUEeoB+zv8yRgdwMJEEIQhEUS D4m1Rur+xvHlXCcLUGta101ygorZI6/fPOvR6K81FTdfP82Og0KNCa2AO0VRGSQJKilRBMhE QOjTRtUhBioAjB7MHZ5Qgcuh8wgcx6f4c6T55XmCoA5uQktkrjT8NCd2HhmBgQqdIX3KgDii k5uJJsEtKhqY2yatssrMSsiGGpQoswoFGxKZhW2mmaYUM0hQ22wbFWLatbWspRZIsQkWEGRZ E7p8GoIanYgKPvow7vZQyIqp3JBxATKGZEkZIxIbaiqBgdAOaIeU7ziKpk6DFRUihPnhJkxE REUyiIiIitHKFjDJI11PfB2S8MdW9W224q2qReR77NEhtrJuU5e2R7zG0STxGBu3dqpVFmqp 4oOqHAFPFAiuvBezY93WmyYYqKgxU6oJRFQQPDRL4iEIThlO0OtgHQOdSBzMhYonPK37Bkkn uTygWFiRsbSa961aqrVtq1ug1Fg2hIJM3hVLRZUV6/kQRBEElASUbBJiCIKAk3Vbugikk9p6 odpp9Br3OMkjRO/oowoQn/Zm1LBiDEihFWEAdoIqVBVqKEgC2a0eOmfCsSE/myGIuhvNRHrq bKSEYCEJJofWf7e75Zsm770XYgBzFF3LYOkQbFQ02s84PYp5HslkllkhdH1/qv4p5JD9NC1P ip0M/6ZwfkN9hFDSpWP13hKPrg11DzqHaUUtg9KBhlSIPXCRZEkSgIoqOTY3EoiO8nAMFYOr Ks9VQ4uRA4hICUhLLTdoW9kG0FHsjLhqjiQFKzBG4xiyI5wpUJCQkslfD8DgmhgzoVQ5bvwn qVYMPOtyl3Cua7L6NqcMBAC2sBJwgmWyCYBTKbTcJMwEWlFyrmtatji6VtMLJ00YlRXYyW9+ xSiSQ9byb6Xz1q86+Ea/R7wxoojNS4dLIACwJIMsmxmkJiBAmIAaDuKVAtHSRFIQkVJEJFaE y0FSDumDo4m2wi7bcjdxq843nS4FBQywYGrWWGmzRkiZDTAkiJtM0QKhppoZu8JoGZnTbWaU 7IGCCImjBBXRxSIi5BKUKRF2qWAQDQRDCoqRbJW1smq2lbKsrBKAMRoVFrKzCLaKvVwNzeN2 7dvxTBgEwLnB8oqAMwBcthtsBJsQG2GmmrtAgEACWuQLUaRYIFs2J7r21FdyQV1WCsXDsEMB OMkkhCR2BHXRT2qipRFBIQAdt/1e4YLB9yP0oBHVdDpOtVRTxu56Z3AlKPywuoGJMVVaSk1J 7WeSLCTUh0hETzdOddYc1Wy1/VL5lRKoJROrj+U7N7XG9ZXe1iqwxlz9WGrFW2NTGM5Zod2u tmkpqqaawBZhJBZjFOHvVzcIWFuQsLepR1/nZIHSw2KGAaGyD0n+CGKPGz1Pzap80IxDzi8e 5nfmVL4WSNLVKlFkss7SR3RGP74j/DEdp9/eTjPbPaPqVVVVVKSSSWkkkkuv4lt42u/sd+9N XNrE+qyW2lsLdH0ScOmNaZBszgTBEdjUklCWRGiySUtxIQBUotbcif202UkjTZbchtTZYDTZ bchtTZUg02W3JDSoiJjS24k0qImNLbgaq1ExpbcNqbKgBZgklK2RVosklA2RFCiySUDZFQaL JJSlkRSiySUuImCKCWYJJSKYiYIiCNmCSUJZFDGltyGlgMaW3IaWAxpbcQasSMaW3bSRsqJC abLbhpGQosknHsDp9G72KCHgCnoH85ERILKWa2tKkUWNDKSttpCMRTHkDlIwRV6POb6nROs0 qrqqqUXKPOCQADMAAGm+dZH/nAbvU4MrsEjgr3q3hav9bMiooHGBvI5cBa2giPSwuCDRGzt6 1TTuEVFOHGHfKgSdPd0VFAiAQjCEn+UFKBi4IqSCZf9OFjgHU0mJEHir5zA7VqFn2qJVVVVU DibjjrVEmVKRbGA6DAqEiEgyG/BjXFVnF3i7u7w3neSS3MjI6kXVS0pHf93I8cm35djYOGuk kh7fs6u9T8HpxTh556tsyLttItW20sRUMI4VwYl1VpdS6scKqQppDCIbxVXbxAaQGiKOAFUL FTHExg4Igoq7IeUNwAb3jJ2mK85jE4pWDXfrvL180CIBh21ZFicgXQALSShAFAFIFEsYHVNE XTJmSqySaWySVtnTnVzRR79G6bzWvW267z96vKmsrjjBgbGL33g6d6Wdy2R4Ulk5TrkAPqbp DElBKSmMi1Hi64xKhryOHYDtP1f8f5ns3P2+rq5ah25W6Dw66R2GqJ6fFuryij1yRDj2WldK 32AKs8cdLbljEwmKEUqrbMcNINaSGGSLLwdo+5jgdodesP9Yqo6OzjXOoyKjLEyy1LXxqc5A iposjINeJJLeNvy6B9gnR6uACanlF3RFzzt1gnSoL7zD2CYxIzofMH1CiQFxxB7RQiCHTOQh x6/PV9PJOtJLbVsT0vStuNUX98d968bGI1bb1e4de71Xb6fSIzbE3EooiyQfrVOs6g/l6R97 hWK1hjB1D0kR74ohmgyHoIkakyIZn7D1xRkA6gsIiZLtaTOhSDh+vDEdPTHSurgwR93FLEH0 fp6SMOYc5xYRWEr68OEeP4zJZpLokpooopgEqu+TngwkmKJIpmyhLqmoBCFxvOpjCYokalZy 9BeSW3GFy5iwhCJLg2U5LcN1GmiEKhUmuJsAIqhv5VfMcTqvG6jbSbeLrrtbeEoEFANtaVqk kt2xWCYBI76UPrzcuRrKHpEsGwSBgghIFEoUMSKmmEy4FkAgokBJSKDKFrhU8WyRllN1yWWV CyGNCpUViNIgUJIwBpYK5ghICNI1QSLUpSEshelGHDVQqsGMBgwJGqIVWDFYQgMYQ0Gs3lLL gkZJolMgESgWVLFSFqQUKoaFAEVgxFRRgEFUWVkKZ3HXd1SFM2UqVrCxElSyzMgMQq2mGQYh lWzdXauuV2lJttqrmFmpLYtjayWStjaut3VrskRCWIttWwtwGYZMx35lEfS9IifG3x79q9dd XddXd2c6LnSu7qtq1AEJVVZt67bVtVwCEtq1AEJVtbUa21QBIbVtam21el1qttsAQmtra9q1 VcAhNpTVtpStVbRqqiEgqy9zHW1a0pVrbQBCaUSfZz3RXCgY4powA2/FWh6aDL5QTrIkBzB2 5JnGSjsDtoPrkjG3I7F0UsTQKAwoCirv7a0IQISaVVVqQuQgRg2RqBFWBQLVxVttUdES7soF QR81qFIMAwiFdDAIwjBRA8cVHklnuL6OAeyI11fBainXFycV15h1+05cOSIiOnSRQISBCSEk pNtVpEELaas2qW1+Pnl8whmlLiKq0xkCRUXeijICwAUR7uBkUDmY2Ids7QyG2VCsBQ+GQoAd +3UvOjY/JHU3uwgx/j7OfBQ3I74yOpLlJ6yR9bmkGN9t5Pkpkqn3s7HiXzDDATw+ruZW0hbS xbbbifGqEAkGSQCxljybLDQVTAwtMIrgFMLrIQRKDIiZQLgxkiZg7fllWzzttEFVqLJVVzEV FkWqoFFDNQAjDQGh0G0aEXeKbtVMKkSl9USoa2TvRyaM7ZwiOTscEnIGoh+5pVPq7ifZ9zPe TGeHnhIEkkgSSSWqWpjxZAbuhFflXRPsx7s3JvslhxUk5s4BwnBd5q2sKpTJuaIpNijaK5Xd 23NhINH+Urzy7FuO5C2NZspCSxSKyIkgwg/njRHiwMF0ld3WyRag2jdK+zxtEgIgm0FOApFV LY5hTIkjGRorqCt2XNqNk2Lm+nzb+d9PflX0VLvBj1bYmqF1mZmZhiMAjFqWsa0W20a2FCab IJaZkbKTaWmmppFSspICVVKVVXCQLurh5kzGCDQbICpvBiItIPLTnYbRkSSQJAcofnYqJH91 d3taQFIEMRQIsFiQQgRFdkF3bxFXmqH9KMEfvn0CALDCfogQkgEYyAaHs4ipvEXgKkU4KcUW j+HwegwHsFU0VEg0REfRKiJ0QiwoUNVat1cinzda/C/5hPZynqNURRryqu8OtG/I2PJcDG5k 7xsgpjQjgiT1khZEJxhPV7UeNXmMaoClaoDUt6kjmC4zRfwFC8fkKzHUjpFG0YgpCCMiKJEC KKGqwsAiZMjMSwWSWSEQhUshAyIlJCMSypYgWWAqJZAmEWQIskokiTIqIoAOrU22rrrbtWbL 43l/W9+F+m5CAic4qhARiKe4nkyKB0pyfUcSQ4BNugZOcltt7qT8rotP1KjITpUKKSEihQdn cqP5hUkkg1AUEgCPAE0zSnl6Isn02DpBK7SSW2L1LFHkhBX5BMND80EBJBkSQTbdBkNpgVEh cKQvcSTRy5zCiB8V8hHeTyiKcPknLDuaYo/jvZphs37dG9zaJu629FokgQbbbWYIsWpbLYWy 2XGjEgkyxOmjpse8ScrEjr1q8yWRgqFqWgxN57HbxkJe5EIqhIZRalqIt3mo4dQLB48ATY3A uob4HI5axRZEfOoFEmw9apSpktSRIsWEOBZI39WJGSx41NkdPP34ONyVeN2sqBYa+77g9Lyv k23UqUknhCTly/tfkUq3p4dndXJniwOHwr+eJ6YtW2Uttt+aTxjn98RIFR8n6L9/8Vd6zo59 vTIkpo6ikGuJ4+8naLZBlUSBlfICmnrh1/INX5PA6Jo5P09q/VsGCOd4KXgcFIm29dAN6meU kklA1agXAihDQHKzakkQQk5ktuWFKlyx8rw1ZbEXxdOzTs6DmOJLI5JCpkRiY0MCEJ5D6wHF ARe4H0jx4dC+F8PZUGQ+qsvFrzW3bj2pAssiPh1cm9mFVcrxXTX3MHSvBgYx2WaaQZDhNXAq wFQMWa3RcmeJJPGcXuE6kHtDoDC+oO2IhJJe4eTgdbJ4A7bbIn5zwejxxcYSYVabaqVq/VfS GQyGQ5dBhJGEkYSTU8DbcqckQUOaIUHSp0PttDH3OTN9B7Doz2LR0lpEGAR00XFl7B7IPSyS TN3Q/FYTeOJ4dJB0Sclm0EGeTzuvGQkgT9koIH+ML/vpzF8eiFG6EFQAECCaIAyhMHWom1iS Sfy4fuy8/5G/9/5e3/P/7+X/Oz/T//f/n0fVy7e0D1fZh6zzGDxkloeRikGKD7TooB88EET0 RUTRIAafGG/0tw+wgpp8KK/EhKn1BEU02dttwj7xw04x+HnBPyaC++/X36xZOOQ7a3kkxhVB gIKBFAEz9P0B18r2X8OrOX6JFzEEGMX8X+b+qS3eqAQRu8tl3TVVnqrMNEFwEAaHKgagqni4 lWMDu0fPjAOk6oKiQky3GZlJ05ya2Q3bwqI7rpxxaQzW/sq81V7t+zfSvdrfo36oAAM0tttt pTWScGHYcJJ63WkGlqhZtr6V5uum1lE1W7O1pYm81W7W9621fnfuQyGQyHi6DCSMJIwknDt2 enxCrzh8h/TJkXr04yHoQ0ztTbF0+TxiPH82yejMoWl6a/xJsG1SZdJEUzZ5MBRmsL3SlMJE kIRhNvJuxWCiNa3Kos3VKfsTrxu2KAP5H+3io5AcVCQ6VIOk5m1tSN1667cJEqyK1twNb4m2 QFJdXxrjGzCrVlW0/fm6bJlsRYiSqw222sra5ms0xtobVu2TNrnRucpZTpblNhGyl01ym0+0 kKmuNxeWUIc4IgZilVKCMBsbJI0sypSk0UiMSkqUg5ygNSZcUl676bOE11qb5QuQpGhT9W6i RatWrXBW6BJRu1IY1WGKRKGDGkgUwkk04u47KEe2oMh5sAdu171emtrYPYuhubmNW0tplxIs sDf5FtyDUFgi7VkjewYhZEjChvZBqSpIr7efK/qkfQ2K+dEMHlDJN5ynKcU4HKDIYLJJW9AD +38Yb2A9nVy5LtFDR4YDlgO4BOfsCHYKx1/PLU3hU8gqLnSKmS1VXi+SRQPh6w7NMhznkg1A kVE7hF2LsxDwLHAXXk9xhBdtiXSSfbDm/Qese7uEnrk/iUIp3cVHx9I85OXdSVE6e94AJ+ZC CnqSIhw4J1PR82GofJPMG+SoEIuhQcOhVCPhG6bXgRwTI1aoszWsmrlplLUUUUUUUUX8rneV 4/vO6efd1N7+stdMUfHqq63BkPRbUGEVFgMkjwXQ3N13bpttX1V9cq3npi7RuxXx5wYddxJN cg3dhcOEjEkkkgOw2dJeLgyMie+dfQo/u/bpu4Qrixpgs3CbzfC2BGBGMYSzE/fRpxxcZEg5 26zGIJI7ay5ImwSeBNUiMg4iAhCEMsMEkkerIgieTyERRUpVpYwggIwEPWqgkoA5da5MSkHE EgMCRWFJ+SKB9SYhJmmkaUKBogqIyEJGLIKLExLIRwST5SHmkkH9ELVPjfYhxS1RUHvHhvSH JaSkCSAUmWEASAsQiqpFIAsCLwY+gked4JJpw4LkR8acdc/RR/MSVsfOjDUR908n5HsjD2Sf JeMjRUhxtFlEAiDBVTpVFFiC8TuD55IhYZgD/HB7A0A6uaxQflFCzHYin9BkGidTG221mcDq bVrbiW3g0bGk7eq261VW2t+freKvERFrEBUqUkWmm22np4o+A8PMWhbRKQpFJIsSUbfsv6mG QyGQ5dDIZDFt5nnN5rTW8vwho5ISOudMZLGKXP23mvPEgAAOt2tN+uvf31r9f8Wvz/bEAQtf P9ug/zII2UEFvC2V+N/pITglIfbaHUaCJJIJTtJdbExJBna5Q3oDMfWxkY4+Xu4ka4zFogUs TPINaOEw0xmUI0FSdO3g7POMs4DwxeR22Lrnujy99h53sDHS1jqIECBeCRigUqIvkWDNILnD 5uEcbtNr5eay8LGh8iCoAwZfQKCA6XT1uHt8/qdd5da+/y7T8Pt58XcrDWAGwRGMRoog9V76 t+yv119K30Ipw0UKdEE4EB7OANbb/Yuvj3Z1znErSiiTBMBgXYQDEgmLCsiWLJE2XVm7tOat szdpzdtmbtObtQ8Y6mZmZbkBzMTCiW3LlOZMzMypmZbmZmZ8AChEe3rcQA6JJsX241TuFBJJ Ip1dmxOR346NjAyNJZB5eXvWblcOBzpJVaOufYxvt8db1dcUdsIMVCBkTKDglzJltRIAY1NS kSSkB5kZIMQQSSCdodXdCAJMQKAAMFCqqhVCqqstFaTvF163atV8lmqSpoUsktZrNajRtky2 WoSqWs2ptjWJU1M2y1q+RoNZqtma+UmjIlk2w81LbmtBMIZIoaZMRUAE2M1ZMQUtjNCIjFO1 e943jnXvpyS7lIeeXOnRGS0e3qvS567y8evTyM153q6YjbIhCIVdXKIYscBJAG0JdVcxu0u4 8vOkpdcxRMqtV22W1vdo2+Pv3Y108m2JtW+EEOMGKrIZVzMjGW8Eu3GRmlWSxgGIEYtkFIkx KTTNzbTF4uoYmMWeZ569PPPO3qr49n81wDnBJLnBpEk4gO2c9579hU58X0CxsLWgSPKdceWh gTbe9PWe/VEV3W7pLokkz1yM567Z4rDHHRno9i2F5LtvtvuskBaal67CmOFO9mrrEDkMYMje b54dJZJJN33Gtd+2e9YY78z3Pcthd123233WSAtNS9dhTHCnezV1iByuiIzsBDlIVXMPnOOr HGl77tAQwzeSceVKI8WmlpiJvByoiYeNJkYmhEwOQaHsoSQBgWmsYmE0EW2ANJcEgWxbU2RF EIupkUSgiowSAOQiiLpBEbreVXbgbbxr4vMbukttktJJZK1USVtZKS2S2SHC0XJJIK3qoEew VQNR1CxNFQKNEtosqoOyqC7LRFg4WCnUcYMCKa4HmqrpckkJwMartyMGTaXu8d7fNfhe/3vH 6PyExRQRprKV822/Rv9ffW6vw9AecnAnbyU88GXnleePM3bru7uB1OBO8pZq+KvVKC9BY5Ag +YwigcBwYVgYMmRjELiQYw4DAKQLFROh6rmvTpjGMYrGHMqZlKXMzMyh5DYSVgCAMCBrzEXz 3EAAdfsQ9JPrT2IbbBFp8QXWqfug+1+o/RZoruqEPUh7HpkPloe0PKYevm2abNVrTWmiruSW YulTzAEB8cVkoiKC4Shoek/8uWvI28RKqqqqNcvAmgDqKTXaB1eKkd3wZsQm0pBHEHQgBqPB QMxmkoBYIBgdLHvRRTjFxk0lKeYP8vIiGdfA9Irw+2bwgiak0kQWiqVLdYdgdnwA7ZgkihyH UQ6DAc9tzlcdFKbIqb93j01kv6N9q/D7ZNiNiqfZurWystzblkCCLSNE1rREUG22Thc1zVc2 1ataxrNrERIJGBIF94Bu247qgyHimFVLpvxEkwgb/RrUSA7kV1QXbL2r0dgjggJ6kC1Ww03q tUWrRuXwHYVfD9Wrp4jrN+DE/F3tYQXFPhr4KWKi5VVexQfcxekIoiQWKqwFSAip30mppujI yGV4kFJmqoNCHiUTBdWKIGIa121a9Ordu36oW8c5ttxlVKrUSYZkQtMZkkNXS1CyIsgVIkmo ikWnUuppDk4kT3cIjph0Q4m/DFChxcCpJIUyoZD5HRDjwW2UWTBLHXrwR0JzTgXtiPdYw7e2 HPnUGQ8kqGS/KSSzEJialXcGQxaKo4glZJJm1XIVGQuCb1rJJMNTiHMN3EpRRKSAqiam34NT y8EUEMJFrPHW05YvtfaHn53pOb6SmtNta88752rNb/VV5a+GMYxjGMYxjGMYMYDBjGMYxjGM YxjGMYxjGMYxjGMYxjGAAAAAAAAAAAAAAAAAAAAAAAAtm1Zttv4FbiwWCUWCUWCSQWCWQWCw WCyCUSiUWWCwWWwWCwWC0WCSCy2CUWCwWQWiwWQWCQWCSCxrswgggjXjbbbbbbbbAAAQAAAA BAAAAABAAAAAAAAAAAAAAAAAAAAAAQAQAhqVNu87a3NaKgACiiiiiiijybbctGMYxjFFXVNu 87a3KKKKKKKK2NYMYxV5U27ztrcxiiiiiiijPLX/82vKsVa2qNtbY1sbFtVY2tUWqi1Fq1Rt sa1jbVtGrVAIoSCSKqjIqqMiihIKkpAlpFq0CLS2REWiIjW21FaqMatbGsVrYrY1taxraNVs WtqxbFtsatYttqLWpVralvGIsYixFiIjWosRERERYiMRERUREREREREREWIxiLRGIiIixaIi IjERFjbUYqxtsVGjYqi2xYsaNio2KioqNFi1jWxtjWNdS5o0aLG1ixVFFjRWLRaLFdlyxYsW LOu2UuWMRi2ojVzHNEWIiIiI5uREREbURFjWiIiIjm5ERERWiIiLERE7sXI1EVy5ERERiIiI iLYiulyIiIsRERO67utyIiIoiIiiIxERGiIoiIiKIiIiIixERERERERFGKIsa0REWIiIiNYi MaixEVsRERWioiItaxFYjW7Sc6RtpGgjS2NBBBBBY2zRmgggggggggu7ru67uu83VXMYxjGM YxjH1lKXIiI1tEREREREREREREREREREREUY0REWNWrRRUUVFFRFGxFRERUWNijRsUaxGtRF rbEVRGiKI0RaI0RaI0RWI0RoioiojY0RbaI0RojRGiNEaI0RojRGiNEaI0RojRGiNEaI0Rar y2pblqI0RojRGiK00oi0BITeqhXgVXzV3aD0C/EqiOAminbMhUefj6S9WS6pkVml/OF74YIG Mq06RBL71r3KjcrpsVzfkte3vtVt2UtbM1KqWZWbTKZSzMplM1TU0tTZmrSU2zLWDI2N693z 5vG/Sxy5bvdVqtgKI3sSWogmD65JZHHUkQwwbUVIqqlQQRChcAJFKUFS2DQqkFCCWARSkRC2 DSgG8oARQvtIYEyqRTCoJbBpVASIEUYoQRgiguwRBEHbcSSgBFwmiMUpEV0YNKAb2EhkWSQU KkjfS24N5CyMAAGWDQokX9+pUioprmlURkR+19/78cQkqkTl/09lFvAVOIKMUFHcpNdEtkvc yZsbqJJN01cCKEslQyy0I278gkRshuhZGJJI3lTIkhNxhIjSxbDvaW3Brg7JRjeXqHa28aLl zvIdq80SRCiySUOVD8R+yQsDriGrEkU0PmHVvJqNq68h1q8mq68h2i2BIsipRZJKeGKPCJRN 9UwIOpmgkLiroakk2xVFV+S7uqqqrKlMTSC3fEOrXrMauvIdv177fXzSvTJSFCILGzB2gKY0 KUEh+L/lSFVi1MKCVokBd0RZEWRkZA84p6hPYIW4hQDTjzeg+WhLnoP7x+Dfnj5L0x8G/jjh d3Fc8CEEXKcagRFfgEEGAKq+KzW38m3Y5uhK4GAIgMYNSBT3wQVUEgWOc2NmxWx9mHR6FKOc hC8xWI0xnnGVclWp3ca50xv+FEGgPbmOBEASKhIsgihIgEi54qbj6sNGvJsjt7Ana3d1tdx1 tRbu7uL1fb7/cNAG8WmKLkchzMhqkXTqpDVIunVSGqRdgR4msTiXCwJIABCnUIgADMCAm7Hb DYbQbgwoCYCZDbScyplttttttAPtoDKQGGVRSdQmsuqqhBGZCgF0WA6s1Nkba4MfcIAh6PGF vSs8YggiCQTBIe1Ak238cmNd9XIgEu6uXdXtQbMZAyoEGsJaxFsbJampZTV71q0pZr3raa82 r7YJKMp681m6cKGmGRkJGQMQEtENKL0mOPGzTRPki50JVkRzi85wzI0ZGCtB3l65kQALIFFG FU1YibvedsyNmRglbCvL1uQIAsgYDm/DmNtszMrWjz7pqdZvQtQlpJVQhHgsRwO5CgcRCEEK QWPMwNOAIJkknlN2tuJlRNMnRWb4HL5A14xkCCosYxpmxixYxi311f+tOcTImTaHRqrVq4SU qRUNkSxGg6QdsI9lgYeM3IJmm5aCXRSSKXVCFxaiBcuC2xAurjaARuZCNehz0RsN2bpu0Tkb mzj4HQ5En3O9LSdc00lSeU5nS2zTrt7dkdPAYAQL6Mdc1nGbTLaZDbYbTSbSaiRyMjQshsEN CiaaaZ0mhNKiOghsqgmx1BsClfXfa18ky2W2wTJDIFUpZlbW0ltEbGzNraU1YQJ8PXzfz/zq 2jWNZ/qav2b59yIeNPDxyDIeuFT136iSYdEdysZAWQKRSWE7fEp3WVbYZczGZcuYEokSdlhx AOrCrmI/VFHJJGREblHNrVylY2qNS2trld3a6A1EqIdkRBQKQlRrANKiD4aVfu+bjfMgL7NR sWNdERfXeH9oL3mTr9MgQIdNV3+KYlhhb6NwnhwON+RANML8/jzn33ni6la8u88cu7rvN6yy 38d3XcADa8nzW+imTa/H9P5sd3b95f9fxSIN24RzTtzYRQWUKkSePswhqxUkDWSMTCyELIAI 0NCNdyF6I2boUIYVB7Ju6ZE23h6ScTixJdbHHASKkzMbbId3d2uuSEG4Fy1t2rag2qNrSzbL bargQXaShS2t6aGgMslzMzLmZlzLcOPrl+3MpSpash7rCTwVo58WNHjLEqIjuESsju0MICwC 0J3JqghyFUDKKfeRSKskikgApJy3YkGQ6p1KoS5hsccySVfeA8PKd2A6OyGBMsKKN8LXQUkm 866Dd13S46u4Qbuug3dd27XpvMkvS67rjMZbmYp0utzEi0WyQgsbxOD5jiHkaADWz63L4x8P p5b9UA8vQHV4kF7VNS0klcFVjgKnajfyRHz8eI7qtS0ttiKIoi3KuRRFE+j91D4j7nVvfE8O jyiQZIxIK8xDvKSBBalU9Y7vQeQH1Q4KugAWp1qPXEnbUqBVEucPy6tePLx+Q5zvXxWv5FtE ER0uLJiJUcwCqolUV241JJZgkQzfKIce472YkSoEnSQUhMLH4/++YDpoQiSGQjkd5PAP0xZ5 NojIAMM8GJIekHgDYpjAW3EWRwAZKszM1iy8FRxRemXbglcHLfIIX3YIjnLHIhUSQZkXIoyM SLGYkFZFYnDpjKtS1atLR058fB/4uqb/Kk7E7dTogb+ff2cEdEeEbj4vA8ZzZcqwtW1Mw5Tf cblQ3W7IG4QBbFBioX996QYb3mJ5B4gV9+65Ougd7YgonAYlEkREVEYjFUNkEQ+MQdLsO5EF FXYm+L2IFnZ8guNSlT1qJSRQRbCGn6HyC7YH+KEJJCIq7Gw+rqEeYc+YgQh/3kd7of7ukN0Y DBGThSCI5VIPh6rPNgPEIHbwUDaKI45PICcoczw/2eNKh5sPgcI6p6Ufo3R4mZkMtw5OdhVn OspkZA5IYTqICH8LZH0KoJhPi1LPfqj4/3w/VgMEXQ/iu1/4yWcsMxK9sDYxGvrF3g9bdJ3d S0itAWB+KCbtwMqU1RJCKYH64j2Hkj7jpFzEZYqQss93X+yHPpUtfReyAuqZDXqW3Ta8vuSA OE1RLq/e7ozanL3yuvJjtx14rmZluUgXB8gilq4SCevRXk/sEIJuWf46OsQ+JRNf+0aSoCyK +uB6pYC2o5KqWpamjlWxrJSI5qmiSUqQQjtib2SPde8OlZcszL1uaMhrbqWvET51FUHQdbiS HYaEk8hwhqhGKRjTRRwlXdyxZSfBRJJLbiQikB1bMqWVTZtU2S3jrbNV6OGOGghF5AGZ/OjS ZFWLGDIphTE5uDPdHlOysmXLlmIpEmYzceAkBEpQaTCQhFoHmRVQRUywRBGDARQZEYMVQjXA Higuw7kHhnITJ9GaMCqZTsfjggCEkGMRbJIATSxD47tInh6GIdD/Db0NT4B7y9CEbsgDat/D oYcGQg0InZJ6Ff6HnJI67NrFr12Q2AWRFqpJgDwc1ctbazXVWMaxi/GSTAol7UH7dB9fMPP2 vJ3fH8G1/wfqvfsKCjkTsOEhlLYtlseDMd7wW3Dws2rjEoHRA8aZLPwKZFICBRorJNE8JKXR z068o8rfUfyOLTm+GD+Vk5JZ2o2ap9qIVJJHEz/ZNQC8EGQR9KoQ3HKUOHMoQ7BwQVCGSG5U 01GLY6Avgr46nBsHCg8E/Rxn0WSWxE+q/VDxS5RuwZwYQwZNh1ND4iAaE0dsEt9zIRxUt9/U qrOe72vb07p79gAAkSSSRYsln2LDym+oqXRiomlzNVWtU2btm1KrKys2TGsI2Eq3TVWtqRCk TEoTIcxEymZMtMwxKkyZac1gCBmAzQEoEXe0i0gGgaZtrAUFkZ616RkxRoiK6ltdW9a11fPe wJCtXXS6269R23arfSkT1xzcp/y+wJ9h5jaf00kEdTpEj70Jq8fqBnUacxRHRVDkeXyP0qBS bJQqFPqgSAqdHlQkT6DcP4PzQfn0/VAP/KF5zYH8H8IqgfyXSB9NSBAhDq9Z+P/nzmn9EX8n qZ5ZDH1f08Ecs2dCWCdnRpHYjO9HhFw7uL+b/u0BeA2ZAETqQET/ef0/qs/gP3iYdCqyHLL4 MbEkQaRtDJepFGVuBYWXCODI58MgvC2G+PXpdUQF0HGMr2EfSsIrnGLOX9PRB1+NvOD3hohu w1ZqsMt4kZliFyMXOSi8oikggj4SNmEI8e/qYRyssxcSS88YQAD/+LuSKcKEhK1CA4g= ------------F6D8245173EA63A-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 15:02:10 2011 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 B32371065677; Fri, 9 Sep 2011 15:02:10 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 2E2BF8FC1D; Fri, 9 Sep 2011 15:02:10 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward11.mail.yandex.net (Yandex) with ESMTP id F09C3E81C82; Fri, 9 Sep 2011 19:01:47 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315580508; bh=WCzMtRFIEKA0Bkz/PU/qBOyCPcEh+oHr14yZrSpyxYM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=bvn+/TOC//1cTqMBq8Lk7JK6N4DfEf58LV7bjppjZ6ZxBMHdDAtVtSGzLhQt2LWbi 8WIJXRXs8h/+6tgtuzSEwWIhpa0vJJzKL9UDuVePeF5kWMsO2oky75A5WxIqJw+S7z g3Ml2HvF1hOtSG9W2DfQVS8FOETQRVwoiJXvLrOg= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id BBAA516A03CD; Fri, 9 Sep 2011 19:01:47 +0400 (MSD) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 1knm7utp-1lnOviwm; Fri, 9 Sep 2011 19:01:47 +0400 X-Yandex-Spam: 1 Message-ID: <4E6A2A52.9050607@yandex.ru> Date: Fri, 09 Sep 2011 19:01:38 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Eygene Ryabinkin References: <4E4A8AB7.5080501@yandex.ru> <4E4C0048.5090509@yandex.ru> <4E5DDE91.80500@yandex.ru> <4E689625.4000805@yandex.ru> <20110909142613.GA348@MacBook-Eygene-Ryabinkin.local> <20110909143818.GA12343@MacBook-Eygene-Ryabinkin.local> In-Reply-To: <20110909143818.GA12343@MacBook-Eygene-Ryabinkin.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Ports Mailing List , Chris Rees , Palle Girgensohn , Eygene Ryabinkin Subject: Re: Same concerns about our postgresql and plpython 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, 09 Sep 2011 15:02:10 -0000 Eygene Ryabinkin wrote on 09.09.2011 18:38: > Fri, Sep 09, 2011 at 06:26:13PM +0400, Eygene Ryabinkin wrote: >>>>> 3. postgresql9x-client unbreak: >> >> Taking those three. Will test them on the coming Monday >> and will commit afterwards. > > Hmm, actually only > http://www.freebsd.org/cgi/query-pr.cgi?pr=159844 > the others are already committed. Sorry, should have > been checked them before writing the mail. One of them is committed (python plist fix). This one taken by sunpoet@ yesterday: http://www.freebsd.org/cgi/query-pr.cgi?pr=159843 and this one is maintainer timeout: http://www.freebsd.org/cgi/query-pr.cgi?pr=159844 So i think that the last one may be taken :) -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 13:50:40 2011 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 D1410106566B for ; Fri, 9 Sep 2011 13:50:40 +0000 (UTC) (envelope-from neuromancer@dash.za.net) Received: from rrba-ip-smtp-1-4.saix.net (rrba-ip-smtp-1-4.saix.net [196.25.240.238]) by mx1.freebsd.org (Postfix) with ESMTP id 23C8A8FC1B for ; Fri, 9 Sep 2011 13:50:39 +0000 (UTC) Received: from [127.0.0.1] (dsl-240-74-84.telkomadsl.co.za [41.240.74.84]) by rrba-ip-smtp-1-4.saix.net (Postfix) with ESMTP id 41493CE8 for ; Fri, 9 Sep 2011 15:12:43 +0200 (SAST) Message-ID: <4E6A1155.50803@dash.za.net> Date: Fri, 09 Sep 2011 15:15:01 +0200 From: Dash Shendy Organization: Greyhat Inc. User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: ports@FreeBSD.org X-Enigmail-Version: 1.3.1 OpenPGP: id=1F109B38; url=http://dash.za.net/pubkey.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9727EBF4CCA07C8D60081B6F" X-Mailman-Approved-At: Fri, 09 Sep 2011 15:25:07 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: mod_gnutls X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: neuromancer@dash.za.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 13:50:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9727EBF4CCA07C8D60081B6F Content-Type: multipart/mixed; boundary="------------050700030108020203070401" This is a multi-part message in MIME format. --------------050700030108020203070401 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good day, I'm the current maintainer (as of July 2011) of mod_gnutls. I have noticed that you are responsible the FreeBSD port, and have include the current version (0.5.10). I greatly appreciate your help. The latest tarball can be downloaded from mod_gnutls' official page at: http://modgnutls.sourceforge.net/ Thank you in advance for all your help. I look forward to working with you. Sincerely, --=20 Dash Shendy http://dash.za.net/?smtpsig gtalk: dash.za.net@gmail.com skype: dashula2006 mopho: (+27) 72 23 75 199 --------------050700030108020203070401-- --------------enig9727EBF4CCA07C8D60081B6F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAk5qEVUACgkQm1c/Xh8QmzgS0QCeM9bj54qlBdhk7iEPm13rF1Tz a4gAn0XKC0W0VHpDjrNNUOqQD5wl7tNR =Gt9o -----END PGP SIGNATURE----- --------------enig9727EBF4CCA07C8D60081B6F-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 15:39:24 2011 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 775D3106566C for ; Fri, 9 Sep 2011 15:39:24 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id B656F8FC1F for ; Fri, 9 Sep 2011 15:39:22 +0000 (UTC) Received: (qmail 10432 invoked by uid 10); 9 Sep 2011 15:39:21 -0000 Received: from kta1c10 by isilmar.linta.de with BSMTP; 9 Sep 2011 15:39:21 -0000 Received: by kta1c10.sesnet.soton.ac.uk (Postfix, from userid 1001) id CAB0A3981D; Fri, 9 Sep 2011 16:39:14 +0100 (BST) Date: Fri, 9 Sep 2011 16:39:14 +0100 From: "Klaus T. Aehlig" To: Shaun Amott Message-ID: <20110909153914.GA88239@kta1c10.sesnet.soton.ac.uk> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <151147912.20110909175747@serebryakov.spb.ru> <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> <20110909152657.GA76229@charon.picobyte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110909152657.GA76229@charon.picobyte.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 15:39:24 -0000 > Until recently, github required two requests to get a tarball: one to > initiate the tarball creation, the other to download it. Yes, that's what I remember. The URL you got after the first redirect was then good for a couple of days -- till eventually it wasn't used for long enough time and the initial request was necessary again to initiate tarball creation once again. When did they change that? That's definitely good news. Klaus From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 15:45:11 2011 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 D75DD1065670; Fri, 9 Sep 2011 15:45:11 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from alpha.inerd.com (alpha.inerd.com [204.109.56.118]) by mx1.freebsd.org (Postfix) with ESMTP id AA4A68FC14; Fri, 9 Sep 2011 15:45:11 +0000 (UTC) Received: from charon.picobyte.net (localhost [127.0.0.1]) by alpha.inerd.com (Postfix) with ESMTP id 57B97147CD7; Fri, 9 Sep 2011 15:26:57 +0000 (UTC) Date: Fri, 9 Sep 2011 16:26:58 +0100 From: Shaun Amott To: "Klaus T. Aehlig" Message-ID: <20110909152657.GA76229@charon.picobyte.net> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <151147912.20110909175747@serebryakov.spb.ru> <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline In-Reply-To: <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2011 15:45:11 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 03:05:42PM +0100, Klaus T. Aehlig wrote: > > > * due to autogeneration, you're quite likely to get a http-redirect, > > Does fetch support redirects? >=20 > Yes. But for good reasons, Mk/bsd.ports.mk contains the line >=20 > FETCH_ARGS?=3D -AFpr >=20 > Note the -A. Of course, it's no problem to make an exception for github, = but > at least, one should be aware of this. The redirect is often avoidable if you can determine the final URL of the distfile. Github only uses a single hostname for tarball downloads, so there is no issue with maintaining a list of mirrors. Until recently, github required two requests to get a tarball: one to initiate the tarball creation, the other to download it. I was able to work around this in one of my ports, but the hack is no longer needed. --=20 Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson --NzB8fVQJ5HfG6fxh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk5qMEEACgkQkmhdCGs4epqwtwCfQyqLPp16gbHM/RCHLeWr96xw KnwAn3mWga5g/GJMRRNBL+LEWTPSiYfc =CBzv -----END PGP SIGNATURE----- --NzB8fVQJ5HfG6fxh-- From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 17:05:53 2011 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 ECD611065672 for ; Fri, 9 Sep 2011 17:05:53 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 1F7518FC14 for ; Fri, 9 Sep 2011 17:05:52 +0000 (UTC) Received: (qmail invoked by alias); 09 Sep 2011 17:05:51 -0000 Received: from g225207059.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.225.207.59] by mail.gmx.net (mp044) with SMTP; 09 Sep 2011 19:05:51 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/Rqeo9Wi3RhYWu1rudX5bqJ9G8w3FeAmRYcCx6Z8 +rrYA8q03LjxSP Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id C927623D34D for ; Fri, 9 Sep 2011 19:05:49 +0200 (CEST) Message-ID: <4E6A476D.7090800@gmx.de> Date: Fri, 09 Sep 2011 19:05:49 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> In-Reply-To: <20110909040954.17733a4e@cox.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: sysutils/cfs 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, 09 Sep 2011 17:05:54 -0000 Am 09.09.2011 11:09, schrieb Conrad J. Sabatier: > On Thu, 08 Sep 2011 18:54:36 +0200 > Matthias Andree wrote: > >> Am 08.09.2011 13:52, schrieb Matt Burke: >> >>> I want machines, tools, to do as *I* say not the other way round, >>> whether it's good for me or not. If I wanted nannying and >>> interference, I'd install Ubuntu. >> >> No, you'd use a managed installation. Nobody stands there pointing a >> gun at your head and forces you to uninstall a port that got removed >> from the ports/ tree. If people could recognize that, it might help >> get the derailed discussion back on the right track. > > You fail to take into account the case where a port may need to be > reinstalled. An extraordinary effort is required if the port no longer > exists in the ports tree. If a "port may need to be reinstalled" then you failed organize proper backups. Not a valid point here. > Frankly, I'm growing increasingly concerned that this push to > eliminate ports is getting out of control. I don't much care for the > notion that, having invested the time in installing, configuring and > tuning a certain set of software packages, suddenly the rug could be > pulled out from under me, so to speak, in essence *forcing* me to > abandon using certain packages or else deal with maintaining them (in > the ports maintainer sense) on my own. The rug is pulled by the upstream maintainers abandoning their software, not by FreeBSD no longer packaging it years after the fact. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 17:12:38 2011 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 22AE0106564A for ; Fri, 9 Sep 2011 17:12:38 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 8343D8FC15 for ; Fri, 9 Sep 2011 17:12:37 +0000 (UTC) Received: (qmail invoked by alias); 09 Sep 2011 17:12:36 -0000 Received: from g225207059.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.225.207.59] by mail.gmx.net (mp028) with SMTP; 09 Sep 2011 19:12:36 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+8oIcps7e8zAQdV8bZv0SmGfRQJh8yQdfSbHUeeW nvOkqHXNyW8Lor Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 1ACB923D34D for ; Fri, 9 Sep 2011 19:12:35 +0200 (CEST) Message-ID: <4E6A4903.2000103@gmx.de> Date: Fri, 09 Sep 2011 19:12:35 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <4E6A08DD.8020307@icritical.com> In-Reply-To: <4E6A08DD.8020307@icritical.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: sysutils/cfs 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, 09 Sep 2011 17:12:38 -0000 Am 09.09.2011 14:38, schrieb Matt Burke: > If someone deletes a package I use from ports, they are FORCING me to jump > through an awful load of hoops to get what I want/need. No. If people would please take note that the package does *not* magically disappear from your computers because someone deletes it from ports -- and usually it has been abandoned by the upstream years before that happens. > Let's look at the subject of this thread: What happens if I'm a CFS user > and my hard disk dies? I install the latest release, pull my backups back > in, and find that the FreeBSD people have decided they don't want me to be > able to access my encrypted data any more. What do I do? It's not FreeBSD people who've decided that, but the upstream vendor. Don't use unsupported/unmaintained software for critical purposes, it's as simple as that. I refuse (as one who vouches for removal of dead ports) to be held as a scapegoat for someone else's mistakes. The whole discussion turns into wanting FreeBSD to jump in if someone else abandons their software. That won't work. > Attempt to compile CFS from vendor source? Possibly. If not, see to backups and/or migration in due time. We can't possibly support software that is unsupported by the vendor, but that's what you're asking for. > Waste time trying to re-make a port? In need, check it out from the Attic and beat it into shape. > Install the ports tree from a FreeBSD6.1 CD I have lying around? Quick answer. > Just install some other OS? As though that would fix anything about "upstream disappeared" issues. > What exactly is the administrative overhead of having a FORBIDDEN, etc port > in the tree if it compiles, works, and people are happy to use it > regardless of its flaws? That's been answered often enough. No need to reiterate the arguments. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 17:29:18 2011 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 960561065673 for ; Fri, 9 Sep 2011 17:29:18 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 061A28FC18 for ; Fri, 9 Sep 2011 17:29:17 +0000 (UTC) Received: (qmail invoked by alias); 09 Sep 2011 17:29:16 -0000 Received: from g225207059.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.225.207.59] by mail.gmx.net (mp072) with SMTP; 09 Sep 2011 19:29:16 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/lT6QTu9rlt12QvhqsL2o5/VJriTneO3QPr2k9ie 1sY0su4Yb3d97O Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 6CEB523D34D for ; Fri, 9 Sep 2011 19:29:15 +0200 (CEST) Message-ID: <4E6A4CEB.3030503@gmx.de> Date: Fri, 09 Sep 2011 19:29:15 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201109070633.p876X8uc083295@koala.droso.net> <20110909061504.647df52e@cox.net> In-Reply-To: <20110909061504.647df52e@cox.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: deprecated because: Development has ceased??? Maybe development is *complete* 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, 09 Sep 2011 17:29:18 -0000 Am 09.09.2011 13:15, schrieb Conrad J. Sabatier: > On Wed, 7 Sep 2011 08:33:08 +0200 (CEST) > linimon@freebsd.org wrote: > >> portname: german/ksteak >> description: KDE frontend for steak, an english - german dictionary >> maintainer: ports@FreeBSD.org >> deprecated because: Development has ceased. >> expiration date: 2011-09-01 >> build errors: none. >> overview: >> http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=ksteak >> >> >> portname: german/steak >> description: An english <-> german dictionary under the GPL >> maintainer: ports@FreeBSD.org >> deprecated because: Development has ceased. >> expiration date: 2011-09-01 >> build errors: none. >> overview: >> http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=steak > > Pardon my objection (I know you guys are getting slammed with a lot of > complaints lately), but... > > "Development has ceased": Is that really the only reason for removing > these two ports? There's really nothing wrong with either of them, to > the best of my knowledge, and both are very useful to me in my > correspondence with native German speakers. Are you willing to fill in as a spare for the original author if users have problem with the port or with the software? Are you willing to keep the software going as the FreeBSD environment, ports libraries, and everything changes? If so, welcome Conrad Sabatier the new maintainer for steak and ksteak. If you're not willing or uncapable of doing that work, then you can complain all you want but won't be heard. > "Development has ceased" just seems to be insufficient as an *automatic* > cause (excuse?) for removing a port, IMHO. Are we saying that once a > program has reached a finished, final, stable working state, the > developer(s) should be required to continue coming up with ways of > modifying it for no good reason other than to avoid being dropped from > our ports collection? Viewed from this perspective, doesn't that seem > just a tad unreasonable? Software maintenance doesn't mean that the software has to change if there's nothing that needs to change. Leafnode-1 (news/leafnode) barely changes at all these last years, just an occasional fix. However, it's still maintained and if you report a serious bug I - as the upstream author - will fix it. If the author of another package stated that maintenance ceased, that is no longer the case. Any why let port users fall into this pit? They are still able to install from source, but we're no longer offering assistance. > This really does lead one to wonder just what exactly is motivating the > individuals leading the charge in this latest rash of ports removals. I "no capacity to support", as was restated more than once. > If having a maintainer for these two ports might spare them from the > executioner's ax, I'll be happy to add them to my existing list of > responsibilities. I take it that sooner or later it will be unworkable. steak is no longer available, and ksteak hasn't been ported to KDE4/Qt4. I suppose that Qt3's days are counted, and once that's removed, so will ksteak be even if you can find and hosting the steak sources and possibly fix bugs. It might prolong the port's life a bit, but I think the overall prospect for this port is bleak unless someone assumes the upstream maintainer job. I think the time would be better spent on finding and/or recommending a replacement for KDE 4 so that we can point users in the right direction when they look for a translator. I would not believe that there's no alternative, but I'm not about to research that. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 20:54:02 2011 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 AAF661065672 for ; Fri, 9 Sep 2011 20:54:02 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp5-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9698FC08 for ; Fri, 9 Sep 2011 20:54:00 +0000 (UTC) Received: from graf.pompo.net (unknown [78.225.128.39]) by smtp5-g21.free.fr (Postfix) with ESMTP id ADC5CD48049; Fri, 9 Sep 2011 22:53:53 +0200 (CEST) Received: by graf.pompo.net (Postfix, from userid 1001) id CBFF711485; Fri, 9 Sep 2011 22:48:44 +0200 (CEST) Date: Fri, 9 Sep 2011 22:48:44 +0200 From: Thierry Thomas To: Andrea Venturoli Message-ID: <20110909204844.GD70624@graf.pompo.net> Mail-Followup-To: Andrea Venturoli , freebsd-ports@FreeBSD.org References: <4E6637C9.20805@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E6637C9.20805@netfence.it> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.2-STABLE i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Cc: freebsd-ports@FreeBSD.org Subject: Re: OpenCASCADE port outdated 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, 09 Sep 2011 20:54:02 -0000 Le mar 6 sep 11 à 17:10:01 +0200, Andrea Venturoli écrivait : > Hello. Hello, > Port is at 6.3, but 6.5.1 is out. > Is upgrading under way or planned? Yes, I know, but unfortunately I have been too busy. Hope to work on it RSN. Anyway, patches are welcome! Regards, -- Th. Thomas. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 21:37:10 2011 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 C745F106564A for ; Fri, 9 Sep 2011 21:37:10 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id A2E818FC14 for ; Fri, 9 Sep 2011 21:37:10 +0000 (UTC) Received: by pzk33 with SMTP id 33so10649387pzk.18 for ; Fri, 09 Sep 2011 14:37:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=amrYan2eUQAZyWFt3NzhLqKWWS9Bo54RIdVnjJFDj/Q=; b=XtzV3Lg355FJJcwD+PLi3zL0mdWBhZS/VoOY3bFLeE81STtlpaUr3kpYFVKUriXwOn 8JLFUaCED0F1oC+xo41ORcY39DHNK6cQsMWImBjTqZcdaJ2bTcBTyAD3s9xCwG/RjVeC pd8tSoVXa/5lrKvmESY+Sx2+YtAzHWMJdhmGM= MIME-Version: 1.0 Received: by 10.68.33.6 with SMTP id n6mr1487587pbi.17.1315604228833; Fri, 09 Sep 2011 14:37:08 -0700 (PDT) Received: by 10.142.166.13 with HTTP; Fri, 9 Sep 2011 14:37:08 -0700 (PDT) Date: Fri, 9 Sep 2011 21:37:08 +0000 Message-ID: From: "b. f." To: freebsd-ports@FreeBSD.org, wxs@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: git distfiles on the local mirror 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: Fri, 09 Sep 2011 21:37:10 -0000 Could someone please place the latest devel/git distfiles on the local mirrors, so that they are available while kernel.org is recovering from being hacked? The github mirror only has gzipped development tarballs, that don't work with the current ports Makefile. b. From owner-freebsd-ports@FreeBSD.ORG Fri Sep 9 21:59:30 2011 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 C4F11106564A for ; Fri, 9 Sep 2011 21:59:30 +0000 (UTC) (envelope-from sunpoet@sunpoet.net) Received: from sunpoet.net (sunpoet.net [220.133.12.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8C67B8FC18 for ; Fri, 9 Sep 2011 21:59:30 +0000 (UTC) Received: by sunpoet.net (Postfix, from userid 1000) id 20C55407; Sat, 10 Sep 2011 05:59:02 +0800 (CST) Date: Sat, 10 Sep 2011 05:59:02 +0800 From: Sunpoet Po-Chuan Hsieh To: bf1783@gmail.com Message-ID: <20110909215902.GD77562@bonjour.sunpoet.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project User-Agent: Mutt/1.5.21 (2010-09-15) Cc: wxs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: git distfiles on the local mirror 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, 09 Sep 2011 21:59:30 -0000 On Fri, Sep 09, 2011 at 09:37:08PM +0000, b. f. wrote: > Could someone please place the latest devel/git distfiles on the local > mirrors, so that they are available while kernel.org is recovering > from being hacked? The github mirror only has gzipped development > tarballs, that don't work with the current ports Makefile. > > b. > _______________________________________________ > 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" Hi b.f. Before wxs@ updates MASTER_SITES, you can manually download git/git-manpages tarballs from http://people.freebsd.org/~sunpoet/distfiles/ Regards, -- Sunpoet Po-Chuan Hsieh 4096R/CC57E36B 8AD8 68F2 7D2B 0A10 7E9B 8CC0 DC44 247E CC57 E36B http://people.FreeBSD.org/~sunpoet/pgpkeys.txt From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 01:49:05 2011 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 A02A1106566B for ; Sat, 10 Sep 2011 01:49:05 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5903F8FC08 for ; Sat, 10 Sep 2011 01:49:04 +0000 (UTC) Received: by qyk4 with SMTP id 4so412750qyk.13 for ; Fri, 09 Sep 2011 18:49:04 -0700 (PDT) Received: by 10.224.216.8 with SMTP id hg8mr41570qab.55.1315619344533; Fri, 09 Sep 2011 18:49:04 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id ek8sm756657qab.0.2011.09.09.18.49.02 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 09 Sep 2011 18:49:03 -0700 (PDT) Message-ID: <4E6AC1EC.1030503@xaerolimit.net> Date: Fri, 09 Sep 2011 21:48:28 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1C82FFADA180A037FDBD36CF" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Standalone mksh 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, 10 Sep 2011 01:49:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1C82FFADA180A037FDBD36CF Content-Type: multipart/mixed; boundary="------------060102070601050307010508" This is a multi-part message in MIME format. --------------060102070601050307010508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/9/2011 7:35 AM, Aioanei Rares wrote: > Hi all, >=20 > I wanted to propose the addition of a standalone mksh in shells/, which= , of > course, is compiled with -static and installs to /bin . Attached is the= > modified Makefile. >=20 > Thanks, Aioanei, No attachment, I think it got filtered out by the list. --=20 > Chris Brennan > -- > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) ------------------------------------------------------------------------ --------------060102070601050307010508-- --------------enig1C82FFADA180A037FDBD36CF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOasHxAAoJEO7NmoTVsgwMRXoH/jB3dWmsgabbekuWhIOjzDiC pGraukUM+SLHX2Lki5IVUm+xLgMlKox3LbTdThO1iU6VxA1bBsmuFHGo/gfCjaqT NqK5x7sPeNpprKaKCojrWowm58uWx06lAkE64JlIg6+HC1WNxKpZIv+HPciTUCcG XSFpTm8/GcWHWfrTHLg6g+VZLNQnrxRA7URcjV6T2aR5IRDK8hwa6fzs08XyHlNu Qxd3MdJ54m5XVhdmf3zBUQVH2jokwE//4yWqaZheXm3F4+C5BWj+3C+M6hn3Kygm 0qptKiPMkCkEDfLyS9WXCChGZag27uwr+Ekk1jRnORxV+D4hAdocqvN/2TNLcpQ= =cs8P -----END PGP SIGNATURE----- --------------enig1C82FFADA180A037FDBD36CF-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 01:53:25 2011 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 64EA2106564A for ; Sat, 10 Sep 2011 01:53:25 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.49.45]) by mx1.freebsd.org (Postfix) with ESMTP id 428A68FC12 for ; Sat, 10 Sep 2011 01:53:25 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 565725C44; Fri, 9 Sep 2011 21:56:32 -0400 (EDT) Date: Fri, 9 Sep 2011 21:56:32 -0400 From: Wesley Shields To: bf1783@gmail.com Message-ID: <20110910015632.GB15252@atarininja.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-ports@FreeBSD.org Subject: Re: git distfiles on the local mirror 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, 10 Sep 2011 01:53:25 -0000 On Fri, Sep 09, 2011 at 09:37:08PM +0000, b. f. wrote: > Could someone please place the latest devel/git distfiles on the local > mirrors, so that they are available while kernel.org is recovering > from being hacked? The github mirror only has gzipped development > tarballs, that don't work with the current ports Makefile. I was hoping that kernel.org would get their act together before I had a chance to fix this tonight. I will be updating the port to point to a couple of new locations now. -- WXS From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 02:31:19 2011 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 A6777106564A for ; Sat, 10 Sep 2011 02:31:19 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5F1ED8FC08 for ; Sat, 10 Sep 2011 02:31:19 +0000 (UTC) Received: by vxi39 with SMTP id 39so2406335vxi.13 for ; Fri, 09 Sep 2011 19:31:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=I5CqGyhrSfXGpZujeJdpp2R/yqcxOt9U2sw6POg9X8E=; b=h4WdYWD6w+pnyYbP6O85Bvr2T/ZcHp6bVSyru/ZLe+1dcwMxzjKtuH/UkI4vPJVpYv Y3F2y1TZuQyoJmgYAU5kuWeKw897gBJtezBtWuA/fZOpFr2LAGAXP9AKnZzKIXY59Ddv BXSbkCGWvJXa605xoc4u1os35CQUbj95EymJw= Received: by 10.52.75.9 with SMTP id y9mr142637vdv.120.1315621878665; Fri, 09 Sep 2011 19:31:18 -0700 (PDT) Received: from schism.local (c-76-124-49-145.hsd1.pa.comcast.net [76.124.49.145]) by mx.google.com with ESMTPS id a10sm5967606vdk.7.2011.09.09.19.31.16 (version=SSLv3 cipher=OTHER); Fri, 09 Sep 2011 19:31:17 -0700 (PDT) Message-ID: <4E6ACBF3.2040807@gmail.com> Date: Fri, 09 Sep 2011 22:31:15 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Chris Brennan References: <4E6AC1EC.1030503@xaerolimit.net> In-Reply-To: <4E6AC1EC.1030503@xaerolimit.net> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Standalone mksh 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, 10 Sep 2011 02:31:19 -0000 On 9/9/11 9:48 PM, Chris Brennan wrote: > On 9/9/2011 7:35 AM, Aioanei Rares wrote: >> Attached is the modified Makefile. >> >> Thanks, > > Aioanei, > No attachment, I think it got filtered out by the list. > I received the Makefile. -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 04:01:26 2011 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 DF3DE106566C for ; Sat, 10 Sep 2011 04:01:26 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2478FC13 for ; Sat, 10 Sep 2011 04:01:25 +0000 (UTC) Received: (qmail 25639 invoked by uid 10); 10 Sep 2011 03:34:41 -0000 Received: from curry.linta.de by isilmar.linta.de with BSMTP; 10 Sep 2011 03:34:41 -0000 Received: by curry.linta.de (Postfix, from userid 1001) id CEEDA1CC44; Sat, 10 Sep 2011 04:34:27 +0100 (BST) Date: Sat, 10 Sep 2011 04:34:27 +0100 From: "Klaus T. Aehlig" To: ports@freebsd.org Message-ID: <20110910033427.GA39334@curry.linta.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: KATO Tsuguru Subject: Why was rdiff.1 removed from net/librsync? 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, 10 Sep 2011 04:01:27 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hallo, I recently had a quick look at net/librsync and was puzzled that it installs rdiff, but not the man page for rdiff. Looking at the history, this has happened with the update to 0.9.6, submitted in PR ports/55469 [1]. However, I fail to see the reason for removing the man page. Leaving it in, i.e., applying the attached patch, the port still builds and installs cleanly (see, e.g., my tinderboxlog[2]). Moreover, portsearch -f man1/rdiff.1 didn't find me any other port installing a rdiff man page. So, can someone explain me, why the port deliberatly removes the man page? Best regards, Klaus [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=55469 [2] http://www.linta.de/~aehlig/download/uucp/tinderboxlogs/20110910-librsync-0.9.7_2.log --3MwIy2ne0vdjdPXF Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="librsync.diff" diff -ruN librsync.orig/Makefile librsync/Makefile --- librsync.orig/Makefile 2011-09-10 04:05:00.000000000 +0100 +++ librsync/Makefile 2011-09-10 04:05:23.000000000 +0100 @@ -26,9 +26,7 @@ CONFIGURE_ARGS= --enable-shared --disable-trace USE_LDCONFIG= yes +MAN1= rdiff.1 MAN3= librsync.3 -post-patch: - @${REINPLACE_CMD} -e 's|= rdiff.1|=|g' ${WRKSRC}/doc/Makefile.in - .include --3MwIy2ne0vdjdPXF-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 04:41:49 2011 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 839DF106566B for ; Sat, 10 Sep 2011 04:41:49 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0783B8FC12 for ; Sat, 10 Sep 2011 04:41:48 +0000 (UTC) Received: by vxi39 with SMTP id 39so2451051vxi.13 for ; Fri, 09 Sep 2011 21:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=jvn39pyg/Xyf27U0qO8IUXQsYWXaKBgrSj5LePeWn5s=; b=Me/AiBHQWv45mJx0uA2oI9EkVAU4g5QRJYgATpWBw0ZdtlZ7nI3KLVxIu2M9LqkA73 o0N6AYI6vYdbTYfbOtTYX+JtsgqTknOXG/pNFMCpNhIvJNjrhRmguZtcY/ZNitEHI8B4 Eykitkrt7fMIJsPA+RsT8/PTsw+QMKp4XNTgM= Received: by 10.52.92.148 with SMTP id cm20mr453957vdb.109.1315629708246; Fri, 09 Sep 2011 21:41:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.180.72 with HTTP; Fri, 9 Sep 2011 21:41:18 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Sat, 10 Sep 2011 00:41:18 -0400 Message-ID: To: Aioanei Rares Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: Standalone mksh 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, 10 Sep 2011 04:41:49 -0000 > I wanted to propose the addition of a standalone mksh in shells/, which , of > course, is compiled with -static and installs to /bin . Attached is the > modified Makefile. 1) Please submit unified diffs, not entire files. It makes it easier to see what changed and it makes it easier to actually use when testing 2) We assume that LOCALBASE is read only (except for some very specific hacks like perl's symlink) so such a port will not be committed 3) Don't change PREFIX in the port's Makefile. This is a user specific option which should not be overwritten 4) If anything, the -static should be an OPTION. 5) Your change would require approval by the maintainer (miwi@FreeBSD.org). I would hope he does not approve it based on points 2-4 above. Thanks for your contribution. Please don't take my criticism of this specific patch as reason not to try again! -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 05:35:26 2011 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 467861065672 for ; Sat, 10 Sep 2011 05:35:26 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by mx1.freebsd.org (Postfix) with ESMTP id DE6F58FC0C for ; Sat, 10 Sep 2011 05:35:25 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmfepo102.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110910053520.WZUL3919.eastrmfepo102.cox.net@eastrmimpo03.cox.net> for ; Sat, 10 Sep 2011 01:35:20 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo03.cox.net with bizsmtp id WtbK1h00D0tX9KW02tbKAP; Sat, 10 Sep 2011 01:35:19 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4E6AF718.0003,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=vWikg9PSJH5eWPsfInVwkFcjRsjcbcFZH9bro1lAIgk= c=1 sm=1 a=1EY64UeF5LQA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=6WkME3hqXvJuMwla-CoA:9 a=VWb3KaY3WuklqBigU3sA:7 a=CjuIK1q_8ugA:10 a=_RhRFcbxBZMA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=A6kLUdXrQG0PHvk4:21 a=RCpn6peV11XMEDfp:21 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8A5ZJ1Q004853 for ; Sat, 10 Sep 2011 00:35:19 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 10 Sep 2011 00:35:14 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110910003514.153ce78b@cox.net> In-Reply-To: <4E6A4CEB.3030503@gmx.de> References: <201109070633.p876X8uc083295@koala.droso.net> <20110909061504.647df52e@cox.net> <4E6A4CEB.3030503@gmx.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: deprecated because: Development has ceased??? Maybe development is *complete* 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, 10 Sep 2011 05:35:26 -0000 On Fri, 09 Sep 2011 19:29:15 +0200 Matthias Andree wrote: > Am 09.09.2011 13:15, schrieb Conrad J. Sabatier: > > On Wed, 7 Sep 2011 08:33:08 +0200 (CEST) > > linimon@freebsd.org wrote: > > > >> portname: german/ksteak > >> description: KDE frontend for steak, an english - german > >> dictionary maintainer: ports@FreeBSD.org > >> deprecated because: Development has ceased. > >> expiration date: 2011-09-01 > >> build errors: none. > >> overview: > >> http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=ksteak > >> > >> > >> portname: german/steak > >> description: An english <-> german dictionary under the GPL > >> maintainer: ports@FreeBSD.org > >> deprecated because: Development has ceased. > >> expiration date: 2011-09-01 > >> build errors: none. > >> overview: > >> http://portsmon.FreeBSD.org/portoverview.py?category=german&portname=steak > > > > Pardon my objection (I know you guys are getting slammed with a lot > > of complaints lately), but... > > > > "Development has ceased": Is that really the only reason for > > removing these two ports? There's really nothing wrong with either > > of them, to the best of my knowledge, and both are very useful to > > me in my correspondence with native German speakers. > > Are you willing to fill in as a spare for the original author if users > have problem with the port or with the software? > > Are you willing to keep the software going as the FreeBSD environment, > ports libraries, and everything changes? > > If so, welcome Conrad Sabatier the new maintainer for steak and > ksteak. > > If you're not willing or uncapable of doing that work, then you can > complain all you want but won't be heard. Well, I'm certainly willing to do what I can, for as long as I can. I maintain a handful of other ports, so I'm not unfamiliar with ports maintenance. As long as I'm capable of doing so, I'd be glad to. If at some point, some change in the base system or ports renders further maintenance extraordinarly difficult or impossible, well then of course, I would have to relinquish those duties and let these two ports climb the stairs to the Attic. :-) > > "Development has ceased" just seems to be insufficient as an > > *automatic* cause (excuse?) for removing a port, IMHO. Are we > > saying that once a program has reached a finished, final, stable > > working state, the developer(s) should be required to continue > > coming up with ways of modifying it for no good reason other than > > to avoid being dropped from our ports collection? Viewed from this > > perspective, doesn't that seem just a tad unreasonable? > > Software maintenance doesn't mean that the software has to change if > there's nothing that needs to change. > > Leafnode-1 (news/leafnode) barely changes at all these last years, > just an occasional fix. However, it's still maintained and if you > report a serious bug I - as the upstream author - will fix it. > > If the author of another package stated that maintenance ceased, that > is no longer the case. Any why let port users fall into this pit? > They are still able to install from source, but we're no longer > offering assistance. Well, I' sure you know that installing from source "by hand" is often much more difficult than using ports. All sorts of odd little "road bumps" often crop up that have to be dealt with, and many users simply may not have the necessary skills. > > This really does lead one to wonder just what exactly is motivating > > the individuals leading the charge in this latest rash of ports > > removals. I > > "no capacity to support", as was restated more than once. That whole area still just seems rather fuzzy and grey to me. Opinions as to what constitutes "support" seem to vary widely. My *personal* feeling is that as long as a port continues to build and run and doesn't require any modifications to other ports in order to do so, and has no known serious vulnerabilities that would render it truly dangerous to use, then we should try to keep it around (yes, even if it means we have to host the distfiles(s) after the original site is gone, which I know many would disagree with). Again, just my personal feelings on the matter. Having dabbled with a number of Linux distributions, I feel very strongly that the ports collection is one of FreeBSD's strongest assets (relative to Linux), and that we should strive to keep it as "complete" (for lack of a better word) and rich and diverse as possible. > > If having a maintainer for these two ports might spare them from the > > executioner's ax, I'll be happy to add them to my existing list of > > responsibilities. > > I take it that sooner or later it will be unworkable. steak is no > longer available, and ksteak hasn't been ported to KDE4/Qt4. I > suppose that Qt3's days are counted, and once that's removed, so will > ksteak be even if you can find and hosting the steak sources and > possibly fix bugs. Yes, that will no doubt eventually some to pass, but in the meantime... > It might prolong the port's life a bit, but I think the overall > prospect for this port is bleak unless someone assumes the upstream > maintainer job. > > I think the time would be better spent on finding and/or recommending > a replacement for KDE 4 so that we can point users in the right > direction when they look for a translator. I would not believe that > there's no alternative, but I'm not about to research that. While I haven't done an extensive search for alternative language translation software (truth is, I was in a bit of a hurry to get something useful installed as quickly as possible, and ksteak seemed the most appealing), I do think ksteak is one of the most pleasant to use, and also offers a fairly rich set of translations compared to some others that I've tried in the past. I'd really hate to see it go before it really is necessary. So, yes, I will officially volunteer to take over as maintainer of these ports. I'll send-pr them shortly. Thank you. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 05:46:00 2011 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 9945C10656DE for ; Sat, 10 Sep 2011 05:46:00 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 36A3F8FC12 for ; Sat, 10 Sep 2011 05:45:59 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110910054559.BGQL3924.eastrmfepo103.cox.net@eastrmimpo03.cox.net> for ; Sat, 10 Sep 2011 01:45:59 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo03.cox.net with bizsmtp id Wtly1h00B0tX9KW02tlzz8; Sat, 10 Sep 2011 01:45:59 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.4E6AF997.0044,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=vWikg9PSJH5eWPsfInVwkFcjRsjcbcFZH9bro1lAIgk= c=1 sm=1 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=gSoOUAvsCBjzgMBVZO4A:9 a=XWLP7GDpgZWefWGuVnkA:7 a=CjuIK1q_8ugA:10 a=_RhRFcbxBZMA:10 a=SV7veod9ZcQA:10 a=4vB-4DCPJfMA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8A5jw6l004923 for ; Sat, 10 Sep 2011 00:45:58 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 10 Sep 2011 00:45:53 -0500 From: "Conrad J. Sabatier" To: freebsd-ports@freebsd.org Message-ID: <20110910004553.610dc809@cox.net> In-Reply-To: <4E6A476D.7090800@gmx.de> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: sysutils/cfs 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, 10 Sep 2011 05:46:00 -0000 On Fri, 09 Sep 2011 19:05:49 +0200 Matthias Andree wrote: > Am 09.09.2011 11:09, schrieb Conrad J. Sabatier: > > On Thu, 08 Sep 2011 18:54:36 +0200 > > Matthias Andree wrote: > >> > >> No, you'd use a managed installation. Nobody stands there > >> pointing a gun at your head and forces you to uninstall a port > >> that got removed from the ports/ tree. If people could recognize > >> that, it might help get the derailed discussion back on the right > >> track. > > > > You fail to take into account the case where a port may need to be > > reinstalled. An extraordinary effort is required if the port no > > longer exists in the ports tree. > > If a "port may need to be reinstalled" then you failed organize proper > backups. Not a valid point here. Not necessarily. A simple bump in library versioning could require ports to be rebuilt. > > Frankly, I'm growing increasingly concerned that this push to > > eliminate ports is getting out of control. I don't much care for > > the notion that, having invested the time in installing, > > configuring and tuning a certain set of software packages, suddenly > > the rug could be pulled out from under me, so to speak, in essence > > *forcing* me to abandon using certain packages or else deal with > > maintaining them (in the ports maintainer sense) on my own. > > The rug is pulled by the upstream maintainers abandoning their > software, not by FreeBSD no longer packaging it years after the fact. While I understand the reasoning behind this, I still feel that as long as a package continues to build and run without any known issues, then why be in a rush to drop it? The argument that "the ports collection is not a museum" is valid to some degree, but if a package is still usable (and useful), then aren't we shooting ourselves in the foot by dropping it? -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 06:26:23 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1F5AB1065673; Sat, 10 Sep 2011 06:26:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 200C01501B2; Sat, 10 Sep 2011 06:26:21 +0000 (UTC) Message-ID: <4E6B030C.9030805@FreeBSD.org> Date: Fri, 09 Sep 2011 23:26:20 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: x11@FreeBSD.org, "freebsd-ports@FreeBSD.org" X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: x11/xset needs a direct dependency on xproto 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, 10 Sep 2011 06:26:23 -0000 ... otherwise it misses the need to upgrade xproto, thus: checking for XSET... configure: error: Package requirements (xproto >= 7.0.17 xmuu) were not met: Requested 'xproto >= 7.0.17' but version of Xproto is 7.0.16 Index: Makefile =================================================================== RCS file: /home/pcvs/ports/x11/xset/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 7 Sep 2011 21:19:05 -0000 1.6 +++ Makefile 10 Sep 2011 06:25:34 -0000 @@ -13,7 +13,7 @@ COMMENT= User preference utility for X XORG_CAT= app -USE_XORG= xmuu +USE_XORG= xmuu xproto PLIST_FILES= bin/xset -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 06:39:29 2011 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 54A6C106564A for ; Sat, 10 Sep 2011 06:39:29 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 103798FC18 for ; Sat, 10 Sep 2011 06:39:28 +0000 (UTC) Received: by gwb1 with SMTP id 1so2431810gwb.36 for ; Fri, 09 Sep 2011 23:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=c2g5rpcixH1r+cmYBsK48bwyi79RWju+PVI7ruISmwI=; b=CS4sc1ocxwKr0ovRCVnMjDYTRHmCJvh82t60su1W9sVAaZ2eFs0HM5XVov8E9IwUzG 9VAwtYkWPtiQ/goRselhChB5Da0qoExLa7f8pRw7BnZyJ28hYuuMLVsncSG6jLJcHg4/ G3MeMpS+slLAha9BIX89fF+bD4T2pRTBTdTtc= Received: by 10.43.44.73 with SMTP id uf9mr413249icb.507.1315636768079; Fri, 09 Sep 2011 23:39:28 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Fri, 9 Sep 2011 23:38:58 -0700 (PDT) In-Reply-To: <20110910004553.610dc809@cox.net> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <20110910004553.610dc809@cox.net> From: Chris Rees Date: Sat, 10 Sep 2011 07:38:58 +0100 X-Google-Sender-Auth: AnFG2Li4cIjtXCb7TPmZS5d1R14 Message-ID: To: "Conrad J. Sabatier" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 10 Sep 2011 06:39:29 -0000 On 10 September 2011 06:45, Conrad J. Sabatier wrote: > On Fri, 09 Sep 2011 19:05:49 +0200 > Matthias Andree wrote: > >> Am 09.09.2011 11:09, schrieb Conrad J. Sabatier: >> > On Thu, 08 Sep 2011 18:54:36 +0200 >> > Matthias Andree wrote: >> >> >> >> No, you'd use a managed installation. =A0Nobody stands there >> >> pointing a gun at your head and forces you to uninstall a port >> >> that got removed from the ports/ tree. =A0If people could recognize >> >> that, it might help get the derailed discussion back on the right >> >> track. >> > >> > You fail to take into account the case where a port may need to be >> > reinstalled. =A0An extraordinary effort is required if the port no >> > longer exists in the ports tree. >> >> If a "port may need to be reinstalled" then you failed organize proper >> backups. =A0Not a valid point here. > > Not necessarily. =A0A simple bump in library versioning could require > ports to be rebuilt. > >> > Frankly, I'm growing increasingly concerned that this push to >> > eliminate ports is getting out of control. =A0I don't much care for >> > the notion that, having invested the time in installing, >> > configuring and tuning a certain set of software packages, suddenly >> > the rug could be pulled out from under me, so to speak, in essence >> > *forcing* me to abandon using certain packages or else deal with >> > maintaining them (in the ports maintainer sense) on my own. >> >> The rug is pulled by the upstream maintainers abandoning their >> software, not by FreeBSD no longer packaging it years after the fact. > > While I understand the reasoning behind this, I still feel that as long > as a package continues to build and run without any known issues, then > why be in a rush to drop it? =A0The argument that "the ports collection > is not a museum" is valid to some degree, but if a package is still > usable (and useful), then aren't we shooting ourselves in the foot by > dropping it? > Can we please change the subject line? Most of us are in agreement that this particular case is not that questionable. This thread is for volunteers to fix cfs. Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 06:40:41 2011 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 2D204106566B for ; Sat, 10 Sep 2011 06:40:41 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id CDCBB8FC1D for ; Sat, 10 Sep 2011 06:40:40 +0000 (UTC) Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward9.mail.yandex.net (Yandex) with ESMTP id 0815DCE1D2B; Sat, 10 Sep 2011 10:40:39 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315636839; bh=z6cmgWp0pbtOWwFqrmXgOhbXiL//IuzgaX853gqC6FY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=VvityBxFzEhU5kIjyQXUifxZSbibuhT1CQVEmzRTHqVF20ow4W3bLBP+iCMpcVkO2 rQ1xNR9Bn0J/7L3sqJD3L02XEPUVOsP0D2ShjwAuqjU7bmsI6u3Nged3ITy9lqRUUg 7SY58CqlpuSWPVz0YdYBgxca1JLb96h6HQH34aXo= Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id E628C15803E0; Sat, 10 Sep 2011 10:40:38 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ebFGM93l-ecFeIY7R; Sat, 10 Sep 2011 10:40:38 +0400 X-Yandex-Spam: 1 Message-ID: <4E6B065D.6000109@yandex.ru> Date: Sat, 10 Sep 2011 10:40:29 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <201109070633.p876X8uc083295@koala.droso.net> <20110909061504.647df52e@cox.net> <4E6A4CEB.3030503@gmx.de> <20110910003514.153ce78b@cox.net> In-Reply-To: <20110910003514.153ce78b@cox.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: deprecated because: Development has ceased??? Maybe development is *complete* 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, 10 Sep 2011 06:40:41 -0000 Conrad J. Sabatier wrote on 10.09.2011 09:35: > While I haven't done an extensive search for alternative language > translation software (truth is, I was in a bit of a hurry to get > something useful installed as quickly as possible, and ksteak seemed > the most appealing), I do think ksteak is one of the most pleasant to > use, and also offers a fairly rich set of translations compared to some > others that I've tried in the past. I'd really hate to see it go > before it really is necessary. I think that http://translate.google.com is a best of them :) And there is firefox addons for it. But if you need local dictionary, take a look at textproc/goldendict, it able to look in both local files, and many online sources like urbandictionary. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 06:42:18 2011 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 72BCD106564A for ; Sat, 10 Sep 2011 06:42:18 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward9.mail.yandex.net (forward9.mail.yandex.net [77.88.61.48]) by mx1.freebsd.org (Postfix) with ESMTP id 031D18FC1A for ; Sat, 10 Sep 2011 06:42:17 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward9.mail.yandex.net (Yandex) with ESMTP id 04C7FCE1EBD; Sat, 10 Sep 2011 10:42:16 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315636937; bh=3f2/B2X2uRpS2mNcd1xEtLTcPMKpgQxZb/wYN0E0uOY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=g3UBeE+4RDQOTWqXD8j9/6AI1UQaWPbnYeAe4TS0xp13NxpwlMewUM8O5MZYEtmq6 pe04c5aLncdx8Nlcv/JJzLlOkUMVGqeNAes8pDLNDsVkIK4aJtmNDCAMsX767dUGJC gO1Dp46dBHq5PX6gwjWXup4YFcz3y/Amz+soNxXs= Received: from smtp6.mail.yandex.net (localhost [127.0.0.1]) by smtp6.mail.yandex.net (Yandex) with ESMTP id D0CC716403D2; Sat, 10 Sep 2011 10:42:16 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315636936; bh=3f2/B2X2uRpS2mNcd1xEtLTcPMKpgQxZb/wYN0E0uOY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=dQgVLull5ropeLOZKMZsP3B/wCTOa8z4BS9xo+YrSxiGAtKiai5i63/l3PynEuoiq qCPYBVlqTjrEhp4M4PVxAY6Gp2L1903UL8DXX0vyX+FlLnhKSQb+MSDKUGvQHiZKr3 w6hvaJ0wxojUDIFkAcBCD88vV+E82D+CNQPEcqVw= Received: from unknown (unknown [213.138.88.133]) by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id gFh4vsTr-gGhSW15q; Sat, 10 Sep 2011 10:42:16 +0400 X-Yandex-Spam: 1 Message-ID: <4E6B06BF.6090705@yandex.ru> Date: Sat, 10 Sep 2011 10:42:07 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Doug Barton References: <4E6B030C.9030805@FreeBSD.org> In-Reply-To: <4E6B030C.9030805@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: x11@FreeBSD.org, "freebsd-ports@FreeBSD.org" Subject: Re: x11/xset needs a direct dependency on xproto 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, 10 Sep 2011 06:42:18 -0000 Doug Barton wrote on 10.09.2011 10:26: > ... otherwise it misses the need to upgrade xproto, thus: > > checking for XSET... configure: error: Package requirements (xproto>= > 7.0.17 xmuu) were not met: > > Requested 'xproto>= 7.0.17' but version of Xproto is 7.0.16 > http://bugs.freebsd.org/160595 -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 07:11:44 2011 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 EB7EE106566B; Sat, 10 Sep 2011 07:11:44 +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 CA9338FC08; Sat, 10 Sep 2011 07:11:44 +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 p8A7BhAp099263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2011 00:11:44 -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 p8A7Bh99099261; Sat, 10 Sep 2011 00:11:43 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13164; Sat, 10 Sep 11 00:03:56 PDT Date: Sat, 10 Sep 2011 07:03:41 -0700 From: perryh@pluto.rain.com To: bapt@freebsd.org Message-Id: <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> In-Reply-To: <20110909130458.GO31003@azathoth.lan> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: lev@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 07:11:45 -0000 Baptiste Daroussin wrote: > The main problem with that is: we have no way to keep a valid sum > of the distfiles if it is autogenerated (in particular with github) > and this sum is really important. No question about the importance of the checksum, to prevent trojans and other problems if the distfile were to change "silently". If I am understanding correctly, you seem to be saying that two distfiles autogenerated from the _same_ tag etc. in the _same_ repository, and actually containing exactly the same code, can nevertheless generate different checksums!? Wouldn't that be a bug in the DVCS? From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 07:11:45 2011 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 7C8011065672 for ; Sat, 10 Sep 2011 07:11:45 +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 59D198FC12 for ; Sat, 10 Sep 2011 07:11:45 +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 p8A7BiZo099268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2011 00:11:45 -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 p8A7BiAl099267; Sat, 10 Sep 2011 00:11:44 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA13195; Sat, 10 Sep 11 00:08:17 PDT Date: Sat, 10 Sep 2011 07:08:01 -0700 From: perryh@pluto.rain.com To: matthias.andree@gmx.de Message-Id: <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> In-Reply-To: <4E6A476D.7090800@gmx.de> 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: sysutils/cfs 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, 10 Sep 2011 07:11:45 -0000 Matthias Andree wrote: > Am 09.09.2011 11:09, schrieb Conrad J. Sabatier: > > You fail to take into account the case where a port may need to > > be reinstalled. An extraordinary effort is required if the port > > no longer exists in the ports tree. > > If a "port may need to be reinstalled" then you failed organize > proper backups. Not a valid point here. Last I knew, if port X uses services provided by port Y and port Y changes, port X often needs to be rebuilt and reinstalled even though nothing in port X has changed. AFAIK this has nothing to do with backups. If you've found a way to avoid ever having to rebuild, say, kdiff3 when something changes in KDE, I'm sure the authors of portupgrade and portmaster would like to hear about it! It would greatly simplify their job. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 07:15:34 2011 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 38990106566C; Sat, 10 Sep 2011 07:15:34 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id AEB228FC08; Sat, 10 Sep 2011 07:15:33 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id BAA2237B4E9; Sat, 10 Sep 2011 02:15:32 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 10BC2177D4; Sat, 10 Sep 2011 02:15:32 -0500 (CDT) Date: Sat, 10 Sep 2011 02:15:32 -0500 From: "Matthew D. Fuller" To: perryh@pluto.rain.com Message-ID: <20110910071532.GA68847@over-yonder.net> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.2 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: bapt@freebsd.org, lev@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 07:15:34 -0000 On Sat, Sep 10, 2011 at 07:03:41AM -0700 I heard the voice of perryh@pluto.rain.com, and lo! it spake thus: > > If I am understanding correctly, you seem to be saying that two > distfiles autogenerated from the _same_ tag etc. in the _same_ > repository, and actually containing exactly the same code, can > nevertheless generate different checksums!? Wouldn't that be a bug > in the DVCS? There're all sorts of ways the same content could wind up with different checksums. The compression may happen slightly differently, higher, or lower. The files could wind up in the tarball in a different order. Timestamps could differ. etc. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 07:25:26 2011 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 646CE1065676 for ; Sat, 10 Sep 2011 07:25:26 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo101.cox.net (eastrmfepo101.cox.net [68.230.241.213]) by mx1.freebsd.org (Postfix) with ESMTP id 0AFFF8FC14 for ; Sat, 10 Sep 2011 07:25:25 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110910072520.DIRE3821.eastrmfepo101.cox.net@eastrmimpo01.cox.net>; Sat, 10 Sep 2011 03:25:20 -0400 Received: from serene.no-ip.org ([98.164.87.41]) by eastrmimpo01.cox.net with bizsmtp id WvRK1h00H0tX9KW02vRK6n; Sat, 10 Sep 2011 03:25:20 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020207.4E6B10E0.002F,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=VcnKvEc+JFuYEbbjzZ0v7SijtKSuAbyuQmdPXwRCrh8= c=1 sm=1 a=1EY64UeF5LQA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:17 a=1XWaLZrsAAAA:8 a=kviXuzpPAAAA:8 a=n0coBCC2uk-MaQRn9HIA:9 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=HSeXd6ud8jGmpzpM0y1GZQ==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8A7PIeZ008086; Sat, 10 Sep 2011 02:25:19 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 10 Sep 2011 02:25:13 -0500 From: "Conrad J. Sabatier" To: Ruslan Mahmatkhanov Message-ID: <20110910022513.445ff7e6@cox.net> In-Reply-To: <4E6B065D.6000109@yandex.ru> References: <201109070633.p876X8uc083295@koala.droso.net> <20110909061504.647df52e@cox.net> <4E6A4CEB.3030503@gmx.de> <20110910003514.153ce78b@cox.net> <4E6B065D.6000109@yandex.ru> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: deprecated because: Development has ceased??? Maybe development is *complete* 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, 10 Sep 2011 07:25:26 -0000 On Sat, 10 Sep 2011 10:40:29 +0400 Ruslan Mahmatkhanov wrote: > > I think that http://translate.google.com is a best of them :) > And there is firefox addons for it. I had to laugh at one of the Spanish translations I got from Microsoft Translator on a site I was using (MT was one of three engines provided on this particular site). The phrase was "I'll be right back". Microsoft's translation: "I'll be back derecho." (I mean, how lame is *that*?) :-) > But if you need local dictionary, take a look at textproc/goldendict, > it able to look in both local files, and many online sources like > urbandictionary. Thanks for the suggestions. I will take a look at those. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 07:49:25 2011 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 10CF7106564A for ; Sat, 10 Sep 2011 07:49:25 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id EB6258FC0C for ; Sat, 10 Sep 2011 07:49:24 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 444155619E; Sat, 10 Sep 2011 02:49:24 -0500 (CDT) Date: Sat, 10 Sep 2011 02:49:24 -0500 From: Mark Linimon To: Dash Shendy Message-ID: <20110910074924.GB26629@lonesome.com> References: <4E6A1155.50803@dash.za.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E6A1155.50803@dash.za.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org Subject: Re: mod_gnutls 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, 10 Sep 2011 07:49:25 -0000 On Fri, Sep 09, 2011 at 03:15:01PM +0200, Dash Shendy wrote: > I have noticed that you are responsible the FreeBSD port, and have > include the current version (0.5.10). The actual maintainer of that port is fumifumi@abacustech.jp . "ports@FreeBSD.org" is a place-holder maintainer to indicate "no one person is maintaining this port", fwiw. mcl From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 08:28:21 2011 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 ADB49106566B for ; Sat, 10 Sep 2011 08:28:21 +0000 (UTC) (envelope-from tomse@tomse.dk) Received: from smtp.fullrate.dk (smtp.fullrate.dk [90.185.1.42]) by mx1.freebsd.org (Postfix) with ESMTP id 741C18FC16 for ; Sat, 10 Sep 2011 08:28:21 +0000 (UTC) Received: from [192.168.4.166] (0604ds1-oel.1.fullrate.dk [90.184.211.141]) by smtp.fullrate.dk (Postfix) with ESMTP id 400D79D040 for ; Sat, 10 Sep 2011 10:08:24 +0200 (CEST) Message-ID: <4E6B1AF5.7090900@tomse.dk> Date: Sat, 10 Sep 2011 10:08:21 +0200 From: Carsten Jensen User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: "freebsd-ports@FreeBSD.org" X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Removed ports - looking from the bench 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, 10 Sep 2011 08:28:21 -0000 I've seen many requests of late, for ports that are no longer in active development, abandoned etc but still working, but they've been removed from ports. here's an idea, I don't know if this has been discussed before. It requires work of course. But doesn't require a person to know how to develop, which is the biggest issue for people who use ports but don't know how to make a fix to keep it active. When a port is removed, it'll be compressed and put as a single download file. this way the patch information isn't lost and it'll be easier for someone to build said package. Of course there'll be complications, this is where a disclaimer comes in (no support, you are on your own). As I see it, the work required, after the initial setup, is when a port is marked for deletion is to pack it, upload it, and add a comment as last known working (FBSD) version. It sounds easier than probable will be The package could then be deleted when it survives 2 major FBSD versions. I know this will be 2 databases need maintaining, but look at the good aspects. * Ports will be cleaned of old/(almost) unused stuff * People will still have a chance to use an old application I could be wrong but I don't think that it requires a lot to maintain, just a few hours a month. Some major things to discuss about this is: Hosting: will freebsd.org / mirrors lend space/bandwidth to this ? Initial setup: package should be download-able using fetch, perhaps a nice web interface with descriptions of the package. By definition of package I mean the files in ports excluding the source code compressed, so you basically could extract said package into ports and use it as it never was removed. If there's enough backup for this project, I wouldn't mind taking on the job, but for it to get most the success it'll need help from the port committers. Cheers Carsten From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 08:40:30 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 26A56106566C for ; Sat, 10 Sep 2011 08:40:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id AB86414FAC1; Sat, 10 Sep 2011 08:40:28 +0000 (UTC) Message-ID: <4E6B227B.5050708@FreeBSD.org> Date: Sat, 10 Sep 2011 01:40:27 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Carsten Jensen References: <4E6B1AF5.7090900@tomse.dk> In-Reply-To: <4E6B1AF5.7090900@tomse.dk> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 08:40:30 -0000 The way that the FreeBSD project handles deleted ports is to leave them in the CVS repository, where they are easily available to everyone who would like to access them. However I think that your idea is interesting, and I'd love to see the people who are deeply concerned about deleted ports pursue it as an independent project. If they do, I will personally put a reference to it in the Handbook. :) Doug On 09/10/2011 01:08, Carsten Jensen wrote: > I've seen many requests of late, for ports that are no longer in > active development, abandoned etc but still working, but they've been > removed from ports. > > here's an idea, I don't know if this has been discussed before. It > requires work of course. But doesn't require a person to know how to > develop, which is the biggest issue for people who use ports but > don't know how to make a fix to keep it active. > > When a port is removed, it'll be compressed and put as a single > download file. this way the patch information isn't lost and it'll be > easier for someone to build said package. Of course there'll be > complications, this is where a disclaimer comes in (no support, you > are on your own). > > As I see it, the work required, after the initial setup, is when a > port is marked for deletion is to pack it, upload it, and add a > comment as last known working (FBSD) version. It sounds easier than > probable will be > > The package could then be deleted when it survives 2 major FBSD > versions. > > I know this will be 2 databases need maintaining, but look at the > good aspects. > * Ports will be cleaned of old/(almost) unused stuff > * People will still have a chance to use an old application > > I could be wrong but I don't think that it requires a lot to > maintain, just a few hours a month. > > Some major things to discuss about this is: Hosting: will freebsd.org > / mirrors lend space/bandwidth to this ? Initial setup: package > should be download-able using fetch, perhaps a nice web interface > with descriptions of the package. > > > By definition of package I mean the files in ports excluding the > source code compressed, so you basically could extract said package > into ports and use it as it never was removed. > > If there's enough backup for this project, I wouldn't mind taking on > the job, but for it to get most the success it'll need help from the > port committers. > > > Cheers Carsten > > > > > > > > _______________________________________________ > 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" > -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 08:50:39 2011 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 5244F106564A; Sat, 10 Sep 2011 08:50:39 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id E51E78FC12; Sat, 10 Sep 2011 08:50:38 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:14f9:cfdf:caf2:2c18]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 157AB4AC31; Sat, 10 Sep 2011 12:50:37 +0400 (MSD) Date: Sat, 10 Sep 2011 12:50:31 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <845630383.20110910125031@serebryakov.spb.ru> To: perryh@pluto.rain.com In-Reply-To: <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 08:50:39 -0000 Hello, Perryh. You wrote 10 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 18:03:41: > If I am understanding correctly, you seem to be saying that two > distfiles autogenerated from the _same_ tag etc. in the _same_ > repository, and actually containing exactly the same code, can > nevertheless generate different checksums!? Wouldn't that be a > bug in the DVCS? If archive contains timestamp of its creation in header, checksums of ARCHIVE will be different for sure. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 08:54:25 2011 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 50F92106564A; Sat, 10 Sep 2011 08:54:25 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id F34AB8FC08; Sat, 10 Sep 2011 08:54:24 +0000 (UTC) Received: by gxk1 with SMTP id 1so2214408gxk.10 for ; Sat, 10 Sep 2011 01:54:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=NMvq9DbeGXMAmQOtPJJiJYxrnVQklngyFgPjSYnbaog=; b=x6hk05f2/LXMpVAGEjcY0TFGMb9EU1ATolwBykZmOFvdppJmgfWvmHsWLjsDif3lti Rjgr3K51dAD1GfqM9ShJQuTRzCgL4A0Zs8Y2dGeK9hrOFX98no6rXfKhUTa5jbowcBGL /vYcLiOJg33WntZxcV34sb11IDzj6FW9IFbiU= Received: by 10.231.66.85 with SMTP id m21mr3676794ibi.53.1315644864108; Sat, 10 Sep 2011 01:54:24 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 01:53:54 -0700 (PDT) In-Reply-To: <4E6B227B.5050708@FreeBSD.org> References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> From: Chris Rees Date: Sat, 10 Sep 2011 09:53:54 +0100 X-Google-Sender-Auth: g6NFpaWcJtjPcd2CUxoh7zF3ECw Message-ID: To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-ports@FreeBSD.org" , Carsten Jensen Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 08:54:25 -0000 On 10 September 2011 09:40, Doug Barton wrote: > The way that the FreeBSD project handles deleted ports is to leave them > in the CVS repository, where they are easily available to everyone who > would like to access them. > > However I think that your idea is interesting, and I'd love to see the > people who are deeply concerned about deleted ports pursue it as an > independent project. If they do, I will personally put a reference to it > in the Handbook. :) > > > Doug I also don't think this is a terrible idea, but perhaps we could just put a little section about Resurrecting dead ports with a quick cvs tutorial into the Porter's Handbook? Chris > On 09/10/2011 01:08, Carsten Jensen wrote: >> I've seen many requests of late, for ports that are no longer in >> active development, abandoned etc but still working, but they've been >> removed from ports. >> >> here's an idea, I don't know if this has been discussed before. It >> requires work of course. But doesn't require a person to know how to >> develop, which is the biggest issue for people who use ports but >> don't know how to make a fix to keep it active. >> >> When a port is removed, it'll be compressed and put as a single >> download file. this way the patch information isn't lost and it'll be >> easier for someone to build said package. Of course there'll be >> complications, this is where a disclaimer comes in (no support, you >> are on your own). >> >> As I see it, the work required, after the initial setup, is when a >> port is marked for deletion is to pack it, upload it, and add a >> comment as last known working (FBSD) version. It sounds easier than >> probable will be >> >> The package could then be deleted when it survives 2 major FBSD >> versions. >> >> I know this will be 2 databases need maintaining, but look at the >> good aspects. >> * Ports will be cleaned of old/(almost) unused stuff >> * People will still have a chance to use an old application >> >> I could be wrong but I don't think that it requires a lot to >> maintain, just a few hours a month. >> >> Some major things to discuss about this is: Hosting: will freebsd.org >> / mirrors lend space/bandwidth to this ? Initial setup: package >> should be download-able using fetch, perhaps a nice web interface >> with descriptions of the package. >> >> >> By definition of package I mean the files in ports excluding the >> source code compressed, so you basically could extract said package >> into ports and use it as it never was removed. >> >> If there's enough backup for this project, I wouldn't mind taking on >> the job, but for it to get most the success it'll need help from the >> port committers. >> >> >> Cheers Carsten >> >> >> >> >> >> >> >> _______________________________________________ >> 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" >> > > > > -- > > =A0 =A0 =A0 =A0Nothin' ever doesn't change, but nothin' changes much. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0-- OK Go > > =A0 =A0 =A0 =A0Breadth of IT experience, and depth of knowledge in the DN= S. > =A0 =A0 =A0 =A0Yours for the right price. =A0:) =A0http://SupersetSolutio= ns.com/ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 10:09:21 2011 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 7E45F106566C for ; Sat, 10 Sep 2011 10:09:21 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id DF6748FC21 for ; Sat, 10 Sep 2011 10:09:20 +0000 (UTC) Received: (qmail invoked by alias); 10 Sep 2011 10:09:19 -0000 Received: from g227136144.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.227.136.144] by mail.gmx.net (mp057) with SMTP; 10 Sep 2011 12:09:19 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18DZ6xJukYDVzN/HCPblqWqF+btRrPF91S5ALYW9g F8cAl4QE3QuFjk Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id CD2AD23DC2D; Sat, 10 Sep 2011 12:09:16 +0200 (CEST) Message-ID: <4E6B374C.5040302@gmx.de> Date: Sat, 10 Sep 2011 12:09:16 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> In-Reply-To: <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/cfs 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, 10 Sep 2011 10:09:21 -0000 Am 10.09.2011 16:08, schrieb perryh@pluto.rain.com: > Last I knew, if port X uses services provided by port Y and port > Y changes, port X often needs to be rebuilt and reinstalled even > though nothing in port X has changed. AFAIK this has nothing to > do with backups. > > If you've found a way to avoid ever having to rebuild, say, kdiff3 > when something changes in KDE, I'm sure the authors of portupgrade > and portmaster would like to hear about it! It would greatly > simplify their job. Interesting question that you pose. In cases where only the so-called SONAME of libraries in port Y changed, but not that part of the ABI that port X used, chances are we might go without it for the majority of ports, but that's not done currently. However, the versioning of .so files and FreeBSD's linker isn't currently up to such a task, so we might have to hack the executables and libraries in port X to include the new SONAME, and wouldn't get guarantees it actually worked. On the other hand, you're pointing out a problem of dead ports in the first place: if the API of (usually library) port Y changes, and port X is unmaintained, that's typically a situation where port X needs to be deprecated and removed (and also will no longer build and/or work). From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 10:09:56 2011 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id EF2A21065670; Sat, 10 Sep 2011 10:09:55 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 6BB3123CF4F; Fri, 9 Sep 2011 18:06:30 +0200 (CEST) Message-ID: <4E6A3986.6030505@FreeBSD.org> Date: Fri, 09 Sep 2011 18:06:30 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: Erik Trulsson References: <4e65b42e.M5K+to11vAdk/UTk%perryh@pluto.rain.com> <4E6581E2.1060502@FreeBSD.org> <4e671817.ddHMkPbq9dJ7tLMz%perryh@pluto.rain.com> <4E66EFC5.3020201@FreeBSD.org> <4e67a3b2.CVKcpQ8KQzuo8BP+%perryh@pluto.rain.com> <4E67F41F.70401@FreeBSD.org> <4E680908.3060708@aldan.algebra.com> <20110908084205.GG13219@portland.byshenk.net> <4E68CE0D.2050000@aldan.algebra.com> <4E68EF1E.9090803@FreeBSD.org> <20110909052210.GA5505@owl.midgard.homeip.net> In-Reply-To: <20110909052210.GA5505@owl.midgard.homeip.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: ports-system priorities rant (Re: sysutils/cfs) 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, 10 Sep 2011 10:09:56 -0000 >> An obscure piece of software is undesirable (and shouldn't be ported in >> the first place). > > Bullshit! I think that suffices. If the discussion is getting emotional, we should stop it. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 10:11:31 2011 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 21C4C1065674; Sat, 10 Sep 2011 10:11:31 +0000 (UTC) (envelope-from villa.alberto@gmail.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 71CA08FC16; Sat, 10 Sep 2011 10:11:29 +0000 (UTC) Received: by fxe4 with SMTP id 4so4340296fxe.13 for ; Sat, 10 Sep 2011 03:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=Jon4XFHZhbaVcw6cFMv07TK0VLekboGO6HpYomoWx3c=; b=n9UHL1sskGwPo1cozQdxERiw6i902Mx8abiiMat7y5+KM54HWlerMXOH6aHAiFGq+b kwQJo4vmQ/8vLRuHya1p2ewhR8VZ+LxUipdzU/Io0WLzRv3clouP2o6xQ49DvxYKlSsi tF07bj9Jfnj0ENvjNzFW7dvHBlvUeD7C4HBws= Received: by 10.223.99.65 with SMTP id t1mr100236fan.93.1315647971949; Sat, 10 Sep 2011 02:46:11 -0700 (PDT) Received: from woodstock.peanuts (host240-120-dynamic.51-79-r.retail.telecomitalia.it [79.51.120.240]) by mx.google.com with ESMTPS id d8sm4129464fae.0.2011.09.10.02.46.09 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 10 Sep 2011 02:46:10 -0700 (PDT) Sender: Alberto Villa From: Alberto Villa Organization: The FreeBSD Project To: freebsd-ports@freebsd.org Date: Sat, 10 Sep 2011 11:46:05 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-CURRENT; KDE/4.7.0; amd64; ; ) References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4718019.SMW9yAS9cT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201109101146.08656.avilla@freebsd.org> Cc: Chris Rees , Doug Barton , Carsten Jensen Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 10:11:31 -0000 --nextPart4718019.SMW9yAS9cT Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Saturday 10 September 2011 10:53:54 Chris Rees wrote: > I also don't think this is a terrible idea, but perhaps we could just > put a little section about Resurrecting dead ports with a quick cvs > tutorial into the Porter's Handbook? why not writing a make target in bsd.port.mk to do it? cvs is in base, afte= r=20 all. something like `make resurrect the/port`... =2D-=20 Alberto Villa, FreeBSD committer http://people.FreeBSD.org/~avilla Invest in physics -- own a piece of Dirac! --nextPart4718019.SMW9yAS9cT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iJwEAAECAAYFAk5rMeAACgkQ3xiC6kQ1CosFjQQAuAXKrGxxw12PC8p6gn9qpLu3 8VuxuirAxPqCPhl6gozsu0DRVBVrIs7OHjZxnsaddx+CYJFHcXF9fCm1XROIsBNm 8vI6UR1M1bgzEqK3DbHjS9UYu7nlQ22x+JX1Xse7bC7uyvrzVCSvGuHDehX/1pY6 j8crMDvLHaYU2YtgccY= =XOYq -----END PGP SIGNATURE----- --nextPart4718019.SMW9yAS9cT-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 10:22:39 2011 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 D69C41065673; Sat, 10 Sep 2011 10:22:39 +0000 (UTC) (envelope-from wim@denocker.com) Received: from ns.lettervorm.be (ns.lettervorm.be [80.255.244.52]) by mx1.freebsd.org (Postfix) with ESMTP id 681028FC1A; Sat, 10 Sep 2011 10:22:39 +0000 (UTC) Received: from imac-van-wim-de-nocker.local (d5152C359.static.telenet.be [81.82.195.89]) (authenticated bits=0) by ns.lettervorm.be (8.14.3/8.14.3) with ESMTP id p8AAA8XG015326; Sat, 10 Sep 2011 12:10:09 +0200 (CEST) (envelope-from wim@denocker.com) Message-ID: <4E6B3780.7080901@denocker.com> Date: Sat, 10 Sep 2011 12:10:08 +0200 From: Wim De Nocker User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: decke@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-lettervorm.be-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: p8AAA8XG015326 X-lettervorm.be-MailScanner: Found to be clean X-lettervorm.be-MailScanner-From: wim@denocker.com X-Spam-Status: No Cc: ports@FreeBSD.org Subject: FreeBSD Port: redmine-1.2.1_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 10:22:39 -0000 have tried to install the current port version on several systems now. All attempt failed. No fresh install is possible (Freebsd 8.1, 8.2, 7.1), and using portupgrade/portmaster also breaks Redmine. Ruby version is at # ruby 1.8.7 (2011-06-30 patchlevel 352) [i386-freebsd8] all the way I get errors saying Gem::SourceIndex#add_spec called from /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:91. NOTE: Gem::SourceIndex#add_spec is deprecated, use Specification.add_spec. It will be removed on or after 2011-11-01. and additional => Rails 2.3.11 application starting on http://0.0.0.0:3000 /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:277:in `==': undefined method `name' for "actionmailer":String (NoMethodError) from /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `===' (or other comparable messages if certain gems are not installed) Do you have any clue why this breaks ? (I'm not a Ruby/rails expert... but I sure do like Redmine...) tx, wim -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 10:24:36 2011 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 CDCE5106566B for ; Sat, 10 Sep 2011 10:24:36 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 3B1488FC08 for ; Sat, 10 Sep 2011 10:24:35 +0000 (UTC) Received: (qmail invoked by alias); 10 Sep 2011 10:24:34 -0000 Received: from g227136144.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.227.136.144] by mail.gmx.net (mp040) with SMTP; 10 Sep 2011 12:24:34 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19sHFlGqcFsmM/4y+zDn2KjK7h314VJs+NdsBZeBC JgUD2z88C0zY86 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id A28D123CE28; Sat, 10 Sep 2011 12:24:33 +0200 (CEST) Message-ID: <4E6B3AE1.80100@gmx.de> Date: Sat, 10 Sep 2011 12:24:33 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <20110910004553.610dc809@cox.net> In-Reply-To: <20110910004553.610dc809@cox.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: conrads@cox.net Subject: Re: ports deprecations (was: sysutils/cfs) 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, 10 Sep 2011 10:24:37 -0000 Am 10.09.2011 07:45, schrieb Conrad J. Sabatier: >>> Frankly, I'm growing increasingly concerned that this push to >>> eliminate ports is getting out of control. I don't much care for >>> the notion that, having invested the time in installing, >>> configuring and tuning a certain set of software packages, suddenly >>> the rug could be pulled out from under me, so to speak, in essence >>> *forcing* me to abandon using certain packages or else deal with >>> maintaining them (in the ports maintainer sense) on my own. >> >> The rug is pulled by the upstream maintainers abandoning their >> software, not by FreeBSD no longer packaging it years after the fact. > > While I understand the reasoning behind this, I still feel that as long > as a package continues to build and run without any known issues, then > why be in a rush to drop it? The argument that "the ports collection > is not a museum" is valid to some degree, but if a package is still > usable (and useful), then aren't we shooting ourselves in the foot by > dropping it? Conrad, (courtesy Cc: after changed subject, please reply to the list) I'd see that as proactive maintenance. If there is no upstream maintainer any more, chances is that one time the port needs code changes to adapt to changes in underlying libraries. For the sake of argument, let's assume this example (I'm not sure if libpng would be a real-world instance of it, I didn't care enough to have a closer look): There are points in time when dead port X using a changed library Y needs code changes, for instance, if library Y in some old unmaintained version is vulnerable, and its fixed versions have a different API. Now, if we tell people soon enough that they may run into that problem, chances are that people never hit the problem, and chances are that people hit the problem soon - and the fewer users of the dead port are forced to make the switch, the better. The open question is, is there a point in marking a point DEPRECATED without giving an expiration date. My personal answer is "no" because no-one will believe in a DEPRECATED tag without EXPIRATION_DATE and people will be disappointed because they've grown used to custom and practice and I can already see the "we told you it was DEPRECATED". The real point is that the FreeBSD ports system can not fill in for the maintainers of discontinued ports. There is a certain pragmatism to "as long as it builds, appears to work, and there are no known critical bugs, let's keep it", but it has this organizational drawback that it becomes custom and practice at some time, and ends up hurting more people in the end. Best regards, Matthias From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 11:40:59 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id F413A106566C for ; Sat, 10 Sep 2011 11:40:58 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id D4B7723CEB1 for ; Sat, 10 Sep 2011 13:40:57 +0200 (CEST) Message-ID: <4E6B4CC9.6060007@FreeBSD.org> Date: Sat, 10 Sep 2011 13:40:57 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201109070633.p876X8uc083295@koala.droso.net> <20110909061504.647df52e@cox.net> <4E6A4CEB.3030503@gmx.de> <20110910003514.153ce78b@cox.net> In-Reply-To: <20110910003514.153ce78b@cox.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: deprecated because: Development has ceased??? Maybe development is *complete* 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, 10 Sep 2011 11:40:59 -0000 Am 10.09.2011 07:35, schrieb Conrad J. Sabatier: > Well, I'm certainly willing to do what I can, for as long as I can. I > maintain a handful of other ports, so I'm not unfamiliar with ports > maintenance. As long as I'm capable of doing so, I'd be glad to. If > at some point, some change in the base system or ports renders further > maintenance extraordinarly difficult or impossible, well then of > course, I would have to relinquish those duties and let these two ports > climb the stairs to the Attic. :-) Thank you, and good speed with your new ports. :) > Well, I' sure you know that installing from source "by hand" is often > much more difficult than using ports. All sorts of odd little "road > bumps" often crop up that have to be dealt with, and many users simply > may not have the necessary skills. And if they don't have the skills to self-support such installations, they shouldn't be using dead software, because they must be able to rely on us for some support. For these users, it's better if they find themselves another ports that fits their purpose. > That whole area still just seems rather fuzzy and grey to me. > Opinions as to what constitutes "support" seem to vary widely. It's a fuzzy term indeed. The point is avoiding making promises (by packaging dead ports) that we can't live up to -- and for me, it was an implicit given all the time that "we're talking about unmaintained ports". > My *personal* feeling is that as long as a port continues to build and > run and doesn't require any modifications to other ports in order to > do so, and has no known serious vulnerabilities that would render it > truly dangerous to use, then we should try to keep it around (yes, even > if it means we have to host the distfiles(s) after the original site is > gone, which I know many would disagree with). I think that I could live with, although I'd extend the restriction beyond just serious vulnerabilities, but those would be criteria other people would subscribe to (such as critical bugs, like corrupting data. According to Debian's definitions [1], it'd be somewhere around "serious" or "grave" bugs. [1] http://www.debian.org/Bugs/Developer#severities - note the site negotiates language with your browser, be sure to configure the latter properly. > Again, just my personal feelings on the matter. Having dabbled with a > number of Linux distributions, I feel very strongly that the ports > collection is one of FreeBSD's strongest assets (relative to Linux), and > that we should strive to keep it as "complete" (for lack of a better > word) and rich and diverse as possible. Yes, but my personal feeling is "not at all costs". If the trade-ins to be made in order to have a port in get too large, time to reconsider inclusion. Which is what has happened more extensively than in the past. When I made first contact with FreeBSD (4.X with 3.X still popular), it was just short of 6,000 ports. That has more than tripled in the years since. That is a humongous amount of software, and even if we drop 1,000 ports, that's less than 5% today. Of course someone's favourite may be one of those 5%, which hurts and gets complaints, but in perspective it doesn't look that bad. > While I haven't done an extensive search for alternative language > translation software (truth is, I was in a bit of a hurry to get > something useful installed as quickly as possible, and ksteak seemed > the most appealing), I do think ksteak is one of the most pleasant to > use, and also offers a fairly rich set of translations compared to some > others that I've tried in the past. I'd really hate to see it go > before it really is necessary. Looks like these two guys (steak and ksteak) didn't have sufficient momentum to be ported over to Qt4. > So, yes, I will officially volunteer to take over as maintainer of > these ports. I'll send-pr them shortly. Thanks a bunch for helping us! From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 13:30:47 2011 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 625AF106566B; Sat, 10 Sep 2011 13:30:47 +0000 (UTC) (envelope-from utisoft@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 BA0D18FC0C; Sat, 10 Sep 2011 13:30:46 +0000 (UTC) Received: by gyf2 with SMTP id 2so2750831gyf.13 for ; Sat, 10 Sep 2011 06:30:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=x8+NyYuLEqS4r9g0Y08/32D6YPAazAuNxS3unrLhmAE=; b=GSrALF5agABusAiKEUZXQS9UE5WJrqHavJhhUCpkJoEVn1eCc2SNOjIqAB3snQEE48 janEaVN1FSu1Pit8+2JjIBNHtrIIXZkE42Y5ls0xAPb8nT/c8pHXppbndrUOMG8k4UbM vmhQEC4GEgmXQUUMeFDmvoL4dRXaIATMPmPuw= Received: by 10.42.144.1 with SMTP id z1mr498014icu.306.1315661446111; Sat, 10 Sep 2011 06:30:46 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 06:30:16 -0700 (PDT) In-Reply-To: <201109101146.08656.avilla@freebsd.org> References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <201109101146.08656.avilla@freebsd.org> From: Chris Rees Date: Sat, 10 Sep 2011 14:30:16 +0100 X-Google-Sender-Auth: 5qSoilCdFIqxTYYbA8ZyZnsaICU Message-ID: To: Alberto Villa Content-Type: text/plain; charset=ISO-8859-1 Cc: Doug Barton , freebsd-ports@freebsd.org, Carsten Jensen Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 13:30:47 -0000 On 10 September 2011 10:46, Alberto Villa wrote: > On Saturday 10 September 2011 10:53:54 Chris Rees wrote: >> I also don't think this is a terrible idea, but perhaps we could just >> put a little section about Resurrecting dead ports with a quick cvs >> tutorial into the Porter's Handbook? > > why not writing a make target in bsd.port.mk to do it? cvs is in base, after > all. something like `make resurrect the/port`... Kinda needs more manual intervention-- one needs to find out from cvsweb how long ago the port was deleted, but it's pretty simple from a maintainer point of view; [crees@zeus]~/workspace/ports/pcvs% pcvs co -D "last week" ports/mail/libspf2-10 cvs checkout: Updating ports/mail/libspf2-10 U ports/mail/libspf2-10/Makefile U ports/mail/libspf2-10/distinfo U ports/mail/libspf2-10/pkg-descr U ports/mail/libspf2-10/pkg-plist Of course, pcvs should be replaced by whatever anoncvs command anyone would care to use, and actually readding the port involves mail/Makefile and MOVED, but the committer dealing with the PR can deal with that. Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 14:02:56 2011 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 37DD5106566C; Sat, 10 Sep 2011 14:02:56 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id C0FD68FC0A; Sat, 10 Sep 2011 14:02:55 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 2DB225; Sat, 10 Sep 2011 15:47:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Sat, 10 Sep 2011 15:47:48 +0200 From: Bernhard Froehlich To: Wim De Nocker In-Reply-To: <4E6B3780.7080901@denocker.com> References: <4E6B3780.7080901@denocker.com> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.5.4 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0205.4E6B6A84.0034,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: ports@FreeBSD.org, ruby@FreeBSD.org Subject: Re: FreeBSD Port: redmine-1.2.1_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 14:02:56 -0000 On Sat, 10 Sep 2011 12:10:08 +0200, Wim De Nocker wrote: > have tried to install the current port version on several systems now. > All attempt failed. > No fresh install is possible (Freebsd 8.1, 8.2, 7.1), and using > portupgrade/portmaster also breaks Redmine. > > Ruby version is at > # ruby 1.8.7 (2011-06-30 patchlevel 352) [i386-freebsd8] > > all the way I get errors saying > Gem::SourceIndex#add_spec called from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:91. > NOTE: Gem::SourceIndex#add_spec is deprecated, use > Specification.add_spec. It will be removed on or after 2011-11-01. > > and additional > => Rails 2.3.11 application starting on http://0.0.0.0:3000 > /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:277:in > `==': undefined method `name' for "actionmailer":String > (NoMethodError) > from > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `===' Haven't got those messages yet but something like this: undefined method `name' for "daemons":String /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:277:in `==' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `===' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `matching_specs' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in `find_all' /usr/local/lib/ruby/site_ruby/1.8/rubygems/specification.rb:410:in `each' /usr/local/lib/ruby/site_ruby/1.8/rubygems/specification.rb:409:in `each' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:216:in `find_all' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:216:in `matching_specs' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:238:in `to_specs' /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:256:in `to_spec' /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:1200:in `gem' /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:75:in `add_load_paths' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in `add_gem_load_paths' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in `each' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in `add_gem_load_paths' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:132:in `process' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:113:in `send' /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:113:in `run' /usr/local/www/redmine/config/environment.rb:20 Well obviously someone broke redmine _again_! So I've CC'd ruby@ because they should at least know when they break something though they usually don't care about it. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 14:45:07 2011 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 168B91065673 for ; Sat, 10 Sep 2011 14:45:07 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 7995D8FC1B for ; Sat, 10 Sep 2011 14:45:06 +0000 (UTC) Received: (qmail invoked by alias); 10 Sep 2011 14:45:04 -0000 Received: from g227136144.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.136.144] by mail.gmx.net (mp013) with SMTP; 10 Sep 2011 16:45:04 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19E2ddejzRElW2aNQtXadYn0/Xy8cfjCkoid0we1a H2O2CXIxNX3rOt Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 259BC23CE28 for ; Sat, 10 Sep 2011 16:45:03 +0200 (CEST) Message-ID: <4E6B77EE.6030509@gmx.de> Date: Sat, 10 Sep 2011 16:45:02 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> In-Reply-To: <4E6B227B.5050708@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 14:45:07 -0000 Am 10.09.2011 10:40, schrieb Doug Barton: > The way that the FreeBSD project handles deleted ports is to leave them > in the CVS repository, where they are easily available to everyone who > would like to access them. > > However I think that your idea is interesting, and I'd love to see the > people who are deeply concerned about deleted ports pursue it as an > independent project. If they do, I will personally put a reference to it > in the Handbook. :) I think the question that we can find an easy answer to is see to documenting and possibly providing a script that checks out ports from anoncvs's Attic for them. Along with some documentation explaining typical upgrade chores, like removing shared library versions from the _DEPENDS lines. If it then fails to build, the user knows why we killed the port -- and/or it can serve a starting point for those who try to polish it, and possibly submit. A committer could, after a PR, possibly stuff new submissions in the attic. We're out of responsibility for anything, users can still have it. Fewer questions asked, no CVS skills needed, and a lower barrier for users to get to the work we have done in the past but are no longer carrying forward. I somewhat dislike the idea of keeping a separate repository though, and I want to make installing dead ports harder for users. Collecting all places where relevant documentation is required would take some time, and could be a job up for grabs for non-developers. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 14:56:09 2011 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 EBA21106566B; Sat, 10 Sep 2011 14:56:08 +0000 (UTC) (envelope-from decke@FreeBSD.org) Received: from groupware.itac.at (groupware.itac.at [91.205.172.99]) by mx1.freebsd.org (Postfix) with ESMTP id 910708FC19; Sat, 10 Sep 2011 14:56:08 +0000 (UTC) Received: from home.bluelife.at (93.104.210.95) by groupware.itac.at (Axigen) with (AES256-SHA encrypted) ESMTPSA id 0590EC; Sat, 10 Sep 2011 16:56:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Date: Sat, 10 Sep 2011 16:56:08 +0200 From: Bernhard Froehlich To: Wim De Nocker In-Reply-To: References: <4E6B3780.7080901@denocker.com> Message-ID: X-Sender: decke@FreeBSD.org User-Agent: Roundcube Webmail/0.5.4 X-AxigenSpam-Level: 1 X-CTCH-RefID: str=0001.0A0B0206.4E6B7A87.004F,ss=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Cc: ports@FreeBSD.org, ruby@FreeBSD.org Subject: Re: FreeBSD Port: redmine-1.2.1_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 14:56:09 -0000 On Sat, 10 Sep 2011 15:47:48 +0200, Bernhard Froehlich wrote: > On Sat, 10 Sep 2011 12:10:08 +0200, Wim De Nocker wrote: >> have tried to install the current port version on several systems now. >> All attempt failed. >> No fresh install is possible (Freebsd 8.1, 8.2, 7.1), and using >> portupgrade/portmaster also breaks Redmine. >> >> Ruby version is at >> # ruby 1.8.7 (2011-06-30 patchlevel 352) [i386-freebsd8] >> >> all the way I get errors saying >> Gem::SourceIndex#add_spec called from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/source_index.rb:91. >> NOTE: Gem::SourceIndex#add_spec is deprecated, use >> Specification.add_spec. It will be removed on or after 2011-11-01. >> >> and additional >> => Rails 2.3.11 application starting on http://0.0.0.0:3000 >> /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:277:in >> `==': undefined method `name' for "actionmailer":String >> (NoMethodError) >> from >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `===' > > Haven't got those messages yet but something like this: > > undefined method `name' for "daemons":String > /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:277:in > `==' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in `===' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:217:in > `matching_specs' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:36:in > `find_all' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/specification.rb:410:in > `each' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/specification.rb:409:in > `each' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:216:in > `find_all' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:216:in > `matching_specs' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:238:in > `to_specs' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/dependency.rb:256:in > `to_spec' > /usr/local/lib/ruby/site_ruby/1.8/rubygems.rb:1200:in `gem' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/rails/gem_dependency.rb:75:in > `add_load_paths' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in > `add_gem_load_paths' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in > `each' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:301:in > `add_gem_load_paths' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:132:in > `process' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:113:in > `send' > /usr/local/www/redmine/config/../vendor/rails/railties/lib/initializer.rb:113:in > `run' > /usr/local/www/redmine/config/environment.rb:20 > > > Well obviously someone broke redmine _again_! So I've CC'd ruby@ > because they should at least know when they break something though they > usually don't care about it. It turned out that this problem is a regression in RubyGems 1.8 and hasn't been fixed upstream yet. http://rubyforge.org/tracker/index.php?func=detail&aid=29188&group_id=126&atid=575 The temporary workaround is to downgrade devel/ruby-gems to 1.7.2 so I've created an port for that out of the history: http://home.bluelife.at/patches/ruby-gems-1.7.2-port.tar.gz There is no need to reinstall any of the installed gems. I will mark the port as BROKEN for now until a fix for RubyGems 1.8.x is available or someone finds a workaround for 1.8. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 16:05:07 2011 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 537941065672; Sat, 10 Sep 2011 16:05:04 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from alpha.inerd.com (alpha.inerd.com [204.109.56.118]) by mx1.freebsd.org (Postfix) with ESMTP id DE7EB8FC1C; Sat, 10 Sep 2011 16:05:03 +0000 (UTC) Received: from charon.picobyte.net (localhost [127.0.0.1]) by alpha.inerd.com (Postfix) with ESMTP id 92B6C147CD7; Sat, 10 Sep 2011 16:05:02 +0000 (UTC) Date: Sat, 10 Sep 2011 17:05:01 +0100 From: Shaun Amott To: "Klaus T. Aehlig" Message-ID: <20110910160501.GA80313@charon.picobyte.net> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <151147912.20110909175747@serebryakov.spb.ru> <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> <20110909152657.GA76229@charon.picobyte.net> <20110909153914.GA88239@kta1c10.sesnet.soton.ac.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20110909153914.GA88239@kta1c10.sesnet.soton.ac.uk> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 16:05:07 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 09, 2011 at 04:39:14PM +0100, Klaus T. Aehlig wrote: >=20 > > Until recently, github required two requests to get a tarball: one to > > initiate the tarball creation, the other to download it. >=20 > Yes, that's what I remember. The URL you got after the first redirect > was then good for a couple of days -- till eventually it wasn't used > for long enough time and the initial request was necessary again to > initiate tarball creation once again. >=20 > When did they change that? That's definitely good news. The change occurred sometime in the last few months. This might be related: https://github.com/blog/900-nodeload2-downloads-reloaded --=20 Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk5riq0ACgkQkmhdCGs4eprYGgCeNH7A3G4LriZJTthkDcDOJrLo I54An1CdN/7VbmY4cg5vqwG+rEpjHY6v =nB3H -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 16:31:45 2011 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 CE3281065673 for ; Sat, 10 Sep 2011 16:31:45 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy8-pub.bluehost.com (oproxy8.bluehost.com [IPv6:2605:dc00:100:2::a8]) by mx1.freebsd.org (Postfix) with SMTP id 8BA2B8FC13 for ; Sat, 10 Sep 2011 16:31:45 +0000 (UTC) Received: (qmail 14526 invoked by uid 0); 10 Sep 2011 16:31:45 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy8.bluehost.com with SMTP; 10 Sep 2011 16:31:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=n89hPrELlT01ujM+5SPERvjiStXQawdvVzakm++CAjw=; b=JPEooICuNdmH9NhG6nkZq6C8pzf1og2At3vcBkbS9AqYOAidZmlvwXH3getOc9w04GSxOoqyWHz3SaroXxbmSazgSy9Z4OsUhgp8ANBt/kRC+jkZ/vKr9D2adnSEHGPg; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R2QT2-0000jg-3W for freebsd-ports@freebsd.org; Sat, 10 Sep 2011 10:31:45 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Sat, 10 Sep 2011 10:12:49 -0600 Date: Sat, 10 Sep 2011 10:12:49 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110910161249.GA23457@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <20110910004553.610dc809@cox.net> <4E6B3AE1.80100@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <4E6B3AE1.80100@gmx.de> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: ports deprecations (was: sysutils/cfs) 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, 10 Sep 2011 16:31:45 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 12:24:33PM +0200, Matthias Andree wrote: >=20 > The open question is, is there a point in marking a point DEPRECATED > without giving an expiration date. My personal answer is "no" because > no-one will believe in a DEPRECATED tag without EXPIRATION_DATE and > people will be disappointed because they've grown used to custom and > practice and I can already see the "we told you it was DEPRECATED". >=20 > The real point is that the FreeBSD ports system can not fill in for the > maintainers of discontinued ports. >=20 > There is a certain pragmatism to "as long as it builds, appears to work, > and there are no known critical bugs, let's keep it", but it has this > organizational drawback that it becomes custom and practice at some > time, and ends up hurting more people in the end. Maybe DEPRECATED is the wrong term for something that builds and works but has no maintainer, then. Maybe the term for it should be something like UNMAINTAINED or ABANDONED. That way, the message conveyed to the user is "This appears to work for now, and there are still using it, so we aren't going to make it exceedingly difficult to install on new deployments where people feel a need for it or want to maintain compatibility with other systems. There is no guarantee it will work in six months, though. Use at your own risk. If someone wants to start maintaining it, now is the time." I think part of the problem with the disagreements in this discussion is that everyone is focused on whether something builds, whether it has an obscure vulnerability that only affects particular use cases, and whether there is an upstream maintainer. Meanwhile, nobody seems to be discussing whether anyone uses it. I used a window manager in FreeBSD for about five years that had not upstream maintainer, because while the creator still maintained the codebase on his Website he no longer used it himself and never put any time into upkeep. Luckily, it was stable, had no known vulnerabilities, and did not appear to need any feature additions, either. It was my favorite window manager during that entire time and, though I've moved on early this year, the switch to a new window manager turns out to be a bit of a trade-off rather than a clear improvement -- but a trade-off that I think suits my current needs. No, I won't tell you which window manager, because if I want to use it again I don't want to discover that calling it to the minds of some of the ports people caused it to be deleted. Anyway, my point is that someone was *using* it, and quite liked it. If something is stable and secure and has an active maintainer, but nobody in the world uses it (or is likely to use it) other than that maintainer, it probably doesn't matter if it gets deleted from ports. If it has no upstream maintainer, but still builds, appears to be secure for pretty much every use case, and there are hundreds of users, deleting it is likely to make a lot of people unhappy. The problem with that, of course, is that it can be very difficult to measure actual users. I just don't think we should lose sight of the fact that should be regarded as one of the most important factors in determining whether a given port should exist. If enough people want it, a maintainer will probably appear eventually, even if it's not in the next few weeks, after all. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5rjIEACgkQ9mn/Pj01uKX0kQCg96rGZygF2dRCWFFVKxJh9ezp hg8AoKHdeBjFZoX3sshRiUdnBfjG6CSI =8gJS -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 16:33:15 2011 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 1C310106564A for ; Sat, 10 Sep 2011 16:33:15 +0000 (UTC) (envelope-from shaun@FreeBSD.org) Received: from alpha.inerd.com (alpha.inerd.com [204.109.56.118]) by mx1.freebsd.org (Postfix) with ESMTP id E7C478FC12 for ; Sat, 10 Sep 2011 16:33:14 +0000 (UTC) Received: from charon.picobyte.net (localhost [127.0.0.1]) by alpha.inerd.com (Postfix) with ESMTP id DCF4F147CD7; Sat, 10 Sep 2011 16:14:08 +0000 (UTC) Date: Sat, 10 Sep 2011 17:14:07 +0100 From: Shaun Amott To: "Klaus T. Aehlig" Message-ID: <20110910161407.GB80313@charon.picobyte.net> References: <20110910033427.GA39334@curry.linta.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OwLcNYc0lM97+oe1" Content-Disposition: inline In-Reply-To: <20110910033427.GA39334@curry.linta.de> User-Agent: Mutt/1.5.20 (FreeBSD i386) Cc: ports@freebsd.org, KATO Tsuguru Subject: Re: Why was rdiff.1 removed from net/librsync? 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, 10 Sep 2011 16:33:15 -0000 --OwLcNYc0lM97+oe1 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 04:34:27AM +0100, Klaus T. Aehlig wrote: > I recently had a quick look at net/librsync and was puzzled that > it installs rdiff, but not the man page for rdiff. Looking at the > history, this has happened with the update to 0.9.6, submitted in > PR ports/55469 [1]. However, I fail to see the reason for removing > the man page. Leaving it in, i.e., applying the attached patch, the > port still builds and installs cleanly (see, e.g., my tinderboxlog[2]). > Moreover, portsearch -f man1/rdiff.1 didn't find me any other port > installing a rdiff man page. >=20 > So, can someone explain me, why the port deliberatly removes the man page? I've applied your patch to re-add the man page. The PR you referenced removed the rdiff binary too, but it was restored in a later commit. Presumably the man page was forgotten. --=20 Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson --OwLcNYc0lM97+oe1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk5rjM8ACgkQkmhdCGs4epoNmQCg5sTnmnaUjOUBBuUyNhsfYGiE 6gIAn0wBCoa5wPbJTCUNbPoqhq2qHEPO =pJXf -----END PGP SIGNATURE----- --OwLcNYc0lM97+oe1-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 16:36:32 2011 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 6F3091065673 for ; Sat, 10 Sep 2011 16:36:32 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by mx1.freebsd.org (Postfix) with SMTP id 2D9668FC12 for ; Sat, 10 Sep 2011 16:36:32 +0000 (UTC) Received: (qmail 20725 invoked by uid 0); 10 Sep 2011 16:36:31 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by oproxy7.bluehost.com with SMTP; 10 Sep 2011 16:36:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=mQhYnOfK9dvD15tt8ZKeo/0OBEKjMSpV+ILdX4A5cBw=; b=NfgmaOCn1ldFaNlv3ONQWZuSqv8Y2YRenC3fyJBt6TBnXGAWqGYGnDyfwOEKg8/LpVC0f/R+Q29pu/YaN5FE78GEW0EHW4oCvy8GjEW+OX5xo/W8G2smPg4+f08vpxo/; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R2QXe-0004ze-NQ for freebsd-ports@freebsd.org; Sat, 10 Sep 2011 10:36:31 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Sat, 10 Sep 2011 10:17:36 -0600 Date: Sat, 10 Sep 2011 10:17:36 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110910161736.GB23457@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> <4E6B374C.5040302@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <4E6B374C.5040302@gmx.de> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: sysutils/cfs 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, 10 Sep 2011 16:36:32 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 12:09:16PM +0200, Matthias Andree wrote: >=20 > On the other hand, you're pointing out a problem of dead ports in the > first place: if the API of (usually library) port Y changes, and port X > is unmaintained, that's typically a situation where port X needs to be > deprecated and removed (and also will no longer build and/or work). I want to understand all the reasoning behind this stuff. Please explain the reason that library Y changing means that dependent port X should be deprecated and removed, regardless of whether it no longer builds and/or works. Note that I'm working on the assumption that your assertion it should be deprecated and removed does not rely on it no longer building and/or working because of the way you mentioned no longering building and/or working as a parenthetical addendum rather than a condition of deprecation and removal. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5rjaAACgkQ9mn/Pj01uKUGkgCgjqQlkAAZR8MbPHaPeAoBP0Ju bQoAnRPYCHM3ULT1xj4H64zr1L7yZPAH =hQbM -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 17:34:01 2011 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 66D86106564A; Sat, 10 Sep 2011 17:34:01 +0000 (UTC) (envelope-from utisoft@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 D01F88FC13; Sat, 10 Sep 2011 17:34:00 +0000 (UTC) Received: by gyf2 with SMTP id 2so2859658gyf.13 for ; Sat, 10 Sep 2011 10:34:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=jUOsPRjkHhqVwKCGywEGmc1ithPur/o8/WWkrnMJJFM=; b=hYInA2uqqK66PAzx8QQ80gFRuBjt06LtMTsEY1QxQ75dzIFTeibO+gGrGq1LA0Lrkb Mn+mcbkdIbcLFy/yv1nBDiFpreTuIMcHd6r58jL5uvCObWY2suH87EZ4EeeFPlX3IO/t Gxow1adcZEjkwND8IOXtfVS0377tOQYyLzq8c= Received: by 10.231.41.69 with SMTP id n5mr4390768ibe.92.1315676040081; Sat, 10 Sep 2011 10:34:00 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 10:33:30 -0700 (PDT) In-Reply-To: <20110909142857.GP31003@azathoth.lan> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <20110909142857.GP31003@azathoth.lan> From: Chris Rees Date: Sat, 10 Sep 2011 18:33:30 +0100 X-Google-Sender-Auth: -8KOv33rX2C0F79h8nhfO4xIkTs Message-ID: To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Lev Serebryakov , freebsd-ports@freebsd.org, "Klaus T. Aehlig" Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 17:34:01 -0000 On 9 September 2011 15:28, Baptiste Daroussin wrote: > On Fri, Sep 09, 2011 at 02:24:37PM +0100, Klaus T. Aehlig wrote: >> > The main problem with that is: we have no way to keep a valid sum of t= he >> > distfiles if it is autogenerated (in particular with github) and this = sum is >> > really important. >> With github this fortunately is a non-issue. Even though they autogenera= te their >> tar balls, they keep enough information to make them reproduciable. Just= try: >> >> /tmp>fetch https://github.com/Dieterbe/uzbl/tarball/2011.07.25 >> 2011.07.25 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0100% of =A0143 kB =A0177 kBps >> /tmp>sha256 2011.07.25 >> SHA256 (2011.07.25) =3D 2e61fa6c62e48d3f13e95a4ea7e7aead65345f6c88a68884= 4ef921685dffe565 >> /tmp>cat /usr/ports/www/uzbl/distinfo >> SHA256 (uzbl-0.0.0.2011.07.25.tar.gz) =3D 2e61fa6c62e48d3f13e95a4ea7e7ae= ad65345f6c88a688844ef921685dffe565 >> SIZE (uzbl-0.0.0.2011.07.25.tar.gz) =3D 146851 >> /tmp> >> >> There still remain some minor issuses, like >> >> * due to autogeneration, you're quite likely to get a http-redirect, >> * filenames like 2011.07.25 are not too suitable for a distfile. >> >> But they certainly can be fixed by an appropriate framework. The nice th= ing is, >> github does the autogeneration right. >> >> Best, >> Klaus >> > > This is new because I already poke them about this in the past (more than= a year > ago and they clearly stated that they can't change that and that github p= eople > shouldn't use this for realease but should use the real download space of > github) > > The issue opened about this seems to have disapear from github, maybe the= y > change their mind > I agree 100% with Bapt here-- I had the same problem with security/gorilla (I think it was gorilla...) -- the tarball wasn't stable over time and I had many problems with distinfo. I solved the problem, as Bapt suggested by approaching the author and politely asking if he would host the tarball on github. He agreed to do this. Most of the time developers using github simply overlook the problems of autogenerated tarballs, and just don't think to host dedicated ones -- I've never had a negative response from upstream about providing a proper stable tarball. Counterexamples welcome! Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 17:34:26 2011 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 D0B88106564A for ; Sat, 10 Sep 2011 17:34:26 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy4-pub.bluehost.com (oproxy4.bluehost.com [IPv6:2605:dc00:100:2::a4]) by mx1.freebsd.org (Postfix) with SMTP id 7A01F8FC0C for ; Sat, 10 Sep 2011 17:34:26 +0000 (UTC) Received: (qmail 30314 invoked by uid 0); 10 Sep 2011 17:34:26 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy1.bluehost.com with SMTP; 10 Sep 2011 17:34:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=stP/JIjbO3TF/6jyx1TdlyhfMT4oGt6L50Nf5h/lN0M=; b=ETwLY98F/uDmXvK0+NBX6SieIjKRA4O8MALVp5A0SSsWbbPkb1kMXG0/gUYauMwMFDWcFT+OvV7jZRNbvOpjvnquONFWzWAVJ2bYSDec3XEtE/sTwAOWdIG6Ni7fYVxD; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R2RRg-0000sM-Ua for freebsd-ports@freebsd.org; Sat, 10 Sep 2011 11:34:26 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Sat, 10 Sep 2011 11:15:30 -0600 Date: Sat, 10 Sep 2011 11:15:30 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110910171530.GC23457@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uXxzq0nDebZQVNAZ" Content-Disposition: inline In-Reply-To: <4E6B77EE.6030509@gmx.de> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 17:34:26 -0000 --uXxzq0nDebZQVNAZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 04:45:02PM +0200, Matthias Andree wrote: >=20 > I want to make installing dead ports harder for users. Why? --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --uXxzq0nDebZQVNAZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5rmzEACgkQ9mn/Pj01uKXYZQCgoBmD54u3jBLDqiFYhnBQ1zY+ u10AoJqYrR54a5uHj9GW/glOj+AAgTgN =Lu+9 -----END PGP SIGNATURE----- --uXxzq0nDebZQVNAZ-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 17:48:12 2011 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 211B1106566C; Sat, 10 Sep 2011 17:48:12 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [IPv6:2a02:6b8:0:202::1]) by mx1.freebsd.org (Postfix) with ESMTP id 910FA8FC08; Sat, 10 Sep 2011 17:48:11 +0000 (UTC) Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward6.mail.yandex.net (Yandex) with ESMTP id E0894F81F55; Sat, 10 Sep 2011 21:48:09 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315676890; bh=RQD+jvFA1nTqrY2ydOWZFbWOxu62x6WEeQktsi6eta8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=YCreVdiTzwQwqEPVRP62zAFlDdEeAMpzT2oeXJc1PkcBa7PrV7cxCdIgjy0RuLfr+ FUHFxPKGBPunPeJU9VaankOYbS/WkByleb8ffHAJcB3/wc4MN6+QypujPmUZ83k48q Wdf5NVbzjMUloewsGI1rs215x7aHta0TqdCcj4rE= Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id AF44C15803E1; Sat, 10 Sep 2011 21:48:09 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTP id m8F4KaOc-m9FqLAJm; Sat, 10 Sep 2011 21:48:09 +0400 X-Yandex-Spam: 1 Message-ID: <4E6BA2CF.508@yandex.ru> Date: Sat, 10 Sep 2011 21:47:59 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Chris Rees References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <20110909142857.GP31003@azathoth.lan> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Lev Serebryakov , "Klaus T. Aehlig" , freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 17:48:12 -0000 Chris Rees wrote on 10.09.2011 21:33: > > Counterexamples welcome! > > Chris When i worked on net/erlyvideo port there on github were tarballs for some old versions of it. When i asked author to create tarballs for new versions too, he just delete all the tarballs :) So i just create and host them by myself. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 17:49:01 2011 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 055241065673 for ; Sat, 10 Sep 2011 17:49:01 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id BDA7A8FC21 for ; Sat, 10 Sep 2011 17:49:00 +0000 (UTC) Received: by gxk1 with SMTP id 1so2497105gxk.10 for ; Sat, 10 Sep 2011 10:49:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=h0IkmoJe0HYWYQEHL58K7//s21aXr5UMoWSTQeGI2G4=; b=kEzqG3Oab/tcgYWM1Oe9qzGxY6TB8PSqXbVypWwqS9gwEVKNsfBjHRhKJ9MFkMl4MO QR4gwbUpl4IGUx3nCq5N0qsRD3Fb0L5v6owfQR4ewe7qLF+x/9BNxni/MBnF9Nh9rGm6 cdgIP8M0QdOjPoyRRMCpoSHAjd6uLnlWbrwW4= Received: by 10.231.74.76 with SMTP id t12mr4402456ibj.79.1315676940075; Sat, 10 Sep 2011 10:49:00 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 10:48:30 -0700 (PDT) In-Reply-To: <20110910171530.GC23457@guilt.hydra> References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> <20110910171530.GC23457@guilt.hydra> From: Chris Rees Date: Sat, 10 Sep 2011 18:48:30 +0100 X-Google-Sender-Auth: NL-u-KW7XFP1Gf5MEMTE61dVsZw Message-ID: To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 17:49:01 -0000 On 10 September 2011 18:15, Chad Perrin wrote: > On Sat, Sep 10, 2011 at 04:45:02PM +0200, Matthias Andree wrote: >> >> I want to make installing dead ports harder for users. > > Why? > Someone who wants to install a port that has been deprecated and removed should really have enough skills to check a port out of the Attic at least-- it's one command line. I don't see how much simpler it could get: cvs -d __insert_anoncvs_host_here co -D "day_before_port_was_deleted" ports/category/dead_port Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 17:58:46 2011 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 89779106566B; Sat, 10 Sep 2011 17:58:46 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id D47F98FC08; Sat, 10 Sep 2011 17:58:45 +0000 (UTC) Received: by gwb1 with SMTP id 1so2848878gwb.36 for ; Sat, 10 Sep 2011 10:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=uOW4rBT/EkDDcoKTmnjgUEKX4Qe1EJeoL0piv+mfUV8=; b=g157yTt+oEnqmb02zu8MN53h4YiT/tUglT4NnTk2i4X8mCyao7ezDU++NLuE4/tdAG kNkGOXKt94zxCR47H1O6WJ/im2O2Z51DCWysWTXsN8e8lhdISOlewK1z4a7NiANTmh5y xzJTuYbTcs4PBWxZgWURTeoCpdR9kFm/qsLJA= Received: by 10.43.50.129 with SMTP id ve1mr1419936icb.440.1315677525053; Sat, 10 Sep 2011 10:58:45 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 10:58:15 -0700 (PDT) In-Reply-To: <4E6BA2CF.508@yandex.ru> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <20110909142857.GP31003@azathoth.lan> <4E6BA2CF.508@yandex.ru> From: Chris Rees Date: Sat, 10 Sep 2011 18:58:15 +0100 X-Google-Sender-Auth: 5r-eQJupNbqrAEzYhrv2WW2tG-U Message-ID: To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=KOI8-R Cc: Baptiste Daroussin , Lev Serebryakov , "Klaus T. Aehlig" , freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 17:58:46 -0000 On 10 September 2011 18:47, Ruslan Mahmatkhanov wrote: > Chris Rees wrote on 10.09.2011 21:33: >> >> >> Counterexamples welcome! >> >> Chris > > When i worked on net/erlyvideo port there on github were tarballs for some > old versions of it. When i asked author to create tarballs for new versions > too, he just delete all the tarballs :) > So i just create and host them by myself. > Hm, plain spiteful. I like to think (or hope) that's not representative of most of our upstream friends ;) The main question is, is it worth us writing code to handle a small minority of projects that refuse, or is it just easier to host this same minority ourselves? I'm perfectly happy to mirror anything if needed, by the way. Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 18:10:04 2011 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 22EC01065670; Sat, 10 Sep 2011 18:10:04 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id 8D6E78FC0A; Sat, 10 Sep 2011 18:10:03 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward14.mail.yandex.net (Yandex) with ESMTP id 15BAE1981D04; Sat, 10 Sep 2011 22:10:01 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315678201; bh=kUbi1TW1wgKM2kXwtJXzCbNu6jAcbxHjXc85VIKDdtE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BygGe8phBJSUWf+gMkf4zZJwdkdFqkEL7W6lfOAMCdxZ7smTVhzeDe8p/pBHU7oIK SlbqNeJmtNOWtL/08sLgjn61V5u9yBs9OE65Cd00eE5iC4IIQY7DhbTCXVe3OVf87E 26Getsfk8BL4i9VYA72h68SN9kRY9PTh3eyXLCrE= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id D3AFCE402D5; Sat, 10 Sep 2011 22:10:00 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9x9eAQMg-A09GibcB; Sat, 10 Sep 2011 22:10:00 +0400 X-Yandex-Spam: 1 Message-ID: <4E6BA7EE.7010003@yandex.ru> Date: Sat, 10 Sep 2011 22:09:50 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Chris Rees References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <20110909142857.GP31003@azathoth.lan> <4E6BA2CF.508@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Lev Serebryakov , freebsd-ports@freebsd.org, "Klaus T. Aehlig" Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 18:10:04 -0000 Chris Rees wrote on 10.09.2011 21:58: > On 10 September 2011 18:47, Ruslan Mahmatkhanov wrote: >> Chris Rees wrote on 10.09.2011 21:33: >>> >>> >>> Counterexamples welcome! >>> >>> Chris >> >> When i worked on net/erlyvideo port there on github were tarballs for some >> old versions of it. When i asked author to create tarballs for new versions >> too, he just delete all the tarballs :) >> So i just create and host them by myself. >> > > Hm, plain spiteful. I like to think (or hope) that's not > representative of most of our upstream friends ;) Yep, for the second (and last) example - mediacore guys also ignored my request. But they use tags on github and has tarballs on main website. > > The main question is, is it worth us writing code to handle a small > minority of projects that refuse, or is it just easier to host this > same minority ourselves? Sure it worth. From my POV, maintainer should be avoided the pleasure to mess with selfhosted and selfpackaged tarballs as much as possible. Besides of inconvenience it also less reliable (both in availability and security aspects). > I'm perfectly happy to mirror anything if needed, by the way. > > Chris -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 18:37:57 2011 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 C5A271065675 for ; Sat, 10 Sep 2011 18:37:57 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0923A8FC0C for ; Sat, 10 Sep 2011 18:37:56 +0000 (UTC) Received: (qmail 13266 invoked by uid 10); 10 Sep 2011 18:37:54 -0000 Received: from curry.linta.de by isilmar.linta.de with BSMTP; 10 Sep 2011 18:37:54 -0000 Received: by curry.linta.de (Postfix, from userid 1001) id E559C1CC44; Sat, 10 Sep 2011 19:37:40 +0100 (BST) Date: Sat, 10 Sep 2011 19:37:40 +0100 From: "Klaus T. Aehlig" To: Shaun Amott Message-ID: <20110910183740.GA31060@curry.linta.de> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <20110909132437.GA66311@kta1c10.sesnet.soton.ac.uk> <151147912.20110909175747@serebryakov.spb.ru> <20110909140542.GB71621@kta1c10.sesnet.soton.ac.uk> <20110909152657.GA76229@charon.picobyte.net> <20110909153914.GA88239@kta1c10.sesnet.soton.ac.uk> <20110910160501.GA80313@charon.picobyte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110910160501.GA80313@charon.picobyte.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Lev Serebryakov , freebsd-ports@FreeBSD.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 18:37:57 -0000 > The change occurred sometime in the last few months. This might be > related: > > https://github.com/blog/900-nodeload2-downloads-reloaded Ah, I see. Thanks for the link. Klaus From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 18:39:03 2011 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 4D73F106566C; Sat, 10 Sep 2011 18:39:03 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C67328FC12; Sat, 10 Sep 2011 18:39:02 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p8AId1xq005886; Sat, 10 Sep 2011 12:39:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p8AId1li005883; Sat, 10 Sep 2011 12:39:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sat, 10 Sep 2011 12:39:01 -0600 (MDT) From: Warren Block To: Chris Rees In-Reply-To: Message-ID: References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> <20110910171530.GC23457@guilt.hydra> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sat, 10 Sep 2011 12:39:01 -0600 (MDT) X-Virus-Scanned: clamav-milter devel-20110704-exp at wonkity.com X-Virus-Status: Clean Cc: freebsd-ports@freebsd.org Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 18:39:03 -0000 On Sat, 10 Sep 2011, Chris Rees wrote: > On 10 September 2011 18:15, Chad Perrin wrote: >> On Sat, Sep 10, 2011 at 04:45:02PM +0200, Matthias Andree wrote: >>> >>> I want to make installing dead ports harder for users. >> >> Why? >> > > Someone who wants to install a port that has been deprecated and > removed should really have enough skills to check a port out of the > Attic at least-- it's one command line. I don't see how much simpler > it could get: > > cvs -d __insert_anoncvs_host_here co -D "day_before_port_was_deleted" > ports/category/dead_port Finding the values for a (working) anoncvs_host and "day_before_port_was_deleted" are nontrivial. portdowngrade still has the first, but makes the second easy. I've never tried it for bringing back a removed port, though. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 18:41:04 2011 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 3E3A71065673 for ; Sat, 10 Sep 2011 18:41:04 +0000 (UTC) (envelope-from aehlig@linta.de) Received: from linta.de (isilmar-3.linta.de [188.40.101.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6D08FC19 for ; Sat, 10 Sep 2011 18:41:03 +0000 (UTC) Received: (qmail 14285 invoked by uid 10); 10 Sep 2011 18:41:02 -0000 Received: from curry.linta.de by isilmar.linta.de with BSMTP; 10 Sep 2011 18:41:02 -0000 Received: by curry.linta.de (Postfix, from userid 1001) id ABB921CC44; Sat, 10 Sep 2011 19:40:48 +0100 (BST) Date: Sat, 10 Sep 2011 19:40:48 +0100 From: "Klaus T. Aehlig" To: Shaun Amott Message-ID: <20110910184048.GB31060@curry.linta.de> References: <20110910033427.GA39334@curry.linta.de> <20110910161407.GB80313@charon.picobyte.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110910161407.GB80313@charon.picobyte.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@freebsd.org, KATO Tsuguru Subject: Re: Why was rdiff.1 removed from net/librsync? 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, 10 Sep 2011 18:41:04 -0000 > The PR you referenced > removed the rdiff binary too, but it was restored in a later commit. yes, you're absolutely right! I missed that point. Thanks for the explanation -- and thanks for readding the man page. Best, Klaus From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 18:51:29 2011 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 07CB21065741 for ; Sat, 10 Sep 2011 18:51:29 +0000 (UTC) (envelope-from utisoft@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 BBA0B8FC0C for ; Sat, 10 Sep 2011 18:51:28 +0000 (UTC) Received: by yxk36 with SMTP id 36so2881924yxk.13 for ; Sat, 10 Sep 2011 11:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=Raj4SwYVIsCvvNjndj6GmwHIm5QFHG0WggFK52A5bI8=; b=nK5+UFbx/WvK1sn7Hyh7Ck3svbDilpxdxyzXLb5PBLuOIFFyglUxOWONMELprPE1Eu SbSZ8vU69/6UuYAh9z/fB/icHhAgjQ+wV8tV7xiKTFtIc/nPWXS26VKkSfVfaxlBSFxw m3i6T9Uh2u2rKkrgzVlKpLIbZG/WdnFrIYrQo= Received: by 10.43.132.130 with SMTP id hu2mr2110874icc.352.1315680687934; Sat, 10 Sep 2011 11:51:27 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sat, 10 Sep 2011 11:50:57 -0700 (PDT) In-Reply-To: References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> <20110910171530.GC23457@guilt.hydra> From: Chris Rees Date: Sat, 10 Sep 2011 19:50:57 +0100 X-Google-Sender-Auth: Slq_W-j79yr4gODD-qHYnkjrkrw Message-ID: To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 18:51:29 -0000 On 10 September 2011 19:39, Warren Block wrote: > On Sat, 10 Sep 2011, Chris Rees wrote: > >> On 10 September 2011 18:15, Chad Perrin wrote: >>> >>> On Sat, Sep 10, 2011 at 04:45:02PM +0200, Matthias Andree wrote: >>>> >>>> I want to make installing dead ports harder for users. >>> >>> Why? >>> >> >> Someone who wants to install a port that has been deprecated and >> removed should really have enough skills to check a port out of the >> Attic at least-- it's one command line. I don't see how much simpler >> it could get: >> >> cvs -d __insert_anoncvs_host_here co -D "day_before_port_was_deleted" >> ports/category/dead_port > > Finding the values for a (working) anoncvs_host and > "day_before_port_was_deleted" are nontrivial. =A0portdowngrade still has = the > first, but makes the second easy. =A0I've never tried it for bringing bac= k a > removed port, though. Another committer has also suggested looking on cvsweb and using 'Download as tarball'. cvsweb can also be used to find the day the port was deleted. Chris From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 19:14:04 2011 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 3E025106566B for ; Sat, 10 Sep 2011 19:14:04 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [IPv6:2a02:6b8:0:1402::5]) by mx1.freebsd.org (Postfix) with ESMTP id 54E568FC12 for ; Sat, 10 Sep 2011 19:14:03 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward20.mail.yandex.net (Yandex) with ESMTP id BCB021041A22; Sat, 10 Sep 2011 23:14:01 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315682041; bh=EDv7nwpWZolxky4ZP2pSaro2wp5KtpA2n2juUqpVH1I=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=m+e0VYAhxN0C183Vw/I0x8foa5MCPFVy8gK0Z+wF/uqmcDp8V4u0RCkltBWxtkzJf xOd8ZVBFi1ykUCeHV8vw4m1y+TCMhc5XL++tFDIitge31CjnUAh6Xlkrg89zXsjHRt MDQVxMxsJiFmYQOdEtEYBTFJETibY1P1Ep/L7a0s= Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id A6BAE1900253; Sat, 10 Sep 2011 23:14:01 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTP id E0NWTgQk-E1NKbsEE; Sat, 10 Sep 2011 23:14:01 +0400 X-Yandex-Spam: 1 Message-ID: <4E6BB6EE.4030109@yandex.ru> Date: Sat, 10 Sep 2011 23:13:50 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Carsten Jensen References: <4E6B1AF5.7090900@tomse.dk> In-Reply-To: <4E6B1AF5.7090900@tomse.dk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 19:14:04 -0000 I was thinking of this problem, and i believe compressed file is not the solution, since the ports tree infrastructure changes, and that removed ports should be changed also. The second problem is where to store distfiles? Because the majority (nb: not all of them) of removed ports it's a disappeared projects with only distfile hosted on FreeBSD ftp servers. The first problem maybe solved by public github repo (ports graveyard) with liberal write access permissions (since users use it on their own risk anyway) to allow this ports be in good shape. But three problems still remains: a) how to integrate needed port from graveyard into the working tree? (suggest user to manually copy port subdirectory is ugly) b) what to do with port-management tools that know nothing about this guys (or know via MOVED that they were removed some time ago) c) where to store distfiles I treat manual copying ugly, but not impossible, since i supposed that all portname conflicts (caused by repocopies, renames etc) already will be solved in graveyard repo. Just my 0.02 kopeks. Carsten Jensen wrote on 10.09.2011 12:08: > I've seen many requests of late, for ports that are no longer in active > development, abandoned etc > but still working, but they've been removed from ports. > > here's an idea, I don't know if this has been discussed before. > It requires work of course. But doesn't require a person to know how to > develop, which is the biggest issue for > people who use ports but don't know how to make a fix to keep it active. > > When a port is removed, it'll be compressed and put as a single download > file. > this way the patch information isn't lost and it'll be easier for > someone to build said package. > Of course there'll be complications, this is where a disclaimer comes in > (no support, you are on your own). > > As I see it, the work required, after the initial setup, is when a port > is marked for deletion is to > pack it, upload it, and add a comment as last known working (FBSD) version. > It sounds easier than probable will be > > The package could then be deleted when it survives 2 major FBSD versions. > > I know this will be 2 databases need maintaining, but look at the good > aspects. > * Ports will be cleaned of old/(almost) unused stuff > * People will still have a chance to use an old application > > I could be wrong but I don't think that it requires a lot to maintain, > just a few hours a month. > > Some major things to discuss about this is: > Hosting: will freebsd.org / mirrors lend space/bandwidth to this ? > Initial setup: package should be download-able using fetch, perhaps a > nice web interface with descriptions of the package. > > > By definition of package I mean the files in ports excluding the source > code compressed, so you basically could extract said package into ports > and use it as it never was removed. > > If there's enough backup for this project, I wouldn't mind taking on the > job, but for it to get most the success > it'll need help from the port committers. > > > Cheers > Carsten -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 19:24:46 2011 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 0E5E41065673 for ; Sat, 10 Sep 2011 19:24:46 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy4-pub.bluehost.com (oproxy4.bluehost.com [IPv6:2605:dc00:100:2::a4]) by mx1.freebsd.org (Postfix) with SMTP id C2B168FC12 for ; Sat, 10 Sep 2011 19:24:45 +0000 (UTC) Received: (qmail 18870 invoked by uid 0); 10 Sep 2011 19:24:45 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy1.bluehost.com with SMTP; 10 Sep 2011 19:24:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=5PXekKA8PHZ2Lj8fTRtINoA4QBd/aCz3t9N9w+NN1bU=; b=YsJ/vuTjVxqkBZ81DdIPEogpaw/MiLdZHl4W+Ii1uQ31nRzc7Mm0gUux8b/bV/gQm1hP+4OPMmu9inK/COPoo42pz3pvY69l5q300CsuyW41TtURAeS/F9BW6zVEQS5a; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R2TAS-000347-CL for freebsd-ports@freebsd.org; Sat, 10 Sep 2011 13:24:45 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Sat, 10 Sep 2011 13:05:49 -0600 Date: Sat, 10 Sep 2011 13:05:49 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110910190549.GA23971@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> <20110910171530.GC23457@guilt.hydra> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 19:24:46 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 06:48:30PM +0100, Chris Rees wrote: > On 10 September 2011 18:15, Chad Perrin wrote: > > On Sat, Sep 10, 2011 at 04:45:02PM +0200, Matthias Andree wrote: > >> > >> I want to make installing dead ports harder for users. > > > > Why? >=20 > Someone who wants to install a port that has been deprecated and > removed should really have enough skills to check a port out of the > Attic at least-- it's one command line. I don't see how much simpler > it could get: This does not answer my question. I find the very concept of wanting to make it harder for a user to install software bizarre. I could understand wanting to achieve some other goal, and suffering the unfortunate case of making it harder to install something, but I do not understand the simple fact of wanting to make life harder for others, unless it is a matter of pure spite. Thus my question: Why? --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5rtQ0ACgkQ9mn/Pj01uKXEPQCdE3brHV5/aenm54s0l4o8pu0f EfgAnjPAv3+qdDPAS00BmM62kiCTKcBs =wAt3 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 20:38:59 2011 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 246641065674 for ; Sat, 10 Sep 2011 20:38:59 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 7F0088FC1A for ; Sat, 10 Sep 2011 20:38:58 +0000 (UTC) Received: (qmail invoked by alias); 10 Sep 2011 20:38:57 -0000 Received: from g227136144.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.227.136.144] by mail.gmx.net (mp035) with SMTP; 10 Sep 2011 22:38:57 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18U/slr9NQU0vBP58RMUVt7rTRAEBUdgbEexuLj5S DKjUtZfepcamJr Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 9C95B23CE28 for ; Sat, 10 Sep 2011 22:38:55 +0200 (CEST) Message-ID: <4E6BCADF.3080909@gmx.de> Date: Sat, 10 Sep 2011 22:38:55 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Mnenhy/0.8.3 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> <4E6B374C.5040302@gmx.de> <20110910161736.GB23457@guilt.hydra> In-Reply-To: <20110910161736.GB23457@guilt.hydra> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: sysutils/cfs 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, 10 Sep 2011 20:38:59 -0000 Am 10.09.2011 18:17, schrieb Chad Perrin: > On Sat, Sep 10, 2011 at 12:09:16PM +0200, Matthias Andree wrote: >> >> On the other hand, you're pointing out a problem of dead ports in the >> first place: if the API of (usually library) port Y changes, and port X >> is unmaintained, that's typically a situation where port X needs to be >> deprecated and removed (and also will no longer build and/or work). > > I want to understand all the reasoning behind this stuff. Please explain > the reason that library Y changing means that dependent port X should be > deprecated and removed, regardless of whether it no longer builds and/or > works. Note that I'm working on the assumption that your assertion it > should be deprecated and removed does not rely on it no longer building > and/or working because of the way you mentioned no longering building > and/or working as a parenthetical addendum rather than a condition of > deprecation and removal. I suppose you missed the meaning of "if the API of port Y changes". API = application programming interface. This implies that either the application no longer builds, or it is known that it would behave inappropriately with the new library (because semantics changed). This is just one of the many reasons why a dead port may stop working. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 20:52:22 2011 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 944D5106564A for ; Sat, 10 Sep 2011 20:52:22 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo101.cox.net (eastrmfepo101.cox.net [68.230.241.213]) by mx1.freebsd.org (Postfix) with ESMTP id 392D98FC0A for ; Sat, 10 Sep 2011 20:52:22 +0000 (UTC) Received: from eastrmimpo109.cox.net ([68.230.241.222]) by eastrmfepo101.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110910205216.UTSG3821.eastrmfepo101.cox.net@eastrmimpo109.cox.net>; Sat, 10 Sep 2011 16:52:16 -0400 Received: from serene.no-ip.org ([172.18.52.4]) by eastrmimpo109.cox.net with bizsmtp id X8sF1h00H05SVJc028sFSv; Sat, 10 Sep 2011 16:52:16 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020202.4E6BCE00.0048,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=Zx9uHhPf9A+lP7fUsMkPKK1lMswgbRqMQRNZi8vDats= c=1 sm=1 a=VqORcVzZFFEA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=kviXuzpPAAAA:8 a=-tyKaJdIstyzSWpvnRwA:9 a=4smHT0lZrIIo28nUrncA:7 a=CjuIK1q_8ugA:10 a=_RhRFcbxBZMA:10 a=4vB-4DCPJfMA:10 a=UaX1woSWE4/tG05bAFg+xw==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8AKqFhG057569; Sat, 10 Sep 2011 15:52:15 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 10 Sep 2011 15:52:10 -0500 From: "Conrad J. Sabatier" To: Matthias Andree Message-ID: <20110910155210.0b3fcc0b@cox.net> In-Reply-To: <4E6B3AE1.80100@gmx.de> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <20110910004553.610dc809@cox.net> <4E6B3AE1.80100@gmx.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: ports deprecations (was: sysutils/cfs) 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, 10 Sep 2011 20:52:22 -0000 On Sat, 10 Sep 2011 12:24:33 +0200 Matthias Andree wrote: > Am 10.09.2011 07:45, schrieb Conrad J. Sabatier: > > >>> Frankly, I'm growing increasingly concerned that this push to > >>> eliminate ports is getting out of control. I don't much care for > >>> the notion that, having invested the time in installing, > >>> configuring and tuning a certain set of software packages, > >>> suddenly the rug could be pulled out from under me, so to speak, > >>> in essence *forcing* me to abandon using certain packages or else > >>> deal with maintaining them (in the ports maintainer sense) on my > >>> own. > >> > >> The rug is pulled by the upstream maintainers abandoning their > >> software, not by FreeBSD no longer packaging it years after the > >> fact. > > > > While I understand the reasoning behind this, I still feel that as > > long as a package continues to build and run without any known > > issues, then why be in a rush to drop it? The argument that "the > > ports collection is not a museum" is valid to some degree, but if a > > package is still usable (and useful), then aren't we shooting > > ourselves in the foot by dropping it? > > Conrad, > > (courtesy Cc: after changed subject, please reply to the list) > > I'd see that as proactive maintenance. > > If there is no upstream maintainer any more, chances is that one time > the port needs code changes to adapt to changes in underlying > libraries. > > For the sake of argument, let's assume this example (I'm not sure if > libpng would be a real-world instance of it, I didn't care enough to > have a closer look): > > There are points in time when dead port X using a changed library Y > needs code changes, for instance, if library Y in some old > unmaintained version is vulnerable, and its fixed versions have a > different API. > > Now, if we tell people soon enough that they may run into that > problem, chances are that people never hit the problem, and > chances are that people hit the problem soon - and the fewer users of > the dead port are forced to make the switch, the better. > > The open question is, is there a point in marking a point DEPRECATED > without giving an expiration date. My personal answer is "no" because > no-one will believe in a DEPRECATED tag without EXPIRATION_DATE and > people will be disappointed because they've grown used to custom and > practice and I can already see the "we told you it was DEPRECATED". > > The real point is that the FreeBSD ports system can not fill in for > the maintainers of discontinued ports. > > There is a certain pragmatism to "as long as it builds, appears to > work, and there are no known critical bugs, let's keep it", but it > has this organizational drawback that it becomes custom and practice > at some time, and ends up hurting more people in the end. Yes, I understand what you're saying, and I don't disagree at all, really. I'm coming to realize that I initially overestimated the extent of this latest round of ports cleanups. It seemed enormous at first, but then, looking back over some of the announcements containing the lists of ports due for deletion, I see now that it's really nowhere near as extensive as my initial impression led me to think. So, basically, I'm "cool" with what's going on. I did do some checking through the lists one more time last night, and put in a few requests to assume maintainership of some ports that I did think were perhaps being prematurely scheduled for removal, but overall, I have no objections whatsoever to the remainder of the them being dropped, and certainly am not interested in investing the time or effort to see what may need to be done to save them. The majority simply aren't worth it, IMHO. :-) Thanks. I'm glad we do, in fact, see eye-to-eye on this. And as usual, the policy FreeBSD has in place on this matter *is*, in fact, a sane, sensible and practical one. Please excuse me if I did, for a moment, appear to be having a "knee-jerk" reaction. :-) Take care, Conrad -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 21:59:05 2011 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 7CAB4106564A; Sat, 10 Sep 2011 21:59:05 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2698FC12; Sat, 10 Sep 2011 21:59:04 +0000 (UTC) Received: by vxi39 with SMTP id 39so2860962vxi.13 for ; Sat, 10 Sep 2011 14:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XQJC2oXDDbHgw2CO4LmzXPBZl7yVSNywGhVdY5+AUpU=; b=M6FLmIXzNQI+tyQb1LInFAzeRX2lQ4RK13mCB7NGDTTn10kyFYPVssrIIU1ch9Irw5 WK6A3WR0X901eWrVi2Puc9jgQTU93IOVpa1t+5DNeZhF2eIx7XydmdghgAboavtnj443 +NlV8Q2O+r69ab1BwhP6Ooga4FKQmVGf26Qxc= Received: by 10.52.187.40 with SMTP id fp8mr338093vdc.42.1315691944470; Sat, 10 Sep 2011 14:59:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.180.72 with HTTP; Sat, 10 Sep 2011 14:58:34 -0700 (PDT) In-Reply-To: <4E6B06BF.6090705@yandex.ru> References: <4E6B030C.9030805@FreeBSD.org> <4E6B06BF.6090705@yandex.ru> From: Eitan Adler Date: Sat, 10 Sep 2011 17:58:34 -0400 Message-ID: To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=UTF-8 Cc: Doug Barton , x11@freebsd.org, "freebsd-ports@FreeBSD.org" Subject: Re: x11/xset needs a direct dependency on xproto 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, 10 Sep 2011 21:59:05 -0000 > http://bugs.freebsd.org/160595 I've sent this patch to my mentors. When they approve I'll commit. -- Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 23:03:02 2011 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 8B001106564A for ; Sat, 10 Sep 2011 23:03:02 +0000 (UTC) (envelope-from code@apotheon.net) Received: from oproxy5-pub.bluehost.com (oproxy5.bluehost.com [IPv6:2605:dc00:100:2::a5]) by mx1.freebsd.org (Postfix) with SMTP id 484F88FC08 for ; Sat, 10 Sep 2011 23:03:02 +0000 (UTC) Received: (qmail 17652 invoked by uid 0); 10 Sep 2011 23:03:01 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy2.bluehost.com with SMTP; 10 Sep 2011 23:03:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=apotheon.net; s=default; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID:Subject:To:From:Date; bh=TG+hgYQ1eQo9GDn2DgjbnRSEkMLQdvxsrN4JHATDCVY=; b=YuEnGK9KRCGohKvvvQGqs6Y8j+B7YKNIOLQ3G9WMdoYh5OwRB3+FqHaGyx9lsb+Uxdc3cqXrT3bn0dEcea2ZR4Cdw4BMl9ohThQKXeKn9udsAm7+yBxYy/o9YaVdKuso; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R2WZg-0004TO-OV for freebsd-ports@freebsd.org; Sat, 10 Sep 2011 17:03:01 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Sat, 10 Sep 2011 16:44:05 -0600 Date: Sat, 10 Sep 2011 16:44:05 -0600 From: Chad Perrin To: freebsd-ports@freebsd.org Message-ID: <20110910224405.GA24612@guilt.hydra> Mail-Followup-To: freebsd-ports@freebsd.org References: <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> <4E6B374C.5040302@gmx.de> <20110910161736.GB23457@guilt.hydra> <4E6BCADF.3080909@gmx.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <4E6BCADF.3080909@gmx.de> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: sysutils/cfs 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, 10 Sep 2011 23:03:02 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 10, 2011 at 10:38:55PM +0200, Matthias Andree wrote: > Am 10.09.2011 18:17, schrieb Chad Perrin: > > On Sat, Sep 10, 2011 at 12:09:16PM +0200, Matthias Andree wrote: > >> > >> On the other hand, you're pointing out a problem of dead ports in the > >> first place: if the API of (usually library) port Y changes, and port X > >> is unmaintained, that's typically a situation where port X needs to be > >> deprecated and removed (and also will no longer build and/or work). > >=20 > > I want to understand all the reasoning behind this stuff. Please expla= in > > the reason that library Y changing means that dependent port X should be > > deprecated and removed, regardless of whether it no longer builds and/or > > works. Note that I'm working on the assumption that your assertion it > > should be deprecated and removed does not rely on it no longer building > > and/or working because of the way you mentioned no longering building > > and/or working as a parenthetical addendum rather than a condition of > > deprecation and removal. >=20 > I suppose you missed the meaning of "if the API of port Y changes". > API =3D application programming interface. This implies that either the > application no longer builds, or it is known that it would behave > inappropriately with the new library (because semantics changed). That would have been an unwarranted assumption. If the API changes, it might mean a couple of changes were made -- and they do not affect the parts of the API that port X uses. I chose to take what you said at face value, rather than make a bunch of assumptions about it. Thanks for clearing up your intended meaning, though. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk5r6DUACgkQ9mn/Pj01uKVWIgCg3HT6p66wo1nOVJ48FeV8RPqE U34AoKW+Jrr7KdtqdqOuJEODC96L0RTK =3znB -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 23:14:06 2011 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 A53CD106564A for ; Sat, 10 Sep 2011 23:14:06 +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 668B18FC14 for ; Sat, 10 Sep 2011 23:14:06 +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 p8ANE5vU090575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2011 16:14:05 -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 p8ANE51T090574; Sat, 10 Sep 2011 16:14:05 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA16341; Sat, 10 Sep 11 16:05:11 PDT Date: Sat, 10 Sep 2011 23:04:56 -0700 From: perryh@pluto.rain.com To: matthias.andree@gmx.de Message-Id: <4e6c4f88.TEcAbT9xVDyX7ztW%perryh@pluto.rain.com> References: <4E651DCF.30605@FreeBSD.org> <201109052146.p85Lkous037023@fire.js.berklix.net> <4E67935C.6080702@aldan.algebra.com> <4E68AC85.4060705@icritical.com> <4E68F34C.6090504@FreeBSD.org> <20110909040954.17733a4e@cox.net> <4E6A476D.7090800@gmx.de> <4e6b6f41.hI3BQG0rpsUjddcD%perryh@pluto.rain.com> <4E6B374C.5040302@gmx.de> In-Reply-To: <4E6B374C.5040302@gmx.de> 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: ports deprecations (was: sysutils/cfs) 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, 10 Sep 2011 23:14:06 -0000 Matthias Andree wrote: > Am 10.09.2011 16:08, schrieb perryh@pluto.rain.com: > > Last I knew, if port X uses services provided by port Y and port > > Y changes, port X often needs to be rebuilt and reinstalled even > > though nothing in port X has changed. AFAIK this has nothing to > > do with backups. > > > > If you've found a way to avoid ever having to rebuild, say, > > kdiff3 when something changes in KDE, I'm sure the authors of > > portupgrade and portmaster would like to hear about it! It > > would greatly simplify their job. > > Interesting question that you pose. In cases where only the > so-called SONAME of libraries in port Y changed, but not that > part of the ABI that port X used, chances are we might go without > it for the majority of ports, but that's not done currently. What about the case where Y's API and SONAME did *not* change, but its PORTVERSION or PORTREVISION was bumped to reflect a bugfix? No change to X is needed at all, but * X may still need to be rebuilt (e.g. if Y is statically linked into X's executable(s)), and * portupgrade/portmaster will probably determine that X needs to be rebuilt -- even if it actually doesn't -- because they have no way of determining how pertinent the change in Y was to the way Y is used in X. I believe Conrad's original point[1], that a port (X) may need to be rebuilt and reinstalled even though nothing about it has changed _or needs to change_, stands. [1] http://lists.freebsd.org/pipermail/freebsd-ports/2011-September/070022.html From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 23:14:07 2011 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 7DB54106566B; Sat, 10 Sep 2011 23:14:07 +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 414D58FC15; Sat, 10 Sep 2011 23:14:07 +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 p8ANE6da090580 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2011 16:14:06 -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 p8ANE6fa090579; Sat, 10 Sep 2011 16:14:06 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA16355; Sat, 10 Sep 11 16:06:14 PDT Date: Sat, 10 Sep 2011 23:05:59 -0700 From: perryh@pluto.rain.com To: fullermd@over-yonder.net Message-Id: <4e6c4fc7.M6OsWGol0SLyr/IR%perryh@pluto.rain.com> References: <765103585.20110909143052@serebryakov.spb.ru> <20110909130458.GO31003@azathoth.lan> <4e6b6e3d.58E89hPS0974IMyM%perryh@pluto.rain.com> <20110910071532.GA68847@over-yonder.net> In-Reply-To: <20110910071532.GA68847@over-yonder.net> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bapt@freebsd.org, lev@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [RFC] New ports idea: github / gitorious / bitbucket direct support. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2011 23:14:07 -0000 "Matthew D. Fuller" wrote: > On Sat, Sep 10, 2011 at 07:03:41AM -0700 I heard the voice of > perryh@pluto.rain.com, and lo! it spake thus: > > > > If I am understanding correctly, you seem to be saying that two > > distfiles autogenerated from the _same_ tag etc. in the _same_ > > repository, and actually containing exactly the same code, can > > nevertheless generate different checksums!? Wouldn't that be a > > bug in the DVCS? > > There're all sorts of ways the same content could wind up with > different checksums. The compression may happen slightly differently, > higher, or lower. The files could wind up in the tarball in a > different order. Timestamps could differ. etc. I can't address the non-specific "etc", but I would claim that each of those 3 specific examples is a VCS bug. Creating a tarball of a particular content set _should_ be a deterministic process: * The compression method, and the ordering of the files, should be consistent. * Each file's timestamp in the tarball should be the selected version's timestamp as recorded in the repository, typically the time when the selected version of that file was committed to the VCS. Ditto for directories, provided the VCS maintains directory history. * If the VCS does _not_ maintain directory history (which is a deficiency, but not really a "bug"), each directory's timestamp in the tarball should match the most-recent file or subdirectory in that directory. From owner-freebsd-ports@FreeBSD.ORG Sat Sep 10 23:14:09 2011 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 59D93106566C; Sat, 10 Sep 2011 23:14:09 +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 35C2F8FC16; Sat, 10 Sep 2011 23:14:09 +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 p8ANE7S9090585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 10 Sep 2011 16:14:08 -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 p8ANE6Qn090584; Sat, 10 Sep 2011 16:14:06 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA16368; Sat, 10 Sep 11 16:09:16 PDT Date: Sat, 10 Sep 2011 23:09:01 -0700 From: perryh@pluto.rain.com To: crees@freebsd.org Message-Id: <4e6c507d.ANMQux1SNU952XnX%perryh@pluto.rain.com> References: <4E6B1AF5.7090900@tomse.dk> <4E6B227B.5050708@FreeBSD.org> <4E6B77EE.6030509@gmx.de> <20110910171530.GC23457@guilt.hydra> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: wblock@wonkity.com, freebsd-ports@freebsd.org Subject: Re: Removed ports - looking from the bench 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, 10 Sep 2011 23:14:09 -0000 Chris Rees wrote: > cvsweb can also be used to find the day the port was deleted. Shouldn't that date be available in the MOVED entry?