From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 06:14:54 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0116D106564A for ; Sun, 28 Mar 2010 06:14:54 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE43B8FC0A for ; Sun, 28 Mar 2010 06:14:53 +0000 (UTC) Received: by pvc7 with SMTP id 7so4266579pvc.13 for ; Sat, 27 Mar 2010 23:14:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=9T1gyoTGoSKaW5hFiR0dz3cpkA3+X2/QXK2yNUGihPo=; b=WLvnVO/jLepyy7s3+cvxZqK/mczad7P5w8TlXyei3c5D17ppnZWjHJbWztXC+9pBIw Zu56L5v+3GOLaoTNBs6xuwmusAyOUQ7u+A3FIxSTIc2vYoOU0CfNwN1Z3eA7HEmjZDEa 824xx8JehOkmFqXVCaOFD1+WposuhS2GBWEKc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qvYBwCMHkpNippfzpKYMNyJHYWBmmGJNqUv8i1+fPo3m9+394/P+6NS1zFYG1cBMb2 e+S2Jf96bwS6RJzQjyze0E2Jh/OY50cpWwh/sPa6EBBgKuen+0ILajxXweoJuLB1mzBB FEP8PzdbtuLfofqzdh49fucDgmkne5yeTlhZQ= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Sat, 27 Mar 2010 23:14:53 -0700 (PDT) Date: Sat, 27 Mar 2010 23:14:53 -0700 Received: by 10.142.195.15 with SMTP id s15mr298800wff.287.1269756893188; Sat, 27 Mar 2010 23:14:53 -0700 (PDT) Message-ID: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> From: Garrett Cooper To: FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 06:14:54 -0000 Hi, As part of taking a look at the differences in our implementation of pkg_install(1) in order to afford an improvement over the existing code, I've looked at various implementations of pkg_install, one being NetBSD's evolution [1]. It's several years ahead from our's and while I don't believe that all of the complexity is desired, there's a lot of good lessons to be learned from this. One of which is that they replaced the @exec and @unexec calls with string pre-install // post-install and pre-deinstall // post-deinstall scripts. I think that this potentially is a good step forward because it takes some of the guts out of the +CONTENTS files and places it in [bourne shell] scripts, which are easier to maintain and potentially understand. I realize that some of the loss would be that one couldn't simply specify things like %f, %D, %F, etc with @exec and @unexec, but that seems a small price to pay for tuning everything a bit more. On the plus side too, that means that one could use an extensive set of shell, etc libraries that would avoid code duplication like what's present in the +CONTENTS files. This is one of the small observations I made after starting on work which would modify 1k python ports to not install the byte-compiled or optimized files (side topic that we can talk about in another thread if desired). Thoughts? -Garrett From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 06:29:45 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04F05106566C; Sun, 28 Mar 2010 06:29:45 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 6CB3D8FC13; Sun, 28 Mar 2010 06:29:44 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 29E8A22C509E; Sun, 28 Mar 2010 09:29:43 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 3A4C35A906E; Sat, 27 Mar 2010 23:29:18 -0700 (PDT) From: QAT@FreeBSD.org To: dougb@FreeBSD.org In-Reply-To: <201003280625.o2S6PMWa034706@repoman.freebsd.org> References: <201003280625.o2S6PMWa034706@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: misc/upclient X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/upclient-5.0.b8_5.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: nested_declaration Message-Id: <20100328062924.3A4C35A906E@jester1b.ixsystems.com> Date: Sat, 27 Mar 2010 23:29:17 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/misc/upclient Makefile pkg-plist X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 06:29:45 -0000 The Restless Daemon identified a nested_declaration error while trying to build: upclient-5.0.b8_5 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/misc/upclient/Makefile,v 1.36 2010/03/28 06:25:22 dougb Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/upclient-5.0.b8_5.log : upclient.c:677: warning: incompatible implicit declaration of built-in function 'exit' upclient.c:690: warning: nested extern declaration of 'umask' mkdir -p products if [ ! -f products/upclient ]; then cd objects ; gcc -O3 -O2 -pipe -fno-strict-aliasing -lkvm -L/usr/local/lib -lintl -DLOCALEPATH=\"/usr/local/share/locale\" -I/usr/local/include -DPLATFORM_BSD -DCONFIGFILE=\"/usr/local/etc/upclient.conf\" -DPIDFILE=\"/var/run/upclient.pid\" -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wconversion -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wformat-security -Wformat -Wcomment -Wchar-subscripts -Wunused -Wbad-function-cast -Wconversion stats-bsd.o stats-uxw.o stats-ult.o stats-sol.o stats-lnx.o stats-mach.o stats-aix.o stats-beos.o stats-w2k.o network.o base64.o options.o uplog.o transmit.o upclient.o -o ../products/upclient; echo "Done". ; else echo "upclient is up to date." ; fi Done. Inserting paths into man file Making config file ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg libiconv-1.13.1_1.tbz gettext-0.17_1.tbz adding dependencies pkg_add libiconv-1.13.1_1.tbz skipping libiconv-1.13.1_1, already added pkg_add gettext-0.17_1.tbz skipping gettext-0.17_1, already added ===> Installing for upclient-5.0.b8_5 ===> upclient-5.0.b8_5 depends on shared library: intl - found ===> Generating temporary packing list ===> Checking if misc/upclient already installed mkdir -p /usr/local/share/locale/de/LC_MESSAGES install -m 644 ./locale/de.mo /usr/local/share/locale/de/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/de/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/es/LC_MESSAGES install -m 644 ./locale/es.mo /usr/local/share/locale/es/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/es/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/fr/LC_MESSAGES install -m 644 ./locale/fr.mo /usr/local/share/locale/fr/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/fr/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/it/LC_MESSAGES install -m 644 ./locale/it.mo /usr/local/share/locale/it/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/it/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/nl/LC_MESSAGES install -m 644 ./locale/nl.mo /usr/local/share/locale/nl/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/nl/LC_MESSAGES/upclient.mo make: don't know how to make install-startup. Stop ================================================================ build of /usr/ports/misc/upclient ended at Sun Mar 28 06:29:16 UTC 2010 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=misc&portname=upclient The build which triggered this BotMail was done under tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 06:41:17 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA831106564A for ; Sun, 28 Mar 2010 06:41:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5E12C8FC08 for ; Sun, 28 Mar 2010 06:41:17 +0000 (UTC) Received: (qmail 10280 invoked by uid 399); 28 Mar 2010 06:41:16 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Mar 2010 06:41:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BAEFA0B.5070104@FreeBSD.org> Date: Sat, 27 Mar 2010 23:41:15 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: "freebsd-ports@FreeBSD.org" X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Removal of RC_SUBR and RC_SUBR_SUFFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 06:41:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Howdy, As should be obvious by now I'm following through on my previously stated plans to remove the no longer necessary %%RC_SUBR%% and %%RC_SUBR_SUFFIX%% from the ports tree. In a few cases where substitutions for the former are still necessary because the script is actually in the source distribution instead of in the ports tree, I've substituted the literal string "/etc/rc.subr" for the macro. The _SUFFIX macro has been a no-op for years now, and has been removed. I will do one more grep through the entire ports tree tomorrow to make sure I have taken care of everything, but I'm pretty sure at this point that we're ready for the final step, the removal of the related code from bsd.port.mk. To that end I've produced the following: http://www.freebsd.org/cgi/query-pr.cgi?pr=145092 Once that change is made, the final step will be to remove sysutils/rc_subr. While I did make one error, I've tried very hard to make sure that all of my changes actually are no-ops, but of course if anyone sees any breakage please speak up ASAP. Regards, Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAkuu+gsACgkQyIakK9Wy8Psl/gCfcsqMNYsz1NW6/AYxl/94oIvM QFEAoMLJVkxhd6+KrthJ4I0yvroSzop6 =yU3N -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 09:14:48 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361E0106564A; Sun, 28 Mar 2010 09:14:48 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id BC3458FC17; Sun, 28 Mar 2010 09:14:47 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id D2A3022C50CF; Sun, 28 Mar 2010 12:14:45 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 58CBA5AA720; Sun, 28 Mar 2010 02:14:26 -0700 (PDT) From: QAT@FreeBSD.org To: dougb@FreeBSD.org In-Reply-To: <201003280625.o2S6PMWa034706@repoman.freebsd.org> References: <201003280625.o2S6PMWa034706@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: misc/upclient X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/upclient-5.0.b8_5.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: nested_declaration Message-Id: <20100328091426.58CBA5AA720@jester1b.ixsystems.com> Date: Sun, 28 Mar 2010 02:14:26 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/misc/upclient Makefile pkg-plist X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 09:14:48 -0000 The Restless Daemon identified a nested_declaration error while trying to build: upclient-5.0.b8_5 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/misc/upclient/Makefile,v 1.36 2010/03/28 06:25:22 dougb Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/upclient-5.0.b8_5.log : upclient.c:677: warning: incompatible implicit declaration of built-in function 'exit' upclient.c:690: warning: nested extern declaration of 'umask' mkdir -p products if [ ! -f products/upclient ]; then cd objects ; gcc -O3 -O2 -pipe -fno-strict-aliasing -lkvm -L/usr/local/lib -lintl -DLOCALEPATH=\"/usr/local/share/locale\" -I/usr/local/include -DPLATFORM_BSD -DCONFIGFILE=\"/usr/local/etc/upclient.conf\" -DPIDFILE=\"/var/run/upclient.pid\" -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wconversion -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wformat-security -Wformat -Wcomment -Wchar-subscripts -Wunused -Wbad-function-cast -Wconversion stats-bsd.o stats-uxw.o stats-ult.o stats-sol.o stats-lnx.o stats-mach.o stats-aix.o stats-beos.o stats-w2k.o network.o base64.o options.o uplog.o transmit.o upclient.o -o ../products/upclient; echo "Done". ; else echo "upclient is up to date." ; fi Done. Inserting paths into man file Making config file ================================================================ ======================================== make: don't know how to make regression-test(continuing) ================================================================ ======================================== add_pkg libiconv-1.13.1_1.tbz gettext-0.17_1.tbz adding dependencies pkg_add libiconv-1.13.1_1.tbz skipping libiconv-1.13.1_1, already added pkg_add gettext-0.17_1.tbz skipping gettext-0.17_1, already added ===> Installing for upclient-5.0.b8_5 ===> upclient-5.0.b8_5 depends on shared library: intl - found ===> Generating temporary packing list ===> Checking if misc/upclient already installed mkdir -p /usr/local/share/locale/de/LC_MESSAGES install -m 644 ./locale/de.mo /usr/local/share/locale/de/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/de/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/es/LC_MESSAGES install -m 644 ./locale/es.mo /usr/local/share/locale/es/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/es/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/fr/LC_MESSAGES install -m 644 ./locale/fr.mo /usr/local/share/locale/fr/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/fr/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/it/LC_MESSAGES install -m 644 ./locale/it.mo /usr/local/share/locale/it/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/it/LC_MESSAGES/upclient.mo mkdir -p /usr/local/share/locale/nl/LC_MESSAGES install -m 644 ./locale/nl.mo /usr/local/share/locale/nl/LC_MESSAGES/upclient.mo chmod 644 /usr/local/share/locale/nl/LC_MESSAGES/upclient.mo make: don't know how to make install-startup. Stop ================================================================ build of /usr/ports/misc/upclient ended at Sun Mar 28 09:14:25 UTC 2010 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=misc&portname=upclient The build which triggered this BotMail was done under tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 10:00:12 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DE1B106567A for ; Sun, 28 Mar 2010 10:00:12 +0000 (UTC) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EC7C78FC14 for ; Sun, 28 Mar 2010 10:00:11 +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 o2SA0BnH097710 for ; Sun, 28 Mar 2010 10:00:11 GMT (envelope-from fenner@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2SA0BIt097702 for ports@freebsd.org; Sun, 28 Mar 2010 10:00:11 GMT (envelope-from fenner) Date: Sun, 28 Mar 2010 10:00:11 GMT From: Bill Fenner Message-Id: <201003281000.o2SA0BIt097702@freefall.freebsd.org> To: ports@freebsd.org Cc: Subject: Possibly unbuildable ports reminder X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 10:00:12 -0000 Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 11:33:34 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BCF71065674; Sun, 28 Mar 2010 11:33:34 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDFC8FC17; Sun, 28 Mar 2010 11:33:34 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 0D25022C50A6; Sun, 28 Mar 2010 14:33:33 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id D65C75AA722; Sun, 28 Mar 2010 04:33:13 -0700 (PDT) From: QAT@FreeBSD.org To: Dirk Meyer In-Reply-To: <201003281101.o2SB114o037031@repoman.freebsd.org> References: <201003281101.o2SB114o037031@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: graphics/libwmf X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/libwmf-0.2.8.4_6.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100328113313.D65C75AA722@jester1b.ixsystems.com> Date: Sun, 28 Mar 2010 04:33:13 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/graphics/libwmf/files patch-gd_png.c) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 11:33:34 -0000 graphics/libwmf, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 12:47:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 009BA1065674 for ; Sun, 28 Mar 2010 12:47:44 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qy0-f200.google.com (mail-qy0-f200.google.com [209.85.221.200]) by mx1.freebsd.org (Postfix) with ESMTP id AC5678FC12 for ; Sun, 28 Mar 2010 12:47:43 +0000 (UTC) Received: by qyk38 with SMTP id 38so3238051qyk.9 for ; Sun, 28 Mar 2010 05:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=WsxSEl/mq6+Ov5LgZFiQZp+UBdDpDt/ciXpmRutkFrw=; b=NxwDZCkQmZJLAMi6HvPK/lOykMffQVx4ZhQdPT/cjEJN2fHbafQ39lhSGe/XgGfUib ooEU3EEL2yd1nlxiqSC5wJ6oGw5Lf9C0A58Ko812AhHQ1UNToi5mIeM4QRZiRPVd9hGv BpxUvA2H2QIuU+B5trZ4rgynXCVSmvzpUB36I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=ZD4GkhAJu+laIkq5zdGMs+FIS+t5YJbQSlVU9CaWBamTUWLXa9NbJyP+oYqUki4rzS 8SgFqFHV37CO2nxGJ3MJLEqNjUVnC4IvEQykxo5uY+7Mm5pssKXg5bLzwcmAs1d9iQzM zWcFYUPCvQqD+DnQVBHsQAqLRiyYIv9FYYdMo= Received: by 10.224.38.213 with SMTP id c21mr1310067qae.309.1269780462202; Sun, 28 Mar 2010 05:47:42 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-58-238.wi.res.rr.com [65.29.58.238]) by mx.google.com with ESMTPS id 7sm8173294qwf.34.2010.03.28.05.47.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Mar 2010 05:47:41 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Sun, 28 Mar 2010 07:47:36 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201003280747.36038.lumiwa@gmail.com> Subject: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 12:47:44 -0000 In the /usr/ports/UPDATING is: "20090328: AFFECTS: users of graphics/png AUTHOR: dinoex@FreeBSD.org The png library has been updated to version 1.4.1. Please rebuild all ports that depend on it. If you use portmaster: portmaster -r jpeg- If you use portupgrade: portupgrade -fr graphics/jpeg" Is this mistake or I don't understand, please? Thanks in advance. Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 13:38:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B891065673 for ; Sun, 28 Mar 2010 13:38:40 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC338FC1B for ; Sun, 28 Mar 2010 13:38:39 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 7E69A22C50BC; Sun, 28 Mar 2010 16:38:38 +0300 (EEST) Date: Sun, 28 Mar 2010 16:38:28 +0300 From: Ion-Mihai Tetcu To: freebsd-ports@freebsd.org, questions@freebsd.org, stable@freebsd.org Message-ID: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/74Ra1.jJNXiFp.p8bx4alBN"; protocol="application/pgp-signature" Cc: Subject: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 13:38:41 -0000 --Sig_/74Ra1.jJNXiFp.p8bx4alBN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, As announced before, a few big commits, that touch some thousands ports are being done: png, curl, x11, gnome, kde4. The target ETA is 6-7 April.=20 The first one was done, update of graphics/png (including a shared lib version bump), with about 5000 ports affected. We do _NOT_ recommend updating ports until this commits are all done, and the problems are fixed, except if you want to help testing / fixing. Before reporting failures, please take a look at ports@ list, and http://qat.tecnik93.com/index.php?action=3Dfailed_buildports&sort=3Dlast_bu= ilt to find out if the problem hasn't already been reported or even fixed. We also have two incremental builds on Pointy to catch the problems. Thank you, With hat: portmgr@ --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/74Ra1.jJNXiFp.p8bx4alBN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuvW94ACgkQJ7GIuiH/oeV2aQCgmY0PB4dxDhQk+dLEyZUeu7oB +T4AoLDd/1dOPcY3oY/k1rMSvwqZ6wXH =n99+ -----END PGP SIGNATURE----- --Sig_/74Ra1.jJNXiFp.p8bx4alBN-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 13:45:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25306106566C for ; Sun, 28 Mar 2010 13:45:39 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D57FC8FC1C for ; Sun, 28 Mar 2010 13:45:38 +0000 (UTC) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:64156 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Nvso3-0007oW-3d for freebsd-ports@freebsd.org; Sun, 28 Mar 2010 15:45:37 +0200 Received: (qmail 14879 invoked from network); 28 Mar 2010 15:45:32 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 28 Mar 2010 15:45:32 +0200 Received: (qmail 84512 invoked by uid 1001); 28 Mar 2010 15:45:32 +0200 Date: Sun, 28 Mar 2010 15:45:32 +0200 From: Erik Trulsson To: ajtiM Message-ID: <20100328134532.GA84474@owl.midgard.homeip.net> References: <201003280747.36038.lumiwa@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003280747.36038.lumiwa@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1Nvso3-0007oW-3d. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Nvso3-0007oW-3d d7586cff6e75bb2086453d6fbacdf87b Cc: freebsd-ports@freebsd.org Subject: Re: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 13:45:39 -0000 On Sun, Mar 28, 2010 at 07:47:36AM -0500, ajtiM wrote: > In the /usr/ports/UPDATING is: > > "20090328: > AFFECTS: users of graphics/png > AUTHOR: dinoex@FreeBSD.org > > The png library has been updated to version 1.4.1. Please rebuild all > ports that depend on it. > > If you use portmaster: > > portmaster -r jpeg- > > If you use portupgrade: > > portupgrade -fr graphics/jpeg" > > Is this mistake or I don't understand, please? A mistake. It should obviously say 'png' rather than 'jpeg'. I believe a fix for this has already been commited. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 14:09:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 151FF106564A for ; Sun, 28 Mar 2010 14:09:44 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id BEB398FC15 for ; Sun, 28 Mar 2010 14:09:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so77974qwe.7 for ; Sun, 28 Mar 2010 07:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=rdsue1it6dSwbZ1w/zER45aOKptFGS2xHRp4XIpTlDM=; b=aS36U4OMxsXrWJUgJAyQlBYA4KdwA8yv16SyCflInNrvWL/vHNWk++kXoxmJcdqLJ/ Cn77Zuz2wz6dlX4pOoqPJeNbxIbGTDxQElubUKmaKbv0nO9UOtlMzJ2s0zhqr+7iYDCn DrszDOb3+CvAJ1YjFw/GIeVP2OeBBFtYYO2oo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=cUGG4AORF30ps41HFVGUcadVW1Tj7x0TW7GrdCSKCnsYhqg++O8mvXmR+Q39ZHaVwY n1eDeXa9P6r339WMoRnYV87zDkI+OCV9ojHedtjhCIhgTVyMfXYLTKJlxWMTy4RClEtv TFkON9ukMrajylBH3lJPJLDeAjRhBzDUjOt7M= Received: by 10.224.66.167 with SMTP id n39mr1297413qai.222.1269785382878; Sun, 28 Mar 2010 07:09:42 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-58-238.wi.res.rr.com [65.29.58.238]) by mx.google.com with ESMTPS id 8sm5948543qwj.30.2010.03.28.07.09.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Mar 2010 07:09:41 -0700 (PDT) From: ajtiM To: Erik Trulsson Date: Sun, 28 Mar 2010 09:09:29 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; i386; ; ) References: <201003280747.36038.lumiwa@gmail.com> <20100328134532.GA84474@owl.midgard.homeip.net> In-Reply-To: <20100328134532.GA84474@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003280909.29494.lumiwa@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 14:09:44 -0000 On Sunday 28 March 2010 08:45:32 Erik Trulsson wrote: > On Sun, Mar 28, 2010 at 07:47:36AM -0500, ajtiM wrote: > > In the /usr/ports/UPDATING is: > > > > "20090328: > > AFFECTS: users of graphics/png > > AUTHOR: dinoex@FreeBSD.org > > > > The png library has been updated to version 1.4.1. Please rebuild all > > ports that depend on it. > > > > If you use portmaster: > > > > portmaster -r jpeg- > > > > If you use portupgrade: > > > > portupgrade -fr graphics/jpeg" > > > > Is this mistake or I don't understand, please? > > A mistake. It should obviously say 'png' rather than 'jpeg'. > I believe a fix for this has already been commited. > Thank you but if I use: portmaster -r png- I got ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help If I use portmaster -r /usr/ports/graphics/png- ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help What I am doing wrong, please? Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 14:14:21 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C781065670 for ; Sun, 28 Mar 2010 14:14:21 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 6D16A8FC08 for ; Sun, 28 Mar 2010 14:14:21 +0000 (UTC) Received: (qmail 25016 invoked from network); 28 Mar 2010 14:14:20 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Mar 2010 14:14:20 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 594905083E; Sun, 28 Mar 2010 10:14:14 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id A7B0D1CC22; Sun, 28 Mar 2010 10:14:13 -0400 (EDT) From: Lowell Gilbert To: Ion-Mihai Tetcu References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Date: Sun, 28 Mar 2010 10:14:13 -0400 In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> (Ion-Mihai Tetcu's message of "Sun, 28 Mar 2010 16:38:28 +0300") Message-ID: <44iq8gjzyi.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 14:14:21 -0000 Ion-Mihai Tetcu writes: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. > > Before reporting failures, please take a look at ports@ list, and > http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built > to find out if the problem hasn't already been reported or even fixed. > We also have two incremental builds on Pointy to catch the problems. > > > Thank you, > > With hat: portmgr@ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 14:15:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC102106576C for ; Sun, 28 Mar 2010 14:15:24 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id B54B78FC0C for ; Sun, 28 Mar 2010 14:15:24 +0000 (UTC) Received: (qmail 6651 invoked from network); 28 Mar 2010 14:15:24 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Mar 2010 14:15:24 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id CE5D25083E; Sun, 28 Mar 2010 10:15:18 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id C81A41CC67; Sun, 28 Mar 2010 10:15:18 -0400 (EDT) From: Lowell Gilbert To: Ion-Mihai Tetcu References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Date: Sun, 28 Mar 2010 10:15:18 -0400 In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> (Ion-Mihai Tetcu's message of "Sun, 28 Mar 2010 16:38:28 +0300") Message-ID: <44eij4jzwp.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 14:15:24 -0000 Oops. Sorry about sending out an empty message. Let me try again. Ion-Mihai Tetcu writes: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. Mr. portmgr: Do you *want* help testing and fixing? From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 14:22:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FFE51065670 for ; Sun, 28 Mar 2010 14:22:42 +0000 (UTC) (envelope-from pit@joseph-a-nagy-jr.us) Received: from outbound-mail-313.bluehost.com (outbound-mail-313.bluehost.com [67.222.54.6]) by mx1.freebsd.org (Postfix) with SMTP id 287E28FC08 for ; Sun, 28 Mar 2010 14:22:41 +0000 (UTC) Received: (qmail 29716 invoked by uid 0); 28 Mar 2010 14:22:41 -0000 Received: from unknown (HELO box264.bluehost.com) (69.89.31.64) by cpoproxy3.bluehost.com with SMTP; 28 Mar 2010 14:22:41 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=joseph-a-nagy-jr.us; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:X-Enigmail-Version:Content-Type:X-Identified-User; b=MmGX5XqNgh7d2K1VebalpkQo+sKjBmaqs0+vxYZgnDWCSmtUYej9RQfWzSQ3WRUy7gmTXL6OBAfoo5gby7UoKMzqDaF8A0Jb4AqyiKruBIP+xKukkiR38T+bVFIr9gN8; Received: from [206.74.86.236] (helo=[192.168.1.101]) by box264.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NvtNx-0004l3-45 for freebsd-ports@freebsd.org; Sun, 28 Mar 2010 08:22:41 -0600 Message-ID: <4BAF661E.9020005@joseph-a-nagy-jr.us> Date: Sun, 28 Mar 2010 09:22:22 -0500 From: Programmer In Training User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100324 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <201003280747.36038.lumiwa@gmail.com> <20100328134532.GA84474@owl.midgard.homeip.net> <201003280909.29494.lumiwa@gmail.com> In-Reply-To: <201003280909.29494.lumiwa@gmail.com> X-Enigmail-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB3B18E3EDFCCF87FD4A71AAF" X-Identified-User: {2250:box264.bluehost.com:ameliora:joseph-a-nagy-jr.us} {sentby:smtp auth 206.74.86.236 authed with pit@joseph-a-nagy-jr.us} Subject: Re: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 14:22:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB3B18E3EDFCCF87FD4A71AAF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/28/10 09:09, ajtiM wrote: > Thank you but if I use: > portmaster -r png- > I got =3D=3D=3D>>> No valid installed port, or port directory given > =3D=3D=3D>>> Try portmaster --help >=20 > If I use portmaster -r /usr/ports/graphics/png- >=20 > =3D=3D=3D>>> No valid installed port, or port directory given > =3D=3D=3D>>> Try portmaster --help >=20 > What I am doing wrong, please? >=20 > Mitja Get rid of the trailing hyphen. --=20 Yours In Christ, PIT Emails are not formal business letters, whatever businesses may want. Original content copyright under the OWL http://owl.apotheon.org Please do not CC me. If I'm posting to a list it is because I am subscrib= ed. --------------enigB3B18E3EDFCCF87FD4A71AAF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLr2YrAAoJEENZQ8DH7rW0MjIH/i9oO3DhuBErYrbGaP89g+oC +zPK+cKTaPBupnF7Dj+TfmQ5BI2y4jtDT+m1LFfZ4tXLbVYOKoWIMbLil0zLi4lc DBKTEx4SBLCcNaPfsPa8JvVvxgSKLQBo9/xazTMKOJTK5ZosjzDs7FP6C+0lMxKK 3ss7m6RHmd1yB34NpCnF/6NjZYhmQIRnURR111Y/jJLHVN/sSmy4mfOMc5EcqxGi MlJF6PYhaGxUUPe8xw7svmQJQ46m9VkDFrFrCeMsPr0c21fwT8h0Rs/GWCoqcF+n snD0KW2t7xD4F5+pelofkScEfm8+/TDkKJmekfxPCf3Ci/SnTUF2mBY0CpzmJNc= =TAjw -----END PGP SIGNATURE----- --------------enigB3B18E3EDFCCF87FD4A71AAF-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 14:42:05 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95731065677 for ; Sun, 28 Mar 2010 14:42:05 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-qy0-f200.google.com (mail-qy0-f200.google.com [209.85.221.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0E48FC08 for ; Sun, 28 Mar 2010 14:42:05 +0000 (UTC) Received: by qyk38 with SMTP id 38so3299750qyk.9 for ; Sun, 28 Mar 2010 07:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=BYTGSVYrYuLkmtECSBPo95KabSAQQnrMxi/hjKpJP+8=; b=TFdJ/h3i4K1//1s58DAqQTCa5+SJz1ULq/DLb/AXzmYbqy49xXaxVPrZaU/eLSF5Oa CO57Ct//q1WNcXKNonnnOdvf5fC6LEdCSPCC+sNc8sbraRwyezcNAT+nVN1dOm7rlD9b QETCzh4kYqnrBT7YybeNr2rzg9a3USmSlixzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=OPAIa+Uagr6ovvg4NI86QAW6Uu07D0a6sCdAoE24An6tnbUr2aUk10UcFjvaX8+m4j vhVKITKeBIi/3cso40jLTnvTo4PiQOJvTXfycHtL52VZzrtSL7er+XS3rvH+LLjI3SfE pg1tHud92fhZyJ4vOWp8zHm5eGi+SPknu3Kdw= Received: by 10.229.212.4 with SMTP id gq4mr560761qcb.62.1269787323808; Sun, 28 Mar 2010 07:42:03 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-58-238.wi.res.rr.com [65.29.58.238]) by mx.google.com with ESMTPS id 5sm6319534qwg.18.2010.03.28.07.42.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Mar 2010 07:42:03 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Sun, 28 Mar 2010 09:41:57 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p2; KDE/4.3.5; i386; ; ) References: <201003280747.36038.lumiwa@gmail.com> <201003280909.29494.lumiwa@gmail.com> <4BAF661E.9020005@joseph-a-nagy-jr.us> In-Reply-To: <4BAF661E.9020005@joseph-a-nagy-jr.us> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003280941.57755.lumiwa@gmail.com> Subject: Re: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 14:42:05 -0000 On Sunday 28 March 2010 09:22:22 Programmer In Training wrote: > On 03/28/10 09:09, ajtiM wrote: > > > > Thank you but if I use: > > portmaster -r png- > > I got ===>>> No valid installed port, or port directory given > > ===>>> Try portmaster --help > > > > If I use portmaster -r /usr/ports/graphics/png- > > > > ===>>> No valid installed port, or port directory given > > ===>>> Try portmaster --help > > > > What I am doing wrong, please? > > > > Mitja > > Get rid of the trailing hyphen. > portmaster -r png ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help or portmaster -r graphics/png Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 18:08:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E4B8106564A for ; Sun, 28 Mar 2010 18:08:06 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-qy0-f200.google.com (mail-qy0-f200.google.com [209.85.221.200]) by mx1.freebsd.org (Postfix) with ESMTP id ADEBD8FC08 for ; Sun, 28 Mar 2010 18:08:05 +0000 (UTC) Received: by qyk38 with SMTP id 38so3395675qyk.9 for ; Sun, 28 Mar 2010 11:08:04 -0700 (PDT) Received: by 10.229.188.212 with SMTP id db20mr1312480qcb.5.1269797963328; Sun, 28 Mar 2010 10:39:23 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id 22sm2012642qyk.10.2010.03.28.10.39.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Mar 2010 10:39:22 -0700 (PDT) Received: from scorpio.seibercom.net (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: FreeBSD-Ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id C33F42280C for ; Sun, 28 Mar 2010 13:39:20 -0400 (EDT) Date: Sun, 28 Mar 2010 13:39:20 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100328133920.10612d3d@scorpio.seibercom.net> In-Reply-To: <201003280941.57755.lumiwa@gmail.com> References: <201003280747.36038.lumiwa@gmail.com> <201003280909.29494.lumiwa@gmail.com> <4BAF661E.9020005@joseph-a-nagy-jr.us> <201003280941.57755.lumiwa@gmail.com> Organization: seibercom.net X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: graphics/png 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: Sun, 28 Mar 2010 18:08:06 -0000 On Sun, 28 Mar 2010 09:41:57 -0500, ajtiM articulated: > On Sunday 28 March 2010 09:22:22 Programmer In Training wrote: > > On 03/28/10 09:09, ajtiM wrote: > > > > > > > Thank you but if I use: > > > portmaster -r png- > > > I got ===>>> No valid installed port, or port directory given > > > ===>>> Try portmaster --help > > > > > > If I use portmaster -r /usr/ports/graphics/png- > > > > > > ===>>> No valid installed port, or port directory given > > > ===>>> Try portmaster --help > > > > > > What I am doing wrong, please? > > > > > > Mitja > > > > Get rid of the trailing hyphen. > > > > portmaster -r png > > ===>>> No valid installed port, or port directory given > ===>>> Try portmaster --help > > or portmaster -r graphics/png Or: portmanager graphics/png -l -f -- Jerry FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ Kinkler's First Law: Responsibility always exceeds authority. Kinkler's Second Law: All the easy problems have been solved. From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 18:40:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AA6F106564A; Sun, 28 Mar 2010 18:40:23 +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 ADC8F8FC16; Sun, 28 Mar 2010 18:40:22 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2SIeLA5080580; Sun, 28 Mar 2010 12:40:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2SIeLl5080577; Sun, 28 Mar 2010 12:40:21 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 28 Mar 2010 12:40:21 -0600 (MDT) From: Warren Block To: Ion-Mihai Tetcu In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Message-ID: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Sun, 28 Mar 2010 12:40:21 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 18:40:23 -0000 On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: > Before reporting failures, please take a look at ports@ list, and > http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built > to find out if the problem hasn't already been reported or even fixed. > We also have two incremental builds on Pointy to catch the problems. (If you want bugs reported in a specific place or with a specific Subject, please specify.) graphics/osg doesn't build: FreeBSD lightning 8.0-STABLE FreeBSD 8.0-STABLE #0: Thu Mar 25 10:44:26 MDT 2010 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 ... [ 40%] Building CXX object src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/OcclusionQueryNode.o /usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp: In member function 'osgDB::ReaderWriter::ReadResult ReaderWriterPNG::readPNGStream(std::istream&) const': /usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp:176: error: 'png_check_sig' was not declared in this scope /usr/ports/graphics/osg/work/OpenSceneGraph-2.8.2/src/osgPlugins/png/ReaderWriterPNG.cpp:227: error: 'png_set_gray_1_2_4_to_8' was not declared in this scope *** Error code 1 1 error *** Error code 2 [ 40%] Building CXX object src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/PagedLOD.o ... [ 45%] Building CXX object src/osgPlugins/osg/CMakeFiles/osgdb_osg.dir/Viewport.o Linking CXX shared module ../../../lib/osgPlugins-2.8.2/osgdb_osg.so [ 45%] Built target osgdb_osg 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/graphics/osg. *** Error code 1 Stop in /usr/ports/graphics/osg. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 19:00:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B7841065673 for ; Sun, 28 Mar 2010 19:00:55 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.freebsd.org (Postfix) with ESMTP id 38F0E8FC24 for ; Sun, 28 Mar 2010 19:00:54 +0000 (UTC) Received: (qmail 27313 invoked from network); 28 Mar 2010 19:00:54 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Mar 2010 19:00:54 -0000 Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id C8C555083E; Sun, 28 Mar 2010 15:00:48 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 4304F1CC93; Sun, 28 Mar 2010 15:00:48 -0400 (EDT) From: Lowell Gilbert To: Ion-Mihai Tetcu References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Date: Sun, 28 Mar 2010 15:00:48 -0400 In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> (Ion-Mihai Tetcu's message of "Sun, 28 Mar 2010 16:38:28 +0300") Message-ID: <44tys0i84f.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 19:00:55 -0000 Ion-Mihai Tetcu writes: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. Could you put this in UPDATING, please? From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 19:09:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A9C106564A; Sun, 28 Mar 2010 19:09:39 +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 8BF308FC2B; Sun, 28 Mar 2010 19:09:39 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2SJ9ckH080720; Sun, 28 Mar 2010 13:09:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2SJ9crO080717; Sun, 28 Mar 2010 13:09:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 28 Mar 2010 13:09:38 -0600 (MDT) From: Warren Block To: Ion-Mihai Tetcu In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Message-ID: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Sun, 28 Mar 2010 13:09:38 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 19:09:39 -0000 On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: > Before reporting failures, please take a look at ports@ list, and > http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built > to find out if the problem hasn't already been reported or even fixed. > We also have two incremental builds on Pointy to catch the problems. wxgtk26 needs the same patch as wxgtk28: --- Makefile.orig 2010-03-28 12:52:41.000000000 -0600 +++ Makefile 2010-03-28 12:54:17.000000000 -0600 @@ -91,6 +91,7 @@ post-patch: @${REINPLACE_CMD} -e 's|pkg_config_args --cflags|pkg_config_args pangox --cflags|g ; \ s|pkg_config_args --libs|pkg_config_args pangox --libs|g' \ + -e 's|png_check_sig|png_sig_cmp|g' \ ${WRKSRC}/configure .include ...although adding another -e option instead of just extending the existing one seems unnecessary. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 19:56:30 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5C7A106566B for ; Sun, 28 Mar 2010 19:56:30 +0000 (UTC) (envelope-from pol@leissner.se) Received: from mailgate.leissner.se (mailgate.leissner.se [212.3.1.210]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD688FC08 for ; Sun, 28 Mar 2010 19:56:29 +0000 (UTC) Received: from mailgate.leissner.se (localhost [127.0.0.1]) by mailgate.leissner.se (8.14.4/8.14.4) with ESMTP id o2SJWboO084182 for ; Sun, 28 Mar 2010 21:32:37 +0200 (CEST) (envelope-from pol@leissner.se) Received: (from uucp@localhost) by mailgate.leissner.se (8.14.4/8.14.4/Submit) id o2SJWbj8084181 for ; Sun, 28 Mar 2010 21:32:37 +0200 (CEST) (envelope-from pol@leissner.se) Received: from UNKNOWN(192.168.111.4), claiming to be "[192.168.111.4]" via SMTP by mailgate.leissner.se, id smtpdRzY6Iv; Sun Mar 28 21:32:36 2010 From: Peter Olsson To: ports@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 28 Mar 2010 21:32:36 +0200 Message-ID: <1269804756.2864.94.camel@x61s> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: Subject: Massive port bloat caused by the recommended en-freebsd-doc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 19:56:30 -0000 Hello! I did a test install of 8.0-RELEASE, and during installation I let the recommended English docs remain chosen. After installation I installed portmaster, cvsuped and ran portmaster -bda. Five hours later (test PC is PIII 450) I'm in shock by the end result: Installation of devel/libtool22 (libtool-2.2.6b) Installation of converters/libiconv (libiconv-1.13.1_1) Installation of chinese/arphicttf (zh-arphicttf-2.11_2) Installation of lang/perl5.10 (perl-5.10.1) Installation of devel/gettext (gettext-0.17_1) Installation of devel/gmake (gmake-3.81_3) Installation of devel/pkg-config (pkg-config-0.23_1) Installation of print/freetype2 (freetype2-2.3.11) Installation of print/t1utils (t1utils-1.32) Installation of print/ttf2pt1 (ttf2pt1-3.4.4_2) Installation of chinese/ttf2pt1 (zh-ttf2pt1-3.4.0) Installation of graphics/png (png-1.2.43) Installation of print/libpaper (libpaper-1.1.23+nmu2) Installation of devel/t1lib (t1lib-5.1.2_1,1) Installation of graphics/jpeg (jpeg-8_1) Installation of graphics/gd (gd-2.0.35_3,1) Installation of print/amspsfnt (amspsfnt-1.0_5) Installation of print/cmpsfont (cmpsfont-1.0_6) Installation of print/tex-texmflocal (tex-texmflocal-1.9) Installation of print/teTeX-texmf (teTeX-texmf-3.0_6) Installation of www/libwww (libwww-5.4.0_4) Installation of print/gsfonts (gsfonts-8.11_5) Installation of print/ghostscript8-nox11 (ghostscript8-nox11-8.70_1) Installation of textproc/texi2html (texi2html-1.82,1) Installation of print/teTeX-base (teTeX-base-3.0_19) Installation of print/adobe-cmaps (adobe-cmaps-20051217_1) Installation of print/dvipdfmx (dvipdfmx-20090522_3) Installation of print/freetype (freetype-1.3.1_4) Installation of print/freetype-tools (freetype-tools-1.3.1_7) Installation of archivers/unzip (unzip-6.0) Installation of print/cm-super (cm-super-0.3.4_2) Installation of print/dvipsk-tetex (dvipsk-tetex-5.95a_4) Installation of print/teTeX (teTeX-3.0_3) Installation of print/latex-cjk (latex-cjk-4.8.2_3) Installation of chinese/docproj (zh-docproj-0.1.20060303_3) Installation of graphics/jbigkit (jbigkit-1.6) Installation of graphics/tiff (tiff-3.9.2_1) Installation of graphics/netpbm (netpbm-10.26.63_2) Installation of graphics/peps (peps-2.0_3) Installation of graphics/scr2png (scr2png-1.2_3) Installation of print/jadetex (jadetex-3.13_5) Installation of textproc/xmlcatmgr (xmlcatmgr-2.2) Installation of textproc/iso8879 (iso8879-1986_2) Installation of textproc/docbook-410 (docbook-4.1_4) Installation of textproc/docbook-xml (docbook-xml-4.2_1) Installation of textproc/docbook-420 (docbook-4.2) Installation of textproc/docbook-430 (docbook-4.3) Installation of textproc/docbook-440 (docbook-4.4_2) Installation of textproc/docbook-450 (docbook-4.5_2) Installation of textproc/xmlcharent (xmlcharent-0.3_2) Installation of textproc/docbook-500 (docbook-5.0_1) Installation of textproc/docbook-sk (docbook-sk-4.1.2_4) Installation of textproc/docbook-xml-430 (docbook-xml-4.3) Installation of textproc/docbook-xml-440 (docbook-xml-4.4_1) Installation of textproc/docbook-xml-450 (docbook-xml-4.5) Installation of textproc/docbook (docbook-1.4) Installation of textproc/docbook-xsl (docbook-xsl-1.75.2) Installation of textproc/dsssl-docbook-modular (dsssl-docbook-modular-1.79_1,1) Installation of textproc/fixrtf (fixrtf-0.1.20060303) Installation of textproc/html (html-4.01_2) Installation of textproc/html2text (html2text-1.3.2a) Installation of textproc/jade (jade-1.2.1_9) Installation of security/libgpg-error (libgpg-error-1.7) Installation of security/libgcrypt (libgcrypt-1.4.5) Installation of textproc/libxml2 (libxml2-2.7.6_2) Installation of textproc/libxslt (libxslt-1.1.26) Installation of textproc/linuxdoc (linuxdoc-1.1_1) Installation of textproc/expat2 (expat-2.0.1_1) Installation of textproc/p5-XML-Parser (p5-XML-Parser-2.36_1) Installation of textproc/scr2txt (scr2txt-1.2) Installation of textproc/xhtml (xhtml-1.0.20020801_4) Installation of www/links1 (links-0.98,1) Installation of www/tidy (tidy-20000804_2) Installation of textproc/docproj-jadetex (docproj-jadetex-1.17_3) Upgrade of en-freebsd-doc-20090913 to en-freebsd-doc-20100213 Upgrade of portmaster-2.12 to portmaster-2.19 I added no options to the configs that were displayed, just removed some (e.g. X11 from ghostscript IIRC). I'm not so concerned with the time that passed, I'm just shocked by the number of ports that got installed. I'm glad this was a test install, I won't install en-freebsd-doc again. I suggest a big warning sign on the installation page which recommends installing en-freebsd-doc. Anyway, no worries and keep up the very good work you do with FreeBSD. Thanks! -- Peter Olsson pol@leissner.se From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 20:15:35 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D9210657A1 for ; Sun, 28 Mar 2010 20:15:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f199.google.com (mail-pz0-f199.google.com [209.85.222.199]) by mx1.freebsd.org (Postfix) with ESMTP id A6A548FC1B for ; Sun, 28 Mar 2010 20:15:35 +0000 (UTC) Received: by pzk37 with SMTP id 37so551207pzk.7 for ; Sun, 28 Mar 2010 13:15:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type :content-transfer-encoding; bh=k76h6mMYsU6neEj9Cj6D90OEq+K4kibgN7ctreLh138=; b=ubpQclZwgdg6GmFgMvb8khOGutApNczaFMEJwrFK1qElUmifc9FzODTmCG7VDrmsHU nN/doJmYSHAtWP24c/OGZ1O/5KSIH3d/5pIhO2IXUXH2b8WhOYyZ6TbAYDpKm6e+JrSo UiaZQI3ehTkI7w0JZFDhENHn/97Ho3ViTv6UE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=DtWkKGrVU4uDSvfVMlL0Tun8NYWwZZkyAge7LLV82cOgJDsoA0/BTl0I6gVa2sBnfL uBWhL5ZsSVtPIR5Wr66Ap6c9oPDgHGFcFlIBqlCcln2Tafwm//jnm67A2gz816maOpaA ZT3gNKaZ+zsmLAukQKsHWjkGznYS0eO4gTOPA= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Sun, 28 Mar 2010 13:15:34 -0700 (PDT) In-Reply-To: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> Date: Sun, 28 Mar 2010 13:15:34 -0700 Received: by 10.143.86.7 with SMTP id o7mr668421wfl.265.1269807335073; Sun, 28 Mar 2010 13:15:35 -0700 (PDT) Message-ID: <7d6fde3d1003281315g576c82e6vecdf8ef6e61c877c@mail.gmail.com> From: Garrett Cooper To: FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 20:15:35 -0000 On Sat, Mar 27, 2010 at 11:14 PM, Garrett Cooper wrote= : > Hi, > =A0 =A0As part of taking a look at the differences in our implementation > of pkg_install(1) in order to afford an improvement over the existing > code, I've looked at various implementations of pkg_install, one being > NetBSD's evolution [1]. It's several years ahead from our's and while > I don't believe that all of the complexity is desired, there's a lot > of good lessons to be learned from this. One of which is that they > replaced the @exec and @unexec calls with string pre-install // > post-install and pre-deinstall // post-deinstall scripts. I think that > this potentially is a good step forward because it takes some of the > guts out of the +CONTENTS files and places it in [bourne shell] > scripts, which are easier to maintain and potentially understand. > =A0 =A0I realize that some of the loss would be that one couldn't simply > specify things like %f, %D, %F, etc with @exec and @unexec, but that > seems a small price to pay for tuning everything a bit more. On the > plus side too, that means that one could use an extensive set of > shell, etc libraries that would avoid code duplication like what's > present in the +CONTENTS files. This is one of the small observations > I made after starting on work which would modify 1k python ports to > not install the byte-compiled or optimized files (side topic that we > can talk about in another thread if desired). > Thoughts? And since kimelto asked on IRC, here's why byte-compiled python files are bad in packages... 23:20 <@kimelto> gcooper: what's the point about byte compiled python files= ? 23:24 <@gcooper> kimelto: 1) it blows up the package size 23:24 <@gcooper> 2) on some versions of python it disguises bugs with __file__ because byte-compiling embeds values of certain variables evaluated at compile time 23:25 <@gcooper> 3) it adds more crap to the plists Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 20:17:39 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3B2E106564A for ; Sun, 28 Mar 2010 20:17:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 36BB58FC12 for ; Sun, 28 Mar 2010 20:17:39 +0000 (UTC) Received: from delta.allbsd.org (p3177-ipbf416funabasi.chiba.ocn.ne.jp [123.225.92.177]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o2SKHEU5018815; Mon, 29 Mar 2010 05:17:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id o2SKHAaq011339; Mon, 29 Mar 2010 05:17:11 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 29 Mar 2010 05:16:25 +0900 (JST) Message-Id: <20100329.051625.206478279.hrs@allbsd.org> To: pol@leissner.se From: Hiroki Sato In-Reply-To: <1269804756.2864.94.camel@x61s> References: <1269804756.2864.94.camel@x61s> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Mar_29_05_16_25_2010_579)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Mon, 29 Mar 2010 05:17:30 +0900 (JST) X-Spam-Status: No, score=0.2 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: ports@FreeBSD.org Subject: Re: Massive port bloat caused by the recommended en-freebsd-doc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 20:17:39 -0000 ----Security_Multipart(Mon_Mar_29_05_16_25_2010_579)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Peter Olsson wrote in <1269804756.2864.94.camel@x61s>: po> I added no options to the configs that were displayed, just removed some po> (e.g. X11 from ghostscript IIRC). I'm not so concerned with the time po> that passed, I'm just shocked by the number of ports that got installed. po> po> I'm glad this was a test install, I won't install en-freebsd-doc again. po> I suggest a big warning sign on the installation page which recommends po> installing en-freebsd-doc. Anyway, no worries and keep up the very good po> work you do with FreeBSD. This is because building the documentation set needs a bunch of toolchains. If you want this but not want to install the toolchains, install it by using the corresponding packages. -- Hiroki ----Security_Multipart(Mon_Mar_29_05_16_25_2010_579)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkuvuRkACgkQTyzT2CeTzy2isACfQbRH3UKdKiOZla88QRsJaz2w yqMAn3RvixCa0m9FwkpIhEdSTK5YS1bw =ab45 -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Mar_29_05_16_25_2010_579)---- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 20:23:47 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49630106566C for ; Sun, 28 Mar 2010 20:23:47 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id F31C28FC17 for ; Sun, 28 Mar 2010 20:23:46 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id BE7B422C509E; Sun, 28 Mar 2010 23:23:45 +0300 (EEST) Date: Sun, 28 Mar 2010 23:23:42 +0300 From: Ion-Mihai Tetcu To: Warren Block Message-ID: <20100328232342.42d18dc9@it.buh.tecnik93.com> In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/WeJOOCwSMS5i.9KTPGg8i7k"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 20:23:47 -0000 --Sig_/WeJOOCwSMS5i.9KTPGg8i7k Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 28 Mar 2010 13:09:38 -0600 (MDT) Warren Block wrote: > On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: >=20 > > Before reporting failures, please take a look at ports@ list, and > > http://qat.tecnik93.com/index.php?action=3Dfailed_buildports&sort=3Dlas= t_built > > to find out if the problem hasn't already been reported or even > > fixed. We also have two incremental builds on Pointy to catch the > > problems. >=20 > wxgtk26 needs the same patch as wxgtk28: >=20 > --- Makefile.orig 2010-03-28 12:52:41.000000000 -0600 > +++ Makefile 2010-03-28 12:54:17.000000000 -0600 > @@ -91,6 +91,7 @@ > post-patch: > @${REINPLACE_CMD} -e 's|pkg_config_args > --cflags|pkg_config_args pangox --cflags|g ; \ s|pkg_config_args > --libs|pkg_config_args pangox --libs|g' \ > + -e 's|png_check_sig|png_sig_cmp|g' \ > ${WRKSRC}/configure >=20 > .include >=20 > ...although adding another -e option instead of just extending the=20 > existing one seems unnecessary. Committed, thanks! --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/WeJOOCwSMS5i.9KTPGg8i7k Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuvus8ACgkQJ7GIuiH/oeWlVACdFpQEO1YxEbfMhmwXYMw3fs7M agsAoJkyEP/8j3V6j0L3pTZrHOy5JXh+ =BZBt -----END PGP SIGNATURE----- --Sig_/WeJOOCwSMS5i.9KTPGg8i7k-- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 20:40:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C7A106566C; Sun, 28 Mar 2010 20:40:42 +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 0108D8FC17; Sun, 28 Mar 2010 20:40:41 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2SKefUp081051; Sun, 28 Mar 2010 14:40:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2SKefxm081048; Sun, 28 Mar 2010 14:40:41 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 28 Mar 2010 14:40:41 -0600 (MDT) From: Warren Block To: Ion-Mihai Tetcu In-Reply-To: <20100328232342.42d18dc9@it.buh.tecnik93.com> Message-ID: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100328232342.42d18dc9@it.buh.tecnik93.com> 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.3 (wonkity.com [127.0.0.1]); Sun, 28 Mar 2010 14:40:41 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 20:40:42 -0000 On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: > On Sun, 28 Mar 2010 13:09:38 -0600 (MDT) > Warren Block wrote: > >> On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: >> >>> Before reporting failures, please take a look at ports@ list, and >>> http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built >>> to find out if the problem hasn't already been reported or even >>> fixed. We also have two incremental builds on Pointy to catch the >>> problems. Okay, a few more... Warning: these are nearly untested. After all, if it builds, it means it works, right? Broken, not yet investigated: graphics/enblend graphics/gimp-app graphics/hugin Broken but fixable: x11/xfce4-conf won't build with GTKDOC enabled (problem with gtkdoc-fixxref, maybe not png related) also sent to maintainer oliver@freebsd.org x11-fm/thunar needs patch: files/patch-thunar-vfs-thunar-vfs-thumb.c based on http://www.libpng.org/pub/png/src/libpng-1.2.x-to-1.4.x-summary.txt also sent to maintainer oliver@freebsd.org --- thunar-vfs/thunar-vfs-thumb.c.orig 2010-03-28 13:50:55.000000000 -0600 +++ thunar-vfs/thunar-vfs-thumb.c 2010-03-28 13:51:39.000000000 -0600 @@ -1169,7 +1169,7 @@ goto done0; /* verify the png signature */ - if (G_LIKELY (png_check_sig ((png_bytep) signature, sizeof (signature)))) + if (G_LIKELY (png_sig_cmp ((png_bytep) signature, 0, sizeof (signature)) == 0)) rewind (fp); else goto done0; -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 21:26:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78346106564A for ; Sun, 28 Mar 2010 21:26:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 06FF08FC08 for ; Sun, 28 Mar 2010 21:26:21 +0000 (UTC) Received: (qmail 30108 invoked by uid 399); 28 Mar 2010 21:26:21 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Mar 2010 21:26:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BAFC97B.7010408@FreeBSD.org> Date: Sun, 28 Mar 2010 14:26:19 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: ajtiM References: <201003280747.36038.lumiwa@gmail.com> <20100328134532.GA84474@owl.midgard.homeip.net> <201003280909.29494.lumiwa@gmail.com> In-Reply-To: <201003280909.29494.lumiwa@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: graphics/png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 21:26:22 -0000 On 03/28/10 07:09, ajtiM wrote: > What I am doing wrong, please? Nothing, the mistake is mine. The docs say that 'portmaster -r' accepts a glob pattern, but that's not accurate. I will work on fixing that bug asap, but meanwhile you can do this: portmaster -r `echo /var/db/pkg/png-1* | sed s#.*/##` Sorry for the confusion, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 21:41:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F2C1065675 for ; Sun, 28 Mar 2010 21:41:00 +0000 (UTC) (envelope-from frederic.perrin@resel.fr) Received: from maisel-gw.enst-bretagne.fr (maisel-gw.enst-bretagne.fr [192.44.76.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3AB8FC1C for ; Sun, 28 Mar 2010 21:40:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by maisel-gw.enst-bretagne.fr (Postfix) with ESMTP id DE62819802 for ; Sun, 28 Mar 2010 23:21:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at resel.fr Received: from maisel-gw.enst-bretagne.fr ([127.0.0.1]) by localhost (mercure.adm.maisel.enst-bretagne.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id amiX2jLO3h+M for ; Sun, 28 Mar 2010 23:21:03 +0200 (CEST) Received: from girafe.home (ARennes-258-1-63-134.w90-31.abo.wanadoo.fr [90.31.254.134]) (Authenticated sender: fperrin) by maisel-gw.enst-bretagne.fr (Postfix) with ESMTPSA id 564E919804 for ; Sun, 28 Mar 2010 23:21:03 +0200 (CEST) Date: Sun, 28 Mar 2010 23:21:58 +0200 From: =?UTF-8?B?RnLDqWTDqXJpYw==?= Perrin To: freebsd-ports@freebsd.org Message-ID: <20100328232158.14cd2ce2@girafe.home> X-Mailer: Claws Mail 3.7.5cvs42 (GTK+ 2.18.7; i386-unknown-freebsd8.0) In-Reply-To: 20100328163828.1f34e0e7@it.buh.tecnik93.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 21:41:00 -0000 Hello, emacs23 is also broken. The build fails when building temacs with: cc -nostdlib `./prefix-args -Xlinker -L/usr/local/lib -znocombreloc` -L/usr/local/lib -lintl -Wl,-znocombreloc -L/usr/local/lib -o temacs pre-crt0.o /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o fontset.o xsmfns.o fringe.o image.o gtkutil.o dbusbind.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o xfont.o ftfont.o xftfont.o ftxfont.o terminfo.o lastfile.o gmalloc.o vm-limit.o -L/usr/local/lib -pthread -L/usr/local/lib - lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lpthread -lSM -lICE -ltiff -ljpeg -lpng -lz -lm -lungif -lXpm -lX11 -L/usr/local/lib -lXft -lXrender -lfontconfig -lfreetype -lX11 -pthread -L/usr/local/lib -lrsvg-2 -lgdk_pixbuf-2.0 -lm -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread -L/usr/local/lib -ldbus-1 -lutil -lncurses -L/usr/local/lib -lz -lotf -lfreetype -L/usr/local/lib -lm17n-flt -lm17n-core -lm -lgcc -lc -lgcc /usr/lib/crtend.o /usr/lib/crtn.o image.o(.text+0x65d3): In function `png_load': : undefined reference to `png_check_sig' image.o(.text+0x6c01): In function `png_load': : undefined reference to `png_check_sig' gmake[1]: *** [temacs] Error 1 The compilation of image.c itself works fine, with only a warning about a deprecated symbol: cc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -Demacs -DHAVE_CONFIG_H -I. -I/usr/ports/editors/emacs/work/emacs-23.1/src -I/usr/X11R6include -I/usr/local/include -L/usr/local/lib -I/usr/local/include -D_THREAD_SAFE -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2 -D_THREAD_SAFE -I/usr/local/include/librsvg-2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtk-2.0 -I/usr/local/include/cairo -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -O2 -pipe -fno-strict-aliasing -I/usr/local/include/fr eetype2 -I/usr/local/include -I/usr/local/include image.c image.c: In function 'my_png_error': image.c:5885: warning: 'jmpbuf' is deprecated (declared at /usr/local/include/libpng/png.h:1090) image.c: In function 'png_load': image.c:6061: warning: 'jmpbuf' is deprecated (declared at /usr/local/include/libpng/png.h:1090) -- Fred From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 21:46:02 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4001106573F; Sun, 28 Mar 2010 21:46:02 +0000 (UTC) (envelope-from timothyk@wallnet.com) Received: from mta5.srv.hcvlny.cv.net (mta5.srv.hcvlny.cv.net [167.206.4.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9843C8FC17; Sun, 28 Mar 2010 21:46:02 +0000 (UTC) Received: from [192.168.1.104] (springfling73.org [96.57.143.21]) by mta5.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0L00008N4GEP4C00@mta5.srv.hcvlny.cv.net>; Sun, 28 Mar 2010 17:16:01 -0400 (EDT) Date: Sun, 28 Mar 2010 17:16:01 -0400 From: Tim Kellers In-reply-to: To: freebsd-ports@freebsd.org Message-id: <4BAFC711.2040202@wallnet.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100328232342.42d18dc9@it.buh.tecnik93.com> User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) Cc: Ion-Mihai Tetcu Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 21:46:02 -0000 > On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: > > Before reporting failures, please take a look at ports@ list, and > http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built > > to find out if the problem hasn't already been reported or even > fixed. We also have two incremental builds on Pointy to catch the > problems. Not on the webpage above, and running 7.3-STABLE uname -a: njtransit.njit.edu 7.3-STABLE FreeBSD 7.3-STABLE #0: Sun Mar 28 01:04:27 EDT 2010 root@njtransit.njit.edu:/usr/obj/usr/src/sys/NJT328 amd64 In graphics/ming, while portupgrading -fr png In file included from decompile.c:7: /usr/include/stdio.h:432:1: warning: this is the location of the previous definition cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall -I. -I.. -I../src -c main.c cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall -I. -I.. -I../src -c parser.c cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall -I. -I.. -I../src -c read.c cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall -I. -I.. -I../src -L. -L.. -L/usr/local/lib -L.. -lming -lz -lm -lungif -lpng -DNODECOMPILE action.o blocktypes.o decompile.o main.o parser.o read.o outputtxt.c -o listswf ../libming.so: undefined reference to `png_check_sig' *** Error code 1 Tim Kellers From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 21:50:59 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD3B7106566C; Sun, 28 Mar 2010 21:50:59 +0000 (UTC) (envelope-from timothyk@wallnet.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 82D628FC0A; Sun, 28 Mar 2010 21:50:59 +0000 (UTC) Received: from [192.168.1.104] (springfling73.org [96.57.143.21]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0L0000IMXI0YIN10@mta4.srv.hcvlny.cv.net>; Sun, 28 Mar 2010 17:50:58 -0400 (EDT) Date: Sun, 28 Mar 2010 17:50:57 -0400 From: Tim Kellers In-reply-to: <4BAFC711.2040202@wallnet.com> To: freebsd-ports@freebsd.org Message-id: <4BAFCF41.4050801@wallnet.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <20100328232342.42d18dc9@it.buh.tecnik93.com> <4BAFC711.2040202@wallnet.com> User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) Cc: Ion-Mihai Tetcu Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 21:50:59 -0000 Tim Kellers wrote: >> On Sun, 28 Mar 2010, Ion-Mihai Tetcu wrote: >> >> Before reporting failures, please take a look at ports@ list, and >> http://qat.tecnik93.com/index.php?action=failed_buildports&sort=last_built >> >> to find out if the problem hasn't already been reported or even >> fixed. We also have two incremental builds on Pointy to catch the >> problems. > > Not on the webpage above, and running 7.3-STABLE > > uname -a: > njtransit.njit.edu 7.3-STABLE FreeBSD 7.3-STABLE #0: Sun Mar 28 > 01:04:27 EDT 2010 > root@njtransit.njit.edu:/usr/obj/usr/src/sys/NJT328 amd64 > > In graphics/ming, while portupgrading -fr png > > > In file included from decompile.c:7: > /usr/include/stdio.h:432:1: warning: this is the location of the > previous definition > cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall > -I. -I.. -I../src -c main.c > cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall > -I. -I.. -I../src -c parser.c > cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall > -I. -I.. -I../src -c read.c > cc -O2 -fno-strict-aliasing -pipe -I. -I.. -I/usr/local/include -Wall > -I. -I.. -I../src -L. -L.. -L/usr/local/lib -L.. -lming -lz -lm > -lungif -lpng -DNODECOMPILE action.o blocktypes.o decompile.o main.o > parser.o read.o outputtxt.c -o listswf > ../libming.so: undefined reference to `png_check_sig' > *** Error code 1 > > > Tim Kellers > > Looks like the/usr/ports/graphics/ming/files/patch-src_blocks_pngdbl.c commit fixed ming. Tim Kellers From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 22:35:29 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0945A10657C0 for ; Sun, 28 Mar 2010 22:35:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4458FC13 for ; Sun, 28 Mar 2010 22:35:28 +0000 (UTC) Received: (qmail 11911 invoked by uid 399); 28 Mar 2010 22:35:27 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 28 Mar 2010 22:35:27 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BAFD9AD.3090802@FreeBSD.org> Date: Sun, 28 Mar 2010 15:35:25 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: "freebsd-ports@FreeBSD.org" References: <4BAEFA0B.5070104@FreeBSD.org> In-Reply-To: <4BAEFA0B.5070104@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Removal of RC_SUBR and RC_SUBR_SUFFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 22:35:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 On 03/27/10 23:41, Doug Barton wrote: > I will do one more grep through the entire ports tree tomorrow to make > sure I have taken care of everything, but I'm pretty sure at this point > that we're ready for the final step, the removal of the related code > from bsd.port.mk. To that end I've produced the following: > http://www.freebsd.org/cgi/query-pr.cgi?pr=145092 Checking out a clean tree and doing one more grep found 2 stragglers, but I am now convinced that the RC_SUBR and RC_SUBR_SUFFIX macros are removed from the tree to the best of my ability. So, portmgr please do your thing with the patch in that PR. :) Doug - -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEAREDAAYFAkuv2a0ACgkQyIakK9Wy8PuyrgCgt8WDXEDZqTjhgp6/hhZh5pxN x0EAn1vRomS6eRVsWBrPyjgyIUIiooW8 =qYhY -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Sun Mar 28 23:04:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B2BD10657CD; Sun, 28 Mar 2010 23:04:01 +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 CA0C08FC24; Sun, 28 Mar 2010 23:04:00 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2SN3xnM081576; Sun, 28 Mar 2010 17:03:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2SN3xFX081573; Sun, 28 Mar 2010 17:03:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 28 Mar 2010 17:03:59 -0600 (MDT) From: Warren Block To: Ion-Mihai Tetcu In-Reply-To: Message-ID: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-902635197-1688934161-1269817439=:81546" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Sun, 28 Mar 2010 17:03:59 -0600 (MDT) Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 28 Mar 2010 23:04:01 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---902635197-1688934161-1269817439=:81546 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 28 Mar 2010, Warren Block wrote: > > graphics/osg doesn't build: Patch for graphics/osg attached. Builds but otherwise untested. Please stop me before I patch again. -Warren Block * Rapid City, South Dakota USA ---902635197-1688934161-1269817439=:81546 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=patch-src-osgPlugins-png-ReaderWriterPNG.cpp Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=patch-src-osgPlugins-png-ReaderWriterPNG.cpp LS0tIHNyYy9vc2dQbHVnaW5zL3BuZy9SZWFkZXJXcml0ZXJQTkcuY3BwLm9y aWcJMjAxMC0wMy0yOCAxNjo0MDo0Mi4wMDAwMDAwMDAgLTA2MDANCisrKyBz cmMvb3NnUGx1Z2lucy9wbmcvUmVhZGVyV3JpdGVyUE5HLmNwcAkyMDEwLTAz LTI4IDE2OjQxOjQyLjAwMDAwMDAwMCAtMDYwMA0KQEAgLTE3Myw3ICsxNzMs NyBAQA0KICAgICAgICAgICAgICAgICBlbmRpbmZvID0gcG5nX2NyZWF0ZV9p bmZvX3N0cnVjdChwbmcpOw0KIA0KICAgICAgICAgICAgICAgICBmaW4ucmVh ZCgoY2hhciopaGVhZGVyLDgpOw0KLSAgICAgICAgICAgICAgICBpZiAoZmlu Lmdjb3VudCgpID09IDggJiYgcG5nX2NoZWNrX3NpZyhoZWFkZXIsIDgpKQ0K KyAgICAgICAgICAgICAgICBpZiAoZmluLmdjb3VudCgpID09IDggJiYgKHBu Z19zaWdfY21wKGhlYWRlciwgMCwgOCkgPT0gMCkpDQogICAgICAgICAgICAg ICAgICAgICBwbmdfc2V0X3JlYWRfZm4ocG5nLCZmaW4scG5nX3JlYWRfaXN0 cmVhbSk7IC8vVXNlIGN1c3RvbSByZWFkIGZ1bmN0aW9uIHRoYXQgd2lsbCBn ZXQgZGF0YSBmcm9tIGlzdHJlYW0NCiAgICAgICAgICAgICAgICAgZWxzZQ0K ICAgICAgICAgICAgICAgICB7DQpAQCAtMjI0LDcgKzIyNCw3IEBADQogICAg ICAgICAgICAgICAgIGlmIChjb2xvciA9PSBQTkdfQ09MT1JfVFlQRV9QQUxF VFRFKQ0KICAgICAgICAgICAgICAgICAgICAgcG5nX3NldF9wYWxldHRlX3Rv X3JnYihwbmcpOw0KICAgICAgICAgICAgICAgICBpZiAoY29sb3IgPT0gUE5H X0NPTE9SX1RZUEVfR1JBWSAmJiBkZXB0aCA8IDgpDQotICAgICAgICAgICAg ICAgICAgICBwbmdfc2V0X2dyYXlfMV8yXzRfdG9fOChwbmcpOw0KKyAgICAg ICAgICAgICAgICAgICAgcG5nX3NldF9leHBhbmRfZ3JheV8xXzJfNF90b184 KHBuZyk7DQogICAgICAgICAgICAgICAgIGlmIChwbmdfZ2V0X3ZhbGlkKHBu ZywgaW5mbywgUE5HX0lORk9fdFJOUykpDQogICAgICAgICAgICAgICAgICAg ICBwbmdfc2V0X3RSTlNfdG9fYWxwaGEocG5nKTsNCiANCg== ---902635197-1688934161-1269817439=:81546-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 01:16:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F567106566B for ; Mon, 29 Mar 2010 01:16:01 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id F088D8FC14 for ; Mon, 29 Mar 2010 01:16:00 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:56644) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nw3PT-0002ym-2y; Mon, 29 Mar 2010 12:04:55 +1100 Message-ID: <4BAFFCB7.6080501@ish.com.au> Date: Mon, 29 Mar 2010 12:04:55 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 01:16:01 -0000 On 29/03/10 12:38 AM, Ion-Mihai Tetcu wrote: > The first one was done, update of graphics/png (including a shared lib > version bump), with about 5000 ports affected. The UPDATING entry for the png update looks very wrong. Wrong date, wrong text, wrong instructions for portmaster. 20090328: AFFECTS: users of graphics/png AUTHOR: dinoex@FreeBSD.org The png library has been updated to version 1.4.1. Please rebuild all ports that depend on it. If you use portmaster: portmaster -r jpeg- If you use portupgrade: portupgrade -fr graphics/jpeg -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 02:15:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987A61065673; Mon, 29 Mar 2010 02:15:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 507A58FC0C; Mon, 29 Mar 2010 02:15:07 +0000 (UTC) Received: by pwj4 with SMTP id 4so8063692pwj.13 for ; Sun, 28 Mar 2010 19:15:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=E6kyuuXTwx5xWIaixydFmxAsRzYitOknSTG5TbfVIsw=; b=P+GpZgRs7L2ZDgQ7KRTeIVwLNeMmcDSUtYbfeqNBgot7QRTA5Bh7prsh4Ovc3ZU1WS iMSeR4qUErajO5MIUc79L8xM3LWuFs7Rh9vAenbyumptZrYp8BMZwgN7w346F9LqpSGl 9HjplQKYyNwZnmEHjZK/gDEaoT92tsJhfT7ys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=djMNnhRwIyw0JbZqkuNgR/a9vFirM52wMogOopzlgAlwEm8Z5z5GDbL60c7MT/K4/3 Hkme1oka3+70Lk+cNBMtKoumBwM7BF2gsBsLMyCpceyT4TrUV6j8FbkacdTalt+03qfk +wBE/5emPTPORwlvU5i7AGG9drVpV4gcP9028= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Sun, 28 Mar 2010 19:15:06 -0700 (PDT) In-Reply-To: <4BAFFCB7.6080501@ish.com.au> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> Date: Sun, 28 Mar 2010 19:15:06 -0700 Received: by 10.142.55.18 with SMTP id d18mr1763630wfa.170.1269828906472; Sun, 28 Mar 2010 19:15:06 -0700 (PDT) Message-ID: <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> From: Garrett Cooper To: Aristedes Maniatis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 02:15:07 -0000 On Sun, Mar 28, 2010 at 6:04 PM, Aristedes Maniatis wrote: > On 29/03/10 12:38 AM, Ion-Mihai Tetcu wrote: >> >> The first one was done, update of graphics/png (including a shared lib >> version bump), with about 5000 ports affected. > > The UPDATING entry for the png update looks very wrong. Wrong date, wrong > text, wrong instructions for portmaster. > > > > 20090328: > =A0AFFECTS: users of graphics/png > =A0AUTHOR: dinoex@FreeBSD.org > > =A0The png library has been updated to version 1.4.1. =A0Please rebuild a= ll > =A0ports that depend on it. > > =A0If you use portmaster: > > =A0 =A0 =A0 =A0portmaster -r jpeg- > > =A0If you use portupgrade: > > =A0 =A0 =A0 =A0portupgrade -fr graphics/jpeg The text has been updated: 20100328: AFFECTS: users of graphics/png AUTHOR: dinoex@FreeBSD.org The png library has been updated to version 1.4.1. Please rebuild all ports that depend on it. If you use portmaster: portmaster -r png- If you use portupgrade: portupgrade -fr graphics/png Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 02:17:18 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51176106567A for ; Mon, 29 Mar 2010 02:17:18 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 095DE8FC16 for ; Mon, 29 Mar 2010 02:17:16 +0000 (UTC) Received: from ip-149.ish.com.au ([203.29.62.149]:57350) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nw4XR-0005EB-1A; Mon, 29 Mar 2010 13:17:13 +1100 Message-ID: <4BB00DA9.3070105@ish.com.au> Date: Mon, 29 Mar 2010 13:17:13 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> In-Reply-To: <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 02:17:18 -0000 On 29/03/10 1:15 PM, Garrett Cooper wrote: > portmaster -r png- Is that correct? I haven't seen that notation before (although I might just have missed it in the docs). I would have used portmaster -r graphics/png Ari -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 02:34:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77621106564A; Mon, 29 Mar 2010 02:34:33 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 026F98FC13; Mon, 29 Mar 2010 02:34:32 +0000 (UTC) Received: by pzk35 with SMTP id 35so192788pzk.3 for ; Sun, 28 Mar 2010 19:34:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PSH8KxmaVFbMZC92Ezueqs4sRhvC67DK8T22iNzyyF0=; b=mSGOrKa8CoBaYx8tA1AnrHVKERECxvkjjWz/7JH8sW3DzC4bnWVVWNqIErR76sScGH dOcUO1xDvFw/wpAmxSS1V0r8Gz+kbCnkMIzU00Z6p6LK8QW/Ct7xGs/TDFAVEcHgXCZG 1JkO2/lpMfkxqZlAxIit87N9gmlODiM3EjTj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=bUIArS0+A4wgAP+aDNP5qaSGGA7FqbVks3dcEf1FZ3ZDvRLIRVwi5oyF4Oxc78mn9f kYySsLoT+rsTs2rqzEaORZE7HkdGqJclTZv313JOs3OmhVdMb0PxOS9gq5YMBjMj2lpt lPfxjeqjB8nlM4XNQrOYR+qfNQ/h7gGrDtVWk= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Sun, 28 Mar 2010 19:34:32 -0700 (PDT) In-Reply-To: <4BB00DA9.3070105@ish.com.au> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> Date: Sun, 28 Mar 2010 19:34:32 -0700 Received: by 10.143.154.21 with SMTP id g21mr1674884wfo.150.1269830072401; Sun, 28 Mar 2010 19:34:32 -0700 (PDT) Message-ID: <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> From: Garrett Cooper To: Aristedes Maniatis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 02:34:33 -0000 On Sun, Mar 28, 2010 at 7:17 PM, Aristedes Maniatis wrote: > On 29/03/10 1:15 PM, Garrett Cooper wrote: >> >> portmaster -r png- > > Is that correct? I haven't seen that notation before (although I might ju= st > have missed it in the docs). > > I would have used > > =A0portmaster -r graphics/png And yes, the directions are still wrong; it should be: portmaster -r 'png-*' Similarly since this was just a copy-paste of the jpeg instructions, those ones are wrong as well. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 03:02:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FC6C106566C; Mon, 29 Mar 2010 03:02:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1B0158FC12; Mon, 29 Mar 2010 03:02:16 +0000 (UTC) Received: by pzk35 with SMTP id 35so203605pzk.3 for ; Sun, 28 Mar 2010 20:02:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=KYmCzuh6nhbSRCCiLCsLuXa2Zv4Z/pxAXySyv3eTp8c=; b=ZhlnF63R4IDT8LgvFCua9dZYcxf58VyrDkGV2//UncsZcJpWW//Gqmzz090YieBIMj I6LahBnyvNO/4V7eofVQ41LfbIObvKADxfyc7RdLXPsX72o6LZvaLWcvyLzJpw568O0e 2EaOSrHlJV5tnTT4WZv/Es7D3Bi2AEtmZq56Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=B38MeHaITu6H+tqy0Ro5AJr3YxfBjA59e/srWD7N86Lh+5mBehdtneVjqfW336WHQC GfU95MEyjGhVuViG39WF4/zAMnLuBQKaFRmgq/G1jvtlf0I08hhcKx/lLtV7Y/CvOTyo 12C6DUOKyyTXlwPfPdw+XRQVsVKVwgPIdoqUg= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Sun, 28 Mar 2010 20:02:16 -0700 (PDT) In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> Date: Sun, 28 Mar 2010 20:02:16 -0700 Received: by 10.142.67.35 with SMTP id p35mr1732094wfa.203.1269831736509; Sun, 28 Mar 2010 20:02:16 -0700 (PDT) Message-ID: <7d6fde3d1003282002l5ea03885sf30629d1b20e6ce4@mail.gmail.com> From: Garrett Cooper To: Warren Block Content-Type: multipart/mixed; boundary=001636e0a8f29445280482e7bd29 Cc: dinoex@freebsd.org, Ion-Mihai Tetcu , freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 03:02:17 -0000 --001636e0a8f29445280482e7bd29 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, Mar 28, 2010 at 4:03 PM, Warren Block wrote: > On Sun, 28 Mar 2010, Warren Block wrote: >> >> graphics/osg doesn't build: > > Patch for graphics/osg attached. =A0Builds but otherwise untested. Please= stop > me before I patch again. Here's a fix for x11-fm/thunar . Thanks, -Garrett --001636e0a8f29445280482e7bd29 Content-Type: application/octet-stream; name="fix-thunar-libpng.diff" Content-Disposition: attachment; filename="fix-thunar-libpng.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g7coz6k61 LS0tIHdvcmsuYmsvVGh1bmFyLTEuMC4xL3RodW5hci12ZnMvdGh1bmFyLXZmcy10aHVtYi5jCTIw MDktMDEtMTIgMTI6Mzg6NDkuMDAwMDAwMDAwIC0wODAwCisrKyB3b3JrL1RodW5hci0xLjAuMS90 aHVuYXItdmZzL3RodW5hci12ZnMtdGh1bWIuYwkyMDEwLTAzLTI4IDE5OjU3OjM2LjAwMDAwMDAw MCAtMDcwMApAQCAtMTE2OSw3ICsxMTY5LDcgQEAKICAgICBnb3RvIGRvbmUwOwogCiAgIC8qIHZl cmlmeSB0aGUgcG5nIHNpZ25hdHVyZSAqLwotICBpZiAoR19MSUtFTFkgKHBuZ19jaGVja19zaWcg KChwbmdfYnl0ZXApIHNpZ25hdHVyZSwgc2l6ZW9mIChzaWduYXR1cmUpKSkpCisgIGlmIChHX0xJ S0VMWSAocG5nX3NpZ19jbXAgKChwbmdfYnl0ZXApIHNpZ25hdHVyZSwgMCwgc2l6ZW9mIChzaWdu YXR1cmUpKSkpCiAgICAgcmV3aW5kIChmcCk7CiAgIGVsc2UKICAgICBnb3RvIGRvbmUwOwo= --001636e0a8f29445280482e7bd29-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 07:48:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4391E106564A for ; Mon, 29 Mar 2010 07:48:33 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0401E8FC13 for ; Mon, 29 Mar 2010 07:48:32 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 6F43A8A1975 for ; Mon, 29 Mar 2010 09:48:31 +0200 (CEST) Message-ID: <4BB05B4E.3000401@bsdforen.de> Date: Mon, 29 Mar 2010 09:48:30 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 07:48:33 -0000 On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. A small fix for graphics/php5-gd. It builds without the patch, but doesn't work without it. diff -Nur php5-gd.orig/files/patch-ext-gd-libgd-gd_png.c php5-gd/files/patch-ext-gd-libgd-gd_png.c --- php5-gd.orig/files/patch-ext-gd-libgd-gd_png.c 1970-01-01 01:00:00.000000000 +0100 +++ php5-gd/files/patch-ext-gd-libgd-gd_png.c 2010-03-29 09:38:38.000000000 +0200 @@ -0,0 +1,11 @@ +--- libgd/gd_png.c.orig 2010-03-29 09:33:02.000000000 +0200 ++++ libgd/gd_png.c 2010-03-29 09:35:15.000000000 +0200 +@@ -139,7 +139,7 @@ + return NULL; + } + +- if (!png_check_sig (sig, 8)) { /* bad signature */ ++ if (png_sig_cmp (sig, 0, 8) != 0) { /* bad signature */ + return NULL; + } + From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 07:53:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D475C1065670; Mon, 29 Mar 2010 07:53:20 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C827F8FC2B; Mon, 29 Mar 2010 07:53:19 +0000 (UTC) Received: by fxm25 with SMTP id 25so367fxm.3 for ; Mon, 29 Mar 2010 00:53:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=nz3ETZqpzXNFroaliuDdCahuVpJx4M+0PBm9hY/bIVY=; b=A6T5DZlxQqrsdAfv8KjBf2Y0Yg/a+fb6YvVc7ESCd7zwRlkyH4mbnIBDucje4e1btP n5LSCTCEtnL5wzUemtnJ8rhBgJy5380EwCOqKolE6IpyvjB8BbHe2xFeUkzQhCW9g40U YJSMS02c0b1mkrLH55BdoE/MIWMqcq+JZJ3xw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cYnPf/BRuwpRvPpsGSlOQGGidqsWfL39zR96AmYa63NHnuCNZWJh+IpYuCthw6lMX7 Z+Tw7te3OJoef0JTGf1ugxEYiCSLhlYDxvilX0ZEFslQ1Epb/J6AbLatDZzwbjK7re5X 26Si0Tp9YdD555voB4LpV6RkRgVzM5B+m2Wik= MIME-Version: 1.0 Received: by 10.239.167.14 with HTTP; Mon, 29 Mar 2010 00:52:29 -0700 (PDT) In-Reply-To: <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> Date: Mon, 29 Mar 2010 09:52:29 +0200 Received: by 10.239.147.11 with SMTP id y11mr442413hba.78.1269849149226; Mon, 29 Mar 2010 00:52:29 -0700 (PDT) Message-ID: From: Rene Ladan To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 07:53:20 -0000 2010/3/29 Garrett Cooper : > On Sun, Mar 28, 2010 at 7:17 PM, Aristedes Maniatis wrot= e: >> On 29/03/10 1:15 PM, Garrett Cooper wrote: >>> >>> portmaster -r png- >> >> Is that correct? I haven't seen that notation before (although I might j= ust >> have missed it in the docs). >> >> I would have used >> >> =A0portmaster -r graphics/png > > =A0 =A0And yes, the directions are still wrong; it should be: > > portmaster -r 'png-*' > > =A0 =A0Similarly since this was just a copy-paste of the jpeg > instructions, those ones are wrong as well. Given that the PORTREVISION of all dependent ports are bumped, a simple 'portupgrade -a' or 'portmaster -a' should suffice. Or am I missing somethi= ng? Rene From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 07:54:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAAA6106564A; Mon, 29 Mar 2010 07:54:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 968E08FC24; Mon, 29 Mar 2010 07:54:17 +0000 (UTC) Received: by pvc7 with SMTP id 7so4620570pvc.13 for ; Mon, 29 Mar 2010 00:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JZUwrvZHmY1G9ZZukKVob51E2CnKOU2DZ2FIxhi5Hm4=; b=Un9btNPP4h0HbS4CIMHNFK7BR6Sigh+wRxoFzo+v5sCy6/p0zl1Hd+d39cxWIR8m8G 6iAvzZoq+fahGlDxGxzE7x4e8IJHKMRf6AsD9uOjrzK8uKr5OQSMkhK+1a5P/hqLFnDJ yKqHZQiR8posl8u94LjsERWJjI9iFgiI5964k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Eq0kXMI0l6OECFty1pQeCpd/vEnUISWuZNeviP3oJHYqs65RDZKN+lcinYAVVGakTv PrIPiJb64qgmD1M3dLPnU+N1LWt30GxgX0StFnHqs738KUAxoF8wtmwjp5ZIuzrdeVg4 TRY0UKaXtuyp5OQme6hpoXIZM/mNFyIBMm3po= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Mon, 29 Mar 2010 00:54:16 -0700 (PDT) In-Reply-To: References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> Date: Mon, 29 Mar 2010 00:54:16 -0700 Received: by 10.143.25.9 with SMTP id c9mr1847685wfj.45.1269849257090; Mon, 29 Mar 2010 00:54:17 -0700 (PDT) Message-ID: <7d6fde3d1003290054j15d88cdcx2c5ab54926e6f3f9@mail.gmail.com> From: Garrett Cooper To: Rene Ladan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 07:54:18 -0000 On Mon, Mar 29, 2010 at 12:52 AM, Rene Ladan wrote: > 2010/3/29 Garrett Cooper : >> On Sun, Mar 28, 2010 at 7:17 PM, Aristedes Maniatis wro= te: >>> On 29/03/10 1:15 PM, Garrett Cooper wrote: >>>> >>>> portmaster -r png- >>> >>> Is that correct? I haven't seen that notation before (although I might = just >>> have missed it in the docs). >>> >>> I would have used >>> >>> =A0portmaster -r graphics/png >> >> =A0 =A0And yes, the directions are still wrong; it should be: >> >> portmaster -r 'png-*' >> >> =A0 =A0Similarly since this was just a copy-paste of the jpeg >> instructions, those ones are wrong as well. > > Given that the PORTREVISION of all dependent ports are bumped, a simple > 'portupgrade -a' or 'portmaster -a' should suffice. Or am I missing somet= hing? You're absolutely correct, but I think that these directions were written with the intent that they would be simple one-off directions for upgrading just graphics/png dependent libs. HTH, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 07:58:20 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E516E106564A for ; Mon, 29 Mar 2010 07:58:19 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4EF1F8FC0C for ; Mon, 29 Mar 2010 07:58:18 +0000 (UTC) Received: (qmail invoked by alias); 29 Mar 2010 07:58:18 -0000 Received: from g229209220.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.229.209.220] by mail.gmx.net (mp005) with SMTP; 29 Mar 2010 09:58:18 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+l14tbwW2lY6MlvrUPp8ey94tpRY5yvd0j4lmQ6G TJoyBM/eUoOyKX Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id E5E5B94345; Mon, 29 Mar 2010 09:58:15 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "FreeBSD Ports" References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> Date: Mon, 29 Mar 2010 09:58:15 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> User-Agent: Opera Mail/10.10 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48999999999999999 Cc: Garrett Cooper Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 07:58:20 -0000 Am 28.03.2010, 08:14 Uhr, schrieb Garrett Cooper: > Hi, > As part of taking a look at the differences in our implementation > of pkg_install(1) in order to afford an improvement over the existing > code, I've looked at various implementations of pkg_install, one being > NetBSD's evolution [1]. It's several years ahead from our's and while > I don't believe that all of the complexity is desired, there's a lot > of good lessons to be learned from this. One of which is that they > replaced the @exec and @unexec calls with string pre-install // > post-install and pre-deinstall // post-deinstall scripts. I think that > this potentially is a good step forward because it takes some of the > guts out of the +CONTENTS files and places it in [bourne shell] > scripts, which are easier to maintain and potentially understand. > I realize that some of the loss would be that one couldn't simply > specify things like %f, %D, %F, etc with @exec and @unexec, but that > seems a small price to pay for tuning everything a bit more. On the > plus side too, that means that one could use an extensive set of > shell, etc libraries that would avoid code duplication like what's > present in the +CONTENTS files. This is one of the small observations > I made after starting on work which would modify 1k python ports to > not install the byte-compiled or optimized files (side topic that we > can talk about in another thread if desired). > Thoughts? Hi Garrett, I'm not so sure what the advantage would be. For trivial pre-post-(de)install tasks, why use a separate script? It's less concise than reading everything in pkg-plist. WRT variables, I'm not so concerned about %D %F etc, but I am concerned about the necessity to add script boilerplate (such as snatching pre-post or deinstall-install modes, prefix), and while I haven't thoroughly audited the install scripts in ports, I see lots of bad shell scripts around. These would need rigorous audits (in adverse conditions, such as paths containing blanks and shell meta characters to unveil underquoted parameters/variables). Also, this effort alone isn't any help in reducing code duplication, as in my perception the duplication is between Makefile (for port install) and pkg-plist/pkg-install (for packages). There often is some line similar to ${SETENV} PKG_PREFIX="${PREFIX}" ${SH} ${PKGINSTALL} ${PKGNAME} POST-INSTALL in the ports' Makefiles (post-install or whereever appropriate). Also, this would need excellent documentation. RPM on Linux is similarly flexible, but is severely underdocumented (at least RPM v3 and v4 on openSUSE Linux are). If it does any _undocumented_ magic, I don't want it. :) So, before we think about it and harrass hundreds of ports maintainers, we'd need the shell script library in place to make it a selling point for actually using install scripts; at that point we can re-think about moving stuff out of pkg-plist into pkg-install scripts. At the *same* time (so that only one edit cycle is needed for affected ports - and I'd suggest a survey to see how many, hundreds probably), we should consider making Mk/bsd.port.mk call the install scripts automatically (needs changes to hundreds of ports again) in pre-install, post-install and related stages. HTH -- Matthias 'mandree@' Andree FreeBSD ports committer From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 07:58:29 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AB89106566C for ; Mon, 29 Mar 2010 07:58:29 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 1C35E8FC18 for ; Mon, 29 Mar 2010 07:58:28 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id CABE58A1986 for ; Mon, 29 Mar 2010 09:58:27 +0200 (CEST) Message-ID: <4BB05DA2.4040503@bsdforen.de> Date: Mon, 29 Mar 2010 09:58:26 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 07:58:29 -0000 On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. Fix for graphics/evas-loader-png. diff -Nur evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c --- evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c 1970-01-01 01:00:00.000000000 +0100 +++ evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c 2010-03-29 09:54:23.000000000 +0200 @@ -0,0 +1,11 @@ +--- src/modules/loaders/png/evas_image_load_png.c.orig 2010-03-29 09:51:19.000000000 +0200 ++++ src/modules/loaders/png/evas_image_load_png.c 2010-03-29 09:52:29.000000000 +0200 +@@ -44,7 +44,7 @@ + fclose(f); + return 0; + } +- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK)) ++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0) + { + fclose(f); + return 0; From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 08:03:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E5D106566B for ; Mon, 29 Mar 2010 08:03:35 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 454988FC12 for ; Mon, 29 Mar 2010 08:03:35 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 166688A1975 for ; Mon, 29 Mar 2010 10:03:33 +0200 (CEST) Message-ID: <4BB05ED5.8040700@bsdforen.de> Date: Mon, 29 Mar 2010 10:03:33 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BB05DA2.4040503@bsdforen.de> In-Reply-To: <4BB05DA2.4040503@bsdforen.de> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 08:03:35 -0000 On 29/03/2010 09:58, Dominic Fandrey wrote: > On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: >> We do _NOT_ recommend updating ports until this commits are all done, >> and the problems are fixed, except if you want to help testing / fixing. > > Fix for graphics/evas-loader-png. Sorry, wrong patch. This is the one: diff -Nur evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c --- evas-loader-png.orig/files/patch-src-modules-loaders-png-evas_image_load_png.c 1970-01-01 01:00:00.000000000 +0100 +++ evas-loader-png/files/patch-src-modules-loaders-png-evas_image_load_png.c 2010-03-29 10:01:37.000000000 +0200 @@ -0,0 +1,20 @@ +--- src/modules/loaders/png/evas_image_load_png.c.orig 2007-10-28 11:35:13.000000000 +0100 ++++ src/modules/loaders/png/evas_image_load_png.c 2010-03-29 10:01:31.000000000 +0200 +@@ -44,7 +44,7 @@ + fclose(f); + return 0; + } +- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK)) ++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0) + { + fclose(f); + return 0; +@@ -121,7 +121,7 @@ + + /* if we havent read the header before, set the header data */ + fread(buf, 1, PNG_BYTES_TO_CHECK, f); +- if (!png_check_sig(buf, PNG_BYTES_TO_CHECK)) ++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0) + { + fclose(f); + return 0; From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 08:04:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D368A106566C for ; Mon, 29 Mar 2010 08:04:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 793848FC26 for ; Mon, 29 Mar 2010 08:04:31 +0000 (UTC) Received: (qmail 29909 invoked by uid 399); 29 Mar 2010 08:04:31 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Mar 2010 08:04:31 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB05F0C.6090807@FreeBSD.org> Date: Mon, 29 Mar 2010 01:04:28 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> In-Reply-To: <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Ion-Mihai Tetcu , questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 08:04:32 -0000 On 03/28/10 19:34, Garrett Cooper wrote: > On Sun, Mar 28, 2010 at 7:17 PM, Aristedes Maniatis wrote: >> On 29/03/10 1:15 PM, Garrett Cooper wrote: >>> >>> portmaster -r png- >> >> Is that correct? I haven't seen that notation before (although I might just >> have missed it in the docs). >> >> I would have used >> >> portmaster -r graphics/png That won't work, the man page clearly says that it has to be a port directory or glob pattern from /var/db/pkg. The "glob pattern" bit of that was (unfortunately) broken up till version 2.20, which I just committed. > And yes, the directions are still wrong; it should be: > > portmaster -r 'png-*' The * at the end of that is not necessary. In fact, portmaster strips it off before creating the actual pattern to feed to find. The current version of the instructions are correct. The - at the end of png is not strictly necessary, but it will serve to disambiguate the port name if there exists a pngfoo-1.23. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 08:04:54 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CCC61065740 for ; Mon, 29 Mar 2010 08:04:54 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 06CBE8FC1F for ; Mon, 29 Mar 2010 08:04:53 +0000 (UTC) Received: (qmail invoked by alias); 29 Mar 2010 08:04:52 -0000 Received: from g229209220.adsl.alicedsl.de (EHLO mandree.no-ip.org) [92.229.209.220] by mail.gmx.net (mp042) with SMTP; 29 Mar 2010 10:04:52 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18p2dQOU9wpJRXrqV+bpoD4vFCeWZ6KrPru/b/aJi SM50n0i+m98eG/ Received: from merlin.emma.line.org (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 6E011943BD; Mon, 29 Mar 2010 10:04:51 +0200 (CEST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Hiroki Sato" , pol@leissner.se References: <1269804756.2864.94.camel@x61s> <20100329.051625.206478279.hrs@allbsd.org> Date: Mon, 29 Mar 2010 10:04:51 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Organization: Message-ID: In-Reply-To: <20100329.051625.206478279.hrs@allbsd.org> User-Agent: Opera Mail/10.10 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56000000000000005 Cc: ports@freebsd.org Subject: Re: Massive port bloat caused by the recommended en-freebsd-doc X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 08:04:54 -0000 Am 28.03.2010, 22:16 Uhr, schrieb Hiroki Sato: > Peter Olsson wrote > in <1269804756.2864.94.camel@x61s>: > > po> I added no options to the configs that were displayed, just removed > some > po> (e.g. X11 from ghostscript IIRC). I'm not so concerned with the time > po> that passed, I'm just shocked by the number of ports that got > installed. > po> > po> I'm glad this was a test install, I won't install en-freebsd-doc > again. > po> I suggest a big warning sign on the installation page which > recommends > po> installing en-freebsd-doc. Anyway, no worries and keep up the very > good > po> work you do with FreeBSD. > > This is because building the documentation set needs a bunch of > toolchains. If you want this but not want to install the toolchains, > install it by using the corresponding packages. If I understand Peter's message correctly, he was _surprised_ (astonished) that he needed the somewhat extensive docproj toolchain to rebuild (and it is huge, since it pulls tex in which you don't want to pull through a v.92 or GPRS modem ;)). His suggestion would be that we explicitly *warn* that ??-freebsd-doc packages require docproj and its many dependencies for a rebuild and suggest that those who don't want those dependencies upgrade the package, as you suggest. I'm not sure what the best way to deal with that would be, at least I'd suggest that Peter files a problem-report (send-pr or online) to propose such a warning (that is so that this discussion doesn't get lost). -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 08:15:26 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33C4C106566C for ; Mon, 29 Mar 2010 08:15:26 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id E85808FC18 for ; Mon, 29 Mar 2010 08:15:25 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 6478C8A1975 for ; Mon, 29 Mar 2010 10:15:24 +0200 (CEST) Message-ID: <4BB0619B.2000805@bsdforen.de> Date: Mon, 29 Mar 2010 10:15:23 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 08:15:26 -0000 On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. The already committed graphics/imlib2 patch does not work, i.e. it compiles, but png doesn't work, with this one it does: diff -Nur imlib2.orig/files/patch-loader_png.c imlib2/files/patch-loader_png.c --- imlib2.orig/files/patch-loader_png.c 2010-03-29 10:12:43.000000000 +0200 +++ imlib2/files/patch-loader_png.c 2010-03-29 10:08:41.000000000 +0200 @@ -5,7 +5,7 @@ /* if we haven't read the header before, set the header data */ fread(buf, 1, PNG_BYTES_TO_CHECK, f); - if (!png_check_sig(buf, PNG_BYTES_TO_CHECK)) -+ if (png_check_sig(buf, 0, PNG_BYTES_TO_CHECK)) ++ if (png_sig_cmp(buf, 0, PNG_BYTES_TO_CHECK) != 0) { fclose(f); return 0; From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 09:11:15 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD311106566B for ; Mon, 29 Mar 2010 09:11:15 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 47BBA8FC12 for ; Mon, 29 Mar 2010 09:11:14 +0000 (UTC) Received: by fxm25 with SMTP id 25so5575fxm.3 for ; Mon, 29 Mar 2010 02:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=BJxwPQKanEGbyrotnV/7s86NqNgrPEN28aYbBJaYG4o=; b=lyK2u6GEkvheSptXNwSl7a4vfBOV8uJc9q/48BDPXo3//aerEB/3XremvjKQEtX2fn 7M5JXMAu3/Mk2VoqkZyQ3226YRa8hSaxk0eQjtlJWiDoCX9WMTVSzFiRTENayfCkohUA 6452ccv/t3p3EOJXwgZDQxpi1mR0n8JWy0w8g= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=xHhH3Yhc3joOTIOSah7NzcCKkrectHgEjsrVIWCKCWUwFKyhCZhqcmj4iUJo27t+Ob mtJaewR1Qj6peEpymkz9L6W8ESAnHnqdTsQXsR1+m9IHz1cMw/mkajBqnCRW+d5JUbEW i+/QTKulaaNGUXsP+sVPWVgK+Q9PS2tVa7i7Y= MIME-Version: 1.0 Sender: florent.thoumie@gmail.com Received: by 10.239.182.206 with HTTP; Mon, 29 Mar 2010 02:10:54 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> From: Florent Thoumie Date: Mon, 29 Mar 2010 09:10:54 +0000 X-Google-Sender-Auth: 0837e069030dfcde Received: by 10.239.182.5 with SMTP id o5mr433581hbg.160.1269853874088; Mon, 29 Mar 2010 02:11:14 -0700 (PDT) Message-ID: To: Matthias Andree Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports , Garrett Cooper Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 09:11:15 -0000 On Mon, Mar 29, 2010 at 7:58 AM, Matthias Andree w= rote: > Am 28.03.2010, 08:14 Uhr, schrieb Garrett Cooper: > >> Hi, >> =A0 =A0As part of taking a look at the differences in our implementation >> of pkg_install(1) in order to afford an improvement over the existing >> code, I've looked at various implementations of pkg_install, one being >> NetBSD's evolution [1]. It's several years ahead from our's and while >> I don't believe that all of the complexity is desired, there's a lot >> of good lessons to be learned from this. One of which is that they >> replaced the @exec and @unexec calls with string pre-install // >> post-install and pre-deinstall // post-deinstall scripts. I think that >> this potentially is a good step forward because it takes some of the >> guts out of the +CONTENTS files and places it in [bourne shell] >> scripts, which are easier to maintain and potentially understand. >> =A0 =A0I realize that some of the loss would be that one couldn't simply >> specify things like %f, %D, %F, etc with @exec and @unexec, but that >> seems a small price to pay for tuning everything a bit more. On the >> plus side too, that means that one could use an extensive set of >> shell, etc libraries that would avoid code duplication like what's >> present in the +CONTENTS files. This is one of the small observations >> I made after starting on work which would modify 1k python ports to >> not install the byte-compiled or optimized files (side topic that we >> can talk about in another thread if desired). >> Thoughts? > > Hi Garrett, > > I'm not so sure what the advantage would be. For trivial > pre-post-(de)install tasks, why use a separate script? It's less concise > than reading everything in pkg-plist. > > WRT variables, I'm not so concerned about %D %F etc, but I am concerned > about the necessity to add script boilerplate (such as snatching pre-post= or > deinstall-install modes, prefix), and while I haven't thoroughly audited = the > install scripts in ports, I see lots of bad shell scripts around. These > would need rigorous audits (in adverse conditions, such as paths containi= ng > blanks and shell meta characters to unveil underquoted > parameters/variables). > > Also, this effort alone isn't any help in reducing code duplication, as i= n > my perception the duplication is between Makefile (for port install) and > pkg-plist/pkg-install (for packages). There often is some line similar to > > =A0${SETENV} PKG_PREFIX=3D"${PREFIX}" ${SH} ${PKGINSTALL} ${PKGNAME} > POST-INSTALL > > in the ports' Makefiles (post-install or whereever appropriate). > > Also, this would need excellent documentation. RPM on Linux is similarly > flexible, but is severely underdocumented (at least RPM v3 and v4 on > openSUSE Linux are). If it does any _undocumented_ magic, I don't want it= . > :) > > So, before we think about it and harrass hundreds of ports maintainers, w= e'd > need the shell script library in place to make it a selling point for > actually using install scripts; at that point we can re-think about movin= g > stuff out of pkg-plist into pkg-install scripts. At the *same* time (so t= hat > only one edit cycle is needed for affected ports - and I'd suggest a surv= ey > to see how many, hundreds probably), we should consider making > Mk/bsd.port.mk call the install scripts automatically (needs changes to > hundreds of ports again) in pre-install, post-install and related stages. I mentioned getting rid of those pesky @*exec lines a few years ago, but this was met by quite a lot of objection. I still think it would be a good change, assuming that we provide equivalent (or better) features: - Configuration files should be marked and automatically dealt with by the infrastructure, not by esoteric commands. - Subroutines for shell scripts should be provided along with pkg_install, or be installed by a third party port (users/groups creation comes to mind). - Scripts should be automatically picked up as you mentioned. We're trying to shove most targets in pkg-install, but it probably would be best to split it (preinstall, postinstall, predeinstall, postdeinstall). Good thing is, this doesn't require any change in pkg_install since it's already supported. One of the added bonus is that some code that appears both in Makefile and pkg-plist will only be in preinstall/postinstall scripts. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 09:27:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D159B106564A for ; Mon, 29 Mar 2010 09:27:16 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 3D73D8FC14 for ; Mon, 29 Mar 2010 09:27:16 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 3CF5722C50A5; Mon, 29 Mar 2010 12:27:15 +0300 (EEST) Date: Mon, 29 Mar 2010 12:27:14 +0300 From: Ion-Mihai Tetcu To: Dominic Fandrey Message-ID: <20100329122714.72d5ce25@it.buh.tecnik93.com> In-Reply-To: <4BB0619B.2000805@bsdforen.de> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BB0619B.2000805@bsdforen.de> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/2DSsftlCBorzrYiJJt+oG/G"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 09:27:16 -0000 --Sig_/2DSsftlCBorzrYiJJt+oG/G Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 29 Mar 2010 10:15:23 +0200 Dominic Fandrey wrote: > On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: > > We do _NOT_ recommend updating ports until this commits are all > > done, and the problems are fixed, except if you want to help > > testing / fixing. >=20 > The already committed graphics/imlib2 patch does not work, > i.e. it compiles, but png doesn't work, with this one it does: [ .. ] Committed, thanks. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/2DSsftlCBorzrYiJJt+oG/G Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuwcnIACgkQJ7GIuiH/oeXcWACfZ3Li2reYbgRYKyc9ydqi4UQD VOAAn3zcnoL+s7XwzuI/2ahvycn/ZDJ8 =Iw6h -----END PGP SIGNATURE----- --Sig_/2DSsftlCBorzrYiJJt+oG/G-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 09:27:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC3061065673 for ; Mon, 29 Mar 2010 09:27:25 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 691EA8FC20 for ; Mon, 29 Mar 2010 09:27:25 +0000 (UTC) Received: from [10.29.62.2] (port=60254 helo=Aris-MacBook-Pro.local) by fish.ish.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NwBFi-0001LN-0K; Mon, 29 Mar 2010 20:27:22 +1100 Message-ID: <4BB07278.7030600@ish.com.au> Date: Mon, 29 Mar 2010 20:27:20 +1100 From: Aristedes Maniatis User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Doug Barton References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> In-Reply-To: <4BB05F0C.6090807@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 09:27:26 -0000 On 29/03/10 7:04 PM, Doug Barton wrote: >>> portmaster -r graphics/png > That won't work, the man page clearly says that it has to be a port > directory or glob pattern from /var/db/pkg. The "glob pattern" bit of > that was (unfortunately) broken up till version 2.20, which I just > committed. I'm confused. The manual actually says: [-R] -r name/glob of port in /var/db/pkg When I try your suggestion I get this: # portmaster -r png- ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help And this doesn't work either: # portmaster -r graphics/png ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help So, as you say the pkg pattern is broken, but also 'port directory' doesn't work either unlike your suggestions above. It would be nice for both pkg and directory patterns to be more consistently available, but in the meantime readers of UPDATING are going to be confused. Ari Maniatis -- --------------------------> Aristedes Maniatis ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 09:53:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01ABB106566B; Mon, 29 Mar 2010 09:53:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id B17CE8FC12; Mon, 29 Mar 2010 09:53:48 +0000 (UTC) Received: by pvc7 with SMTP id 7so4654595pvc.13 for ; Mon, 29 Mar 2010 02:53:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SqgQ1BikFz6pX2YBjPSf8DvyeZoIM2sKEnoyuP+xxh4=; b=DJQkM5rhtfKdODtcoOj7ZxcfYERQx0sW6vxDgcLhpFgkfAXNVhLEmiZVaN/7qYUo7w 347xkcfXENXKJX3ZsRXvG75+EyUTqE8kydMoN9XwQhrRHuWb5dF8bDQV5iD5kfV9CcCm hZ7EgelCiuMclLcD/4o77s2fjPzPP3Jul0PQM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OReOuxD9wMj8RPFbXl8j1n4WS5Ax0CZI3a41wybr3wJmNlNYOY8Tdq01znDePB+gj7 GyvYSayUxurGDVE6qVgik2b0vSeZACFC4KWIoCqCnF92FEEVwNQK4cRLvoa7prcxTuDY 48gK4Gw1/l/dyWUPkDtV3whBVXsoD3r2SOLCY= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Mon, 29 Mar 2010 02:53:47 -0700 (PDT) In-Reply-To: <4BB07278.7030600@ish.com.au> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> <4BB07278.7030600@ish.com.au> Date: Mon, 29 Mar 2010 02:53:47 -0700 Received: by 10.143.137.1 with SMTP id p1mr1941289wfn.281.1269856428169; Mon, 29 Mar 2010 02:53:48 -0700 (PDT) Message-ID: <7d6fde3d1003290253n65902d29i39cdd30a2f991a46@mail.gmail.com> From: Garrett Cooper To: Aristedes Maniatis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Doug Barton , questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 09:53:49 -0000 On Mon, Mar 29, 2010 at 2:27 AM, Aristedes Maniatis wrote: > On 29/03/10 7:04 PM, Doug Barton wrote: >>>> >>>> =A0portmaster -r graphics/png >> >> That won't work, the man page clearly says that it has to be a port >> directory or glob pattern from /var/db/pkg. The "glob pattern" bit of >> that was (unfortunately) broken up till version 2.20, which I just >> committed. > > I'm confused. The manual actually says: > > =A0[-R] -r name/glob of port in /var/db/pkg > > > When I try your suggestion I get this: > > # portmaster -r png- > > =3D=3D=3D>>> No valid installed port, or port directory given > =3D=3D=3D>>> Try portmaster --help > > > And this doesn't work either: > > # portmaster -r graphics/png > > =3D=3D=3D>>> No valid installed port, or port directory given > =3D=3D=3D>>> Try portmaster --help > > > So, as you say the pkg pattern is broken, but also 'port directory' doesn= 't > work either unlike your suggestions above. It would be nice for both pkg = and > directory patterns to be more consistently available, but in the meantime > readers of UPDATING are going to be confused. Besides, when I read `glob' I don't think `regular expression'. A glob is a simplified extension of regular expressions, made available via fnmatch(3) and glob(3) ... The previous method I described works, and works well: portmaster -r 'png-*' Not sure why graphics/png doesn't work though; hrrm... Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 10:08:55 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA335106566B for ; Mon, 29 Mar 2010 10:08:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8DE8FC0C for ; Mon, 29 Mar 2010 10:08:55 +0000 (UTC) Received: by pwj4 with SMTP id 4so8252830pwj.13 for ; Mon, 29 Mar 2010 03:08:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=BTpBXvVvyQFVZLCyDvHsQNOAp0i5+4XvLnf6jLgawF4=; b=sUOuau5xeCNXdGf1j0z7G1UIcDDrj8YZP9ALg4iKArrWwrU2UK4Zn654XQVKOPHcPS INh0cwEfkqhAsMvCXl27yhQS0LdzhtDvq5bKy2EB2siGZpZP5nqPoo5wFiIGEayrcK8o lcpdiYHPHAOpnenftBxpFct/HegQglgej91E8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DiHlauUNrYtd1TJDRJ/J1YXTTOdYXiLS986cp9OPu0ezkX2f12o1R9m+/t4ho7Pn68 pTb97Tpz8U0k6c+kd8WeRjfm7MX/yTa+c0cC53hixFibYvwWSHJLvjgekXn5nTOnhqbu sHXmbzwPJJKA/PmqRB/qrYKoyiCuRB5/6YHMg= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Mon, 29 Mar 2010 03:08:54 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> Date: Mon, 29 Mar 2010 03:08:54 -0700 Received: by 10.142.67.35 with SMTP id p35mr1886287wfa.203.1269857334822; Mon, 29 Mar 2010 03:08:54 -0700 (PDT) Message-ID: <7d6fde3d1003290308m1cdde98dr1231b55ebad8f45c@mail.gmail.com> From: Garrett Cooper To: Florent Thoumie Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports , Matthias Andree Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 10:08:55 -0000 On Mon, Mar 29, 2010 at 2:10 AM, Florent Thoumie wrote: > On Mon, Mar 29, 2010 at 7:58 AM, Matthias Andree = wrote: >> Am 28.03.2010, 08:14 Uhr, schrieb Garrett Cooper: >> >>> Hi, >>> =A0 =A0As part of taking a look at the differences in our implementatio= n >>> of pkg_install(1) in order to afford an improvement over the existing >>> code, I've looked at various implementations of pkg_install, one being >>> NetBSD's evolution [1]. It's several years ahead from our's and while >>> I don't believe that all of the complexity is desired, there's a lot >>> of good lessons to be learned from this. One of which is that they >>> replaced the @exec and @unexec calls with string pre-install // >>> post-install and pre-deinstall // post-deinstall scripts. I think that >>> this potentially is a good step forward because it takes some of the >>> guts out of the +CONTENTS files and places it in [bourne shell] >>> scripts, which are easier to maintain and potentially understand. >>> =A0 =A0I realize that some of the loss would be that one couldn't simpl= y >>> specify things like %f, %D, %F, etc with @exec and @unexec, but that >>> seems a small price to pay for tuning everything a bit more. On the >>> plus side too, that means that one could use an extensive set of >>> shell, etc libraries that would avoid code duplication like what's >>> present in the +CONTENTS files. This is one of the small observations >>> I made after starting on work which would modify 1k python ports to >>> not install the byte-compiled or optimized files (side topic that we >>> can talk about in another thread if desired). >>> Thoughts? >> >> Hi Garrett, >> >> I'm not so sure what the advantage would be. For trivial >> pre-post-(de)install tasks, why use a separate script? It's less concise >> than reading everything in pkg-plist. Let's put it this way. Once I determined that there was some precompiled crud that needed to be removed in order to eliminate bugs in python packages, that was a lofty goal that I intended to complete ~2 months ago. Things happened, I got busy, then got back to it 2 weekends ago. Now, I'm not miwi@ by any means, so modifying ports does require proper motivation to complete, but let's put it this way... after modifying 40 ports I said to myself `this is stupid.. I could reduce the amount of useless typing by automating this crud through a script library once and call it from the pkg_*install script, respectively, without having to go through the error prone exercise of hand-editing 1000-some plists' -- because certain `package categories' have common logic that can be applied to them when they're installed and removed. >> WRT variables, I'm not so concerned about %D %F etc, but I am concerned >> about the necessity to add script boilerplate (such as snatching pre-pos= t or >> deinstall-install modes, prefix), and while I haven't thoroughly audited= the >> install scripts in ports, I see lots of bad shell scripts around. These >> would need rigorous audits (in adverse conditions, such as paths contain= ing >> blanks and shell meta characters to unveil underquoted >> parameters/variables). It's really no better passing in these values in +CONTENTS [// *plist] form because a lot of this stuff is fed through to vsystem eventually [a pkg_install home-grown variadic version of system(3)], which means that all bets are off then, minus the initial @cwd stuff (but that's fine because it's handled from within pkg_install anyhow. >> Also, this effort alone isn't any help in reducing code duplication, as = in >> my perception the duplication is between Makefile (for port install) and >> pkg-plist/pkg-install (for packages). There often is some line similar t= o >> >> =A0${SETENV} PKG_PREFIX=3D"${PREFIX}" ${SH} ${PKGINSTALL} ${PKGNAME} >> POST-INSTALL >> >> in the ports' Makefiles (post-install or whereever appropriate). This doesn't make sense to be honest... *sigh*. There's already a well-established format in pkg_install that should be leveraged instead of reinventing the wheel for ports... >> Also, this would need excellent documentation. RPM on Linux is similarly >> flexible, but is severely underdocumented (at least RPM v3 and v4 on >> openSUSE Linux are). If it does any _undocumented_ magic, I don't want i= t. >> :) >> >> So, before we think about it and harrass hundreds of ports maintainers, = we'd >> need the shell script library in place to make it a selling point for >> actually using install scripts; at that point we can re-think about movi= ng >> stuff out of pkg-plist into pkg-install scripts. At the *same* time (so = that >> only one edit cycle is needed for affected ports - and I'd suggest a sur= vey >> to see how many, hundreds probably), we should consider making >> Mk/bsd.port.mk call the install scripts automatically (needs changes to >> hundreds of ports again) in pre-install, post-install and related stages= . No need; pkg_add and pkg_delete already do this and do it fairly well, and pkg_install should be called from ports anyhow because it is the package maintenance tool... > I mentioned getting rid of those pesky @*exec lines a few years ago, > but this was met by quite a lot of objection. > > I still think it would be a good change, assuming that we provide > equivalent (or better) features: > > - Configuration files should be marked and automatically dealt with by > the infrastructure, not by esoteric commands. > - Subroutines for shell scripts should be provided along with > pkg_install, or be installed by a third party port (users/groups > creation comes to mind). > - Scripts should be automatically picked up as you mentioned. We're > trying to shove most targets in pkg-install, but it probably would be > best to split it (preinstall, postinstall, predeinstall, > postdeinstall). Good thing is, this doesn't require any change in > pkg_install since it's already supported. > > One of the added bonus is that some code that appears both in Makefile > and pkg-plist will only be in preinstall/postinstall scripts. Exactly. pkg_create does properly document this functionality, but unfortunately it's really underused in the ports infrastructure and instead all of this stuff is jammed into the +CONTENTS [/*plist]. This is what should be avoided because we've just made the plists into a veritable 7-11 for all of the pkgs needs instead of using duplicated functionality. I was also hoping to converge into a more sensical model like NetBSD has created over the past 4 years -- and this is one of the gaps that I think we should cross in trying to make this possible. The overall goal is to make a logically sound change that would reduce maintenance for everyone in the ports community. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 10:09:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A66F106567E for ; Mon, 29 Mar 2010 10:09:14 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id EEB8F8FC20 for ; Mon, 29 Mar 2010 10:09:13 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 9EC188A198C for ; Mon, 29 Mar 2010 12:09:12 +0200 (CEST) Message-ID: <4BB07C47.9000400@bsdforen.de> Date: Mon, 29 Mar 2010 12:09:11 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 10:09:14 -0000 On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: > We do _NOT_ recommend updating ports until this commits are all done, > and the problems are fixed, except if you want to help testing / fixing. graphics/inkscape needs a dependency fix. diff -Nur inkscape.orig/Makefile inkscape/Makefile --- inkscape.orig/Makefile 2010-03-29 12:06:39.000000000 +0200 +++ inkscape/Makefile 2010-03-29 12:07:39.000000000 +0200 @@ -22,7 +22,7 @@ gtkspell.0:${PORTSDIR}/textproc/gtkspell \ lcms.1:${PORTSDIR}/graphics/lcms \ wpg-0.1.1:${PORTSDIR}/graphics/libwpg \ - Magick++.2:${PORTSDIR}/graphics/ImageMagick + Magick++.3:${PORTSDIR}/graphics/ImageMagick RUN_DEPENDS= ${SITE_PERL}/XML/XQL.pm:${PORTSDIR}/textproc/p5-XML-XQL USE_BZIP2= yes From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 10:17:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A40F5106566C for ; Mon, 29 Mar 2010 10:17:20 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9638FC12 for ; Mon, 29 Mar 2010 10:17:20 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.192.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 022308A198E; Mon, 29 Mar 2010 12:17:18 +0200 (CEST) Message-ID: <4BB07E2E.80007@bsdforen.de> Date: Mon, 29 Mar 2010 12:17:18 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BB0619B.2000805@bsdforen.de> <20100329122714.72d5ce25@it.buh.tecnik93.com> In-Reply-To: <20100329122714.72d5ce25@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 10:17:20 -0000 On 29/03/2010 11:27, Ion-Mihai Tetcu wrote: > On Mon, 29 Mar 2010 10:15:23 +0200 > Dominic Fandrey wrote: > >> On 28/03/2010 15:38, Ion-Mihai Tetcu wrote: >>> We do _NOT_ recommend updating ports until this commits are all >>> done, and the problems are fixed, except if you want to help >>> testing / fixing. >> >> The already committed graphics/imlib2 patch does not work, >> i.e. it compiles, but png doesn't work, with this one it does: > > [ .. ] > > Committed, thanks. > Someone committed the broken code again. :( From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 11:06:05 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F25EF1065673 for ; Mon, 29 Mar 2010 11:06:05 +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 DFBE28FC1D for ; Mon, 29 Mar 2010 11:06:05 +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 o2TB65aq057251 for ; Mon, 29 Mar 2010 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2TB65Nr057249 for freebsd-ports@FreeBSD.org; Mon, 29 Mar 2010 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Mar 2010 11:06:05 GMT Message-Id: <201003291106.o2TB65Nr057249@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, 29 Mar 2010 11:06:06 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/145164 [maintainer] lang/petite-chez: update from 7.4d to 8.0 f ports/145163 error: cannot portupgrade palm/pilot-link o ports/145154 New port: devel/luafilesystem A library to access dire o ports/145149 maintainer-update: security/scamp o ports/145146 [PATCH] update print/hplip3 to 3.10.2 o ports/145144 [NEW PORT] databases/xtrabackup: OpenSource version of o ports/145143 new port: science/p5-PerlMol and dependencies o ports/145142 new port: devel/p5-HOP-Lexer o ports/145141 new port: devel/p5-HOP-Stream o ports/145140 new port: devel/p5-Config-Yaml o ports/145135 new port: textproc/p5-Spreadsheet-ReadSXC o ports/145134 new port: textproc/p5-Spreadsheet-Read o ports/145133 new port: textproc/p5-Spreadsheet-ReadSXC o ports/145132 new port: textproc/p5-libxml-enno o ports/145131 new port: www/p5-CGI-Application-Plugin-Config-YAML o ports/145130 new port: www/p5-CGI-Application-Plugin-JSON o ports/145129 new port: www/p5-CGI-EncryptForm o ports/145127 [MAINTAINER] www/xpi-mozex: update to 1.9.12 o ports/145125 [PATCH] update kdesvn-kde4: 1.4.1 -> 1.5.2 o ports/145113 [NEW PORT] net/sslh: A ssl/ssh multiplexer o ports/145107 [patch] net/csync2 improvements o ports/145099 [UPDATE] devel/ioncube - new version 3.3.12_1 (added I f ports/145094 [patch][repocopy] audio/linux-nerodigitalaudio: update o ports/145089 [new port] multimedia/umph o ports/145088 new port: devel/buildapp o ports/145083 [update] games/simutrans: version 102.2.2 f ports/145080 [patch] update net-mgmt/snmptt to 1.3 f ports/145077 [PATCH] upgrade multimedia/clive to version 2.2.10 o ports/145076 I could not build devel/pwlib o ports/145075 New port: databases/beansdb: Yet anonther distributed o ports/145072 Update Port: irc/irssi-fish to v.1.00.RC5 o ports/145053 audio/swami Segmentation fault o ports/145050 Update ports emulator/sdlmame : Update to v0.137 and r o ports/145017 New port: databases/dm-validations. o ports/145015 net-im/prosody rc.d script doesn't stop the server whe o ports/145007 audio/ario port build fine with gcc42, so GCC= 4.4+ is o ports/145002 databases/postgresql-client : libpgport.a is missing a o ports/144999 New port: devel/gitg (GTK git frontend) o ports/144993 databases/postgresql-odbc: contents of numeric fields o ports/144989 irc/inspircd will not compile if gnutls module is sele o ports/144988 [NEW PORT] net/monast: A monitoring and an operator pa o ports/144983 [maintainer] databases/phpmyadmin -- mcrypt module sho o ports/144979 new port net-im/komclean o ports/144977 [PATCH] audio/solfege-nosound: update to 3.15.8 o ports/144973 New port: devel/p5-App-Ack grep on steriods f ports/144964 x11-wm/echinus out-of-date o ports/144939 New port databases/xtrabackup OpenSource version of In o ports/144923 make devel/netbsd-pkgsrc-mk-files install files to dif o ports/144910 [new port] java/hgeclipse Mercurial VCS plugin for the o ports/144906 german/BBBike: update to 3.17 o ports/144904 [PATCH] www/free-sa-devel: update to 2.0.0b3 f ports/144897 [UPDATE] Update mail/dovecot to 1.2.11 o ports/144885 [NEW PORT] devel/p5-TryCatch: First class try catch se f ports/144884 [PATCH] www/davical - update to 0.9.8.4 o ports/144878 www/tomcat55 uid is hardcoded to 80 o ports/144876 [patch] net-mgmt/nfsen won't work with rrdtool 1.4.2 ( o ports/144862 port update www/sbox-dtc to v1.10 f ports/144857 [patch] audio/abraca: update to 0.4.3 f ports/144850 [PATCH] databases/rrdtool: fix 'make deinstall' when N o ports/144849 [new port] java/eclipse-eclemma code coverage for ecli o ports/144846 New port: games/jfsw - JonoF's Shadow Warrior f ports/144845 [patch] lang/guile: Fails to build on recent 9-CURREN f ports/144833 print/hplip3: configure failed f ports/144832 [PATCH] net-mgmt/bsnmp-regex - Add option to use PCRE o ports/144831 [UPDATE] net-mgmt/mbrowse to 0.4.0 o ports/144812 sysutils/lsof: lsof-4.84A,5 does not compile on FreeBS f ports/144805 net/scr_ipfm add dependency for phpX-pcre o ports/144801 a problem of authorizing of ldap in net/freeradius2 o ports/144796 [PATCH] multimedia/mediainfo: update to 0.7.29 o ports/144792 archivers/untar: remove warnings f ports/144782 [PATCH] science/hdf5: update to 1.8.4 o ports/144774 mail/vm does not set up autoloads properly o ports/144768 new port: editors/fet - FET is free timetabling softwa f ports/144767 devel/php5-phing port errors o ports/144766 [patch] emulators/mupen64-rice fix build with gcc42 f ports/144745 [patch] print/hplip3: update to 3.10.2 f ports/144733 unbreak biology/dotter o ports/144728 Please repo copy lang/squeak to lang/squeak-dev o ports/144721 boost update request to version >= 1.40 f ports/144719 [PATCH] audio/mp3splt: update to 2.2.8, fix build when f ports/144718 [PATCH] audio/libmp3splt: update to 0.5.9, fix build w o ports/144706 New port: audio/linux-musicipserver f ports/144673 [PATCH] graphics/libmng: fit OPTIONS format, remove co o ports/144624 New port: x11-fonts/isabella, Font by John Stracke bas f ports/144617 [PATCH] net-mgmt/docsis: Fix build on systems where GC f ports/144597 security/openssh-portable fails to compile with KERBER o ports/144570 [patch] devel/p5-Gearman-Server fix overlap in startup f ports/144559 sysutils/eventlog patch to support FreeBSD-specific lo o ports/144555 graphics/mesagl: glutMainLoop() crashes when using VBO f ports/144539 [REPOCOPY] finance/kmymoney2 -> finance/kmymoney-kde4 f ports/144523 Update port games/childsplay_plugins to 0.90 f ports/144522 Update port games/childsplay to 0.90.2 o ports/144511 [repocopy] sysutils/phplogcon -> sysutils/loganalyzer f ports/144510 [PORTS PATCH] sysutils/jfbterm f ports/144412 Update port: mail/tkrat2 (Use latest tcl/tk versions) o ports/144384 net-mgmt/nfsen: rc script broken o ports/144308 [NEW PORT] www/php-plurk-api o ports/144264 installing misc/compat5x (or other compats) is broken f ports/144247 security/pam_pwdfile: in openpam_load_module(): no /us o ports/144204 mail/mailagent is not compatible with perl 5.10 o ports/144154 Invalid make checksum(-recursive) while CONFLICTS used o ports/144138 failure in building x11-toolkits/xview o ports/144119 audio/mumble 1.2.x does not build client compatible to o ports/144077 upgrade graphics/php5-chartdirector to version 5.0.2_1 f ports/144068 [PATCH] Update ports/mail/dbmail to version 2.2.15 f ports/144066 Upgrade net/asterisk16-addons to 1.6.2.0 o ports/144063 java/openjdk6 compilation failure f ports/144059 shells/scponly: setup_chroot.sh patch o ports/144041 security/openssh-portable: sftp coredumps when 'ls'ing o ports/144036 audio/lmms: compile error in core/JournalingObject.cpp o ports/143989 new port: multimedia/sms1xxx-kmod f ports/143951 [PATCH] Add support for Xft fonts to x11/dmenu o ports/143938 [NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143925 devel/urjtag: FreeBSD port of UrJTAG depends on obsole o ports/143872 Conflict between graphics/proj and misc/proj4 f ports/143680 Port fix: sysutils/k3b - re-enable libdvdcss o ports/143566 sysutils/diskcheckd runs constantly when using gmirror o ports/143423 sysutils/be_agent: be_agent > /usr and /var ara empty f ports/143412 [patch] net-mgmt/cricket doesn't work on amd64 f ports/143410 [PATCH] net-mgmt/netams: update to 3.4.5 o ports/143344 [PATCH] sysutils/dtc: unbreak port o ports/143276 print/hyperlatex 2.9 is not compatible with emacs 23.1 o ports/143200 port graphics/sane-backends (snapscan) doesn't like ne o ports/143195 [PATCH] net-p2p/javadc: use $SUB_FILES to adjust wrapp s ports/143024 [PATCH] sysutils/puppet: add possobility to rc script f ports/142996 print/hplip - HP LaserJet 2300L exists in models.dat, f ports/142931 java/openjdk6 does not include /usr/local/lib in java. f ports/142891 sysutils/bsdsar: netstat output in 8.x breaks bsdsar o ports/142845 [PATCH] net-mgmt/argus3 and net-mgmt/argus3-clients up o ports/142790 databases/unixODBC: segmentation fault on isql -b o ports/142744 new port: x11/keyboardcast Broadcast keystrokes to mul o ports/142504 new port: net/gnu-dico - dict protocol server o ports/142275 [patch] sysutils/anacron should have better configurat o ports/142093 [patch] audio/libmtp: Add device ID for Canon SX20IS o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML f ports/142035 editors/emacs compulsory dependencies too wide o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141775 x11/slim doesn't adhere keymap configuration o ports/141473 irc/kvirc-devel fails to start, missing library a ports/141440 [patch] add amd64 support for lang/gprolog f ports/141406 net-p2p/p5-Net-BitTorrent-File fails to parse .torrent f ports/141356 net-mgmt/netams 3.4.3 does not build on FreeBSD 8.0 am f ports/141341 Cannot install ports/net-im/libmsn s ports/141140 [PATCH] www/p5-Mojo: update to 0.999913, take maintain f ports/141103 net/stone strange behavior on 8.0-RELEASE f ports/141022 New Port: astro/traveling_salesman f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140925 print/hplip3: patch to improve behaviour of hp-check f ports/140867 net-mgmt/nagios-plugins: check_icmp default packets si f ports/140829 www/tomcat55 rc.d script is broken and will not stop t f ports/140731 emulators/hatari does not build if emulators/rtc is in s ports/140681 Modify port devel/php5-ice to allow compiling with PHP s ports/140680 Modify port databases/phpmyadmin to allow building wit o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie f ports/140546 The execution result of sysutils/scprotect is inapposi f ports/140471 security/nessus-libnasl fails to compile f ports/140470 security/nessus-libraries fails to compile o ports/140450 shells/scponly: chrooted scp-shell doesn't work o ports/140365 [patch] databases/firebird20-client coredumps f ports/140303 net-mgmt/docsis can not compile filters under amd64 pl o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts f ports/139867 mail/isoqlog catch segmentation fault under AMD64 f ports/139452 [patch] krb5 support in java/openjdk6 o ports/139435 print/cups-smb-backend: Add ability to use difference f ports/139203 sysutils/freebsd-snapshot more careful patch not depen f ports/139107 [patch] sysutils/jfbterm: convert to bsdmake f ports/139042 deskutils/blogtk: fails to start as the version in the f ports/138990 sysutils/nagios-statd reports /dev full o ports/138830 net/linux-nx-client TCP_NODELAY problem o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138602 audio/sphinxbase port update f ports/138476 [panic] sysutils/fusefs-kmod: Almost regular panic dur o ports/138438 graphics/sane-backends not working on FreeBSD-8 o ports/138348 patch to java/openjdk6 so that build works again o ports/138252 Compile Issue: databases/firebird20-client f ports/138195 www/wwwcount IPv6 and NFS lock enable o ports/138080 devel/gccxml fails to compile on powerpc f ports/137751 [new port] audio/jokosher: Multi-track non-linear audi f ports/137733 [NEW PORT] sysutils/scribeserver: Aggregating log data o ports/137541 lang/sml-mode.el: port for Emacs mode for SML needs up o ports/137378 Advisory locks fail with ports/security/cfs on FreeBSD o ports/137244 [x11-toolkits/plib] add support for linux-js f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136611 security/swatch: leaves zombies behind f ports/136439 [misc/cmatrix] install console font f ports/136108 new port: www/webistrano, web frontend to capistrano o ports/135541 [PATCH] math/p5-NetCDF cannot load module with netcdf- s ports/134485 net-mgmt/trafd 3.0.2.1 doesn't collect traffic f ports/134414 graphics/mesa-demos does not build on FreeBSD-7.2 i386 f ports/134264 audio/cmus - segmentation fault with ogg files s ports/134112 [MAINTAINER] net/asterisk16-addons: update to 1.6.1.0 o ports/133829 Wrong plist generated if nonstandard MANPREFIX and PRE a ports/133773 net/keepalived port update request o ports/133563 security/cfs rc script needs "mntudp" option on 8-CURR o ports/132786 New port: sysutils/sispmctl Utility for controlling a s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/129579 Consider upgrading korean/baekmukfonts-{bdf,ttf} to 2. o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs o ports/127262 databases/firebird20-server: fbclient crashes php engi o ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/127017 sysutils/ntfsprogs - ntfsclone not working version 2.0 s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124423 multimedia/mplayer detection of OSS Audio is faulty s ports/124404 net/pathchar coredumps s ports/117299 [new ports] www/webobjects(+) Apple WebObjects ports b o ports/116571 databases/firebird20-client fails to compile in a jail o ports/114611 [NEW PORT] net-p2p/freenet05: An anonymous censorship- o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/108033 net/nss_ldap: ls(1) coredumps when nss/ldap is misconf o amd64/104311 ports/wine should be installable on amd64 o ports/101166 bittorrent-curses only works under English locales. 213 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 11:10:15 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392261065678; Mon, 29 Mar 2010 11:10:15 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 70F628FC1E; Mon, 29 Mar 2010 11:10:14 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 640A822C50BC; Mon, 29 Mar 2010 14:10:13 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 59C4D5A90F7; Mon, 29 Mar 2010 04:09:54 -0700 (PDT) From: QAT@FreeBSD.org To: dinoex@FreeBSD.org In-Reply-To: <201003291054.o2TAse9Z037883@repoman.freebsd.org> References: <201003291054.o2TAse9Z037883@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: print/panda X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/panda-0.5.4_4.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: linker_error Message-Id: <20100329110954.59C4D5A90F7@jester1b.ixsystems.com> Date: Mon, 29 Mar 2010 04:09:54 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/print/panda/files patch-configure X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 11:10:15 -0000 The Restless Daemon identified a linker error while trying to build: panda-0.5.4_4 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/print/panda/Makefile,v 1.29 2010/03/28 06:42:45 dinoex Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/panda-0.5.4_4.log : libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/db41 -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -MT view.lo -MD -MP -MF .deps/view.Tpo -c view.c -o view.o >/dev/null 2>&1 if /bin/sh /usr/local/bin/libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/db41 -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -MT xref.lo -MD -MP -MF ".deps/xref.Tpo" \ -c -o xref.lo `test -f 'xref.c' || echo './'`xref.c; \ then mv -f ".deps/xref.Tpo" ".deps/xref.Plo"; \ else rm -f ".deps/xref.Tpo"; exit 1; \ fi libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/db41 -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -MT xref.lo -MD -MP -MF .deps/xref.Tpo -c xref.c -fPIC -DPIC -o .libs/xref.o libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/local/include/db41 -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -MT xref.lo -MD -MP -MF .deps/xref.Tpo -c xref.c -o xref.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -L/usr/local/lib -L/usr/local/lib -pthread -lpng -ltiff -ljpeg -ldb41 -o libpanda.la -rpath /usr/local/lib annotate.lo curves.lo database.lo date.lo font.lo fontmetrics.lo info.lo memory.lo panda.lo trailer.lo error.lo images.lo internal.lo md5c.lo objects.lo template.lo text.lo utility.lo view.lo xref.lo -lm libtool: link: cc -shared .libs/annotate.o .libs/curves.o .libs/database.o .libs/date.o .libs/font.o .libs/fontmetrics.o .libs/info.o .libs/memory.o .libs/panda.o .libs/trailer.o .libs/error.o .libs/images.o .libs/internal.o .libs/md5c.o .libs/objects.o .libs/template.o .libs/text.o .libs/utility.o .libs/view.o .libs/xref.o -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib -pthread -lpng /usr/local/lib/libtiff.so -ljbig -lz /usr/local/lib/libjpeg.so -ldb41 -lm -pthread -pthread -pthread -pthread -Wl,-soname -Wl,libpanda.so.0 -o .libs/libpanda.so.0 libtool: link: (cd ".libs" && rm -f "libpanda.so" && ln -s "libpanda.so.0" "libpanda.so") libtool: link: (cd ".libs" && rm -f "libpanda.so" && ln -s "libpanda.so.0" "libpanda.so") libtool: link: ar cru .libs/libpanda.a annotate.o curves.o database.o date.o font.o fontmetrics.o info.o memory.o panda.o trailer.o error.o images.o internal.o md5c.o objects.o template.o text.o utility.o view.o xref.o libtool: link: ranlib .libs/libpanda.a libtool: link: ( cd ".libs" && rm -f "libpanda.la" && ln -s "../libpanda.la" "libpanda.la" ) gmake[2]: Leaving directory `/work/a/ports/print/panda/work/panda-0.5.4' Making all in panda gmake[2]: Entering directory `/work/a/ports/print/panda/work/panda-0.5.4/panda' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/work/a/ports/print/panda/work/panda-0.5.4/panda' Making all in examples gmake[2]: Entering directory `/work/a/ports/print/panda/work/panda-0.5.4/examples' if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/local/include/db41 -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -MT main.o -MD -MP -MF ".deps/main.Tpo" \ -c -o main.o `test -f 'main.c' || echo './'`main.c; \ then mv -f ".deps/main.Tpo" ".deps/main.Po"; \ else rm -f ".deps/main.Tpo"; exit 1; \ fi /bin/sh /usr/local/bin/libtool --mode=link cc -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -L/usr/local/lib -L/usr/local/lib -pthread -lpng -ltiff -ljpeg -ldb41 -o pandademo main.o ../libpanda.la -L.. -lm libtool: link: cc -O2 -pipe -fno-strict-aliasing -DHAVE_LIBPNG -DHAVE_LIBTIFF -DHAVE_LIBJPEG -pthread -o .libs/pandademo main.o -L/usr/local/lib ../.libs/libpanda.so -lpng /usr/local/lib/libtiff.so -ljbig -lz /usr/local/lib/libjpeg.so -ldb41 -L/work/a/ports/print/panda/work/panda-0.5.4 -lm -pthread -Wl,-rpath -Wl,/usr/local/lib ../.libs/libpanda.so: undefined reference to `png_check_sig' gmake[2]: *** [pandademo] Error 1 gmake[2]: Leaving directory `/work/a/ports/print/panda/work/panda-0.5.4/examples' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/work/a/ports/print/panda/work/panda-0.5.4' gmake: *** [all] Error 2 *** Error code 1 Stop in /a/ports/print/panda. ================================================================ build of /usr/ports/print/panda ended at Mon Mar 29 11:09:53 UTC 2010 PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=print&portname=panda The build which triggered this BotMail was done under tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 11:33:53 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 777751065673; Mon, 29 Mar 2010 11:33:53 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 270418FC26; Mon, 29 Mar 2010 11:33:53 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id E436422C50A6; Mon, 29 Mar 2010 14:33:51 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id D870E5A90D5; Mon, 29 Mar 2010 04:33:32 -0700 (PDT) From: QAT@FreeBSD.org To: Dirk Meyer In-Reply-To: <201003291118.o2TBI9Tp040725@repoman.freebsd.org> References: <201003291118.o2TBI9Tp040725@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: print/panda X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/panda-0.5.4_4.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100329113332.D870E5A90D5@jester1b.ixsystems.com> Date: Mon, 29 Mar 2010 04:33:32 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/print/panda/files patch-images.c) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 11:33:53 -0000 print/panda, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 11:35:50 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2B591065678 for ; Mon, 29 Mar 2010 11:35:50 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 079B48FC15 for ; Mon, 29 Mar 2010 11:35:49 +0000 (UTC) Received: (qmail invoked by alias); 29 Mar 2010 11:35:48 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp008) with SMTP; 29 Mar 2010 13:35:48 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX19LoS9LgxBLbaa5+EsXZdQRq/OhR223pfqitM8PTh 8c76W7jnAWdKBo Received: from [127.0.0.1] (helo=balu.cs.uni-paderborn.de) by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L01K7L-00052O-LG; Mon, 29 Mar 2010 13:35:45 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Florent Thoumie" , "Garrett Cooper" References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> <7d6fde3d1003290308m1cdde98dr1231b55ebad8f45c@mail.gmail.com> Date: Mon, 29 Mar 2010 13:35:45 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Matthias Andree" Message-ID: In-Reply-To: <7d6fde3d1003290308m1cdde98dr1231b55ebad8f45c@mail.gmail.com> User-Agent: Opera Mail/10.51 (Win32) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Cc: FreeBSD Ports Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 11:35:50 -0000 Garrett Cooper wrote on 2010-03-29: >>> WRT variables, I'm not so concerned about %D %F etc, but I am concerned >>> about the necessity to add script boilerplate (such as snatching >>> pre-post or >>> deinstall-install modes, prefix), and while I haven't thoroughly >>> audited the >>> install scripts in ports, I see lots of bad shell scripts around. These >>> would need rigorous audits (in adverse conditions, such as paths >>> containing >>> blanks and shell meta characters to unveil underquoted >>> parameters/variables). > > It's really no better passing in these values in +CONTENTS [// *plist] > form because a lot of this stuff is fed through to vsystem eventually > [a pkg_install home-grown variadic version of system(3)], which means > that all bets are off then, minus the initial @cwd stuff (but that's > fine because it's handled from within pkg_install anyhow. OK. >>> Also, this effort alone isn't any help in reducing code duplication, >>> as in >>> my perception the duplication is between Makefile (for port install) >>> and >>> pkg-plist/pkg-install (for packages). There often is some line similar >>> to >>> >>> ${SETENV} PKG_PREFIX="${PREFIX}" ${SH} ${PKGINSTALL} ${PKGNAME} >>> POST-INSTALL >>> >>> in the ports' Makefiles (post-install or whereever appropriate). > > This doesn't make sense to be honest... *sigh*. There's already a > well-established format in pkg_install that should be leveraged > instead of reinventing the wheel for ports... Well, basically what the line above (in a port's post-install target) does is to run the installed PKGINSTALL script to do its job. I've only never understood why a port maintainer has to this explicitly, when Mk/bsd.port.mk could as well handle it. It appears to me that we are in violent agreement on this one. > No need; pkg_add and pkg_delete already do this and do it fairly well, > and pkg_install should be called from ports anyhow because it is the > package maintenance tool... I'm not sure I understand your proposal. How do we create a package to pkg_install? Currently that's "make install", "make package" (ok, the latter implies the former), which adds a few +... files (+CONTENTS and thereabouts) and then runs pkg_create, right? > Exactly. pkg_create does properly document this functionality, but > unfortunately it's really underused in the ports infrastructure and > instead all of this stuff is jammed into the +CONTENTS [/*plist]. This > is what should be avoided because we've just made the plists into a > veritable 7-11 for all of the pkgs needs instead of using duplicated > functionality. I have no objections, I just want to (a) understand the issue, and (b) make sure we have proper and strong (not to say compelling) arguments in favor of your proposal, and (c) avoid that new crutches would have to be invented. > I was also hoping to converge into a more sensical model like > NetBSD has created over the past 4 years -- and this is one of the > gaps that I think we should cross in trying to make this possible. The > overall goal is to make a logically sound change that would reduce > maintenance for everyone in the ports community. That's the second time the reference to NetBSD has appeared, would you like to add any pointers to highlights of the NetBSD system? (It's been a while since I've used pkgsrc if that's what you're implying, and only on Linux :)) -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 15:15:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D00106566B for ; Mon, 29 Mar 2010 15:15:44 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.freebsd.org (Postfix) with ESMTP id BD6598FC20 for ; Mon, 29 Mar 2010 15:15:43 +0000 (UTC) Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mx.arcor.de (Postfix) with ESMTP id 96DDD3CA5DE for ; Mon, 29 Mar 2010 17:15:42 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 8EB22AF8D6 for ; Mon, 29 Mar 2010 17:15:42 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-194-175.pools.arcor-ip.net [92.75.194.175]) by mail-in-09.arcor-online.net (Postfix) with ESMTPS id 27B9C1AF6D9 for ; Mon, 29 Mar 2010 17:15:42 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net 27B9C1AF6D9 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o2TFFeGK067659 for ; Mon, 29 Mar 2010 17:15:40 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o2TFFet0067658 for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 17:15:40 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 29 Mar 2010 15:15:40 +0000 (UTC) Message-ID: References: <4BAEFA0B.5070104@FreeBSD.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Re: Removal of RC_SUBR and RC_SUBR_SUFFIX X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 15:15:44 -0000 Doug Barton wrote: > As should be obvious by now I'm following through on my previously > stated plans to remove the no longer necessary %%RC_SUBR%% and > %%RC_SUBR_SUFFIX%% from the ports tree. Does it still make sense to use rcvar=`set_rcvar` as recommended by rc.subr(8) or should we just use rcvar=${name}_enable as shown in the Porter's Handbook example? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 15:23:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6552106564A for ; Mon, 29 Mar 2010 15:23:51 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id 699CB8FC12 for ; Mon, 29 Mar 2010 15:23:51 +0000 (UTC) Received: from mail-in-14-z2.arcor-online.net (mail-in-14-z2.arcor-online.net [151.189.8.31]) by mx.arcor.de (Postfix) with ESMTP id 3CECD39A726 for ; Mon, 29 Mar 2010 17:23:50 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-14-z2.arcor-online.net (Postfix) with ESMTP id 1A11520102C for ; Mon, 29 Mar 2010 17:23:50 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-194-175.pools.arcor-ip.net [92.75.194.175]) by mail-in-09.arcor-online.net (Postfix) with ESMTPS id D39B41AF6E6 for ; Mon, 29 Mar 2010 17:23:49 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net D39B41AF6E6 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o2TFNnO5067763 for ; Mon, 29 Mar 2010 17:23:49 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o2TFNnjS067762 for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 17:23:49 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 29 Mar 2010 15:23:48 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Newer autoconf (2.63+)? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 15:23:51 -0000 We only have autoconf 2.13 and 2.62 in the tree. Upstream authors are increasingly moving towards and _requiring_ newer versions (2.63, 2.64, 2.65), and if you have to run autoconf, that is a problem. Are there any plans to provide a newer autoconf version? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 15:26:57 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57150106566B for ; Mon, 29 Mar 2010 15:26:57 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6208FC1A for ; Mon, 29 Mar 2010 15:26:56 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id BE67322C50A2; Mon, 29 Mar 2010 18:26:55 +0300 (EEST) Date: Mon, 29 Mar 2010 18:26:53 +0300 From: Ion-Mihai Tetcu To: naddy@mips.inka.de (Christian Weisgerber) Message-ID: <20100329182653.78492e7b@it.buh.tecnik93.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/hWyENSH1G7gJxe0LI85BhuH"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: Newer autoconf (2.63+)? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 15:26:57 -0000 --Sig_/hWyENSH1G7gJxe0LI85BhuH Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 29 Mar 2010 15:23:48 +0000 (UTC) naddy@mips.inka.de (Christian Weisgerber) wrote: > We only have autoconf 2.13 and 2.62 in the tree. Upstream authors > are increasingly moving towards and _requiring_ newer versions > (2.63, 2.64, 2.65), and if you have to run autoconf, that is a > problem. Are there any plans to provide a newer autoconf version? Yes, it's in work, but won't be ready before at least a month. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/hWyENSH1G7gJxe0LI85BhuH Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuwxr4ACgkQJ7GIuiH/oeWK3gCgk79P6+n8w6erBbq8EBcWARbh SzQAnjBu2iWfWQVDgscqwIesL2ggZgWa =uyvH -----END PGP SIGNATURE----- --Sig_/hWyENSH1G7gJxe0LI85BhuH-- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 15:57:29 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0427D106567C for ; Mon, 29 Mar 2010 15:57:29 +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 769308FC17 for ; Mon, 29 Mar 2010 15:57:28 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NwHL4-0005n2-VC for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 17:57:18 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 17:57:18 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 17:57:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Ivan Voras Date: Mon, 29 Mar 2010 17:57:04 +0200 Lines: 59 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 X-Enigmail-Version: 1.0.1 Subject: "stable" 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: Mon, 29 Mar 2010 15:57:29 -0000 Hi, First of all, I'd like to have this particular discussion in the open with ports developers and maintainers. So please - if you are a "simple" user, without a port to maintain, you will be given another thread if anything comes out as a result from this discussion. There is a discussion[*] currently in The Forbidden Palace about the possibility (it's just that - a discussion of viability) of having a "stable" ports branch which would in the future as a consequence enable building binary packages and deploying them in the way of Linux's "apt" and "yum" tools. One way to do it, my proposal, would be to maintain a stable "overlay" of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), containing ports deemed "important" for some reason. Some more potential properties: * Ports in the stable branch/overlay would be maintained with more rigorous checking. * Updates which break shared libraries would not be allowed within such a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, libjpeg, xorg). * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on 7.0 for all 7.x branches). This is obviously pretty fuzzy - rules would need to be specifically made later. The biggest problem would seem to be the burden this would have on ports developers vs the gains that could be gotten from this system. In some cases the burdens are obvious - the maintainer(s) would need to e.g. maintain three versions of the ports - a random example would be e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future (CURRENT/9.x) branch. Some of the benefits are also obvious. The scheme would allow faster and more convenient updating of the system, without breakage of shlibs within a branch. Within all this, I think one point is important: there should be no inventing of wheels or pioneering work on this. Much the same concepts are already proven to work with Linux systems (stable package branches, apt and yum), so this is not very much unknown territory. Here not be dragons :) I consider this just an opinion-collecting thread: Would you, as a maintainer / developer, be interested in something like this, and why? [*] the discussion was started unexpectedly following my post bringing http://blog.hagander.net/archives/167-PostgreSQL-infrastructure-updates.html to attention. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 17:27:56 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59A5D1065674 for ; Mon, 29 Mar 2010 17:27:56 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id B5E4F8FC14 for ; Mon, 29 Mar 2010 17:27:55 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id D0E1F5ACCB; Mon, 29 Mar 2010 19:27:54 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id CDE0E5ACC8; Mon, 29 Mar 2010 19:27:54 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id ADFCB5CEC5; Mon, 29 Mar 2010 19:27:54 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP1) with ESMTP id 2010032919275343-30734 ; Mon, 29 Mar 2010 19:27:53 +0200 Received: by wep4035 (sSMTP sendmail emulation); Mon, 29 Mar 2010 19:27:53 +0200 Date: Mon, 29 Mar 2010 19:27:53 +0200 From: Alexey Shuvaev To: Ivan Voras Message-ID: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> References: MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/29/2010 07:27:54 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/29/2010 07:27:54 PM, Serialize complete at 03/29/2010 07:27:54 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-ports@freebsd.org Subject: Re: "stable" 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: Mon, 29 Mar 2010 17:27:56 -0000 On Mon, Mar 29, 2010 at 05:57:04PM +0200, Ivan Voras wrote: > Hi, > > First of all, I'd like to have this particular discussion in the open > with ports developers and maintainers. So please - if you are a "simple" > user, without a port to maintain, you will be given another thread if > anything comes out as a result from this discussion. > To start with, the number of ports I maintain is not large at all, and all of them are mostly "dark corners" never used. > There is a discussion[*] currently in The Forbidden Palace about the > possibility (it's just that - a discussion of viability) of having a > "stable" ports branch which would in the future as a consequence enable > building binary packages and deploying them in the way of Linux's "apt" > and "yum" tools. > > One way to do it, my proposal, would be to maintain a stable "overlay" > of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), > containing ports deemed "important" for some reason. > What is the criteria which port version goes into particular branch? That is, which versions of, say, gtk will have 6.x, 7.x and 8.x? Is it supposed to be what was available at the time when the branch was out? If this is the case, 6.x branch will have pretty outdated "heavy infrastructure" ports (like gnome/kde libs, see below). What if the supported lifetime of the port upstream is less than supported lifetime of FreeBSD branch? Who will backport at least security fixes to the port? > Some more potential properties: > > * Ports in the stable branch/overlay would be maintained with more > rigorous checking. > Are the current ports not already rigorously tested? :) > * Updates which break shared libraries would not be allowed within such > a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, > libjpeg, xorg). > On the one side who will maintain such a beasts like outdated version of xorg??? On the other side, if all major ports are "frozen" what is left to be updated? In other words what is the difference between proposed "stable" ports branch and a static snapshot? > * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on > 7.0 for all 7.x branches). > Could not this be done already with the current ports? > This is obviously pretty fuzzy - rules would need to be specifically > made later. > > The biggest problem would seem to be the burden this would have on ports > developers vs the gains that could be gotten from this system. > > In some cases the burdens are obvious - the maintainer(s) would need to > e.g. maintain three versions of the ports - a random example would be > e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be > keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future > (CURRENT/9.x) branch. > > Some of the benefits are also obvious. The scheme would allow faster and > more convenient updating of the system, without breakage of shlibs > within a branch. > > Within all this, I think one point is important: there should be no > inventing of wheels or pioneering work on this. Much the same concepts > are already proven to work with Linux systems (stable package branches, > apt and yum), so this is not very much unknown territory. Here not be > dragons :) > I have not used Linux myself in the last 6 years, so I'm not very confident with all these 'apt', 'yum' and co, however I have 2 Ubuntu installations not far from me. Well, as tools they (apt, ...) may be quite good, but I remember the too early update to firefox3 (which crashed every few minutes and that was an official gnome browser!) and the problems with intel video card (hard freeze of the system) after upgrade to the new Xorg. So, the tools alone do not solve that many problems... > I consider this just an opinion-collecting thread: Would you, as a > maintainer / developer, be interested in something like this, and why? > Weighting these all, I would say no. There is already enough fun keeping ports working on CURRENT. And see below. > [*] the discussion was started unexpectedly following my post bringing > http://blog.hagander.net/archives/167-PostgreSQL-infrastructure-updates.html > to attention. > Quoting: "... that will ensure that all our machines look the same way. This also plugs into our monitoring systems very well, making applying (security) updates across the many machines much easier. ..." It's a pity that pgsql devs are not familiar with ports-mgmt/tinderbox... Looks like it is exactly what they need. Maybe the README from tinderbox deserves the place in the handbook ("Preparing packages in corporate environment" or something similar)? Compiling the set of possibly customized (patched) packages for further deployment on a large number of machines is an easy task when using tinderbox. Back on topic, would not it be better to provide "official packages for upgrades" built from some chosen snapshots of the ports tree? Then some community (portmgr?) would shape the flow of updates to the tree, blocking the "sweeping changes" (and allowing all others?) during preparation of the "snapshot points"? Something similar is already done during releases. Updating one ports while holding the others sounds more like repository manipulation rather than a real maintainance of different branches. In some cases (when really needed?) there are already different variants of the same port (port / portXY / port-devel). Alexey. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 17:49:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C276106566B for ; Mon, 29 Mar 2010 17:49:24 +0000 (UTC) (envelope-from glarkin@FreeBSD.org) Received: from mail1.sourcehosting.net (113901-app1.sourcehosting.net [72.32.213.11]) by mx1.freebsd.org (Postfix) with ESMTP id 145B68FC3A for ; Mon, 29 Mar 2010 17:49:23 +0000 (UTC) Received: from 68-189-245-235.dhcp.oxfr.ma.charter.com ([68.189.245.235] helo=cube.entropy.prv) by mail1.sourcehosting.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NwJ5Q-000Fxf-Is; Mon, 29 Mar 2010 13:49:22 -0400 Received: from [127.0.0.1] (fireball.entropy.prv [192.168.1.12]) by cube.entropy.prv (Postfix) with ESMTP id 94BCB3D9B6FE; Mon, 29 Mar 2010 13:49:16 -0400 (EDT) Message-ID: <4BB0E81D.4020402@FreeBSD.org> Date: Mon, 29 Mar 2010 13:49:17 -0400 From: Greg Larkin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: eculp References: <20100327084630.14703fki6tbvtlc0@econet.encontacto.net> <4BAE1274.7080404@smeets.im> <20100327154009.109916kd29cd85yg@econet.encontacto.net> In-Reply-To: <20100327154009.109916kd29cd85yg@econet.encontacto.net> X-Enigmail-Version: 0.96.0 OpenPGP: id=1C940290 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.4 (/) Cc: Florian Smeets , freebsd-ports Subject: Re: www/firefox not building on my up to date 7.3 Release machines. Works fine on current. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: glarkin@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 17:49:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 eculp wrote: > Quoting Florian Smeets : > >> On 3/27/10 2:46 PM, eculp wrote: >>> It seems to stop with mozilla. All ports are up to date. This is the >>> only one that won't build for us on 7.3. >>> >>> c++ -o nsHtml5NamedCharacters.o -c -I../../dist/system_wrappers -include >>> ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM >>> -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE >>> -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET >>> -DIMPL_THEBES -DOSTYPE=\"FreeBSD7\" -DOSARCH=FreeBSD -I. -I. >>> -I../../dist/include -I../../dist/include/nsprpub >>> -I/usr/local/include/nspr >>> -I/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/dist/include/nss >>> -I/usr/include -I./../../content/base/src -I/usr/local/include >>> -fPIC -I/usr/local/include -I/usr/local/include -fno-rtti >>> -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth >>> -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align >>> -Wno-invalid-offsetof -Wno-long-long -O2 -fno-strict-aliasing -pipe -O2 >>> -fno-strict-aliasing -fshort-wchar -pipe -DNDEBUG -DTRIMMED -O >>> -I/usr/local/include -I/usr/local/include -DMOZILLA_CLIENT -include >>> ../../mozilla-config.h nsHtml5NamedCharacters.cpp >>> {standard input}: Assembler messages: >>> {standard input}:0: Warning: end of file not at end of a line; newline >>> inserted >>> {standard input}:170: Error: no such instruction: `re' >>> c++: Internal error: Terminated: 15 (program cc1plus) >>> Please submit a full bug report. >>> See for instructions. >>> gmake[4]: *** [nsHtml5NamedCharacters.o] Error 1 >>> gmake[4]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/parser/html' >>> gmake[3]: *** [libs] Error 2 >>> gmake[3]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2/parser' >>> gmake[2]: *** [libs_tier_gecko] Error 2 >>> gmake[2]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2' >>> gmake[1]: *** [tier_gecko] Error 2 >>> gmake[1]: Leaving directory >>> `/new/usr/local/ports/www/firefox/work/mozilla-1.9.2' >>> gmake: *** [default] Error 2 >>> *** Error code 1 >>> >>> Stop in /new/usr/local/ports/www/firefox. >>> *** Error code 1 >>> >>> Any suggestions appreciated. >>> >> >> Hi, >> >> I've seen this in a VM with only 1GB RAM (with -CURRENT) after >> increasing it to 2GB i was able to build firefox successfully. >> >> Cheers, >> Florian >> > Thanks, Florian. I've got 4G but it is worth looking at. > > ed > Hi Ed, Are you using the default setting of 512MB for kern.maxdsiz? If so, please add the following to /boot/loader.conf, reboot and try the build again. Report back if that has any effect or not. I had to add this line to build GCC with Java support a while back. kern.maxdsiz="734003200" Best regards, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/sourcehosting/ - Follow me, follow you -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLsOgd0sRouByUApARAlF8AJ92ZqzSOyc3dAXPrZU6kD6v1vCJAACdHBZ+ YY8WKG96ciSRcC2hRX9aemo= =qpS1 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 18:12:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA9FE106564A for ; Mon, 29 Mar 2010 18:12:25 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.ORG [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 89C668FC18 for ; Mon, 29 Mar 2010 18:12:25 +0000 (UTC) Received: from [10.0.1.4] (pool-71-109-144-133.lsanca.dsl-w.verizon.net [71.109.144.133]) (authenticated bits=0) by zoom.lafn.org (8.14.3/8.14.2) with ESMTP id o2THf23a039395 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 29 Mar 2010 10:41:02 -0700 (PDT) (envelope-from bc979@lafn.org) References: In-Reply-To: Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii Message-Id: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> Content-Transfer-Encoding: quoted-printable From: Doug Hardie Date: Mon, 29 Mar 2010 10:41:01 -0700 To: FreeBSD-PORTS X-Mailer: Apple Mail (2.1077) X-Virus-Scanned: clamav-milter 0.95.3 at zoom.lafn.org X-Virus-Status: Clean Subject: Re: "stable" 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: Mon, 29 Mar 2010 18:12:25 -0000 On 29 March 2010, at 08:57, Ivan Voras wrote: > In some cases the burdens are obvious - the maintainer(s) would need = to > e.g. maintain three versions of the ports - a random example would be > e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be > keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future > (CURRENT/9.x) branch. I am a bit concerned about your concept of maintain, being able to build = a port successfully, does not necessarily mean it will work properly. = For example, qpopper (which I maintain) has an issue where one feature = does not work properly on 64 bit machines where it works fine on 32 bit = machines. In addition, there are a number of other machine types that = are currently not heavily used but might become so in the future. Thats = a lot of different combinations of hardware and OSs to keep running for = the maintainers. =20= From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 18:30:37 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759B1106566C for ; Mon, 29 Mar 2010 18:30:37 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1368FC29 for ; Mon, 29 Mar 2010 18:30:36 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 445655AD9A for ; Mon, 29 Mar 2010 20:30:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 419CF5ACD5 for ; Mon, 29 Mar 2010 20:30:36 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 1B84A5CED3 for ; Mon, 29 Mar 2010 20:30:36 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP1) with ESMTP id 2010032920303297-31107 ; Mon, 29 Mar 2010 20:30:32 +0200 Received: by wep4035 (sSMTP sendmail emulation); Mon, 29 Mar 2010 20:30:32 +0200 Date: Mon, 29 Mar 2010 20:30:32 +0200 From: Alexey Shuvaev To: freebsd-ports@freebsd.org Message-ID: <20100329183032.GA43132@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/29/2010 08:30:34 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/29/2010 08:30:35 PM, Serialize complete at 03/29/2010 08:30:35 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Silent distfiles conflict between graphics/xface.el and mail/x-face-e21. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 18:30:37 -0000 Hello! Could please someone with emacs knowledge (preferably ports commiter) look into issue http://www.freebsd.org/cgi/query-pr.cgi?pr=141839 Both ports refer distfiles with the same name but of different sizes (and checksums). It looks like one port is a subset of another, but I am not familiar with emacs to say for sure. Both maintainers, yoichi@ and ume@ haven't responded to private mails yet. Thanks, Alexey. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 18:35:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17C72106566B for ; Mon, 29 Mar 2010 18:35:52 +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 87CD68FC12 for ; Mon, 29 Mar 2010 18:35:51 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NwJoU-0006Lm-9P for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 20:35:50 +0200 Received: from 93-136-227-164.adsl.net.t-com.hr ([93.136.227.164]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 20:35:50 +0200 Received: from ivoras by 93-136-227-164.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 20:35:50 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Ivan Voras Date: Mon, 29 Mar 2010 20:35:24 +0200 Lines: 112 Message-ID: References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-136-227-164.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> Subject: Re: "stable" 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: Mon, 29 Mar 2010 18:35:52 -0000 Alexey Shuvaev wrote: >> One way to do it, my proposal, would be to maintain a stable "overlay" >> of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), >> containing ports deemed "important" for some reason. >> > What is the criteria which port version goes into particular branch? > That is, which versions of, say, gtk will have 6.x, 7.x and 8.x? > Is it supposed to be what was available at the time when the branch > was out? I'd suggest that yes - keeping the current ports tree as-is as the "unstable" "HEAD". > If this is the case, 6.x branch will have pretty outdated > "heavy infrastructure" ports (like gnome/kde libs, see below). Yes. Exactly as with all other operating systems with long-term support and binary packages. OTOH, users can always track HEAD as they do now. Only the users who really need it would follow the "stagnating" branches. See ref: Debian :) Also, nothing (for some values of "nothing") would stop people running FreeBSD 6.x to track the 7.x stable ports branch if they want. Or not, depending on ports developers. > What if the supported lifetime of the port upstream is less than > supported lifetime of FreeBSD branch? Only if an update is needed (e.g. for security purposes), either of these: 1) Some other OS, Linux distribution, etc. nags the developers to fix it upstream or do the patch themselves, which we can pick up 2) The port maintainer(s) do it themselves (discouraged, of course) 3) The port is marked as insecure (possibly in vuxml) and the users are left to nag the developers for #1 or #2 :) If there is no immediate pressing need to update such a port (e.g. security), people can run arbitrarily old versions of applications forever. Or track HEAD. > Who will backport at least > security fixes to the port? I'd suggest that, previously to including the port in the "stable" branched the maintainer(s) agree to do it if necessary. Of course, it would be completely voluntarily - no maintainance, no stable port. It would defeat the purpose. >> * Updates which break shared libraries would not be allowed within such >> a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, >> libjpeg, xorg). >> > On the one side who will maintain such a beasts like outdated version of > xorg??? On the other side, if all major ports are "frozen" what is left Outdated beasts tend not to change much. > to be updated? In other words what is the difference between proposed > "stable" ports branch and a static snapshot? The static snapshot doesn't magically evolve Apache from 2.2.0 to 2.2.14+ but deliberately stays away from 2.4.0 because it would break its ABI and require recompilation of its modules :) As others noted, shared libraries are the issue - if a port, during its update, bumps its shared library version (libsomething.so.1 -> libsomething.so.2), it would *not* *ever* be upgraded in the stable branch. >> * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on >> 7.0 for all 7.x branches). >> > Could not this be done already with the current ports? Yes it could. This is really tangential for the discussion, it concerns more the "next step" - binary packages and updates. > I have not used Linux myself in the last 6 years, so I'm not very > confident with all these 'apt', 'yum' and co, however I have 2 Ubuntu > installations not far from me. Well, as tools they (apt, ...) may be > quite good, but I remember the too early update to firefox3 > (which crashed every few minutes and that was an official gnome browser!) > and the problems with intel video card (hard freeze of the system) > after upgrade to the new Xorg. So, the tools alone do not solve > that many problems... Yes, of course. Most of the problems here are not technical but organizational. Creating a package manager is relatively easy compared to the project infrastructure (peopleware) that need to support it. > Weighting these all, I would say no. There is already enough fun keeping > ports working on CURRENT. And see below. Ok. > Back on topic, would not it be better to provide "official packages for > upgrades" built from some chosen snapshots of the ports tree? No, since it doesn't solve the major problem of forced upgrades of entires subtrees when an ancestor changes (e.g. libgtk, libpng, libjpeg, qt). > In some cases (when really needed?) there are already different variants > of the same port (port / portXY / port-devel). This makes sense for a very small number of ports. E.g. having PHP 5.2 and 5.3 at the same time in the same ports tree would probably add to the confusion. But you *must* upgrade to latest php-5.x port because of security updates and so you are forced to upgrade php to 5.3 (and everything that depends on it) even when 5.2 is supported upstream. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:09:59 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C551065672 for ; Mon, 29 Mar 2010 19:09:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC5E8FC15 for ; Mon, 29 Mar 2010 19:09:59 +0000 (UTC) Received: (qmail 31594 invoked by uid 399); 29 Mar 2010 19:09:58 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Mar 2010 19:09:58 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB0FB05.9050802@FreeBSD.org> Date: Mon, 29 Mar 2010 12:09:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: Aristedes Maniatis References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> <4BB07278.7030600@ish.com.au> In-Reply-To: <4BB07278.7030600@ish.com.au> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:09:59 -0000 On 03/29/10 02:27, Aristedes Maniatis wrote: > On 29/03/10 7:04 PM, Doug Barton wrote: >>>> portmaster -r graphics/png >> That won't work, the man page clearly says that it has to be a port >> directory or glob pattern from /var/db/pkg. The "glob pattern" bit of >> that was (unfortunately) broken up till version 2.20, which I just >> committed. > > I'm confused. The manual actually says: > > [-R] -r name/glob of port in /var/db/pkg > > > When I try your suggestion I get this: > > # portmaster -r png- > > ===>>> No valid installed port, or port directory given > ===>>> Try portmaster --help Are you using portmaster version 2.20? -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:12:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793FE1065691 for ; Mon, 29 Mar 2010 19:12:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id F30138FC23 for ; Mon, 29 Mar 2010 19:11:59 +0000 (UTC) Received: (qmail 9919 invoked by uid 399); 29 Mar 2010 19:11:59 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Mar 2010 19:11:59 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB0FB7E.2050508@FreeBSD.org> Date: Mon, 29 Mar 2010 12:11:58 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> <4BB07278.7030600@ish.com.au> <7d6fde3d1003290253n65902d29i39cdd30a2f991a46@mail.gmail.com> In-Reply-To: <7d6fde3d1003290253n65902d29i39cdd30a2f991a46@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:12:00 -0000 On 03/29/10 02:53, Garrett Cooper wrote: > Besides, when I read `glob' I don't think `regular expression'. A > glob is a simplified extension of regular expressions, I wasn't going for a rigorous definition here. :) However, "simplified" is the correct idea. > The previous method I described works, and works well: > > portmaster -r 'png-*' Right, that will work, but the * isn't necessary. Portmaster will strip it internally in any case. > Not sure why graphics/png doesn't work though; hrrm... The -r option is only relevant to an installed port. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:15:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E06F91065675 for ; Mon, 29 Mar 2010 19:15:52 +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 980558FC0C for ; Mon, 29 Mar 2010 19:15:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id BDF1B6002EB for ; Mon, 29 Mar 2010 21:15:51 +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 vRY4yOoqWF+L for ; Mon, 29 Mar 2010 21:15:51 +0200 (CEST) Received: from elch.exwg.net (p5798709D.dip.t-dialin.net [87.152.112.157]) (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 for ; Mon, 29 Mar 2010 21:15:51 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 24A8BAC81F; Mon, 29 Mar 2010 21:15:51 +0200 (CEST) Resent-From: Christoph Moench-Tegeder Resent-Date: Mon, 29 Mar 2010 21:15:51 +0200 Resent-Message-ID: <20100329191551.GC50549@elch.exwg.net> Resent-To: freebsd-ports@freebsd.org Date: Mon, 29 Mar 2010 21:05:03 +0200 From: Christoph Moench-Tegeder To: Ion-Mihai Tetcu Message-ID: <20100329190503.GB50549@elch.exwg.net> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100328163828.1f34e0e7@it.buh.tecnik93.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:15:53 -0000 Hi, sysutils/tracker-client fails in configure, fix to port's Makefile: --- sysutils/tracker-client/Makefile.orig 2010-03-29 20:59:36.000000000 +0200 +++ sysutils/tracker-client/Makefile 2010-03-29 21:01:42.000000000 +0200 @@ -46,7 +46,9 @@ INSTALLS_ICONS= yes USE_AUTOTOOLS= libtool:22 CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include" \ - LDFLAGS="-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS}" + LDFLAGS="-L${LOCALBASE}/lib -L${LOCALBASE}/lib/tracker ${PTHREAD_LIBS}" \ + LIBPNG_CFLAGS="-I${LOCALBASE}/include" \ + LIBPNG_LDFLAGS="-L${LOCALBASE}/lib" LIBPNG_LIBS="png" CONFIGURE_ARGS= --enable-video-extractor=gstreamer \ --enable-file-monitoring=fam \ --with-session-bus-services-dir=${LOCALBASE}/share/dbus-1/services \ And cad/brlcad will need some work, but that might be larger... Regards, Christoph -- Spare Space From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:21:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25D971065674; Mon, 29 Mar 2010 19:21:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8419B8FC28; Mon, 29 Mar 2010 19:21:43 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so379892qwe.7 for ; Mon, 29 Mar 2010 12:21:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=c0obdGD2cAllKUSxIXLuEJyqVa3Fqwmp23SO7LdKvI8=; b=ALFwr3DBvm4BJ93+TsGax9lUtVEepwO/0LgJfbFBAQKbVd65IO/srkzz+n9BxwVQj6 u4sd2c8f6rKSEpOfuMumj1F7ZWKZuWzXqH9va8c5RVPsiEETyTwEFUmLf5/0OxixXMYR OpyrxAbtKgyZS/GwgEH/wkp29sYldXAUYhqRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qIEh8mc5yq9a1YwCk2aBsx1Gnolx5IJ2nG8O8xRwMqf9ZfXb8Tre+5tWh1/QtJWZmV sANQv0o8eFzXnxah/kGMT9YXIW5v2gV2BXcZHkXFvUFh59t5HwgA1U4ws+TrEztu623Z ue2OdYxNFtyup9AKpVpvU+NjoxM1eyJEqoiSs= MIME-Version: 1.0 Received: by 10.229.82.14 with HTTP; Mon, 29 Mar 2010 12:21:42 -0700 (PDT) In-Reply-To: <4BB0FB7E.2050508@FreeBSD.org> References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> <4BB07278.7030600@ish.com.au> <7d6fde3d1003290253n65902d29i39cdd30a2f991a46@mail.gmail.com> <4BB0FB7E.2050508@FreeBSD.org> Date: Mon, 29 Mar 2010 13:21:42 -0600 Received: by 10.229.223.201 with SMTP id il9mr3963503qcb.104.1269890502683; Mon, 29 Mar 2010 12:21:42 -0700 (PDT) Message-ID: <6201873e1003291221t1430623dt40edb532ed207426@mail.gmail.com> From: Adam Vande More To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Garrett Cooper , stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:21:44 -0000 On Mon, Mar 29, 2010 at 1:11 PM, Doug Barton wrote: > Right, that will work, but the * isn't necessary. Portmaster will strip > it internally in any case. > Those type of examples in the man pages and UPDATING have never worked for me in tcsh, I've always had to glob it like Garret stated. > pkg_info |grep png linux-f10-png-1.2.37 RPM of the PNG lib (Linux Fedora 10) png-1.2.42 Library for manipulating PNG images scr2png-1.2_3 Converts the output of "vidcontrol -p" to PNG > portmaster -r png- ===>>> No valid installed port, or port directory given ===>>> Try portmaster --help > portmaster -r 'png-*' ===>>> Currently installed version: png-1.2.42 ===>>> Port directory: /usr/ports/graphics/png ===>>> Gathering distinfo list for installed ports ===>>> Launching 'make checksum' for graphics/png in background ===>>> Gathering dependency list for graphics/png from ports ===>>> No dependencies for graphics/png ===>>> Checking ports that depend on png-1.2.42 ===>>> Launching child to update akonadi-1.2.1_1 ^C ===>>> Build/Install for graphics/png exiting due to signal -- Adam Vande More From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:32:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 987CA1065678 for ; Mon, 29 Mar 2010 19:32:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 20DF88FC13 for ; Mon, 29 Mar 2010 19:32:38 +0000 (UTC) Received: (qmail 9403 invoked by uid 399); 29 Mar 2010 19:32:38 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 29 Mar 2010 19:32:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB10054.5070705@FreeBSD.org> Date: Mon, 29 Mar 2010 12:32:36 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: Adam Vande More References: <20100328163828.1f34e0e7@it.buh.tecnik93.com> <4BAFFCB7.6080501@ish.com.au> <7d6fde3d1003281915s3a81e132q81db6bba1ccff697@mail.gmail.com> <4BB00DA9.3070105@ish.com.au> <7d6fde3d1003281934y2d4cc25cqa90069a1cafc30a@mail.gmail.com> <4BB05F0C.6090807@FreeBSD.org> <4BB07278.7030600@ish.com.au> <7d6fde3d1003290253n65902d29i39cdd30a2f991a46@mail.gmail.com> <4BB0FB7E.2050508@FreeBSD.org> <6201873e1003291221t1430623dt40edb532ed207426@mail.gmail.com> In-Reply-To: <6201873e1003291221t1430623dt40edb532ed207426@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , stable@freebsd.org, questions@freebsd.org, freebsd-ports@freebsd.org, Aristedes Maniatis Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:32:39 -0000 On 03/29/10 12:21, Adam Vande More wrote: > On Mon, Mar 29, 2010 at 1:11 PM, Doug Barton > wrote: > > Right, that will work, but the * isn't necessary. Portmaster will strip > it internally in any case. > > > Those type of examples in the man pages and UPDATING have never worked > for me in tcsh, I've always had to glob it like Garret stated. I'm sorry to repeat myself, but what you're describing is a result of the fact that in the past the glob code for the -r option was broken. As of version 2.20 it is no longer broken, and the * is not necessary (although it won't hurt anything). hope this helps, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:50:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D7C81065670 for ; Mon, 29 Mar 2010 19:50:49 +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 506AD8FC0C for ; Mon, 29 Mar 2010 19:50:49 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NwKyn-0007Mo-Hc for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 21:50:33 +0200 Received: from 93-136-227-164.adsl.net.t-com.hr ([93.136.227.164]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 21:50:33 +0200 Received: from ivoras by 93-136-227-164.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Mar 2010 21:50:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: Ivan Voras Date: Mon, 29 Mar 2010 21:49:29 +0200 Lines: 21 Message-ID: References: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 93-136-227-164.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> Subject: Re: "stable" 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: Mon, 29 Mar 2010 19:50:49 -0000 Doug Hardie wrote: > On 29 March 2010, at 08:57, Ivan Voras wrote: > >> In some cases the burdens are obvious - the maintainer(s) would need to >> e.g. maintain three versions of the ports - a random example would be >> e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be >> keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future >> (CURRENT/9.x) branch. > > I am a bit concerned about your concept of maintain, being able to build a port successfully, does not necessarily mean it will work properly. For example, qpopper (which I maintain) has an issue where one feature does not work properly on 64 bit machines where it works fine on 32 bit machines. In addition, there are a number of other machine types that are currently not heavily used but might become so in the future. Thats a lot of different combinations of hardware and OSs to keep running for the maintainers. It was done (in Linux), hence it can be done. If all else fails and both the project and the maintainer cannot find suitable build and test machines, I'd suggest using ONLY_FOR_ARCHS, or doing the whole "stable" dance only for Tier 1 platforms (enumerated in http://www.freebsd.org/doc/en/articles/committers-guide/archs.html to be i386, amd64, pc98). AFAIK from the ports POW, pc98 and i386 are too close to be considered separately. Virtualization (VirtualBox) may help maintainers test on the architecture they don't run natively. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 19:53:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33234106566B for ; Mon, 29 Mar 2010 19:53:52 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id DDA1B8FC13 for ; Mon, 29 Mar 2010 19:53:51 +0000 (UTC) Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mx.arcor.de (Postfix) with ESMTP id ABBE439A6D7 for ; Mon, 29 Mar 2010 21:53:50 +0200 (CEST) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id A421E1140FE for ; Mon, 29 Mar 2010 21:53:50 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-194-175.pools.arcor-ip.net [92.75.194.175]) by mail-in-09.arcor-online.net (Postfix) with ESMTPS id 6CD301AF5A2 for ; Mon, 29 Mar 2010 21:53:50 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-09.arcor-online.net 6CD301AF5A2 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o2TJrnj6006700 for ; Mon, 29 Mar 2010 21:53:49 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o2TJrnvS006699 for freebsd-ports@freebsd.org; Mon, 29 Mar 2010 21:53:49 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 29 Mar 2010 19:53:49 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-ports@freebsd.org Subject: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 19:53:52 -0000 There is a silly bug in RELENG_7 up to and including RELENG_7_3: fdopendir(3) is available in libc, but the prototype is missing from . This can have unexpected consequences. A configure script can notice that fdopendir() is available, but due to the missing prototype, the function will be typed as the default int fdopendir(); This is bad. fdopendir() returns a pointer and unless correctly prototyped, the return value will be truncated from 64 to 32 bits on LP64 platforms. So if you notice that something picks up the fdopendir() function you need to either disable it for 702102 to 703100 (inclusive) or make sure that the correct prototype DIR *fdopendir(int); is wedged in somehow. This isn't a hypothetical concern. When I initially tried gtar 1.23 on 7.3/amd64, it left a trail of coredumps because of this. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 21:27:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7A231065677 for ; Mon, 29 Mar 2010 21:27:42 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 6E0918FC0C for ; Mon, 29 Mar 2010 21:27:41 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so3183631fga.13 for ; Mon, 29 Mar 2010 14:27:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=xCS72TQDO2JDl2JIIk6wE9zBNz/43avWxuH3pzph5/k=; b=TdVYi5oDj08hLL4bb3VgDM9rUv/HGW5YClOrNLA3rjdziaSsICFKGUPRQUbdx5k20c RCicKuHV+r+DkPVNXEoEvAlzwFkrh5g/Xgz4wzJC408s+Ka+uHqIrQMlqVIva4wkudWH +GCxFBovyHtJYdvxzWe7PFzrR8wLgODhP2I6o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fSSNZe2jY0aLWksq85yyoAkzYZva+pnqTXq2ht8znCnsfON3kmmnw8t+0P3JPpIN5z REPkdoOLnS0i64M+TF/tmL1WommWYWja7MloyGgC1soKuCItoZ8u2jlKVW7rPQnvi0UU 8kU4Nod5aND9z/p+jM2xL6U/OrGfWpN2zTFYA= MIME-Version: 1.0 Received: by 10.86.54.3 with HTTP; Mon, 29 Mar 2010 14:05:39 -0700 (PDT) Date: Tue, 30 Mar 2010 01:05:39 +0400 Received: by 10.86.6.15 with SMTP id 15mr7234780fgf.42.1269896739165; Mon, 29 Mar 2010 14:05:39 -0700 (PDT) Message-ID: From: Eir Nym To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 29 Mar 2010 21:27:42 -0000 I work on creating system for system and ports autobuilder with custom settings for my FreeBSD machines. I know about many programs, which do same, but I don't like strange depends, which are not controlled by OPTIONS and some another I've analyse ports tree and want to say about. There're lot problems with ports to create per-port PRs manually.Common types of problems are listed here: 0) Main part of problems in tons of ports, which has hidden options (WITH & WITHOUT checking), but not using OPTIONS for them. 1) There many libraries added with BUILD&RUN dependencies, not as LIB-DEPENDS. 2) Some ports has only BUILD depends to libraries, but links them dynamicly. 3) All(?) samba33 slaves define dependency as "samba33", and make warning me about master target redefinition when do something on them. 4) many ports define dependencies as "${.CURDIR}/../..//" 5) And some adds trailing slash. I want fix these problems, but I have no much time to fix several thousands of ports. This work (include PR sending) needs about is 1-2 month per 8-10 hours a day. I put my analysys in several work files: I've removed ${PORTSDIR} from paths for readability in index files. http://freebsd.eroese.org/bsd.local.mk - different describe target (clean and simple) http://freebsd.eroese.org/portInfo.py - py-IDX maker. old, but enough version. http://freebsd.eroese.org/tag - portsnap(8) tag http://freebsd.eroese.org/IDX - special maked IDX http://freebsd.eroese.org/py-IDX - human readable format of IDX, see py program for comments about types. From owner-freebsd-ports@FreeBSD.ORG Mon Mar 29 22:57:43 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427DB106567B for ; Mon, 29 Mar 2010 22:57:43 +0000 (UTC) (envelope-from eculp@encontacto.net) Received: from ns2.bafirst.com (ns2.bafirst.com [97.67.198.91]) by mx1.freebsd.org (Postfix) with ESMTP id E4E8E8FC29 for ; Mon, 29 Mar 2010 22:57:42 +0000 (UTC) Received: from HOME.encontacto.net ([189.190.9.101]) by ns2.bafirst.com with esmtp; Mon, 29 Mar 2010 17:57:40 -0500 id 000D4CF7.4BB13065.0001061A Received: from localhost (localhost [127.0.0.1]) (uid 80) by HOME.encontacto.net with local; Mon, 29 Mar 2010 16:57:40 -0600 id 0004AC1A.4BB13064.00010158 Received: from dsl-189-251-6-50-dyn.prod-infinitum.com.mx (dsl-189-251-6-50-dyn.prod-infinitum.com.mx [189.251.6.50]) by econet.encontacto.net (Horde Framework) with HTTP; Mon, 29 Mar 2010 17:57:39 -0500 Message-ID: <20100329175739.47637e8sufvimko4@econet.encontacto.net> Date: Mon, 29 Mar 2010 17:57:39 -0500 From: eculp To: freebsd-ports@freebsd.org References: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (5.0-cvs) X-Remote-Browser: Opera/9.80 (X11; Linux i686; U; en) Presto/2.2.15 Version/10.10 X-IMP-Server: 189.190.9.101 X-Originating-IP: 189.251.6.50 X-Originating-User: eculp@encontacto.net Subject: Re: "stable" 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: Mon, 29 Mar 2010 22:57:43 -0000 Quoting Ivan Voras : > Doug Hardie wrote: >> On 29 March 2010, at 08:57, Ivan Voras wrote: >> >>> In some cases the burdens are obvious - the maintainer(s) would need to >>> e.g. maintain three versions of the ports - a random example would be >>> e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be >>> keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future >>> (CURRENT/9.x) branch. >> >> I am a bit concerned about your concept of maintain, being able to =20 >> build a port successfully, does not necessarily mean it will work =20 >> properly. For example, qpopper (which I maintain) has an issue =20 >> where one feature does not work properly on 64 bit machines where =20 >> it works fine on 32 bit machines. In addition, there are a number =20 >> of other machine types that are currently not heavily used but =20 >> might become so in the future. Thats a lot of different =20 >> combinations of hardware and OSs to keep running for the maintainers. > > It was done (in Linux), hence it can be done. If all else fails and =20 > both the project and the maintainer cannot find suitable build and =20 > test machines, I'd suggest using ONLY_FOR_ARCHS, or doing the whole =20 > "stable" dance only for Tier 1 platforms (enumerated in =20 > http://www.freebsd.org/doc/en/articles/committers-guide/archs.html =20 > to be i386, amd64, pc98). AFAIK from the ports POW, pc98 and i386 =20 > are too close to be considered separately. > > Virtualization (VirtualBox) may help maintainers test on the =20 > architecture they don't run natively. IIRC, pcbsd uses both ports and package system that I have assumed was =20 similar to linux but I have never used it so I can't comment but it =20 would seem practical to work together if there is common ground. Their =20 site says: -- The PBI Format Part of making a Desktop Operating System that people feel immediately =20 comfortable with is ensuring that software installation is as easy and =20 familiar as possible. PC-BSD has taken this approach when developing =20 the PBI (Pc-Bsd Installer or Push-Button Installer) file format. =20 Programs under PC-BSD are completely self-contained and =20 self-installing, in a graphical format. A PBI file also ships with all =20 the files and libraries necessary for the installed program to =20 function, eliminating much of the hardship of dealing with broken =20 dependencies and system incompatibilities. PBI files also provide =20 developers and packagers with advanced scripting and user interaction =20 in an entirely graphical format, making the entire install procedure =20 similar to what a user would expect from other popular graphical =20 operating systems. -- I personally like the way the ports work and will probably not change =20 to any type of packages but you never know. I have never felt =20 comfortable with the Linux packages. Have a great day, ed From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 00:45:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BC6106564A for ; Tue, 30 Mar 2010 00:45:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 268EE8FC14 for ; Tue, 30 Mar 2010 00:45:23 +0000 (UTC) Received: by pwj4 with SMTP id 4so9109043pwj.13 for ; Mon, 29 Mar 2010 17:45:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=j6aZDoxT6CPIk20p/1jUYjsxM/w0FaXkeOlQjwOFwY0=; b=k7pDXDr4ImrWZB1OpqoJDaaEolPMITqBhVU8uPKgUwTFw9VpDSOv8Otribo5geGWAn ZBhNX5HzW7NOsHoiAheF/ntW14bAYIPxVaZHbywR8DIw3O9/FZ3Spbp36rYo65hgk0PT 27feGHqDUVhbNNFOIpp9bljwUxHz+avEgXkes= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=poYgBgtw+lrFGK27q+EyPyXq67tbHl46A0to/AUo+Onvyak7QoqLm0uOhLEx3AiUlA cKRv2PDYKI+vpNGIimQyY2OPGMEs7jvNyUX6MiFj/gSljz74GKZQQsOfgR6OiRluQwW3 7brNrzS2AnJ/9JF6Yo9BN44iXEjaxnVxmgLTg= MIME-Version: 1.0 Received: by 10.143.8.14 with HTTP; Mon, 29 Mar 2010 17:45:23 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Mar 2010 17:45:23 -0700 Received: by 10.142.208.12 with SMTP id f12mr187416wfg.128.1269909923232; Mon, 29 Mar 2010 17:45:23 -0700 (PDT) Message-ID: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> From: Garrett Cooper To: Christian Weisgerber Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 00:45:24 -0000 On Mon, Mar 29, 2010 at 12:53 PM, Christian Weisgerber wrote: > There is a silly bug in RELENG_7 up to and including RELENG_7_3: > fdopendir(3) is available in libc, but the prototype is missing > from . > > This can have unexpected consequences. =A0A configure script can > notice that fdopendir() is available, but due to the missing > prototype, the function will be typed as the default > > =A0int fdopendir(); > > This is bad. =A0fdopendir() returns a pointer and unless correctly > prototyped, the return value will be truncated from 64 to 32 bits > on LP64 platforms. > > So if you notice that something picks up the fdopendir() function > you need to either disable it for 702102 to 703100 (inclusive) or > make sure that the correct prototype > > =A0DIR *fdopendir(int); > > is wedged in somehow. > > This isn't a hypothetical concern. =A0When I initially tried gtar > 1.23 on 7.3/amd64, it left a trail of coredumps because of this. Is there a bug outstanding for this? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 01:07:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D9D106566B for ; Tue, 30 Mar 2010 01:07:25 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C00C8FC08 for ; Tue, 30 Mar 2010 01:07:24 +0000 (UTC) Received: by pwj4 with SMTP id 4so9132580pwj.13 for ; Mon, 29 Mar 2010 18:07:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=U5T1WxTslG6F+SGiQ6wJePSKD7AhHnzy1IKhNUx3XUw=; b=F4UWHAicrfYicWfoGwJ/PKXdZgN82vA/Uz3upeIcF27AWYShEU/m+thEYCgzhVX7Xv rZGBU2ukmTgeBR5zbkf4W4m/LipBgkZd6ZJArc5G0Md/zeCIJgn1rlzH79X/2Mhp1HRR dRXaHl5sIQspY0m8AxE7YUkcOwFGC/sLnJOU0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=UXxv30yrjg0wK2pNzqhWp6100dVicmcCDnuamA7oxtGfrQ3Aa8InPIgNwPY9jftESy 0LDQzG3ZbRt7WmwaeocgSZty5GRFQoCw4fXMclUQ5ftp1zo002tTnbwyOVvnbcG8k8EN j9Q3r/yUrVQHqZmrfSTCn0ipeXmFZQAgITMWE= MIME-Version: 1.0 Received: by 10.140.127.14 with HTTP; Mon, 29 Mar 2010 18:07:24 -0700 (PDT) In-Reply-To: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> References: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> Date: Mon, 29 Mar 2010 18:07:24 -0700 Received: by 10.141.187.3 with SMTP id o3mr5234035rvp.224.1269911244340; Mon, 29 Mar 2010 18:07:24 -0700 (PDT) Message-ID: From: Xin LI To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Christian Weisgerber , freebsd-ports@freebsd.org Subject: Re: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 01:07:25 -0000 On Mon, Mar 29, 2010 at 5:45 PM, Garrett Cooper wrote: [...] >> This isn't a hypothetical concern. =C2=A0When I initially tried gtar >> 1.23 on 7.3/amd64, it left a trail of coredumps because of this. > > =C2=A0 =C2=A0Is there a bug outstanding for this? This has been fixed in RELENG_7 before 7.3-RELEASE but re@ considered it too late so the change didn't make it into the final release. No, there is no outstanding bug report as I am aware. Cheers, --=20 Xin LI http://www.delphij.net From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 02:42:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8D8106566B for ; Tue, 30 Mar 2010 02:42:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 533448FC08 for ; Tue, 30 Mar 2010 02:42:06 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so560177qwe.7 for ; Mon, 29 Mar 2010 19:42:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PHfxvuC9rSjvt8U2rLVKy2dCwNTHb0ee8uvJnVPsFYY=; b=Agw/TmpAXenHa7YFn2SqHywLG7esb3fohC3BoOXgNnHWI0DznoSfsekDQhcjM3+gjf iWCUbgM96Xjo72ExRa+2Hnk9pw7zr1uuJk6/H+MMIFdvbEmF5S+yolOt7I6LtuUEIU2R sV2v/W9DjQfK+APamqZDQXvjmucFuNEUp2+Jg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OLJB9QOaZuZhzLXI8s6A1B7cI/EgNFWyH11Zs7RyQgvzTT8M7BVl7+K1rH6+zA9kz7 dSGWx9PHsyIZWrWoFA4YkN173uY76P3b6TiPzWLHFTAKnzBDJ2QQl8bWGzTrPYIzD9Dy WJJtv3QBDlQHBLBzhHy6MG9E615NHptLZ8gMs= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Mon, 29 Mar 2010 19:42:04 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> Date: Mon, 29 Mar 2010 19:42:04 -0700 Received: by 10.229.217.206 with SMTP id hn14mr1226496qcb.70.1269916924327; Mon, 29 Mar 2010 19:42:04 -0700 (PDT) Message-ID: <7d6fde3d1003291942n5148012ej5e49d2529c66bd87@mail.gmail.com> From: Garrett Cooper To: Xin LI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Christian Weisgerber , freebsd-ports@freebsd.org Subject: Re: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 02:42:06 -0000 On Mon, Mar 29, 2010 at 6:07 PM, Xin LI wrote: > On Mon, Mar 29, 2010 at 5:45 PM, Garrett Cooper wrot= e: > [...] >>> This isn't a hypothetical concern. =A0When I initially tried gtar >>> 1.23 on 7.3/amd64, it left a trail of coredumps because of this. >> >> =A0 =A0Is there a bug outstanding for this? > > This has been fixed in RELENG_7 before 7.3-RELEASE but re@ considered > it too late so the change didn't make it into the final release. =A0No, > there is no outstanding bug report as I am aware. Hmm... is it possible to release note it after the fact (or at least release note all major / outstanding items discovered shortly after the release, like the accidental zfs bootloader breakage)? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 03:18:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 056AC106566B for ; Tue, 30 Mar 2010 03:18:12 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id CA0D48FC12 for ; Tue, 30 Mar 2010 03:18:11 +0000 (UTC) Received: by pwj4 with SMTP id 4so9276487pwj.13 for ; Mon, 29 Mar 2010 20:18:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:received:message-id:subject:from:to:cc:content-type; bh=w+Sa0z6VDcQYXG2GVLMcyZg99yaD5RyPAxCgNXEcKZk=; b=gDcVCQb79EOy9mwazZBHMk0qf6BBPD71uvCJ4wxViqJ03jwUS0kaubwwiNVQADLIN1 D8iGWlnTDXrPoSbJfOAhiZcAMCMTP091/Be7Kn+0OYyggb3fhwNGfpv1dgfI2/AlfFX7 gz0appk3VdJImgj4TSh6pR+upXPm8hqpcmHPg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=dfJDI5EoNuGB0HIe3AjMT02eHLOrSzc+3OhdFknwpg21YwW9JAoohnwVe+5NMU47y8 X4s+kcl+W+P8uIcahMIo6sM+21l8rhJ+INePmqHsqD0cyC+QR36ivzxskIYgqPDasxrb Ir4AqFq0gTM+yjeYUVFlJuWPk7/UxmV6kt4Ao= MIME-Version: 1.0 Received: by 10.140.127.14 with HTTP; Mon, 29 Mar 2010 20:18:11 -0700 (PDT) Received: by 10.140.127.14 with HTTP; Mon, 29 Mar 2010 20:18:11 -0700 (PDT) In-Reply-To: <7d6fde3d1003291942n5148012ej5e49d2529c66bd87@mail.gmail.com> References: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> <7d6fde3d1003291942n5148012ej5e49d2529c66bd87@mail.gmail.com> Date: Mon, 29 Mar 2010 20:18:11 -0700 Received: by 10.140.255.13 with SMTP id c13mr3363006rvi.86.1269919091455; Mon, 29 Mar 2010 20:18:11 -0700 (PDT) Message-ID: From: Xin LI To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Christian Weisgerber , freebsd-ports@freebsd.org Subject: Re: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 03:18:12 -0000 Perhaps as an errata? On Mar 29, 2010 7:42 PM, "Garrett Cooper" wrote: On Mon, Mar 29, 2010 at 6:07 PM, Xin LI wrote: > On Mon, Mar 29, 2010 at 5:45 PM... Hmm... is it possible to release note it after the fact (or at least release note all major / outstanding items discovered shortly after the release, like the accidental zfs bootloader breakage)? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 05:40:46 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7802B1065675 for ; Tue, 30 Mar 2010 05:40:46 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42C648FC14 for ; Tue, 30 Mar 2010 05:40:46 +0000 (UTC) Received: by pwj4 with SMTP id 4so9358139pwj.13 for ; Mon, 29 Mar 2010 22:40:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=W99JECzwTTIDxoGQtVqN7ZMHsluUvF5MIP5TxnQnOCI=; b=pNu01cjReI+BOn0z6tTIcU+GsE3ryqZdQHdGMURycVL443vZvl2PES+Fa3bi3BM8O6 hUCcL4/xSStO5Yf20E+hmlEC/tH7G/koaY/J7BDF8MC985+m1L1xQ62hhiHvSZrn97gU APNivBCtgYDlwgvL3kkMfxU6eKHVHTH/ynIs4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=S6BIa/AJGLq95KLWIJIxGn0JHSo+Hl01VIn6c6C62uP8B/uZD9966mSYcXpB2e+j/U rW4ZcrQytJAJG3yW1UhAwML/QmlBDktZMNZJh6zuaL83bu5VKZzMRkYTZsO2bpMdbY16 oAPVg0drrztX+JhIOdYcMiL2i4q3kGqLeVQp0= Received: by 10.115.64.18 with SMTP id r18mr5762642wak.182.1269927645750; Mon, 29 Mar 2010 22:40:45 -0700 (PDT) Received: from [10.128.224.110] ([166.205.139.149]) by mx.google.com with ESMTPS id 20sm4299313pzk.7.2010.03.29.22.40.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 29 Mar 2010 22:40:44 -0700 (PDT) References: <7d6fde3d1003291745v53ec10bake00bdae6d825be95@mail.gmail.com> <7d6fde3d1003291942n5148012ej5e49d2529c66bd87@mail.gmail.com> Message-Id: <7E6D3AB5-B2D1-4303-96DE-C2CEADF4046C@gmail.com> From: Garrett Cooper To: Xin LI In-Reply-To: X-Mailer: iPhone Mail (7E18) Mime-Version: 1.0 (iPhone Mail 7E18) Date: Mon, 29 Mar 2010 22:40:34 -0700 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Christian Weisgerber , "freebsd-ports@freebsd.org" Subject: Re: Be careful with fdopendir() on RELENG_7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 05:40:46 -0000 On Mar 29, 2010, at 8:18 PM, Xin LI wrote: > Perhaps as an errata? > >> On Mar 29, 2010 7:42 PM, "Garrett Cooper" wrote: >> >> On Mon, Mar 29, 2010 at 6:07 PM, Xin LI wrote: >> > On Mon, Mar 29, 2010 at 5:45 PM... >> >> Hmm... is it possible to release note it after the fact (or at >> least release note all major / outstanding items discovered shortly >> after the release, like the accidental zfs bootloader breakage)? > Sounds good. Just want to avoid unnecessary bug reports ;).. -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 06:19:09 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 913781065674 for ; Tue, 30 Mar 2010 06:19:09 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 555EB8FC1B for ; Tue, 30 Mar 2010 06:19:09 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [92.116.181.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id AFCCC8A199D for ; Tue, 30 Mar 2010 08:18:59 +0200 (CEST) Message-ID: <4BB197BA.6010404@bsdforen.de> Date: Tue, 30 Mar 2010 08:18:34 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 06:19:09 -0000 On 29/03/2010 17:57, Ivan Voras wrote: > One way to do it, my proposal, would be to maintain a stable "overlay" > of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), > containing ports deemed "important" for some reason. Who would be doing the additional work? I figure we'd need additional maintainers for the different branches. I don't see myself maintaining several branches of my ports, apart from ioquake3 and ioquake3-devel. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:06:43 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F9D61065672 for ; Tue, 30 Mar 2010 07:06:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 24BBD8FC0C for ; Tue, 30 Mar 2010 07:06:42 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so645164qwe.7 for ; Tue, 30 Mar 2010 00:06:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uUZIta46YRjoKcLqE5QZo/Y7jxuVGGEqjmyeqF28agg=; b=dWoKoem1LCNuIqQYnt5rCG/3We7lK9lvzf5LrgJwfytExCC9H9sYCVflXX52mZ73LP 9UU0FxoTsScMB1zh0TnKTFGxR5oZznq0EqouutarZLfRso6dVcvJWW5Ufp7KtRdokYYg 0JuO23djVmZkrILa5CXGRWMNvrAqFNeDUGYQo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Ddx7rP1oJleMrYO3S+6j7d7K8KCtY91Kr8AoTwljyhQWalfMinnSNnZnehGOgOWOdw iqZvp1XeVrALsy0LNzva6+Sgk6sMteVoske3N0D4BgLb/B6FhS3z5N0nBh/mys4l4zjN PaoYxKKjaUcQM7kgWNy26k9fLVzUq/kWXx/Ng= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:06:42 -0700 (PDT) In-Reply-To: <20100329175739.47637e8sufvimko4@econet.encontacto.net> References: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> <20100329175739.47637e8sufvimko4@econet.encontacto.net> Date: Tue, 30 Mar 2010 00:06:42 -0700 Received: by 10.229.223.140 with SMTP id ik12mr1010720qcb.98.1269932802335; Tue, 30 Mar 2010 00:06:42 -0700 (PDT) Message-ID: <7d6fde3d1003300006r5fa158aanae3fb2a389d331d2@mail.gmail.com> From: Garrett Cooper To: eculp Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 07:06:43 -0000 On Mon, Mar 29, 2010 at 3:57 PM, eculp wrote: > Quoting Ivan Voras : > >> Doug Hardie wrote: >>> >>> On 29 March 2010, at 08:57, Ivan Voras wrote: >>> >>>> In some cases the burdens are obvious - the maintainer(s) would need t= o >>>> e.g. maintain three versions of the ports - a random example would be >>>> e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be >>>> keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future >>>> (CURRENT/9.x) branch. >>> >>> I am a bit concerned about your concept of maintain, being able to buil= d >>> a port successfully, does not necessarily mean it will work properly. = =A0For >>> example, qpopper (which I maintain) has an issue where one feature does= not >>> work properly on 64 bit machines where it works fine on 32 bit machines= . =A0In >>> addition, there are a number of other machine types that are currently = not >>> heavily used but might become so in the future. =A0Thats a lot of diffe= rent >>> combinations of hardware and OSs to keep running for the maintainers. >> >> It was done (in Linux), hence it can be done. If all else fails and both >> the project and the maintainer cannot find suitable build and test machi= nes, >> I'd suggest using ONLY_FOR_ARCHS, or doing the whole "stable" dance only= for >> Tier 1 platforms (enumerated in >> http://www.freebsd.org/doc/en/articles/committers-guide/archs.html to be >> i386, amd64, pc98). AFAIK from the ports POW, pc98 and i386 are too clos= e to >> be considered separately. >> >> Virtualization (VirtualBox) may help maintainers test on the architectur= e >> they don't run natively. > > IIRC, pcbsd uses both ports and package system that I have assumed was > similar to linux but I have never used it so I can't comment but it would > seem practical to work together if there is common ground. Their site say= s: > -- > The PBI Format > > Part of making a Desktop Operating System that people feel immediately > comfortable with is ensuring that software installation is as easy and > familiar as possible. PC-BSD has taken this approach when developing the = PBI > (Pc-Bsd Installer or Push-Button Installer) file format. Programs under > PC-BSD are completely self-contained and self-installing, in a graphical > format. A PBI file also ships with all the files and libraries necessary = for > the installed program to function, eliminating much of the hardship of > dealing with broken dependencies and system incompatibilities. PBI files > also provide developers and packagers with advanced scripting and user > interaction in an entirely graphical format, making the entire install > procedure similar to what a user would expect from other popular graphica= l > operating systems. > -- > > I personally like the way the ports work and will probably not change to = any > type of packages but you never know. =A0I have never felt comfortable wit= h the > Linux packages. From what I've heard PBIs actually resemble OSX's dmgs more than Linux packages as Linux doesn't package in `bundle' format (contain all of the needed applications and libraries in one container). HTH, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:18:20 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A551065670; Tue, 30 Mar 2010 07:18:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id F04C88FC22; Tue, 30 Mar 2010 07:18:19 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so648319qwe.7 for ; Tue, 30 Mar 2010 00:18:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=5uN1ETD5zDtS1rLGFpshMXrWPq1AWUFNxCJVUmDcgEA=; b=dPlkApym6V1vH1KY5lp86FYfqidjHp+p9LUMvuANT7bBbhzrVuuZxUqabmL6L0frGD qLc0T+sTlmpqWqpUB2fKMzQ/VZWJDX+TCYzX31CzoeyWB2uoyBEGcejO2TOv0W9Sh2tX S6bq3mu0L+iXI4Mg0Idpee5bltVo9SGRml3Oo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=eLXIP3vturL1qhmd6hdIx5r28ynMmBT5JhSsWmHlbKkjNYmSe1Wstsh1GWilOoulEo yf1NNKnErKf5YOOQJEPR+3a5wfrP1//SBmplDvJzikusQpDGEst1/gtkLUCaKp2ovoMs Wc7K1yp5KxhWgGb+ZIs0B0DKD6wPfOKyC5JOE= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:18:19 -0700 (PDT) In-Reply-To: References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> Date: Tue, 30 Mar 2010 00:18:19 -0700 Received: by 10.229.227.83 with SMTP id iz19mr1323748qcb.44.1269933499099; Tue, 30 Mar 2010 00:18:19 -0700 (PDT) Message-ID: <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 07:18:20 -0000 On Mon, Mar 29, 2010 at 11:35 AM, Ivan Voras wrote: > Alexey Shuvaev wrote: > >>> One way to do it, my proposal, would be to maintain a stable "overlay" >>> of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), >>> containing ports deemed "important" for some reason. >>> >> What is the criteria which port version goes into particular branch? >> That is, which versions of, say, gtk will have 6.x, 7.x and 8.x? >> Is it supposed to be what was available at the time when the branch >> was out? > > I'd suggest that yes - keeping the current ports tree as-is as the > "unstable" "HEAD". > >> If this is the case, 6.x branch will have pretty outdated >> "heavy infrastructure" ports (like gnome/kde libs, see below). > > Yes. Exactly as with all other operating systems with long-term support and > binary packages. OTOH, users can always track HEAD as they do now. Only the > users who really need it would follow the "stagnating" branches. See ref: > Debian :) > > Also, nothing (for some values of "nothing") would stop people running > FreeBSD 6.x to track the 7.x stable ports branch if they want. Or not, > depending on ports developers. > >> What if the supported lifetime of the port upstream is less than >> supported lifetime of FreeBSD branch? > > Only if an update is needed (e.g. for security purposes), either of these: > > 1) Some other OS, Linux distribution, etc. nags the developers to fix it > upstream or do the patch themselves, which we can pick up > 2) The port maintainer(s) do it themselves (discouraged, of course) > 3) The port is marked as insecure (possibly in vuxml) and the users are left > to nag the developers for #1 or #2 :) > > If there is no immediate pressing need to update such a port (e.g. > security), people can run arbitrarily old versions of applications forever. > Or track HEAD. > >> Who will backport at least >> security fixes to the port? > > I'd suggest that, previously to including the port in the "stable" branched > the maintainer(s) agree to do it if necessary. Of course, it would be > completely voluntarily - no maintainance, no stable port. It would defeat > the purpose. > >>> * Updates which break shared libraries would not be allowed within such >>> a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, >>> libjpeg, xorg). >>> >> On the one side who will maintain such a beasts like outdated version of >> xorg??? On the other side, if all major ports are "frozen" what is left > > Outdated beasts tend not to change much. > >> to be updated? In other words what is the difference between proposed >> "stable" ports branch and a static snapshot? > > The static snapshot doesn't magically evolve Apache from 2.2.0 to 2.2.14+ > but deliberately stays away from 2.4.0 because it would break its ABI and > require recompilation of its modules :) > > As others noted, shared libraries are the issue - if a port, during its > update, bumps its shared library version (libsomething.so.1 -> > libsomething.so.2), it would *not* *ever* be upgraded in the stable branch. > >>> * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on >>> 7.0 for all 7.x branches). >>> >> Could not this be done already with the current ports? > > Yes it could. This is really tangential for the discussion, it concerns more > the "next step" - binary packages and updates. > >> I have not used Linux myself in the last 6 years, so I'm not very >> confident with all these 'apt', 'yum' and co, however I have 2 Ubuntu >> installations not far from me. Well, as tools they (apt, ...) may be >> quite good, but I remember the too early update to firefox3 >> (which crashed every few minutes and that was an official gnome browser!) >> and the problems with intel video card (hard freeze of the system) >> after upgrade to the new Xorg. So, the tools alone do not solve >> that many problems... > > Yes, of course. Most of the problems here are not technical but > organizational. Creating a package manager is relatively easy compared to > the project infrastructure (peopleware) that need to support it. > >> Weighting these all, I would say no. There is already enough fun keeping >> ports working on CURRENT. And see below. > > Ok. > >> Back on topic, would not it be better to provide "official packages for >> upgrades" built from some chosen snapshots of the ports tree? > > No, since it doesn't solve the major problem of forced upgrades of entires > subtrees when an ancestor changes (e.g. libgtk, libpng, libjpeg, qt). > >> In some cases (when really needed?) there are already different variants >> of the same port (port / portXY / port-devel). > > This makes sense for a very small number of ports. E.g. having PHP 5.2 and > 5.3 at the same time in the same ports tree would probably add to the > confusion. > > But you *must* upgrade to latest php-5.x port because of security updates > and so you are forced to upgrade php to 5.3 (and everything that depends on > it) even when 5.2 is supported upstream. There is one important note to make: Many times you're forced to upgrade packages because of ABI breakages, etc. What would happen if there was a CVE assigned for PNG tomorrow (like there was for JPEG a year and change ago) where mass changes were required of 1k ports -- you could either have to bump the versions or patch _every_ single port like Dirk has been doing for the past week and a half (and is still doing... also with other folks' help thankfully -- poor guy). There are issues with underlying test tools that prevented the PNG upgrade from being a smoother one... Here's another potentially novel (or lame idea): has someone considered _labeling_ packages stable with branch tags instead of creating new branches? That way projects which are broken on certain OSes -- for a period of time, due to an underlying OS change like utmpx removal -- can be labeled STABLE (or equivalent) once the package has stabilized on branch / release X.Y.Z? Furthermore, people could check out packages with RELENG_* tags, and maintainers could use their best judgment to tag the files appropriate to the change being committed? Branch tags are used in the cvs side of the house at least for releases (src ala svn is a different matter entirely). I admit this is a horse of a different color, but it at least makes it [potentially] easier for committers to commit in segments instead of having to deal with the pain in the ass part of syncing changes between N release directories for branches if and when software breaks on different versions of FreeBSD -- just a thought. Also, another idea that was briefly underscored that I (and other folks more importantly) like is that release branches should only be updated for security releases. I admit, this is a pain in the rear with large / sweeping commits (JPEG/PNG anyone :/?), but at least it would ensure that stability is largely maintained. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:21:47 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 698A8106564A; Tue, 30 Mar 2010 07:21:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 05C988FC18; Tue, 30 Mar 2010 07:21:46 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so649340qwe.7 for ; Tue, 30 Mar 2010 00:21:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/wJ6iFUvbdqSg4dY9LdMpiHpJIXdSP7z6APpIn5zpWs=; b=hKcH6M4XviUYjn6ftReu3O6oY4nldtFU0KVQokO0HTjyqfVt7WOlwW5cCd2z7HbAt0 0m8DpdW4p5BIGb9HKj2WhC9DgLNsaHIA4CD6pb8mKscnpt0LhmDSRGmj/DfGfUP6p4ih Hrhxss9UCXrPs0hXMhcnS+EMerNK0FsVZIiM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EJ/mWbcBSoY+3rGVsnmrt5c1Ze6ObVDiDKEuw3/nkq0AyFkqDn40IFaSNKAPcCelNE OfNFUVuYfmymR2lhWdCuC7aZi2LrK6vvhoVuvX7KLmlbDQ6voVZqoBC5Xd1ErX32J2fc QeaujXmWyf0iZv7WGLs6PH7oX8hHJJBZ4QLkI= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:21:46 -0700 (PDT) In-Reply-To: References: <5A0E5B0A-B81F-4CCE-8E63-DAE662CD31B4@lafn.org> Date: Tue, 30 Mar 2010 00:21:46 -0700 Received: by 10.229.222.205 with SMTP id ih13mr1949147qcb.73.1269933706040; Tue, 30 Mar 2010 00:21:46 -0700 (PDT) Message-ID: <7d6fde3d1003300021t29af95bbq6d3721c8f7d5ed3d@mail.gmail.com> From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 07:21:47 -0000 On Mon, Mar 29, 2010 at 12:49 PM, Ivan Voras wrote: > Doug Hardie wrote: >> >> On 29 March 2010, at 08:57, Ivan Voras wrote: >> >>> In some cases the burdens are obvious - the maintainer(s) would need to >>> e.g. maintain three versions of the ports - a random example would be >>> e.g. X.Org 7.0 for 6.x, 7.2 for 7.x and 7.4 for 8.x. Another would be >>> keeping PHP 5.2 for 7.x and 8.x and having 5.3 in the future >>> (CURRENT/9.x) branch. >> >> I am a bit concerned about your concept of maintain, being able to build= a >> port successfully, does not necessarily mean it will work properly. =A0F= or >> example, qpopper (which I maintain) has an issue where one feature does = not >> work properly on 64 bit machines where it works fine on 32 bit machines.= =A0In >> addition, there are a number of other machine types that are currently n= ot >> heavily used but might become so in the future. =A0Thats a lot of differ= ent >> combinations of hardware and OSs to keep running for the maintainers. > > It was done (in Linux), hence it can be done. If all else fails and both = the > project and the maintainer cannot find suitable build and test machines, = I'd > suggest using ONLY_FOR_ARCHS, or doing the whole "stable" dance only for > Tier 1 platforms (enumerated in > http://www.freebsd.org/doc/en/articles/committers-guide/archs.html to be > i386, amd64, pc98). AFAIK from the ports POW, pc98 and i386 are too close= to > be considered separately. > > Virtualization (VirtualBox) may help maintainers test on the architecture > they don't run natively. Virtualbox only runs x86-compatible platforms: An x86 virtualization software package developed by Sun Microsystems. Distributed under either the GNU GPL or a proprietary license with additional ... That would leave arm, ia64, mips, powerpc, and sparc64 out in the cold. Maybe folks should try qemu (despite the fact that it's a buggy-ish emulator?): >From : For system emulation, the following hardware targets are supported: * PC (x86 or x86_64 processor) * ISA PC (old style PC without PCI bus) * PREP (PowerPC processor) * G3 Beige PowerMac (PowerPC processor) * Mac99 PowerMac (PowerPC processor, in progress) * Sun4m/Sun4c/Sun4d (32-bit Sparc processor) * Sun4u/Sun4v (64-bit Sparc processor, in progress) * Malta board (32-bit and 64-bit MIPS processors) * MIPS Magnum (64-bit MIPS processor) * ARM Integrator/CP (ARM) * ARM Versatile baseboard (ARM) * ARM RealView Emulation/Platform baseboard (ARM) * Spitz, Akita, Borzoi, Terrier and Tosa PDAs (PXA270 processor) * Luminary Micro LM3S811EVB (ARM Cortex-M3) * Luminary Micro LM3S6965EVB (ARM Cortex-M3) * Freescale MCF5208EVB (ColdFire V2). * Arnewsh MCF5206 evaluation board (ColdFire V2). * Palm Tungsten|E PDA (OMAP310 processor) * N800 and N810 tablets (OMAP2420 processor) * MusicPal (MV88W8618 ARM processor) * Gumstix "Connex" and "Verdex" motherboards (PXA255/270). * Siemens SX1 smartphone (OMAP310 processor) * Syborg SVP base model (ARM Cortex-A8). * AXIS-Devboard88 (CRISv32 ETRAX-FS). * Petalogix Spartan 3aDSP1800 MMU ref design (MicroBlaze). Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:26:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DC71065677; Tue, 30 Mar 2010 07:26:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 85FEE8FC0A; Tue, 30 Mar 2010 07:26:40 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so650694qwe.7 for ; Tue, 30 Mar 2010 00:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=DTZWWdULSA2Uey0cQ0p8zYXU8uRLQnsr9ipo2MOXSiU=; b=EBFad19WbQkrr3W39TM8nkk7/KZfKXoVG9DqmnrCt+48nmYhUx2qv2C4lWVKajNuQt Ltv6++mCMyn2MYA4tJUcDvm9AwwQGKyXDdUjULMnH2GYdlZpCo0gktOb7KZq5ves3MKu iLlwbtzuyMbBzPRQnqZxGkkQeZqvngbJXlFOc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ITHpymWPzURKIsU9gh20QqBNaJwQ8Pb0PT1r9LFHVwr8+lfTyexBv2fxhInc72LVJD O8aQTYWeD8aiLf9PIr1s0lVQqNjG19GiErZCjCnZaWE6sxJM20Yw/g5qmPByc6Dcxi3y aMO+6YnvdLb/Z9rTEQfWzsBscdHZq5xsv8neY= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:26:39 -0700 (PDT) In-Reply-To: <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> Date: Tue, 30 Mar 2010 00:26:39 -0700 Received: by 10.229.14.157 with SMTP id g29mr3909942qca.57.1269933999715; Tue, 30 Mar 2010 00:26:39 -0700 (PDT) Message-ID: <7d6fde3d1003300026qa537f77j239931591b64e7e@mail.gmail.com> From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 07:26:41 -0000 On Tue, Mar 30, 2010 at 12:18 AM, Garrett Cooper wrote: > On Mon, Mar 29, 2010 at 11:35 AM, Ivan Voras wrote: >> Alexey Shuvaev wrote: >> >>>> One way to do it, my proposal, would be to maintain a stable "overlay" >>>> of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), >>>> containing ports deemed "important" for some reason. >>>> >>> What is the criteria which port version goes into particular branch? >>> That is, which versions of, say, gtk will have 6.x, 7.x and 8.x? >>> Is it supposed to be what was available at the time when the branch >>> was out? >> >> I'd suggest that yes - keeping the current ports tree as-is as the >> "unstable" "HEAD". >> >>> If this is the case, 6.x branch will have pretty outdated >>> "heavy infrastructure" ports (like gnome/kde libs, see below). >> >> Yes. Exactly as with all other operating systems with long-term support and >> binary packages. OTOH, users can always track HEAD as they do now. Only the >> users who really need it would follow the "stagnating" branches. See ref: >> Debian :) >> >> Also, nothing (for some values of "nothing") would stop people running >> FreeBSD 6.x to track the 7.x stable ports branch if they want. Or not, >> depending on ports developers. >> >>> What if the supported lifetime of the port upstream is less than >>> supported lifetime of FreeBSD branch? >> >> Only if an update is needed (e.g. for security purposes), either of these: >> >> 1) Some other OS, Linux distribution, etc. nags the developers to fix it >> upstream or do the patch themselves, which we can pick up >> 2) The port maintainer(s) do it themselves (discouraged, of course) >> 3) The port is marked as insecure (possibly in vuxml) and the users are left >> to nag the developers for #1 or #2 :) >> >> If there is no immediate pressing need to update such a port (e.g. >> security), people can run arbitrarily old versions of applications forever. >> Or track HEAD. >> >>> Who will backport at least >>> security fixes to the port? >> >> I'd suggest that, previously to including the port in the "stable" branched >> the maintainer(s) agree to do it if necessary. Of course, it would be >> completely voluntarily - no maintainance, no stable port. It would defeat >> the purpose. >> >>>> * Updates which break shared libraries would not be allowed within such >>>> a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, >>>> libjpeg, xorg). >>>> >>> On the one side who will maintain such a beasts like outdated version of >>> xorg??? On the other side, if all major ports are "frozen" what is left >> >> Outdated beasts tend not to change much. >> >>> to be updated? In other words what is the difference between proposed >>> "stable" ports branch and a static snapshot? >> >> The static snapshot doesn't magically evolve Apache from 2.2.0 to 2.2.14+ >> but deliberately stays away from 2.4.0 because it would break its ABI and >> require recompilation of its modules :) >> >> As others noted, shared libraries are the issue - if a port, during its >> update, bumps its shared library version (libsomething.so.1 -> >> libsomething.so.2), it would *not* *ever* be upgraded in the stable branch. >> >>>> * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on >>>> 7.0 for all 7.x branches). >>>> >>> Could not this be done already with the current ports? >> >> Yes it could. This is really tangential for the discussion, it concerns more >> the "next step" - binary packages and updates. >> >>> I have not used Linux myself in the last 6 years, so I'm not very >>> confident with all these 'apt', 'yum' and co, however I have 2 Ubuntu >>> installations not far from me. Well, as tools they (apt, ...) may be >>> quite good, but I remember the too early update to firefox3 >>> (which crashed every few minutes and that was an official gnome browser!) >>> and the problems with intel video card (hard freeze of the system) >>> after upgrade to the new Xorg. So, the tools alone do not solve >>> that many problems... >> >> Yes, of course. Most of the problems here are not technical but >> organizational. Creating a package manager is relatively easy compared to >> the project infrastructure (peopleware) that need to support it. >> >>> Weighting these all, I would say no. There is already enough fun keeping >>> ports working on CURRENT. And see below. >> >> Ok. >> >>> Back on topic, would not it be better to provide "official packages for >>> upgrades" built from some chosen snapshots of the ports tree? >> >> No, since it doesn't solve the major problem of forced upgrades of entires >> subtrees when an ancestor changes (e.g. libgtk, libpng, libjpeg, qt). >> >>> In some cases (when really needed?) there are already different variants >>> of the same port (port / portXY / port-devel). >> >> This makes sense for a very small number of ports. E.g. having PHP 5.2 and >> 5.3 at the same time in the same ports tree would probably add to the >> confusion. >> >> But you *must* upgrade to latest php-5.x port because of security updates >> and so you are forced to upgrade php to 5.3 (and everything that depends on >> it) even when 5.2 is supported upstream. > > There is one important note to make: > > Many times you're forced to upgrade packages because of ABI breakages, > etc. What would happen if there was a CVE assigned for PNG tomorrow > (like there was for JPEG a year and change ago) where mass changes > were required of 1k ports -- you could either have to bump the > versions or patch _every_ single port like Dirk has been doing for the > past week and a half (and is still doing... also with other folks' > help thankfully -- poor guy). > > There are issues with underlying test tools that prevented the PNG > upgrade from being a smoother one... > > Here's another potentially novel (or lame idea): has someone > considered _labeling_ packages stable with branch tags instead of > creating new branches? That way projects which are broken on certain > OSes -- for a period of time, due to an underlying OS change like > utmpx removal -- can be labeled STABLE (or equivalent) once the > package has stabilized on branch / release X.Y.Z? > > Furthermore, people could check out packages with RELENG_* tags, and > maintainers could use their best judgment to tag the files appropriate > to the change being committed? > > Branch tags are used in the cvs side of the house at least for > releases (src ala svn is a different matter entirely). > > I admit this is a horse of a different color, but it at least makes it > [potentially] easier for committers to commit in segments instead of > having to deal with the pain in the ass part of syncing changes > between N release directories for branches if and when software breaks > on different versions of FreeBSD -- just a thought. To answer my own question (shortly after I posed it), yes re@ is tagging ports. Example: http://www.freebsd.org/cgi/cvsweb.cgi/ports/ports-mgmt/portmaster/Makefile (look for RELENG_7_3_0 for example). Maybe this tagging should be extended quarterly to include updates like tmlaugh@ was suggesting, as well as STABLE? Seems like a rather trivial thing to do to solve this problem -- and literally nothing needs to change as re@ is taking care of the major and minor release tagging -- maybe portmgr@ should do the quarterly snapshots? > Also, another idea that was briefly underscored that I (and other > folks more importantly) like is that release branches should only be > updated for security releases. I admit, this is a pain in the rear > with large / sweeping commits (JPEG/PNG anyone :/?), but at least it > would ensure that stability is largely maintained. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:30:54 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7F78106566C; Tue, 30 Mar 2010 07:30:54 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 72A068FC0C; Tue, 30 Mar 2010 07:30:54 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so652005qwe.7 for ; Tue, 30 Mar 2010 00:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=eZZ19I9FuodQMuccFQ+jeHcJ44w5NkYDGyhrQ3m2kKs=; b=NmIuJX61cByaRHh765aoByxB5Tm63KNlkRU31lVqSXPjuQpiGjfGZXrizbacuvpnNL QCBgeCKZlqHoNhgPkwRltQ7pzEUp6ZH5Hh0Irgytjix1LX5tyYPvT0nuRYD69e/nq6AE 9rhjbWdEM1peh2idq1chUUOMgQc6ROJIOmvd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Lr/89gE7csp5jUz0TOw1X4p8LP5WoKxXRAF0580a3JxEvWetj+lmh0vx2vIa4n/a+3 Ds/dllijVd96KfDpFfdW74+8mWlVd++0Hv+3oUWD7yitqfmwZ72dS9PEGltTWPo0LZxl VRFl0V6CBi+6g8tCBXkimsOdPJSUxJ91tPUGQ= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:30:53 -0700 (PDT) In-Reply-To: <7d6fde3d1003300026qa537f77j239931591b64e7e@mail.gmail.com> References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> <7d6fde3d1003300026qa537f77j239931591b64e7e@mail.gmail.com> Date: Tue, 30 Mar 2010 00:30:53 -0700 Received: by 10.229.184.195 with SMTP id cl3mr883239qcb.106.1269934253624; Tue, 30 Mar 2010 00:30:53 -0700 (PDT) Message-ID: <7d6fde3d1003300030q34d9a839l9d3e44ce24405d@mail.gmail.com> From: Garrett Cooper To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 07:30:54 -0000 On Tue, Mar 30, 2010 at 12:26 AM, Garrett Cooper wrote: > On Tue, Mar 30, 2010 at 12:18 AM, Garrett Cooper wrote: >> On Mon, Mar 29, 2010 at 11:35 AM, Ivan Voras wrote: >>> Alexey Shuvaev wrote: >>> >>>>> One way to do it, my proposal, would be to maintain a stable "overlay" >>>>> of the ports, one for each major supported branch (i.e. 6.x, 7.x, 8.x), >>>>> containing ports deemed "important" for some reason. >>>>> >>>> What is the criteria which port version goes into particular branch? >>>> That is, which versions of, say, gtk will have 6.x, 7.x and 8.x? >>>> Is it supposed to be what was available at the time when the branch >>>> was out? >>> >>> I'd suggest that yes - keeping the current ports tree as-is as the >>> "unstable" "HEAD". >>> >>>> If this is the case, 6.x branch will have pretty outdated >>>> "heavy infrastructure" ports (like gnome/kde libs, see below). >>> >>> Yes. Exactly as with all other operating systems with long-term support and >>> binary packages. OTOH, users can always track HEAD as they do now. Only the >>> users who really need it would follow the "stagnating" branches. See ref: >>> Debian :) >>> >>> Also, nothing (for some values of "nothing") would stop people running >>> FreeBSD 6.x to track the 7.x stable ports branch if they want. Or not, >>> depending on ports developers. >>> >>>> What if the supported lifetime of the port upstream is less than >>>> supported lifetime of FreeBSD branch? >>> >>> Only if an update is needed (e.g. for security purposes), either of these: >>> >>> 1) Some other OS, Linux distribution, etc. nags the developers to fix it >>> upstream or do the patch themselves, which we can pick up >>> 2) The port maintainer(s) do it themselves (discouraged, of course) >>> 3) The port is marked as insecure (possibly in vuxml) and the users are left >>> to nag the developers for #1 or #2 :) >>> >>> If there is no immediate pressing need to update such a port (e.g. >>> security), people can run arbitrarily old versions of applications forever. >>> Or track HEAD. >>> >>>> Who will backport at least >>>> security fixes to the port? >>> >>> I'd suggest that, previously to including the port in the "stable" branched >>> the maintainer(s) agree to do it if necessary. Of course, it would be >>> completely voluntarily - no maintainance, no stable port. It would defeat >>> the purpose. >>> >>>>> * Updates which break shared libraries would not be allowed within such >>>>> a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, >>>>> libjpeg, xorg). >>>>> >>>> On the one side who will maintain such a beasts like outdated version of >>>> xorg??? On the other side, if all major ports are "frozen" what is left >>> >>> Outdated beasts tend not to change much. >>> >>>> to be updated? In other words what is the difference between proposed >>>> "stable" ports branch and a static snapshot? >>> >>> The static snapshot doesn't magically evolve Apache from 2.2.0 to 2.2.14+ >>> but deliberately stays away from 2.4.0 because it would break its ABI and >>> require recompilation of its modules :) >>> >>> As others noted, shared libraries are the issue - if a port, during its >>> update, bumps its shared library version (libsomething.so.1 -> >>> libsomething.so.2), it would *not* *ever* be upgraded in the stable branch. >>> >>>>> * Binary packages for a whole X.Y branch would be built on X.0 (e.g. on >>>>> 7.0 for all 7.x branches). >>>>> >>>> Could not this be done already with the current ports? >>> >>> Yes it could. This is really tangential for the discussion, it concerns more >>> the "next step" - binary packages and updates. >>> >>>> I have not used Linux myself in the last 6 years, so I'm not very >>>> confident with all these 'apt', 'yum' and co, however I have 2 Ubuntu >>>> installations not far from me. Well, as tools they (apt, ...) may be >>>> quite good, but I remember the too early update to firefox3 >>>> (which crashed every few minutes and that was an official gnome browser!) >>>> and the problems with intel video card (hard freeze of the system) >>>> after upgrade to the new Xorg. So, the tools alone do not solve >>>> that many problems... >>> >>> Yes, of course. Most of the problems here are not technical but >>> organizational. Creating a package manager is relatively easy compared to >>> the project infrastructure (peopleware) that need to support it. >>> >>>> Weighting these all, I would say no. There is already enough fun keeping >>>> ports working on CURRENT. And see below. >>> >>> Ok. >>> >>>> Back on topic, would not it be better to provide "official packages for >>>> upgrades" built from some chosen snapshots of the ports tree? >>> >>> No, since it doesn't solve the major problem of forced upgrades of entires >>> subtrees when an ancestor changes (e.g. libgtk, libpng, libjpeg, qt). >>> >>>> In some cases (when really needed?) there are already different variants >>>> of the same port (port / portXY / port-devel). >>> >>> This makes sense for a very small number of ports. E.g. having PHP 5.2 and >>> 5.3 at the same time in the same ports tree would probably add to the >>> confusion. >>> >>> But you *must* upgrade to latest php-5.x port because of security updates >>> and so you are forced to upgrade php to 5.3 (and everything that depends on >>> it) even when 5.2 is supported upstream. >> >> There is one important note to make: >> >> Many times you're forced to upgrade packages because of ABI breakages, >> etc. What would happen if there was a CVE assigned for PNG tomorrow >> (like there was for JPEG a year and change ago) where mass changes >> were required of 1k ports -- you could either have to bump the >> versions or patch _every_ single port like Dirk has been doing for the >> past week and a half (and is still doing... also with other folks' >> help thankfully -- poor guy). >> >> There are issues with underlying test tools that prevented the PNG >> upgrade from being a smoother one... >> >> Here's another potentially novel (or lame idea): has someone >> considered _labeling_ packages stable with branch tags instead of >> creating new branches? That way projects which are broken on certain >> OSes -- for a period of time, due to an underlying OS change like >> utmpx removal -- can be labeled STABLE (or equivalent) once the >> package has stabilized on branch / release X.Y.Z? >> >> Furthermore, people could check out packages with RELENG_* tags, and >> maintainers could use their best judgment to tag the files appropriate >> to the change being committed? >> >> Branch tags are used in the cvs side of the house at least for >> releases (src ala svn is a different matter entirely). >> >> I admit this is a horse of a different color, but it at least makes it >> [potentially] easier for committers to commit in segments instead of >> having to deal with the pain in the ass part of syncing changes >> between N release directories for branches if and when software breaks >> on different versions of FreeBSD -- just a thought. > > To answer my own question (shortly after I posed it), yes re@ is > tagging ports. Example: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/ports-mgmt/portmaster/Makefile > (look for RELENG_7_3_0 for example). > > Maybe this tagging should be extended quarterly to include updates > like tmlaugh@ was suggesting, as well as STABLE? Seems like a rather > trivial thing to do to solve this problem -- and literally nothing > needs to change as re@ is taking care of the major and minor release > tagging -- maybe portmgr@ should do the quarterly snapshots? Sorry -- one last thing to kick around before I get off this topic: If this is really slick and tinderbox / whatever tools is doing its job and no PRs have been reported for X number of days on a given port (would require tie-ins to GNATS, or whatever), perhaps it would be nice if ports were automatically `promoted' from HEAD to STABLE? I mean, why do something if a computer can do it for you, right :)? >> Also, another idea that was briefly underscored that I (and other >> folks more importantly) like is that release branches should only be >> updated for security releases. I admit, this is a pain in the rear >> with large / sweeping commits (JPEG/PNG anyone :/?), but at least it >> would ensure that stability is largely maintained. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 07:54:20 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E752B1065676 for ; Tue, 30 Mar 2010 07:54:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF878FC0C for ; Tue, 30 Mar 2010 07:54:20 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so658630qwe.7 for ; Tue, 30 Mar 2010 00:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=uZCkWm3VjafxCP2WGHZ6X1hZ3Hzie91LW0SlZo1URoE=; b=w6yHX/JUcWfjUk+XXPrKK4H7OrWBuOtuLTS4wzrJI1aom145higsKiXGuoWwE8Xd9t CUpLsv4sofU9MkoeiAxsABoJaUGDNs6R3J5L8lgVs0wPCfsajXtpuytsDZpM3YugnKyk KuI/LfrRUvHvHdNntXMoeadvSLZGiHIOoZCBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Aarv2D87gYX1l2QHzQNbY2Fok0h3rzchUaYj0a64jTT/Bo4r+p6C0BbtKzKvbwbfWY MYBEzA3v4q+zpsHcyfjQl+B02z5F0Nw7iRnhoVsU5/7hfZpjjwh/gd7qqjC0J5hNIE+Z wKKKwpAqfhtpQO0w+FVCL+ZatLBH+OXxwlU1E= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 00:54:19 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> <7d6fde3d1003290308m1cdde98dr1231b55ebad8f45c@mail.gmail.com> Date: Tue, 30 Mar 2010 00:54:19 -0700 Received: by 10.229.211.140 with SMTP id go12mr3641027qcb.49.1269935659934; Tue, 30 Mar 2010 00:54:19 -0700 (PDT) Message-ID: <7d6fde3d1003300054x47c6ec2dj91a6473445d69f98@mail.gmail.com> From: Garrett Cooper To: Matthias Andree Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Ports , Florent Thoumie Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 07:54:21 -0000 Hi Matthias, Just to clear things up a bit, pkg_install (which lives under .../src/usr.sbin/pkg_install) is a suite of tools consisting of pkg_{add,create,delete,info,version}. On Mon, Mar 29, 2010 at 3:35 AM, Matthias Andree w= rote: > Garrett Cooper wrote on 2010-03-29: > [...] >> It's really no better passing in these values in +CONTENTS [// *plist] >> form because a lot of this stuff is fed through to vsystem eventually >> [a pkg_install home-grown variadic version of system(3)], which means >> that all bets are off then, minus the initial @cwd stuff (but that's >> fine because it's handled from within pkg_install anyhow. > > OK. > [...] >> This doesn't make sense to be honest... *sigh*. There's already a >> well-established format in pkg_install that should be leveraged >> instead of reinventing the wheel for ports... > > Well, basically what the line above (in a port's post-install target) doe= s > is to run the installed PKGINSTALL script to do its job. > > I've only never understood why a port maintainer has to this explicitly, > when Mk/bsd.port.mk could as well handle it. > > It appears to me that we are in violent agreement on this one. Yes, except with placement. The reason why I veraciously and vehemently vote for it being done in the pkg_install infrastructure is that anything sitting in ports is isolated to ports, and as such the logic either needs to be `statically correct' (meaning that if I install my package version of the port anywhere it needs to do the right thing as far as picking up where it should be installed, how it should act, etc -- maybe with some minor adjusting as per rtld, etc to ensure that it behaves as expected at runtime -- which is already fudged in via bsd.ports.mk). >> No need; pkg_add and pkg_delete already do this and do it fairly well, >> and pkg_install should be called from ports anyhow because it is the >> package maintenance tool... > > I'm not sure I understand your proposal. =A0How do we create a package to > pkg_install? =A0Currently that's "make install", "make package" (ok, the > latter implies the former), which adds a few +... files (+CONTENTS and > thereabouts) and then runs pkg_create, right? Correct. From a little lower level, make package feeds data via stdin (mostly pkg-plist) to pkg_create -f - , which then goes, registers the install in /var/db/pkg (or $PKG_DBDIR if defined elsewhere), then completes the dirty deed. Looking at bsd.port.mk reveals a good deal in this regard (look for PKG_CMD -- not sure why that's the nomenclature for the variable). >> =A0 =A0Exactly. pkg_create does properly document this functionality, bu= t >> unfortunately it's really underused in the ports infrastructure and >> instead all of this stuff is jammed into the +CONTENTS [/*plist]. This >> is what should be avoided because we've just made the plists into a >> veritable 7-11 for all of the pkgs needs instead of using duplicated >> functionality. > > I have no objections, I just want to (a) understand the issue, and (b) ma= ke > sure we have proper and strong (not to say compelling) arguments in favor= of > your proposal, and (c) avoid that new crutches would have to be invented. Understood. If my aim doesn't improve things then: a) it should be revised, or b) it should be scrapped. Perhaps I need to setup a prototype to show what I mean? Shouldn't take more than a weekend and it would prove more fruitful than me spinning my wheels monkeying around with python plists :). >> =A0 =A0I was also hoping to converge into a more sensical model like >> NetBSD has created over the past 4 years -- and this is one of the >> gaps that I think we should cross in trying to make this possible. The >> overall goal is to make a logically sound change that would reduce >> maintenance for everyone in the ports community. > > That's the second time the reference to NetBSD has appeared, would you li= ke > to add any pointers to highlights of the NetBSD system? > (It's been a while since I've used pkgsrc if that's what you're implying, > and only on Linux :)) Yes, but like FreeBSD, NetBSD has its packaging roots in jkh's pkg_install. They've just been running off in a different direction since 2006; it's not necessarily the tangent that I personally think we should follow completely to a tee because there's additional complexity introduced ala yaml, etc, but that's up to portmgr and arch@ to decide what and how we should progress when we get to that point; several interested folks (bapt, etc) -- including myself help make sure we do it along with other interested folks. Here's the updated wiki page for the work (it's a draft, but as with most wiki pages, that's to be expected :P): http://wiki.freebsd.org/Revised_pkg_install Cheers ;), -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 09:17:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33EE106564A for ; Tue, 30 Mar 2010 09:17:25 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 74FDE8FC16 for ; Tue, 30 Mar 2010 09:17:25 +0000 (UTC) Received: by wyb33 with SMTP id 33so5750888wyb.13 for ; Tue, 30 Mar 2010 02:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:cc:content-type; bh=k4Aw76fDT6M/JIbDpbrShIV8Ru5GP6FLrMSB1leKw34=; b=C6OJ7lfgTHcwb6MsiNVtWCETZ8LWo6BDs2gT+MF3mby2WLwusdqf7w4rdbztL84e96 POUTrOKSWL2KPdH1FTovk7gJD1SyBl31WWLwLWwOlgqDVDGP99FsDip6ZqVv2O/gNUCD oDbLaTpWkRGrzGllnAx1qBzD6Bxr6SrI4zKGA= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=lIA0oov661DmJQ3sAtxjV3hbXSuR2crqCpg2T0zkEZWpuQXdk78ygEflsw6AyzgWaR QLBNgtcT1UjmE2hGAnsDkB07bUpPH6eWMKxSJpNqU1QDD60JOuKjikGmIkLhnP7nEtwu RGymED6rg4jIQ18+sczlQEJhwIl5FWg/v/nmo= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.216.90.139 with HTTP; Tue, 30 Mar 2010 01:49:16 -0700 (PDT) In-Reply-To: <7d6fde3d1003300030q34d9a839l9d3e44ce24405d@mail.gmail.com> References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> <7d6fde3d1003300026qa537f77j239931591b64e7e@mail.gmail.com> <7d6fde3d1003300030q34d9a839l9d3e44ce24405d@mail.gmail.com> From: Ivan Voras Date: Tue, 30 Mar 2010 10:49:16 +0200 X-Google-Sender-Auth: ffb4017ed5c03e2f Received: by 10.216.87.16 with SMTP id x16mr230188wee.27.1269939109869; Tue, 30 Mar 2010 01:51:49 -0700 (PDT) Message-ID: <9bbcef731003300149u1cf355a5l3b277a21f627661f@mail.gmail.com> To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 09:17:26 -0000 On 30 March 2010 09:30, Garrett Cooper wrote: > Sorry -- one last thing to kick around before I get off this topic: > > If this is really slick and tinderbox / whatever tools is doing its > job and no PRs have been reported for X number of days on a given port > (would require tie-ins to GNATS, or whatever), perhaps it would be > nice if ports were automatically `promoted' from HEAD to STABLE? I > mean, why do something if a computer can do it for you, right :)? No, not really - what if the new port contains a version bump? I don't consider "stable" as in "builds and works" good enough, it really needs to be kept in a sane state with regards to version bumps, shared libs bumps, etc. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 11:46:09 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 612DF106564A for ; Tue, 30 Mar 2010 11:46:09 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A0D338FC12 for ; Tue, 30 Mar 2010 11:46:08 +0000 (UTC) Received: (qmail invoked by alias); 30 Mar 2010 11:46:05 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp013) with SMTP; 30 Mar 2010 13:46:05 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1+ffKFAQICf4BnXAzEZIQ+MhSLhq4ccYnF2QD9KbX 7WHDyi3sycBqcc Received: from [127.0.0.1] by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L03FCU-0003E8-3E for freebsd-ports@freebsd.org; Tue, 30 Mar 2010 13:46:06 +0200 Message-ID: <4BB1E47C.30203@gmx.de> Date: Tue, 30 Mar 2010 13:46:04 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> <7d6fde3d1003300026qa537f77j239931591b64e7e@mail.gmail.com> <7d6fde3d1003300030q34d9a839l9d3e44ce24405d@mail.gmail.com> In-Reply-To: <7d6fde3d1003300030q34d9a839l9d3e44ce24405d@mail.gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.63 Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 11:46:09 -0000 Am 30.03.2010 09:30, schrieb Garrett Cooper: > If this is really slick and tinderbox / whatever tools is doing its > job and no PRs have been reported for X number of days on a given port > (would require tie-ins to GNATS, or whatever), perhaps it would be > nice if ports were automatically `promoted' from HEAD to STABLE? I > mean, why do something if a computer can do it for you, right :)? It appears you're proposing the Debian style of management, which has a stable branch, a testing branch and an unstable branch. Packages usually propagate from unstable to testing under certain preconditions. -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 11:55:04 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAEE4106564A for ; Tue, 30 Mar 2010 11:55:04 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4BA148FC0C for ; Tue, 30 Mar 2010 11:55:03 +0000 (UTC) Received: (qmail invoked by alias); 30 Mar 2010 11:55:03 -0000 Received: from baloo.cs.uni-paderborn.de (EHLO baloo.cs.uni-paderborn.de) [131.234.21.116] by mail.gmx.net (mp032) with SMTP; 30 Mar 2010 13:55:03 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/eYLhsohTe6Mh+rEWf0naD/UWLigrDDrxTqaF/f2 HYaN/SqN3HO+bX Received: from [127.0.0.1] by baloo.cs.uni-paderborn.de with esmtp (Exim 4.70) (envelope-from ) id L03FRQ-000384-JV for freebsd-ports@freebsd.org; Tue, 30 Mar 2010 13:55:02 +0200 Message-ID: <4BB1E695.2020104@gmx.de> Date: Tue, 30 Mar 2010 13:55:01 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> In-Reply-To: <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 11:55:05 -0000 Am 30.03.2010 09:18, schrieb Garrett Cooper: > There is one important note to make: > > Many times you're forced to upgrade packages because of ABI breakages, > etc. What would happen if there was a CVE assigned for PNG tomorrow > (like there was for JPEG a year and change ago) where mass changes > were required of 1k ports -- you could either have to bump the > versions or patch _every_ single port like Dirk has been doing for the > past week and a half (and is still doing... also with other folks' > help thankfully -- poor guy). Well, a security fix usually does not mean you're breaking ABI. The ABI break would be caused by a design flaw in the application that cannot be fixed any other way, or by lack of backports of the fix to the old ABI version, so you're forced to use the new ABI. To complicate matters, using "stable" versions is exactly the trigger for the latter situation: your using an older than the latest version is what creates the need for backporting the fix to the "stable" API. > Furthermore, people could check out packages with RELENG_* tags, and > maintainers could use their best judgment to tag the files appropriate > to the change being committed? I don't think this proposal is useful. Technically it would work, but socially it wouldn't. Why? RELENG_* tagging would require that port maintainers oversee the implications for all supported FreeBSD releases, possibly run tinderboxen to test (and thereabouts) and would likely scare away maintainers. Not exactly what we need. > Also, another idea that was briefly underscored that I (and other > folks more importantly) like is that release branches should only be > updated for security releases. I admit, this is a pain in the rear > with large / sweeping commits (JPEG/PNG anyone :/?), but at least it > would ensure that stability is largely maintained. Basically you'd try to hold off on the "large/sweeping commits" for those branches and backport. How about if we create a new port if the ABI or API change in incompatible ways? As in: jpeg.(N-1) is kept around for compatibility with ports that don't support jpeg.N (either ABI or API wise) and slowly phased out later. This takes care of the libraries. Open issue: how to handle includes. This approach (remotely) resembles what the (regexp) database/db[34]. ports are doing, with some magic in Mk/bsd.database.mk to allow for picking the incurred DB version semi-automatically. -- Matthias Andree From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 16:36:18 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BAB31065670 for ; Tue, 30 Mar 2010 16:36:18 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 41E768FC1D for ; Tue, 30 Mar 2010 16:36:17 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta06.emeryville.ca.mail.comcast.net with comcast id zRik1d00B1HpZEsA6UcJ19; Tue, 30 Mar 2010 16:36:18 +0000 Received: from comcast.net ([98.203.142.76]) by omta14.emeryville.ca.mail.comcast.net with comcast id zUcG1d00C1f6R9u8aUcGWC; Tue, 30 Mar 2010 16:36:18 +0000 Received: by comcast.net (sSMTP sendmail emulation); Tue, 30 Mar 2010 09:36:14 -0700 Date: Tue, 30 Mar 2010 09:36:14 -0700 From: Charlie Kester To: freebsd-ports@freebsd.org Message-ID: <20100330163614.GC47169@comcast.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20100329172753.GB39715@wep4035.physik.uni-wuerzburg.de> <7d6fde3d1003300018gf395446g703cd287c6265a76@mail.gmail.com> <4BB1E695.2020104@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <4BB1E695.2020104@gmx.de> X-Mailer: Mutt 1.5.20 X-Composer: VIM 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 16:36:18 -0000 On Tue 30 Mar 2010 at 04:55:01 PDT Matthias Andree wrote: > >I don't think this proposal is useful. Technically it would work, but socially >it wouldn't. Why? RELENG_* tagging would require that port maintainers oversee >the implications for all supported FreeBSD releases, possibly run tinderboxen to >test (and thereabouts) and would likely scare away maintainers. Not >exactly what we need. Maintainers are already effectively forced to run tinderboxen when commmitters respond to PR's with terse comments like "Build failed on FreeBSD 6.x, here's the build log, please look into it." ;) Not that I mind. I enjoy the debugging exercise. But if there's going to be increased pressure to use tinderbox, perhaps something could be done to streamline and speedup the creation of new jails? I'm not sure what I think about this proposal, however, or whether my relatively obscure ports will even be affected by it. So I'm following the discussion with interest but don't know enough to contribute anything useful. -- Charlie From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 17:48:05 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1E41065673 for ; Tue, 30 Mar 2010 17:48:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5536C8FC1E for ; Tue, 30 Mar 2010 17:48:05 +0000 (UTC) Received: (qmail 1013 invoked by uid 399); 30 Mar 2010 17:48:04 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Mar 2010 17:48:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB23953.7000606@FreeBSD.org> Date: Tue, 30 Mar 2010 10:48:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: kde@FreeBSD.org, Dirk Meyer X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" Subject: x11-toolkits/qt4-gui fails with png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 17:48:05 -0000 c++ -c -pipe -g -g -g -I../../include/Qt -I../../include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -I/usr/local/include -I/usr/local/include/freetype2 -fPIC -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include/QtCore -I../../include -I../../include/QtGui -I.rcc/debug-shared -I../3rdparty/xorg -I/usr/local/include/freetype2 -I../3rdparty/harfbuzz/src -Idialogs -I.moc/debug-shared -I/usr/local/include -I.uic/debug-shared -I/usr/local/include -o .obj/debug-shared/qbezier.o painting/qbezier.cpp image/qpnghandler.cpp: In function 'void setup_qt(QImage&, png_struct*, png_info*, float)': image/qpnghandler.cpp:169: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:169: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:214: warning: 'trans_color' is deprecated (declared at /usr/local/include/png.h:732) image/qpnghandler.cpp:214: warning: 'trans_color' is deprecated (declared at /usr/local/include/png.h:732) image/qpnghandler.cpp:223: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:223: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:236: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:236: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:239: warning: 'num_trans' is deprecated (declared at /usr/local/include/png.h:643) image/qpnghandler.cpp:239: warning: 'num_trans' is deprecated (declared at /usr/local/include/png.h:643) image/qpnghandler.cpp:241: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:241: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:242: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:242: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:243: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:243: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:247: warning: 'trans_alpha' is deprecated (declared at /usr/local/include/png.h:730) image/qpnghandler.cpp:247: warning: 'trans_alpha' is deprecated (declared at /usr/local/include/png.h:730) image/qpnghandler.cpp:254: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:254: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:256: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:256: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:257: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:257: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:258: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:258: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp: In member function 'QImage::Format QPngHandlerPrivate::readImageFormat()': image/qpnghandler.cpp:534: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp:534: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp:536: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:536: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:536: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:536: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:538: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:538: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:543: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp:543: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp:545: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:545: warning: 'num_palette' is deprecated (declared at /usr/local/include/png.h:641) image/qpnghandler.cpp:548: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:548: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:555: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:555: warning: 'bit_depth' is deprecated (declared at /usr/local/include/png.h:645) image/qpnghandler.cpp:560: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp:560: warning: 'color_type' is deprecated (declared at /usr/local/include/png.h:647) image/qpnghandler.cpp: In function 'void set_text(const QImage&, png_struct*, png_info*, const QString&)': image/qpnghandler.cpp:651: warning: deprecated conversion from string constant to 'char*' image/qpnghandler.cpp: In member function 'bool QPNGImageWriter::writeImage(const QImage&, int, const QString&, int, int)': image/qpnghandler.cpp:744: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:744: warning: 'channels' is deprecated (declared at /usr/local/include/png.h:658) image/qpnghandler.cpp:759: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:759: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:760: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:760: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:761: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:761: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:777: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:777: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:778: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:778: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:779: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:779: warning: 'palette' is deprecated (declared at /usr/local/include/png.h:639) image/qpnghandler.cpp:795: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp:795: warning: 'sig_bit' is deprecated (declared at /usr/local/include/png.h:716) image/qpnghandler.cpp: In member function 'virtual QVariant QPngHandler::option(QImageIOHandler::ImageOption) const': image/qpnghandler.cpp:961: warning: 'width' is deprecated (declared at /usr/local/include/png.h:633) image/qpnghandler.cpp:961: warning: 'width' is deprecated (declared at /usr/local/include/png.h:633) image/qpnghandler.cpp:961: warning: 'height' is deprecated (declared at /usr/local/include/png.h:634) image/qpnghandler.cpp:961: warning: 'height' is deprecated (declared at /usr/local/include/png.h:634) *** Error code 1 1 error *** Error code 1 Stop in /usr/local/ports/x11-toolkits/qt4-gui. -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 18:16:02 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE94106566C; Tue, 30 Mar 2010 18:16:02 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE368FC1A; Tue, 30 Mar 2010 18:16:01 +0000 (UTC) Received: by ewy24 with SMTP id 24so2115966ewy.33 for ; Tue, 30 Mar 2010 11:16:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=Z+MdysFi3CrEYrzduJcjd4s3tgJFF+v++Od+TG2mJn4=; b=wBlo8jyn58v2yJVJ2ojxIKKojelAnr/aZ4iB+FBwvo3wLSS+jTvtWnc66mPu9w+YAt vrFqsQ5i/UDYAscDtBp1c7qkfhYSKJ5afY294WYEswmPSbSZLN+mTrAGwKkQ22Ptok3P iXc9vuf37msNKkY465xAWwYhadEO0R33SLBZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=b3TsIJo/6FHqT2whiPfQbsNnddCFy7HBeQ0Fh9678CEgeIKunC+HbnKc4VcBXqmuAP 6MliiMiLcPCzb5eDqjiqOf60BLQPNMoq+lY8un4yLKVWorWASWNsnFvqJKe0XEOnrN4T OvGKV9EDa0GAQfEv+04k9YrTg1My4KvMFl6DE= MIME-Version: 1.0 Received: by 10.213.15.79 with HTTP; Tue, 30 Mar 2010 11:15:59 -0700 (PDT) In-Reply-To: References: Date: Tue, 30 Mar 2010 22:15:59 +0400 Received: by 10.213.55.148 with SMTP id u20mr1525279ebg.85.1269972959548; Tue, 30 Mar 2010 11:15:59 -0700 (PDT) Message-ID: <3cb459ed1003301115h4280c7abt60afdb088d94f90d@mail.gmail.com> From: Alexander Churanov To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org Subject: Re: "stable" ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 18:16:02 -0000 Hi folks, * Updates which break shared libraries would not be allowed within such > a branch/overlay (i.e. no updating gnome 2.xx to 2.x(x+1), libpng, > libjpeg, xorg). The easiest way to accomplish this is to replace FreeBSD with Ubuntu. I'm not sure we really want this. Personally, among other things I like FreeBSD for the ability to have most recent software on a box with relatively high reliability. I always make fun of Linux users, who need a full OS upgrade to get new Emacs or httpd. To be specific, I'm against having "frozen stable" branch with only security updates and the "current unstable" branch. Most GNU/Linux distros already work this way. Do you want the FreeBSD to "always just follow" or "go in advance"? I think, that the following is necessary for FreeBSD to be competitive : 1) Have a "frozen" branch for each release with only security fixes - for conservative enterprise users, migrating from RedHat 2) Have the "current unstable" ports in head - only for maintainers 3) Provide a "quite-current stable" snapshot of ports from time to time, say 2-3 months. 4) The "quite-current stable" port releases should not be strict on calendar, but tied to updates of "huge base" packages (kde, xorg, png). Ports should be published when we succeeded with fixing them. 5) To minimize additional work on security issues I'd like to suggest using GNU/Linux distros, specifically RedHat, - let them work for us! Of course, brothers from OpenBSD should also be respected - they do much work in this field. The strategy above would have following effects: 1) People using "release" packages will have security fixes in them. Linux will not be better in this respect. 2) Please using port snapshots will get more reliable software updates than now. This will create a unique experience of having quite recent and at the same time consistent applications. We win! 3) Less stresses in the life of maintainer. Now I have to think about ports reliability every time, with the new strategy I would treat ports in "head" as "experimental" and work on stability only for port releases. Easier updates, more consistency! Alexander Churanov, maintainer of devel/boost-* From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 18:44:54 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27344106566C; Tue, 30 Mar 2010 18:44:54 +0000 (UTC) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id A41778FC12; Tue, 30 Mar 2010 18:44:52 +0000 (UTC) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.3/8.14.2) with ESMTP id o2UIj7fL000628; Tue, 30 Mar 2010 20:45:08 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) Received: from build7.dinoex.sub.de (dinoex@localhost) by uucp.dinoex.sub.de (8.14.3/8.14.2/Submit) with BSMTP id o2UIj7eb000619; Tue, 30 Mar 2010 20:45:07 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) To: dougb@FreeBSD.org (Doug Barton), kde@FreeBSD.org, freebsd-ports@FreeBSD.org Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Date: Tue, 30 Mar 2010 20:44:00 +0200 X-Mailer: Dinoex 1.79 References: <4BB23953.7000606@FreeBSD.org> X-Gateway: ZCONNECT build7.dinoex.sub.de [UNIX/Connect 0.94] X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-Copyright: (C) Copyright 2001 by Dirk Meyer -- All rights reserved. X-PGP-Key-Avail: mailto:pgp-public-keys@keys.de.pgp.net Subject:GET 0x331CDA5D X-ZC-VIA: 20100330000000S+2@dinoex.sub.org X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (uucp.dinoex.sub.de [194.45.71.2]); Tue, 30 Mar 2010 20:45:09 +0200 (CEST) Cc: Subject: Re: x11-toolkits/qt4-gui fails with png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 18:44:54 -0000 Hallo Doug Barton, I can not reproduce this. The upstream code contains support for libpngi 1.4 #FreeBSD: ports/x11-toolkits/qt4-gui/Makefile,v 1.30 2010/03/28 06:47:25 dinoex Exp $ kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] http://people.freebsd.org/~dinoex/errorlogs/ root@build7:/usr/ports/local/update# sh pkg_update make-packages x11-toolkits/qt4-gui # checking: /usr/ports/x11-toolkits/qt4-gui ===> Vulnerability check disabled, database not found => MD5 Checksum OK for KDE/qt-everywhere-opensource-src-4.6.1.tar.gz. => SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.6.1.tar.gz. root@build7:/usr/ports/local/update# sh pkg_update make-packages x11-toolkits/qt4-gui From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 18:47:09 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6EED106564A; Tue, 30 Mar 2010 18:47:09 +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 424548FC18; Tue, 30 Mar 2010 18:47:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2UIl8en091333; Tue, 30 Mar 2010 12:47:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2UIl802091330; Tue, 30 Mar 2010 12:47:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 30 Mar 2010 12:47:08 -0600 (MDT) From: Warren Block To: Doug Barton In-Reply-To: <4BB23953.7000606@FreeBSD.org> Message-ID: References: <4BB23953.7000606@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Tue, 30 Mar 2010 12:47:08 -0600 (MDT) Cc: Dirk Meyer , kde@freebsd.org, "freebsd-ports@FreeBSD.org" Subject: Re: x11-toolkits/qt4-gui fails with png X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 18:47:09 -0000 On Tue, 30 Mar 2010, Doug Barton wrote: > c++ -c -pipe -g -g -g -I../../include/Qt -I../../include -D_REENTRANT > -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g > -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W > -I/usr/local/include -I/usr/local/include/freetype2 -fPIC -DQT_SHARED > -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII > -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_HAVE_MMX > -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_NO_OPENTYPE > -DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP > -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 > -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE > -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. > -I../../include/QtCore -I../../include -I../../include/QtGui > -I.rcc/debug-shared -I../3rdparty/xorg -I/usr/local/include/freetype2 > -I../3rdparty/harfbuzz/src -Idialogs -I.moc/debug-shared > -I/usr/local/include -I.uic/debug-shared -I/usr/local/include -o > .obj/debug-shared/qbezier.o painting/qbezier.cpp > image/qpnghandler.cpp: In function 'void setup_qt(QImage&, png_struct*, > png_info*, float)': > image/qpnghandler.cpp:169: warning: 'channels' is deprecated (declared > at /usr/local/include/png.h:658) ... > image/qpnghandler.cpp:961: warning: 'height' is deprecated (declared at > /usr/local/include/png.h:634) > image/qpnghandler.cpp:961: warning: 'height' is deprecated (declared at > /usr/local/include/png.h:634) > *** Error code 1 > 1 error > *** Error code 1 > > Stop in /usr/local/ports/x11-toolkits/qt4-gui. With a fresh ports tree, it just built and reinstalled here. Same warnings, but no error. I don't see the actual error in your output. FreeBSD lightning 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Mar 29 14:57:45 MDT 2010 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 -Warren Block * Rapid City, South Dakota USA From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 19:14:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D391065672 for ; Tue, 30 Mar 2010 19:14:22 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id DAF898FC0C for ; Tue, 30 Mar 2010 19:14:21 +0000 (UTC) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id EBFFD5ACD0; Tue, 30 Mar 2010 21:14:17 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id E9BAB5ACCB; Tue, 30 Mar 2010 21:14:17 +0200 (CEST) X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id C8FA45CC98; Tue, 30 Mar 2010 21:14:17 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.5.1FP1) with ESMTP id 2010033021141584-41082 ; Tue, 30 Mar 2010 21:14:15 +0200 Received: by wep4035 (sSMTP sendmail emulation); Tue, 30 Mar 2010 21:14:16 +0200 Date: Tue, 30 Mar 2010 21:14:16 +0200 From: Alexey Shuvaev To: Eir Nym Message-ID: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> References: MIME-Version: 1.0 In-Reply-To: Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.20 (2009-06-14) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/30/2010 09:14:16 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.5.1FP1|January 05, 2010) at 03/30/2010 09:14:16 PM, Serialize complete at 03/30/2010 09:14:16 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-ports@freebsd.org Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 19:14:22 -0000 On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: > I work on creating system for system and ports autobuilder with custom > settings for my FreeBSD machines. I know about many programs, which do > same, but I don't like strange depends, which are not controlled by > OPTIONS and some another > > I've analyse ports tree and want to say about. > There're lot problems with ports to create per-port PRs > manually.Common types of problems are listed here: > > 0) Main part of problems in tons of ports, which has hidden options > (WITH & WITHOUT checking), but not using OPTIONS for them. > 1) There many libraries added with BUILD&RUN dependencies, not as LIB-DEPENDS. > 2) Some ports has only BUILD depends to libraries, but links them dynamicly. > 3) All(?) samba33 slaves define dependency as "samba33", and make > warning me about master target redefinition when do something on them. > 4) many ports define dependencies as > "${.CURDIR}/../..//" > 5) And some adds trailing slash. > > I want fix these problems, but I have no much time to fix several > thousands of ports. This work (include PR sending) needs about is 1-2 > month per 8-10 hours a day. > If the problems are so common, maybe there are not so many problems at all? :) > I put my analysys in several work files: > I've removed ${PORTSDIR} from paths for readability in index files. > > http://freebsd.eroese.org/bsd.local.mk - different describe target > (clean and simple) > http://freebsd.eroese.org/portInfo.py - py-IDX maker. old, but enough version. > > http://freebsd.eroese.org/tag - portsnap(8) tag > http://freebsd.eroese.org/IDX - special maked IDX > http://freebsd.eroese.org/py-IDX - human readable format of IDX, see > py program for comments about types. > I have tried to understand what is in these files but have not managed it completely. The file py-IDX lists 2 of my ports, devel/slglade and x11-toolkits/gtkdatabox as being fixed: fix devel/slglade fix x11-toolkits/gtkdatabox Could you elaborate more what was 'fixed' in these 2 examples? Thanks, Alexey. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 19:22:26 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D063106564A for ; Tue, 30 Mar 2010 19:22:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id CB1478FC15 for ; Tue, 30 Mar 2010 19:22:25 +0000 (UTC) Received: (qmail 15531 invoked by uid 399); 30 Mar 2010 19:22:24 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Mar 2010 19:22:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB24F6F.2080908@FreeBSD.org> Date: Tue, 30 Mar 2010 12:22:23 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: Dirk Meyer References: <4BB23953.7000606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kde@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 19:22:26 -0000 Testing it again I see that I didn't go far enough up to find the real error, sorry Dirk. The actual problem seems to be with zlib.h. This is from qt4-gui: c++ -c -pipe -g -g -g -I../../include/Qt -I../../include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -I/usr/local/include -I/usr/local/include/freetype2 -fPIC -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include/QtCore -I../../include -I../../include/QtGui -I.rcc/debug-shared -I../3rdparty/xorg -I/usr/local/include/freetype2 -I../3rdparty/harfbuzz/src -Idialogs -I.moc/debug-shared -I/usr/local/include -I.uic/debug-shared -I/usr/local/include -o .obj/debug-shared/qxpmhandler.o image/qxpmhandler.cpp c++ -c -pipe -g -g -g -I../../include/Qt -I../../include -D_REENTRANT -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -g -fvisibility=hidden -fvisibility-inlines-hidden -Wall -W -I/usr/local/include -I/usr/local/include/freetype2 -fPIC -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_NO_OPENTYPE -DQT_NO_STYLE_MAC -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include/QtCore -I../../include -I../../include/QtGui -I.rcc/debug-shared -I../3rdparty/xorg -I/usr/local/include/freetype2 -I../3rdparty/harfbuzz/src -Idialogs -I.moc/debug-shared -I/usr/local/include -I.uic/debug-shared -I/usr/local/include -o .obj/debug-shared/qpnghandler.o image/qpnghandler.cpp In file included from /usr/local/include/png.h:391, from image/qpnghandler.cpp:53: /usr/include/zlib.h:1561: error: 'off64_t' does not name a type /usr/include/zlib.h:1562: error: 'off64_t' does not name a type /usr/include/zlib.h:1563: error: 'off64_t' does not name a type /usr/include/zlib.h:1564: error: 'off64_t' has not been declared /usr/include/zlib.h:1565: error: 'off64_t' has not been declared And when I tried to rebuild all qt4 stuff from scratch, I get this from qmake: c++ -c -pipe -g -g -g -g -fPIC -Wall -W -DQT_BOOTSTRAPPED -DQT_LITE_UNICODE -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQT_NO_CODECS -DQT_NO_DATASTREAM -DQT_NO_GEOM_VARIANT -DQT_NO_LIBRARY -DQT_NO_QOBJECT -DQT_NO_STL -DQT_NO_SYSTEMLOCALE -DQT_NO_TEXTSTREAM -DQT_NO_THREAD -DQT_NO_UNICODETABLES -DQT_NO_USING_NAMESPACE -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../../include -I../../../include/QtCore -I../../../include/QtXml -I/usr/local/include -o .obj/debug-static/qbytearray.o ../../corelib/tools/qbytearray.cpp In file included from ../../corelib/tools/qbytearray.cpp:54: /usr/include/zlib.h:1561: error: 'off64_t' does not name a type /usr/include/zlib.h:1562: error: 'off64_t' does not name a type /usr/include/zlib.h:1563: error: 'off64_t' does not name a type /usr/include/zlib.h:1564: error: 'off64_t' has not been declared /usr/include/zlib.h:1565: error: 'off64_t' has not been declared *** Error code 1 Stop in /usr/local/tmp/usr/local/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.6.1/src/tools/bootstrap. *** Error code 1 From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 19:32:46 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E84E2106564A; Tue, 30 Mar 2010 19:32:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 099468FC14; Tue, 30 Mar 2010 19:32:45 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id A9C19A60365; Wed, 31 Mar 2010 03:32:43 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id bsnEJzABbrcn; Wed, 31 Mar 2010 03:32:38 +0800 (CST) 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 tarsier.geekcn.org (Postfix) with ESMTPSA id 707D8A60383; Wed, 31 Mar 2010 03:32:36 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Bh8D3wlIH3hAyVAN04INgSHNa2FpgJyRd7xbMQamWdq8Zq1ayrnhr3BTogg1jtTG6 XGnoqPjCcz0iy8z8cRj6Q== Message-ID: <4BB251D1.80505@delphij.net> Date: Tue, 30 Mar 2010 12:32:33 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100304 Thunderbird/3.0.3 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Doug Barton References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> In-Reply-To: <4BB24F6F.2080908@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dirk Meyer , kde@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t 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: Tue, 30 Mar 2010 19:32:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/03/30 12:22, Doug Barton wrote: > Testing it again I see that I didn't go far enough up to find the real > error, sorry Dirk. > > The actual problem seems to be with zlib.h. This is from qt4-gui: [...] > -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE > -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. There are some discussion about these _LARGEFILE64_SOURCE usage on zlib developers' mailing list. To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE on FreeBSD is wrong. I'm not quite sure though, if I should use some workaround over this, like Mac OS X did (newer zlib has a similar change by requiring _LFS64_SOURCE): Index: zconf.h =================================================================== - --- zconf.h (revision 205883) +++ zconf.h (working copy) @@ -375,7 +375,7 @@ # endif #endif - -#ifdef _LARGEFILE64_SOURCE +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) # include #endif Index: zlib.h =================================================================== - --- zlib.h (revision 205883) +++ zlib.h (working copy) @@ -1556,7 +1556,7 @@ inflateBackInit_((strm), (windowBits), (window), \ ZLIB_VERSION, sizeof(z_stream)) - -#ifdef _LARGEFILE64_SOURCE +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLslHRAAoJEATO+BI/yjfBXOUIAKW6UkjU8JGw2CQyNWVhqxXg dz1OKJVk5iS1abpPANZPPWRnl/XK2MiDIVdkc5HQCCbFIuodR4nWlbZN21yGMJvf DZX3L15nhXE7LSMLxOgrfzqlgIRxnu6P/7mjlZq/y/TERrpHh48lN7HcHfRrWZd4 H/dFdSQbL81T7/LGPmrHOsR9uXPOmlaa1hUMCgJhNl2S6AahfyfcEj5hQeCBXqHd ms9gORkFuMb9LStS3kaTSpb6/D81ci+WbGpHozIA1zGyTazyj9AJjFkYHhC9VZLF 9kSGF3yuD95pGHrOrZJQSyTNBMtWFAoLm1qMMZu+D8b1vpP3AnVdSGVhTR8QrM8= =vFcJ -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 19:48:29 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E1591065672 for ; Tue, 30 Mar 2010 19:48:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 36B2C8FC1B for ; Tue, 30 Mar 2010 19:48:28 +0000 (UTC) Received: (qmail 17401 invoked by uid 399); 30 Mar 2010 19:48:28 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 30 Mar 2010 19:48:28 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB2558B.8020401@FreeBSD.org> Date: Tue, 30 Mar 2010 12:48:27 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 MIME-Version: 1.0 To: d@delphij.net References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> <4BB251D1.80505@delphij.net> In-Reply-To: <4BB251D1.80505@delphij.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kde@FreeBSD.org, Xin LI , freebsd-ports@FreeBSD.org Subject: Re: x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 19:48:29 -0000 I can't comment intelligently on whether or not the fix below is "correct," but with it, qt4-qmake compiles. I'll move on to try recompiling the rest of qt4. Doug On 03/30/10 12:32, Xin LI wrote: > On 2010/03/30 12:22, Doug Barton wrote: >> Testing it again I see that I didn't go far enough up to find the real >> error, sorry Dirk. > >> The actual problem seems to be with zlib.h. This is from qt4-gui: > [...] >> -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE >> -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. > > There are some discussion about these _LARGEFILE64_SOURCE usage on zlib > developers' mailing list. > > To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE > on FreeBSD is wrong. I'm not quite sure though, if I should use some > workaround over this, like Mac OS X did (newer zlib has a similar change > by requiring _LFS64_SOURCE): > > Index: zconf.h > =================================================================== > --- zconf.h (revision 205883) > +++ zconf.h (working copy) > @@ -375,7 +375,7 @@ > # endif > #endif > > -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > # include > #endif > > Index: zlib.h > =================================================================== > --- zlib.h (revision 205883) > +++ zlib.h (working copy) > @@ -1556,7 +1556,7 @@ > inflateBackInit_((strm), (windowBits), (window), \ > ZLIB_VERSION, sizeof(z_stream)) > > -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); > ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); > ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); > > Cheers, -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 20:25:46 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37663106566B for ; Tue, 30 Mar 2010 20:25:46 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id B096B8FC08 for ; Tue, 30 Mar 2010 20:25:45 +0000 (UTC) Received: by fxm25 with SMTP id 25so175599fxm.3 for ; Tue, 30 Mar 2010 13:25:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=5e7/Crm4Y7ktk6qwesccIm9ZCKeYPz1WlBDPg4KXpE4=; b=MY5L3lQs4e0bxjU479f4kO7OeG/tnOi2K6y9uFp0LEtnklNmLR6WUvHYBcV03a9Oj8 O/mQij5sMwGzRLgKujH7libZUS6wGf3VZzU+g7uh6tLNyLR22LnUDFomoAsd39+DGocW DT5jKSENLxEV4k49OIonKeb6wuPxdTG/4qIlg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=pAYdSL7nbUmQ2r871NGXKPV5isj2DVnC2dkA3GoOe/tpK3WwHDe2Att/NEF6XpM4aq gOhHj8Vf9pWZnKm4ZXDwaMTQaC/Iz6Si+/4ZJVJzll+stORh1r7AjECLeHSWx826sP8w zLmmfmx/SdorDgVbTDt7IQGFBuHx7UriRqdA0= Received: by 10.103.4.13 with SMTP id g13mr4042425mui.12.1269980742960; Tue, 30 Mar 2010 13:25:42 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id e9sm25423183muf.10.2010.03.30.13.25.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 13:25:42 -0700 (PDT) From: Arseny Nasokin To: Alexey Shuvaev In-Reply-To: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> Message-Id: <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 00:25:45 +0400 Cc: "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 20:25:46 -0000 -- With pleasure On 30 Mar 2010, at 23:14, Alexey Shuvaev wrote: > On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: >> I work on creating system for system and ports autobuilder with >> custom >> settings for my FreeBSD machines. I know about many programs, which >> do >> same, but I don't like strange depends, which are not controlled by >> OPTIONS and some another >> >> I've analyse ports tree and want to say about. >> There're lot problems with ports to create per-port PRs >> manually.Common types of problems are listed here: >> >> 0) Main part of problems in tons of ports, which has hidden options >> (WITH & WITHOUT checking), but not using OPTIONS for them. >> 1) There many libraries added with BUILD&RUN dependencies, not as >> LIB-DEPENDS. >> 2) Some ports has only BUILD depends to libraries, but links them >> dynamicly. >> 3) All(?) samba33 slaves define dependency as "samba33", and make >> warning me about master target redefinition when do something on >> them. >> 4) many ports define dependencies as >> "${.CURDIR}/../..//" >> 5) And some adds trailing slash. >> >> I want fix these problems, but I have no much time to fix several >> thousands of ports. This work (include PR sending) needs about is 1-2 >> month per 8-10 hours a day. >> > If the problems are so common, maybe there are not so many problems > at all? :) Yes, it's features! Let's all bugs will be features! Do you remember The Bat mail client, which doesn't want support standarts at all? Cases 0, 2, 3 and 4 are bugs. 0: I want to control options via OPTIONS, not by knowledge about Makefile syntax with much time. 2: build port, install, remove lib and get this port unusable. 3: where program should find package orign "samba33"? 4: when reading Makefile, it hard to explain where port is. And when ports tree has changed place in system, it's not good idea to rebuild index. 2, 5 are questions at most. 2: libraries should be LIB_DEPENDS > >> I put my analysys in several work files: >> I've removed ${PORTSDIR} from paths for readability in index files. >> >> http://freebsd.eroese.org/bsd.local.mk - different describe target >> (clean and simple) >> http://freebsd.eroese.org/portInfo.py - py-IDX maker. old, but >> enough version. >> >> http://freebsd.eroese.org/tag - portsnap(8) tag >> http://freebsd.eroese.org/IDX - special maked IDX >> http://freebsd.eroese.org/py-IDX - human readable format of IDX, see >> py program for comments about types. >> > I have tried to understand what is in these files but have not managed > it completely. > > The file py-IDX lists 2 of my ports, devel/slglade and > x11-toolkits/gtkdatabox as being fixed: > fix devel/slglade > fix x11-toolkits/gtkdatabox > > Could you elaborate more what was 'fixed' in these 2 examples? > Thanks, I've striped out debug output from top. I've updated files py-IDX and python program. And also put some documentation in file http://freebsd.eroese.org/docs > Thanks, > Alexey. From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 20:49:09 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6620B106566C for ; Tue, 30 Mar 2010 20:49:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 17B5F8FC14 for ; Tue, 30 Mar 2010 20:49:07 +0000 (UTC) Received: by vws17 with SMTP id 17so3413566vws.13 for ; Tue, 30 Mar 2010 13:49:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=42kOGSD32goO035Mj0tlXYwJlLqsD6tx6lXiEu0lpWg=; b=pqDT8DHjegNAi76iYgQLLnk00nnuqrpklfOWqY7Uk3W91u0+UK3wqKviGbIwFFJ/+A BgUb8iLMdCoOVLT8lap9Lw6WP+vYnVizTveklMXr2WJG4YrPmNuYJyV2GRnV6cmAPQP7 eto6RUAe7m6SJbMkK3xNlJ6TCSrrEzdV1euFg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kqjMPv1DpbX/t3jfynnOIc7jdwzzFSnKPCeSnYv6n9gDdf082g55SPqKyqTJf9LOSO 4+6l5rb+ZNuAmjGC90g/G80HVsbV5WaaeealK77rvORxZjQlFQyNjWJrPc0lGRqy22Xr qY4wh3KQet4S0wkw4RiNXf2FX/Kmvb2G4UnfA= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 13:49:05 -0700 (PDT) In-Reply-To: <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> Date: Tue, 30 Mar 2010 13:49:05 -0700 Received: by 10.229.212.132 with SMTP id gs4mr423955qcb.53.1269982145315; Tue, 30 Mar 2010 13:49:05 -0700 (PDT) Message-ID: <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> From: Garrett Cooper To: Arseny Nasokin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 20:49:09 -0000 On Tue, Mar 30, 2010 at 1:25 PM, Arseny Nasokin wrote: > > > -- > =A0With pleasure > > On 30 Mar 2010, at 23:14, Alexey Shuvaev > wrote: > >> On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: >>> >>> I work on creating system for system and ports autobuilder with custom >>> settings for my FreeBSD machines. I know about many programs, which do >>> same, but I don't like strange depends, which are not controlled by >>> OPTIONS and some another >>> >>> I've analyse ports tree and want to say about. >>> There're lot problems with ports to create per-port PRs >>> manually.Common types of problems are listed here: >>> >>> 0) Main part of problems in tons of ports, which has hidden options >>> (WITH & WITHOUT checking), but not using OPTIONS for them. >>> 1) There many libraries added with BUILD&RUN dependencies, not as >>> LIB-DEPENDS. >>> 2) Some ports has only BUILD depends to libraries, but links them >>> dynamicly. >>> 3) All(?) samba33 slaves define dependency as "samba33", and make >>> warning me about master target redefinition when do something on them. >>> 4) many ports define dependencies as >>> "${.CURDIR}/../..//" >>> 5) And some adds trailing slash. >>> >>> I want fix these problems, but I have no much time to fix several >>> thousands of ports. This work (include PR sending) needs about is 1-2 >>> month per 8-10 hours a day. >>> >> If the problems are so common, maybe there are not so many problems >> at all? :) > > Yes, it's features! Let's all bugs will be features! Do you remember The = Bat > mail client, which doesn't want support standarts at all? > > Cases 0, 2, 3 and 4 are bugs. > 0: I want to control options via OPTIONS, not by knowledge about Makefile > syntax with much time. > 2: build port, install, remove lib and get this port unusable. > 3: where program should find package orign "samba33"? > 4: when reading Makefile, it hard to explain where port is. And when port= s > tree has changed place in system, it's not good idea to rebuild index. > > 2, 5 are questions at most. > 2: libraries should be LIB_DEPENDS Caveat: static libraries are build dependencies; dynamic libraries are lib dependencies. We had a discussion about this on #bsdports yesterday and it was a well understood fact that was being proposed for a move forward in terms of installing binary packages. >>> I put my analysys in several work files: >>> I've removed ${PORTSDIR} from paths for readability in index files. >>> >>> http://freebsd.eroese.org/bsd.local.mk - different describe target >>> (clean and simple) >>> http://freebsd.eroese.org/portInfo.py - py-IDX maker. old, but enough >>> version. >>> >>> http://freebsd.eroese.org/tag =A0- portsnap(8) tag >>> http://freebsd.eroese.org/IDX - special maked IDX >>> http://freebsd.eroese.org/py-IDX - human readable format of IDX, see >>> py program for comments about types. >>> >> I have tried to understand what is in these files but have not managed >> it completely. >> >> The file py-IDX lists 2 of my ports, devel/slglade and >> x11-toolkits/gtkdatabox as being fixed: >> fix devel/slglade >> fix x11-toolkits/gtkdatabox >> >> Could you elaborate more what was 'fixed' in these 2 examples? >> > Thanks, > I've striped out debug output from top. > > I've updated files py-IDX and python program. > > And also put some documentation in file http://freebsd.eroese.org/docs Cheers, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 20:54:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47C28106566C for ; Tue, 30 Mar 2010 20:54:50 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C72118FC0C for ; Tue, 30 Mar 2010 20:54:49 +0000 (UTC) Received: by fxm25 with SMTP id 25so196971fxm.3 for ; Tue, 30 Mar 2010 13:54:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=OFZLZ8goJiJORSO+9L5WJP9lAFxLW524d7vLVPm1cOY=; b=o1+KZUNC3le2dHOcCZzb/tKd8nSPtTOzgD6qp27bDG8e0giDphI8XdvvXvm0A3NndS pCNx4LvPD7NoKWqN8ehXRS5/aDT2D3cdQ4He4Bzm3d2m5TQTtmkTT9mkuZa9g2hd+G2U fyTp0FnYe8nw4CMXVxU9qtsi2Gl87fezsXtzI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=uZJl1wguXVgCQnO/JdJBzA8LtoklZqUlpkj9eF2hpu68N8Y+/6xMrp3yTVYo4Ata9l WGRTJ/zOKneapijWXI46PpMnKO93gFR+cGc6yd72Jpt+41zg5T97xNk/hinrUU0M3qzL GdBidf2pNiU4gwC6i6xe399RjAR4z49v3THDU= Received: by 10.103.64.25 with SMTP id r25mr1253368muk.68.1269982487205; Tue, 30 Mar 2010 13:54:47 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id e8sm25606898muf.9.2010.03.30.13.54.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 13:54:46 -0700 (PDT) From: Arseny Nasokin To: Garrett Cooper In-Reply-To: <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> Message-Id: <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 00:54:49 +0400 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 20:54:50 -0000 On 31 Mar 2010, at 00:49, Garrett Cooper wrote: > On Tue, Mar 30, 2010 at 1:25 PM, Arseny Nasokin > wrote: >> >> >> -- >> With pleasure >> >> On 30 Mar 2010, at 23:14, Alexey Shuvaev > > >> wrote: >> >>> On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: >>>> >>>> I work on creating system for system and ports autobuilder with >>>> custom >>>> settings for my FreeBSD machines. I know about many programs, >>>> which do >>>> same, but I don't like strange depends, which are not controlled by >>>> OPTIONS and some another >>>> >>>> I've analyse ports tree and want to say about. >>>> There're lot problems with ports to create per-port PRs >>>> manually.Common types of problems are listed here: >>>> >>>> 0) Main part of problems in tons of ports, which has hidden options >>>> (WITH & WITHOUT checking), but not using OPTIONS for them. >>>> 1) There many libraries added with BUILD&RUN dependencies, not as >>>> LIB-DEPENDS. >>>> 2) Some ports has only BUILD depends to libraries, but links them >>>> dynamicly. >>>> 3) All(?) samba33 slaves define dependency as "samba33", and make >>>> warning me about master target redefinition when do something on >>>> them. >>>> 4) many ports define dependencies as >>>> "${.CURDIR}/../..//" >>>> 5) And some adds trailing slash. >>>> >>>> I want fix these problems, but I have no much time to fix several >>>> thousands of ports. This work (include PR sending) needs about is >>>> 1-2 >>>> month per 8-10 hours a day. >>>> >>> If the problems are so common, maybe there are not so many problems >>> at all? :) >> >> Yes, it's features! Let's all bugs will be features! Do you >> remember The Bat >> mail client, which doesn't want support standarts at all? >> >> Cases 0, 2, 3 and 4 are bugs. >> 0: I want to control options via OPTIONS, not by knowledge about >> Makefile >> syntax with much time. >> 2: build port, install, remove lib and get this port unusable. >> 3: where program should find package orign "samba33"? >> 4: when reading Makefile, it hard to explain where port is. And >> when ports >> tree has changed place in system, it's not good idea to rebuild >> index. >> >> 2, 5 are questions at most. >> 2: libraries should be LIB_DEPENDS > > Caveat: static libraries are build dependencies; dynamic libraries are > lib dependencies. We had a discussion about this on #bsdports > yesterday and it was a well understood fact that was being proposed > for a move forward in terms of installing binary packages. > Port building ability will be avaliable? Now ports tree has bugs, but I can turn on/of custom build options. I use most of ports with custom settings. >>>> I put my analysys in several work files: >>>> I've removed ${PORTSDIR} from paths for readability in index files. >>>> >>>> http://freebsd.eroese.org/bsd.local.mk - different describe target >>>> (clean and simple) >>>> http://freebsd.eroese.org/portInfo.py - py-IDX maker. old, but >>>> enough >>>> version. >>>> >>>> http://freebsd.eroese.org/tag - portsnap(8) tag >>>> http://freebsd.eroese.org/IDX - special maked IDX >>>> http://freebsd.eroese.org/py-IDX - human readable format of IDX, >>>> see >>>> py program for comments about types. >>>> >>> I have tried to understand what is in these files but have not >>> managed >>> it completely. >>> >>> The file py-IDX lists 2 of my ports, devel/slglade and >>> x11-toolkits/gtkdatabox as being fixed: >>> fix devel/slglade >>> fix x11-toolkits/gtkdatabox >>> >>> Could you elaborate more what was 'fixed' in these 2 examples? >>> >> Thanks, >> I've striped out debug output from top. >> >> I've updated files py-IDX and python program. >> >> And also put some documentation in file http://freebsd.eroese.org/ >> docs > > Cheers, > -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 22:33:58 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29039106566B for ; Tue, 30 Mar 2010 22:33:58 +0000 (UTC) (envelope-from m@micheas.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C6B9A8FC17 for ; Tue, 30 Mar 2010 22:33:57 +0000 (UTC) Received: by vws17 with SMTP id 17so3487696vws.13 for ; Tue, 30 Mar 2010 15:33:56 -0700 (PDT) Received: by 10.220.108.34 with SMTP id d34mr4275076vcp.10.1269986704698; Tue, 30 Mar 2010 15:05:04 -0700 (PDT) Received: from [10.0.1.3] (c-24-5-79-127.hsd1.ca.comcast.net [24.5.79.127]) by mx.google.com with ESMTPS id 29sm128579321vws.5.2010.03.30.15.05.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 15:05:04 -0700 (PDT) From: Micheas Herman To: freebsd-ports@freebsd.org Content-Type: multipart/mixed; boundary="=-MLGM8g7wceIrwKKbwlTY" Date: Tue, 30 Mar 2010 15:05:01 -0700 Message-ID: <1269986701.9425.27450.camel@vcampaign> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: opennms port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: m@micheas.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 22:33:58 -0000 --=-MLGM8g7wceIrwKKbwlTY Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit There is an opennms port at: http://www.geeklan.co.uk/files/opennms/ however, it is a little dated. I have attached a version that works for opennms 1.6.10 (at least it worked for me with make install, after I uploaded the java dependencies in /usr/ports/distfiles ) Attached is a tar ball of opennms from /usr/ports/net-mgmt/ of my machine. The changes from geeklan's ports are the bumped version, new signatures, and a corrected path for the source files. Micheas -- And do you think (fop that I am) that I could be the Scarlet Pumpernickel? --=-MLGM8g7wceIrwKKbwlTY-- From owner-freebsd-ports@FreeBSD.ORG Tue Mar 30 23:20:58 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A323B106564A; Tue, 30 Mar 2010 23:20:58 +0000 (UTC) (envelope-from fluffy@freebsd.org) Received: from ns.ael.RU (ns.ael.ru [62.76.207.226]) by mx1.freebsd.org (Postfix) with ESMTP id 053238FC1B; Tue, 30 Mar 2010 23:20:57 +0000 (UTC) Received: from Fluffy.Khv.RU (dhcp-14.local.ael [192.168.100.14]) by ns.ael.RU (8.14.3/8.14.3/Fluffy/5.3) with ESMTP id o2UN8WjB045655; Wed, 31 Mar 2010 10:08:33 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: from Fluffy.Khv.RU (localhost [127.0.0.1]) by Fluffy.Khv.RU (8.14.4/8.14.4/Fluffy/5.4.1) with ESMTP id o2UN7Lfl049202; Wed, 31 Mar 2010 10:07:27 +1100 (VLAST) (envelope-from fluffy@freebsd.org) Received: (from fluffy@localhost) by Fluffy.Khv.RU (8.14.4/8.14.4/Submit) id o2UN6STM049138; Wed, 31 Mar 2010 10:06:28 +1100 (VLAST) (envelope-from fluffy@freebsd.org) From: Dima Panov Organization: The FreeBSD Project To: kde-freebsd@kde.org, d@delphij.net Date: Wed, 31 Mar 2010 10:06:21 +1100 User-Agent: KMail/1.13.1 (FreeBSD/9.0-900010-CURRENT; KDE/4.4.2; amd64; ; ) References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> <4BB251D1.80505@delphij.net> In-Reply-To: <4BB251D1.80505@delphij.net> X-Face: "RE-2'yS-N:*/7DHOjQ%Az<.+SG>K7B'k(&; qb0K4]Hv>J}"l9,=:m2_]-3S/}`b\]yA-g !y3en*Zl(i-86iM?Q[w@!=rW&JdT>KHW@dri>+qMcy42O, 5#izEqa-K+=B<@A X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (ns.ael.RU [192.168.1.1]); Wed, 31 Mar 2010 10:08:33 +1100 (VLAST) X-Spam-Status: No, score=-104.4 required=3.0 tests=ALL_TRUSTED,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ns.ael.RU Cc: Dirk Meyer , Doug Barton , kde@freebsd.org, freebsd-ports@freebsd.org Subject: Re: [kde-freebsd] x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Mar 2010 23:20:58 -0000 On Wednesday 31 March 2010 06:32:33 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/03/30 12:22, Doug Barton wrote: > > Testing it again I see that I didn't go far enough up to find the real > > error, sorry Dirk. > > > The actual problem seems to be with zlib.h. This is from qt4-gui: > [...] > > > -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE > > -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. > > There are some discussion about these _LARGEFILE64_SOURCE usage on zlib > developers' mailing list. > > To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE > on FreeBSD is wrong. I'm not quite sure though, if I should use some > workaround over this, like Mac OS X did (newer zlib has a similar change > by requiring _LFS64_SOURCE): > > Index: zconf.h > =================================================================== > - --- zconf.h (revision 205883) > +++ zconf.h (working copy) > @@ -375,7 +375,7 @@ > # endif > #endif > > - -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > # include > #endif > > Index: zlib.h > =================================================================== > - --- zlib.h (revision 205883) > +++ zlib.h (working copy) > @@ -1556,7 +1556,7 @@ > inflateBackInit_((strm), (windowBits), (window), \ > ZLIB_VERSION, > sizeof(z_stream)) > > - -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); > ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); > ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); > Confirmed, with this patch all qt4 builds fine now. FreeBSD Fluffy.Khv.RU 9.0-900010-CURRENT FreeBSD 9.0-900010-CURRENT #0 r205776M: Sun Mar 28 15:56:58 VLAST 2010 fluffy@Fluffy.Khv.RU:/usr/obj/usr/src/sys/Spot amd64 Dima "Red Fox" Panov @ Home | C73E 2B72 1FFD 61BD E206 1234 A626 76ED 93E3 B018 Khabarovsk, Russia | 2D30 2CCB 9984 130C 6F87 BAFC FB8B A09D D539 8F29 KDE@FreeBSD Team | FreeBSD committer since 10.08.2009 | FreeBSD since Sept 1995 Twitter.com:fluffy_khv | Skype:dima.panov | Jabber.org:fluffy.khv | ICQ:1745024 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 00:14:03 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D286F106566B for ; Wed, 31 Mar 2010 00:14:02 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 503488FC14 for ; Wed, 31 Mar 2010 00:14:02 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1026178qwe.7 for ; Tue, 30 Mar 2010 17:14:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=w69xW2eUvAK16iex16P9D/HvYJT/6VyqE6nCsKZZ9ko=; b=UUgcEHr9sQGxa+A6ax6HXAbVHCUMu+nu5P5KtD6SaxV7Yjinez86zc7pmFnyGDpUOV N+/5cnZaRKDd5vhJpFU0EtUKbBNKQ2PJ5Vcfe02pYCvL6eOIcyULyKqW2G77wcVDuv+2 Ca9LqBgRoPzB4UWdLPZFfBVRMUukXuLflcgVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vg9q0kswgyPR6CsAcg2ErM3CHpcBCIosFhfv+Z5wkH9q9lFEtBOtESzJrVvax0eSJ2 cpOZmmKGMUG4VBJiyXqE1Vz587D4/x76g/jiAnQaJylE5hEo3ldraa3oJ8wChrVeIWjR 4RDNLlcTNeN7v/u+ZLZjJWz7j8iN7T3MksDio= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 17:14:01 -0700 (PDT) In-Reply-To: <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> Date: Tue, 30 Mar 2010 17:14:01 -0700 Received: by 10.229.212.146 with SMTP id gs18mr1238065qcb.90.1269994441598; Tue, 30 Mar 2010 17:14:01 -0700 (PDT) Message-ID: <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> From: Garrett Cooper To: Arseny Nasokin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 00:14:03 -0000 On Tue, Mar 30, 2010 at 1:54 PM, Arseny Nasokin wrote: > On 31 Mar 2010, at 00:49, Garrett Cooper wrote: > >> On Tue, Mar 30, 2010 at 1:25 PM, Arseny Nasokin wrote: >>> >>> On 30 Mar 2010, at 23:14, Alexey Shuvaev >>> >>> wrote: >>> >>>> On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: >>>>> >>>>> I work on creating system for system and ports autobuilder with custom >>>>> settings for my FreeBSD machines. I know about many programs, which do >>>>> same, but I don't like strange depends, which are not controlled by >>>>> OPTIONS and some another >>>>> >>>>> I've analyse ports tree and want to say about. >>>>> There're lot problems with ports to create per-port PRs >>>>> manually.Common types of problems are listed here: >>>>> >>>>> 0) Main part of problems in tons of ports, which has hidden options >>>>> (WITH & WITHOUT checking), but not using OPTIONS for them. >>>>> 1) There many libraries added with BUILD&RUN dependencies, not as >>>>> LIB-DEPENDS. >>>>> 2) Some ports has only BUILD depends to libraries, but links them >>>>> dynamicly. >>>>> 3) All(?) samba33 slaves define dependency as "samba33", and make >>>>> warning me about master target redefinition when do something on them. >>>>> 4) many ports define dependencies as >>>>> "${.CURDIR}/../..//" >>>>> 5) And some adds trailing slash. >>>>> >>>>> I want fix these problems, but I have no much time to fix several >>>>> thousands of ports. This work (include PR sending) needs about is 1-2 >>>>> month per 8-10 hours a day. >>>>> >>>> If the problems are so common, maybe there are not so many problems >>>> at all? :) >>> >>> Yes, it's features! Let's all bugs will be features! Do you remember The >>> Bat >>> mail client, which doesn't want support standarts at all? >>> >>> Cases 0, 2, 3 and 4 are bugs. >>> 0: I want to control options via OPTIONS, not by knowledge about Makefile >>> syntax with much time. >>> 2: build port, install, remove lib and get this port unusable. >>> 3: where program should find package orign "samba33"? >>> 4: when reading Makefile, it hard to explain where port is. And when >>> ports >>> tree has changed place in system, it's not good idea to rebuild index. >>> >>> 2, 5 are questions at most. >>> 2: libraries should be LIB_DEPENDS >> >> Caveat: static libraries are build dependencies; dynamic libraries are >> lib dependencies. We had a discussion about this on #bsdports >> yesterday and it was a well understood fact that was being proposed >> for a move forward in terms of installing binary packages. >> > > Port building ability will be avaliable? Now ports tree has bugs, but I can > turn on/of custom build options. I use most of ports with custom settings. Today binary packages are rolled as generic as possible provided the architecture they're built for and are monolithic, meaning that they contain the build, lib, patch, and run dependencies required to build everything, as they're generated after an in-place install in ${PREFIX} . One of many ideas we were kicking around on #bsdports was to produce `fat packages' which would be usable in package installation and ports building scenarios (similar to the headache that exists in many Linux distros with -devel and non-devel packages), but the user could specify whether or not they wanted the -devel pieces or not (if it applied) -- so only one set of packages would need to be distributed. We didn't really kick the idea around too much, but it was still a novelty that should be `nursed' to a proper conclusion as it would allow folks who roll packages and install on embedded systems / install bases, or prefer installing via packages, to have small install bases, and smaller potential binary roll up after the fact. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 04:36:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3304F106564A for ; Wed, 31 Mar 2010 04:36:31 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id AF2418FC08 for ; Wed, 31 Mar 2010 04:36:30 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so308395fgb.13 for ; Tue, 30 Mar 2010 21:36:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=iaVZ7btyXT9tMOkKI7o6XbSkpfQN+89O2SPpwJxpSdI=; b=Y+1PPU0krrhbFvPHoUpuJaN6THXAcaWRJFOeoVZJucl4QtKvLJayl/CQVnFUif/2Jd lEmUDA8bUd9b3E37AlLUnSUsoI2bd5E/zP94iaziq1F1Fl8k4rok/3w9w8cdI0li1UxW abOBI7lyibEXnKYKoJgPhrbGJbqNYu+bRfxLo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=owRZXXLrtw4fxzjXAP4qHqOepCKg0YDOXOrizosdioJfAsqhzOHlZnNlbCMDdBcVeD WNjJEAT+WfW3jHBpx6Jrj+/9KtOodTJxHe7SjrmXRuahfjPh/b251XgGwRlkDOhkrbqI U3SFMHvWVliY7Oucc7ebuncZivGwvHiNvoCRA= Received: by 10.102.217.8 with SMTP id p8mr4277769mug.22.1270010189533; Tue, 30 Mar 2010 21:36:29 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id j10sm26921571muh.58.2010.03.30.21.36.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 30 Mar 2010 21:36:29 -0700 (PDT) From: Arseny Nasokin To: Garrett Cooper In-Reply-To: <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> Message-Id: <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 08:36:30 +0400 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 04:36:31 -0000 On 31 Mar 2010, at 04:14, Garrett Cooper wrote: > On Tue, Mar 30, 2010 at 1:54 PM, Arseny Nasokin > wrote: >> On 31 Mar 2010, at 00:49, Garrett Cooper wrote: >> >>> On Tue, Mar 30, 2010 at 1:25 PM, Arseny Nasokin >>> wrote: >>>> >>>> On 30 Mar 2010, at 23:14, Alexey Shuvaev >>>> >>>> wrote: >>>> >>>>> On Tue, Mar 30, 2010 at 01:05:39AM +0400, Eir Nym wrote: >>>>>> >>>>>> I work on creating system for system and ports autobuilder with >>>>>> custom >>>>>> settings for my FreeBSD machines. I know about many programs, >>>>>> which do >>>>>> same, but I don't like strange depends, which are not >>>>>> controlled by >>>>>> OPTIONS and some another >>>>>> >>>>>> I've analyse ports tree and want to say about. >>>>>> There're lot problems with ports to create per-port PRs >>>>>> manually.Common types of problems are listed here: >>>>>> >>>>>> 0) Main part of problems in tons of ports, which has hidden >>>>>> options >>>>>> (WITH & WITHOUT checking), but not using OPTIONS for them. >>>>>> 1) There many libraries added with BUILD&RUN dependencies, not as >>>>>> LIB-DEPENDS. >>>>>> 2) Some ports has only BUILD depends to libraries, but links them >>>>>> dynamicly. >>>>>> 3) All(?) samba33 slaves define dependency as "samba33", and make >>>>>> warning me about master target redefinition when do something >>>>>> on them. >>>>>> 4) many ports define dependencies as >>>>>> "${.CURDIR}/../..//" >>>>>> 5) And some adds trailing slash. >>>>>> >>>>>> I want fix these problems, but I have no much time to fix several >>>>>> thousands of ports. This work (include PR sending) needs about >>>>>> is 1-2 >>>>>> month per 8-10 hours a day. >>>>>> >>>>> If the problems are so common, maybe there are not so many >>>>> problems >>>>> at all? :) >>>> >>>> Yes, it's features! Let's all bugs will be features! Do you >>>> remember The >>>> Bat >>>> mail client, which doesn't want support standarts at all? >>>> >>>> Cases 0, 2, 3 and 4 are bugs. >>>> 0: I want to control options via OPTIONS, not by knowledge about >>>> Makefile >>>> syntax with much time. >>>> 2: build port, install, remove lib and get this port unusable. >>>> 3: where program should find package orign "samba33"? >>>> 4: when reading Makefile, it hard to explain where port is. And >>>> when >>>> ports >>>> tree has changed place in system, it's not good idea to rebuild >>>> index. >>>> >>>> 2, 5 are questions at most. >>>> 2: libraries should be LIB_DEPENDS >>> >>> Caveat: static libraries are build dependencies; dynamic libraries >>> are >>> lib dependencies. We had a discussion about this on #bsdports >>> yesterday and it was a well understood fact that was being proposed >>> for a move forward in terms of installing binary packages. >>> >> >> Port building ability will be avaliable? Now ports tree has bugs, >> but I can >> turn on/of custom build options. I use most of ports with custom >> settings. > > Today binary packages are rolled as generic as possible provided the > architecture they're built for and are monolithic, meaning that they > contain the build, lib, patch, and run dependencies required to build > everything, as they're generated after an in-place install in > ${PREFIX} . > > One of many ideas we were kicking around on #bsdports was to produce > `fat packages' which would be usable in package installation and ports > building scenarios (similar to the headache that exists in many Linux > distros with -devel and non-devel packages), but the user could > specify whether or not they wanted the -devel pieces or not (if it > applied) -- so only one set of packages would need to be distributed. > > We didn't really kick the idea around too much, but it was still a > novelty that should be `nursed' to a proper conclusion as it would > allow folks who roll packages and install on embedded systems / > install bases, or prefer installing via packages, to have small > install bases, and smaller potential binary roll up after the fact. > > Thanks, > -Garrett I can't see and discuss in IRC due browser and platform(software part) limitations in nearest future. I don't clearly understand, will be ports system removed? Will there will be sourse and binary packages or will it be Gentoo-style "portages", which will provide installation from binary or source with options? Almost all packages in my systems has custom settings. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 05:19:30 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2508106566B for ; Wed, 31 Mar 2010 05:19:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF158FC0C for ; Wed, 31 Mar 2010 05:19:29 +0000 (UTC) Received: (qmail 1488 invoked by uid 399); 31 Mar 2010 05:19:28 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Mar 2010 05:19:28 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB2DB5E.7040502@FreeBSD.org> Date: Tue, 30 Mar 2010 22:19:26 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Arseny Nasokin References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> In-Reply-To: <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , Garrett Cooper , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 05:19:30 -0000 On 03/30/10 21:36, Arseny Nasokin wrote: > I don't clearly understand, will be ports system removed? At this time all discussion is theoretical. LONG before we make any actual changes the users will have a chance to chime in, and will be notified if any actual changes are made. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 06:14:37 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64EF81065674 for ; Wed, 31 Mar 2010 06:14:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id BB32F8FC13 for ; Wed, 31 Mar 2010 06:14:36 +0000 (UTC) Received: (qmail 5740 invoked by uid 399); 31 Mar 2010 06:14:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Mar 2010 06:14:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB2E84A.2060000@FreeBSD.org> Date: Tue, 30 Mar 2010 23:14:34 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: d@delphij.net References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> <4BB251D1.80505@delphij.net> In-Reply-To: <4BB251D1.80505@delphij.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kde@FreeBSD.org, Xin LI , freebsd-ports@FreeBSD.org Subject: Re: x11-toolkits/qt4-gui fails with zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 06:14:37 -0000 I can now confirm that with Xin's patch for zlib that all the qt4 stuff builds, I updated virtualbox, and that builds and runs just fine. Thanks for the quick response. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 06:16:03 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3461065677; Wed, 31 Mar 2010 06:16:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0C15B8FC08; Wed, 31 Mar 2010 06:16:02 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1090964qwe.7 for ; Tue, 30 Mar 2010 23:16:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=Fin84EJJ8H9P0ZPhhMqR6+53yXTcv2QWeeY6szNrJUo=; b=wie4vWGNvQYirVUVKjoxdmgvpQJj9j01sCftCwE2/65U4eR17KmmcCF+n4+fB2W44e kjp7CiToCT5SQUdEWWgDHXDo5EVj4ijvIWE+aNJMLldAQyOsQudoWboAnmAQF29i/h4F FtZHP85IPd++/bWBQb22Ainx/pvb6q5sVHrX8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=r0b94JO41EEitQX3dwq75MJPGm0rTak7sCbG3/FeFbiMbqs7XinJ+/EryPqrm7RK4W M+YeqeOIl3iCW5/FA28ZpKbDJGhizq8gc+D4aJP/jv79A0EsbqwZe8+E3AhlworSKN8P 1CEqi9h26LOQ2d8USAUA+w8LevjEkllxEsLP8= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 23:16:02 -0700 (PDT) In-Reply-To: <4BB2DB5E.7040502@FreeBSD.org> References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> <4BB2DB5E.7040502@FreeBSD.org> Date: Tue, 30 Mar 2010 23:16:02 -0700 Received: by 10.229.189.212 with SMTP id df20mr735710qcb.21.1270016162391; Tue, 30 Mar 2010 23:16:02 -0700 (PDT) Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexey Shuvaev , Arseny Nasokin , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 06:16:03 -0000 On Tue, Mar 30, 2010 at 10:19 PM, Doug Barton wrote: > On 03/30/10 21:36, Arseny Nasokin wrote: >> I don't clearly understand, will be ports system removed? > > At this time all discussion is theoretical. LONG before we make any > actual changes the users will have a chance to chime in, and will be > notified if any actual changes are made. Ports shouldn't ever be removed; it's just that the focus for folks should be shifted to binary packages unless they have a pressing urge to install packages from source, or don't want the bloat associated with the package they're installing. Doug is right though -- it's going to take a while before what's being discussed is going to happen and we'll provide sufficient heads up before the changes are made. HTH, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 06:20:05 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 346671065670 for ; Wed, 31 Mar 2010 06:20:05 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id DDC8A8FC0A for ; Wed, 31 Mar 2010 06:20:04 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1091433qwe.7 for ; Tue, 30 Mar 2010 23:20:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=TLW//VRq3Yu+T/76PxZyvMe3S3xnvmQZWWi7bCPwb9U=; b=tHUVmtv1tEEiZl7U9XsVUwKm5hsFONYeJa5meJQVADOaDHUyP5CMxzXol3NnhK9Doh OnoRPsBcCzs/WgJV8QSJ0bdn4Q/ivbLaJeHMl1W9obJLkJbGGj3k3qQIXFMqbb3MJRdV Mz8GFvn1JtfpkWfZDuoqAOGKIhzPIZaYenbag= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DKoXkax6eSdRcoK/ZU0Q/QKGYVHuZCTn1PQrnqd+yHI/CzBpvoQSr+7fEWCNzE7FWq zuoOA77ZNC64NUzkhv9emIkZFWDwlRbJRGfd5Pgn8WNCLDn7wkVrb0P61DhiBo+ky+ux 8V3mQ1obq4GSwtWL+46VaUGBpvI6Aa/ZUz+YQ= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Tue, 30 Mar 2010 23:20:04 -0700 (PDT) In-Reply-To: <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Date: Tue, 30 Mar 2010 23:20:04 -0700 Received: by 10.229.130.206 with SMTP id u14mr950005qcs.74.1270016404165; Tue, 30 Mar 2010 23:20:04 -0700 (PDT) Message-ID: From: Garrett Cooper To: Arseny Nasokin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 06:20:05 -0000 On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin wrote: > On 31 Mar 2010, at 04:14, Garrett Cooper wrote: > >> Today binary packages are rolled as generic as possible provided the >> architecture they're built for and are monolithic, meaning that they >> contain the build, lib, patch, and run dependencies required to build >> everything, as they're generated after an in-place install in >> ${PREFIX} . >> >> One of many ideas we were kicking around on #bsdports was to produce >> `fat packages' which would be usable in package installation and ports >> building scenarios (similar to the headache that exists in many Linux >> distros with -devel and non-devel packages), but the user could >> specify whether or not they wanted the -devel pieces or not (if it >> applied) -- so only one set of packages would need to be distributed. >> >> We didn't really kick the idea around too much, but it was still a >> novelty that should be `nursed' to a proper conclusion as it would >> allow folks who roll packages and install on embedded systems / >> install bases, or prefer installing via packages, to have small >> install bases, and smaller potential binary roll up after the fact. > > I can't see and discuss in IRC due browser and platform(software part) > limitations in nearest future. > > I don't clearly understand, will be ports system removed? Will there will be > sourse and binary packages or will it be Gentoo-style "portages", which will > provide installation from binary or source with options? Gentoo portage is maintainer hell; we have enough fun with ports not to get stuck in that mess. > Almost all packages in my systems has custom settings. Which is exactly why I advocate using ports for my desktops and servers. I just have other vested interests outside of my personal machines where binary packages are better suited than installed a boatload of packages from source. Cool thing is though, if people use standard packages, there's a greater chance of there not being stability issues with the packages themselves right (or at least all of the issues will be known upfront)? Thanks :), -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 06:45:33 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B4431065672 for ; Wed, 31 Mar 2010 06:45:33 +0000 (UTC) (envelope-from postmaster@hw06.dinaserver.com) Received: from hw06.dinaserver.com (hw06.dinaserver.com [82.98.135.2]) by mx1.freebsd.org (Postfix) with ESMTP id 32E7C8FC19 for ; Wed, 31 Mar 2010 06:45:33 +0000 (UTC) Received: from HW06 ([127.0.0.1]) by hw06.dinaserver.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 31 Mar 2010 05:41:22 +0200 Date: Wed, 31 Mar 2010 05:41:22 +0100 To: ports@FreeBSD.org From: Bradesco S/A Message-ID: X-OriginalArrivalTime: 31 Mar 2010 03:41:22.0950 (UTC) FILETIME=[08731260:01CAD084] MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Alerta De Seguranca Bradesco X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 06:45:33 -0000 Bradesco S/A ID do Cliente: BR0013581 Prezado Cliente, Por motivos de segurana comunicamos a todos os clientes que, visando barrar o constante aumento de fraudes no Internet Banking Bradesco ser obrigatrio realizar a Atualizao do seu Carto Chave de Segurana. Caso no efetue a sua Atualizao obrigatria com urgncia, o acesso via Caixas-Eletrnicos e Internet-Banking ser suspenso. Utilize o boto abaixo para efetuar a atualizao: [1]Atualizar Dados [2]Agora Ateno: A atualizao obrigatria e de responsabilidade do cliente, o Banco Bradesco S/A no se responsabilizar por danos sofridos caso as chaves no sejam atualizadas. [3]| Bradesco Notcias | Fale Conosco | Oportunidades de Carreira | Politica de Qualidade | Poltica de RH | Rede de Atendimento | Bradesco S/A 2010 References 1. http://www.haagsestraat.com/cms/BradescoDiaeNoite 2. http://www.haagsestraat.com/cms/BradescoDiaeNoite 3. http://www.haagsestraat.com/cms/BradescoDiaeNoite/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 07:36:30 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3728F106566C for ; Wed, 31 Mar 2010 07:36:30 +0000 (UTC) (envelope-from lehmann@ans-netz.de) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [78.111.72.186]) by mx1.freebsd.org (Postfix) with SMTP id 4BC728FC1D for ; Wed, 31 Mar 2010 07:36:28 +0000 (UTC) Received: (qmail 32463 invoked by uid 89); 31 Mar 2010 07:36:26 -0000 Message-ID: <20100331073626.32462.qmail@avocado.salatschuessel.net> From: Oliver Lehmann To: openoffice@freebsd.org Date: Wed, 31 Mar 2010 09:36:26 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org Subject: Openoffice 3.2.0 build error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 07:36:30 -0000 Hi,=20 when trying to compile openoffice.org-3 I'm getting:=20 c++ -fmessage-length=3D0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=3D0=20 -DENABLE_LAYOUT_EXPERIMENTAL=3D0 -I. =20 -I../../../../../../unxfbsdx.pro/inc/c5t_testresult -I../inc=20 -I../../../../../../inc/pch -I../../../../../../inc=20 -I../../../../../../unx/inc -I../../../../../../unxfbsdx.pro/inc -I.=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solver/320/unxfbsdx.pro/inc/stl=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solver/320/unxfbsdx.pro/inc/external=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solver/320/unxfbsdx.pro/inc=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solenv/unxfbsdx/inc=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solenv/inc=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/res=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solver/320/unxfbsdx.pro/inc/stl=20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solenv/inc/Xp31 -I/usr/local/diablo-jdk1.6.0/include=20 -I/usr/local/diablo-jdk1.6.0/include/freebsd=20 -I/usr/local/diablo-jdk1.6.0/include/bsd=20 -I/usr/local/diablo-jdk1.6.0/include/linux=20 -I/usr/local/diablo-jdk1.6.0/include/native_threads/include=20 -I/usr/local/include =20 -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OO= O320 _m12/solver/320/unxfbsdx.pro/inc/offuh -I../../include=20 -I../../../../../../res -I. -pipe -fvisibility-inlines-hidden -g1 -Wall=20 -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy =20 -Wno-non-virtual-dtor -fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341 -DX86_6= 4=20 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=3D1=20 -DSTLPORT_VERSION=3D450 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX=20 -DCPPU_ENV=3Dgcc3 -DGXX_INCLUDE_PATH=3D/usr/include/c++/4.2 -DSUPD=3D320=20 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=3D0 -DOPTIMIZE -DCUI=20 -DSOLAR_JAVA -DSHAREDLIB -D_DLL_ -fexceptions -fno-enforce-eh-specs=20 -DEXCEPTIONS_ON -o ../../../../../../unxfbsdx.pro/slo/TestResult.o=20 /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p In file included from=20 /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:4 : ../../include/cppunit/result/TestResult.h:72: error: 'ErrorType' has not=20 been declared ../../include/cppunit/result/TestResult.h:72: error: expected ',' or '...= '=20 before 'eType' /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:4 6: error: 'ErrorType' has not been declared /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:4 6: error: expected ',' or '...' before '_eType' /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:=20 In member function 'virtual void=20 CppUnit::TestResult::addError(CppUnit::Test*, CppUnit::Exception*, int)': /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:4 8: error: '_eType' was not declared in this scope /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:=20 At global scope: /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:4 6: warning: unused parameter 'num' /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:=20 In member function 'virtual void=20 CppUnit::TestResult::addFailure(CppUnit::Test*, CppUnit::Exception*)': /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO32= 0_m 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cp= p:5 9: error: 'ErrorType' has not been declared dmake: Error code 1, while making=20 '../../../../../../unxfbsdx.pro/slo/TestResult.obj' dmake: Error code 255, while making 'target' dmake: Error code 255, while making=20 './unxfbsdx.pro/misc/build/so_built_so_cppunit'=20 How can this be fixed? From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 07:59:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81055106564A for ; Wed, 31 Mar 2010 07:59:24 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 0413B8FC08 for ; Wed, 31 Mar 2010 07:59:23 +0000 (UTC) Received: by fxm25 with SMTP id 25so248590fxm.3 for ; Wed, 31 Mar 2010 00:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=q80xTdvymrEmc/gX26ILl9ir6PusYOOTIGr1qrfWfpc=; b=gG8TQPFTfUjZ7apklYbZKihMGPrJ22W4bK62Tp6dYY188SezmhumqqRWFzXTBdpdYR CZCbuO7KHEmWuVFJWbrmSgbA5pogZcvdk73lw8oBjXkct8gNAi798bnFMsXcvOeSOrI5 mgDAJQ8scEfXSWYZRzMau8zDrSaih9NbfxQ3A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=JK1a3BGTvW0qhku7txaOdFKQkkYi8CEkP+AqzIBkvxJUML06636/NKDVAyYF0p7aJa N73XWcyXprUUdokUnL/b/QRnMtell1/79YC58TFq2GghRDZGxlGwGO2ZaTjbZSCZuOgW Y2bF9FkWa42cApoXGlKKoJ5gD8rE0p/PG8YrA= Received: by 10.102.243.22 with SMTP id q22mr4412669muh.9.1270022362856; Wed, 31 Mar 2010 00:59:22 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id 14sm27670045muo.32.2010.03.31.00.59.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 00:59:22 -0700 (PDT) From: Arseny Nasokin To: Garrett Cooper In-Reply-To: X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Message-Id: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 11:59:23 +0400 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 07:59:24 -0000 On 31 Mar 2010, at 10:20, Garrett Cooper wrote: > On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin > wrote: >> On 31 Mar 2010, at 04:14, Garrett Cooper wrote: >> >>> Today binary packages are rolled as generic as possible provided the >>> architecture they're built for and are monolithic, meaning that they >>> contain the build, lib, patch, and run dependencies required to >>> build >>> everything, as they're generated after an in-place install in >>> ${PREFIX} . >>> >>> One of many ideas we were kicking around on #bsdports was to produce >>> `fat packages' which would be usable in package installation and >>> ports >>> building scenarios (similar to the headache that exists in many >>> Linux >>> distros with -devel and non-devel packages), but the user could >>> specify whether or not they wanted the -devel pieces or not (if it >>> applied) -- so only one set of packages would need to be >>> distributed. >>> >>> We didn't really kick the idea around too much, but it was still a >>> novelty that should be `nursed' to a proper conclusion as it would >>> allow folks who roll packages and install on embedded systems / >>> install bases, or prefer installing via packages, to have small >>> install bases, and smaller potential binary roll up after the fact. >> >> I can't see and discuss in IRC due browser and platform(software >> part) >> limitations in nearest future. >> >> I don't clearly understand, will be ports system removed? Will >> there will be >> sourse and binary packages or will it be Gentoo-style "portages", >> which will >> provide installation from binary or source with options? > > Gentoo portage is maintainer hell; we have enough fun with ports not > to get stuck in that mess. > >> Almost all packages in my systems has custom settings. > > Which is exactly why I advocate using ports for my desktops and > servers. I just have other vested interests outside of my personal > machines where binary packages are better suited than installed a > boatload of packages from source. > > Cool thing is though, if people use standard packages, there's a > greater chance of there not being stability issues with the packages > themselves right (or at least all of the issues will be known > upfront)? > > Thanks :), > -Garrett If we are talk about specialized optimisations or customisations we should talk about ports system. If we talk about desktop machines, there binary packages are better in most cases (for example, using Synaptics frontend) From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 08:01:54 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB90106566B for ; Wed, 31 Mar 2010 08:01:54 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 01DA98FC1A for ; Wed, 31 Mar 2010 08:01:53 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so340723fgb.13 for ; Wed, 31 Mar 2010 01:01:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=n4LnvieQ27JmVFMTqL6dx8r8Wq3rhXRjSmaCHgiiT24=; b=fGnByQo0KShmc2jbduOU0t0lQrGm8//cuRU7ODHiUOfqeHArTH5Nm+kxMCF/qbnkIk zP895nqMc6yGTIO/4OQUjBS+TOJvSwiE0EdQ3Dqs4BamqzuDuuF15N1Dzloto3Zs/Nf3 J/7XPZX+sqn5XR/Sp6GLrD6nYekUA6lBxbEpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=fb4NqRm01jZvINUn30TArIGKq0zJ1YzxXQhcIgVe0Cj18WBvZgKD01fe3Vxpmy0AvS X2EVQnwN7Y5BTW2XnlJe0eCHS7mLbc89AoLaAxpYLHASUo4DP+Foou/KH8S61d6ljGW1 dAZ/UUm9Mqrhp68i5amJk18TwsWJZ/dOBiZBs= Received: by 10.102.16.14 with SMTP id 14mr4342723mup.136.1270022512441; Wed, 31 Mar 2010 01:01:52 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id e10sm27313342muf.8.2010.03.31.01.01.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 01:01:51 -0700 (PDT) From: Arseny Nasokin To: Doug Barton In-Reply-To: <4BB2DB5E.7040502@FreeBSD.org> X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> <4BB2DB5E.7040502@FreeBSD.org> Message-Id: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 12:01:55 +0400 Cc: Alexey Shuvaev , Garrett Cooper , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 08:01:54 -0000 On 31 Mar 2010, at 09:19, Doug Barton wrote: > On 03/30/10 21:36, Arseny Nasokin wrote: >> I don't clearly understand, will be ports system removed? > > At this time all discussion is theoretical. LONG before we make any > actual changes the users will have a chance to chime in, and will be > notified if any actual changes are made. > > > Doug > > -- > > ... and that's just a little bit of history repeating. > -- Propellerheads > > Improve the effectiveness of your Internet presence with > a domain name makeover! http://SupersetSolutions.com/ > Understand, thanks. Can I help with something? From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 08:39:36 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFFDB106564A for ; Wed, 31 Mar 2010 08:39:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0598FC1F for ; Wed, 31 Mar 2010 08:39:36 +0000 (UTC) Received: by qyk11 with SMTP id 11so430774qyk.13 for ; Wed, 31 Mar 2010 01:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=l+Nls5lOuttro8ic2wkAnzZ9Drg5D7YY1TYxBCdFPV4=; b=nzAcyNOzJ2EM+dH+jtJ8qDcL5vxmvRKtSUsUZJDACoRFiSExH9UL2DML4Mpg0WV85y PonAtI1QETV6vvTZ1iDtCIO9YkptwiOI1eUIHZnsPYQ3XATRJ5vEx7B2ETKKQwuEv5c5 FMdLupQ/F53UK3nU+nSoefDFNMvIkcrH7rNQg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ph1LvWZP+f1ZPIrZD1LyMge6riqNaaeKrSmZhIi2KBlelv3lssO/I7R687Moa2YLLd rJ9X4eJZBRDcJrxdgppsJHCHGPONmikXsJLsXGrk4icTGZgqTnNEEMe4VJugAQSaST0w MzncNiK17n2s03Zr6bgUHyjqMX3QZ+64ZSLqQ= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Wed, 31 Mar 2010 01:39:35 -0700 (PDT) In-Reply-To: References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Date: Wed, 31 Mar 2010 01:39:35 -0700 Received: by 10.229.213.133 with SMTP id gw5mr876449qcb.13.1270024775693; Wed, 31 Mar 2010 01:39:35 -0700 (PDT) Message-ID: From: Garrett Cooper To: Arseny Nasokin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 08:39:37 -0000 On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin wrote: > On 31 Mar 2010, at 10:20, Garrett Cooper wrote: > >> On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin wrote: >>> >>> On 31 Mar 2010, at 04:14, Garrett Cooper wrote: >>> >>>> Today binary packages are rolled as generic as possible provided the >>>> architecture they're built for and are monolithic, meaning that they >>>> contain the build, lib, patch, and run dependencies required to build >>>> everything, as they're generated after an in-place install in >>>> ${PREFIX} . >>>> >>>> One of many ideas we were kicking around on #bsdports was to produce >>>> `fat packages' which would be usable in package installation and ports >>>> building scenarios (similar to the headache that exists in many Linux >>>> distros with -devel and non-devel packages), but the user could >>>> specify whether or not they wanted the -devel pieces or not (if it >>>> applied) -- so only one set of packages would need to be distributed. >>>> >>>> We didn't really kick the idea around too much, but it was still a >>>> novelty that should be `nursed' to a proper conclusion as it would >>>> allow folks who roll packages and install on embedded systems / >>>> install bases, or prefer installing via packages, to have small >>>> install bases, and smaller potential binary roll up after the fact. >>> >>> I can't see and discuss in IRC due browser and platform(software part) >>> limitations in nearest future. >>> >>> I don't clearly understand, will be ports system removed? Will there will >>> be >>> sourse and binary packages or will it be Gentoo-style "portages", which >>> will >>> provide installation from binary or source with options? >> >> Gentoo portage is maintainer hell; we have enough fun with ports not >> to get stuck in that mess. >> >>> Almost all packages in my systems has custom settings. >> >> Which is exactly why I advocate using ports for my desktops and >> servers. I just have other vested interests outside of my personal >> machines where binary packages are better suited than installed a >> boatload of packages from source. >> >> Cool thing is though, if people use standard packages, there's a >> greater chance of there not being stability issues with the packages >> themselves right (or at least all of the issues will be known >> upfront)? >> >> Thanks :), >> -Garrett > > If we are talk about specialized optimisations or customisations we should > talk about ports system. If we talk about desktop machines, there binary > packages are better in most cases (for example, using Synaptics frontend) YMMV, but most of the time binary packages are built with the idea in mind that it will meet the majority of the end-users' needs instead of a specific case (unless there is a good reason for there being variance, in that case ports are split, i.e. vim, vim-lite, etc). There is a small amount of optimization that can be gained by using proper CFLAGS as well with more modern hardware (let's face it.. the default flags that binary packages are built with are meant to run on generic old-school IBM clones all the way up to the most bleeding edge AMD and Intel processors for instance) -- so if you use the appropriate CPUTYPE and CFLAGS you can gain performance wise, because you're tailoring the programs you compile to meet your system's capabilities. You just have to be careful because ricing is something that Gentoo users got themselves in trouble with back around 2003 ~ 2004, and then I think that most people learned that they weren't really gaining much in performance and were losing in stability, so they stopped ricing their compiles. Cheers, -Garrett From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 09:20:07 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C891065670 for ; Wed, 31 Mar 2010 09:20:07 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id 186B98FC1C for ; Wed, 31 Mar 2010 09:20:07 +0000 (UTC) Received: from [195.4.92.14] (helo=4.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Nwu5k-0001uZ-GG; Wed, 31 Mar 2010 11:20:04 +0200 Received: from p57ae2318.dip0.t-ipconnect.de ([87.174.35.24]:31824 helo=ernst.jennejohn.org) by 4.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Nwu5j-0006U3-V1; Wed, 31 Mar 2010 11:20:04 +0200 Date: Wed, 31 Mar 2010 11:20:01 +0200 From: Gary Jennejohn To: d@delphij.net Message-ID: <20100331112001.0951e682@ernst.jennejohn.org> In-Reply-To: <4BB251D1.80505@delphij.net> References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> <4BB251D1.80505@delphij.net> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: x11-toolkits/qt4-gui fails with png and/or zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 09:20:07 -0000 On Tue, 30 Mar 2010 12:32:33 -0700 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2010/03/30 12:22, Doug Barton wrote: > > Testing it again I see that I didn't go far enough up to find the real > > error, sorry Dirk. > > > > The actual problem seems to be with zlib.h. This is from qt4-gui: > [...] > > -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -D_LARGEFILE64_SOURCE > > -D_LARGEFILE_SOURCE -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. > > There are some discussion about these _LARGEFILE64_SOURCE usage on zlib > developers' mailing list. > > To put it short, it's now believed that the usage of _LARGEFILE64_SOURCE > on FreeBSD is wrong. I'm not quite sure though, if I should use some > workaround over this, like Mac OS X did (newer zlib has a similar change > by requiring _LFS64_SOURCE): > > Index: zconf.h > =================================================================== > - --- zconf.h (revision 205883) > +++ zconf.h (working copy) > @@ -375,7 +375,7 @@ > # endif > #endif > > - -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > # include > #endif > > Index: zlib.h > =================================================================== > - --- zlib.h (revision 205883) > +++ zlib.h (working copy) > @@ -1556,7 +1556,7 @@ > inflateBackInit_((strm), (windowBits), (window), \ > ZLIB_VERSION, sizeof(z_stream)) > > - -#ifdef _LARGEFILE64_SOURCE > +#if defined(_LARGEFILE64_SOURCE) && !defined(__FreeBSD__) > ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); > ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); > ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); > This patch also fixes the build for vlc. -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 09:55:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA2E5106564A for ; Wed, 31 Mar 2010 09:55:33 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 628C28FC1C for ; Wed, 31 Mar 2010 09:55:33 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1123527qwe.7 for ; Wed, 31 Mar 2010 02:55:32 -0700 (PDT) Received: by 10.229.251.72 with SMTP id mr8mr1754439qcb.30.1270029332431; Wed, 31 Mar 2010 02:55:32 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id 22sm3104710qyk.6.2010.03.31.02.55.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 02:55:31 -0700 (PDT) Received: from scorpio.seibercom.net (localhost [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: FreeBSD-Ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id F359B2283C for ; Wed, 31 Mar 2010 05:55:29 -0400 (EDT) Date: Wed, 31 Mar 2010 05:55:29 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100331055529.18104490@scorpio.seibercom.net> In-Reply-To: References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Organization: seibercom.net X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; i386-portbld-freebsd7.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: "\j?x](l|]4p?-1Bf@!wN<&p=$.}^k-HgL}cJKbQZ3r#Ar]\%U(#6}'?<3s7%(%(gxJxxcR Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: Old ports bugs analyzis [sic] 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, 31 Mar 2010 09:55:33 -0000 On Wed, 31 Mar 2010 01:39:35 -0700, Garrett Cooper articulated: > On Wed, Mar 31, 2010 at 12:59 AM, Arseny Nasokin > wrote: > > On 31 Mar 2010, at 10:20, Garrett Cooper wrote: > > > >> On Tue, Mar 30, 2010 at 9:36 PM, Arseny Nasokin > >> wrote: > >>> > >>> On 31 Mar 2010, at 04:14, Garrett Cooper > >>> wrote: [snip, snip, snip, snip] If I could just add my 2¢ to this discussion. I really appreciate the fact that, in most cases anyway, FreeBSD makes available through its maintainers a collection of up-to-date software. Now I realize that FreeBSD does have a (in my opinion unreasonable) problem with certain software in its base system that has an inappropriate GPL or whatever license, though this usually causes the end user no great harm. Now, many systems do not follow FreeBSD's lead. Some are still supplying, as an example Postfix 2.1 or other software that has been deprecated for over 3 years as their current versions. This causes users on these systems to either work with old software or "roll their own" which can lead to unforeseen problems. I would certainly hope that FreeBSD does not fall into that abyss. -- Jerry FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ I will never lie to you. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 10:28:48 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66B621065676 for ; Wed, 31 Mar 2010 10:28:48 +0000 (UTC) (envelope-from eirnym@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id E023C8FC14 for ; Wed, 31 Mar 2010 10:28:47 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so376906fgb.13 for ; Wed, 31 Mar 2010 03:28:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:in-reply-to:x-mailer :subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc; bh=Lx8doFgQdXDbxWIvaV05+m4DXEo3/blq/nVCkQWzUUM=; b=j3fVF9j6oGZ5UCm3o+O6mEIn7Y00UooDdt/GHFB4mUGmxGn6iqAkcqYMn66/FXTUDv wClXIoRbYiMLPfTw0/GIsE3wnwzcLGjPkM7ziKbZjhiFnMqZOhM3EOtsVdooDdwGoeaP EH6qt8lkJUyMN6HQbWYkO45aY0dIG5Trke+fw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:in-reply-to:x-mailer:subject:references:message-id :content-type:content-transfer-encoding:mime-version:date:cc; b=UW2r4I+ieG0cGiMjesZH4x2hrlj7hViNODe6yoE3lm52bGO8xyxyMZo9pqxjt0gSKn qH2RHaTKDqRL3CNIgoiQRczRJhVtsawuh6ScbpDJ4ghK+S+BO5Hz8Z+1eKsJhWyUB7xJ IBj8J7LMKbxl+J5OVPF0mjoy5rRy1qUO/2Alc= Received: by 10.103.135.25 with SMTP id m25mr4503837mun.32.1270031326724; Wed, 31 Mar 2010 03:28:46 -0700 (PDT) Received: from [192.168.0.7] ([77.41.31.122]) by mx.google.com with ESMTPS id t10sm921616muh.29.2010.03.31.03.28.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 03:28:46 -0700 (PDT) From: Arseny Nasokin To: Garrett Cooper In-Reply-To: X-Mailer: iPhone Mail (7D11) References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> Message-Id: <2D3A9639-74EC-4E8C-82A2-2794751327EC@gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7D11) Date: Wed, 31 Mar 2010 14:28:46 +0400 Cc: Alexey Shuvaev , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 10:28:48 -0000 On 31 Mar 2010, at 12:39, Garrett Cooper wrote: >> If we are talk about specialized optimisations or customisations we >> should >> talk about ports system. If we talk about desktop machines, there >> binary >> packages are better in most cases (for example, using Synaptics >> frontend) > > YMMV, but most of the time binary packages are built with the idea in > mind that it will meet the majority of the end-users' needs instead of > a specific case (unless there is a good reason for there being > variance, in that case ports are split, i.e. vim, vim-lite, etc). > > There is a small amount of optimization that can be gained by using > proper CFLAGS as well with more modern hardware (let's face it.. the > default flags that binary packages are built with are meant to run on > generic old-school IBM clones all the way up to the most bleeding edge > AMD and Intel processors for instance) -- so if you use the > appropriate CPUTYPE and CFLAGS you can gain performance wise, because > you're tailoring the programs you compile to meet your system's > capabilities. You just have to be careful because ricing is something > that Gentoo users got themselves in trouble with back around 2003 ~ > 2004, and then I think that most people learned that they weren't > really gaining much in performance and were losing in stability, so > they stopped ricing their compiles. > > Cheers, > -Garrett I've talked about custom built-in settings. Different options are need in different situations. We doesn't have any real statistics about options use. For example, gvim(1) is good idea on most desktop systems, but after some issue, I build vim without GUI support. Issue is simple: Start x11, run xterm, run screen in it, detach, shutdown x11 server. Attach to screen from text mode and run vim. You'll get at least warning and slow startup. Second issue about is why should X11 be on headless server? What should we do in this case? Create 10-20 packages for every program? Or provide customisation interface (ports tree)? If second we can provide ports tree, which can download prebuild package if common options are used or build it in other case or if user want it. From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 10:28:57 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D7F1065672 for ; Wed, 31 Mar 2010 10:28:57 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 196388FC0A for ; Wed, 31 Mar 2010 10:28:56 +0000 (UTC) Received: from 168-254.105-92.cust.bluewin.ch ([92.105.254.168] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NwvAI-0000IT-CA; Wed, 31 Mar 2010 12:28:51 +0200 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Wed, 31 Mar 2010 12:25:10 +0200 From: "Pietro Cerutti" Date: Wed, 31 Mar 2010 12:25:10 +0200 To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Message-ID: <20100331102509.GI34892@gahrfit.gahr.ch> References: <4BACFE18.7010309@delphij.net> <86wrwylji0.fsf@ds4.des.no> <4BAD509B.3080805@delphij.net> <86ljdelhgd.fsf@ds4.des.no> <4BAD62CF.6090901@delphij.net> <868w9elego.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+G3HLlWI7eRTl+h" Content-Disposition: inline In-Reply-To: <868w9elego.fsf@ds4.des.no> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.20 (2009-06-14) 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.ch X-Source: X-Source-Args: X-Source-Dir: Cc: ports@freebsd.org, d@delphij.net, Alexander Logvinov , the_paya@gentoo.org, freebsd-arch@freebsd.org Subject: Re: [RFC] Reduce namespace pollution on zlib.h 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: Wed, 31 Mar 2010 10:28:57 -0000 --k+G3HLlWI7eRTl+h Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-27, 02:51, Dag-Erling Sm=C3=B8rgrav wrote: > Xin LI writes: > > So... May I consider my import just exposed some existing bugs in other > > applications and we don't want to workaround these issues? >=20 > Correct. Just to make it clear so that everyone knows how we're going to handle this: are you (src people) going to commit a fix to unexpose LFS crap or are we (ports people) supposed to fix each and every single port that supposes to be on Linux? The attentive reader will note a bias towards the former :) --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --k+G3HLlWI7eRTl+h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuzIwUACgkQwMJqmJVx944OwACgiL36ea+2aigN9/+ihTOUr7+Q CNsAmwWI2KEDRmKkblW9+OLqpT/jYpYa =vLIB -----END PGP SIGNATURE----- --k+G3HLlWI7eRTl+h-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 10:41:14 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93B4D106564A for ; Wed, 31 Mar 2010 10:41:14 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 60ED78FC12 for ; Wed, 31 Mar 2010 10:41:14 +0000 (UTC) Received: by pwi9 with SMTP id 9so992103pwi.13 for ; Wed, 31 Mar 2010 03:41:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:received:message-id:subject:from:to:cc:content-type; bh=qEfyEXcJNr1CSv97B9XaLZqvseiZwNtBxdcdbRd22Jk=; b=ckeebakE4Ymrg6zxwqW8ssJUYj0sbrItucd403PHADqda+dJw6TMox+W2gmzQNfOiA IqvwMduZ5LkK2CjoX3OfsP1TnOPUem+hJuERwg7NW2jKWSq4g+RHvColkrJj3wubekbJ PEcfst2VbDFnN0bsJPTsx3JxC8dqq7hGPx4oE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xVaMj1Y+eQYrVZd4hVJffYtkH6orgHVRb9EVsW8JaEpeMQS7OxtKd1HyVadWBOUVwQ OFVUdxlesGweh8S+yrfwI3zFFfFUrspvkbyZfkK03o0D/Ch/Z/sWxU9tZFMOFxUe5OEn HTCAzdCV+7YhC33HgCw4/0KNidOdeTrE5EmqE= MIME-Version: 1.0 Received: by 10.140.127.14 with HTTP; Wed, 31 Mar 2010 03:41:13 -0700 (PDT) Received: by 10.140.127.14 with HTTP; Wed, 31 Mar 2010 03:41:13 -0700 (PDT) In-Reply-To: References: <4BACFE18.7010309@delphij.net> <86wrwylji0.fsf@ds4.des.no> <4BAD509B.3080805@delphij.net> <86ljdelhgd.fsf@ds4.des.no> <4BAD62CF.6090901@delphij.net> <868w9elego.fsf@ds4.des.no> <20100331102509.GI34892@gahrfit.gahr.ch> Date: Wed, 31 Mar 2010 03:41:13 -0700 Received: by 10.141.89.14 with SMTP id r14mr2444093rvl.33.1270032073702; Wed, 31 Mar 2010 03:41:13 -0700 (PDT) Message-ID: From: Xin LI To: gahr@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: d@delphij.net, the_paya@gentoo.org, ports@freebsd.org, freebsd-arch@freebsd.org, =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , Alexander Logvinov Subject: Re: [RFC] Reduce namespace pollution on zlib.h X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 10:41:14 -0000 I will merge an upstream change from zlib, which basically unexpose LFS stuff on FreeBSD, and I plan to keep the off_t bits =3D=3D 64. However, I = would highly recommend ports maintainers to push upstream fix for LFS64 definitio= n removal since they are wrong on FreeBSD On Mar 31, 2010 3:30 AM, "Pietro Cerutti" wrote: On 2010-Mar-27, 02:51, Dag-Erling Sm=C3=B8rgrav wrote: > Xin LI writes: > > So... ... Just to make it clear so that everyone knows how we're going to handle this: are you (src people) going to commit a fix to unexpose LFS crap or are we (ports people) supposed to fix each and every single port that supposes to be on Linux? The attentive reader will note a bias towards the former :) -- Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 11:31:23 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AB24106566C; Wed, 31 Mar 2010 11:31:23 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id CF9748FC19; Wed, 31 Mar 2010 11:31:22 +0000 (UTC) Received: from 168-254.105-92.cust.bluewin.ch ([92.105.254.168] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Nww8i-0002yF-7k; Wed, 31 Mar 2010 13:31:17 +0200 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Wed, 31 Mar 2010 13:27:35 +0200 From: "Pietro Cerutti" Date: Wed, 31 Mar 2010 13:27:35 +0200 To: Xin LI Message-ID: <20100331112735.GJ34892@gahrfit.gahr.ch> References: <4BACFE18.7010309@delphij.net> <86wrwylji0.fsf@ds4.des.no> <4BAD509B.3080805@delphij.net> <86ljdelhgd.fsf@ds4.des.no> <4BAD62CF.6090901@delphij.net> <868w9elego.fsf@ds4.des.no> <20100331102509.GI34892@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PWfwoUCx3AFJRUBq" Content-Disposition: inline In-Reply-To: X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.20 (2009-06-14) 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.ch X-Source: X-Source-Args: X-Source-Dir: Cc: d@delphij.net, the_paya@gentoo.org, ports@freebsd.org, freebsd-arch@freebsd.org, Dag-Erling =?utf-8?B?U23DuHJncmF2?= , Alexander Logvinov Subject: Re: [RFC] Reduce namespace pollution on zlib.h 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: Wed, 31 Mar 2010 11:31:23 -0000 --PWfwoUCx3AFJRUBq Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-31, 03:41, Xin LI wrote: > I will merge an upstream change from zlib, which basically unexpose LFS > stuff on FreeBSD, and I plan to keep the off_t bits =3D=3D 64. However, = I would > highly recommend ports maintainers to push upstream fix for LFS64 definit= ion > removal since they are wrong on FreeBSD Sounds great, thanks! >=20 > On Mar 31, 2010 3:30 AM, "Pietro Cerutti" wrote: >=20 > On 2010-Mar-27, 02:51, Dag-Erling Sm=C3=B8rgrav wrote: > > Xin LI writes: > > > So... ... > Just to make it clear so that everyone knows how we're going to handle > this: are you (src people) going to commit a fix to unexpose LFS crap > or are we (ports people) supposed to fix each and every single port > that supposes to be on Linux? >=20 > The attentive reader will note a bias towards the former :) >=20 > -- > Pietro Cerutti > The FreeBSD Project > gahr@FreeBSD.org >=20 > PGP Public Key: > http://gahr.ch/pgp > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --PWfwoUCx3AFJRUBq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuzMaYACgkQwMJqmJVx946w9wCgm5x1kJN1sevZYmXlKzloNyCy LRoAoJXDuLF5bdFyfTJxy+o4fXhxDmE7 =r2tK -----END PGP SIGNATURE----- --PWfwoUCx3AFJRUBq-- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 11:49:21 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14551065676 for ; Wed, 31 Mar 2010 11:49:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0FB8FC1B for ; Wed, 31 Mar 2010 11:49:21 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CFB7.dip.t-dialin.net [217.226.207.183]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 093E58442CC; Wed, 31 Mar 2010 13:49:12 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 19E55508E; Wed, 31 Mar 2010 13:49:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270036149; bh=djQWb84BbagJevyvXRiPLF66cu6wkBRMG7Djoe5ozLQ=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=HV05ftjhrno9+m9laLpRSK9OFxmNcmf1TQb/J2QPHIEZE3x6Ugg9/CFCrVNtKjnLC b1Ky1YQaTxwIoY29yE20S95rjJsEFHHBQ4WLFNh2wMQFT2vTmGs4GQU4uRQgne5oyW UMZsqes/R7AMO7pzhnSN6Du/3K47LU6I846pWBaL2BD3qUVgHSQjMtq84JlQsgaXN4 Yr2ZQjiHQu1t7Qqh9UlJ1sAXC35j8uC9FGkLS/ZgrMi5zYxzlcGWgIlO3i/JODzyi1 EEqHbwG3ivQMHBW/B81RYOy8pQPXO8bEfocCRZXda7yAChKOqJN9g1WDZ6FZL+3f53 NaxvCojeOQuBQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o2VBn8n9000212; Wed, 31 Mar 2010 13:49:08 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 31 Mar 2010 13:49:08 +0200 Message-ID: <20100331134908.18805n93tsol8co4@webmail.leidinger.net> Date: Wed, 31 Mar 2010 13:49:08 +0200 From: Alexander Leidinger To: Florent Thoumie References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 093E58442CC.5C99A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1270640955.72861@JY4hyfDI5+gnkt1dVQ+KGA X-EBL-Spam-Status: No Cc: FreeBSD Ports , Garrett Cooper , Matthias Andree Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 11:49:22 -0000 Quoting Florent Thoumie (from Mon, 29 Mar 2010 09:10:54 +0000): > I mentioned getting rid of those pesky @*exec lines a few years ago, > but this was met by quite a lot of objection. > > I still think it would be a good change, assuming that we provide > equivalent (or better) features: > > - Configuration files should be marked and automatically dealt with by > the infrastructure, not by esoteric commands. > - Subroutines for shell scripts should be provided along with > pkg_install, or be installed by a third party port (users/groups > creation comes to mind). > - Scripts should be automatically picked up as you mentioned. We're > trying to shove most targets in pkg-install, but it probably would be > best to split it (preinstall, postinstall, predeinstall, > postdeinstall). Good thing is, this doesn't require any change in > pkg_install since it's already supported. > > One of the added bonus is that some code that appears both in Makefile > and pkg-plist will only be in preinstall/postinstall scripts. Given that a lot of the @(un)exec is comming from ports/Mk/bsd.*.mk, and that you can detect if there is already a pre-/post-install script in bsd.port.mk, it should be not so hard for the people which propose those (IMO good) ideas to come up with a patch for bsd.port.mk which generates pre-/post-install scripts with appropriate commands and does not add the @(un)exec to pkg-plist for those ports, which do not have a pre-/post-install script. It could serve as a proof of concept and would show more clearly what you have in mind. Done nicely, it also allows to keep a lot of the stuff in the Makefile and only write such scripts by hand if absolutely necessary (think about e.g. "CREATE_USER=name1:UID1 name2:UID2" which would already cover a lot if not most use cases). Bye, Alexander. -- Behold the unborn foetus and Weep salt tears crocodilian; All life is sacred (save, of course, An enemy civilian). http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 11:57:49 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BE95106564A for ; Wed, 31 Mar 2010 11:57:49 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id E47858FC1A for ; Wed, 31 Mar 2010 11:57:45 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so1293qwe.7 for ; Wed, 31 Mar 2010 04:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:message-id:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=zdiVnpYZMLle3GFlVdWjt9E3hqd7wul4JwokrSNGiDI=; b=Hp4OZTEmT+HcuJoox0M9+5XIfHg2C7Y9SUmrx0OWJFrX01PVsYjxSJlspwDVLrkfZW LbQEMB08l4bhPFUNUoF8ISOQid78UVtXKeDY8hZ0O9TSpDFByA8OkSVyaDE8xkVm4VTN evVeUUy1obUNM5srmtiNAh0I/MJHOWiEymUMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=MHH3OITLin2+XpRSaEVU809U4tjKlYNXQH4gKbBEFE5iWCWwgE9A8b5M1D2DYwb3Je DCFSqP9nlh47SJTq3KOmsmrKGd+fYtOmAat+XYcM06aRWnHVep6rktEOxHe8dOc2wwTe z/iwRTiIr1vNAIh4NyBWoFoebva34jyiWBSPs= Received: by 10.224.17.214 with SMTP id t22mr2741909qaa.194.1270036249241; Wed, 31 Mar 2010 04:50:49 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 23sm6049462iwn.6.2010.03.31.04.50.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 04:50:48 -0700 (PDT) Sender: "J. Hellenthal" Date: Wed, 31 Mar 2010 07:50:19 -0400 From: jhell To: rfc@blinky-lights.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: ports@freebsd.org, sean-freebsd@farley.org Subject: [BROKEN] ports/misc/rfc with -i flag X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 11:57:49 -0000 Whenever I use rfc -i to update the index I am getting this: Modem users one moment, it's about 400k (doesn't need to be updated often) original lines = 22143 /usr/local/etc/rfc-index new lines = 7 /usr/local/etc/rfc-index With the contents of: Forbidden You don't have permission to access /in-notes/rfc-index.txt on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. This follows through to every server I have it try to connect to. Could they be possibly blocking by referer or only excepting specific referers ? Is there anything you can suggest changing in the script for the meantime to resolve this error ?. rfc-index is able to be fetched by methods of fetch(1) and wget(1) on FreeBSD so this seems to be specific to rfc(1) While this is busted I just replaced the rfc(1) -i with wget(1) in a crontab to update it once a month until this is fixed. Thanks, PS: Other tool suggestions are perfectly welcome. I would be interested to hear what everyones using for these purposes. -- jhell From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 12:01:15 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBC74106566C for ; Wed, 31 Mar 2010 12:01:14 +0000 (UTC) (envelope-from florent.thoumie@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 51E178FC19 for ; Wed, 31 Mar 2010 12:01:13 +0000 (UTC) Received: by fxm25 with SMTP id 25so11601fxm.3 for ; Wed, 31 Mar 2010 05:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:received:message-id :subject:to:cc:content-type; bh=iS1Pi0KVL1umio/akLuPGdukn/ayizpCSEJDffSavrQ=; b=YCtxI71D0zlbGjW2RLlDZEvkkfCyqPmpnpCxxlQQDaGV0ePbI6dUcMcw16/QOdVmA/ sVHalgD7F+w0U2OvVPwaJo63G3dLrcHOp5g7molFZXrl4KoVzFDaHQEuafefJvp+pVRx CUPDqpxiPIT5he1/RhwUrv6qfSad1iWHjeVLk= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=fyifilfZLxl+/yScIZrOyaGVXmOZuchH5PaQi/rms72wfSvOGtoFRhI//vyNRxMKdX UK7zhuTGACg9GmjwxtD4StXAvdNm9BzYaPelN7TN+R9INds8NXB58KABaVDxLXVnLLjG ov+S8S4Hpevt/o5WlULV+Y7UU7FpxX5ZAP5RQ= MIME-Version: 1.0 Sender: florent.thoumie@gmail.com Received: by 10.239.182.206 with HTTP; Wed, 31 Mar 2010 05:00:53 -0700 (PDT) In-Reply-To: <20100331134908.18805n93tsol8co4@webmail.leidinger.net> References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> <20100331134908.18805n93tsol8co4@webmail.leidinger.net> From: Florent Thoumie Date: Wed, 31 Mar 2010 12:00:53 +0000 X-Google-Sender-Auth: ca8b4a2654a75e2b Received: by 10.239.131.199 with SMTP id 7mr725216hbo.175.1270036873134; Wed, 31 Mar 2010 05:01:13 -0700 (PDT) Message-ID: To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Ports , Garrett Cooper , Matthias Andree Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 12:01:15 -0000 On Wed, Mar 31, 2010 at 11:49 AM, Alexander Leidinger wrote: > Quoting Florent Thoumie (from Mon, 29 Mar 2010 09:10:54 > +0000): > >> I mentioned getting rid of those pesky @*exec lines a few years ago, >> but this was met by quite a lot of objection. >> >> I still think it would be a good change, assuming that we provide >> equivalent (or better) features: >> >> - Configuration files should be marked and automatically dealt with by >> the infrastructure, not by esoteric commands. >> - Subroutines for shell scripts should be provided along with >> pkg_install, or be installed by a third party port (users/groups >> creation comes to mind). >> - Scripts should be automatically picked up as you mentioned. We're >> trying to shove most targets in pkg-install, but it probably would be >> best to split it (preinstall, postinstall, predeinstall, >> postdeinstall). Good thing is, this doesn't require any change in >> pkg_install since it's already supported. >> >> One of the added bonus is that some code that appears both in Makefile >> and pkg-plist will only be in preinstall/postinstall scripts. > > Given that a lot of the @(un)exec is comming from ports/Mk/bsd.*.mk, and > that you can detect if there is already a pre-/post-install script in > bsd.port.mk, it should be not so hard for the people which propose those > (IMO good) ideas to come up with a patch for bsd.port.mk which generates > pre-/post-install scripts with appropriate commands and does not add the > @(un)exec to pkg-plist for those ports, which do not have a > pre-/post-install script. That would be a good start indeed, but this is the easy part. > It could serve as a proof of concept and would > show more clearly what you have in mind. Done nicely, it also allows to keep > a lot of the stuff in the Makefile and only write such scripts by hand if > absolutely necessary (think about e.g. "CREATE_USER=name1:UID1 name2:UID2" > which would already cover a lot if not most use cases). CREATE_USER? Have you been living under a rock recently? :-) I suppose Garrett sent this email to get a feel of what the general consensus was. If it turns out that people agree we should get rid of those lines, then I'm sure we can find people willing to do the necessary work. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 14:37:35 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E75A9106568E for ; Wed, 31 Mar 2010 14:37:35 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFA48FC24 for ; Wed, 31 Mar 2010 14:37:34 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CFB7.dip.t-dialin.net [217.226.207.183]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id F07238442CD; Wed, 31 Mar 2010 16:37:28 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 1439E50A4; Wed, 31 Mar 2010 16:37:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270046246; bh=KDuc0ix6ipsQqxgb8MRfISQNfdr94DHWXtWG1VG6LpM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=D8ThIDOrkWVieMQztp2qjksKtKCKyw9Fd8mYeV08Wl2oAI54u5dZkWcdsc5QYc64p 7z/tw/lt2d03rXG9aEetmIxbDH5kay9omGwMG1XhZ+5W4DuWgJASCZxOG+5ZE8N2Ig 9S4fiEWBvhLqkzEI0rPJDa6JYhwk5z6j8Jwf7spOq49PncDnvcvIlzZq/o2NvpVMLv 2fIWQYlvyNZ9PeuvgtIRpOLFYpI7M2ipjT6aD+XEvD0MJqgR3lsCi7OfPRIF6lXcMJ lFUN6MorriiC85UKm0yWldalekwIGn7wfdC0xtnJoFMaZ4cx3r28qS34uEQZJDEdgL HwVOX1FHW0WQQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o2VEbPLb038726; Wed, 31 Mar 2010 16:37:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 31 Mar 2010 16:37:25 +0200 Message-ID: <20100331163725.17505g6k23u43isc@webmail.leidinger.net> Date: Wed, 31 Mar 2010 16:37:25 +0200 From: Alexander Leidinger To: Florent Thoumie References: <7d6fde3d1003272314r25305a39mce9893e07453ef90@mail.gmail.com> <20100331134908.18805n93tsol8co4@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: F07238442CD.BD98E X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1270651050.31223@upGBdM0tM8IEpR09UYFnUw X-EBL-Spam-Status: No Cc: FreeBSD Ports , Garrett Cooper , Matthias Andree Subject: Re: [RFC] deprecate @exec and @unexec in plists in favor of pre-install and post-install scripts X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 14:37:36 -0000 Quoting Florent Thoumie (from Wed, 31 Mar 2010 12:00:53 +0000): >> It could serve as a proof of concept and would >> show more clearly what you have in mind. Done nicely, it also allows to keep >> a lot of the stuff in the Makefile and only write such scripts by hand if >> absolutely necessary (think about e.g. "CREATE_USER=name1:UID1 name2:UID2" >> which would already cover a lot if not most use cases). > > CREATE_USER? Have you been living under a rock recently? :-) Seems so... but hey, not every port creates users, so I feel free to reject the pointy hat. :) > I suppose Garrett sent this email to get a feel of what the general > consensus was. If it turns out that people agree we should get rid of > those lines, then I'm sure we can find people willing to do the > necessary work. Personally I do not care if those lines vanish or not, but I agree that it would be a good idea to create some kind of library of common stuff (which includes the cleanup of existing stuff as time permits). This library does not need to do this stuff the same way as it is done currently, if the new way is more easy (in whatever way makes sense here) for the person porting some software. The see several benefits in the pre-/post-install way and no obvious harm in case the script is created automatically by the ports collection most of the time. Or in short: ++vote; Bye, Alexander. -- Watership Down: You've read the book. You've seen the movie. Now eat the stew! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 14:51:59 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04F56106564A for ; Wed, 31 Mar 2010 14:51:59 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BF0AE8FC16 for ; Wed, 31 Mar 2010 14:51:58 +0000 (UTC) Received: by pwi9 with SMTP id 9so183497pwi.13 for ; Wed, 31 Mar 2010 07:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=/JXsYFWzNGb1EASuYT6w89jOPIy/ui7WrH7VR0iZkAI=; b=Oqa0E8KPtVrrsDW6Q1y3CJ5W2oJtXil2c6qiMoV2KyORWOqFvvfUrQkiIX6Fm9/r6Q z1yh3NRDmVTAv1iYQgFWSUarPhiAUk6dr6wX5RYciJHKEd1PFAArarCvrh+j2l7Yer8D CCJmzNyz+3ZxCz4CfEQsD0eRsZTEM0gZ74Cl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=UBBIfqeo4mNN+1w6m++2qfYDMBgzLJucLIMotyCjVEMmXfVUwCPr75tmKxaZtrjiDj KhdkTiG8pHQQZI6WiGTsQQdwdwhS8P4D+Rm0ZXevGA9jZrOGCBg6UA0ZwFvyAHmXE5at SKJDIxegGdNg0pLq9N6XUaGx/iPT/SLTo8LzI= Received: by 10.141.213.31 with SMTP id p31mr641148rvq.21.1270047117744; Wed, 31 Mar 2010 07:51:57 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 21sm299069iwn.3.2010.03.31.07.51.55 (version=SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 07:51:55 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BB36173.6080901@dataix.net> Date: Wed, 31 Mar 2010 10:51:31 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Oliver Lehmann References: <20100331073626.32462.qmail@avocado.salatschuessel.net> In-Reply-To: <20100331073626.32462.qmail@avocado.salatschuessel.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, sylvio@FreeBSD.org, openoffice@freebsd.org Subject: Re: Openoffice 3.2.0 build error X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2010 14:51:59 -0000 On 03/31/2010 03:36, Oliver Lehmann wrote: > Hi, > when trying to compile openoffice.org-3 I'm getting: > c++ -fmessage-length=0 -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 > -DENABLE_LAYOUT_EXPERIMENTAL=0 -I. > -I../../../../../../unxfbsdx.pro/inc/c5t_testresult -I../inc > -I../../../../../../inc/pch -I../../../../../../inc > -I../../../../../../unx/inc -I../../../../../../unxfbsdx.pro/inc -I. > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solver/320/unxfbsdx.pro/inc/stl > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solver/320/unxfbsdx.pro/inc/external > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solver/320/unxfbsdx.pro/inc > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solenv/unxfbsdx/inc > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solenv/inc > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/res > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solver/320/unxfbsdx.pro/inc/stl > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solenv/inc/Xp31 -I/usr/local/diablo-jdk1.6.0/include > -I/usr/local/diablo-jdk1.6.0/include/freebsd > -I/usr/local/diablo-jdk1.6.0/include/bsd > -I/usr/local/diablo-jdk1.6.0/include/linux > -I/usr/local/diablo-jdk1.6.0/include/native_threads/include > -I/usr/local/include > -I/usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320 > > _m12/solver/320/unxfbsdx.pro/inc/offuh -I../../include > -I../../../../../../res -I. -pipe -fvisibility-inlines-hidden -g1 -Wall > -Wextra -Wendif-labels -Wshadow -Wno-ctor-dtor-privacy > -Wno-non-virtual-dtor -fpic -DFREEBSD -DUNX -DVCL -DGCC -DC341 > -DX86_64 -DX86_64 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR > -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=450 -DHAVE_GCC_VISIBILITY_FEATURE > -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.2 > -DSUPD=320 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 > -DOPTIMIZE -DCUI -DSOLAR_JAVA -DSHAREDLIB -D_DLL_ -fexceptions > -fno-enforce-eh-specs -DEXCEPTIONS_ON -o > ../../../../../../unxfbsdx.pro/slo/TestResult.o > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp > In file included from > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:4 > > : > ../../include/cppunit/result/TestResult.h:72: error: 'ErrorType' has not > been declared > ../../include/cppunit/result/TestResult.h:72: error: expected ',' or > '...' before 'eType' > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:4 > > 6: error: 'ErrorType' has not been declared > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:4 > > 6: error: expected ',' or '...' before '_eType' > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp: > In member function 'virtual void > CppUnit::TestResult::addError(CppUnit::Test*, CppUnit::Exception*, int)': > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:4 > > 8: error: '_eType' was not declared in this scope > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp: > At global scope: > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:4 > > 6: warning: unused parameter 'num' > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp: > In member function 'virtual void > CppUnit::TestResult::addFailure(CppUnit::Test*, CppUnit::Exception*)': > /usr/obj/amd64-athlon64-8.0/usr/ports/editors/openoffice.org-3/work/OOO320_m > > 12/cppunit/unxfbsdx.pro/misc/build/cppunit-1.8.0/src/result/TestResult.cpp:5 > > 9: error: 'ErrorType' has not been declared > dmake: Error code 1, while making > '../../../../../../unxfbsdx.pro/slo/TestResult.obj' > dmake: Error code 255, while making 'target' > dmake: Error code 255, while making > './unxfbsdx.pro/misc/build/so_built_so_cppunit' > > How can this be fixed? Remove (pkg_delete -d -f cppunit-1.\*) and restart your build with a make from /usr/ports/editors/openoffice-3/ and it should continue in the same place it left off. In case it does not start from the same place and fails just make clean && make should restart it. This has been a known problem for a while. What actual use cppunit is, is beyond me. And it looks as if it was required by epdfview on my system and re-installed after the recent upgrades involving png-. Maintainer of epdfview CC'd. Comment to Maintainer: Does this port (epdfview) really require cppunit ? as this seems to be the only case on my system that is pulling this in do you think it could possibly phased out of the port ?. Comment to OpenOffice Maintainers: Would it be a possibility to check for the install of cppunit & possibly prompt the user to remove the package or even possibly provide a option to remove the package right from the Makefile so it does not stop a upgrade process ? as this seems to have been a problem since OOo 2+ Thanks & regards, -- jhell From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 15:10:58 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7E381065673; Wed, 31 Mar 2010 15:10:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f203.google.com (mail-yx0-f203.google.com [209.85.210.203]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4ED8FC1C; Wed, 31 Mar 2010 15:10:58 +0000 (UTC) Received: by yxe41 with SMTP id 41so110804yxe.14 for ; Wed, 31 Mar 2010 08:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=CYGCKpzHZYqn/qvR3NdoLQ25SnB00vt8sGo7nSr9KY8=; b=FfO0XPnEKlwa3L4pagHwln/k/MyrukHF7h6nji8m9l0laFsaNec2/rHDCFa/I6DHz4 Jhv2pjcN1kFXYN81ucbZnuU5LC6C1lKne9RO4pCjfM9XlWMws/riS8f2KTLy6gS1FhBf QyUpDG+XXAiRqcZvSTUiNMNUvvYfq/nMORk8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=AJdju/uJr7nxJU07J1kHM40N5OBbQCd8CfBJCcpEDLl5debfLQv6widHif1A3H5qTk x9YuDOYhS4XaXFnFYJFWVD/f+EYS8KXcVJw96fbN3UQPiGqSJfXIhrArfe6jIvSWasKX b+/MtwNZJvgE8/MtKxECcrUj8tuXEb6ImhC6s= Received: by 10.142.119.26 with SMTP id r26mr3479173wfc.257.1270048254310; Wed, 31 Mar 2010 08:10:54 -0700 (PDT) Received: from centel.dataix.local (adsl-99-109-124-168.dsl.klmzmi.sbcglobal.net [99.109.124.168]) by mx.google.com with ESMTPS id 21sm307102iwn.15.2010.03.31.08.10.52 (version=SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 08:10:53 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BB365E5.5010805@dataix.net> Date: Wed, 31 Mar 2010 11:10:29 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: dougb@freebsd.org, ports@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: portmaster v2.20 + request for (continue) feature improvement. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 15:10:59 -0000 Dear Doug, ;) It has crossed my mind through a couple upgrades the idea to implement a way for portmaster to continue a upgrade if the package set that is being upgraded have no dependencies on per say a package set that previously failed to upgrade. Please correct me if I am wrong but when the recent ports update that happened with png- I also had other ports that were out of date that needed upgrades that did not depend on png- or one of the packages that depended on something that depended png-. When one of the packages that depended on png- failed, portmaster then terminated leaving me to either specify package by package till the png- & dependents were fixed or provide a manual list of ports I knew could be upgraded without failing. Do you think it would be practical to build per say an array of packages that should be upgraded together that would result in portmaster to be able to continue with ports that it knows won't come back to a port that failed ? For instance mysql- needed to be upgraded but had no other dependencies that lead back to a port that depended on png-. This left my machine in a complete idle state while I was hoping! to use build time while I was not at the machine so actual usage time would not be affected by any type of load. Crossing fingers, Sincerely yours, Thanks in advance, ;) -- jhell From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 16:06:19 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29FAF106566B for ; Wed, 31 Mar 2010 16:06:19 +0000 (UTC) (envelope-from henk@signature.nl) Received: from dee.signature.nl (dee.signature.nl [81.18.162.68]) by mx1.freebsd.org (Postfix) with ESMTP id E63ED8FC15 for ; Wed, 31 Mar 2010 16:06:18 +0000 (UTC) Received: by dee.signature.nl (Postfix, from userid 1001) id 4F25C14DA52; Wed, 31 Mar 2010 17:49:01 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by dee.signature.nl (Postfix) with ESMTP id 4C8B814D900 for ; Wed, 31 Mar 2010 17:49:01 +0200 (CEST) Date: Wed, 31 Mar 2010 17:49:01 +0200 (CEST) From: Henk van Oers To: freebsd-ports@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: Unresolvable link(s) found in: /usr/local/lib/firefox3/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 16:06:19 -0000 After recompiling all png depends I ran libchk, just to be shure. [root@dragon /usr/ports]# libchk Will look into: /bin /lib /sbin /usr/bin /usr/games /usr/lib /usr/libexec /usr/local/bin /usr/local/kde4/lib /usr/local/lib /usr/local/libexec /usr/local/sbin /usr/sbin Unresolvable link(s) found in: /usr/local/lib/firefox3/components/libbrowsercomps.so libxul.so libxpcom.so Unresolvable link(s) found in: /usr/local/lib/firefox3/components/libbrowserdirprovider.so libxpcom.so Unresolvable link(s) found in: /usr/local/lib/firefox3/components/libimgicon.so libxpcom.so Unresolvable link(s) found in: /usr/local/lib/firefox3/plugins/libnullplugin.so libxul.so libxpcom.so Unreferenced library: /usr/lib/libform.so.4 [snip rest of unreferenced libs] FF runs fine. So, what are these broken libs? Not used by FF? From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 16:19:53 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80ADB106566B for ; Wed, 31 Mar 2010 16:19:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C67C88FC14 for ; Wed, 31 Mar 2010 16:19:52 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA22771; Wed, 31 Mar 2010 19:19:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BB37624.6020601@icyb.net.ua> Date: Wed, 31 Mar 2010 19:19:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Henk van Oers References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Unresolvable link(s) found in: /usr/local/lib/firefox3/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 16:19:53 -0000 on 31/03/2010 18:49 Henk van Oers said the following: > > After recompiling all png depends I ran libchk, just to be shure. > > [root@dragon /usr/ports]# libchk > Will look into: > /bin > /lib > /sbin > /usr/bin > /usr/games > /usr/lib > /usr/libexec > /usr/local/bin > /usr/local/kde4/lib > /usr/local/lib > /usr/local/libexec > /usr/local/sbin > /usr/sbin > Unresolvable link(s) found in: > /usr/local/lib/firefox3/components/libbrowsercomps.so > libxul.so > libxpcom.so > Unresolvable link(s) found in: > /usr/local/lib/firefox3/components/libbrowserdirprovider.so > libxpcom.so > Unresolvable link(s) found in: > /usr/local/lib/firefox3/components/libimgicon.so > libxpcom.so > Unresolvable link(s) found in: > /usr/local/lib/firefox3/plugins/libnullplugin.so > libxul.so > libxpcom.so > Unreferenced library: /usr/lib/libform.so.4 > [snip rest of unreferenced libs] > > FF runs fine. Short answer - why do you care then? :-) > So, what are these broken libs? Not used by FF? Those libraries are used and are found at run-time. -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 16:45:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB84C106566B for ; Wed, 31 Mar 2010 16:45:22 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FB058FC38 for ; Wed, 31 Mar 2010 16:45:22 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id D2E625C50; Wed, 31 Mar 2010 18:45:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1270053922; bh=vpz3owXPfXP1kvvszvN0bkdfLeWioZDRFuA1mKZSUno=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=RW6ou9ra+wYQOR/6GX9I2qR226Guzlty7heR2IZRRDzTMcy1Mycs3lVuS20kHsax0 s+me0KFBXJjUiosHSJuAfM7KTZMNccttgkxFd7qPpp1NVxgnCxhP5fGyrErX2vlAl4 qECi4QDNHzIk3dy0dexj36TkOK47QbLt+34/OGmQ= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o2VGjLDF048037; Wed, 31 Mar 2010 18:45:21 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Wed, 31 Mar 2010 18:45:21 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Arseny Nasokin Message-ID: <20100331164521.GJ85798@acme.spoerlein.net> Mail-Followup-To: Arseny Nasokin , Garrett Cooper , Alexey Shuvaev , "freebsd-ports@freebsd.org" References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> <2D3A9639-74EC-4E8C-82A2-2794751327EC@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2D3A9639-74EC-4E8C-82A2-2794751327EC@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexey Shuvaev , Garrett Cooper , "freebsd-ports@freebsd.org" Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 16:45:23 -0000 On Wed, 31.03.2010 at 14:28:46 +0400, Arseny Nasokin wrote: > I've talked about custom built-in settings. Different options are need > in different situations. We doesn't have any real statistics about > options use. > > For example, gvim(1) is good idea on most desktop systems, but after > some issue, I build vim without GUI support. Issue is simple: > > Start x11, run xterm, run screen in it, detach, shutdown x11 server. > Attach to screen from text mode and run vim. You'll get at least > warning and slow startup. > Second issue about is why should X11 be on headless server? > > What should we do in this case? Create 10-20 packages for every > program? Or provide customisation interface (ports tree)? > > If second we can provide ports tree, which can download prebuild > package if common options are used or build it in other case or if > user want it. This has been floated around in this thread as "fat packages", where you basically have the build cluster build a port, eg. three ways. In our case vim-lite (no x11), vim (gui) and vim-full (perl, cscope, ...). These three runs can than be combined into one fat package. As they share documentation and other "share/" data, only the binaries/libraries need to be stored 3x in the package and compression should nullify the .tbz growth further. Same could be done for mplayer, an mplayer-full "flavour" an mplayer-free flavour using only free codecs, etc. Similar things can be done for mysql's or openldap's -client and -server packages. In summary, pkg_add vim on a server without X11 libs can then decide to extract the non-X11 variant, while someone on a desktop system will get a bigger version. This however, needs better pkg_ tools, more/faster hardware in the build cluster and a ton of volunteer work that is hard to come by these days ... Regards, Uli From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 17:10:24 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A2F1065673 for ; Wed, 31 Mar 2010 17:10:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 64CAD8FC13 for ; Wed, 31 Mar 2010 17:10:24 +0000 (UTC) Received: (qmail 32677 invoked by uid 399); 31 Mar 2010 17:10:23 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Mar 2010 17:10:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB381FD.4010200@FreeBSD.org> Date: Wed, 31 Mar 2010 10:10:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: jhell References: <4BB365E5.5010805@dataix.net> In-Reply-To: <4BB365E5.5010805@dataix.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: portmaster v2.20 + request for (continue) feature improvement. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 17:10:24 -0000 On 03/31/10 08:10, jhell wrote: > > Dear Doug, ;) > > It has crossed my mind through a couple upgrades the idea to implement a > way for portmaster to continue a upgrade if the package set that is > being upgraded have no dependencies on per say a package set that > previously failed to upgrade. I've said many times that I'm not interested in implementing that feature. In my opinion a failed build/install is something that requires operator attention. While it is theoretically possible to work out the dependency graph in advance, it's not possible for portmaster to know the priorities of the human doing the upgrade. > Please correct me if I am wrong but when the recent ports update that > happened with png- I also had other ports that were out of date that > needed upgrades that did not depend on png- or one of the packages that > depended on something that depended png-. When one of the packages that > depended on png- failed, portmaster then terminated leaving me to either > specify package by package till the png- & dependents were fixed or > provide a manual list of ports I knew could be upgraded without failing. > > Do you think it would be practical to build per say an array of packages > that should be upgraded together that would result in portmaster to be > able to continue with ports that it knows won't come back to a port that > failed ? > > For instance mysql- needed to be upgraded but had no other dependencies > that lead back to a port that depended on png-. This left my machine in > a complete idle state while I was hoping! to use build time while I was > not at the machine so actual usage time would not be affected by any > type of load. I look forward to reviewing your patches to implement this feature. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 17:49:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29B1C106566B for ; Wed, 31 Mar 2010 17:49:01 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8863B8FC15 for ; Wed, 31 Mar 2010 17:49:00 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id o2VHmsxg041310 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 31 Mar 2010 18:48:55 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <4BB38B06.109@infracaninophile.co.uk> Date: Wed, 31 Mar 2010 18:48:54 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100330191416.GB98488@wep4035.physik.uni-wuerzburg.de> <2F334A43-634E-4AAC-A144-54200FEE7003@gmail.com> <7d6fde3d1003301349t32a98a49uc223a710a1f2ede4@mail.gmail.com> <57C3B32A-21E5-4D66-8311-800F62B54C6C@gmail.com> <7d6fde3d1003301714o1da03b52j8ac6b8122c1bc45d@mail.gmail.com> <066EBF09-FF6E-48C7-A1F9-0BB6B6A1EADC@gmail.com> <2D3A9639-74EC-4E8C-82A2-2794751327EC@gmail.com> <20100331164521.GJ85798@acme.spoerlein.net> In-Reply-To: <20100331164521.GJ85798@acme.spoerlein.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,DKIM_ADSP_ALL, SPF_FAIL autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on happy-idiot-talk.infracaninophile.co.uk Subject: Re: Old ports bugs analyzis X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 17:49:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31/03/2010 17:45:21, Ulrich Spörlein wrote: > This has been floated around in this thread as "fat packages", where you > basically have the build cluster build a port, eg. three ways. In our > case vim-lite (no x11), vim (gui) and vim-full (perl, cscope, ...). > These three runs can than be combined into one fat package. As they > share documentation and other "share/" data, only the binaries/libraries > need to be stored 3x in the package and compression should nullify the > .tbz growth further. The term 'fat packages' suggests to me packages that incorporate binaries for several different CPU architectures -- there's precedent for that usage in MacOS X[*]. 'Polymorphic' would be a better term IMHO - -- pkgs could be both fat and polymorphic if desired. Cheers, Matthew [*] Whether fat-ness is managed by introducing a port of the MacOS lipo(1) application and modifying the way applications are run and that dynamic linking works to support multi-architecture binaries is the way to go, or whether having architecture specific parts of a pkg that are installed selectively would be better is no doubt something that will provide many hours of enjoyable debate. - -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuziwYACgkQ8Mjk52CukIwMjACcC4wc4GcW4eERSpYTwoGEpzjy aGAAn1B/9A7vMy8LgeNhBkO9rYqQUafa =c6+5 -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 21:12:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E1CF106564A; Wed, 31 Mar 2010 21:12:51 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.211.171]) by mx1.freebsd.org (Postfix) with ESMTP id 21F3F8FC19; Wed, 31 Mar 2010 21:12:50 +0000 (UTC) Received: by ywh1 with SMTP id 1so269484ywh.3 for ; Wed, 31 Mar 2010 14:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=YpRFcrs0J/S9t92k0vNMJ0XfKviOVhcTxVNbo3AolLM=; b=a8m0/SmDi6ohuBqp9oLZEDPjw92uUe91OJ02x0NM0ruOVijQzqTqs6LwGT2oZVJC/Z Lhj9l64BzJIUSvA5ng4aGtZyi33lu/pHSzDeq5BuW0oQMI6gCZYqJc7PPv+iKOg8q5q5 6K4z9udsove8LYyBshTGubv1EiZEojuACVuCs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RFCz50sL3DS1TnB6gmrRkf5WRLmg98xq2Y4or0LpnDFrpGZmlxs22FQgFL4bTxIFE0 lFS6xeteFwjBmZyj75bOPcubPXTxZawH29lio8FEj5bA0iO2I4PhNpPwR55bSXd8ihE6 7ekL8bymb8m4AZkso5TYJo/zPb7mwcs+ZH81U= MIME-Version: 1.0 Received: by 10.150.97.18 with HTTP; Wed, 31 Mar 2010 14:12:50 -0700 (PDT) In-Reply-To: <4BB2E84A.2060000@FreeBSD.org> References: <4BB23953.7000606@FreeBSD.org> <4BB24F6F.2080908@FreeBSD.org> <4BB251D1.80505@delphij.net> <4BB2E84A.2060000@FreeBSD.org> Date: Wed, 31 Mar 2010 14:12:50 -0700 Received: by 10.151.87.10 with SMTP id p10mr517546ybl.85.1270069970305; Wed, 31 Mar 2010 14:12:50 -0700 (PDT) Message-ID: From: Xin LI To: Doug Barton Content-Type: text/plain; charset=UTF-8 Cc: Xin LI , kde@freebsd.org, freebsd-ports@freebsd.org Subject: Re: x11-toolkits/qt4-gui fails with zlib.h off64_t X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 21:12:51 -0000 On Tue, Mar 30, 2010 at 11:14 PM, Doug Barton wrote: > I can now confirm that with Xin's patch for zlib that all the qt4 stuff > builds, I updated virtualbox, and that builds and runs just fine. Just a quick update: zlib has been updated to 1.2.4.1 (beta) on -HEAD. I have tried qt4-gui and it seems the compilation issue has gone. Note that port maintainers are still encouraged to have upstream fix the _LARGEFILE64_SOURCE issue. Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 21:19:45 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956231065672 for ; Wed, 31 Mar 2010 21:19:45 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 572218FC08 for ; Wed, 31 Mar 2010 21:19:44 +0000 (UTC) Received: from mobileKamikaze.norad (unknown [88.130.196.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id C03438A19A7 for ; Wed, 31 Mar 2010 23:19:43 +0200 (CEST) Message-ID: <4BB3BC6F.9000105@bsdforen.de> Date: Wed, 31 Mar 2010 23:19:43 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Unresolvable link(s) found in: /usr/local/lib/firefox3/ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 31 Mar 2010 21:19:45 -0000 On 31/03/2010 17:49, Henk van Oers wrote: > > After recompiling all png depends I ran libchk, just to be shure. > ... > Unresolvable link(s) found in: > /usr/local/lib/firefox3/components/libbrowsercomps.so > libxul.so > libxpcom.so Those are false positives, the libraries belong to firefox and are even part of the same package. You can try the pkg_libchk command coming with sysutils/bsdadminscripts, which takes great care to avoid false positives. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 02:23:14 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50C161065670; Thu, 1 Apr 2010 02:23:14 +0000 (UTC) (envelope-from brushworth@bitbot.com.au) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 659B18FC12; Thu, 1 Apr 2010 02:23:12 +0000 (UTC) Received: by bwz8 with SMTP id 8so550389bwz.3 for ; Wed, 31 Mar 2010 19:23:11 -0700 (PDT) Received: by 10.204.10.7 with SMTP id n7mr501711bkn.10.1270086726453; Wed, 31 Mar 2010 18:52:06 -0700 (PDT) Received: from [192.168.212.101] ([203.89.74.12]) by mx.google.com with ESMTPS id a11sm62591947bkc.3.2010.03.31.18.52.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 31 Mar 2010 18:52:05 -0700 (PDT) Message-ID: <4BB3FC37.3080109@bitbot.com.au> Date: Thu, 01 Apr 2010 12:51:51 +1100 From: Brad Rushworth User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: jatzen@gmail.com, osa@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: FreeBSD Ports: www/nginx and www/rubygem-passenger X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 02:23:14 -0000 Hi, I just wanted to report that: www/rubygem-passenger is version 2.2.9 www/nginx 0.7.65 with PASSENGER_MODULE=on has passenger at 2.2.11 When I installed both they worked together, but I didn't think it was safe to run them together. The server headers showed X-Powered-By: as 2.2.9 whereas the Server: was 2.2.11. The problem seems to be that the www/nginx doesn't install passenger like I'm guessing it should? I didn't think I would have to install www/rubygem-passenger as well? But maybe I'm wrong. For some reason, I couldn't install by using: gem install passenger It would just sit idle for ages. Anyway, I tweaked the www/rubygem-passenger port to 2.2.11 and installed it that way. It all seems to be working now. Could the maintainer update www/rubygem-passenger to 2.2.11? Thanks. -- Regards, Brad Rushworth Managing Director BitBot Software Pty Ltd Phone: 1300 BIT BOT Fax: 02 4017 0682 Email: brad@bitbot.com.au Web: www.bitbot.com.au 265 King St, Newcastle, NSW 2300 From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 04:05:18 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 975) id 0B045106566C; Thu, 1 Apr 2010 04:05:18 +0000 (UTC) Date: Thu, 1 Apr 2010 04:05:18 +0000 From: "Sergey A. Osokin" To: Brad Rushworth Message-ID: <20100401040517.GB77685@FreeBSD.org> References: <4BB3FC37.3080109@bitbot.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4BB3FC37.3080109@bitbot.com.au> User-Agent: Mutt/1.4.2.1i Cc: jatzen@gmail.com, freebsd-ports@freebsd.org Subject: Re: FreeBSD Ports: www/nginx and www/rubygem-passenger X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 04:05:18 -0000 Hi, Brad. On Thu, Apr 01, 2010 at 12:51:51PM +1100, Brad Rushworth wrote: > > I just wanted to report that: > > www/rubygem-passenger is version 2.2.9 > > www/nginx 0.7.65 with PASSENGER_MODULE=on has passenger at 2.2.11 > > When I installed both they worked together, but I didn't think it was > safe to run them together. The server headers showed X-Powered-By: as > 2.2.9 whereas the Server: was 2.2.11. > > The problem seems to be that the www/nginx doesn't install passenger > like I'm guessing it should? 1. www/nginx (as well as www/nginx-devel) doesn't install passenger 2. www/nginx (as well as www/nginx-devel) compiles with support for passenger, because no other way (i.e. binary modules support) to work with third-party modules. > I didn't think I would have to install > www/rubygem-passenger as well? But maybe I'm wrong. You should install www/rubygem-passenger (for passenger) and web-server (www/nginx) for passenger support. > For some reason, I couldn't install by using: > gem install passenger > It would just sit idle for ages. > > Anyway, I tweaked the www/rubygem-passenger port to 2.2.11 and installed > it that way. Correct, patch for upgrade from 2.2.9 to 2.2.11 is trivial. > It all seems to be working now. OK. > Could the maintainer update www/rubygem-passenger to 2.2.11? Jacob, could you please send-pr with patch, Cc: to me, I'll commit changes ASAP. -- Sergey A. Osokin osa@FreeBSD.ORG From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 04:15:13 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4A31065673 for ; Thu, 1 Apr 2010 04:15:13 +0000 (UTC) (envelope-from rhyous@yahoo.com) Received: from web52107.mail.re2.yahoo.com (web52107.mail.re2.yahoo.com [206.190.48.110]) by mx1.freebsd.org (Postfix) with SMTP id E55248FC08 for ; Thu, 1 Apr 2010 04:15:12 +0000 (UTC) Received: (qmail 33346 invoked by uid 60001); 1 Apr 2010 03:48:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1270093711; bh=4IcZEGxBzCNDlbXIFsPYWp2sG78j6CNww1ZwSoHJoX0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=gZDRujllRENU6i4Bu4p42QLJIPLaOlYHqx1lL8goGgITkLZ6ody5j6sGjoRv0b9guc1HFX63aB/inAWEB+Xu3KKfquawRV7JeB1CJt5irts7QnwbX2hLN3NSKWBBGWnKOWGlsvwCK93Yda/XceX24+zkE5KeBKfGMjQpjS0szOc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=efEAU5W9wsXRtjFT5ZrcrFsVBLKXKLIok8CVLkh4LfTVuU5cr6qjzASGIrE7TTL7ku1wZMpMQYlXACO9m1bFF9h+Dq+oxX+2z00SbWHITTfKFqbNw96418/iTJFSF9Y17WojmE2gR0fFHqq8acl6kpwAu+v5rGN7vv4IXYY31KM=; Message-ID: <733049.29665.qm@web52107.mail.re2.yahoo.com> X-YMail-OSG: GM_5wVwVM1lJWgrtXsnd1KQsirBbaKWUyUqTkeYB2vim.CQCYZvnaEc70XKm0ZoqkYkJyETQvPRR3gjCnjG3J0n2N8TZ1Zu_amVHe6Zm.2J3Ze5b8ooe0MGisVieS7vU8aLmEh4RS4_TpheLUdY6fWtY6Mt7ARTzNFKommi5gOBLvGnE1kcB6hMEGaTOccboiFh_zpz1YF3w33I.M06r6F2khE_SmFNW6eugIlyd0r9AlcQA85WZYvv3ZomJf4Vo3B1vu9ygUJ5eT0eTyFwAB.zySsUg30E9OnAo13.LXD3.dWQd1zvXVu31VXsOot.NgcI- Received: from [71.195.248.121] by web52107.mail.re2.yahoo.com via HTTP; Wed, 31 Mar 2010 20:48:31 PDT X-Mailer: YahooMailRC/324.3 YahooMailWebService/0.8.100.260964 Date: Wed, 31 Mar 2010 20:48:31 -0700 (PDT) From: Jared Barneck To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 01 Apr 2010 11:25:22 +0000 Subject: Aqsis has incorrect dependency fltk-threads X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jared Barneck List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 04:15:13 -0000 Hey all, I searched the forum and didn't see any mention of Aqsis in recent posts. I downloaded ports just now (which I also see is not recommended to a lot of big changes) though I am not sure this is related to those big changes or not. Anyway, I was building Aqsis and it failed to build due to the dependency on fltk-threads. BUILD_DEPENDS= bison:${PORTSDIR}/devel/bison \ xsltproc:${PORTSDIR}/textproc/libxslt \ fltk-threads>=0:${PORTSDIR}/x11-toolkits/fltk-threads So really it is fltk-threads which fails and says to just install fltk as threads are enabled by default. So the dependency needs updated. It installed when I change the last line to this: fltk>=0:${PORTSDIR}/x11-toolkits/fltk Thanks, Jared From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 16:02:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB88D106566B for ; Thu, 1 Apr 2010 16:02:12 +0000 (UTC) (envelope-from gahr@gahr.ch) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 64BF38FC08 for ; Thu, 1 Apr 2010 16:02:12 +0000 (UTC) Received: from 168-254.105-92.cust.bluewin.ch ([92.105.254.168] helo=gahrfit.gahr.ch) by cpanel05.rubas-s05.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1NxMK1-0004U5-6z; Thu, 01 Apr 2010 17:28:42 +0200 Received: by gahrfit.gahr.ch (sSMTP sendmail emulation); Thu, 01 Apr 2010 17:24:52 +0200 From: "Pietro Cerutti" Date: Thu, 1 Apr 2010 17:24:52 +0200 To: Jared Barneck Message-ID: <20100401152451.GR34892@gahrfit.gahr.ch> References: <733049.29665.qm@web52107.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ubuMVesmirrCclZT" Content-Disposition: inline In-Reply-To: <733049.29665.qm@web52107.mail.re2.yahoo.com> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.20 (2009-06-14) 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.ch X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-ports@freebsd.org Subject: Re: Aqsis has incorrect dependency fltk-threads 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: Thu, 01 Apr 2010 16:02:12 -0000 --ubuMVesmirrCclZT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-31, 20:48, Jared Barneck wrote: > Hey all, >=20 > I searched the forum and didn't see any mention of Aqsis in recent posts.= I downloaded ports just now (which I also see is not recommended to a lot = of big changes) though I am not sure this is related to those big changes o= r not. >=20 > Anyway, I was building Aqsis and it failed to build due to the dependency= on fltk-threads. =20 Fixed, thanks! --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --ubuMVesmirrCclZT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku0usIACgkQwMJqmJVx946IuACgkoHscfSh4zsJs508b3abI0mt VFwAn2gd2BIDbnZYmCVC6RDPh6bRHMNd =XcOq -----END PGP SIGNATURE----- --ubuMVesmirrCclZT-- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 18:02:43 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75F10106564A for ; Thu, 1 Apr 2010 18:02:43 +0000 (UTC) (envelope-from frederic.perrin@resel.fr) Received: from maisel-gw.enst-bretagne.fr (maisel-gw.enst-bretagne.fr [192.44.76.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6AE8FC1A for ; Thu, 1 Apr 2010 18:02:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by maisel-gw.enst-bretagne.fr (Postfix) with ESMTP id 4DE9819809 for ; Thu, 1 Apr 2010 20:02:42 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at resel.fr Received: from maisel-gw.enst-bretagne.fr ([127.0.0.1]) by localhost (mercure.adm.maisel.enst-bretagne.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ksj9W8J7HgA7 for ; Thu, 1 Apr 2010 20:02:36 +0200 (CEST) Received: from girafe.home (ARennes-258-1-63-134.w90-31.abo.wanadoo.fr [90.31.254.134]) (Authenticated sender: fperrin) by maisel-gw.enst-bretagne.fr (Postfix) with ESMTPSA id 7788419802 for ; Thu, 1 Apr 2010 20:02:36 +0200 (CEST) Date: Thu, 1 Apr 2010 20:04:04 +0200 From: =?UTF-8?B?RnLDqWTDqXJpYw==?= Perrin To: freebsd-ports@freebsd.org Message-ID: <20100401200404.39948dc8@girafe.home> In-Reply-To: <20100328232158.14cd2ce2@girafe.home> References: <20100328232158.14cd2ce2@girafe.home> X-Mailer: Claws Mail 3.7.5cvs42 (GTK+ 2.18.7; i386-unknown-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [ HEADS UP ] Ports unstable for the next 10 days X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 18:02:43 -0000 Le Dimanche 28 =C3=A0 23:21, Fr=C3=A9d=C3=A9ric Perrin a =C3=A9crit : > Hello, >=20 > emacs23 is also broken. The build fails when building temacs with: >=20 > image.o(.text+0x65d3): In function `png_load': > : undefined reference to `png_check_sig' This was resolved with the off-list help of Warren Block, and with dinoex's commit of emacs-23.1_5,1 (thanks a bunch to them). PR ports/145171 was also filled about this issue. From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 18:12:27 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A321065677 for ; Thu, 1 Apr 2010 18:12:27 +0000 (UTC) (envelope-from overlapped@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.221.175]) by mx1.freebsd.org (Postfix) with ESMTP id 2B55F8FC22 for ; Thu, 1 Apr 2010 18:12:26 +0000 (UTC) Received: by qyk5 with SMTP id 5so1604628qyk.3 for ; Thu, 01 Apr 2010 11:12:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:subject:from:organization :x-face:date:disposition-notification-to:mime-version:content-type :content-transfer-encoding:message-id; bh=qF0hRlIvkt2loW/Z30/dpvTIrUpZFa0iHwBo53HFZLU=; b=RmXAguvjDDUmV+JdUFtKsi2qQWRov+lO2mxGGk/OIeWpgI7y3FMQmF6OxfoZxxXXW4 XYQO/JOfGp0yJIrWiQaFJ3ZKz1QsT3krYOmYFComBzgR6EjKrw5QlObckiFgbdrCNLB8 xCUh+bZEDQ1y2K0PEg4o3QNFaBER38j5PzMAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:subject:from:organization:x-face:date :disposition-notification-to:mime-version:content-type :content-transfer-encoding:message-id; b=nvGxLQi4pQLTCiC1oERG/OMlXYf6G6siIiUUX5di6dhkzMWHHN+QXRY1EAgH7QNzPc 12apRFfNieYqqUGZouYPurDdYVYTlQhrPSjGM337ZijigDhGYSYf/SUsgUNoAI29h020 1qlJAUDn6ckXqJ3ZJZ3VaxKQwbmbPDquzpvaE= Received: by 10.224.1.142 with SMTP id 14mr266292qaf.35.1270144062706; Thu, 01 Apr 2010 10:47:42 -0700 (PDT) Received: from karfagen.mshome ([72.14.241.37]) by mx.google.com with ESMTPS id 5sm17195011qwg.48.2010.04.01.10.47.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 10:47:41 -0700 (PDT) To: freebsd-ports@freebsd.org From: Alexey Serebryakoff Organization: Home Server X-Face: "#M1JOx;_Lh}+n')7wLS*]1lI%"-oR2%nJ,j>x9tO:>9Cx" =?iso-8859-6?q?=0A=09vk?=>Vj4>yy@.iMoa$Z5gF\[~C35||9k4uBF+`C]~tn$u[!0u&Yx{w)A3KzfCor, Nj4oE8, =?iso-8859-6?q?n=0A=09vziH6+=7DESc=7D54y1=23Ro?=, S+i[_s$:1{G`SbN&Cyr0j+m-'uM!-IHOp&f\^lI9nK Date: Fri, 2 Apr 2010 00:47:22 +0700 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2962697.nP1qOQea6y"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201004020047.22832.overlapped@gmail.com> X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 18:12:27 -0000 --nextPart2962697.nP1qOQea6y Content-Type: multipart/mixed; boundary="Boundary-01=_qwNtL00Jm6N/Pe5" Content-Transfer-Encoding: 7bit --Boundary-01=_qwNtL00Jm6N/Pe5 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi guys! I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD 8.0... Hmm.= =2E.=20 it seems to me the port was not build/install correctly... Because I could = not=20 found startup script, demo databases, demo configs and etc. Or may be I done something wrong? Could you explain how could I install=20 correct virtuoso please. =2D-=20 Best regards, Alexey Serebryakoff 630091, Russian Federation, Novosibirsk Phone: +7 383 2173873 Cellular: +7 952 903 2764 ICQ: 22442032 JID: overlapped@jabber.org MSN: overlapped@hotmail.com Skype: overlapped --Boundary-01=_qwNtL00Jm6N/Pe5-- --nextPart2962697.nP1qOQea6y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAku03CoACgkQtxvhRysHUQD0HACfZ9RTHP5Ezog6sg52W74dfkAz wGUAoJDH5gbpv/zBxdu3i8AK3PHWqakL =+jLC -----END PGP SIGNATURE----- --nextPart2962697.nP1qOQea6y-- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 18:58:48 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB88106564A for ; Thu, 1 Apr 2010 18:58:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C12138FC12 for ; Thu, 1 Apr 2010 18:58:47 +0000 (UTC) Received: (qmail 16972 invoked by uid 399); 1 Apr 2010 18:58:47 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Apr 2010 18:58:47 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB4ECE5.6080204@FreeBSD.org> Date: Thu, 01 Apr 2010 11:58:45 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: multimedia@FreeBSD.org, Xin LI X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" Subject: multimedia/gpac-libgpac fails with zlib problem on -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 18:58:48 -0000 I'm running today's -current r206052 which includes the latest zlib update. I'm getting the following error. I tried rebuilding libxml2 just in case, didn't help. Doug cc -O3 -pipe -g -I/usr/local/include -g -fno-strict-aliasing -Wno-pointer-sign -I/usr/local/tmp/usr/local/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -c -o utils/xml_parser.o utils/xml_parser.c In file included from /usr/include/zlib.h:34, from utils/xml_parser.c:30: /usr/include/zconf.h:367:53: error: operator '||' has no right operand In file included from utils/xml_parser.c:30: /usr/include/zlib.h:1559:25: error: operator '==' has no left operand gmake: *** [utils/xml_parser.o] Error 1 *** Error code 1 Stop in /usr/local/ports/multimedia/gpac-libgpac. *** Error code 1 -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 19:18:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4A2A1065670 for ; Thu, 1 Apr 2010 19:18:01 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3A98FC0A for ; Thu, 1 Apr 2010 19:18:01 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id DA1FB22C50C2; Thu, 1 Apr 2010 22:17:59 +0300 (EEST) Date: Thu, 1 Apr 2010 22:17:53 +0300 From: Ion-Mihai Tetcu To: Alexey Serebryakoff Message-ID: <20100401221753.1d78bf0f@it.buh.tecnik93.com> In-Reply-To: <201004020047.22832.overlapped@gmail.com> References: <201004020047.22832.overlapped@gmail.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/0Cvi9/ehUGLNojQGZlL1.Vs"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 19:18:01 -0000 --Sig_/0Cvi9/ehUGLNojQGZlL1.Vs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 2 Apr 2010 00:47:22 +0700 Alexey Serebryakoff wrote: > Hi guys! >=20 > I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD > 8.0... Hmm... it seems to me the port was not build/install > correctly... Because I could not found startup script, demo > databases, demo configs and etc. Or may be I done something wrong? > Could you explain how could I install correct virtuoso please. >=20 pkg_info -L virtuoso-opensource-6.1.0=20 --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/0Cvi9/ehUGLNojQGZlL1.Vs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku08WcACgkQJ7GIuiH/oeXZrACgjKc8Ogt785uRHhG2M6zDQuD9 bO0An0csy49508O4uYm+3gOXntPCr+QX =pc9h -----END PGP SIGNATURE----- --Sig_/0Cvi9/ehUGLNojQGZlL1.Vs-- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 20:11:36 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 532751065773; Thu, 1 Apr 2010 20:11:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7B8EB8FC19; Thu, 1 Apr 2010 20:11:31 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E3E94A5BCA1; Fri, 2 Apr 2010 04:11:29 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id AhZ+bGRnZNjN; Fri, 2 Apr 2010 04:11:23 +0800 (CST) 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 tarsier.geekcn.org (Postfix) with ESMTPSA id B063CA5BC52; Fri, 2 Apr 2010 04:11:20 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=SUC9yBjMO33r5ifALa0sHuYnB2ft7L7ACzlhSMCzQPrTDPhhb7hTcyHdaKplzbtbr SWs6iwHPOvsz18sVC9wiA== Message-ID: <4BB4FDE2.5050200@delphij.net> Date: Thu, 01 Apr 2010 13:11:14 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100304 Thunderbird/3.0.3 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Doug Barton References: <4BB4ECE5.6080204@FreeBSD.org> In-Reply-To: <4BB4ECE5.6080204@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: multipart/mixed; boundary="------------080608030207030203060804" Cc: "freebsd-ports@FreeBSD.org" , multimedia@FreeBSD.org Subject: Re: multimedia/gpac-libgpac fails with zlib problem on -current 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: Thu, 01 Apr 2010 20:11:36 -0000 This is a multi-part message in MIME format. --------------080608030207030203060804 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/04/01 11:58, Doug Barton wrote: > I'm running today's -current r206052 which includes the latest zlib > update. I'm getting the following error. I tried rebuilding libxml2 just > in case, didn't help. Sorry it's a regression I think. zlib is trying to enforce too strict check which I didn't found a clue at e.g. glibc's manual, I'll post a patch to fix this issue. In the meantime I think the attached patch (zlib-freebsd.diff) would fix this exact problem. I'll send the zlib.diff for upstream's review. > cc -O3 -pipe -g -I/usr/local/include -g -fno-strict-aliasing > -Wno-pointer-sign > -I/usr/local/tmp/usr/local/ports/multimedia/gpac-libgpac/work/gpac/include > -I../ -DGPAC_HAVE_CONFIG_H -c -o utils/xml_parser.o utils/xml_parser.c > In file included from /usr/include/zlib.h:34, > from utils/xml_parser.c:30: > /usr/include/zconf.h:367:53: error: operator '||' has no right operand > In file included from utils/xml_parser.c:30: > /usr/include/zlib.h:1559:25: error: operator '==' has no left operand > gmake: *** [utils/xml_parser.o] Error 1 > *** Error code 1 > > Stop in /usr/local/ports/multimedia/gpac-libgpac. > *** Error code 1 > > - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLtP3iAAoJEATO+BI/yjfBwmIIAMZj6PcSa64ky6Wul6of0YSd /onpT3oL3+E6j8c5u3wlJka8L5Deczx8nkhem2bg8Vy7WaToraHzXCJj9aWdz03Y 8Uj7kheJE3uyaV3LbZmrCrp4stgZzwMAgsYP09p9XQ1d3PrTLvAs9C3jo06FR1xu OJIk3y0YW/8OMKmIE3sTnE2AOahODqDQYAVYsb25jDaoug7h4unQSTqn+H8e6EVM d1RtemMNsIJaZ/FmgHrpUeS/hEtIaAGq8arzrF1U5aIF6SL5RG94e0eXvC89hv/m cWE/8GXeqDrXceevv9IzmE/wfEmMYTBMDEGnMccHOUrW4nJ1EwXelDt6cUAvWlo= =S+Wp -----END PGP SIGNATURE----- --------------080608030207030203060804 Content-Type: text/plain; name="zlib-freebsd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="zlib-freebsd.diff" Index: zconf.h =================================================================== --- zconf.h (revision 206052) +++ zconf.h (working copy) @@ -364,7 +364,7 @@ # define Z_HAVE_UNISTD_H #endif -#if defined(Z_HAVE_UNISTD_H) || _LARGEFILE64_SOURCE == 1 +#if defined(Z_HAVE_UNISTD_H) || defined(_LARGEFILE64_SOURCE) # include /* for off_t */ # include /* for SEEK_* and off_t */ # ifdef VMS Index: zlib.h =================================================================== --- zlib.h (revision 206052) +++ zlib.h (working copy) @@ -1556,7 +1556,7 @@ inflateBackInit_((strm), (windowBits), (window), \ ZLIB_VERSION, sizeof(z_stream)) -#if _LARGEFILE64_SOURCE == 1 && _LFS64_LARGEFILE == 1 +#if defined(_LARGEFILE64_SOURCE) && defined(_LFS64_LARGEFILE) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); @@ -1565,7 +1565,7 @@ ZEXTERN uLong ZEXPORT crc32_combine64 OF((uLong, uLong, off64_t)); #endif -#if !defined(ZLIB_INTERNAL) && _FILE_OFFSET_BITS == 64 && _LFS64_LARGEFILE == 1 +#if !defined(ZLIB_INTERNAL) && _FILE_OFFSET_BITS == 64 && defined(_LFS64_LARGEFILE) # define gzopen gzopen64 # define gzseek gzseek64 # define gztell gztell64 --------------080608030207030203060804 Content-Type: text/plain; name="zlib.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="zlib.diff" diff -r 51ec3753a4e7 gzguts.h --- a/gzguts.h Wed Mar 31 10:38:51 2010 -0700 +++ b/gzguts.h Thu Apr 01 13:05:31 2010 -0700 @@ -3,7 +3,7 @@ * For conditions of distribution and use, see copyright notice in zlib.h */ -#if _LARGEFILE64_SOURCE == 1 +#if defined(_LARGEFILE64_SOURCE) # ifndef _LARGEFILE_SOURCE # define _LARGEFILE_SOURCE 1 # endif @@ -56,7 +56,7 @@ # endif #endif -#if _LARGEFILE64_SOURCE == 1 +#if defined(_LARGEFILE64_SOURCE) # define z_off64_t off64_t #else # define z_off64_t z_off_t diff -r 51ec3753a4e7 gzlib.c --- a/gzlib.c Wed Mar 31 10:38:51 2010 -0700 +++ b/gzlib.c Thu Apr 01 13:05:31 2010 -0700 @@ -5,7 +5,7 @@ #include "gzguts.h" -#if _LARGEFILE64_SOURCE == 1 && _LFS64_LARGEFILE == 1 +#if defined(_LARGEFILE64_SOURCE) && defined(_LFS64_LARGEFILE) # define LSEEK lseek64 #else # define LSEEK lseek diff -r 51ec3753a4e7 zconf.h --- a/zconf.h Wed Mar 31 10:38:51 2010 -0700 +++ b/zconf.h Thu Apr 01 13:05:31 2010 -0700 @@ -364,7 +364,7 @@ # define Z_HAVE_UNISTD_H #endif -#if defined(Z_HAVE_UNISTD_H) || _LARGEFILE64_SOURCE == 1 +#if defined(Z_HAVE_UNISTD_H) || defined(_LARGEFILE64_SOURCE) # include /* for off_t */ # include /* for SEEK_* and off_t */ # ifdef VMS diff -r 51ec3753a4e7 zconf.h.cmakein --- a/zconf.h.cmakein Wed Mar 31 10:38:51 2010 -0700 +++ b/zconf.h.cmakein Thu Apr 01 13:05:31 2010 -0700 @@ -366,7 +366,7 @@ # define Z_HAVE_UNISTD_H #endif -#if defined(Z_HAVE_UNISTD_H) || _LARGEFILE64_SOURCE == 1 +#if defined(Z_HAVE_UNISTD_H) || defined(_LARGEFILE64_SOURCE) # include /* for off_t */ # include /* for SEEK_* and off_t */ # ifdef VMS diff -r 51ec3753a4e7 zconf.h.in --- a/zconf.h.in Wed Mar 31 10:38:51 2010 -0700 +++ b/zconf.h.in Thu Apr 01 13:05:31 2010 -0700 @@ -364,7 +364,7 @@ # define Z_HAVE_UNISTD_H #endif -#if defined(Z_HAVE_UNISTD_H) || _LARGEFILE64_SOURCE == 1 +#if defined(Z_HAVE_UNISTD_H) || defined(_LARGEFILE64_SOURCE) # include /* for off_t */ # include /* for SEEK_* and off_t */ # ifdef VMS diff -r 51ec3753a4e7 zlib.h --- a/zlib.h Wed Mar 31 10:38:51 2010 -0700 +++ b/zlib.h Thu Apr 01 13:05:31 2010 -0700 @@ -1556,7 +1556,7 @@ inflateBackInit_((strm), (windowBits), (window), \ ZLIB_VERSION, sizeof(z_stream)) -#if _LARGEFILE64_SOURCE == 1 && _LFS64_LARGEFILE == 1 +#if defined(_LARGEFILE64_SOURCE) && defined(_LFS64_LARGEFILE) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off64_t ZEXPORT gzseek64 OF((gzFile, off64_t, int)); ZEXTERN off64_t ZEXPORT gztell64 OF((gzFile)); @@ -1565,14 +1565,14 @@ ZEXTERN uLong ZEXPORT crc32_combine64 OF((uLong, uLong, off64_t)); #endif -#if !defined(ZLIB_INTERNAL) && _FILE_OFFSET_BITS == 64 && _LFS64_LARGEFILE == 1 +#if !defined(ZLIB_INTERNAL) && _FILE_OFFSET_BITS == 64 && defined(_LFS64_LARGEFILE) # define gzopen gzopen64 # define gzseek gzseek64 # define gztell gztell64 # define gzoffset gzoffset64 # define adler32_combine adler32_combine64 # define crc32_combine crc32_combine64 -# if _LARGEFILE64_SOURCE != 1 +# if !defined(_LARGEFILE64_SOURCE) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off_t ZEXPORT gzseek64 OF((gzFile, off_t, int)); ZEXTERN off_t ZEXPORT gztell64 OF((gzFile)); diff -r 51ec3753a4e7 zutil.h --- a/zutil.h Wed Mar 31 10:38:51 2010 -0700 +++ b/zutil.h Thu Apr 01 13:05:31 2010 -0700 @@ -154,14 +154,14 @@ #pragma warn -8066 #endif -#if _LARGEFILE64_SOURCE == 1 && _LFS64_LARGEFILE == 1 +#if defined(_LARGEFILE64_SOURCE) && defined(_LFS64_LARGEFILE) # define z_off64_t off64_t #else # define z_off64_t z_off_t #endif /* provide prototypes for these when building zlib without LFS */ -#if _LARGEFILE64_SOURCE != 1 || _LFS64_LARGEFILE != 1 +#if !defined(_LARGEFILE64_SOURCE) || !defined(_LFS64_LARGEFILE) ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ZEXTERN off_t ZEXPORT gzseek64 OF((gzFile, off_t, int)); ZEXTERN off_t ZEXPORT gztell64 OF((gzFile)); --------------080608030207030203060804-- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 20:25:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 129851065670 for ; Thu, 1 Apr 2010 20:25:24 +0000 (UTC) (envelope-from overlapped@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id AC7588FC08 for ; Thu, 1 Apr 2010 20:25:23 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so509453qwe.7 for ; Thu, 01 Apr 2010 13:25:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:cc:references:in-reply-to:x-face :disposition-notification-to:mime-version:content-type :content-transfer-encoding:message-id; bh=JGOVvDLnY0+lnhwQOO55A4mlYOuQNchZPwe7EYiLGN4=; b=SDtzI95l8/+n46ptyt3o3MdFnBaJG6c4p3FO/Sq+14u1uT7uiYhpQzktUuf98uyrx/ f3hHPq/ps0oakg5DId3GmVANyXCMhIDsylydtVXafSSBk7Oo8ixfbQC/yaMdLwOb8/1+ +uD4HFX1wASAdoXw+bqJ6HXg8GJ/n4VbQCO3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:cc:references :in-reply-to:x-face:disposition-notification-to:mime-version :content-type:content-transfer-encoding:message-id; b=eyBAkXCsXzfA8CfbGMusdZ882AbsL+4x7WkweUQA4t7JrgTEy4tUEYZ1Km6IxIpzdo IV4JqNlN8IThkuL2wL0IXAa7P5bd5Cp4NrQeUrlN5YvwO/f1ChYmtxOgaCTFcozt1jBv OjQYES+DK0LDyVaofEQK5ZmUdMaGUDmXJf1Fg= Received: by 10.224.80.88 with SMTP id s24mr325332qak.116.1270153522884; Thu, 01 Apr 2010 13:25:22 -0700 (PDT) Received: from karfagen.mshome ([72.14.241.34]) by mx.google.com with ESMTPS id 4sm14967014qwe.22.2010.04.01.13.25.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 13:25:21 -0700 (PDT) From: Alexey Serebryakoff Organization: Home Server To: "Ion-Mihai Tetcu" Date: Fri, 2 Apr 2010 03:25:00 +0700 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE-p1; KDE/4.3.5; i386; ; ) References: <201004020047.22832.overlapped@gmail.com> <20100401221753.1d78bf0f@it.buh.tecnik93.com> In-Reply-To: <20100401221753.1d78bf0f@it.buh.tecnik93.com> X-Face: "#M1JOx;_Lh}+n')7wLS*]1lI%"-oR2%nJ,j>x9tO:>9Cx" =?koi8-r?q?=0A=09vk?=>Vj4>yy@.iMoa$Z5gF\[~C35||9k4uBF+`C]~tn$u[!0u&Yx{w)A3KzfCor, Nj4oE8, =?koi8-r?q?n=0A=09vziH6+=7DESc=7D54y1=23Ro?=, S+i[_s$:1{G`SbN&Cyr0j+m-'uM!-IHOp&f\^lI9nK MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3258792.i88vVeJbrP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201004020325.01551.overlapped@gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Apr 2010 20:25:24 -0000 --nextPart3258792.i88vVeJbrP Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F0=D1=D4=CE=C9=C3=C1 02 =C1=D0=D2= =C5=CC=D1 2010 02:17:53 =C1=D7=D4=CF=D2 Ion-Mihai Tetcu =CE=C1=D0=C9=D3=C1= =CC: > On Fri, 2 Apr 2010 00:47:22 +0700 >=20 > Alexey Serebryakoff wrote: > > Hi guys! > > > > I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD > > 8.0... Hmm... it seems to me the port was not build/install > > correctly... Because I could not found startup script, demo > > databases, demo configs and etc. Or may be I done something wrong? > > Could you explain how could I install correct virtuoso please. >=20 > pkg_info -L virtuoso-opensource-6.1.0 >=20 =46or example I'm looking to the virtuoso sources distfile and have see=20 /binsrc/samples/demo/* databases which not installed. Or startup script=20 virtuoso.sh is not installed too but exist in the sources. Also I checked=20 /usr/ports/databases/virtuoso/pkg-plist file and there is not included all = files=20 from sources distfile. Why? Seems to me virtuoso is not complete ported. =2D-=20 Best regards, Alexey Serebryakoff --nextPart3258792.i88vVeJbrP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEABECAAYFAku1AR0ACgkQtxvhRysHUQAcdgCeL2NT+pGXeW0uq+sePPmXY5wS qwoAnjjBfcUZVQjBRwDoq0KXROFXKkA0 =DSIZ -----END PGP SIGNATURE----- --nextPart3258792.i88vVeJbrP-- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 21:22:45 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7DB6106567B; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7EE9F8FC15; Thu, 1 Apr 2010 21:22:45 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 447971FFC76; Thu, 1 Apr 2010 21:22:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C96BD84567; Wed, 31 Mar 2010 13:24:28 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Xin LI References: <4BACFE18.7010309@delphij.net> <86wrwylji0.fsf@ds4.des.no> <4BAD509B.3080805@delphij.net> <86ljdelhgd.fsf@ds4.des.no> <4BAD62CF.6090901@delphij.net> <868w9elego.fsf@ds4.des.no> <20100331102509.GI34892@gahrfit.gahr.ch> Date: Wed, 31 Mar 2010 13:24:28 +0200 In-Reply-To: (Xin LI's message of "Wed, 31 Mar 2010 03:41:13 -0700") Message-ID: <86pr2ksphv.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: d@delphij.net, gahr@freebsd.org, the_paya@gentoo.org, ports@freebsd.org, freebsd-arch@freebsd.org, Alexander Logvinov Subject: Re: [RFC] Reduce namespace pollution on zlib.h X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 21:22:45 -0000 Xin LI writes: > I will merge an upstream change from zlib, which basically unexpose > LFS stuff on FreeBSD, and I plan to keep the off_t bits =3D=3D 64. > However, I would highly recommend ports maintainers to push upstream > fix for LFS64 definition removal since they are wrong on FreeBSD LFS64 is not correct on Linux either; just #define _FILE_OFFSET_BITS 64 before #include and use struct stat / stat() as usual. The AC_SYS_LARGEFILE autoconf macro takes care of that for you, provided you remember to #include "config.h" in your code. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 21:28:10 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 617541065673; Thu, 1 Apr 2010 21:28:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 09BE98FC17; Thu, 1 Apr 2010 21:28:10 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 359FCA5BDC2; Fri, 2 Apr 2010 05:28:09 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id S8F3aesC6i0L; Fri, 2 Apr 2010 05:28:04 +0800 (CST) 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 tarsier.geekcn.org (Postfix) with ESMTPSA id 54900A5BC25; Fri, 2 Apr 2010 05:28:03 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=m6/htkNbrID0pPwdPU0qp7nEfL4bjKw54rHn6+XmG4ZMVCPCL5vbU4PMIrroxqAsX uD5bl4ln9R/SdY/udxOjw== Message-ID: <4BB50FDD.3050200@delphij.net> Date: Thu, 01 Apr 2010 14:27:57 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100304 Thunderbird/3.0.3 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Doug Barton References: <4BB4ECE5.6080204@FreeBSD.org> In-Reply-To: <4BB4ECE5.6080204@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-ports@FreeBSD.org" , multimedia@FreeBSD.org Subject: Re: multimedia/gpac-libgpac fails with zlib problem on -current 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: Thu, 01 Apr 2010 21:28:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, In order to prevent further damage, I have hardcoded FreeBSD's configuration as unifdef'ed in zlib.h: -D_FILE_OFFSET_BITS=64 -U_LFS64_LARGEFILE -U_LARGEFILE64_SOURCE Hope this helps. I'm still in discussion with upstream author about a better solution. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLtQ/cAAoJEATO+BI/yjfBATgIAMXvA0OdOUYwL72uAIRV7V9M 2Ebjfw7rFSoKahf2A/8qaY3i5eG1Lrw9PqztJgJCXdRxsN9OXIRrqwooYepJtFyt 8RibBxNXGNt5nawG7tZxYTh1uOi7hASrLARvIkOvHYcdQ3rJrzu+2iKlg7uvQO/M CbPV7CcfD/pBYgAm1RgrurTXL2XnsvYJdQgmNQipQ4h48IuF21wAA3+isxfHRhrV 5kY3Ml3zE4yYALWSACRUbd1ylPEEWTwLTrReLLRXAiDJtA6m0Cm+1mfSaPSsF6+w ZqIX2nE9saGGzrxmWjHBe+wuAGrruNDSa4SLOYSGmdh6EOONsdB82rbq97NsXKg= =WdlL -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 22:32:36 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059371065676 for ; Thu, 1 Apr 2010 22:32:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8867F8FC15 for ; Thu, 1 Apr 2010 22:32:35 +0000 (UTC) Received: (qmail 31627 invoked by uid 399); 1 Apr 2010 22:32:34 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Apr 2010 22:32:34 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB51F01.2040003@FreeBSD.org> Date: Thu, 01 Apr 2010 15:32:33 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: d@delphij.net References: <4BB4ECE5.6080204@FreeBSD.org> <4BB50FDD.3050200@delphij.net> In-Reply-To: <4BB50FDD.3050200@delphij.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Xin LI , "freebsd-ports@FreeBSD.org" , multimedia@FreeBSD.org Subject: Re: multimedia/gpac-libgpac fails with zlib problem on -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 22:32:36 -0000 On 04/01/10 14:27, Xin LI wrote: > Hi, > > In order to prevent further damage, I have hardcoded FreeBSD's > configuration as unifdef'ed in zlib.h: > > -D_FILE_OFFSET_BITS=64 -U_LFS64_LARGEFILE -U_LARGEFILE64_SOURCE > > Hope this helps. I'm still in discussion with upstream author about a > better solution. Unfortunately, even with your latest change I'm still getting the following error: cc -O3 -pipe -g -I/usr/local/include -g -fno-strict-aliasing -Wno-pointer-sign -I/usr/local/tmp/usr/local/ports/multimedia/gpac-libgpac/work/gpac/include -I../ -DGPAC_HAVE_CONFIG_H -c -o utils/xml_parser.o utils/xml_parser.c In file included from /usr/include/zlib.h:34, from utils/xml_parser.c:30: /usr/include/zconf.h:367:53: error: operator '||' has no right operand gmake: *** [utils/xml_parser.o] Error 1 *** Error code 1 -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Apr 1 23:03:48 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A710106567B for ; Thu, 1 Apr 2010 23:03:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id DCCCB8FC1A for ; Thu, 1 Apr 2010 23:03:47 +0000 (UTC) Received: (qmail 3598 invoked by uid 399); 1 Apr 2010 23:03:47 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Apr 2010 23:03:47 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB52651.8040507@FreeBSD.org> Date: Thu, 01 Apr 2010 16:03:45 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: d@delphij.net References: <4BB4ECE5.6080204@FreeBSD.org> <4BB50FDD.3050200@delphij.net> In-Reply-To: <4BB50FDD.3050200@delphij.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Xin LI , "freebsd-ports@FreeBSD.org" , multimedia@FreeBSD.org Subject: Re: multimedia/gpac-libgpac fails with zlib problem on -current X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Apr 2010 23:03:48 -0000 On 04/01/10 14:27, Xin LI wrote: > Hi, > > In order to prevent further damage, I have hardcoded FreeBSD's > configuration as unifdef'ed in zlib.h: > > -D_FILE_OFFSET_BITS=64 -U_LFS64_LARGEFILE -U_LARGEFILE64_SOURCE > > Hope this helps. Woo hoo! r206058 has done the trick. :) Thanks, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 01:09:59 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 472091065675; Fri, 2 Apr 2010 01:09:59 +0000 (UTC) (envelope-from pirzyk@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7048FC2D; Fri, 2 Apr 2010 01:09:59 +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 o3219wBr036832; Fri, 2 Apr 2010 01:09:58 GMT (envelope-from pirzyk@freefall.freebsd.org) Received: (from pirzyk@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3219wo2036828; Fri, 2 Apr 2010 01:09:58 GMT (envelope-from pirzyk) Date: Fri, 2 Apr 2010 01:09:58 GMT Message-Id: <201004020109.o3219wo2036828@freefall.freebsd.org> To: pirzyk@FreeBSD.org, pirzyk@FreeBSD.org, freebsd-ports@FreeBSD.org From: pirzyk@FreeBSD.org Cc: Subject: Re: ports/145148: port update: devel/p5-ParseLex X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Apr 2010 01:09:59 -0000 Synopsis: port update: devel/p5-ParseLex Responsible-Changed-From-To: pirzyk->freebsd-ports Responsible-Changed-By: pirzyk Responsible-Changed-When: Fri Apr 2 01:09:11 UTC 2010 Responsible-Changed-Why: Approve diff, please commit. Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=145148 From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 10:31:51 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9653106566B for ; Fri, 2 Apr 2010 10:31:51 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 4D41F8FC12 for ; Fri, 2 Apr 2010 10:31:51 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 2E4B322C50B5; Fri, 2 Apr 2010 13:31:50 +0300 (EEST) Date: Fri, 2 Apr 2010 13:31:48 +0300 From: Ion-Mihai Tetcu To: Alexey Serebryakoff Message-ID: <20100402133148.0e6446b3@it.buh.tecnik93.com> In-Reply-To: <201004020325.01551.overlapped@gmail.com> References: <201004020047.22832.overlapped@gmail.com> <20100401221753.1d78bf0f@it.buh.tecnik93.com> <201004020325.01551.overlapped@gmail.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/+XB=1jwyHVA=FN3rRXxjMSu"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 10:31:52 -0000 --Sig_/+XB=1jwyHVA=FN3rRXxjMSu Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, 2 Apr 2010 03:25:00 +0700 Alexey Serebryakoff wrote: > =D0=92 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B8 =D0=BE=D1= =82 =D0=9F=D1=8F=D1=82=D0=BD=D0=B8=D1=86=D0=B0 02 =D0=B0=D0=BF=D1=80=D0=B5= =D0=BB=D1=8F 2010 02:17:53 =D0=B0=D0=B2=D1=82=D0=BE=D1=80 Ion-Mihai Tetcu > =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > > On Fri, 2 Apr 2010 00:47:22 +0700 > >=20 > > Alexey Serebryakoff wrote: > > > Hi guys! > > > > > > I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD > > > 8.0... Hmm... it seems to me the port was not build/install > > > correctly... Because I could not found startup script, demo > > > databases, demo configs and etc. Or may be I done something wrong? > > > Could you explain how could I install correct virtuoso please. > >=20 > > pkg_info -L virtuoso-opensource-6.1.0 > >=20 >=20 > For example I'm looking to the virtuoso sources distfile and have see=20 > /binsrc/samples/demo/* databases which not installed. Or startup > script virtuoso.sh is not installed too but exist in the sources. > Also I checked /usr/ports/databases/virtuoso/pkg-plist file and there > is not included all files from sources distfile. Why? > Seems to me virtuoso is not complete ported. Ask the maintainer, please. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/+XB=1jwyHVA=FN3rRXxjMSu Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku1x5UACgkQJ7GIuiH/oeWDgQCgjcI41x8P8Q4rvnq1GvHCnJxu ltQAn0EeMQU9BFbRK2BYYOBc9Or+k1Bm =nyE+ -----END PGP SIGNATURE----- --Sig_/+XB=1jwyHVA=FN3rRXxjMSu-- From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 12:16:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FBD01065680; Fri, 2 Apr 2010 12:16:06 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id CC2FB8FC16; Fri, 2 Apr 2010 12:16:05 +0000 (UTC) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxfnA-0002BK-Kj; Fri, 02 Apr 2010 14:16:04 +0200 Received: from p57ae1c78.dip0.t-ipconnect.de ([87.174.28.120]:49942 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxfnA-0008Fe-CM; Fri, 02 Apr 2010 14:16:04 +0200 Date: Fri, 2 Apr 2010 14:16:04 +0200 From: Gary Jennejohn To: Alexey Serebryakoff Message-ID: <20100402141604.198f4197@ernst.jennejohn.org> In-Reply-To: <201004020325.01551.overlapped@gmail.com> References: <201004020047.22832.overlapped@gmail.com> <20100401221753.1d78bf0f@it.buh.tecnik93.com> <201004020325.01551.overlapped@gmail.com> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Ion-Mihai Tetcu , freebsd-ports@freebsd.org Subject: Re: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 12:16:06 -0000 On Fri, 2 Apr 2010 03:25:00 +0700 Alexey Serebryakoff wrote: > __ __________________ ____ ______________ 02 ____________ 2010 02:17:53 __________ Ion-Mihai Tetcu ______________: > > On Fri, 2 Apr 2010 00:47:22 +0700 > > > > Alexey Serebryakoff wrote: > > > Hi guys! > > > > > > I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD > > > 8.0... Hmm... it seems to me the port was not build/install > > > correctly... Because I could not found startup script, demo > > > databases, demo configs and etc. Or may be I done something wrong? > > > Could you explain how could I install correct virtuoso please. > > > > pkg_info -L virtuoso-opensource-6.1.0 > > > > For example I'm looking to the virtuoso sources distfile and have see > /binsrc/samples/demo/* databases which not installed. Or startup script > virtuoso.sh is not installed too but exist in the sources. Also I checked > /usr/ports/databases/virtuoso/pkg-plist file and there is not included all files > from sources distfile. Why? > Seems to me virtuoso is not complete ported. > Evidently the maintainer (fjoe@) considers these components to not be needed. Ask him why. -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 12:49:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20192106566C for ; Fri, 2 Apr 2010 12:49:23 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 731328FC12 for ; Fri, 2 Apr 2010 12:49:22 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxgJN-00086m-2X; Fri, 02 Apr 2010 14:49:21 +0200 Received: from p57ae1c78.dip0.t-ipconnect.de ([87.174.28.120]:55470 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1NxgJM-0005b5-GK; Fri, 02 Apr 2010 14:49:21 +0200 Date: Fri, 2 Apr 2010 14:49:20 +0200 From: Gary Jennejohn To: Alexey Serebryakoff Message-ID: <20100402144920.5a67ec99@ernst.jennejohn.org> In-Reply-To: <20100402141604.198f4197@ernst.jennejohn.org> References: <201004020047.22832.overlapped@gmail.com> <20100401221753.1d78bf0f@it.buh.tecnik93.com> <201004020325.01551.overlapped@gmail.com> <20100402141604.198f4197@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: About virtuoso port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 12:49:23 -0000 On Fri, 2 Apr 2010 14:16:04 +0200 Gary Jennejohn wrote: > On Fri, 2 Apr 2010 03:25:00 +0700 > Alexey Serebryakoff wrote: > > > __ __________________ ____ ______________ 02 ____________ 2010 02:17:53 __________ Ion-Mihai Tetcu ______________: > > > On Fri, 2 Apr 2010 00:47:22 +0700 > > > > > > Alexey Serebryakoff wrote: > > > > Hi guys! > > > > > > > > I tried to install virtuoso-opensource-6.1.0 port on my FreeBSD > > > > 8.0... Hmm... it seems to me the port was not build/install > > > > correctly... Because I could not found startup script, demo > > > > databases, demo configs and etc. Or may be I done something wrong? > > > > Could you explain how could I install correct virtuoso please. > > > > > > pkg_info -L virtuoso-opensource-6.1.0 > > > > > > > For example I'm looking to the virtuoso sources distfile and have see > > /binsrc/samples/demo/* databases which not installed. Or startup script > > virtuoso.sh is not installed too but exist in the sources. Also I checked > > /usr/ports/databases/virtuoso/pkg-plist file and there is not included all files > > from sources distfile. Why? > > Seems to me virtuoso is not complete ported. > > > > Evidently the maintainer (fjoe@) considers these components to not be > needed. Ask him why. > It could also be that these components simply are not installed by default and the maintainer was not aware of it. -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 15:30:12 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB1E910656B2 for ; Fri, 2 Apr 2010 15:30:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A1D8C8FC16 for ; Fri, 2 Apr 2010 15:30: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 o32FU668090881 for ; Fri, 2 Apr 2010 15:30:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o32FU6aD090874; Fri, 2 Apr 2010 15:30:06 GMT (envelope-from gnats) Date: Fri, 2 Apr 2010 15:30:06 GMT Message-Id: <201004021530.o32FU6aD090874@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/14127: commit references a PR X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 15:30:12 -0000 The following reply was made to PR ports/14127; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/14127: commit references a PR Date: Fri, 2 Apr 2010 15:22:59 +0000 (UTC) miwi 2010-04-02 15:22:51 UTC FreeBSD ports repository Modified files: www/xpi-mozex Makefile distinfo Log: - Update to 1.9.12 PR: 14127 Submitted by: Simon Olofsson Revision Changes Path 1.12 +1 -1 ports/www/xpi-mozex/Makefile 1.6 +3 -3 ports/www/xpi-mozex/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 15:54:41 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074B1106564A for ; Fri, 2 Apr 2010 15:54:41 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id ED33F8FC13 for ; Fri, 2 Apr 2010 15:54:40 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o32Fse46062098 for ; Fri, 2 Apr 2010 15:54:40 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o32FseuK062097 for ports@FreeBSD.org; Fri, 2 Apr 2010 15:54:40 GMT (envelope-from erwin) Date: Fri, 2 Apr 2010 15:54:40 GMT From: Erwin Lansing Message-Id: <201004021554.o32FseuK062097@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 6.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: Fri, 02 Apr 2010 15:54:41 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found Done. make_index: p5-Spreadsheet-Read-0.38: no entry for /usr/ports/textproc/p5-Spreadsheet-ReadSXC make_index: p5-Spreadsheet-Read-0.38: no entry for /usr/ports/textproc/p5-Spreadsheet-ReadSXC Committers on the hook: dinoex kuriyama miwi pav Most recent CVS update was: U archivers/untar/Makefile U archivers/untar/files/patch-untar.c U databases/phpmyadmin/Makefile U devel/Makefile U devel/p5-Gearman-Server/Makefile U devel/p5-Gearman-Server/files/gearmand-perl.in U devel/p5-HOP-Lexer/Makefile U devel/p5-HOP-Lexer/distinfo U devel/p5-HOP-Lexer/pkg-descr U devel/p5-HOP-Lexer/pkg-plist U devel/p5-HOP-Stream/Makefile U devel/p5-HOP-Stream/distinfo U devel/p5-HOP-Stream/pkg-descr U devel/p5-HOP-Stream/pkg-plist U devel/p5-Spreadsheet-Read/Makefile U devel/p5-Spreadsheet-Read/distinfo U devel/p5-Spreadsheet-Read/pkg-descr U devel/p5-Spreadsheet-Read/pkg-plist U devel/p5-Spreadsheet-ReadSXC/Makefile U devel/p5-Spreadsheet-ReadSXC/distinfo U devel/p5-Spreadsheet-ReadSXC/pkg-descr U devel/p5-Spreadsheet-ReadSXC/pkg-plist U devel/p5-libxml-enno/Makefile U devel/p5-libxml-enno/distinfo U devel/p5-libxml-enno/pkg-descr U devel/p5-libxml-enno/pkg-plist U japanese/zipcodes/Makefile U japanese/zipcodes/distinfo U multimedia/mediainfo/Makefile U multimedia/mediainfo/distinfo U net/Makefile U net/haproxy/Makefile U net/haproxy/distinfo U net/sslh/Makefile U net/sslh/distinfo U net/sslh/pkg-descr U net/sslh/files/patch-Makefile U science/Makefile U science/p5-Chemistry-3DBuilder/Makefile U science/p5-Chemistry-3DBuilder/distinfo U science/p5-Chemistry-3DBuilder/pkg-descr U science/p5-Chemistry-3DBuilder/pkg-plist U science/p5-Chemistry-Bond-Find/Makefile U science/p5-Chemistry-Bond-Find/distinfo U science/p5-Chemistry-Bond-Find/pkg-descr U science/p5-Chemistry-Bond-Find/pkg-plist U science/p5-Chemistry-Canonicalize/Makefile U science/p5-Chemistry-Canonicalize/distinfo U science/p5-Chemistry-Canonicalize/pkg-descr U science/p5-Chemistry-Canonicalize/pkg-plist U science/p5-Chemistry-File-MDLMol/Makefile U science/p5-Chemistry-File-MDLMol/distinfo U science/p5-Chemistry-File-MDLMol/pkg-descr U science/p5-Chemistry-File-MDLMol/pkg-plist U science/p5-Chemistry-File-Mopac/Makefile U science/p5-Chemistry-File-Mopac/distinfo U science/p5-Chemistry-File-Mopac/pkg-descr U science/p5-Chemistry-File-Mopac/pkg-plist U science/p5-Chemistry-File-SLN/Makefile U science/p5-Chemistry-File-SLN/distinfo U science/p5-Chemistry-File-SLN/pkg-descr U science/p5-Chemistry-File-SLN/pkg-plist U science/p5-Chemistry-File-SMARTS/Makefile U science/p5-Chemistry-File-SMARTS/distinfo U science/p5-Chemistry-File-SMARTS/pkg-descr U science/p5-Chemistry-File-SMARTS/pkg-plist U science/p5-Chemistry-File-SMILES/Makefile U science/p5-Chemistry-File-SMILES/distinfo U science/p5-Chemistry-File-SMILES/pkg-descr U science/p5-Chemistry-File-SMILES/pkg-plist U science/p5-Chemistry-File-VRML/Makefile U science/p5-Chemistry-File-VRML/distinfo U science/p5-Chemistry-File-VRML/pkg-descr U science/p5-Chemistry-File-VRML/pkg-plist U science/p5-Chemistry-File-XYZ/Makefile U science/p5-Chemistry-File-XYZ/distinfo U science/p5-Chemistry-File-XYZ/pkg-descr U science/p5-Chemistry-File-XYZ/pkg-plist U science/p5-Chemistry-FormulaPattern/Makefile U science/p5-Chemistry-FormulaPattern/distinfo U science/p5-Chemistry-FormulaPattern/pkg-descr U science/p5-Chemistry-FormulaPattern/pkg-plist U science/p5-Chemistry-InternalCoords/Makefile U science/p5-Chemistry-InternalCoords/distinfo U science/p5-Chemistry-InternalCoords/pkg-descr U science/p5-Chemistry-InternalCoords/pkg-plist U science/p5-Chemistry-Isotope/Makefile U science/p5-Chemistry-Isotope/distinfo U science/p5-Chemistry-Isotope/pkg-descr U science/p5-Chemistry-Isotope/pkg-plist U science/p5-Chemistry-MidasPattern/Makefile U science/p5-Chemistry-MidasPattern/distinfo U science/p5-Chemistry-MidasPattern/pkg-descr U science/p5-Chemistry-MidasPattern/pkg-plist U science/p5-Chemistry-Mok/Makefile U science/p5-Chemistry-Mok/distinfo U science/p5-Chemistry-Mok/pkg-descr U science/p5-Chemistry-Mok/pkg-plist U science/p5-Chemistry-Pattern/Makefile U science/p5-Chemistry-Pattern/distinfo U science/p5-Chemistry-Pattern/pkg-descr U science/p5-Chemistry-Pattern/pkg-plist U science/p5-Chemistry-Reaction/Makefile U science/p5-Chemistry-Reaction/distinfo U science/p5-Chemistry-Reaction/pkg-descr U science/p5-Chemistry-Reaction/pkg-plist U science/p5-Chemistry-Ring/Makefile U science/p5-Chemistry-Ring/distinfo U science/p5-Chemistry-Ring/pkg-descr U science/p5-Chemistry-Ring/pkg-plist U textproc/Makefile U textproc/p5-FormValidator-Lite/Makefile U textproc/p5-FormValidator-Lite/distinfo U textproc/p5-Text-MicroTemplate/Makefile U textproc/p5-Text-MicroTemplate/distinfo U textproc/p5-Text-MicroTemplate/pkg-descr U textproc/p5-Text-MicroTemplate/pkg-plist U www/Makefile U www/dillo-i18n/files/patch-src-png.c U www/dillo2/files/patch-src-png.c U www/p5-CGI-Application-Plugin-Config-YAML/Makefile U www/p5-CGI-Application-Plugin-Config-YAML/distinfo U www/p5-CGI-Application-Plugin-Config-YAML/pkg-descr U www/p5-CGI-Application-Plugin-Config-YAML/pkg-plist U www/p5-CGI-Application-Plugin-JSON/Makefile U www/p5-CGI-Application-Plugin-JSON/distinfo U www/p5-CGI-Application-Plugin-JSON/pkg-descr U www/p5-CGI-Application-Plugin-JSON/pkg-plist U www/p5-CGI-EncryptForm/Makefile U www/p5-CGI-EncryptForm/distinfo U www/p5-CGI-EncryptForm/pkg-descr U www/p5-CGI-EncryptForm/pkg-plist U www/p5-CGI-EncryptForm/files/patch-EncryptForm.pm U www/p5-POE-Component-Server-PSGI/Makefile U www/p5-POE-Component-Server-PSGI/distinfo U www/p5-POE-Component-Server-PSGI/pkg-descr U www/p5-POE-Component-Server-PSGI/pkg-plist U www/p5-Plack-Handler-AnyEvent-ReverseHTTP/Makefile U www/p5-Plack-Handler-AnyEvent-ReverseHTTP/distinfo U www/p5-Plack-Handler-AnyEvent-ReverseHTTP/pkg-descr U www/p5-Plack-Handler-AnyEvent-ReverseHTTP/pkg-plist U www/p5-Plack-Middleware-AutoRefresh/Makefile U www/p5-Plack-Middleware-AutoRefresh/distinfo U www/p5-Plack-Middleware-AutoRefresh/pkg-descr U www/p5-Plack-Middleware-AutoRefresh/pkg-plist U www/sbox-dtc/Makefile U www/sbox-dtc/distinfo U www/sbox-dtc/pkg-descr U www/sbox-dtc/files/patch-sbox.h U www/xpi-mozex/Makefile U www/xpi-mozex/distinfo U x11/metisse/files/patch-fvwm-insitu-libs-Fpng.h From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 15:57:44 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92240106566B for ; Fri, 2 Apr 2010 15:57:44 +0000 (UTC) (envelope-from byshenknet@byshenk.net) Received: from core.byshenk.net (core.byshenk.net [62.58.73.230]) by mx1.freebsd.org (Postfix) with ESMTP id 13DC68FC13 for ; Fri, 2 Apr 2010 15:57:43 +0000 (UTC) Received: from core.byshenk.net (localhost [127.0.0.1]) by core.byshenk.net (8.14.4/8.14.4) with ESMTP id o32FwIKs065781 for ; Fri, 2 Apr 2010 17:58:18 +0200 (CEST) (envelope-from byshenknet@core.byshenk.net) Received: (from byshenknet@localhost) by core.byshenk.net (8.14.4/8.14.4/Submit) id o32FwIga065780 for freebsd-ports@freebsd.org; Fri, 2 Apr 2010 17:58:18 +0200 (CEST) (envelope-from byshenknet) Date: Fri, 2 Apr 2010 17:58:18 +0200 From: Greg Byshenk To: freebsd-ports@freebsd.org Message-ID: <20100402155818.GG5220@core.byshenk.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on core.byshenk.net Subject: samba and zfs|nfsv4 acls X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Apr 2010 15:57:44 -0000 Does samba on FreeBSD work with ZFS ACLs? Using the port, it appears that the vfs_zfsacl module is not built, even when experimental modules are selected. I've tried enabling nfs4_acls and vfs_zfsacl, but that results in an error (see below). Will this work if I compile by hand, or do nfsv4 ACLs not work with Samba? Compiling modules/vfs_zfsacl.c modules/vfs_zfsacl.c: In function 'zfs_get_nt_acl_common': modules/vfs_zfsacl.c:42: error: 'ace_t' undeclared (first use in this function) modules/vfs_zfsacl.c:42: error: (Each undeclared identifier is reported only once modules/vfs_zfsacl.c:42: error: for each function it appears in.) modules/vfs_zfsacl.c:42: error: 'acebuf' undeclared (first use in this function) modules/vfs_zfsacl.c:47: error: 'ACE_GETACLCNT' undeclared (first use in this function) modules/vfs_zfsacl.c:60: error: expected expression before ')' token modules/vfs_zfsacl.c:65: error: 'ACE_GETACL' undeclared (first use in this function) modules/vfs_zfsacl.c:82: error: 'ACE_OWNER' undeclared (first use in this function) modules/vfs_zfsacl.c:85: error: 'ACE_GROUP' undeclared (first use in this function) modules/vfs_zfsacl.c:88: error: 'ACE_EVERYONE' undeclared (first use in this function) modules/vfs_zfsacl.c: In function 'zfs_process_smbacl': modules/vfs_zfsacl.c:106: error: 'ace_t' undeclared (first use in this function) modules/vfs_zfsacl.c:106: error: 'acebuf' undeclared (first use in this function) modules/vfs_zfsacl.c:112: error: expected expression before ')' token modules/vfs_zfsacl.c:130: error: 'ACE_EVERYONE' undeclared (first use in this function) modules/vfs_zfsacl.c:133: error: 'ACE_OWNER' undeclared (first use in this function) modules/vfs_zfsacl.c:136: error: 'ACE_GROUP' undeclared (first use in this function) modules/vfs_zfsacl.c:148: error: 'ACE_SETACL' undeclared (first use in this function) The following command failed: cc -O2 -pipe -DLDAP_DEPRECATED -fno-strict-aliasing -I. -I/usr/ports/net/samba34/work/samba-3.4.5/so urce3 -I/usr/ports/net/samba34/work/samba-3.4.5/source3/iniparser/src -Iinclude -I./include -I. -I. -I./../lib/replace -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I. /librpc -I./.. -DHAVE_CONFIG_H -I/usr/local/include -Iinclude -I./include -I. -I. -I./../lib/replac e -I/usr/local/include -I./../lib/tevent -I./../lib/tdb/include -I./libaddns -I./librpc -I./.. -I./. ./lib/popt -I/usr/local/include -DLDAP_DEPRECATED -I/usr/ports/net/samba34/work/samba-3.4.5/source3 /lib -I.. -I../source4 -D_SAMBA_BUILD_=3 -D_SAMBA_BUILD_=3 -fPIC -DPIC -c modules/vfs_zfsacl.c -o mo dules/vfs_zfsacl.o gmake: *** [modules/vfs_zfsacl.o] Error 1 *** Error code 1 Stop in /usr/ports/net/samba34. *** Error code 1 Stop in /usr/ports/net/samba34. -- greg byshenk - gbyshenk@byshenk.net - Leiden, NL From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 17:54:05 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E8D1065673 for ; Fri, 2 Apr 2010 17:54:05 +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 AFE938FC0C for ; Fri, 2 Apr 2010 17:54:04 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71) (envelope-from ) id 1Nxl4E-0000ht-DM; Fri, 02 Apr 2010 21:54:02 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 2FFCDB860; Fri, 2 Apr 2010 21:53:59 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 12755B84B; Fri, 2 Apr 2010 21:53:59 +0400 (MSD) Date: Fri, 2 Apr 2010 21:53:59 +0400 From: Dmitry Marakasov To: Thomas Zander Message-ID: <20100402175358.GC25167@hades.panopticon> References: <786602c61001071352k4bde5e98xa6875253cb84a90f@mail.gmail.com> <20100310171358.GA2143@hades.panopticon> <786602c61003141047r251ac5c1q796266787943524d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <786602c61003141047r251ac5c1q796266787943524d@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD - Ports Subject: Re: Call for testers - mplayer svn port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 17:54:05 -0000 * Thomas Zander (thomas.e.zander@googlemail.com) wrote: > > Any news on when this will hit the tree? > > After the ports freeze for 7.3 is over. Now? -- 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 Fri Apr 2 18:10:48 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 995731065674; Fri, 2 Apr 2010 18:10:48 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 704FC8FC1A; Fri, 2 Apr 2010 18:10:48 +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 o32IAmip053462; Fri, 2 Apr 2010 18:10:48 GMT (envelope-from miwi@freefall.freebsd.org) Received: (from miwi@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o32IAmOL053432; Fri, 2 Apr 2010 18:10:48 GMT (envelope-from miwi) Date: Fri, 2 Apr 2010 18:10:48 GMT Message-Id: <201004021810.o32IAmOL053432@freefall.freebsd.org> To: steve@mouf.net, miwi@FreeBSD.org, freebsd-ports@FreeBSD.org From: miwi@FreeBSD.org Cc: Subject: Re: ports/145148: port update: devel/p5-ParseLex X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Apr 2010 18:10:48 -0000 Synopsis: port update: devel/p5-ParseLex State-Changed-From-To: open->closed State-Changed-By: miwi State-Changed-When: Fri Apr 2 18:10:47 UTC 2010 State-Changed-Why: Committed. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=145148 From owner-freebsd-ports@FreeBSD.ORG Fri Apr 2 18:20:07 2010 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ADB61065670 for ; Fri, 2 Apr 2010 18:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4B4A58FC17 for ; Fri, 2 Apr 2010 18:20: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 o32IK7Xq064177 for ; Fri, 2 Apr 2010 18:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o32IK7Qn064175; Fri, 2 Apr 2010 18:20:07 GMT (envelope-from gnats) Date: Fri, 2 Apr 2010 18:20:07 GMT Message-Id: <201004021820.o32IK7Qn064175@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: ports/145148: commit references a PR X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Apr 2010 18:20:07 -0000 The following reply was made to PR ports/145148; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/145148: commit references a PR Date: Fri, 2 Apr 2010 18:10:28 +0000 (UTC) miwi 2010-04-02 18:10:11 UTC FreeBSD ports repository Modified files: devel/p5-ParseLex Makefile distinfo Removed files: devel/p5-ParseLex/files patch-lib-Parse-Template.pm Log: - Update to 2.18 PR: 145148 Submitted by: Steve Wills 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 C7EEA1065670 for ; Fri, 2 Apr 2010 18:46:51 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [IPv6:2001:4f8:fff6::4b]) by mx1.freebsd.org (Postfix) with ESMTP id 9E7A38FC1B for ; Fri, 2 Apr 2010 18:46:51 +0000 (UTC) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.14.3/8.14.3) with ESMTP id o32Ikpiu032033 for ; Fri, 2 Apr 2010 18:46:51 GMT (envelope-from erwin@builder.freebsd.org) Received: (from erwin@localhost) by builder.freebsd.org (8.14.3/8.14.3/Submit) id o32Ikpsk032031 for ports@FreeBSD.org; Fri, 2 Apr 2010 18:46:51 GMT (envelope-from erwin) Date: Fri, 2 Apr 2010 18:46:51 GMT From: Erwin Lansing Message-Id: <201004021846.o32Ikpsk032031@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 6.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: Fri, 02 Apr 2010 18:46:51 -0000 From owner-freebsd-ports@FreeBSD.ORG Sat Apr 3 11:00:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC4810656B5; Sat, 3 Apr 2010 11:00:22 +0000 (UTC) (envelope-from e@cube2.se) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id AE2C88FC0C; Sat, 3 Apr 2010 11:00:20 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so244876fgb.13 for ; Sat, 03 Apr 2010 04:00:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.102.215.6 with HTTP; Sat, 3 Apr 2010 03:30:39 -0700 (PDT) X-Originating-IP: [85.229.46.8] Date: Sat, 3 Apr 2010 12:30:39 +0200 Received: by 10.103.3.29 with SMTP id f29mr1751638mui.19.1270290639549; Sat, 03 Apr 2010 03:30:39 -0700 (PDT) Message-ID: From: =?ISO-8859-1?Q?Edward_Tj=F6rnhammar?= To: gecko@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Apr 2010 11:00:22 -0000 The browser crashes on JavaScript intensive pages. I've tried to debug the behavior but since firebug crashes with firefox this is a no go. I've tried disabling optimizations in the firefox makefile but it makes no difference. I don't believe it matters but my hardware is a Dell XPS m1210 laptop with intel graphics. What system: pylon# uname -a FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29 CET 2010 root@pylon:/usr/obj/usr/src/sys/PYLON i386 What makefile: pylon# grep Makefile,v /usr/ports/www/firefox/Makefile # $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat Exp= $ How to reproduce: I can reproduce this crash everytime by removing my .mozilla and then visit= : http://review.source.android.com/11633 Most pages are Ok. Error message: Floating point exception (core dumped) Well.. the processor supports SSE instrincs, perhaps this is a SIMD optimization bug somewhere else, I remember I enabled that for some other port.. Other notable behaviour: If i run firefox3 with truss -f firefox3 does not crash on the page. I could probably dive deeper into this. Regards --=20 Edward Tj=F6rnhammar +46703784224 | http://cflags.cc From owner-freebsd-ports@FreeBSD.ORG Sat Apr 3 11:24:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364E71065673 for ; Sat, 3 Apr 2010 11:24:07 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id A24CB8FC21 for ; Sat, 3 Apr 2010 11:24:06 +0000 (UTC) Received: by qyk11 with SMTP id 11so2749684qyk.13 for ; Sat, 03 Apr 2010 04:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wwtrNKsGcZE5jxwecFZt2rnKpcMUGpZkYoFic0mebes=; b=h0VzB/pDvIKuddztxiV2Co2q8TqQ0Zb7YaOd4fIsrZHQDGxyJiIr5ULdJN3QcIWu8o W13kU0T36zMDVdUDW66iPPur3ELg5doQfzfL88MVbuAA02dQhLpcTRvRhUCRykKQX/Y1 BF3edeAbBy+epZtxHQxoKKuvbmTozewPWOsAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=hG+7x1MYi49Wx7sZwxHPKECkq/3Tt29S3FE9CNBm2oiqsGRNYtjrP/XZb16wIkaX6V uefFkk017ywYTAugm6rymIDKt0d8TjexgcqSWHQbtqdFrAyfrujRNZOnlVh4/ddxV4dS HTF/lxRHOIO6PfL2atISlji+MUrtXbpoP/mSA= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Sat, 3 Apr 2010 04:24:05 -0700 (PDT) In-Reply-To: References: Date: Sat, 3 Apr 2010 04:24:05 -0700 Received: by 10.229.224.133 with SMTP id io5mr5429912qcb.37.1270293845805; Sat, 03 Apr 2010 04:24:05 -0700 (PDT) Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Edward_Tj=F6rnhammar?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gecko@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Apr 2010 11:24:07 -0000 On Sat, Apr 3, 2010 at 3:30 AM, Edward Tj=F6rnhammar wrote: > The browser crashes on JavaScript intensive pages. I've tried to debug > the behavior but since firebug crashes with firefox this is a no go. > I've tried disabling optimizations in the firefox makefile but it > makes no difference. > > I don't believe it matters but my hardware is a Dell XPS m1210 laptop > with intel graphics. > > What system: > pylon# uname -a > FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29 > CET 2010 =A0 =A0 root@pylon:/usr/obj/usr/src/sys/PYLON =A0i386 > > What makefile: > pylon# grep Makefile,v /usr/ports/www/firefox/Makefile > # $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat E= xp $ > > How to reproduce: > I can reproduce this crash everytime by removing my .mozilla and then vis= it: > =A0http://review.source.android.com/11633 > Most pages are Ok. > > Error message: > Floating point exception (core dumped) > > Well.. the processor supports SSE instrincs, perhaps this is a SIMD > optimization bug somewhere else, I remember I enabled that for some > other port.. > > Other notable behaviour: > If i run firefox3 with truss -f firefox3 does not crash on the page. > I could probably dive deeper into this. Doesn't crash for me on Firefox 3.5.8: # /etc/make.conf: CFLAGS +=3D -fno-strict-aliasing -pipe CXXFLAGS +=3D -fno-strict-aliasing -pipe # ... CPUTYPE :=3D nocona Do you have a custom make.conf file? If so, what's your processor and your CPUTYPE / C*FLAGS? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Sat Apr 3 14:56:43 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9751106566C; Sat, 3 Apr 2010 14:56:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 802118FC08; Sat, 3 Apr 2010 14:56:43 +0000 (UTC) Received: from [195.4.92.10] (helo=0.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Ny4m8-00024A-UF; Sat, 03 Apr 2010 16:56:40 +0200 Received: from p57ae1cdc.dip0.t-ipconnect.de ([87.174.28.220]:54052 helo=ernst.jennejohn.org) by 0.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1Ny4m8-0000CJ-HH; Sat, 03 Apr 2010 16:56:40 +0200 Date: Sat, 3 Apr 2010 16:56:39 +0200 From: Gary Jennejohn To: Garrett Cooper Message-ID: <20100403165639.75a69a8b@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: gecko@freebsd.org, freebsd-ports@freebsd.org, Edward =?ISO-8859-1?Q?Tj=F6rnhammar?= Subject: Re: Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Apr 2010 14:56:44 -0000 On Sat, 3 Apr 2010 04:24:05 -0700 Garrett Cooper wrote: > On Sat, Apr 3, 2010 at 3:30 AM, Edward Tj__rnhammar wrote: > > The browser crashes on JavaScript intensive pages. I've tried to debug > > the behavior but since firebug crashes with firefox this is a no go. > > I've tried disabling optimizations in the firefox makefile but it > > makes no difference. > > > > I don't believe it matters but my hardware is a Dell XPS m1210 laptop > > with intel graphics. > > > > What system: > > pylon# uname -a > > FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29 > > CET 2010 __ __ root@pylon:/usr/obj/usr/src/sys/PYLON __i386 > > > > What makefile: > > pylon# grep Makefile,v /usr/ports/www/firefox/Makefile > > # $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat Exp $ > > > > How to reproduce: > > I can reproduce this crash everytime by removing my .mozilla and then visit: > > __http://review.source.android.com/11633 > > Most pages are Ok. > > > > Error message: > > Floating point exception (core dumped) > > > > Well.. the processor supports SSE instrincs, perhaps this is a SIMD > > optimization bug somewhere else, I remember I enabled that for some > > other port.. > > > > Other notable behaviour: > > If i run firefox3 with truss -f firefox3 does not crash on the page. > > I could probably dive deeper into this. > > Doesn't crash for me on Firefox 3.5.8: > > # /etc/make.conf: > CFLAGS += -fno-strict-aliasing -pipe > CXXFLAGS += -fno-strict-aliasing -pipe > # ... > CPUTYPE := nocona > > Do you have a custom make.conf file? If so, what's your processor > and your CPUTYPE / C*FLAGS? > The referenced page works for me using FF 3.6.2. I don't have any special CFLAGS values set in src.conf/make.conf. I also have CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU) Features=0x178bfbff Features2=0x2001 -- Gary Jennejohn From owner-freebsd-ports@FreeBSD.ORG Sat Apr 3 15:36:53 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 216D11065678 for ; Sat, 3 Apr 2010 15:36:53 +0000 (UTC) (envelope-from lists@rhavenn.net) Received: from smtp247.iad.emailsrvr.com (smtp247.iad.emailsrvr.com [207.97.245.247]) by mx1.freebsd.org (Postfix) with ESMTP id EA5968FC20 for ; Sat, 3 Apr 2010 15:36:51 +0000 (UTC) Received: from relay14.relay.iad.mlsrvr.com (localhost [127.0.0.1]) by relay14.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id CD1D222AF81; Sat, 3 Apr 2010 11:17:36 -0400 (EDT) Received: from dynamic11.wm-web.iad.mlsrvr.com (dynamic11.wm-web.iad.mlsrvr.com [192.168.2.218]) by relay14.relay.iad.mlsrvr.com (SMTP Server) with ESMTP id C6E0A22A8B1; Sat, 3 Apr 2010 11:17:36 -0400 (EDT) Received: from rhavenn.net (localhost [127.0.0.1]) by dynamic11.wm-web.iad.mlsrvr.com (Postfix) with ESMTP id AFE7AE0081; Sat, 3 Apr 2010 11:17:36 -0400 (EDT) Received: by webmail.ecwwebworks.com (Authenticated sender: lists@rhavenn.net, from: lists@rhavenn.net) with HTTP; Sat, 3 Apr 2010 11:17:36 -0400 (EDT) Date: Sat, 3 Apr 2010 11:17:36 -0400 (EDT) From: "Henrik Hudson" To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: plain Message-ID: <1270307856.71926479@192.168.2.229> X-Mailer: webmail7.0 Cc: x11@freebsd.org Subject: bug: xcursorgen build from latest SVN X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Apr 2010 15:36:53 -0000 I'm rebuilding my laptop and pulled in the latest 8-STABLE (4/2) and ports = (4/2) with a SVN pull and merge from the xorg maintainers for 7.5.=0A=0Adoi= ng a make install in /x11/xorg leads to an error building xcursorgen. It's = looking for libpng12.pc, but the new PNG push this to libpng14.pc=0A=0A1) e= diting the packages configure file to just use libpng instead of libpng let= configure finish=0Aor=0A2) symlinking libpng12 to libpng14 also worked=0A= =0AI don't know what the proper fix is and/or if it should be reported upst= ream to xorg or is this a freebsd ports or freebsd xorg issue?=0A=0A=0AThan= ks.=0A=0AHenrik=0A=0A From owner-freebsd-ports@FreeBSD.ORG Sat Apr 3 20:00:19 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 861FE1065687 for ; Sat, 3 Apr 2010 20:00:19 +0000 (UTC) (envelope-from h.skuhra@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1028FC2E for ; Sat, 3 Apr 2010 20:00:17 +0000 (UTC) Received: by bwz8 with SMTP id 8so2236611bwz.3 for ; Sat, 03 Apr 2010 13:00:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=7Jo4+nPncm+/5AniS5bSBdlWjPtkn0XeVJFgjOs/VUs=; b=nTvTX/WiI90Z725KbHPM+3wly2JAwg7d51tfoZCl8qULWmGXQY9IzhjYydHTHhffdF mFXwHKqnjkNoMCp6MTyHPdJVlPFwSfxWATHJ3fxVHIQ+HVFk8mKqrd+8AjWKXfsW964F xmvN5Pd5g1q5sE/f6GBgGVEogiJ2SMO93CWEE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=x/HMARrV4anYE1miEX31txY3wMEKbsPimEr3qiAJjTK6xxrkUjoQ3scx8SfbFkKkYc nIlT3O1rXq4RGlozBFtNtCPY7iic3KgfNA7m7+e8bEK6UZPOp552H6Dgd6EuMPwAQGcg h6959Xd0TY4qmXlNjzcW1HVhTjJPrwHjda7QE= MIME-Version: 1.0 Received: by 10.204.113.83 with HTTP; Sat, 3 Apr 2010 12:30:39 -0700 (PDT) Date: Sat, 3 Apr 2010 21:30:39 +0200 Received: by 10.204.163.143 with SMTP id a15mr4587905bky.128.1270323039371; Sat, 03 Apr 2010 12:30:39 -0700 (PDT) Message-ID: From: "Herbert J. Skuhra" To: ports@FreeBSD.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Sakura - wrong category? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Apr 2010 20:00:19 -0000 Hi! Ports like xterm, rxvt-unicode, gnome-terminal, etc. reside in ports/x11, so I am wondering why sakura was placed in ports/x11-toolkits!? It's also a terminal emulator. Maybe it could/should be moved. Thanks. -Herbert