From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 01:07:13 2008 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 842AA1065672 for ; Sun, 30 Nov 2008 01:07:13 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 5B74C8FC1E for ; Sun, 30 Nov 2008 01:07:13 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id mAU178KP087055 for ; Sun, 30 Nov 2008 01:07:08 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id mAU178w7087053 for ports@FreeBSD.org; Sun, 30 Nov 2008 01:07:08 GMT (envelope-from erwin) Date: Sun, 30 Nov 2008 01:07:08 GMT From: Erwin Lansing Message-Id: <200811300107.mAU178w7087053@pointyhat.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: Sun, 30 Nov 2008 01:07:13 -0000 From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 06:07:54 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C24231065673 for ; Sun, 30 Nov 2008 06:07:54 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id A13A98FC13 for ; Sun, 30 Nov 2008 06:07:54 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mAU68XW0026279 for ; Sat, 29 Nov 2008 22:08:33 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mAU68XbV026278 for freebsd-ports@freebsd.org; Sat, 29 Nov 2008 22:08:33 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mAU68W28026213 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Sat, 29 Nov 2008 22:08:32 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Sun, 30 Nov 2008 06:08:32 +0000 (UTC) Message-id: References: <01904501@bs1.sp34.ru> Errors-to: "G. Paul Ziemba" Subject: Re: FreeBSD Port: net/linux-nx-client X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 06:07:54 -0000 bsam@ipt.ru (Boris Samorodov) writes: >"G. Paul Ziemba" writes: >> I have been manually creating symlinks in /usr/compat/linux/usr/local/lib, >> e.g., >> >> cd /usr/compat/linux/usr/local/lib >> ln -s ../../X11R6/lib/libXext.so.6 >> >> I'm not sure why I need to make these links or if there is a better >> approach, but it works for me. >By default linuxulator looks for files first at /usr/compat/linux >directories and only if it fails then /usr/local is used. I.e. if >you have /usr/compat/linux/usr/X11R6/lib/libXext.so.6 than it should >be found by linuxulator and no symlinking is needed. My observations come mainly from getting linux plugins working for the FreeBSD native Opera. I wonder if operapluginwrapper.linux is influencing the library search path in some way. -- G. Paul Ziemba FreeBSD unix: 10:06PM up 10 days, 22:44, 6 users, load averages: 0.56, 0.54, 0.40 From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 14:33:48 2008 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 9099C1065675; Sun, 30 Nov 2008 14:33:48 +0000 (UTC) (envelope-from juancr@dsa.es) Received: from llca513-a.servidoresdns.net (llca513-a.servidoresdns.net [217.76.128.120]) by mx1.freebsd.org (Postfix) with ESMTP id 46FB28FC1F; Sun, 30 Nov 2008 14:33:47 +0000 (UTC) (envelope-from juancr@dsa.es) Received: from mail.dsa.es (localhost.localdomain [127.0.0.1]) by llca513-a.servidoresdns.net (Postfix) with ESMTP id D5C061104042; Sun, 30 Nov 2008 15:33:45 +0100 (CET) Received: from 84.18.11.126 (SquirrelMail authenticated user faf352c) by mail.dsa.es with HTTP; Sun, 30 Nov 2008 14:33:45 -0000 (GMT) Message-ID: <3779.84.18.11.126.1228055625.squirrel@mail.dsa.es> Date: Sun, 30 Nov 2008 14:33:45 -0000 (GMT) From: "DSA - JCR" To: skv@FreeBSD.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: ports@FreeBSD.org Subject: FreeBSD Port: firebird-client-2.0.3_2 (and server) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Nov 2008 14:33:48 -0000 Hi again (2nd try) I have send on Sab, 25 de Octubre de 2008, 17:57 the email about the FireBird port and I have no received an answer. Please, can anyone confirm me that THIS IMPORTANT PORT will be updated? Sincerely Juan Coruña Desarrollo de Software Atlantico ================================================ email: send on Sab, 25 de Octubre de 2008, 17:57 ================================================ Hi I have found that the por for the Firebird SQL server and client is not up to date. - In the ports the version is 2.0.3_2 -In FirebirdSQl.org the last version is 2.1.1 and also they are testing 2.5 - Also they have made ports for may others OS's, like Solaris, Linux, Windows, in 32 and 64bits platforms. I think that we must have this always up to date in FreeBSD. I work with Firebird SQL Server and under FreeBSD (of course!!!) and also there is many tools that work with it like PHP, QT,... Please, let me know if there will be an update for it. Thanks in advance Sincerely Juan Coruña Desarrollo de Software Atlantico From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 18:42:56 2008 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 101CA106567A for ; Sun, 30 Nov 2008 18:42:56 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9318FC12 for ; Sun, 30 Nov 2008 18:42:55 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r5af140.net.upc.cz [86.49.39.140]) (authenticated bits=0) by raven.customer.vol.cz (8.14.1/8.14.1) with ESMTP id mAUIFimr072115; Sun, 30 Nov 2008 19:15:46 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: python@FreeBSD.org, ports@FreeBSD.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-a/zzW10GoWmpCmxF/BsG" Date: Sun, 30 Nov 2008 19:15:44 +0100 Message-Id: <1228068944.95696.36.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Score: -2.247 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 86.49.39.140; Sender-helo: [192.168.0.23]; ) Cc: Subject: python leftovers - native_libs.txt X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2008 18:42:56 -0000 --=-a/zzW10GoWmpCmxF/BsG Content-Type: text/plain Content-Transfer-Encoding: quoted-printable A bunch of python ports suddenly install extra file that they didn't install in the past: native_libs.txt. Anyone knows what's up? Example: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.6.20081128152658/p= y25-fusefs-0.2_1.log --=20 Pav Lucistnik A mouse is a device used to point at the xterm you want to type in. --=-a/zzW10GoWmpCmxF/BsG Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkky2FAACgkQntdYP8FOsoLMnACgi1Y/r1p3YVSypTh5OgaLhXJq HHMAnjI6r5yuCl7kity8Upc8IzSQZa6+ =FQpV -----END PGP SIGNATURE----- --=-a/zzW10GoWmpCmxF/BsG-- From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 19:11:21 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1043E106564A for ; Sun, 30 Nov 2008 19:11:21 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: from mail-qy0-f18.google.com (mail-qy0-f18.google.com [209.85.221.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED228FC21 for ; Sun, 30 Nov 2008 19:11:20 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: by qyk11 with SMTP id 11so2318062qyk.19 for ; Sun, 30 Nov 2008 11:11:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=Cjt8FF9evsoL15rUBgi08/KX3zwncotHeSt3TFKPv+s=; b=XumvXs5CwutfPzZI8urasPPlHJXYqvNJu89dSVuzboMS+F9eGvmaDHIOMJrfMfyiBg Jn/mgsEkCJdeUaKuzr7yO7IjE7vwejHP5Wah6RBx9g5pZ+nYFhhy8MYMItZ2xcSjJ+st oDZtbftMBwyLRFZaQZvEZBRMytIlX8XmkIVoA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=VfAGlL/t0v5mjyN9fPEZO68ZPHGZZTIYFLr6q0qsP6VxEfgeWmSBPkVEBVr2DSzRoO aeo3cH2ZCTWEHrXQ7MDz6pP/BkhiHadcxdQLLqtT/u0Z0j1RfunYga1kImTCGoA617wW 91QCbCy4FJ74hsurJ9PJqnDGK4zFXqrV60yeE= Received: by 10.214.242.11 with SMTP id p11mr8991337qah.83.1228070964549; Sun, 30 Nov 2008 10:49:24 -0800 (PST) Received: by 10.214.60.4 with HTTP; Sun, 30 Nov 2008 10:49:24 -0800 (PST) Message-ID: <332f78510811301049y709b8693wbb4460dcfef21a26@mail.gmail.com> Date: Sun, 30 Nov 2008 19:49:24 +0100 From: t-u-t To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ardour 2.7 make segmentation fault X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 30 Nov 2008 19:11:21 -0000 hi, i cannot build ardour 2.7 on 7.1beta2 amd64. any clues? (pkg is vers 2.4.1_1) libs/ardour/audio_diskstream.cc: In constructor 'ARDOUR::AudioDiskstream::ChannelInfo::ChannelInfo(nframes_t, nframes_t, nframes_t)': libs/ardour/audio_diskstream.cc:2452: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. scons: *** [libs/ardour/audio_diskstream.os] Error 1 scons: building terminated because of errors. *** Error code 2 Stop in /usr/ports/audio/ardour. *** Error code 1 -- ce la vie From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 09:20:55 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DFA51065670 for ; Mon, 1 Dec 2008 09:20:55 +0000 (UTC) (envelope-from awd@awdcomp.net) Received: from home.awdcomp.net (ppp121-45-10-50.lns10.adl2.internode.on.net [121.45.10.50]) by mx1.freebsd.org (Postfix) with ESMTP id 038518FC13 for ; Mon, 1 Dec 2008 09:20:54 +0000 (UTC) (envelope-from awd@awdcomp.net) Received: from getafix.abdulla ([192.168.202.99]) by home.awdcomp.net with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L74aX-000BKr-1y for freebsd-ports@freebsd.org; Mon, 01 Dec 2008 19:27:05 +1030 Message-ID: <4933A6CE.6000003@awdcomp.net> Date: Mon, 01 Dec 2008 19:26:46 +1030 From: Andrew User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: FreeBSD Ports Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Exim 4.69_1 and locking issues. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Dec 2008 09:20:55 -0000 Hi all, Running Exim 4.69 on 7.0-RELEASE-p6 FreeBSD. The box has been recently upgraded from 6.3 (like 24 hours ago). Currently Exim is sending the following lines to the log files. 2008-12-01 19:02:35 Failed to get write lock for /var/spool/exim/db/callout.lockfile: Invalid argument 2008-12-01 19:02:35 Failed to get write lock for /var/spool/exim/db/callout.lockfile: Invalid argument 2008-12-01 19:02:35 1L74Cp-000GRN-3R Cannot lock /var/spool/exim/input//1L74Cp-000GRN-3R-D (22): Invalid argument The permissions are all correct for the directories and for Exim itself. It is creating stacks and stacks of 0 byte files in the message spool directory. I have recompiled all the ports but to no avail. I've upgraded 2 other machines with 99.0% the same setup with no issues. The only difference is hostnames/ips and that this machine is running mysql on it. Everything else on the machine (spam-assassin, clamav, mysql) is working fine. Has anybody got any ideas? Cheers cya Andrew From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 11:06:05 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5BC1065670 for ; Mon, 1 Dec 2008 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 A593A8FC0A for ; Mon, 1 Dec 2008 11:06:05 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB1B653c051597 for ; Mon, 1 Dec 2008 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB1B65MU051593 for freebsd-ports@FreeBSD.org; Mon, 1 Dec 2008 11:06:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 1 Dec 2008 11:06:05 GMT Message-Id: <200812011106.mB1B65MU051593@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, 01 Dec 2008 11:06:05 -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/129325 Update port: print/latex-csquotes update to 4.3 f ports/129296 [PATCH] net-im/pidgin-libnotify: add Russian translati o ports/129295 [PATCH] mesagl works on amd64 with x11/xlockmore f ports/129289 update net/vnc f ports/129288 patch by PR ports/108413 for net/vnc is not applied we o ports/129262 upgrade of finance/ledgersmb12 o ports/129235 www/wml is broken since update to 2.1a2 o ports/129134 update port: devel/jude-community: update to version 5 o ports/129130 [bsd.sites.mk] The source URL list in /usr/ports/Mk/bs o ports/129128 [Maintainer-update] graphics/sdl_image: update to 1.2. o ports/129123 [PATCH] japanese/ctags: update to 5.7j1 f ports/129086 [patch] Update port audio/ventrilo-server to 3.0.3 o ports/129069 [UPDATE] www/asterisk-gui to 2.0.4 f ports/129063 Update math/R to version 2.8.0 o ports/129043 Experimental version of net/poptop in FreeBSD ports o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/128846 New port: sysutils/linux-megacli2 - LSI MegaRAID SAS c o ports/128726 [NEW PORT] print/lyx16: Document processor interfaced f ports/128703 net/isc-dhcp40-client and net/isc-dhcp40-relay refer t o ports/128603 textproc/flex has too small capacity o ports/128558 New ports: emulators/sdlmame-devel f ports/128537 [patch] databases/rrdtool add missing font runtime dep f ports/128521 [patch] devel/icu build failed on TestFormatRelative f ports/128513 [PATCH] Fixed editors/emacs-devel for non-GTK support f ports/128490 net/freenx port does not work properly on freebsd-7 st f ports/128489 [PATCH] mail/sympa5 update to 5.4.3 o ports/128384 new port x11/xorg-minimal f ports/128323 Update of ports/x11-fonts/terminus-font f ports/128288 sysutils/hpacucli does not work f ports/128271 biology/ncbi-toolkit - blastall segfaults when output f ports/128142 update net/ekiga to 3.0.0 to fit GNOME 2.24 f ports/128141 update net/opal to 3.4.1 to fit GNOME 2.24 o ports/128140 update devel/pwlib to 2.4.1 to fit GNOME 2.24 f ports/128082 sysutils/megarc binary causes memory corruption f ports/128074 multimedia/mplayer does not play CSS encrypted DVDs f ports/128048 www/mod_proxy_html port installs broken configuration f ports/127995 net/isc-dhcp3-server creates a user/group with dynamic f ports/127905 science/gramps: installation and runtime problems with f ports/127854 [PATCH] databases/couchdb: update to 0.8.1 o ports/127851 Port update: multimedia/libdvdnav-mplayer - Update to f ports/127810 print/hplip 2.8.2 can't talk to my usnb printer (HP PS o ports/127728 ports/games/freebsd-games doesn't build, and larn(6) s f ports/127675 [patch] net/nss_ldap version 259, with fix for pw_{cha f ports/127513 mail/dcc-dccd sets home to /var/dcc even if you didn' o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs f ports/127302 security/swatch: swatch-3.2.1_1 multiple issues f ports/127259 [update] devel/jude-community to 5.3 f ports/127181 audio/musicpd logs warning s ports/127087 mail/bincimap port does not include an rc.d file o ports/126905 Update port: audio/libmtp to version 0.3.1 o ports/126890 port update: lang/cmucl o ports/126674 New port: print/latex-babel o ports/126655 java/jboss4 can not take standard parameter "-b host_n s ports/126577 [Update]graphics/qgis:update to 0.11.0 f ports/126518 Unbroke archivers/lzo2 on i386 f ports/126322 [patch] sysutils/fusefs-kmod: Make install location co f ports/126228 [PATCH] mail/courier: new version 0.60.0 f ports/126161 security/bsp_upektfmess does not work on 7.0 o ports/126151 [NEW PORT] security/p5-Bro-devel: Perl module for scri o ports/126150 [NEW PORT] security/broccoli-devel: The Bro Client Com o ports/126148 [NEW PORT] security/bro-devel: System for detecting Ne f ports/126058 net/generic-nqs fails to compile f ports/126055 x11-toolkits/p5-Tk - segmentation fault running perl-t f ports/125960 sysutils/syscp lacks of chattr/chflags f ports/125783 New port: www/vulture - A HTTP reverse proxy for your o ports/125719 shells/pdksh, zombie process's occouring on SMP Machin o ports/125714 [patch] www/httptunnel: users not added f ports/125362 New port: devel/ocaml-lwt (cooperative threading libra o ports/125324 editors/the (3.2) looses cursor when compiled with PDC o ports/125201 audio/aqualung crashes o ports/124905 new port: databases/sqlitejdbc 051 o ports/124597 [NEW PORT] net/callweaver: Fork of the popular Open So o ports/124548 net/mDNSResponder port incompatible with gnome desktop f ports/124238 sysutils/heartbeat: patch request f ports/123424 [NEW PORT] net/winexe o ports/123247 linux-firefox and linux-seamonkey from multiple users o ports/123239 New port: graphics/diamondbox Layer based photo editor f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 s ports/121902 [PATCH] textproc/ispell add OPTIONS o ports/121831 [PATCH] net/openbgpd: [SUMMARIZE CHANGES] o ports/121325 Xorg crashes when x11-wm/xcompmgr is running o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li f ports/118877 audio/streamripper does not detect song title from str f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/108795 ports/icc: Proposed update to icc port for intel compi f ports/107304 print/apsfilter does not print PDF to raw PostScript p o amd64/104311 ports/wine should be installable on amd64 s ports/85513 Intel C++ compiler not 100% binary compatible with sys 91 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 11:19:07 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58578106564A for ; Mon, 1 Dec 2008 11:19:07 +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 4985F8FC0A for ; Mon, 1 Dec 2008 11:19:06 +0000 (UTC) (envelope-from avg@icyb.net.ua) 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 NAA24985; Mon, 01 Dec 2008 13:19:04 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4933C827.70503@icyb.net.ua> Date: Mon, 01 Dec 2008 13:19:03 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: perl@FreeBSD.org, FreeBSD Ports Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: p5-Mail-IMAPClient-3.12 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Dec 2008 11:19:07 -0000 Should this port be marked with IS_INTERACTIVE or be fixed to not try to interact? Rationale: ---> Upgrading 'p5-Mail-IMAPClient-3.11' to 'p5-Mail-IMAPClient-3.12' (mail/p5-Mail-IMAPClient) ---> Building '/usr/ports/mail/p5-Mail-IMAPClient' ===> Cleaning for p5-Mail-IMAPClient-3.12 => Mail-IMAPClient-3.12.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Mail/. Mail-IMAPClient-3.12.tar.gz 100% of 165 kB 82 kBps ===> Extracting for p5-Mail-IMAPClient-3.12 => MD5 Checksum OK for Mail-IMAPClient-3.12.tar.gz. => SHA256 Checksum OK for Mail-IMAPClient-3.12.tar.gz. ===> p5-Mail-IMAPClient-3.12 depends on file: /usr/local/bin/perl5.8.8 - found ===> Patching for p5-Mail-IMAPClient-3.12 ===> p5-Mail-IMAPClient-3.12 depends on file: /usr/local/bin/perl5.8.8 - found ===> p5-Mail-IMAPClient-3.12 depends on file: /usr/local/bin/perl5.8.8 - found ===> Configuring for p5-Mail-IMAPClient-3.12 Checking if your kit is complete... Looks good Warning: prerequisite Test::Pod 0 not found. Writing Makefile for Mail::IMAPClient You have the option of running an extended suite of tests during 'make test'. This requires an IMAP server name, user account, and password to test with. Do you want to run the extended tests? (n/y) -- Andriy Gapon From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 11:42:48 2008 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 918CB10656E0; Mon, 1 Dec 2008 11:42:48 +0000 (UTC) (envelope-from jadawin@tuxaco.net) Received: from huppa.tuxaco.net (unknown [IPv6:2001:41d0:1:66c1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 143318FC1C; Mon, 1 Dec 2008 11:42:48 +0000 (UTC) (envelope-from jadawin@tuxaco.net) Received: from localhost (unknown [127.0.0.1]) by huppa.tuxaco.net (Postfix) with ESMTP id D20ABA92A; Mon, 1 Dec 2008 12:46:08 +0100 (CET) X-Virus-Scanned: amavisd-new at tuxaco.net Received: from huppa.tuxaco.net ([127.0.0.1]) by localhost (huppa.tuxaco.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwr4Kjjd3bG8; Mon, 1 Dec 2008 12:43:30 +0100 (CET) Received: from localhost (ilove.tuxaco.net [82.236.143.160]) (Authenticated sender: jadawin@tuxaco.net) by huppa.tuxaco.net (Postfix) with ESMTPA id 27F16A8B5; Mon, 1 Dec 2008 12:43:28 +0100 (CET) Date: Mon, 1 Dec 2008 12:39:57 +0100 From: Philippe =?iso-8859-1?Q?Aud=E9oud?= To: Andriy Gapon Message-ID: <20081201113957.GA56381@tuxaco.net> References: <4933C827.70503@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4933C827.70503@icyb.net.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: perl@FreeBSD.org, FreeBSD Ports Subject: Re: p5-Mail-IMAPClient-3.12 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Dec 2008 11:42:48 -0000 On Lun, 01 d=E9c 2008, Andriy Gapon wrote: >=20 > Should this port be marked with IS_INTERACTIVE or be fixed to not try to > interact? >=20 [...] > Do you want to run the extended tests? (n/y) >=20 Hello, I'm last committer for this port. I will have a look today or tomorrow --=20 Philippe Audeoud FreeBSD Committer | jadawin@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 17:59:19 2008 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 B687A1065672 for ; Mon, 1 Dec 2008 17:59:19 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id 607958FC12 for ; Mon, 1 Dec 2008 17:59:18 +0000 (UTC) (envelope-from pawciobiel@gmail.com) Received: by gxk12 with SMTP id 12so2434762gxk.16 for ; Mon, 01 Dec 2008 09:59:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=SgkOniJedWw3JkW13dPKUQR5hm+kHM0mUnCABaYPncQ=; b=m8ECyDH3Pu+SKtEqjvnSWouIAqr0yi/9dz1TRJ9VLFeIbui01r2ldPkxY8JP32/f8L Xex1sVfJCXIAWjBnqV72iKrtZmc4ol4oDo1zwmffr+UGyI8iJ/uP530ZnOaKupb1sl2U 81l9fY+Dj02Mq6U0JXwzbnYn/UPnYS/5qB9i4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=sW6ZNyUcadVrE7ct8LptpB9L4xl8amUKFwLQTTuKSQdkgi9sX2/g28c4uXhKTYqQT1 jVWqrkUseMmqzXlo/46EEMM0E+OSXNXln16iakrR1HStLo+dWwC7b2pOTiV43W8472e0 IcC/fxgpQmtdzCWPSpvwpYXLxgHr59w2eGQZ8= Received: by 10.103.240.15 with SMTP id s15mr4690615mur.82.1228152036665; Mon, 01 Dec 2008 09:20:36 -0800 (PST) Received: from ?10.0.0.11? (164-bem-14.acn.waw.pl [82.210.185.164]) by mx.google.com with ESMTPS id e10sm5874211muf.22.2008.12.01.09.20.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Dec 2008 09:20:35 -0800 (PST) Message-ID: <49341CE1.5040800@gmail.com> Date: Mon, 01 Dec 2008 18:20:33 +0100 From: P Bielecki User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: pav@FreeBSD.org References: <1228068944.95696.36.camel@hood.oook.cz> In-Reply-To: <1228068944.95696.36.camel@hood.oook.cz> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, python@FreeBSD.org Subject: Re: python leftovers - native_libs.txt X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 01 Dec 2008 17:59:19 -0000 Pav Lucistnik pisze: > A bunch of python ports suddenly install extra file that they didn't > install in the past: native_libs.txt. > > Anyone knows what's up? > > Example: > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.6.20081128152658/py25-fusefs-0.2_1.log > http://peak.telecommunity.com/DevCenter/EggFormats#native-libs-txt Hope this help. -- P Bielecki http://pawciobiel.com From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 18:45:00 2008 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 5205C1065673 for ; Mon, 1 Dec 2008 18:45:00 +0000 (UTC) (envelope-from shild@sbcglobal.net) Received: from smtp119.sbc.mail.re3.yahoo.com (smtp119.sbc.mail.re3.yahoo.com [66.196.96.92]) by mx1.freebsd.org (Postfix) with SMTP id CDBBF8FC0A for ; Mon, 1 Dec 2008 18:44:59 +0000 (UTC) (envelope-from shild@sbcglobal.net) Received: (qmail 32554 invoked from network); 1 Dec 2008 18:18:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:Reply-To:To:Content-Type:Date:Message-Id:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=YYuvVsC5Pet5tkVArWyFLrGPHZTULxosO613dNHT55zI1u9u+vbjv2MdMRUvvTkXhKQHNyp927Hbq6yhunQc3F/3II8ufpqYzbtdiO1LGI6VhmPXn5Kyi0/WKOkdkGQxDgqJpLYai2i0SrjKc3t2po2Js1cZ0pS122bQxHMaWdA= ; Received: from unknown (HELO ?192.168.1.1?) (shild@68.75.162.175 with login) by smtp119.sbc.mail.re3.yahoo.com with SMTP; 1 Dec 2008 18:18:18 -0000 X-YMail-OSG: 65QQptQVM1mh2AjeDz6VqFCawrff8eI1cd7sS2lX74CQmQhwyDwctztOJiqv5174NZa4A78q4IjvmckYViKKx7ha3RaWEy0ytlzYqN63T.fiENcARfI1jWoPMbB_A.CL2BTX11u7xGtFKAQyHCcVDxAII0Lx9yzvMUTnaPA- X-Yahoo-Newman-Property: ymail-3 From: "Scott T. Hildreth" To: FreeBSD Ports Content-Type: text/plain Date: Mon, 01 Dec 2008 12:16:23 -0600 Message-Id: <1228155383.52982.7.camel@fbsd1.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Trying to build libcdio X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shild@sbcglobal.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 18:45:00 -0000 I am trying to build libcdio, which vcdimager depends on, but I get this error, cd-info.c:37:28: error: libvcd/logging.h: No such file or directory cd-info.c:38:26: error: libvcd/files.h: No such file or directory cd-info.c:39:25: error: libvcd/info.h: No such file or directory libcdio doesn't depend on vcdimager, which installs these header files (I believe). Information for libcdio-0.78.2_2: Depends on: Dependency: pkg-config-0.23_1 Dependency: libiconv-1.11_1 Dependency: gettext-0.17_1 Dependency: popt-1.7_5 Dependency: libcddb-1.3.0 Dependency: cdparanoia-3.9.8_8 vcdimager depends on libcdio, but libcdio can't compile without the vcd header files. Information for vcdimager-0.7.23_5: Depends on: Dependency: pkg-config-0.23_1 Dependency: libiconv-1.11_1 Dependency: libxml2-2.6.32_2 Dependency: gettext-0.17_1 Dependency: popt-1.7_5 Dependency: libcddb-1.3.0 Dependency: cdparanoia-3.9.8_8 Dependency: libcdio-0.78.2_2 Any ideas? I am missing something here? Thanks, Scott From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 21:32:16 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C31D106564A for ; Mon, 1 Dec 2008 21:32:16 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id E279A8FC18 for ; Mon, 1 Dec 2008 21:32:15 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mB1LVaxa068544 for ; Mon, 1 Dec 2008 13:31:36 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB1LVaB0068543 for freebsd-ports@freebsd.org; Mon, 1 Dec 2008 13:31:36 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB1LVZcG068481 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Mon, 1 Dec 2008 13:31:35 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Mon, 1 Dec 2008 21:31:35 +0000 (UTC) Message-id: Errors-to: "G. Paul Ziemba" Subject: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:32:16 -0000 Hi Folks, I sometimes have local patches that I need to apply to ports. For various reasons, these patches are not available in the ports tree (e.g., bug fixes could be still propagating, or I'm trying out a bug fix locally before submitting it, or the local patches might be inappropriate or unwanted for the general FreeBSD populace, etc.) My current practice is to maintain my own tree of patch files and then reference them via EXTRA_PATCHES in /etc/make.conf. Mostly the patches get applied automatically when I upgrade my ports, and when the patches fail I learn about it immediately - no additional recordkeeping is required. However, I am looking for a better way. It's probably an unnatural use of EXTRA_PATCHES. Some ports define EXTRA_PATCHES themselves and override what I have defined in /etc/make.conf, so I have to resort to modifying the ports tree in place and keep yet another list of items to pay attention to when upgrading my ports. In hopes of stimulating some discussion, I propose a new variable, LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like EXTRA_PATCHES, except that it would be designated specifically for site-local patches. It would be implemented in the do-patch target in bsd.port.mk at the end, after patches from PATCHDIR are applied, and patch Makefiles would, by convention, leave it unmolested. Have I overlooked some better approach to integrating site-local fixes? -- G. Paul Ziemba FreeBSD unix: 1:31PM up 23:01, 5 users, load averages: 0.20, 0.37, 0.72 From owner-freebsd-ports@FreeBSD.ORG Mon Dec 1 21:43:08 2008 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 2F0B2106564A for ; Mon, 1 Dec 2008 21:43:08 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from raven.customer.vol.cz (raven.customer.vol.cz [195.250.144.108]) by mx1.freebsd.org (Postfix) with ESMTP id A3D9B8FC0C for ; Mon, 1 Dec 2008 21:43:07 +0000 (UTC) (envelope-from pav@FreeBSD.org) Received: from [192.168.0.23] (r5af140.net.upc.cz [86.49.39.140]) (authenticated bits=0) by raven.customer.vol.cz (8.14.1/8.14.1) with ESMTP id mB1LgvtH050032; Mon, 1 Dec 2008 22:42:59 +0100 (CET) (envelope-from pav@FreeBSD.org) From: Pav Lucistnik To: P Bielecki In-Reply-To: <49341CE1.5040800@gmail.com> References: <1228068944.95696.36.camel@hood.oook.cz> <49341CE1.5040800@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-sj6cPXxnoGGAOSuIzedA" Date: Mon, 01 Dec 2008 22:42:58 +0100 Message-Id: <1228167778.95696.62.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Score: -1.793 () AWL,BAYES_00,RCVD_IN_PBL X-Scanned-By: MIMEDefang 2.64 on 195.250.144.108 X-Milter: Spamilter (Reciever: raven.customer.vol.cz; Sender-ip: 86.49.39.140; Sender-helo: [192.168.0.23]; ) Cc: ports@FreeBSD.org, python@FreeBSD.org Subject: Re: python leftovers - native_libs.txt X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2008 21:43:08 -0000 --=-sj6cPXxnoGGAOSuIzedA Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable P Bielecki p=ED=B9e v po 01. 12. 2008 v 18:20 +0100: > Pav Lucistnik pisze: > > A bunch of python ports suddenly install extra file that they didn't > > install in the past: native_libs.txt. > >=20 > > Anyone knows what's up? > >=20 > > Example: > > http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/a.6.200811281526= 58/py25-fusefs-0.2_1.log > >=20 >=20 > http://peak.telecommunity.com/DevCenter/EggFormats#native-libs-txt >=20 > Hope this help. Based on this and some other information I got, I think I'll just start adding them to the plists. --=20 Pav Lucistnik Two sausages are in a frying pan. One says, "Geez, it's hot in here isn't it?" And the other one says, "Aaaaaah! A talking sausage!" --=-sj6cPXxnoGGAOSuIzedA Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkk0WmIACgkQntdYP8FOsoJNYQCeOTdxhVCq+Fod/8yvYUHyi1Zi r98AnAqnJ/n7PxCikggztHtSc/qhRlZG =mXB0 -----END PGP SIGNATURE----- --=-sj6cPXxnoGGAOSuIzedA-- From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 03:20:14 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741081065670 for ; Tue, 2 Dec 2008 03:20:14 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5BB6C8FC08 for ; Tue, 2 Dec 2008 03:20:14 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id A1DD35C18; Mon, 1 Dec 2008 22:20:13 -0500 (EST) Date: Mon, 1 Dec 2008 22:20:13 -0500 From: Wesley Shields To: "G. Paul Ziemba" Message-ID: <20081202032013.GG85116@atarininja.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 03:20:14 -0000 On Mon, Dec 01, 2008 at 09:31:35PM +0000, G. Paul Ziemba wrote: > Hi Folks, > > I sometimes have local patches that I need to apply to ports. For > various reasons, these patches are not available in the ports tree > (e.g., bug fixes could be still propagating, or I'm trying out a > bug fix locally before submitting it, or the local patches might be > inappropriate or unwanted for the general FreeBSD populace, etc.) > > My current practice is to maintain my own tree of patch files and > then reference them via EXTRA_PATCHES in /etc/make.conf. Mostly > the patches get applied automatically when I upgrade my ports, and > when the patches fail I learn about it immediately - no additional > recordkeeping is required. > > However, I am looking for a better way. It's probably an unnatural > use of EXTRA_PATCHES. Some ports define EXTRA_PATCHES themselves and > override what I have defined in /etc/make.conf, so I have to resort > to modifying the ports tree in place and keep yet another list of > items to pay attention to when upgrading my ports. > > In hopes of stimulating some discussion, I propose a new variable, > LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like > EXTRA_PATCHES, except that it would be designated specifically for > site-local patches. It would be implemented in the do-patch target > in bsd.port.mk at the end, after patches from PATCHDIR are applied, > and patch Makefiles would, by convention, leave it unmolested. > > Have I overlooked some better approach to integrating site-local > fixes? I'm not aware of anything of this nature which exists. I think it's a good idea and would be happy to review anything you are willing to submit back to FreeBSD. -- WXS From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 13:14:19 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BB4B1065676 for ; Tue, 2 Dec 2008 13:14:19 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.freebsd.org (Postfix) with ESMTP id 793B38FC26 for ; Tue, 2 Dec 2008 13:14:18 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr12.xs4all.nl (8.13.8/8.13.8) with ESMTP id mB2D41ZS043440 for ; Tue, 2 Dec 2008 14:04:02 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 2 Dec 2008 14:06:54 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB0111B0@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Samba 32-devel on 7.1 PRERELEASE fails to update Thread-Index: AclUftlOnSC9xOQfQNWW5oXr78g9Ng== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Samba 32-devel on 7.1 PRERELEASE fails to update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 13:14:19 -0000 Hello i try to portupgrade samba32-devel but i=92ll get the following = error. I also try=92d to deinstall and reinstall the package but then the error = comes up also. Compiling lib/netapi/user.c Linking non-shared library bin/libnetapi.a Compiling libsmb/libsmb_cache.c In file included from libsmb/libsmb_cache.c:25: include/libsmb_internal.h:176: error: expected specifier-qualifier-list = before 'smbc_smb_encrypt_level' libsmb/libsmb_cache.c: In function 'SMBC_add_cached_server': libsmb/libsmb_cache.c:91: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:91: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:91: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:91: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:91: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c: In function 'SMBC_get_cached_server': libsmb/libsmb_cache.c:121: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:163: error: called object = 'smbc_getFunctionRemoveCachedServer(context)' is not a function libsmb/libsmb_cache.c:178: error: called object = 'smbc_getFunctionRemoveCachedServer(context)' is not a function libsmb/libsmb_cache.c: In function 'SMBC_remove_cached_server': libsmb/libsmb_cache.c:203: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:207: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:207: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:207: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:207: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c:207: error: dereferencing pointer to incomplete = type libsmb/libsmb_cache.c: In function 'SMBC_purge_cached_servers': libsmb/libsmb_cache.c:232: error: dereferencing pointer to incomplete = type The following command failed: cc -I. -I/usr/ports/net/samba32-devel/work/samba-3.2.4/source -O = -D_SAMBA_BUILD_=3D3 -I/usr/local/include = -I/usr/ports/net/samba32-devel/work/samba-3.2.4/source/iniparser/src = -Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc = -I./lib/tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H = -I/usr/local/include -Iinclude -I./include -I. -I. -I./lib/replace = -I./lib/talloc -I./lib/tdb/include -I./libaddns -I./librpc -I./popt = -I/usr/local/include -DLDAP_DEPRECATED -I/include = -I/usr/ports/net/samba32-devel/work/samba-3.2.4/source/lib = -D_SAMBA_BUILD_=3D3 -fPIC -DPIC -c libsmb/libsmb_cache.c -o = libsmb/libsmb_cache.o gmake: *** [libsmb/libsmb_cache.o] Error 1 *** Error code 2 Stop in /usr/ports/net/samba32-devel. *** Error code 1 Stop in /usr/ports/net/samba32-devel. ** Command failed [exit code 1]: /usr/bin/script -qa = /tmp/portupgrade.62477.0 env UPGRADE_TOOL=3Dportupgrade = UPGRADE_PORT=3Dsamba-3.2.4 UPGRADE_PORT_VER=3D3.2.4 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! net/samba32-devel (samba-3.2.4) (unknown build error) Regards Johan Hendriks From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 14:02:23 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72FB9106567F for ; Tue, 2 Dec 2008 14:02:23 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 583BE8FC2D for ; Tue, 2 Dec 2008 14:02:23 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L7VpW-000DPT-5e for freebsd-ports@freebsd.org; Tue, 02 Dec 2008 14:02:22 +0000 Message-ID: <49353FEC.9080607@psg.com> Date: Tue, 02 Dec 2008 23:02:20 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: freebsd ports X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: pptp mpd can not find /usr/local/sbin/pptpctrl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 14:02:23 -0000 [ maintainer listed as this mailing list :( ] running very current i386 on a soekris 5510 following the instructions on http://www.section6.net/wiki/index.php/Setting_up_a_PPTP_VPN_server_in_FreeBSD gets pptpd[76801]: MGR: Failed to exec /usr/local/sbin/pptpctrl! but no one installs pptpctrl, pptod, ... randy From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 18:30:01 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0454D106564A for ; Tue, 2 Dec 2008 18:30:01 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id AE6048FC18 for ; Tue, 2 Dec 2008 18:29:59 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1L7ZfG-0008RE-R4; Tue, 02 Dec 2008 21:08:02 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 4A5948BC6; Tue, 2 Dec 2008 21:07:17 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 2CE1A1702D; Tue, 2 Dec 2008 21:07:43 +0300 (MSK) Date: Tue, 2 Dec 2008 21:07:43 +0300 From: Dmitry Marakasov To: paul+usenet@w6yx.stanford.edu Message-ID: <20081202180743.GB70240@hades.panopticon> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 18:30:01 -0000 * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > In hopes of stimulating some discussion, I propose a new variable, > LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like > EXTRA_PATCHES, except that it would be designated specifically for > site-local patches. It would be implemented in the do-patch target > in bsd.port.mk at the end, after patches from PATCHDIR are applied, > and patch Makefiles would, by convention, leave it unmolested. > > Have I overlooked some better approach to integrating site-local > fixes? I am not aware of any mechanism for this. But I agree that it's really needed. Before (in cvsup times) we could just place patches under files/ and be happy, but now when more people use portsnap we need something better. I think making another variable that behaves like EXTRA_PATCHES is not convenient - you'll have to provide it per-port which means conditionals in make.conf. I think the most convenient way of implementing this is having a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) or single level ${PORTNAME}/patch-*) and a single variable that makes port system look there for patches in addition to ${PATCHDIR}. Thus, you only have to add a single line to make.conf: USE_LOCALPATCHES= /usr/ports/local-patches (or /whereever) and from there on files will be searced in either /usr/ports/local-patches/${CATEGORY}/${PORTNAME} /usr/ports/local-patches/${PORTNAME}. AFAIK, port names are unique in the whole portstree, so single level layout seems to be easier to handle. Here's the draft patch for this functionality: http://people.freebsd.org/~amdmi3/local-patchdir.patch -- 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 Tue Dec 2 20:00:03 2008 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 BACC81065670 for ; Tue, 2 Dec 2008 20:00:03 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9358FC12 for ; Tue, 2 Dec 2008 20:00:03 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id mB2JOAqI089028 for ; Tue, 2 Dec 2008 13:24:10 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id mB2JOA6I089027 for ports@freebsd.org; Tue, 2 Dec 2008 13:24:10 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Tue, 2 Dec 2008 13:24:10 -0600 From: Scott Lambert To: ports@freebsd.org Message-ID: <20081202192410.GA69963@sysmon.tcworks.net> Mail-Followup-To: ports@freebsd.org References: <20081202180743.GB70240@hades.panopticon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202180743.GB70240@hades.panopticon> User-Agent: Mutt/1.4.2.2i Cc: Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 20:00:03 -0000 On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote: > * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > > > In hopes of stimulating some discussion, I propose a new variable, > > LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like > > EXTRA_PATCHES, except that it would be designated specifically for > > site-local patches. It would be implemented in the do-patch target > > in bsd.port.mk at the end, after patches from PATCHDIR are applied, > > and patch Makefiles would, by convention, leave it unmolested. > > > > Have I overlooked some better approach to integrating site-local > > fixes? > > I am not aware of any mechanism for this. But I agree that it's > really needed. Before (in cvsup times) we could just place patches > under files/ and be happy, but now when more people use portsnap > we need something better. > > I think making another variable that behaves like EXTRA_PATCHES is > not convenient - you'll have to provide it per-port which means > conditionals in make.conf. > > I think the most convenient way of implementing this is having > a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) > or single level ${PORTNAME}/patch-*) and a single variable that makes > port system look there for patches in addition to ${PATCHDIR}. > > Thus, you only have to add a single line to make.conf: > > USE_LOCALPATCHES= /usr/ports/local-patches > (or /whereever) > > and from there on files will be searced in > > either /usr/ports/local-patches/${CATEGORY}/${PORTNAME} > /usr/ports/local-patches/${PORTNAME}. > > AFAIK, port names are unique in the whole portstree, so single level > layout seems to be easier to handle. > > Here's the draft patch for this functionality: > > http://people.freebsd.org/~amdmi3/local-patchdir.patch How about something like WRKDIRPREFIX? Presumably the logic for dealing with that structure is already in the system. Maybe you could have USE_LOCAL_PATCHES boolean which uses ${CATEGORY}/${PORTNAME}/files subdirs in WRKDIRPREFIX, or LOCALPATCHDIRPREFIX if you want to keep your patches in CVS/SVN without polluting the CVS/SVN working directory. Just a thought. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 20:01:01 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F33FA1065672 for ; Tue, 2 Dec 2008 20:01:01 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail2.riverwillow.net.au (ns2.riverwillow.net.au [203.58.93.41]) by mx1.freebsd.org (Postfix) with ESMTP id 78B848FC36 for ; Tue, 2 Dec 2008 20:01:01 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from rwpc12.mby.riverwillow.net.au (rwpc12.mby.riverwillow.net.au [172.25.24.168]) by mail2.riverwillow.net.au (8.14.3/8.14.3) with ESMTP id mB2Jjqio028631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 3 Dec 2008 06:45:52 +1100 (AEDT) Received: from rwpc12.mby.riverwillow.net.au (localhost [127.0.0.1]) by rwpc12.mby.riverwillow.net.au (8.14.2/8.14.2) with ESMTP id mB2JjqHS045527 for ; Wed, 3 Dec 2008 06:45:52 +1100 (AEDT) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc12.mby.riverwillow.net.au (8.14.2/8.14.2/Submit) id mB2JjpAT045526 for freebsd-ports@freebsd.org; Wed, 3 Dec 2008 06:45:51 +1100 (AEDT) (envelope-from john) Date: Wed, 3 Dec 2008 06:45:51 +1100 From: John Marshall To: "freebsd-ports@freebsd.org" Message-ID: <20081202194551.GC45319@rwpc12.mby.riverwillow.net.au> Mail-Followup-To: "freebsd-ports@freebsd.org" References: <20081202180743.GB70240@hades.panopticon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202180743.GB70240@hades.panopticon> User-Agent: Mutt/1.4.2.3i X-PGP-Key: http://www.riverwillow.net.au/certs/pgp/johnmarshall.asc X-PGP-KeyID: 0xA29A84A2 Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 20:01:02 -0000 On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote: > I think the most convenient way of implementing this is having > a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) > or single level ${PORTNAME}/patch-*) and a single variable that makes > port system look there for patches in addition to ${PATCHDIR}. Or keep local patches under /var/db/ports/ rather than building a new tree? -- John Marshall From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 20:16:13 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 220D71065672 for ; Tue, 2 Dec 2008 20:16:13 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id F22F38FC13 for ; Tue, 2 Dec 2008 20:16:12 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 7EBB35C17; Tue, 2 Dec 2008 15:16:10 -0500 (EST) Date: Tue, 2 Dec 2008 15:16:10 -0500 From: Wesley Shields To: Dmitry Marakasov Message-ID: <20081202201610.GA8753@atarininja.org> References: <20081202180743.GB70240@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202180743.GB70240@hades.panopticon> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paul+usenet@w6yx.stanford.edu, freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 20:16:13 -0000 On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote: > * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > > > In hopes of stimulating some discussion, I propose a new variable, > > LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like > > EXTRA_PATCHES, except that it would be designated specifically for > > site-local patches. It would be implemented in the do-patch target > > in bsd.port.mk at the end, after patches from PATCHDIR are applied, > > and patch Makefiles would, by convention, leave it unmolested. > > > > Have I overlooked some better approach to integrating site-local > > fixes? > > I am not aware of any mechanism for this. But I agree that it's > really needed. Before (in cvsup times) we could just place patches > under files/ and be happy, but now when more people use portsnap > we need something better. > > I think making another variable that behaves like EXTRA_PATCHES is > not convenient - you'll have to provide it per-port which means > conditionals in make.conf. > > I think the most convenient way of implementing this is having > a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) > or single level ${PORTNAME}/patch-*) and a single variable that makes > port system look there for patches in addition to ${PATCHDIR}. > > Thus, you only have to add a single line to make.conf: > > USE_LOCALPATCHES= /usr/ports/local-patches > (or /whereever) > > and from there on files will be searced in > > either /usr/ports/local-patches/${CATEGORY}/${PORTNAME} > /usr/ports/local-patches/${PORTNAME}. > > AFAIK, port names are unique in the whole portstree, so single level > layout seems to be easier to handle. I like you're idea here, but unfortunately directory names are not unique. For example there is japanese/xchat and irc/xchat. This means you'll have to go with the "dual-level" layout. > Here's the draft patch for this functionality: > > http://people.freebsd.org/~amdmi3/local-patchdir.patch Other than the above comment I like the patch and would love to see it implemented. I think it can provide a benefit in situations where companies/people are doing things with ports that they do not want to contribute back. -- WXS From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 20:18:10 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6AA41065679 for ; Tue, 2 Dec 2008 20:18:10 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id B2BC18FC26 for ; Tue, 2 Dec 2008 20:18:10 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 56B185C18; Tue, 2 Dec 2008 15:18:10 -0500 (EST) Date: Tue, 2 Dec 2008 15:18:10 -0500 From: Wesley Shields To: Dmitry Marakasov Message-ID: <20081202201810.GB8753@atarininja.org> References: <20081202180743.GB70240@hades.panopticon> <20081202201610.GA8753@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081202201610.GA8753@atarininja.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paul+usenet@w6yx.stanford.edu, freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 02 Dec 2008 20:18:10 -0000 On Tue, Dec 02, 2008 at 03:16:10PM -0500, Wesley Shields wrote: > On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote: > > * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > > > > > In hopes of stimulating some discussion, I propose a new variable, > > > LOCAL_PATCHES (or maybe SITE_PATCHES), that would behave just like > > > EXTRA_PATCHES, except that it would be designated specifically for > > > site-local patches. It would be implemented in the do-patch target > > > in bsd.port.mk at the end, after patches from PATCHDIR are applied, > > > and patch Makefiles would, by convention, leave it unmolested. > > > > > > Have I overlooked some better approach to integrating site-local > > > fixes? > > > > I am not aware of any mechanism for this. But I agree that it's > > really needed. Before (in cvsup times) we could just place patches > > under files/ and be happy, but now when more people use portsnap > > we need something better. > > > > I think making another variable that behaves like EXTRA_PATCHES is > > not convenient - you'll have to provide it per-port which means > > conditionals in make.conf. > > > > I think the most convenient way of implementing this is having > > a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) > > or single level ${PORTNAME}/patch-*) and a single variable that makes > > port system look there for patches in addition to ${PATCHDIR}. > > > > Thus, you only have to add a single line to make.conf: > > > > USE_LOCALPATCHES= /usr/ports/local-patches > > (or /whereever) > > > > and from there on files will be searced in > > > > either /usr/ports/local-patches/${CATEGORY}/${PORTNAME} > > /usr/ports/local-patches/${PORTNAME}. > > > > AFAIK, port names are unique in the whole portstree, so single level > > layout seems to be easier to handle. > > I like you're idea here, but unfortunately directory names are not Make that "port names" instead of "directory names" in this context. -- WXS From owner-freebsd-ports@FreeBSD.ORG Tue Dec 2 22:33:43 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93DE71065676 for ; Tue, 2 Dec 2008 22:33:43 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id 6666D8FC14 for ; Tue, 2 Dec 2008 22:33:43 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mB2MX9GJ010473 for ; Tue, 2 Dec 2008 14:33:09 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB2MX9x2010472 for freebsd-ports@freebsd.org; Tue, 2 Dec 2008 14:33:09 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB2MX71f010407 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Tue, 2 Dec 2008 14:33:07 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Tue, 2 Dec 2008 22:33:07 +0000 (UTC) Message-id: References: <20081202201610.GA8753@atarininja.org> Errors-to: "G. Paul Ziemba" Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2008 22:33:43 -0000 > [Site-local patches to ports] wxs@freebsd.org (Wesley Shields) writes: >On Tue, Dec 02, 2008 at 09:07:43PM +0300, Dmitry Marakasov wrote: >> Here's the draft patch for this functionality: >> >> http://people.freebsd.org/~amdmi3/local-patchdir.patch >Other than the above comment I like the patch and would love to see it >implemented. I think it can provide a benefit in situations where >companies/people are doing things with ports that they do not want to >contribute back. I, too, am happy with the idea of an administrator-specifiable parallel tree that would have the same structure as /usr/ports. So this approach involves, for the administrator (I am restating Dmitry's comments): 1. in /etc/make.conf, define USE_LOCALPATCHES= 2. put patches in ///patch-* If I may offer comments on Dmitry's draft patch: 1. Good that it's at the end of the do-patch target - that way local patches can happen after the "official" patches 2. I'm not sure we need the test for *.orig|*.rej|*~|*,v, but it wouldn't hurt. Maybe it helps admins who are actively developing local patches. I see that it's in the existing do-patch code above. 3. Does ${OPSYS} belong in the echoed messages for local patches? -- G. Paul Ziemba FreeBSD unix: 2:31PM up 2 days, 1 min, 8 users, load averages: 1.36, 1.30, 1.33 From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 02:11:15 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB3B1065672 for ; Wed, 3 Dec 2008 02:11:15 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id 316628FC14 for ; Wed, 3 Dec 2008 02:11:15 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mB32AfAn026816 for ; Tue, 2 Dec 2008 18:10:41 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB32AfQ0026815 for freebsd-ports@freebsd.org; Tue, 2 Dec 2008 18:10:41 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB32AesB026751 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Tue, 2 Dec 2008 18:10:40 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Wed, 3 Dec 2008 02:10:40 +0000 (UTC) Message-id: References: <20081202192410.GA69963@sysmon.tcworks.net> Errors-to: "G. Paul Ziemba" Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 02:11:15 -0000 lambert@lambertfam.org (Scott Lambert) writes: >How about something like WRKDIRPREFIX? >Presumably the logic for dealing with that structure is already in >the system. Maybe you could have USE_LOCAL_PATCHES boolean which >uses ${CATEGORY}/${PORTNAME}/files subdirs in WRKDIRPREFIX, or >LOCALPATCHDIRPREFIX if you want to keep your patches in CVS/SVN without >polluting the CVS/SVN working directory. I'm not sure I undersand - do you mean that you'd pick one of $(WRKDIRPREFIX)/${CATEGORY}/${PORTNAME}/files or $(LOCALPATCHDIRPREFIX)/${CATEGORY}/${PORTNAME}/files to get patches from, based on the state of USE_LOCAL_PATCHES? But I was hoping to augment $(WRKDIRPREFIX)/${CATEGORY}/${PORTNAME}/files instead of replacing it. -- G. Paul Ziemba FreeBSD unix: 6:06PM up 2 days, 3:36, 8 users, load averages: 1.55, 1.38, 1.31 From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 02:14:55 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EFCC1065673 for ; Wed, 3 Dec 2008 02:14:55 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id 343988FC12 for ; Wed, 3 Dec 2008 02:14:55 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mB32EMlW027117 for ; Tue, 2 Dec 2008 18:14:22 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB32ELTn027116 for freebsd-ports@freebsd.org; Tue, 2 Dec 2008 18:14:22 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB32EKru027051 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Tue, 2 Dec 2008 18:14:21 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Wed, 3 Dec 2008 02:14:20 +0000 (UTC) Message-id: References: <20081202194551.GC45319@rwpc12.mby.riverwillow.net.au> Errors-to: "G. Paul Ziemba" Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 02:14:55 -0000 john.marshall@riverwillow.com.au (John Marshall) writes: >On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote: >> I think the most convenient way of implementing this is having >> a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) >> or single level ${PORTNAME}/patch-*) and a single variable that makes >> port system look there for patches in addition to ${PATCHDIR}. >Or keep local patches under /var/db/ports/ rather than building a >new tree? Hmm. I haven't really understood the way directories get named in /var/db/ports/ - what happens when there is a collision in the base name of two ports? It seems less obvious than //${CATEGORY}/${PORTNAME}/ -- G. Paul Ziemba FreeBSD unix: 6:11PM up 2 days, 3:41, 8 users, load averages: 1.58, 1.39, 1.31 From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 02:24:46 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D17106564A for ; Wed, 3 Dec 2008 02:24:46 +0000 (UTC) (envelope-from fbsd06+4I=f88667b1@mlists.homeunix.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 01C298FC1B for ; Wed, 3 Dec 2008 02:24:45 +0000 (UTC) (envelope-from fbsd06+4I=f88667b1@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by fallback-in1.mxes.net (Postfix) with ESMTP id 65B36164702 for ; Tue, 2 Dec 2008 21:09:01 -0500 (EST) Received: from gumby.homeunix.com (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 9119B23E3FE for ; Tue, 2 Dec 2008 21:08:59 -0500 (EST) Date: Wed, 3 Dec 2008 02:08:57 +0000 From: RW To: freebsd-ports@freebsd.org Message-ID: <20081203020857.523645bc@gumby.homeunix.com> In-Reply-To: <20081202180743.GB70240@hades.panopticon> References: <20081202180743.GB70240@hades.panopticon> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 02:24:46 -0000 On Tue, 2 Dec 2008 21:07:43 +0300 Dmitry Marakasov wrote: > I am not aware of any mechanism for this. But I agree that it's > really needed. Before (in cvsup times) we could just place patches > under files/ and be happy, but now when more people use portsnap > we need something better. I wonder if portsnap actually needs to behave the way it does. Portsnap stores its compressed snapshot as one .gz file for each port plus one for each additional file (files in Mk/ etc). When you do an "update" any modified snapshot files are extracted over the appropriate location in the ports tree. The reason that "portsnap extract" deletes patch-files is that before each .gz file is extracted, the corresponding file or port directory is deleted. I wonder why, if an "update" can decompress over the top of a port, an "extract" need to delete it first. I can't think of any good reason offhand. Modifying portsnap not to delete extra files is just a matter of deleting one line. The behaviour of portsnap extract would then be virtually identical to csup. Alternately, it wouldn't be much harder to create a new portsnap command. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 02:24:49 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18EED1065672 for ; Wed, 3 Dec 2008 02:24:49 +0000 (UTC) (envelope-from fbsd06+4I=f88667b1@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id E19BA8FC1D for ; Wed, 3 Dec 2008 02:24:48 +0000 (UTC) (envelope-from fbsd06+4I=f88667b1@mlists.homeunix.com) Received: from gumby.homeunix.com (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 8FE5623E3AA for ; Tue, 2 Dec 2008 21:24:47 -0500 (EST) Date: Wed, 3 Dec 2008 02:24:45 +0000 From: RW To: freebsd-ports@freebsd.org Message-ID: <20081203022445.13cd2100@gumby.homeunix.com> In-Reply-To: References: <20081202194551.GC45319@rwpc12.mby.riverwillow.net.au> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 02:24:49 -0000 On Wed, 3 Dec 2008 02:14:20 +0000 (UTC) "G. Paul Ziemba" wrote: > john.marshall@riverwillow.com.au (John Marshall) writes: > > >Or keep local patches under /var/db/ports/ rather than > >building a new tree? > > Hmm. I haven't really understood the way directories get named in > /var/db/ports/ - what happens when there is a collision in the > base name of two ports? It seems less obvious than > //${CATEGORY}/${PORTNAME}/ The names are not labelled by port names, but rather by UNIQUENAME # UNIQUENAME - A name for your port that is globally unique. By default, # this is set to ${LATEST_LINK} when LATEST_LINK is set, # and to ${PKGNAMEPREFIX}${PORTNAME} otherwise. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 02:25:04 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCC941065673 for ; Wed, 3 Dec 2008 02:25:04 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id AE8F48FC17 for ; Wed, 3 Dec 2008 02:25:04 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id EEEC45C17; Tue, 2 Dec 2008 21:25:03 -0500 (EST) Date: Tue, 2 Dec 2008 21:25:03 -0500 From: Wesley Shields To: paul+usenet@w6yx.stanford.edu Message-ID: <20081203022503.GC8753@atarininja.org> References: <20081202194551.GC45319@rwpc12.mby.riverwillow.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 02:25:04 -0000 On Wed, Dec 03, 2008 at 02:14:20AM +0000, G. Paul Ziemba wrote: > john.marshall@riverwillow.com.au (John Marshall) writes: > > >On Tue, 02 Dec 2008, 21:07 +0300, Dmitry Marakasov wrote: > >> I think the most convenient way of implementing this is having > >> a directory hierarchy (either two level ${CATEGORY}/${PORTNAME}/patch-*) > >> or single level ${PORTNAME}/patch-*) and a single variable that makes > >> port system look there for patches in addition to ${PATCHDIR}. > > >Or keep local patches under /var/db/ports/ rather than building a > >new tree? > > Hmm. I haven't really understood the way directories get named in > /var/db/ports/ - what happens when there is a collision in the > base name of two ports? It seems less obvious than > //${CATEGORY}/${PORTNAME}/ It uses UNIQUENAME, which is documented in Mk/bsd.port.mk. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 03:25:08 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED5C11065678 for ; Wed, 3 Dec 2008 03:25:08 +0000 (UTC) (envelope-from jktrigg@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id BF5E68FC0A for ; Wed, 3 Dec 2008 03:25:08 +0000 (UTC) (envelope-from jktrigg@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so3536115wfg.7 for ; Tue, 02 Dec 2008 19:25:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=Pzc0jcU6/CgecujbJy3m6/2XQh9jpJSdD95htQzht1w=; b=a+O2uhkHpFxEwVRBruOHebiGvKqqhwh4eI64NZpwDx35O9CXx3eWAIXyrsaXDCpaWk RqmhNU2oKXtnU2DdvCipTg3kH4wOhNsyDpRidOsY8QXPBHVwBCNx6S3yxLyq+P1jAsH1 9ORXY8hG87tSONTjjsvhzuBVX62GUzwJRC/Dw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=LZWnj+iNRYl3FAOyeh/I9ew1n6vh7FM5ILd3x1TFctyQMQS+nBTnzjNHaq95z6TUG2 rFReVGOoKOlWC7x0YsW9RvB+lno3gwMaf198d+NQhEg1yqHZa1JT9OmjN+LGPSnOH6Ta Tn5uOPgFOpWb2Z00drCqU0/vRjYJHPHoy9vWs= Received: by 10.142.226.10 with SMTP id y10mr5159884wfg.3.1228273389128; Tue, 02 Dec 2008 19:03:09 -0800 (PST) Received: by 10.142.238.21 with HTTP; Tue, 2 Dec 2008 19:03:08 -0800 (PST) Message-ID: <87ef649b0812021903x7e2d3ee9h90dde2dcffe4e2be@mail.gmail.com> Date: Tue, 2 Dec 2008 22:03:08 -0500 From: "Jim Trigg" Sender: jktrigg@gmail.com To: freebsd-ports@freebsd.org In-Reply-To: <20081203020857.523645bc@gumby.homeunix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081202180743.GB70240@hades.panopticon> <20081203020857.523645bc@gumby.homeunix.com> X-Google-Sender-Auth: 0a61d39e7923267e Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 03:25:09 -0000 On Tue, Dec 2, 2008 at 9:08 PM, RW wrote: > I wonder if portsnap actually needs to behave the way it does. > > Portsnap stores its compressed snapshot as one .gz file for each > port plus one for each additional file (files in Mk/ etc). When you > do an "update" any modified snapshot files are extracted over > the appropriate location in the ports tree. > > The reason that "portsnap extract" deletes patch-files is that before > each .gz file is extracted, the corresponding file or port directory is > deleted. I wonder why, if an "update" can decompress over the top of a > port, an "extract" need to delete it first. I can't think of any good > reason offhand. > > Modifying portsnap not to delete extra files is just a matter of > deleting one line. The behaviour of portsnap extract would then be > virtually identical to csup. Alternately, it wouldn't be much harder to > create a new portsnap command. I would presume that it does that to get rid of "standard" patch files that are no longer part of the port... Jim Trigg From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 08:37:25 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D8021065675 for ; Wed, 3 Dec 2008 08:37:25 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: from web51106.mail.re2.yahoo.com (web51106.mail.re2.yahoo.com [206.190.38.148]) by mx1.freebsd.org (Postfix) with SMTP id 251C78FC13 for ; Wed, 3 Dec 2008 08:37:24 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: (qmail 66782 invoked by uid 60001); 3 Dec 2008 08:37:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=KrIDtu8txbrcUl+vH5N3RhBwqMybtn3w3mcyev255nD60Z0k0yPcCNng0GN+SAfb/iF7W2YPJrxYLe090UXP+c0mHyWje054vQ6VL+aMDu9/Us87TvOMrGqi0TEcLuajOp7mycgNd3MifULp6iiYOqWWjzjnn89dqZkUpgYmx0g=; X-YMail-OSG: _8fuoFkVM1lX4iRSP5QYpk_nsWNZo_w65GzjUnlVBTptQvaLoG.kPBbUiCFfFVzivNRTruZ9eystDv.zPQ.v2dSNC4m0qX6nk4DEAT18d0mBxDEDlt4OdrWPSDWIbld_iC4mpeqFEfbIVUCiTJI8LX3j8uqfzo.N6mXk6Ou4FtCXhr6UmLaD42ACo94- Received: from [82.136.213.253] by web51106.mail.re2.yahoo.com via HTTP; Wed, 03 Dec 2008 00:37:23 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 3 Dec 2008 00:37:23 -0800 (PST) From: Dino Vliet To: alepulver@FreeBSD.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org MIME-Version: 1.0 Message-ID: <255166.65897.qm@web51106.mail.re2.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.2531 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dino_vliet@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 08:37:25 -0000 Hi people, I can't use my maxtor basic 640gb external harddrive on Freebsd amd64 runni= ng 7.0 because when I try to load fusefs with this command, kldload /usr/lo= cal/modules/fuse.ko I get the following error: kldload: can't load /usr/local/modules/fuse.ko: Exec format error Adding fusefs_enable=3D"YES" to /etc/rc.conf and fuse_load=3D"YES" to /boot= /loader.conf and rebooting doesn't help either, because then that error mes= sage is printed on the console. uname -a gives: FreeBSD zouk.telfort.nl 7.0-RELEASE-p6 FreeBSD 7.0-RELEASE-p6 #1: Thu Nov 2= 7 13:42:17 CET 2008=A0=A0=A0=A0 rgilaard@zouk.telfort.nl:/usr/obj/usr/src/s= ys/GENERIC=A0 amd64 pkg_info | grep fuse gives: fusefs-kmod-0.3.9.p1.20080208_4 Kernel module for fuse fusefs-libs-2.7.3=A0=A0 FUSE allows filesystem implementation in userspace fusefs-ntfs-1.2531=A0 Mount NTFS partitions (read/write) and disk images Does anyone have a clue as to what is causing this behavior? I prefer to keep the external harddisk in ntfs format, although I could eas= ily reformat it as ufs or ext3 because my whole system environment consists= of bsd and linux. But I don't know if I will violate maxtor's guarantee. So I hope someone can help me with this. Brgds Dino =0A=0A=0A From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 11:17:22 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B8831065672 for ; Wed, 3 Dec 2008 11:17:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id D168C8FC1E for ; Wed, 3 Dec 2008 11:17:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by gxk12 with SMTP id 12so2331965gxk.19 for ; Wed, 03 Dec 2008 03:17:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=LbuaHaywnbGjeLhuRzJ355ffMCyoPM25NDZnkFAgjNY=; b=GWnyVjbTvNEmy97mVwSkRN32hZdDTyTigjPHmsl0xzXSh902H6GsC7otT/P9rYSqqz 4AY7l93j3rrrzc36QwcDi2siZi2Z2gXlqRylYVW9PvsNyEO0LyzonCKyEAZ+OtodGdU5 Ln8C/obKUM/J04ZfivRi4c6+T/TQ2ZB3k5xuA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=yFpxgVulPntnGuFStyjB1ZLACw7TWPjMeYpdGkzttgMrlCsfFhIkifn8uG/gk+qYV9 ny4viMqzsr3Xq+Hq3g5UCXTayuoTBYEn72A8cPp1l3T8hi+rDb6OwYOl2Jlvc6i7vIO7 OCsIFnz818xXpqfj6v6vsNSoLpA88Efy336M8= Received: by 10.90.113.17 with SMTP id l17mr7233676agc.40.1228303040847; Wed, 03 Dec 2008 03:17:20 -0800 (PST) Received: by 10.90.101.20 with HTTP; Wed, 3 Dec 2008 03:17:20 -0800 (PST) Message-ID: <790a9fff0812030317t579bb5c9kd950703f0a3ec976@mail.gmail.com> Date: Wed, 3 Dec 2008 05:17:20 -0600 From: "Scot Hetzel" To: dino_vliet@yahoo.com In-Reply-To: <255166.65897.qm@web51106.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <255166.65897.qm@web51106.mail.re2.yahoo.com> Cc: freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, alepulver@freebsd.org Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 11:17:22 -0000 On 12/3/08, Dino Vliet wrote: > Hi people, > > I can't use my maxtor basic 640gb external harddrive on Freebsd amd64 running 7.0 because when I try to load fusefs with this command, kldload /usr/local/modules/fuse.ko I get the following error: > > kldload: can't load /usr/local/modules/fuse.ko: Exec format error > > Adding fusefs_enable="YES" to /etc/rc.conf and fuse_load="YES" to /boot/loader.conf and rebooting doesn't help either, because then that error message is printed on the console. > > uname -a gives: > FreeBSD zouk.telfort.nl 7.0-RELEASE-p6 FreeBSD 7.0-RELEASE-p6 #1: Thu Nov 27 13:42:17 CET 2008 rgilaard@zouk.telfort.nl:/usr/obj/usr/src/sys/GENERIC amd64 > > pkg_info | grep fuse gives: > > fusefs-kmod-0.3.9.p1.20080208_4 Kernel module for fuse > fusefs-libs-2.7.3 FUSE allows filesystem implementation in userspace > fusefs-ntfs-1.2531 Mount NTFS partitions (read/write) and disk images > > Does anyone have a clue as to what is causing this behavior? How did you install the fusefs-kmod was it from a package or did you build it through the ports system? The most likely cause of this error is due to the fuse.ko module was not built against the same source as your kernel. Rebuild fusefs-kmod and that should resolve the problem. Scot From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 11:21:47 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A3C5106567A for ; Wed, 3 Dec 2008 11:21:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id C382D8FC18 for ; Wed, 3 Dec 2008 11:21:46 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1432799yxb.13 for ; Wed, 03 Dec 2008 03:21:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Ts35n7M9I9vkwfte5N96SJGYeUsGJ0xxafa3aSdqMj0=; b=ra2qRQGZQbl6BYDeUvtGT1eMxkc05kNwKaVYH15Uccp0nfqC29wkVIkxC4NwduCYo8 3zvG2pw03CFXJ17wawbgtxU9oLbmRU6546G7gsHpRezdy2kEzayyoQLPREBSmVxC1nx4 JDT4iWFaD0hguxHofc4QPiOUiw+Er5H228Kko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=c3g3VGePOL3gThSCl3rTGRJN4S2HS+Dh+J31BT+PyxnWjDbRDPSxfEEIpWUGhn5EKi zR4SzhvI4dqCNJVtPNMio18g+VgyWY0l6zicwO1emm6UQUy83KjC1DJE+lItRaDA/nnQ sYMZnk+kdW6puXQmE7RCQtexwNqMAqMsoLaf0= Received: by 10.90.74.7 with SMTP id w7mr4670355aga.11.1228303306111; Wed, 03 Dec 2008 03:21:46 -0800 (PST) Received: by 10.90.101.20 with HTTP; Wed, 3 Dec 2008 03:21:45 -0800 (PST) Message-ID: <790a9fff0812030321w4fcb000ew850d7c1a289a0365@mail.gmail.com> Date: Wed, 3 Dec 2008 05:21:45 -0600 From: "Scot Hetzel" To: dino_vliet@yahoo.com In-Reply-To: <790a9fff0812030317t579bb5c9kd950703f0a3ec976@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <255166.65897.qm@web51106.mail.re2.yahoo.com> <790a9fff0812030317t579bb5c9kd950703f0a3ec976@mail.gmail.com> Cc: freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, alepulver@freebsd.org Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 11:21:47 -0000 On 12/3/08, Scot Hetzel wrote: > On 12/3/08, Dino Vliet wrote: > > Hi people, > > > > I can't use my maxtor basic 640gb external harddrive on Freebsd amd64 running 7.0 because when I try to load fusefs with this command, kldload /usr/local/modules/fuse.ko I get the following error: > > > > kldload: can't load /usr/local/modules/fuse.ko: Exec format error > > : > > > > Does anyone have a clue as to what is causing this behavior? > > > How did you install the fusefs-kmod was it from a package or did you > build it through the ports system? > > The most likely cause of this error is due to the fuse.ko module was > not built against the same source as your kernel. Rebuild fusefs-kmod > and that should resolve the problem. > I usually see this problem after cvs updating the FreeBSD sources and then rebuilding a module, and trying to load that module. Rebuilding the kernel and all external modules should resolve the problem. Scot From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 12:42:56 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEF9D106567E for ; Wed, 3 Dec 2008 12:42:56 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id BC7548FC2B for ; Wed, 3 Dec 2008 12:42:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1L7r4A-0001fI-Q4; Wed, 03 Dec 2008 15:42:54 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id A2980837D; Wed, 3 Dec 2008 15:42:11 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 436F21702D; Wed, 3 Dec 2008 15:42:36 +0300 (MSK) Date: Wed, 3 Dec 2008 15:42:36 +0300 From: Dmitry Marakasov To: Wesley Shields Message-ID: <20081203124236.GC70240@hades.panopticon> References: <20081202180743.GB70240@hades.panopticon> <20081202201610.GA8753@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20081202201610.GA8753@atarininja.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: paul+usenet@w6yx.stanford.edu, freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 12:42:57 -0000 * Wesley Shields (wxs@FreeBSD.org) wrote: > I like you're idea here, but unfortunately directory names are not > unique. For example there is japanese/xchat and irc/xchat. This means > you'll have to go with the "dual-level" layout. As it was suggested, there's UNIQUENAME, but I'd prefer category/portname then. UNIQUENAME may be unintuitive sometimes. > > Here's the draft patch for this functionality: > > > > http://people.freebsd.org/~amdmi3/local-patchdir.patch > > Other than the above comment I like the patch and would love to see it > implemented. I think it can provide a benefit in situations where > companies/people are doing things with ports that they do not want to > contribute back. That's always useful, I think I'll improve it and make it committed after the freeze is over. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 13:12:54 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24AED106564A for ; Wed, 3 Dec 2008 13:12:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4CD8FC08 for ; Wed, 3 Dec 2008 13:12:52 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1L7rXB-0006wb-4e; Wed, 03 Dec 2008 16:12:53 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id F14FA83A1; Wed, 3 Dec 2008 16:12:09 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id 80DB91702D; Wed, 3 Dec 2008 16:12:34 +0300 (MSK) Date: Wed, 3 Dec 2008 16:12:34 +0300 From: Dmitry Marakasov To: "G. Paul Ziemba" Message-ID: <20081203131234.GD70240@hades.panopticon> References: <20081202201610.GA8753@atarininja.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 13:12:54 -0000 * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > I, too, am happy with the idea of an administrator-specifiable parallel > tree that would have the same structure as /usr/ports. So this approach > involves, for the administrator (I am restating Dmitry's comments): > > 1. in /etc/make.conf, define USE_LOCALPATCHES= > 2. put patches in ///patch-* > > If I may offer comments on Dmitry's draft patch: > > 1. Good that it's at the end of the do-patch target - that way local > patches can happen after the "official" patches Not sure if it's good actually. On the one hand, you usually have patches against vanilla sources, and just want to drop them to some dir and have them applied. Also, there's USE_DOS2UNIX that comes before any actual patching, so for ports that use USE_DOS2UNIX you'll have to adapt patches by hand. On the other hand, this may cause conflicts with patches from ports, and those would be hard to resolve. > 2. I'm not sure we need the test for *.orig|*.rej|*~|*,v, but it > wouldn't hurt. Maybe it helps admins who are actively developing > local patches. I see that it's in the existing do-patch code above. I suppose that check was done to help to detect patching failures, so it may be removed. > 3. Does ${OPSYS} belong in the echoed messages for local patches? Maybe not, I just copypasted the chunk. Yes, while what comes from portstree is definitely `FreeBSD', local patches are more just simply local & system-independent. I guess even patch- prefix is not required, but I'll keep it for now. Updated version here: http://people.freebsd.org/~amdmi3/local-patchdir.patch - Renamed some vars I guess LOCALPATCHDIR name is consistent with other user-settable directories (PORTSDIR, PKGDIR etc.) and internal PATCHDIR_LOCAL is (somewhat) consistent with PATCHDIR I guess s/LOCALPATCHDIR/LOCALPATCHESDIR/ may be even better - Added comment in LOCALPATCHDIR - Now uses 2 level tree under LOCALPATCHDIR (category/port) - Removed some (likely unneeded) checks -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 15:12:02 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC1531065676 for ; Wed, 3 Dec 2008 15:12:02 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 86F568FC28 for ; Wed, 3 Dec 2008 15:12:02 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id E8EF85C17; Wed, 3 Dec 2008 10:12:01 -0500 (EST) Date: Wed, 3 Dec 2008 10:12:01 -0500 From: Wesley Shields To: Dmitry Marakasov Message-ID: <20081203151201.GE8753@atarininja.org> References: <20081202201610.GA8753@atarininja.org> <20081203131234.GD70240@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081203131234.GD70240@hades.panopticon> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: "G. Paul Ziemba" , freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 15:12:02 -0000 On Wed, Dec 03, 2008 at 04:12:34PM +0300, Dmitry Marakasov wrote: > * G. Paul Ziemba (pz-freebsd-ports@ziemba.us) wrote: > > > I, too, am happy with the idea of an administrator-specifiable parallel > > tree that would have the same structure as /usr/ports. So this approach > > involves, for the administrator (I am restating Dmitry's comments): > > > > 1. in /etc/make.conf, define USE_LOCALPATCHES= > > 2. put patches in ///patch-* > > > > If I may offer comments on Dmitry's draft patch: > > > > 1. Good that it's at the end of the do-patch target - that way local > > patches can happen after the "official" patches > > Not sure if it's good actually. > > On the one hand, you usually have patches against vanilla sources, and > just want to drop them to some dir and have them applied. > Also, there's USE_DOS2UNIX that comes before any actual patching, so for > ports that use USE_DOS2UNIX you'll have to adapt patches by hand. > > On the other hand, this may cause conflicts with patches from ports, > and those would be hard to resolve. I'd like to see any local patches applied after everything from the normal patch process is applied. It makes sense that local modifications happen after the normal process. This means that some patches may have to be massaged a bit. By doing local patching early you run into the same problem where the normal patches may have the be massaged a bit. I'd rather local patches be massaged as they will not be over-written during the next portsnap run. > > 2. I'm not sure we need the test for *.orig|*.rej|*~|*,v, but it > > wouldn't hurt. Maybe it helps admins who are actively developing > > local patches. I see that it's in the existing do-patch code above. > > I suppose that check was done to help to detect patching failures, so it > may be removed. I imagine this is because some people may have those left over from updates. We should continue to not use these files, just like the normal patching process does. > > 3. Does ${OPSYS} belong in the echoed messages for local patches? > > Maybe not, I just copypasted the chunk. Yes, while what comes from > portstree is definitely `FreeBSD', local patches are more just simply > local & system-independent. I guess even patch- prefix is not required, > but I'll keep it for now. > > Updated version here: > http://people.freebsd.org/~amdmi3/local-patchdir.patch > > - Renamed some vars > I guess LOCALPATCHDIR name is consistent with other user-settable > directories (PORTSDIR, PKGDIR etc.) and internal PATCHDIR_LOCAL is > (somewhat) consistent with PATCHDIR > I guess s/LOCALPATCHDIR/LOCALPATCHESDIR/ may be even better > - Added comment in LOCALPATCHDIR > - Now uses 2 level tree under LOCALPATCHDIR (category/port) > - Removed some (likely unneeded) checks A quick review looks good to me. I would have left the ${OPSYS} piece in there and gone with "Applying local ${OPSYS}..." to be more consistent with the description of other patches being applied. But that's just a minor nit and no big deal in the grand scheme of things. This sounds like a good idea to me and would love to see it get committed. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 18:01:24 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6081E1065675 for ; Wed, 3 Dec 2008 18:01:24 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mx.egr.msu.edu (surfnturf.egr.msu.edu [35.9.37.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3237C8FC14 for ; Wed, 3 Dec 2008 18:01:23 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from localhost (localhost [127.0.0.1]) by mx.egr.msu.edu (Postfix) with ESMTP id C6ED471EF33 for ; Wed, 3 Dec 2008 12:44:07 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mx.egr.msu.edu ([127.0.0.1]) by localhost (surfnturf.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HlmOU+pCTngx for ; Wed, 3 Dec 2008 12:44:07 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mx.egr.msu.edu (Postfix) with ESMTPSA id A504771EF25 for ; Wed, 3 Dec 2008 12:44:07 -0500 (EST) Message-ID: <4936C567.70709@egr.msu.edu> Date: Wed, 03 Dec 2008 12:44:07 -0500 From: Adam McDougall User-Agent: Thunderbird 2.0.0.17 (X11/20080926) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20081202180743.GB70240@hades.panopticon> <20081203020857.523645bc@gumby.homeunix.com> In-Reply-To: <20081203020857.523645bc@gumby.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 18:01:24 -0000 RW wrote: > On Tue, 2 Dec 2008 21:07:43 +0300 > Dmitry Marakasov wrote: > > >> I am not aware of any mechanism for this. But I agree that it's >> really needed. Before (in cvsup times) we could just place patches >> under files/ and be happy, but now when more people use portsnap >> we need something better. >> > > I wonder if portsnap actually needs to behave the way it does. > > Portsnap stores its compressed snapshot as one .gz file for each > port plus one for each additional file (files in Mk/ etc). When you > do an "update" any modified snapshot files are extracted over > the appropriate location in the ports tree. > > The reason that "portsnap extract" deletes patch-files is that before > each .gz file is extracted, the corresponding file or port directory is > deleted. I wonder why, if an "update" can decompress over the top of a > port, an "extract" need to delete it first. I can't think of any good > reason offhand. > > Modifying portsnap not to delete extra files is just a matter of > deleting one line. The behaviour of portsnap extract would then be > virtually identical to csup. Alternately, it wouldn't be much harder to > create a new portsnap command. > > I've encountered a similar situation where I wanted to add patches or even patch/replace standard files in a port to meet my needs, but portsnap wipes them out. For now I'm using cfengine to re-apply my local changes to the ports tree on about 10 systems, but I have to remember to run cfagent after portsnap manually (I don't want to use cfengine in daemon mode). I thought it would be nice if portsnap.conf would let me specify a post-execution command so I could make it run cfagent on its own, so there is little chance to forget. My goal is to allow customizations while retaining the same standard command procedures that would be used on a plain system, to provide consistency across the board without introducing custom scripts that replace standard commands. In that light, it would be useful if csup had something similar, however I practically never need to maintain patches to /usr/src/. Just posting this as food for thought. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 18:08:50 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D551106564A for ; Wed, 3 Dec 2008 18:08:50 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: from web51108.mail.re2.yahoo.com (web51108.mail.re2.yahoo.com [206.190.38.150]) by mx1.freebsd.org (Postfix) with SMTP id 18F428FC13 for ; Wed, 3 Dec 2008 18:08:49 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: (qmail 3968 invoked by uid 60001); 3 Dec 2008 18:08:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=tI61bBNStDxUqaQvZqB6dqAeF0wArqeb0b2jZzzAq9sKVkX/j1MVX/xd18RJslmqlXaO7tWr+lwqnKCdQ3XELAh9h9OW3GrnVTk6w+4Xj8BQjprOvKYN3l/XFlNeBz6kzaikLEYWSE9MeKZ0jUKX9TFErYW3IFyiQUVSISVGdAQ=; X-YMail-OSG: 5uRK004VM1nZH8ss.tXNjdeYkaWobblwWZiZr6Z28.1NyxULKX3VIfG9XkrbtWgPZBmpVJA1MBr389y_.A2fdjKSsT5_4RlN2ZBsXe1_vOU3_t0uzXmLlDdDUSSWN_2s91Gw0_b0BO8XT2qpMR4wis8HBe2hGqS08HTyoewzz.mCNLLS2gcBD4ig6XI- Received: from [82.136.213.253] by web51108.mail.re2.yahoo.com via HTTP; Wed, 03 Dec 2008 10:08:48 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 3 Dec 2008 10:08:48 -0800 (PST) From: Dino Vliet To: Scot Hetzel In-Reply-To: <790a9fff0812030317t579bb5c9kd950703f0a3ec976@mail.gmail.com> MIME-Version: 1.0 Message-ID: <128452.3938.qm@web51108.mail.re2.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-ports@freebsd.org, freebsd-questions@freebsd.org, alepulver@freebsd.org Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dino_vliet@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 18:08:50 -0000 --- On Wed, 12/3/08, Scot Hetzel wrote: From: Scot Hetzel Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 To: dino_vliet@yahoo.com Cc: alepulver@freebsd.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Date: Wednesday, December 3, 2008, 12:17 PM On 12/3/08, Dino Vliet wrote: > Hi people, > > I can't use my maxtor basic 640gb external harddrive on Freebsd amd64 running 7.0 because when I try to load fusefs with this command, kldload /usr/local/modules/fuse.ko I get the following error: > > kldload: can't load /usr/local/modules/fuse.ko: Exec format error > > Adding fusefs_enable="YES" to /etc/rc.conf and fuse_load="YES" to /boot/loader.conf and rebooting doesn't help either, because then that error message is printed on the console. > > uname -a gives: > FreeBSD zouk.telfort.nl 7.0-RELEASE-p6 FreeBSD 7.0-RELEASE-p6 #1: Thu Nov 27 13:42:17 CET 2008 rgilaard@zouk.telfort.nl:/usr/obj/usr/src/sys/GENERIC amd64 > > pkg_info | grep fuse gives: > > fusefs-kmod-0.3.9.p1.20080208_4 Kernel module for fuse > fusefs-libs-2.7.3 FUSE allows filesystem implementation in userspace > fusefs-ntfs-1.2531 Mount NTFS partitions (read/write) and disk images > > Does anyone have a clue as to what is causing this behavior? How did you install the fusefs-kmod was it from a package or did you build it through the ports system? The most likely cause of this error is due to the fuse.ko module was not built against the same source as your kernel. Rebuild fusefs-kmod and that should resolve the problem. Scot Hi Scot, I installed it from ports. I think as a dependency on fusefs-ntfs? I will rebuild my system as I upgraded lately from 6.3 to 7, but I'm sure I just followed the handbook and did everything allright. Will post the results when I try this again afterwards. Brgds Dino From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:00:12 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8D1E1065677 for ; Wed, 3 Dec 2008 21:00:12 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id A61208FC0A for ; Wed, 3 Dec 2008 21:00:08 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id mB3KMBYV016951 for ; Wed, 3 Dec 2008 14:22:11 -0600 (CST) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id mB3KMBij016950 for freebsd-ports@freebsd.org; Wed, 3 Dec 2008 14:22:11 -0600 (CST) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Wed, 3 Dec 2008 14:22:11 -0600 From: Scott Lambert To: freebsd-ports@freebsd.org Message-ID: <20081203202211.GA11883@sysmon.tcworks.net> Mail-Followup-To: freebsd-ports@freebsd.org References: <20081202192410.GA69963@sysmon.tcworks.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 21:00:12 -0000 On Wed, Dec 03, 2008 at 02:10:40AM +0000, G. Paul Ziemba wrote: > lambert@lambertfam.org (Scott Lambert) writes: > > >How about something like WRKDIRPREFIX? > > >Presumably the logic for dealing with that structure is already in > >the system. Maybe you could have USE_LOCAL_PATCHES boolean which > >uses ${CATEGORY}/${PORTNAME}/files subdirs in WRKDIRPREFIX, or > >LOCALPATCHDIRPREFIX if you want to keep your patches in CVS/SVN without > >polluting the CVS/SVN working directory. > > > I'm not sure I undersand - do you mean that you'd pick one of > $(WRKDIRPREFIX)/${CATEGORY}/${PORTNAME}/files or > $(LOCALPATCHDIRPREFIX)/${CATEGORY}/${PORTNAME}/files to get > patches from, based on the state of USE_LOCAL_PATCHES? But I was > hoping to augment $(WRKDIRPREFIX)/${CATEGORY}/${PORTNAME}/files > instead of replacing it. I meant them as implementation options. The person doing the work to add the functionality could choose which method to setup. I did *not* mean that both options should be setup in the Mk infrastructure and leave the choice to the user. But if the implementor wanted to do so, that would be their choice. Although, I suppose it could be setup such that only one new variable is required, something like LOCALPATCHDIRPREFIX. LOCALPATCHDIRPREFIX could default to WRKDIRPREFIX. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:02:35 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DED31065675 for ; Wed, 3 Dec 2008 21:02:35 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4758FC13 for ; Wed, 3 Dec 2008 21:02:34 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 86C5A23C454; Wed, 3 Dec 2008 22:02:33 +0100 (CET) Date: Wed, 3 Dec 2008 22:02:33 +0100 From: Peter Schuller To: freebsd-ports@freebsd.org Message-ID: <20081203210233.GA55633@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 21:02:35 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I have been in a perpetual multi-year struggle to sort out package building in a way which is practical for me. For the past half year or so I have ended up using a hacked together shell script which does approximately what I need, which is: To build deterministically as a function of (a) base system (b) /etc/make.conf (c) /usr/local/etc/ports.conf (sysutils/portconf) (d) a list of specifically desired origins/packages which is manually mainteined (NOT a complete list of dependencies, this is critical) (e) the ports tree a set of packages for later installation on another system (typically the host system or other jails). I build them in a dedicated package building jail, and can then either just "pkg_add *.tbz" or use a hacked script which sort of ends up doing the same, but differently. This has *sort* of worked, but not quite. I am fairly close now to have something that works, but am running into determinism issues. For example, the dependencies of audio/aumix is a function of what happens to already be built on the system. So initially when my script wants to build audio/aumix, it happens to be the case that no X stuff has been brought in yet, so 'make package-name' returns aumix-x.y.z. Later on when aumix is picked up as a dependency as part of building something else, 'make package-name' returns aumix-gtk-x.y.z. This causes confusion because the tool thinks the "origin"[1] audio/aumix has not been installed on the system. Is it the intent of the design of ports that the behavior of packages be implicitly dependent on the state of installed packages? If the answer is no, is there active interest in trying to fix any outstanding issues with respect to non-detemrinism that would allow people to write package managers that do things that depend on this[2]? If the answer is yes, can someone suggest a practically viable that consistently works, method of building binary packages under the above conditions? (I know of portupgrade/portmaster of course. I have never found a tool that both (1) does what I want and (2) actually works consistently. tinderbox I presume works, being used for official bulk builds if I am not mistaken, but it is *hugely* too administratively heavy/complex to set up just to be able to keep a system up-to-date! Have I just completely missed the existence of a silver-bullet solution that everyone is using?) [1] What is a proper term here? I have not come up with anything better, given that "package" is often interpreted as "binary package file". [2] I ran into the exact same problem with pkgsrc when writing pkgmanager, and I see no way to do what I want without having the relevant packaging system change. I need/want to perform higher-level operations on the packaging system, without having to work around specific issues that are a function of the exact details of the makefiles. Things I want to be determinstic include the plist, the list of dependencies, the package name, and the distfiles required. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk28+kACgkQDNor2+l1i3280ACfe7ZpDHBMXz6jxsfOa8GZ52fO 08gAn3czD7uN0xN/bLvHasZTb+xOtPdM =8rAi -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:16:28 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B23D6106564A for ; Wed, 3 Dec 2008 21:16:28 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 772678FC14 for ; Wed, 3 Dec 2008 21:16:28 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 7937123C454; Wed, 3 Dec 2008 22:16:27 +0100 (CET) Date: Wed, 3 Dec 2008 22:16:27 +0100 From: Peter Schuller To: freebsd-ports@freebsd.org Message-ID: <20081203211627.GA56450@hyperion.scode.org> References: <20081203210233.GA55633@hyperion.scode.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline In-Reply-To: <20081203210233.GA55633@hyperion.scode.org> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 21:16:28 -0000 --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > consistently. tinderbox I presume works, being used for official bulk Scratch the bit about tindexbox; brain lapse. But I also wanted to clarify that I specifically do not want to perform in-place upgrading from source, because the intent is to have a minimal time window during which the system is inoperative. In fact the current procedure is do pkg_delete *all* packages and just re-install. This is in fact fine (though it would be better to be able to intelligently re-install only what is needed). However note that I specifically do *not* want to play games with trying to minimalistically upgrade only those things that specifically are required according to dependency information. I gave up on this years ago; it just doesn't work without some perfect mythological ports tree. I specifically want to build packages from a snapshot of the ports tree; I do not want to mix old/new software, regardless of whether the dependency claims that some particular major version of a library is supposed to be compatible. The intent is to effectively build and deploy something which is as close as possible to what the port maintainer/build cluster will have tested, at all times. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk29ysACgkQDNor2+l1i31LPACeNQMS5PdsCAmCP/Ihcw3X61B3 tfYAnizmMPcKkFIJTDWpYfXYwCtalGLl =G7YV -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:22:41 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9157B1065672 for ; Wed, 3 Dec 2008 21:22:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from vps.kc8onw.net (jonathanstewart-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:71d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1448FC19 for ; Wed, 3 Dec 2008 21:22:41 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from [10.70.3.2] (unknown [65.165.236.87]) by vps.kc8onw.net (Postfix) with ESMTPSA id 1FA2217036 for ; Wed, 3 Dec 2008 16:22:40 -0500 (EST) Message-ID: <4936F885.8000307@kc8onw.net> Date: Wed, 03 Dec 2008 16:22:13 -0500 From: Jonathan User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Preview of the 0.9.3 multimedia/handbrake port update X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 03 Dec 2008 21:22:41 -0000 Hello all, I have handbrake building successfully on FreeBSD 7 32bit and it seems to run fine. I would appreciate it if anyone interested could test this out before I file a PR to have it committed to the tree as this is my first significant port update. The distfiles can be found at [1] and should be unarchived into /usr/ports/distfiles/handbrake. The port itself can be found at [2]. If you have problems compiling please do a "make clean && script build.log make" compress the log and send it to me. Please let me know of any issues, Jonathan Stewart [1] http://www.kc8onw.net/~jonathan/temp/handbrake_distfiles.tar.bz2 [2] http://www.kc8onw.net/~jonathan/temp/handbrake_port_0.9.3.zip From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:53:49 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9233106564A for ; Wed, 3 Dec 2008 21:53:48 +0000 (UTC) (envelope-from smcafee@collaborativefusion.com) Received: from collaborativefusion.com (mx01.pub.collaborativefusion.com [206.210.89.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1D08FC14 for ; Wed, 3 Dec 2008 21:53:48 +0000 (UTC) (envelope-from smcafee@collaborativefusion.com) Received: from Internal Mail-Server by mx01 (envelope-from smcafee@collaborativefusion.com) with SMTP; 3 Dec 2008 16:27:05 -0500 Message-ID: <4936F9A4.8030504@collaborativefusion.com> Date: Wed, 03 Dec 2008 16:27:00 -0500 From: Sean McAfee User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: Peter Schuller , freebsd-ports@freebsd.org References: <20081203210233.GA55633@hyperion.scode.org> <20081203211627.GA56450@hyperion.scode.org> In-Reply-To: <20081203211627.GA56450@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 21:53:49 -0000 Peter Schuller wrote: >> consistently. tinderbox I presume works, being used for official bulk > > Scratch the bit about tindexbox; brain lapse. > > But I also wanted to clarify that I specifically do not want to > perform in-place upgrading from source, because the intent is to have > a minimal time window during which the system is inoperative. In fact > the current procedure is do pkg_delete *all* packages and just > re-install. This is in fact fine (though it would be better to be able > to intelligently re-install only what is needed). > > However note that I specifically do *not* want to play games with > trying to minimalistically upgrade only those things that specifically > are required according to dependency information. I gave up on this > years ago; it just doesn't work without some perfect mythological > ports tree. I specifically want to build packages from a snapshot of > the ports tree; I do not want to mix old/new software, regardless of > whether the dependency claims that some particular major version of a > library is supposed to be compatible. The intent is to effectively > build and deploy something which is as close as possible to what the > port maintainer/build cluster will have tested, at all times. > I do something similar on a limited basis for clustered servers. It's a bit different because they all (theoretically) have the same packages installed, but I use this procedure: On the "donor" system: 1. portupgrade -a 2. for a in `pkg_info -ao | awk '{ print $1 }'` ; do pkg_create -b $a ; done 3. Push packages up to NFS'ed ports tree host's /usr/ports/packages On the remaining systems, it's just a matter of running portupgrade -aPP. Some pros: 1. Any local modifications (like to the rc script) follow the package 2. Easy, easy, easy 3. No "already installed" errors from doing make package 4. Automatically builds dependent packages Some cons: 1. Assumes that there are similar packages on all systems - i.e. no xorg 2. If the package is unavailable, it'll try to fetch it. This isn't a problem for us because firewall rules prevent the machines from getting to the internet, but it could be for others. As long as you'd be able to "profile" your varying systems (web servers vs. db servers vs. whatever) in jails, something similar might work for you. -- Sean McAfee System Engineer Collaborative Fusion, Inc. smcafee@collaborativefusion.com 412-422-3463 x 4025 5849 Forbes Avenue Pittsburgh, PA 15217 **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 21:54:54 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D736C1065677 for ; Wed, 3 Dec 2008 21:54:54 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: from web51112.mail.re2.yahoo.com (web51112.mail.re2.yahoo.com [206.190.39.89]) by mx1.freebsd.org (Postfix) with SMTP id 80B6F8FC0A for ; Wed, 3 Dec 2008 21:54:54 +0000 (UTC) (envelope-from dino_vliet@yahoo.com) Received: (qmail 17943 invoked by uid 60001); 3 Dec 2008 21:54:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=DqIVrc1SPyhvOjzKIJ84GJDDqlMIFg8dQGjxlue2ZvK4KLSkwMSWuIHshG31apeBK7+12rCJCruaDh9wI0kEu7EsG1jcXHikDTra4oR8qcXuvc3NlMcUU2qHPTIRLHhK4nDjBj1M26wK3XGdu2hkE/zec+E7PARFXKuyNGYbVCk=; X-YMail-OSG: 3lz79IMVM1nzVIC6dlWMqa7DxtSbHtXOtCCv2oU5uoCrka9uGo2D3D1Sq0_PK0VSK.bfrHYBk1ZBWxucZH7zaYqF14VzqlRixvoMknMgXU664Kao2Jlc5govg.xCjJy_l9Ecjm.Df2Uk8ya3gFKesZ3usz6hloc9_jlEA9Zowavxh5G0BBawJxvCidrKowvD5VXqi7XKnQSv6mzm Received: from [82.136.213.253] by web51112.mail.re2.yahoo.com via HTTP; Wed, 03 Dec 2008 13:54:53 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 3 Dec 2008 13:54:53 -0800 (PST) From: Dino Vliet To: Scot Hetzel , kdk@daleco.biz, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org In-Reply-To: <790a9fff0812030317t579bb5c9kd950703f0a3ec976@mail.gmail.com> MIME-Version: 1.0 Message-ID: <809060.17846.qm@web51112.mail.re2.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 SOLVED X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dino_vliet@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 21:54:54 -0000 --- On Wed, 12/3/08, Scot Hetzel wrote: From: Scot Hetzel Subject: Re: kldload: can't load /usr/local/modules/fuse.ko: Exec format error & fusefs-ntfs-1.253 To: dino_vliet@yahoo.com Cc: alepulver@freebsd.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Date: Wednesday, December 3, 2008, 12:17 PM On 12/3/08, Dino Vliet wrote: > Hi people, > > I can't use my maxtor basic 640gb external harddrive on Freebsd amd64 running 7.0 because when I try to load fusefs with this command, kldload /usr/local/modules/fuse.ko I get the following error: > > kldload: can't load /usr/local/modules/fuse.ko: Exec format error > > Adding fusefs_enable="YES" to /etc/rc.conf and fuse_load="YES" to /boot/loader.conf and rebooting doesn't help either, because then that error message is printed on the console. > > uname -a gives: > FreeBSD zouk.telfort.nl 7.0-RELEASE-p6 FreeBSD 7.0-RELEASE-p6 #1: Thu Nov 27 13:42:17 CET 2008 rgilaard@zouk.telfort.nl:/usr/obj/usr/src/sys/GENERIC amd64 > > pkg_info | grep fuse gives: > > fusefs-kmod-0.3.9.p1.20080208_4 Kernel module for fuse > fusefs-libs-2.7.3 FUSE allows filesystem implementation in userspace > fusefs-ntfs-1.2531 Mount NTFS partitions (read/write) and disk images > > Does anyone have a clue as to what is causing this behavior? How did you install the fusefs-kmod was it from a package or did you build it through the ports system? The most likely cause of this error is due to the fuse.ko module was not built against the same source as your kernel. Rebuild fusefs-kmod and that should resolve the problem. Scot Hi all, this did the trick, thanks! I rebuild my kernel and had to rebuild that port as well. Was sure I had done a portupgrade -fa before, but still it seemed I had to rebuild the port first. After this, I could start fusefs with the script in rc.d and after rebooting it recognized that option as well. Now I managed to mount my external disk with that as well, so everything is ok:-) Thanks again, Dino From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 22:00:38 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F45E1065672 for ; Wed, 3 Dec 2008 22:00:38 +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 0CB8C8FC22 for ; Wed, 3 Dec 2008 22:00:37 +0000 (UTC) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (dinoex@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id mB3LU1hC083973 for ; Wed, 3 Dec 2008 22:30:02 +0100 (CET) (envelope-from dirk.meyer@dinoex.sub.org) X-MDaemon-Deliver-To: Received: from build.dinoex.sub.de (dinoex@localhost) by uucp.dinoex.sub.de (8.14.2/8.14.2/Submit) with BSMTP id mB3LU0Mh083954 for ; Wed, 3 Dec 2008 22:30:00 +0100 (CET) (envelope-from dirk.meyer@dinoex.sub.org) To: freebsd-ports@freebsd.org Message-ID: <74nEoWYVjf@dmeyer.dinoex.sub.org> From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Date: Wed, 03 Dec 2008 22:25:37 +0100 X-Mailer: Dinoex 1.79 References: <20081203210233.GA55633@hyperion.scode.org> X-Gateway: ZCONNECT build.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: 20081203000000W+1@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-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Wed, 03 Dec 2008 22:30:05 +0100 (CET) Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 22:00:38 -0000 Hallo Peter Schuller, > I have been in a perpetual multi-year struggle to sort out package > building in a way which is practical for me. For the past half year or > so I have ended up using a hacked together shell script which does > approximately what I need, which is: > > To build deterministically as a function of > (a) base system > (b) /etc/make.conf > (c) /usr/local/etc/ports.conf (sysutils/portconf) > (d) a list of specifically desired origins/packages which is manually > mainteined (NOT a complete list of dependencies, this is critical) > (e) the ports tree > a set of packages for later installation on another system > (typically the host system or other jails). > Have I just completely missed the existence of a silver-bullet > solution that everyone is using?) It may be not the silver bullet. Please take a look at: http://www.dinoex.net/training/package2.html 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/ From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 22:19:05 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3117E1065672 for ; Wed, 3 Dec 2008 22:19:05 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id E7E0F8FC08 for ; Wed, 3 Dec 2008 22:19:04 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id E342F23C454; Wed, 3 Dec 2008 23:19:03 +0100 (CET) Date: Wed, 3 Dec 2008 23:19:03 +0100 From: Peter Schuller To: Sean McAfee Message-ID: <20081203221903.GA57472@hyperion.scode.org> References: <20081203210233.GA55633@hyperion.scode.org> <20081203211627.GA56450@hyperion.scode.org> <4936F9A4.8030504@collaborativefusion.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <4936F9A4.8030504@collaborativefusion.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 22:19:05 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > On the "donor" system: > 1. portupgrade -a > 2. for a in `pkg_info -ao | awk '{ print $1 }'` ; do pkg_create -b $a ; d= one > 3. Push packages up to NFS'ed ports tree host's /usr/ports/packages >=20 > On the remaining systems, it's just a matter of running portupgrade -aPP. Thanks! It helps to know what people are doing in practice. The problem I have with this is the 'portupgrade -a' step. portupgrade, in my experience, has sever issues with consistenty relative to the actual ports tree in dependencies and figuring out correctly what needs to be built and not. In addition, '-a' only upgrades individual ports that have changed; not ports depending on them. You can do -arR instead or similar, but that does not help because the process is not re-startable. I have not found out a way to make portupgrade ensure that installed packages are what you would have gotten had you installed your packages on a clean system from scratch. This latter is what portmanager tries to do. While I like the idea for in-place updating on a system, it has no supports for building packages, and it too has its own set of issues with respect to deciding what to upgrade and in what order. portupgrade also does not support the concept of maintaining a list of packages that you specifically want. This leads to problems over time as dependency ports move around, disappear and have files moving between them. Both tools, portmanager and portupgrade, have always ended up, for me, leading to a subset of broken packages that won't build or install for various reasons - with said set growing larger over time. The only method I have found which allows me to build and install ports in a way which mostly works, assuming the port is not broken, is to do "clean slate" installations. However, just doing "for origin in $(cat somelist) ; do cd ... ; make package-recusrive clean" and similar solutions have issues, including non-restability and issues with recursion and duplicate work/package creation. This is what I am trying to automate with my shell hacks... which again *mostly* work, but not quite either. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3BdYACgkQDNor2+l1i31ETQCg8DuWh8eLEMpbdyCak2v4gkqw sk0An2yQnp8HVM6pA00XmslvIlxgoYJS =RT8z -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 22:45:56 2008 Return-Path: Delivered-To: freebsd-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 ; Wed, 3 Dec 2008 22:45:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 08D828FC16 for ; Wed, 3 Dec 2008 22:45:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28536 invoked by uid 399); 3 Dec 2008 22:19:16 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Dec 2008 22:19:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <493705E2.907@FreeBSD.org> Date: Wed, 03 Dec 2008 14:19:14 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Peter Schuller References: <20081203210233.GA55633@hyperion.scode.org> In-Reply-To: <20081203210233.GA55633@hyperion.scode.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 22:45:56 -0000 Peter Schuller wrote: > Hello, > > I have been in a perpetual multi-year struggle to sort out package > building in a way which is practical for me. One thing I'm confused about here, what are your goals? You don't mention why you need to build the packages. The answer to this might inform the rest of the conversation. > For the past half year or > so I have ended up using a hacked together shell script which does > approximately what I need, which is: > > To build deterministically as a function of > (a) base system > (b) /etc/make.conf > (c) /usr/local/etc/ports.conf (sysutils/portconf) These are givens, but it never hurts to mention requirements explicitly. > (d) a list of specifically desired origins/packages which is manually > mainteined (NOT a complete list of dependencies, this is critical) Why is not maintaining the list of dependencies critical? I'm guessing the answer is related to the dependencies being fluid over time. > (e) the ports tree > a set of packages for later installation on another system > (typically the host system or other jails). I'm assuming this last bit is the answer to my question above, which makes me even more curious as to your comment about the dependencies. > This has *sort* of worked, but not quite. I am fairly close now to > have something that works, but am running into determinism issues. For > example, the dependencies of audio/aumix is a function of what happens > to already be built on the system. So initially when my script wants > to build audio/aumix, it happens to be the case that no X stuff has > been brought in yet, so 'make package-name' returns aumix-x.y.z. Later > on when aumix is picked up as a dependency as part of building > something else, 'make package-name' returns aumix-gtk-x.y.z. This > causes confusion because the tool thinks the "origin"[1] audio/aumix > has not been installed on the system. > > Is it the intent of the design of ports that the behavior of packages > be implicitly dependent on the state of installed packages? > > If the answer is yes, can someone suggest a practically viable that > consistently works, method of building binary packages under the above > conditions? Yes, this is a feature. You could solve the problem you describe above by building the X stuff first. > (I know of portupgrade/portmaster of course. I have never found a tool > that both (1) does what I want What you want is beyond the scope of current tools. I have a proposal for adding this functionality to portmaster but it is a considerable amount of work and therefore I was hoping to get some funding to support it. > and (2) actually works consistently. If you wanted to list the ways that portmaster does not work consistently in a different thread I'd be interested. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 23:00:15 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BAA106564A; Wed, 3 Dec 2008 23:00:15 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 36EFA8FC12; Wed, 3 Dec 2008 23:00:14 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 7890123C46E; Thu, 4 Dec 2008 00:00:05 +0100 (CET) Date: Thu, 4 Dec 2008 00:00:05 +0100 From: Peter Schuller To: Doug Barton Message-ID: <20081203230005.GB57472@hyperion.scode.org> References: <20081203210233.GA55633@hyperion.scode.org> <493705E2.907@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: <493705E2.907@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 23:00:15 -0000 --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, > One thing I'm confused about here, what are your goals? You don't > mention why you need to build the packages. The answer to this might > inform the rest of the conversation. At the very highest level, the goal is to keep a system, or a set of system (large or small) up-to-date in an efficient manner, while minimizing downtime. I want to build packages separately not just to minimize the time window, but also to ensure that the full set of packages can successfully be built - avoiding a half-upgraded system that has issues to be resolved. The system(s) is/are assumed to need custom port options; thus use of bulk built packages is not an option. > > For the past half year or > > so I have ended up using a hacked together shell script which does > > approximately what I need, which is: > >=20 > > To build deterministically as a function of > > (a) base system > > (b) /etc/make.conf > > (c) /usr/local/etc/ports.conf (sysutils/portconf) >=20 > These are givens, but it never hurts to mention requirements explicitly. My intent was also to convey that I want it to be a function of *only* the list of things I provided, rather than an unknown set of factors. > > (d) a list of specifically desired origins/packages which is manual= ly > > mainteined (NOT a complete list of dependencies, this is critic= al) >=20 > Why is not maintaining the list of dependencies critical? I'm guessing > the answer is related to the dependencies being fluid over time. Because it becomes a huge pain when your complete package list is 1000 packages. What always ended up happening back when I tried keeping machines up to date by portupgrade/portmanager, was that every now and then I would just get fed up with all the built-up issues and re-install everything from scratch. The actual real-life goals are often very easily expressed in terms of a pretty small set of packages that one is actively interested in. Any manual maintenance of a very very significantly longer list of dependencies is just manual labor that you want to automate. I view it as the package management equivalent of maintaining a set of patches against a source tree instead of just forking it. I have something that I can realistically maintain manually which expresses exactly my intent, nothing more, nothing less. When writing pkgmanager (pkgsrc only) this was a major goal. You maintained your want list, and your pkgsrc tree, and you just told it "sync". It then did whatever it needed to do to produce a system which is identical to what you would have gotten by taking your list of desired packages and "bmake install":ing them on a clean system. It was all a function of a defined set of things, and the process was 100% restartable because all necessary discovery happened based on persistent information on disk. In short, you told it what you wanted, rather than what to do. Of course, this didn't work perfectly - mostly due to non-determinism. > > (e) the ports tree [keeping the above to keep the quoted list complete] > > Is it the intent of the design of ports that the behavior of packages > > be implicitly dependent on the state of installed packages? > > > > If the answer is yes, can someone suggest a practically viable that > > consistently works, method of building binary packages under the above > > conditions? >=20 > Yes, this is a feature. You could solve the problem you describe above > by building the X stuff first. The problem is that I do not want to care about that. I know that "I want aumix" and that "I want firefox". I do not want to discover by a long period of trial and error that I need to fudge my tools to install aumix prior to firefox, or the other way around. We have even more trikier issues like "I want subversion" and "I want apache", and having to specify which apr has to be used. I see no general and simple way of implementing detection of such conflicts in a package manager built on top of ports, without modifying ports to accomodate. If being impacted by installed packages is considered a feature, it may be that my preferences/goals are just fundamentally incompatible with that of ports. Would there be interest/opinions on having ports support a mode of operation specifically targetted at automated tools and determinism? I suspect having a separate mode will just lead to too much complexity and breakage. > > (I know of portupgrade/portmaster of course. I have never found a tool > > that both (1) does what I want=20 >=20 > What you want is beyond the scope of current tools. I have a proposal > for adding this functionality to portmaster but it is a considerable > amount of work and therefore I was hoping to get some funding to support > it. Do you think it is appropriate to solve this elaborately in tools, as opposed to making changes to the ports infrastructure to facilitate these things? Am I barking up the wrong tree, hoping to see the latter? I have a genuine interest in having something which works and is reasonable simple to use for an administrator, and am willing to spend time on it. But not if the work is going to be linear with respect to various quirks and oddities of the underlying system. In my personal ideal world, the fact that the installed set of packages affects the dependency decision of a port would be a bug. I take it =66rom the above that this is not consistent with the generally accepted view. I have planned for a long time to re-write pkgmanager and support both ports and pkgsrc; but fundamental issues such as determinism are putting me off (other than lazyness) because I know that it will never really work as well as I would want it to in order to be truly useful and more effective than the hacks I am currently using as a poor man's alternative. > > and (2) actually works consistently. >=20 > If you wanted to list the ways that portmaster does not work > consistently in a different thread I'd be interested. I want to clarify right here for the record that I am not accusing portmaster of not working consistently. However, it did fall into (1) - that is, that it does not do what I personally want. portupgrade however does fall into both categories in my book. I'd be very very interesting in discussing package management and tool issues if you are willing. However, I'm not sure whether my personal goals are sufficiently in synch with yours or others for it to be very fruitful. I could try to recall past experience and issues I have run into administratively and when developing pkgmanager and try to state more clearly what my biased view is, with respect to what I would like tools to do, and how I think ports could facilitate those tools. Would freebsd-ports@ be a suitable forum for that? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3D3UACgkQDNor2+l1i31syQCgpxXy3AeHla+KmwE62wRES1lO /NsAoKPMkphMvtGl8LCIPPYP44JfXwKs =kY7Y -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl-- From owner-freebsd-ports@FreeBSD.ORG Wed Dec 3 23:00:52 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46BB71065677 for ; Wed, 3 Dec 2008 23:00:52 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD1D8FC18 for ; Wed, 3 Dec 2008 23:00:52 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 60F3323C454; Thu, 4 Dec 2008 00:00:51 +0100 (CET) Date: Thu, 4 Dec 2008 00:00:51 +0100 From: Peter Schuller To: Dirk Meyer Message-ID: <20081203230051.GC57472@hyperion.scode.org> References: <20081203210233.GA55633@hyperion.scode.org> <74nEoWYVjf@dmeyer.dinoex.sub.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ALfTUftag+2gvp1h" Content-Disposition: inline In-Reply-To: <74nEoWYVjf@dmeyer.dinoex.sub.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@freebsd.org Subject: Re: Deterministic package building with ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 23:00:52 -0000 --ALfTUftag+2gvp1h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > It may be not the silver bullet. > Please take a look at: > http://www.dinoex.net/training/package2.html Thanks! I will. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --ALfTUftag+2gvp1h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk3D6IACgkQDNor2+l1i323SwCg04i4qHIFJcuoAYAWhLv3GDrX fc0AoIvUlKAaD03CRkUuBA0lNzhF97Bg =lG25 -----END PGP SIGNATURE----- --ALfTUftag+2gvp1h-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 01:30:45 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2E39106564A for ; Thu, 4 Dec 2008 01:30:45 +0000 (UTC) (envelope-from fbsd06+4J=bcdcba11@mlists.homeunix.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 934568FC0C for ; Thu, 4 Dec 2008 01:30:45 +0000 (UTC) (envelope-from fbsd06+4J=bcdcba11@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by fallback-in1.mxes.net (Postfix) with ESMTP id 57E58164915 for ; Wed, 3 Dec 2008 20:19:00 -0500 (EST) Received: from gumby.homeunix.com (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 9C97E23E3E9 for ; Wed, 3 Dec 2008 20:18:58 -0500 (EST) Date: Thu, 4 Dec 2008 01:18:55 +0000 From: RW To: freebsd-ports@freebsd.org Message-ID: <20081204011855.5132f7d8@gumby.homeunix.com> In-Reply-To: <87ef649b0812021903x7e2d3ee9h90dde2dcffe4e2be@mail.gmail.com> References: <20081202180743.GB70240@hades.panopticon> <20081203020857.523645bc@gumby.homeunix.com> <87ef649b0812021903x7e2d3ee9h90dde2dcffe4e2be@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 01:30:45 -0000 On Tue, 2 Dec 2008 22:03:08 -0500 "Jim Trigg" wrote: > On Tue, Dec 2, 2008 at 9:08 PM, RW wrote: > > directory is deleted. I wonder why, if an "update" can decompress > > over the top of a port, an "extract" need to delete it first. I > > can't think of any good reason offhand. > > > > I would presume that it does that to get rid of "standard" patch files > that are no longer part of the port... Yes, that is a good reason, I should have thought that through a bit. I still think that it's more aggressive than it needs be. I think it could probably just delete Makefile (in case the port is moved) plus any files in files/ that don't end in .local. That way you could still have local patchfiles, and anything else would be untouched including README.html and makefile.local From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:23:08 2008 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 BB5A81065675 for ; Thu, 4 Dec 2008 05:23:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 9DBCF8FC19 for ; Thu, 4 Dec 2008 05:23:07 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id DF5AA1CCED for ; Thu, 4 Dec 2008 06:23:06 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20081204052306.DF5AA1CCED@mail.droso.net> Date: Thu, 4 Dec 2008 06:23:06 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:23:08 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/tse3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/xmms-imms broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/ruby-p4 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/ruby18-p4-1.4251.log (Thu Nov 13 00:36:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: emulators/xgs broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=xgs portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/p5-Text-ChaSen broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20081128152658/ja-p5-Text-ChaSen-1.03_3.log (Sat Nov 29 18:16:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=p5-Text-ChaSen portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20081122001658/pfe-0.32.94_1.log (Fri Nov 28 08:56:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/screamer broken because: Does not compile (dumps core) build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20081122001658/rascal-0.3.2_4.log (Fri Nov 28 09:06:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/ses broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: misc/pybliographer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/versuch broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/synce-kde broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/perlftlib broken because: Does not build if devel/p5-ExUtils-CBuilder is installed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib portname: science/gerris broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/oof broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/opensaml broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20081128152658/opensaml-1.1.1_1.log (Sat Nov 29 18:13:15 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=opensaml portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/zoidberg broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20081119214133/zoidberg-0.96.log (Fri Nov 7 18:59:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=zoidberg portname: sysutils/sjog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/py-nevow broken because: doesn't build: in nevow/static.py", line 18, twisted.web import error build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term portname: x11/bbuname broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:23:48 2008 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 A05F81065676 for ; Thu, 4 Dec 2008 05:23:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 614648FC22 for ; Thu, 4 Dec 2008 05:23:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 890611CC8A for ; Thu, 4 Dec 2008 06:23:45 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20081204052345.890611CC8A@mail.droso.net> Date: Thu, 4 Dec 2008 06:23:45 +0100 (CET) Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:23:48 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/dream broken because: Needs DRM enabled in FAAD build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dream portname: audio/esperanza broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=esperanza portname: audio/gstreamer-plugins-spc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: audio/p5-Audio-TagLib broken because: does not build with taglib 1.5 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/p5-Audio-TagLib-1.43.log (Sat Jul 12 14:20:07 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=p5-Audio-TagLib portname: audio/py-sdl_mixer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=py-sdl_mixer portname: audio/ruby-xmms2-ecore broken because: Fails to configure (can not find ecore-config) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac broken because: Not updated to the DrJekyl clientlib API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett broken because: Not updated to the DrJekyll clientlib API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: audio/tse3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/xmms-imms broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: cad/opencascade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=opencascade portname: chinese/iiimf-le-xcin broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: comms/hcfmdm broken because: Does not compile at 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/mysql-query-browser broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-query-browser portname: databases/mysqlbigram broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlbigram portname: databases/p5-DBD-PgSPI broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/py-tada broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: databases/rubygem-rrdtool broken because: does not compile with rrdtool 1.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=rubygem-rrdtool portname: deskutils/launchy broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=launchy portname: deskutils/mical broken because: Miscellaneous run-time failures due out of sync with the current versions of dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=mical portname: deskutils/remember.el broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/hs-buddha broken because: Does not build with recent GHC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-fps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-fps portname: devel/hs-hat broken because: Does not build with recent ghc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hat portname: devel/hs-hpl broken because: Does not build with current ghc build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hpl portname: devel/hs-tclhaskell-ghc broken because: Needs updating to build with latest GHC build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/nx broken because: leaves files behind on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=nx portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/py-turbocheetah broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-turbocheetah portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-p4 broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/ruby18-p4-1.4251.log (Thu Nov 13 00:36:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-p4 portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/xfc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/setedit broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/mupen64-glide broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mupen64-glide portname: emulators/mupen64-tr64 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mupen64-tr64 portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: emulators/xgs broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=xgs portname: games/amy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/emacs-chess broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=emacs-chess portname: games/euchre broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/linux-alienarena broken because: needs missing/outdated Linux dependencies (need new linux_compat port and FreeBSD 7); use native instead for now build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: games/pykawari broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=pykawari portname: games/xrally broken because: Doesn't work (yet?) on 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xrally portname: graphics/crystalspace-devel broken because: Incorrect pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/gstreamer-plugins-swfdec broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: graphics/ivtools broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/qgis broken because: Does not build with geos 3.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qgis portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: irc/ircg broken because: Does not build with newer st build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/iRCG-2.7.log (Fri Nov 7 00:04:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=ircg portname: japanese/escpf broken because: Unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/ja-escpf-0.4.log (Sat Jul 12 14:19:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/p5-Text-ChaSen broken because: does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20081128152658/ja-p5-Text-ChaSen-1.03_3.log (Sat Nov 29 18:16:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=p5-Text-ChaSen portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/dbvis broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/eclipse-clay-core broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-clay-core portname: java/jakarta-commons-dbcp broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20081119214133/jakarta-commons-dbcp-1.2.1_2.log (Fri Nov 21 08:48:19 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/java-gcj-compat broken because: leaves egg file behind on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: java/jboss5 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20081106123942/jboss-5.0.0.cr1,1.log (Sat Nov 8 05:01:54 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jboss5 portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/jdk-1.4.2p8_13.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/chameleon broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/dylan broken because: does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl broken because: Gcl compiled with gcc42 dumps core build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/hope broken because: Patch fails build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/hope-1.1.log (Sat Jul 12 14:22:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20081122001658/pfe-0.32.94_1.log (Fri Nov 28 08:56:29 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/qscheme broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/screamer broken because: Does not compile (dumps core) build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: lang/xsb broken because: Does not compile on FreeBSD 7.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/claws-mail-clamav broken because: Doesn't build with clamav-0.93 or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=claws-mail-clamav portname: mail/silkymail broken because: doesn't fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=silkymail portname: mail/sylpheed2-devel broken because: does not link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=sylpheed2-devel portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20081122001658/rascal-0.3.2_4.log (Fri Nov 28 09:06:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/rpy broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rpy portname: math/ses broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: misc/ipbt broken because: Size mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/ipbt-r7471.log (Sat Jul 12 14:17:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: misc/pybliographer broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/dvbcut broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/dvbcut-0.5.4_2.log (Fri Sep 5 13:06:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dvbcut portname: multimedia/helixplayer broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=helixplayer portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/mjpegtools-yuvfilters broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv broken because: Incorrect handling of user addition build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smilutils broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.8.2007101601/smilutils-0.3.2_3.log (Fri Sep 5 12:41:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smilutils portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/ginsu broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-im/sulci broken because: don't work with ocaml 3.10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=sulci portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/nav broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net-mgmt/nfsen-devel broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nfsen-devel portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/acx100 broken because: Does not compile on FreeBSD >= 6.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/globus4 broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/isc-dhcp31-client broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-client portname: net/isc-dhcp31-relay broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-relay portname: net/isc-dhcp31-server broken because: Not yet integrated and tested build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=isc-dhcp31-server portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/openpbx.org broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/p5-Parallel-MPI broken because: fails to link build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/samba4wins broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/samba4wins-1.0.6_1.log (Thu Sep 4 08:03:17 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba4wins portname: net/ssltunnel-client broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/versuch broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vnc broken because: checksum mismatch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20081111020653/vnc-4.1.2_5.log (Tue Nov 11 10:08:30 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vnc portname: net/vserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current broken because: Does not install (makedbz segfaults) build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/inn-current-20061024_1.log (Sat Jul 12 14:25:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/openftd broken because: Does not install build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20081122001658/openftd-1.1.0_1.log (Fri Nov 28 09:09:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/synce-gnomevfs broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-gnomevfs portname: palm/synce-kde broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync broken because: No longer supported by developers build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/perlftlib broken because: Does not build if devel/p5-ExUtils-CBuilder is installed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=perlftlib portname: science/gerris broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/oof broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf broken because: Does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/dazuko broken because: Currently does not support FreeBSD > 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/krb4 broken because: Incorrect pkg-plist on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/opensaml broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20081128152658/opensaml-1.1.1_1.log (Sat Nov 29 18:13:15 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=opensaml portname: security/prelude-manager broken because: does not build with current lib build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=prelude-manager portname: security/shibboleth-sp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/squidclam broken because: Doesn't build with clamav-0.93 or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=squidclam portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: shells/zoidberg broken because: does not package build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20081119214133/zoidberg-0.96.log (Fri Nov 7 18:59:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=zoidberg portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/dtc-toaster broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage broken because: Unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/dusage-19900227.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/linux-megacli broken because: Unfetchable build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20081111020653/linux-megacli-1.01.40_1.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=linux-megacli portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/quicksynergy broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=quicksynergy portname: sysutils/sjog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: sysutils/upsdaemon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/Ebnf2ps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/dixit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/c-icap broken because: Doesn't build with clamav-0.93 or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=c-icap portname: www/cacheboy broken because: leaves leftover binary after deinstall build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/cacheboy-1.4.1_12.log (Thu Sep 4 07:59:04 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081130033632/cacheboy-1.4.1_12.log (Wed Sep 24 10:59:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy portname: www/cybercalendar broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cybercalendar portname: www/geneweb broken because: does not build with new ocaml build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/geneweb-4.10_4.log (Sat Jul 12 14:21:44 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: www/gforge broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=gforge portname: www/mod_webapp broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20081106084257/mod_webapp-4.1.24_2.log (Fri Nov 7 21:10:46 UTC 2008) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20081130033632/mod_webapp-4.1.24_2.log (Fri Oct 3 06:48:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webapp portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/ocsigen broken because: unsatisfiable dependency line build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocsigen portname: www/pecl-mnogosearch broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pecl-mnogosearch portname: www/py-nevow broken because: doesn't build: in nevow/static.py", line 18, twisted.web import error build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=py-nevow portname: www/roxen broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/roxen-2.1.231.log (Sat Jul 12 14:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/rt3 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt3 portname: www/rt32 broken because: Broken due the new mod_perl2 API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/toofpy broken because: Installs files outside of localbase build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-drivers/xf86-video-i810 broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20080904173358/xf86-video-i810-1.7.4_1.log (Sat Sep 6 12:27:02 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-i810 portname: x11-fm/evidence broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-fm/velocity broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/camaelon-nesedah broken because: conflicts with its own dependency build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=camaelon-nesedah portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/fox10 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox10 portname: x11-toolkits/fxscintilla-fox10 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term portname: x11/bbuname broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:24:09 2008 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 69AF810656D8 for ; Thu, 4 Dec 2008 05:24:09 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 740DB8FC0C for ; Thu, 4 Dec 2008 05:24:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id B51EA1CCD8 for ; Thu, 4 Dec 2008 06:24:07 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20081204052407.B51EA1CCD8@mail.droso.net> Date: Thu, 4 Dec 2008 06:24:07 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:24:09 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/q-audio description: Q-Audio -- digital audio interface for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=q-audio portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: devel/pear-apd description: A full-featured engine-level PHP profiler/debugger maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: games/clanbomber description: A bomberman-like multiplayer game maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: graphics/q-graph description: Q-Graph -- graph library and editor for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=q-graph portname: irc/erc description: ERC is an Emacs InternetRelayChat client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/q description: Q -- equational programming language maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, broken plist expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/screamer description: Extension of Common Lisp for nondeterministic programming maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: math/ses description: Simple Emacs Spreadsheet maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: misc/documancer description: A programmer's documentation reader maintainer: ports@FreeBSD.org deprecated because: Unmaintained upstream expiration date: 2008-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=documancer portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-p2p/py-kenosis-bittorrent description: A Kenosis enabled, distributed BitTorrent maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/p54u description: Driver for USB wireless devices with Conexant (Prism 54) chipsets maintainer: ports@FreeBSD.org deprecated because: website disappeared expiration date: 2008-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p54u portname: palm/synce-kde description: SynCE KDE Utilities maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync description: SynCE synchronisation plugin for Multisync maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: sysutils/sjog description: Userland daemon for Sony Vaio Jog Dial maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps description: Generate EPS/FIG diagrams from EBNF/yacc/bison grammars maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt description: A set of Perl bindings for the Qt toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/py-fox description: Python interface to FOX Graphics library maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port x11-toolkits/fox10 expiration date: 2009-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-fox portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/alloywm description: Has title bars, shading, resizing, automatic placement, window list maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/flwm description: The Fast Light Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead, and uses obsolete version of fltk expiration date: 2008-10-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=flwm portname: x11-wm/kahakai description: Kahakai window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development ceased expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org status: BROKEN deprecated because: depends on expired port expiration date: 2008-07-18 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:24:19 2008 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 0A33110656D5 for ; Thu, 4 Dec 2008 05:24:19 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 85F228FC14 for ; Thu, 4 Dec 2008 05:24:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id CAFD41CD2E for ; Thu, 4 Dec 2008 06:24:16 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20081204052416.CAFD41CD2E@mail.droso.net> Date: Thu, 4 Dec 2008 06:24:16 +0100 (CET) Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:24:19 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/q-audio description: Q-Audio -- digital audio interface for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=q-audio portname: audio/ruby-xmms2-ecore description: Ruby ecore mainloop bindings for XMMS2 maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac description: Shellac is a PyGTK XMMS2 Client maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett description: A simple XMMS2 client inspired by strange-quark maintainer: alexbl@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: databases/firebird-client description: The open-source InterBase(tm) 6.0 spin-off (client) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20081202081507/firebird-client-1.5.5.log (Tue Dec 2 09:49:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-client portname: databases/firebird-server description: The open-source InterBase(tm) 6.0 spin-off (Classic version) maintainer: skv@FreeBSD.org status: IGNORE deprecated because: no longer under development, please consider using Firebird2 expiration date: 2009-02-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=firebird-server portname: databases/mysql-query-browser description: A database querying tool for MySQL servers maintainer: pgollucci@FreeBSD.org status: BROKEN deprecated because: has been BROKEN for more than six months expiration date: 2008-11-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-query-browser portname: databases/p5-DBD-PgSPI description: Provides access to PostgreSQL db through DBI within pl/perl functions maintainer: mat@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/py-tada description: Twisted Asynchronous Database API maintainer: clive@darkarts.co.za status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java description: Java API for QDBM maintainer: ahze@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: devel/hs-buddha description: A declarative debugger for Haskell 98 maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-tclhaskell-ghc description: Tcl/Tk binding for Haskell maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: devel/pear-apd description: A full-featured engine-level PHP profiler/debugger maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: dns/bind9-dlz description: The Berkeley Internet Name Daemon, with DLZ extensions maintainer: dinoex@FreeBSD.org status: FORBIDDEN deprecated because: expiration date: 2008-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind9-dlz portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: games/clanbomber description: A bomberman-like multiplayer game maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/linux-alienarena description: Alien Arena 2006 (Linux version) maintainer: alepulver@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: graphics/crystalspace-devel description: Free and portable 3D Game Development Kit maintainer: acm@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/gstreamer-plugins-swfdec description: Gstreamer flash redering plugin maintainer: multimedia@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: graphics/q-graph description: Q-Graph -- graph library and editor for the Q language maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port lang/q expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=q-graph portname: irc/erc description: ERC is an Emacs InternetRelayChat client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/escpf description: Text filters for ESC/P, ESC/Page and ESC/PS printers maintainer: mita@jp.FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/ja-escpf-0.4.log (Sat Jul 12 14:19:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: java/java-gcj-compat description: A collection of wrapper scripts, symlinks and jar files for GCJ maintainer: maho@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: lang/chameleon description: A Haskell-style language maintainer: haskell@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/hope description: Hope is lazy interpriter for HOPE applicative language maintainer: lev@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/hope-1.1.log (Sat Jul 12 14:22:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/pm3-base description: Compiler and base libs of Polytechnique Montreal Modula-3 distribution maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/pm3-base-1.1.15_2.log (Sat Jul 12 14:34:59 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/q description: Q -- equational programming language maintainer: ports@FreeBSD.org status: BROKEN deprecated because: old version, broken plist expiration date: 2008-12-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/screamer description: Extension of Common Lisp for nondeterministic programming maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/screamer-3.20.log (Sat Jul 12 14:19:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: math/ses description: Simple Emacs Spreadsheet maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: misc/documancer description: A programmer's documentation reader maintainer: ports@FreeBSD.org deprecated because: Unmaintained upstream expiration date: 2008-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=documancer portname: misc/heyu description: Control a CM11A interface from the command line maintainer: mstowe@chicago.us.mensa.org deprecated because: no longer under development, use misc/heyu2 expiration date: 2008-12-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=heyu portname: misc/ipbt description: A high-tech ttyrec player with improvements over ttyplay maintainer: matt_mills@btopenworld.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/ipbt-r7471.log (Sat Jul 12 14:17:24 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: multimedia/manslide description: Utility to simply create your own slideshow maintainer: trebestie@gmail.com deprecated because: Use multimedia/smile instead expiration date: 2008-10-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=manslide portname: multimedia/mythtv description: MythTV is a homebrew PVR project maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: net-im/ginsu description: A client for the gale secure instant messaging system maintainer: jason-fbsd-ports-ginsu@shalott.net status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-p2p/py-kenosis-bittorrent description: A Kenosis enabled, distributed BitTorrent maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/acx100 description: Texas Instruments (TI) ACX100 IEEE 802.11 driver maintainer: leoz.2005@gmail.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/globus4 description: Grid computing toolkit maintainer: brooks@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/p5-Parallel-MPI description: Perl interface to the MPI message passing system maintainer: skv@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/p54u description: Driver for USB wireless devices with Conexant (Prism 54) chipsets maintainer: ports@FreeBSD.org deprecated because: website disappeared expiration date: 2008-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p54u portname: news/sabnzbd description: A web-interface based binary newsgrabber in python, with nzb support maintainer: daniel@netwalk.org deprecated because: no longer developed, use news/sabnzbdplus instead expiration date: 2008-12-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=sabnzbd portname: palm/synce-gnomevfs description: Gnome VFS module for WinCE devices maintainer: ports@logvinov.com status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-gnomevfs portname: palm/synce-kde description: SynCE KDE Utilities maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-kde portname: palm/synce-multisync description: SynCE synchronisation plugin for Multisync maintainer: ports@FreeBSD.org status: BROKEN deprecated because: No longer supported by developers expiration date: 2008-08-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=synce-multisync portname: security/openssl-stable description: SSL and crypto library maintainer: dinoex@FreeBSD.org status: IGNORE deprecated because: expiration date: 2008-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=openssl-stable portname: security/xyssl description: A liteweight SSL and TLS toolkit for C developers maintainer: mattdharris@users.sourceforge.net deprecated because: Download sites are down, cannot update due to software website being down. expiration date: 2008-12-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xyssl portname: shells/ksh93-devel description: Official AT&T Beta release of KornShell 93 maintainer: joe@zircon.seattle.wa.us deprecated because: This port is Outdated. Please use shells/ksh93 expiration date: 2008-12-06 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=shells&portname=ksh93-devel portname: sysutils/dtc-toaster description: A hosting web GUI for admin and accounting all hosting services maintainer: thomas@goirand.fr status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage description: Report about disk space in use, change since last run, etc maintainer: CPE1704TKS@bellsouth.net status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081111095232/dusage-19900227.log overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/sjog description: Userland daemon for Sony Vaio Jog Dial maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps description: Generate EPS/FIG diagrams from EBNF/yacc/bison grammars maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/p5-Text-CSV_PP description: Comma-separated values manipulation routines PP version maintainer: perl@FreeBSD.org deprecated because: textproc/Text-CSV_PP was merged into textproc/p5-Text-CSV expiration date: 2008-12-11 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=p5-Text-CSV_PP portname: textproc/py-wbxml description: Python bindings for the wbxml2 library maintainer: ports@logvinov.com deprecated because: No longer supported by developers expiration date: 2009-01-24 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-wbxml portname: www/roxen description: The Roxen WebServer 2.1 maintainer: k@123.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/roxen-2.1.231.log (Sat Jul 12 14:16:16 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/squid26 description: HTTP Caching Proxy maintainer: tmseck@web.de deprecated because: The 2.6 series is no longer actively maintained by the Squid developers expiration date: 2009-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=squid26 portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-fm/evidence description: Enlightened file-manager maintainer: freebsd@troback.com status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-toolkits/fox10 description: Fast and extensive C++ GUI toolkit maintainer: araujo@FreeBSD.org status: BROKEN deprecated because: does not compile with latest gcc; use x11-toolkits/fox16 instead expiration date: 2009-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox10 portname: x11-toolkits/fxscintilla-fox10 description: A Fox toolkit reimplementation of Scintilla editing widget maintainer: araujo@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/p5-Gnome description: The main Gnome module of Gtk-Perl maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt description: A set of Perl bindings for the Qt toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/py-fox description: Python interface to FOX Graphics library maintainer: ports@FreeBSD.org deprecated because: depends on deprecated port x11-toolkits/fox10 expiration date: 2009-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=py-fox portname: x11-toolkits/ruby-fox10 description: Ruby extension module to use FOX, aka FXRuby maintainer: araujo@FreeBSD.org deprecated because: depends on deprecated port x11-toolkits/fox10 expiration date: 2009-01-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-fox10 portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/alloywm description: Has title bars, shading, resizing, automatic placement, window list maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Has been broken for more than 6 months expiration date: 2008-09-19 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20081122122931/alloywm-0.4.0_4.log (Sat Jul 12 14:19:21 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/flwm description: The Fast Light Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead, and uses obsolete version of fltk expiration date: 2008-10-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=flwm portname: x11-wm/kahakai description: Kahakai window manager maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development ceased expiration date: 2008-09-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/9term description: An X11 program which emulates a plan9 window maintainer: ports@FreeBSD.org status: BROKEN deprecated because: depends on expired port expiration date: 2008-07-18 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=9term From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:24:21 2008 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 D6A4110656E3 for ; Thu, 4 Dec 2008 05:24:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4998FC19 for ; Thu, 4 Dec 2008 05:24:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 49E321CD35 for ; Thu, 4 Dec 2008 06:24:21 +0100 (CET) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20081204052421.49E321CD35@mail.droso.net> Date: Thu, 4 Dec 2008 06:24:21 +0100 (CET) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:24:21 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: www/linux-firefox-devel forbidden because: Security issus http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 05:24:22 2008 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 B424810656D2 for ; Thu, 4 Dec 2008 05:24:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 79DF78FC21 for ; Thu, 4 Dec 2008 05:24:22 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 2A25E1CC70 for ; Thu, 4 Dec 2008 06:24:22 +0100 (CET) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20081204052422.2A25E1CC70@mail.droso.net> Date: Thu, 4 Dec 2008 06:24:22 +0100 (CET) Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 05:24:22 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: chinese/wordpress forbidden because: http://www.vuxml.org/freebsd/622bc638-be27-11dd-a578-0030843d3802.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=wordpress portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: dns/bind9-dlz forbidden because: vulnerable to cache poisioning if recursive lookup enabled build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=dns&portname=bind9-dlz portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net-p2p/peercast forbidden because: arbitrary code execution, http://www.vuxml.org/freebsd/402ae710-26a2-11dd-ae05-825f4c35000a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=peercast portname: www/linux-firefox-devel forbidden because: Security issus http://www.vuxml.org/freebsd/f29fea8f-b19f-11dd-a55e-00163e000016.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=linux-firefox-devel portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 07:16:22 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 224191065670 for ; Thu, 4 Dec 2008 07:16:22 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from hawk.thalamus.net (hawk.thalamus.net [212.31.160.3]) by mx1.freebsd.org (Postfix) with ESMTP id D537A8FC1A for ; Thu, 4 Dec 2008 07:16:21 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from localhost (localhost.thalamus.net [127.0.0.1]) by hawk.thalamus.net (Postfix) with ESMTP id 81DCF1EE825 for ; Thu, 4 Dec 2008 08:02:00 +0100 (CET) X-Virus-Scanned: by amavisd-new at thalamus.net X-Spam-Flag: NO X-Spam-Score: 2.44 X-Spam-Level: ** X-Spam-Status: No, score=2.44 tagged_above=-999 required=4.2 tests=[AWL=-0.729, HELO_LH_HOME=3.169] Received: from hawk.thalamus.net ([127.0.0.1]) by localhost (hawk.thalamus.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LV2-CCvzZgQ7 for ; Thu, 4 Dec 2008 08:01:58 +0100 (CET) Received: from lesbsdpc.homenet.home (c-195-216-040-164.static.bjare.net [195.216.40.164]) by hawk.thalamus.net (Postfix) with ESMTP id 14C681EE81B for ; Thu, 4 Dec 2008 08:01:58 +0100 (CET) Message-ID: <49378069.4010907@eskk.nu> Date: Thu, 04 Dec 2008 08:02:01 +0100 From: Leslie Jensen User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Installing kdebase-4.1.1 or kdebase-workspace-4.1.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 07:16:22 -0000 Hi I wondering what's the difference between these two ports? Thanks /Leslie From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 08:13:41 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60AE71065672 for ; Thu, 4 Dec 2008 08:13:41 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from ziemba.us (208-106-105-148.dsl.static.sonic.net [208.106.105.148]) by mx1.freebsd.org (Postfix) with ESMTP id 32CC18FC0A for ; Thu, 4 Dec 2008 08:13:41 +0000 (UTC) (envelope-from pz-freebsd-ports@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.3/8.14.3) with ESMTP id mB48DEQm098497 for ; Thu, 4 Dec 2008 00:13:14 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB48DELl098496 for freebsd-ports@freebsd.org; Thu, 4 Dec 2008 00:13:14 -0800 (PST) (envelope-from pz-freebsd-ports@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-ports@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.3/8.14.3/Submit) id mB48DDUi098431 for treehouse-mail-freebsd-ports@hairball.treehouse.napa.ca.us; Thu, 4 Dec 2008 00:13:13 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-ports@freebsd.org Date: Thu, 4 Dec 2008 08:13:13 +0000 (UTC) Message-id: References: <20081203131234.GD70240@hades.panopticon> Errors-to: "G. Paul Ziemba" Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 08:13:41 -0000 amdmi3@amdmi3.ru (Dmitry Marakasov) writes: >> 1. Good that it's at the end of the do-patch target - that way local >> patches can happen after the "official" patches >Not sure if it's good actually. >On the one hand, you usually have patches against vanilla sources, and >just want to drop them to some dir and have them applied. >Also, there's USE_DOS2UNIX that comes before any actual patching, so for >ports that use USE_DOS2UNIX you'll have to adapt patches by hand. >On the other hand, this may cause conflicts with patches from ports, If the local patches were applied before the official ports patches, the official patches could fail, or they could undo some of the modifications made by local patches. I think it would be an incorrect result. >From the point of view of the local patches, there is potential for variation in the upstream files regardless of whether they are modified by official ports patches, so doing local patching first doesn't let you avoid tweaking local patches from time to time. >Updated version here: >http://people.freebsd.org/~amdmi3/local-patchdir.patch It looks good to me. Thanks! -- G. Paul Ziemba FreeBSD unix: 12:11AM up 3 days, 9:41, 12 users, load averages: 0.42, 0.40, 0.37 From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 08:21:53 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99B4D1065675 for ; Thu, 4 Dec 2008 08:21:53 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 715AE8FC13 for ; Thu, 4 Dec 2008 08:21:53 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L89AD-0007g1-Gx for freebsd-ports@freebsd.org; Thu, 04 Dec 2008 00:02:21 -0800 Message-ID: <20828880.post@talk.nabble.com> Date: Thu, 4 Dec 2008 00:02:21 -0800 (PST) From: Silver Salonen To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com Subject: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 08:21:53 -0000 Hello. I created a port for Museek+ which is built with cmake now. The problem is that although it gets built OK, cmake cannot link one of its executables against libxml++: ===== ... [100%] Building CXX object museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 ===== Concerning libxml++, cmake seems to find it OK - before building: ===== -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, version 2.22.0 ===== Previously I had a problem with cmake finding libiconv.h, but I resolved it with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". But I guess it's irrelevant and not even similar. Is there anything to be specified in order to cmake to find libxml++ correctly? -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20828880.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 08:42:05 2008 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 1F724106564A; Thu, 4 Dec 2008 08:42:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id C8C6F8FC1A; Thu, 4 Dec 2008 08:42:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=56103 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L89Ro-000KdH-0O; Thu, 04 Dec 2008 11:20:32 +0300 Message-ID: <493792CF.1010805@lissyara.su> Date: Thu, 04 Dec 2008 11:20:31 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081130 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: FreeBSD Ports , multimedia@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 08:42:05 -0000 subj. last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 11:17:45 134 processes: 4 running, 130 sleeping CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free Swap: 905M Total, 905M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms ============== lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 13:20:28 MSK 2008 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC amd64 lissyara$ pkg_info | grep xmms librcc-0.2.6_1 Library used by rusxmms for language autodetection librcd-0.1.11 Library used by rusxmms for autodetection of russian charse xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) lissyara$ From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 09:40:09 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0460010656A9 for ; Thu, 4 Dec 2008 09:40:09 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id CA3CC8FC18 for ; Thu, 4 Dec 2008 09:40:08 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3819918rvf.43 for ; Thu, 04 Dec 2008 01:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=lwY91gKDL7XIHBX/m0YqymBoiXjHwOAuq/ROHI0WOPI=; b=Q98lRwJBL9ctgRadPoJL3OlNPKENZFIkcGRJtC0iMJfjrnjLlbxNv2hZXl7+cEMXMM jnM83BjqFEdap5xzCP6JmElWLFupgxxFzc/sstrbGY4F6pWBzaUwacnUeB1dlFKM4x+J 460gpLMITfI8OCr8s8CVLOlzt+DLJyEdJEiv8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=uRmqyYNHojk8GDCRdNu4Tp5EJHGkBbDhYiXkhFQDyx0pFR7i8YO3MdolhoSkpncYHZ qVGoiwJQPp4U/yBYbcObxD1yUG9a9YxtPZA0tfJwB2Ol3gBw4z7KpidHMrdGcGiEC20q fDz3uNkyg+sQ9RlNZilXOK7F1MGzG8A9GEPGM= Received: by 10.141.23.7 with SMTP id a7mr6792093rvj.256.1228383608227; Thu, 04 Dec 2008 01:40:08 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:40:08 -0800 (PST) Message-ID: <7d6fde3d0812040140i44ec44bdw529b625674417949@mail.gmail.com> Date: Thu, 4 Dec 2008 01:40:08 -0800 From: "Garrett Cooper" To: paul+usenet@w6yx.stanford.edu In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081203131234.GD70240@hades.panopticon> Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 09:40:09 -0000 On Thu, Dec 4, 2008 at 12:13 AM, G. Paul Ziemba wrote: > amdmi3@amdmi3.ru (Dmitry Marakasov) writes: >>> 1. Good that it's at the end of the do-patch target - that way local >>> patches can happen after the "official" patches > >>Not sure if it's good actually. > >>On the one hand, you usually have patches against vanilla sources, and >>just want to drop them to some dir and have them applied. >>Also, there's USE_DOS2UNIX that comes before any actual patching, so for >>ports that use USE_DOS2UNIX you'll have to adapt patches by hand. > >>On the other hand, this may cause conflicts with patches from ports, > > If the local patches were applied before the official ports patches, > the official patches could fail, or they could undo some of the > modifications made by local patches. I think it would be an incorrect > result. > > >From the point of view of the local patches, there is potential for > variation in the upstream files regardless of whether they are > modified by official ports patches, so doing local patching first > doesn't let you avoid tweaking local patches from time to time. > >>Updated version here: >>http://people.freebsd.org/~amdmi3/local-patchdir.patch > > It looks good to me. Thanks! FreeBSD maintained patches can change at any instant a developer makes a commit to the ports tree, so doing either a vanilla patch or a patch after a patch will require some level of rework, regardless. One thing though -- I think that if this item does get supported it should be noted that while the FreeBSD project supports the patching functionality, they shouldn't be in charge of the patches. I know most users / admins would understand this point clearly, but it needs to be made apparent in the port distfiles, or using some method, that an individual is using self-patched and maintained sources. Gentoo Linux uses the concept of portage overlays to deal with this issue, but I'm not sure if that's the best method to approach this problem with, as our ports system isn't yet adapted to this level of thinking, and since we don't have a means of masking port versions today (mind you -- I'm not really suggesting that this should be done -- version masking and arch masking is a real maintenance nightmare for the support groups and we have enough fun dealing with our ports tree :)..). My 2 cents, -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 09:41:56 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B290A106564A for ; Thu, 4 Dec 2008 09:41:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5B08FC1A for ; Thu, 4 Dec 2008 09:41:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3820524rvf.43 for ; Thu, 04 Dec 2008 01:41:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=pk2JVuV6ktU8WnkEIWdxNqVWyUY+Js5of77s8X0M5xw=; b=BwAee46wpbfn4djEK4DD8YjqSq6vUQ1ldx8HP4QugzUif5xNBiYc4zXxLvqJVdtnWc A9RSBHpgq3iX6Z8Q6kOnWc9UkVYysR92FL4GF2ki8TXm6pfeQIup/yNDkapMIcaJ3kV9 PWBK8JzBhI5c6NcNiLKp+Z0VloXDCBRSPsm1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WS/dZPNtqwpodlgC3PvuYauZCxKJVF04MW+6cZipN0pE98ZatdvhEcB+rxibAwSr5k 85XNR+wmLgBvRD4VnBNovr4RiBm40ZuWCKtp4LXblsjBJWby1yMr4HKXeGKLyX5ROzIN gCfZEvyZZ1x5jJTGB5UyyE8SGhRBQavv2nfDc= Received: by 10.140.133.9 with SMTP id g9mr6838746rvd.137.1228383715996; Thu, 04 Dec 2008 01:41:55 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:41:55 -0800 (PST) Message-ID: <7d6fde3d0812040141i45957174w1cf1ff95c25e6bde@mail.gmail.com> Date: Thu, 4 Dec 2008 01:41:55 -0800 From: "Garrett Cooper" To: paul+usenet@w6yx.stanford.edu In-Reply-To: <7d6fde3d0812040140i44ec44bdw529b625674417949@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081203131234.GD70240@hades.panopticon> <7d6fde3d0812040140i44ec44bdw529b625674417949@mail.gmail.com> Cc: freebsd-ports@freebsd.org Subject: Re: Proposal: mechanism for local patches X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 09:41:56 -0000 On Thu, Dec 4, 2008 at 1:40 AM, Garrett Cooper wrote: > On Thu, Dec 4, 2008 at 12:13 AM, G. Paul Ziemba > wrote: >> amdmi3@amdmi3.ru (Dmitry Marakasov) writes: >>>> 1. Good that it's at the end of the do-patch target - that way local >>>> patches can happen after the "official" patches >> >>>Not sure if it's good actually. >> >>>On the one hand, you usually have patches against vanilla sources, and >>>just want to drop them to some dir and have them applied. >>>Also, there's USE_DOS2UNIX that comes before any actual patching, so for >>>ports that use USE_DOS2UNIX you'll have to adapt patches by hand. >> >>>On the other hand, this may cause conflicts with patches from ports, >> >> If the local patches were applied before the official ports patches, >> the official patches could fail, or they could undo some of the >> modifications made by local patches. I think it would be an incorrect >> result. >> >> >From the point of view of the local patches, there is potential for >> variation in the upstream files regardless of whether they are >> modified by official ports patches, so doing local patching first >> doesn't let you avoid tweaking local patches from time to time. >> >>>Updated version here: >>>http://people.freebsd.org/~amdmi3/local-patchdir.patch >> >> It looks good to me. Thanks! > > FreeBSD maintained patches can change at any instant a developer makes > a commit to the ports tree, so doing either a vanilla patch or a patch > after a patch will require some level of rework, regardless. > > One thing though -- I think that if this item does get supported it > should be noted that while the FreeBSD project supports the patching > functionality, they shouldn't be in charge of the patches. I know most > users / admins would understand this point clearly, but it needs to be > made apparent in the port distfiles, or using some method, that an > individual is using self-patched and maintained sources. Just to clarify: s/be in charge of patches/be expected to support patching issues/ > Gentoo Linux uses the concept of portage overlays to deal with this > issue, but I'm not sure if that's the best method to approach this > problem with, as our ports system isn't yet adapted to this level of > thinking, and since we don't have a means of masking port versions > today (mind you -- I'm not really suggesting that this should be done > -- version masking and arch masking is a real maintenance nightmare > for the support groups and we have enough fun dealing with our ports > tree :)..). > > My 2 cents, > -Garrett -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 09:43:47 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94AB106567A for ; Thu, 4 Dec 2008 09:43:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 7C3F38FC14 for ; Thu, 4 Dec 2008 09:43:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3821103rvf.43 for ; Thu, 04 Dec 2008 01:43:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=M+rYquaWxPFQksBvUmnhwFCTDt79wqx1xWK9cG8/iTE=; b=qJ/UfTG+LqqF4uUX0HYoZKbjBkcF0OjKsl8GvH7jYGke9s5zkQbOoamQ0DHvY1WHt5 0c1MwzjM1L4uH0UMF6FklDoX3CJsa+e1jcqIxp1t3hxMmlkodBNLx/86ruBmg497i5mV KP4lhSWjekQxwDsyYxssH3DJrn2dQgJ7jyq4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lVNY5NWtA6ITWSwbHx9g3n86vqMGdERP+9cpSBU5/nwdqSallIgQpYNMK0w9oFIQBG P81CEpo1g0MEJC+p3DrEBNpHXXvP+DXkPnTGl9tD9eVES9Oec1uvKRXz5TEKwZmw+sLd HFBnnj+HpjScILnJS3Y+ihGFKdFjH84q9wAfQ= Received: by 10.141.23.7 with SMTP id a7mr6816131rvj.66.1228383826876; Thu, 04 Dec 2008 01:43:46 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 01:43:46 -0800 (PST) Message-ID: <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> Date: Thu, 4 Dec 2008 01:43:46 -0800 From: "Garrett Cooper" To: "Silver Salonen" In-Reply-To: <20828880.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20828880.post@talk.nabble.com> Cc: freebsd-ports@freebsd.org Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 09:43:47 -0000 On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen wrote: > > Hello. > > I created a port for Museek+ which is built with cmake now. The problem is > that although it gets built OK, cmake cannot link one of its executables > against libxml++: > ===== > ... [100%] Building CXX object > museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX > executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 > ===== > > Concerning libxml++, cmake seems to find it OK - before building: > ===== > -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, > version 2.22.0 > ===== > > Previously I had a problem with cmake finding libiconv.h, but I resolved it > with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". But > I guess it's irrelevant and not even similar. > > Is there anything to be specified in order to cmake to find libxml++ > correctly? 1. Does /usr/local/lib/libxml++-2.6.a and/or /usr/local/lib/libxml++-2.6.so exist? 2. What are your CXXFLAGS / LDFLAGS? -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 10:00:39 2008 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 99BD8106564A for ; Thu, 4 Dec 2008 10:00:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 618F08FC18 for ; Thu, 4 Dec 2008 10:00:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3826635rvf.43 for ; Thu, 04 Dec 2008 02:00:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=uKTZcpZb2wXrElcho8bP0ebPfnERBkbyRad7oAIEaho=; b=RUx35TkqXfkA+QdoNuE8huAUnoYv4qvYGer2FSAbo67L5euFsQNTCHlWjkscpwSkFj xtXNETbSImPhRAU9fVAWoeqOrLVGjJMLaZ34mN96tMyrguzPgnVoZaEHggT0tSpbN3l2 l7ORu7mccGphPiJrULOSpTi1cTIlh0rhwlrYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=CEAid2nF2CpZ1aDtJTBH6+YotBV5dga209woLN9+8OKll3ooz1cyvLJK7GIpKEwhkU 6HYgOW8SaVnKt2f34D1CH7jb6yMb08C17OnnP6+n8Ehh/3YRVQrImgwkraGVR1FLIpkG xi0fFSaKKhRKH8bVlmPqS11jynyVLXGI6vZps= Received: by 10.140.193.15 with SMTP id q15mr6826520rvf.274.1228384838869; Thu, 04 Dec 2008 02:00:38 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 02:00:38 -0800 (PST) Message-ID: <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> Date: Thu, 4 Dec 2008 02:00:38 -0800 From: "Garrett Cooper" To: "Alex Keda" In-Reply-To: <493792CF.1010805@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <493792CF.1010805@lissyara.su> Cc: FreeBSD Ports , multimedia@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 10:00:39 -0000 On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: > subj. > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > 11:17:45 > 134 processes: 4 running, 130 sleeping > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free > Swap: 905M Total, 905M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms > ============== > lissyara$ uname -a > FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 > 13:20:28 MSK 2008 > lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC > amd64 > > lissyara$ pkg_info | grep xmms > librcc-0.2.6_1 Library used by rusxmms for language autodetection > librcd-0.1.11 Library used by rusxmms for autodetection of russian > charse > xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI > xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel > xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) Could you start up xmms via strace or truss in a terminal and provide output on pastebin.com please? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 10:17:51 2008 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 C0793106564A; Thu, 4 Dec 2008 10:17:51 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 7452D8FC1D; Thu, 4 Dec 2008 10:17:51 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=12352 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L8BHH-00079K-UE; Thu, 04 Dec 2008 13:17:47 +0300 Message-ID: <4937AE4C.8090203@lissyara.su> Date: Thu, 04 Dec 2008 13:17:48 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081130 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Garrett Cooper References: <493792CF.1010805@lissyara.su> <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> In-Reply-To: <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: FreeBSD Ports , multimedia@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 10:17:51 -0000 Garrett Cooper пишет: > On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: > >> subj. >> >> last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 >> 11:17:45 >> 134 processes: 4 running, 130 sleeping >> CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle >> Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free >> Swap: 905M Total, 905M Free >> >> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND >> 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms >> ============== >> lissyara$ uname -a >> FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Nov 28 >> 13:20:28 MSK 2008 >> lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC >> amd64 >> >> lissyara$ pkg_info | grep xmms >> librcc-0.2.6_1 Library used by rusxmms for language autodetection >> librcd-0.1.11 Library used by rusxmms for autodetection of russian >> charse >> xmms-1.2.11_4 X Multimedia System -- An audio player with Winamp GUI >> xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel >> xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) >> > > Could you start up xmms via strace or truss in a terminal and provide > output on pastebin.com please? > Thanks, > -Garrett > > very big. pastebin.com give 500 error =) http://lissyara.su/patch/xmms/typescript.txt From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 10:21:00 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6C11065670 for ; Thu, 4 Dec 2008 10:21:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id A205E8FC08 for ; Thu, 4 Dec 2008 10:21:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L8BKN-0004oK-7c for freebsd-ports@freebsd.org; Thu, 04 Dec 2008 02:20:59 -0800 Message-ID: <20830760.post@talk.nabble.com> Date: Thu, 4 Dec 2008 02:20:59 -0800 (PST) From: Silver Salonen To: freebsd-ports@freebsd.org In-Reply-To: <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 10:21:00 -0000 Garrett Cooper-6 wrote: > > On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen > wrote: >> >> Hello. >> >> I created a port for Museek+ which is built with cmake now. The problem >> is >> that although it gets built OK, cmake cannot link one of its executables >> against libxml++: >> ===== >> ... [100%] Building CXX object >> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 >> ===== >> >> Concerning libxml++, cmake seems to find it OK - before building: >> ===== >> -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, >> version 2.22.0 >> ===== >> >> Previously I had a problem with cmake finding libiconv.h, but I resolved >> it >> with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >> But >> I guess it's irrelevant and not even similar. >> >> Is there anything to be specified in order to cmake to find libxml++ >> correctly? > > 1. Does /usr/local/lib/libxml++-2.6.a and/or > /usr/local/lib/libxml++-2.6.so exist? > 2. What are your CXXFLAGS / LDFLAGS? > 1. Yes: $ ls -1 /usr/local/lib/libxml++* /usr/local/lib/libxml++-2.6.a /usr/local/lib/libxml++-2.6.la /usr/local/lib/libxml++-2.6.so /usr/local/lib/libxml++-2.6.so.2 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe LDFLAGS: nothing -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20830760.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 10:30:11 2008 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 85B54106564A for ; Thu, 4 Dec 2008 10:30:11 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-gx0-f19.google.com (mail-gx0-f19.google.com [209.85.217.19]) by mx1.freebsd.org (Postfix) with ESMTP id 31A3D8FC17 for ; Thu, 4 Dec 2008 10:30:10 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by gxk12 with SMTP id 12so2851244gxk.19 for ; Thu, 04 Dec 2008 02:30:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=shN/T8izdbiDcq/rjJ4SvxjvSOSFLmb8XeVS+stMG9g=; b=xHCu6V8RSc7QDhtQDdTfPBA5XZlxNiqJeQaQccndtTvHn1kj3BfK5dAY8ONQrcC7Ek A2HpY3sHWCCa3TvIdslv4cyquIufMAukgrZ4uUPJ3LuKe52gUxQF9UZY/AzG0Ni1k5ji cTUQwPsADcF5z+NvTg2gywuzW/de+5O7gVYWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hJX/LcWlZpnGtNDrmR56a5EG9KL/TcJIU7HmDFUjXdVDvb62YdtePyGudRwD7w6A3j V2WwclfhI7YK4WwOzHCDkhuPBZurrRqPESum1Uc2rjupQvVcVBZm5fRAnXmeWeZXL6QS baE9LlPyn26vxf98Grirg+oM2VftGzLWP2QEU= Received: by 10.143.4.11 with SMTP id g11mr1961567wfi.168.1228385032944; Thu, 04 Dec 2008 02:03:52 -0800 (PST) Received: by 10.142.165.3 with HTTP; Thu, 4 Dec 2008 02:03:52 -0800 (PST) Message-ID: <83e5fb980812040203q4f3c74a1r6af4d19ea4a9ed29@mail.gmail.com> Date: Thu, 4 Dec 2008 11:03:52 +0100 From: "Diego Depaoli" To: "Alex Keda" In-Reply-To: <493792CF.1010805@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <493792CF.1010805@lissyara.su> Cc: FreeBSD Ports Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 10:30:11 -0000 2008/12/4 Alex Keda : > subj. > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > 11:17:45 > 134 processes: 4 running, 130 sleeping > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free > Swap: 905M Total, 905M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% xmms on my system pulseaudio and pcmanfm too. Moreover some mono dependent application (banshee, f-spot) stops working. Cheers -- Diego Depaoli From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 10:53:38 2008 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 1DD6E1065672; Thu, 4 Dec 2008 10:53:38 +0000 (UTC) (envelope-from snvoronkov@yandex.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8508FC1D; Thu, 4 Dec 2008 10:53:37 +0000 (UTC) (envelope-from snvoronkov@yandex.ru) X-Bogosity: Ham, spamicity=0.000000 Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.14.2/8.14.2) with ESMTP id mB4AhCtT043326; Thu, 4 Dec 2008 15:43:16 +0500 (YEKT) (envelope-from snvoronkov@yandex.ru) Message-ID: <4937B440.2010009@yandex.ru> Date: Thu, 04 Dec 2008 15:43:12 +0500 From: "Sergey N. Voronkov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081202 SeaMonkey/1.1.13 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: Alex Keda Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sbtx.tmn.ru [10.0.160.49]); Thu, 04 Dec 2008 15:43:16 +0500 (YEKT) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on sbtx.tmn.ru X-Virus-Status: Clean Cc: FreeBSD Ports , multimedia@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 10:53:38 -0000 Helo! > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > 11:17:45 > 134 processes: 4 running, 130 sleeping > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M Free > Swap: 905M Total, 905M Free Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. Just remove it and recompile port. Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 11:12:36 2008 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 9C7EF1065670 for ; Thu, 4 Dec 2008 11:12:36 +0000 (UTC) (envelope-from mrtg@subnets.ru) Received: from mail.mega-net.ru (mega-net.ru [217.172.16.77]) by mx1.freebsd.org (Postfix) with SMTP id E68D78FC1C for ; Thu, 4 Dec 2008 11:12:35 +0000 (UTC) (envelope-from mrtg@subnets.ru) Received: (qmail 29862 invoked from network); 4 Dec 2008 13:45:53 +0300 Received: from unknown [172.16.10.37] (HELO book.lehis.ru) by mail.mega-net.ru with ESMTP; 4 Dec 2008 13:45:53 +0300 Message-ID: <4937B4E2.9070400@subnets.ru> Date: Thu, 04 Dec 2008 13:45:54 +0300 From: "Alexey V. Panfilov" User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: ports@freebsd.org References: <493792CF.1010805@lissyara.su> <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> <4937AE4C.8090203@lissyara.su> In-Reply-To: <4937AE4C.8090203@lissyara.su> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 11:12:36 -0000 Alex Keda ÐÉÛÅÔ: > Garrett Cooper ÐÉÛÅÔ: >> On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: >> >>> subj. >>> >>> last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 >>> 11:17:45 >>> 134 processes: 4 running, 130 sleeping >>> CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle >>> Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M >>> Free >>> Swap: 905M Total, 905M Free >>> >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU >>> COMMAND >>> 2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% >>> xmms >>> ============== >>> lissyara$ uname -a >>> FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri >>> Nov 28 >>> 13:20:28 MSK 2008 >>> lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC >>> >>> amd64 >>> >>> lissyara$ pkg_info | grep xmms >>> librcc-0.2.6_1 Library used by rusxmms for language autodetection >>> librcd-0.1.11 Library used by rusxmms for autodetection of >>> russian >>> charse >>> xmms-1.2.11_4 X Multimedia System -- An audio player with >>> Winamp GUI >>> xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel >>> xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) >>> >> >> Could you start up xmms via strace or truss in a terminal and provide >> output on pastebin.com please? >> Thanks, >> -Garrett >> >> > very big. pastebin.com give 500 error =) > http://lissyara.su/patch/xmms/typescript.txt I've the same effect. Output of truss: http://subnets.ru/files/xmms.log > -- Best regards, Alexey V. Panfilov ICQ: 1053180 Jabber: lehis@jabber.ru mailto: ports@subnets.ru www: http://www.subnets.ru From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 11:20:43 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C6811065670 for ; Thu, 4 Dec 2008 11:20:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA4B8FC08 for ; Thu, 4 Dec 2008 11:20:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3852954rvf.43 for ; Thu, 04 Dec 2008 03:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=6Lv2voauIqJc16VIZ3P5TnlKQXGFVHT9yhGdXZuPXrc=; b=EFEc8Y0ob0+0ngee6CAvqzsuP7UkRFj8f99mVzEwg7vWjgWl+yFbSNrm9Xaqpo3J9F c+UpqIxpDhTS3huTWk1oRZgmF1pjnr0imzkM0jGmB11LdiOP5K6Q3OXBSuyRpQwdciZy 2Wa0kf4WNvHdBIDy1yIYhLg5lm6J1wyNpz9n4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=G/NZN+krtIlAQmmLLutsl3X0NziShIUg0gROVMEZPv+S8UCzsMIDuCmX8zRRKUfyvH I60Py1F/U4WImUVXCk80yNy6/9lB9mgokZlESK1zicYzGkON6eLagsOzhUgyGhfbIvjV tGJr4uqJ76Mzbxduef3NcCr0iZEqk+pViUgmM= Received: by 10.141.29.20 with SMTP id g20mr6879322rvj.156.1228389641517; Thu, 04 Dec 2008 03:20:41 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 03:20:41 -0800 (PST) Message-ID: <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> Date: Thu, 4 Dec 2008 03:20:41 -0800 From: "Garrett Cooper" To: "Silver Salonen" In-Reply-To: <20830760.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> Cc: freebsd-ports@freebsd.org Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 11:20:43 -0000 On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen wrote: > > > Garrett Cooper-6 wrote: >> >> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >> wrote: >>> >>> Hello. >>> >>> I created a port for Museek+ which is built with cmake now. The problem >>> is >>> that although it gets built OK, cmake cannot link one of its executables >>> against libxml++: >>> ===== >>> ... [100%] Building CXX object >>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code 1 >>> ===== >>> >>> Concerning libxml++, cmake seems to find it OK - before building: >>> ===== >>> -- checking for one of the modules 'libxml++-2.6' -- found libxml++-2.6, >>> version 2.22.0 >>> ===== >>> >>> Previously I had a problem with cmake finding libiconv.h, but I resolved >>> it >>> with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>> But >>> I guess it's irrelevant and not even similar. >>> >>> Is there anything to be specified in order to cmake to find libxml++ >>> correctly? >> >> 1. Does /usr/local/lib/libxml++-2.6.a and/or >> /usr/local/lib/libxml++-2.6.so exist? >> 2. What are your CXXFLAGS / LDFLAGS? >> > > 1. Yes: > $ ls -1 /usr/local/lib/libxml++* > /usr/local/lib/libxml++-2.6.a > /usr/local/lib/libxml++-2.6.la > /usr/local/lib/libxml++-2.6.so > /usr/local/lib/libxml++-2.6.so.2 > > 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe > LDFLAGS: nothing Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the port? -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 11:27:04 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CEC91065670 for ; Thu, 4 Dec 2008 11:27:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id DCB248FC12 for ; Thu, 4 Dec 2008 11:27:03 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L8CMJ-0007XC-0t for freebsd-ports@freebsd.org; Thu, 04 Dec 2008 03:27:03 -0800 Message-ID: <20831657.post@talk.nabble.com> Date: Thu, 4 Dec 2008 03:27:03 -0800 (PST) From: Silver Salonen To: freebsd-ports@freebsd.org In-Reply-To: <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 11:27:04 -0000 Garrett Cooper-6 wrote: > > On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen > wrote: >> Garrett Cooper-6 wrote: >>> >>> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >>> wrote: >>>> >>>> Hello. >>>> >>>> I created a port for Museek+ which is built with cmake now. The problem >>>> is >>>> that although it gets built OK, cmake cannot link one of its >>>> executables >>>> against libxml++: >>>> ===== >>>> ... [100%] Building CXX object >>>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code >>>> 1 >>>> ===== >>>> >>>> Concerning libxml++, cmake seems to find it OK - before building: >>>> ===== >>>> -- checking for one of the modules 'libxml++-2.6' -- found >>>> libxml++-2.6, >>>> version 2.22.0 >>>> ===== >>>> >>>> Previously I had a problem with cmake finding libiconv.h, but I >>>> resolved >>>> it >>>> with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>>> But >>>> I guess it's irrelevant and not even similar. >>>> >>>> Is there anything to be specified in order to cmake to find libxml++ >>>> correctly? >>> >>> 1. Does /usr/local/lib/libxml++-2.6.a and/or >>> /usr/local/lib/libxml++-2.6.so exist? >>> 2. What are your CXXFLAGS / LDFLAGS? >>> >> >> 1. Yes: >> $ ls -1 /usr/local/lib/libxml++* >> /usr/local/lib/libxml++-2.6.a >> /usr/local/lib/libxml++-2.6.la >> /usr/local/lib/libxml++-2.6.so >> /usr/local/lib/libxml++-2.6.so.2 >> >> 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe >> LDFLAGS: nothing > > Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the > port? > -Garrett > I got the values from pre-everything: @${ECHO_MSG} "${CXXFLAGS}" @${ECHO_MSG} "${LDFLAGS}" So I guess they are valid in this matter? -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20831657.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 11:29:41 2008 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 609B7106564A for ; Thu, 4 Dec 2008 11:29:41 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (relay.tmn.ru [212.76.160.49]) by mx1.freebsd.org (Postfix) with ESMTP id 905988FC1F for ; Thu, 4 Dec 2008 11:29:40 +0000 (UTC) (envelope-from serg@tmn.ru) X-Bogosity: Ham, spamicity=0.000000 Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.14.2/8.14.2) with ESMTP id mB4BJ5Hw066079; Thu, 4 Dec 2008 16:19:08 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.14.3/8.14.3) with ESMTP id mB4BJ5mq035753; Thu, 4 Dec 2008 16:19:05 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.14.3/8.14.3/Submit) id mB4BJ5Pq035752; Thu, 4 Dec 2008 16:19:05 +0500 (YEKT) (envelope-from serg) Date: Thu, 4 Dec 2008 16:19:05 +0500 From: "Sergey N. Voronkov" To: "Alexey V. Panfilov" Message-ID: <20081204111905.GA35733@tmn.ru> References: <493792CF.1010805@lissyara.su> <7d6fde3d0812040200q647f21f9jb019892c3a47cb30@mail.gmail.com> <4937AE4C.8090203@lissyara.su> <4937B4E2.9070400@subnets.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4937B4E2.9070400@subnets.ru> User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sbtx.tmn.ru [10.0.160.49]); Thu, 04 Dec 2008 16:19:08 +0500 (YEKT) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on sbtx.tmn.ru X-Virus-Status: Clean Cc: ports@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 11:29:41 -0000 On Thu, Dec 04, 2008 at 01:45:54PM +0300, Alexey V. Panfilov wrote: > Alex Keda ÐÉÛÅÔ: > >Garrett Cooper ÐÉÛÅÔ: > >>On Thu, Dec 4, 2008 at 12:20 AM, Alex Keda wrote: > >> > >>>subj. > >>> > >>>last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > >>> 11:17:45 > >>>134 processes: 4 running, 130 sleeping > >>>CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > >>>Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > >>>Free > >>>Swap: 905M Total, 905M Free > >>> > >>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > >>>COMMAND > >>>2669 lissyara 3 44 0 73452K 12288K select 0 0:31 92.19% > >>>xmms > >>>============== > >>>lissyara$ uname -a > >>>FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri > >>>Nov 28 > >>>13:20:28 MSK 2008 > >>>lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/GENERIC > >>> > >>> amd64 > >>> > >>>lissyara$ pkg_info | grep xmms > >>>librcc-0.2.6_1 Library used by rusxmms for language autodetection > >>>librcd-0.1.11 Library used by rusxmms for autodetection of > >>>russian > >>>charse > >>>xmms-1.2.11_4 X Multimedia System -- An audio player with > >>>Winamp GUI > >>>xmms-kde-3.2_4 Integrates XMMS into the KDE3 Panel > >>>xmms-skins-0.1_3 Skins for X Multimedia System (XMMS) > >>> > >> > >>Could you start up xmms via strace or truss in a terminal and provide > >>output on pastebin.com please? > >>Thanks, > >>-Garrett > >> > >> > >very big. pastebin.com give 500 error =) > >http://lissyara.su/patch/xmms/typescript.txt > I've the same effect. > > Output of truss: http://subnets.ru/files/xmms.log Once again. Helped for me: # rm -f /usr/ports/multimedia/xmms/patch-main.c Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 11:48:35 2008 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 7CBE2106564A; Thu, 4 Dec 2008 11:48:35 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 33E128FC08; Thu, 4 Dec 2008 11:48:34 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=55439 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1L8Ch5-000FY4-Mb; Thu, 04 Dec 2008 14:48:31 +0300 Message-ID: <4937C391.2050602@lissyara.su> Date: Thu, 04 Dec 2008 14:48:33 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081130 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 References: <4937B440.2010009@yandex.ru> In-Reply-To: <4937B440.2010009@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: FreeBSD Ports , multimedia@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 11:48:35 -0000 Sergey N. Voronkov ÐÉÛÅÔ: > Helo! > > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > > 11:17:45 > > 134 processes: 4 running, 130 sleeping > > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > Free > > Swap: 905M Total, 905M Free > > Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. > Just remove it and recompile port. > with this patch I have additional bug. I select track in list, double click to him - it play musik. if I double click to another track - xmms crash. If I press stop, or pause button - double click to another composition - play it ========== without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no crash with select track From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 12:31:34 2008 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 6CC5B1065675; Thu, 4 Dec 2008 12:31:34 +0000 (UTC) (envelope-from beech@alaskaparadise.com) Received: from bsdevel.alaskaparadise.com (bsdevel.alaskaparadise.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 433BD8FC14; Thu, 4 Dec 2008 12:31:34 +0000 (UTC) (envelope-from beech@alaskaparadise.com) Received: from stargate.alaskaparadise.com (172-67-237-24.gci.net [24.237.67.172]) by bsdevel.alaskaparadise.com (Postfix) with ESMTP id 16A0628E2898; Thu, 4 Dec 2008 12:13:18 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-multimedia@freebsd.org Date: Thu, 4 Dec 2008 03:13:16 -0900 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <4937B440.2010009@yandex.ru> <4937C391.2050602@lissyara.su> In-Reply-To: <4937C391.2050602@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200812040313.17103.beech@alaskaparadise.com> Cc: Alex Keda , FreeBSD Ports , multimedia@freebsd.org Subject: Re: after last update xmms get all processor resourses X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: beech@alaskaparadise.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 12:31:34 -0000 On Thursday 04 December 2008 02:48:33 Alex Keda wrote: > Sergey N. Voronkov =D0=C9=DB=C5=D4: > > Helo! > > > > > last pid: 2718; load averages: 0.87, 1.08, 1.15 up 0+18:02:08 > > > 11:17:45 > > > 134 processes: 4 running, 130 sleeping > > > CPU: 9.7% user, 0.0% nice, 49.8% system, 1.9% interrupt, 38.6% idle > > > Mem: 398M Active, 730M Inact, 414M Wired, 488K Cache, 194M Buf, 307M > > > > Free > > > > > Swap: 905M Total, 905M Free > > > > Some here. Looks like ports/multimedia/xmms/files/patch-main.c is buggy. > > Just remove it and recompile port. > > with this patch I have additional bug. > I select track in list, double click to him - it play musik. > if I double click to another track - xmms crash. > If I press stop, or pause button - double click to another composition - > play it > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > without ports/multimedia/xmms/files/patch-main.c - cpu load - little, no > crash with select track I'll remove it. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.0R/announce.html =2D------------------------------------------------------------------------= =2D------------- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 14:58:26 2008 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 CFDFC1065677 for ; Thu, 4 Dec 2008 14:58:26 +0000 (UTC) (envelope-from prvs=02248bf377=astraserg@proc.ru) Received: from mail.proc.ru (mail.proc.ru [217.117.112.5]) by mx1.freebsd.org (Postfix) with ESMTP id 55BAD8FC25 for ; Thu, 4 Dec 2008 14:58:26 +0000 (UTC) (envelope-from prvs=02248bf377=astraserg@proc.ru) Received: from pandora.proc.ru ([217.117.127.77]) by mail.proc.ru with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id 1L8FLX-000N8i-L8 for ports@freebsd.org; Thu, 04 Dec 2008 17:38:27 +0300 From: "Sergey V. Yaroshevskiy" Organization: Proc.ru To: ports@freebsd.org Date: Thu, 4 Dec 2008 17:38:25 +0300 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200812041738.25805.astraserg@proc.ru> X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.25/RELEASE build 1, bases: 20081204 #1436450, check: 20081204 clean X-SpamTest-Envelope-From: astraserg@proc.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 6033 [Dec 4 2008] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: 8-bit header Content-Type found with 7-bit header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 35 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted Cc: Subject: tora2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: astraserg@proc.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 14:58:26 -0000 Good day Do you have plans about porting tora2? Thanks -- Sergey V. Yaroshevskiy, astraserg@proc.ru TechDirector www.proc.ru From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 18:16:05 2008 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 796D71065672 for ; Thu, 4 Dec 2008 18:16:05 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 356C18FC1E for ; Thu, 4 Dec 2008 18:16:05 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by postfix2-g20.free.fr (Postfix) with ESMTP id 821972D88490 for ; Thu, 4 Dec 2008 16:40:51 +0100 (CET) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 2F78E32AD47; Thu, 4 Dec 2008 18:41:03 +0100 (CET) Received: from graf.pompo.net (unknown [78.225.128.39]) by smtp8-g19.free.fr (Postfix) with ESMTP id 7A8F832ACEF; Thu, 4 Dec 2008 18:41:01 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id D110511417; Thu, 4 Dec 2008 18:41:00 +0100 (CET) Date: Thu, 4 Dec 2008 18:41:00 +0100 From: Thierry Thomas To: "Sergey V. Yaroshevskiy" Message-ID: <20081204174100.GB2839@graf.pompo.net> Mail-Followup-To: "Sergey V. Yaroshevskiy" , ports@freebsd.org References: <200812041738.25805.astraserg@proc.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <200812041738.25805.astraserg@proc.ru> X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE i386 Organization: Kabbale Eros X-PGP: 0xC71405A2 Cc: ports@freebsd.org Subject: Re: tora2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 18:16:05 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Le Jeu 4 d=E9c 08 =E0 15:38:25 +0100, Sergey V. Yaroshevskiy =E9crivait=A0: > Good day Hello, > Do you have plans about porting tora2? Could you please test ? It does not work here, and I have not yet investigated it. Regards, --=20 Th. Thomas. --liOOAslEiF7prFVr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkk4FiwACgkQc95pjMcUBaIF6ACgts6SVdpXcacF7UpavKhKHytR 8i4An3KAdhO2hCnGoMC2HWKMTUJzLHk6 =ZG/7 -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 20:05:42 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FCC1065677 for ; Thu, 4 Dec 2008 20:05:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id B65998FC0C for ; Thu, 4 Dec 2008 20:05:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4032224rvf.43 for ; Thu, 04 Dec 2008 12:05:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=dKadmUPwR2F/yU4xRTsgCR2xjAENT5PEsD1gPq1tCGg=; b=EQo/0u2DeBhF83r+pX8He/I7gFOO3gu3dlBoE7NYaUBNAjpoWppFCrV7WNjTBT3PkX d+ro9cqEeATrd4XijQLXngNCDodwNxW6+wISadSfSzrv1eQFLAp6wu7PuLAZKAdhKAlO mqjEyFZMik0j3M4Y0vKJqKn+dPbmDF7NWhh6Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=n4hjnpEt/aw4mQECFMkpE2p+E8I0ZCsl+HAE4nsiCtjNdG8gRAG4auyL4WPwjIQ4LM L4eZmZzED7PFY8dalrDUOMF9SFNj0gnRY3W422qjfRt5pb+sdBnYRvMitXQLn3q7uC9D etAhPHc46sNRPiJGWfdrpg9TqT4zUhPOT1I+I= Received: by 10.140.133.10 with SMTP id g10mr7110886rvd.206.1228421142346; Thu, 04 Dec 2008 12:05:42 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 12:05:42 -0800 (PST) Message-ID: <7d6fde3d0812041205h493da747vffede0a613c390b8@mail.gmail.com> Date: Thu, 4 Dec 2008 12:05:42 -0800 From: "Garrett Cooper" To: "Silver Salonen" In-Reply-To: <20831657.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> <20831657.post@talk.nabble.com> Cc: freebsd-ports@freebsd.org Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 20:05:43 -0000 On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen wrote: > > > Garrett Cooper-6 wrote: >> >> On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen >> wrote: >>> Garrett Cooper-6 wrote: >>>> >>>> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >>>> wrote: >>>>> >>>>> Hello. >>>>> >>>>> I created a port for Museek+ which is built with cmake now. The problem >>>>> is >>>>> that although it gets built OK, cmake cannot link one of its >>>>> executables >>>>> against libxml++: >>>>> ===== >>>>> ... [100%] Building CXX object >>>>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>>>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error code >>>>> 1 >>>>> ===== >>>>> >>>>> Concerning libxml++, cmake seems to find it OK - before building: >>>>> ===== >>>>> -- checking for one of the modules 'libxml++-2.6' -- found >>>>> libxml++-2.6, >>>>> version 2.22.0 >>>>> ===== >>>>> >>>>> Previously I had a problem with cmake finding libiconv.h, but I >>>>> resolved >>>>> it >>>>> with "CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>>>> But >>>>> I guess it's irrelevant and not even similar. >>>>> >>>>> Is there anything to be specified in order to cmake to find libxml++ >>>>> correctly? >>>> >>>> 1. Does /usr/local/lib/libxml++-2.6.a and/or >>>> /usr/local/lib/libxml++-2.6.so exist? >>>> 2. What are your CXXFLAGS / LDFLAGS? >>>> >>> >>> 1. Yes: >>> $ ls -1 /usr/local/lib/libxml++* >>> /usr/local/lib/libxml++-2.6.a >>> /usr/local/lib/libxml++-2.6.la >>> /usr/local/lib/libxml++-2.6.so >>> /usr/local/lib/libxml++-2.6.so.2 >>> >>> 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe >>> LDFLAGS: nothing >> >> Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the >> port? >> -Garrett >> > > I got the values from pre-everything: > @${ECHO_MSG} "${CXXFLAGS}" > @${ECHO_MSG} "${LDFLAGS}" > > So I guess they are valid in this matter? Eh? It all depends on where you're doing the echo... Honestly I'd need to see more around where you're running configure, or passing in args for the parent make (if it doesn't use configure). You're probably just missing /usr/local/lib in your LDFLAGS though. -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Dec 4 22:41:51 2008 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 123481065670 for ; Thu, 4 Dec 2008 22:41:51 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id C00588FC14 for ; Thu, 4 Dec 2008 22:41:50 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1859037ywe.13 for ; Thu, 04 Dec 2008 14:41:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=Gy/vZczkXDZHddSkqgSGXp6ae3ofYxfXOVwDvdTwCj8=; b=Xop0d0CY1xzij67ZFFqWibmRXe1hN3Aw2BN53y7/NLAzcKG3QTfWEfZ+HkwqfrVdKv JmQbu2IHrdCuWYugPAzrg5Yibr4qcw/imVWEKOp3RODiDwNyq90N3OCuzJOMR2Ra7ueR /18Lis/zxzKGHH6bEwHidFq2fS1w1ccgarn3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=vn4/76qmJDkViBWNkSKuprotP2tXxeJbpxYTJ+hcjV+h6f/wLJq+TKCH1+iswJXm9T 5tGiwqKZIzXPopcROB8MZrz1LoXoMDcIaZc6vkduHhKFlFfSNgzLvk30JVOI3Oqymb4Z SWLWojIjSPxM1QOof9VEuhf6m1yKqWcgkBjmY= Received: by 10.142.246.19 with SMTP id t19mr6107033wfh.99.1228430509646; Thu, 04 Dec 2008 14:41:49 -0800 (PST) Received: by 10.142.165.3 with HTTP; Thu, 4 Dec 2008 14:41:49 -0800 (PST) Message-ID: <83e5fb980812041441p12527d43qffa677638e6e4202@mail.gmail.com> Date: Thu, 4 Dec 2008 23:41:49 +0100 From: "Diego Depaoli" To: "FreeBSD Ports" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Various issues X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 04 Dec 2008 22:41:51 -0000 I've posted yet, but replying the wrong thread. On my system 8.0-CURRENT FreeBSD 8.0-CURRENT #3: Sun Nov 30 21:57:16 CET 2008 pulseaudio get 100% cpu resources. These are last lines of truss 48732: wait4(0xffffffff,0xbfbfe518,0x2,0x0,0x213,0x1) = 48739 (0xbe63) 48732: read(10,"lay=$DISPLAY session_manager=$SE"...,1023) = 69 (0x45) 48732: fork(0x28337350,0xbfbfe478,0xa,0x28097f64,0x1,0xbfbfe494) = 48746 (0xbe6a) 48732: getpgrp(0x1,0xbfbfe494,0xbe6a,0x0,0x28333240,0x0) = 48732 (0xbe5c) 48732: wait4(0xffffffff,0xbfbfe458,0x2,0x0,0x28337598,0x1) ERR#10 'No child processes' Banshee and f-spot (both mono related) don't work anymore. These are last lines of truss [banshee|f-spot] write(25,"/home/diego/.config/banshee-1",29) = 29 (0x1d) write(25,"\n",1) = 1 (0x1) write(25,"/usr/local/lib/banshee-1",24) = 24 (0x18) write(25,"\n",1) = 1 (0x1) read(26,"process-ps-plog:scan:/usr/local/"...,8192) = 75 (0x4b) read(26,"\n",8192) = 1 (0x1) read(26,"process-ps-plog:endscan",8192) = 23 (0x17) read(26,"\nprocess-ps-plog:scan:/usr/loca"...,8192) = 64 (0x40) read(26,0x83d2010,8192) = 0 (0x0) gettimeofday({1228429590.827982 },0x0) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28230f64,0x1,0x3ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28230f64,0x1,0x2ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28443751,0x1,0x2ef14) = 0 (0x0) semop(0x10001,0xbf9feef6,0x1,0x28443751,0x1,0x3ef14) = 0 (0x0) wait4(0x271d,0xbf9feea4,0x1,0x0,0x200282,0x28445a8c) ERR#10 'No child processes' Looks like these Issues appeared after last world/kernel. Any idea? Regards -- Diego Depaoli From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 07:01:22 2008 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 7EAE2106564A for ; Fri, 5 Dec 2008 07:01:22 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA698FC08 for ; Fri, 5 Dec 2008 07:01:22 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id mB571DBg083460 for ; Fri, 5 Dec 2008 07:01:13 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id mB571DLq083446 for ports@FreeBSD.org; Fri, 5 Dec 2008 07:01:13 GMT (envelope-from erwin) Date: Fri, 5 Dec 2008 07:01:13 GMT From: Erwin Lansing Message-Id: <200812050701.mB571DLq083446@pointyhat.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, 05 Dec 2008 07:01:22 -0000 INDEX build failed with errors: Generating INDEX-6 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib Committers on the hook: acm beech glewis tabthorpe Most recent CVS update was: U MOVED U databases/freetds/Makefile U databases/freetds/distinfo U databases/freetds/pkg-plist U databases/freetds/files/patch-doc_Makefile.in U emulators/mupen64-base/Makefile.common U emulators/mupen64-glide/Makefile U emulators/mupen64-tr64/Makefile U java/diablo-jdk15/Makefile U java/diablo-jdk15/distinfo U java/diablo-jdk15/pkg-plist U java/diablo-jdk16/Makefile U java/diablo-jdk16/distinfo U java/diablo-jdk16/pkg-plist U java/diablo-jre15/Makefile U java/diablo-jre15/distinfo U java/diablo-jre15/pkg-plist U java/diablo-jre16/Makefile U java/diablo-jre16/distinfo U java/diablo-jre16/pkg-plist U mail/squirrelmail/Makefile U mail/squirrelmail/bsd.squirrelmail.mk U mail/squirrelmail/distinfo From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 07:35:46 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333151065673 for ; Fri, 5 Dec 2008 07:35:46 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id E11B78FC0A for ; Fri, 5 Dec 2008 07:35:45 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L8VE0-0007Lm-IB for freebsd-ports@freebsd.org; Thu, 04 Dec 2008 23:35:44 -0800 Message-ID: <20849062.post@talk.nabble.com> Date: Thu, 4 Dec 2008 23:35:44 -0800 (PST) From: Silver Salonen To: freebsd-ports@freebsd.org In-Reply-To: <7d6fde3d0812041205h493da747vffede0a613c390b8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> <20831657.post@talk.nabble.com> <7d6fde3d0812041205h493da747vffede0a613c390b8@mail.gmail.com> Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 05 Dec 2008 07:35:46 -0000 Garrett Cooper-6 wrote: > > On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen > wrote: >> >> Garrett Cooper-6 wrote: >>> >>> On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen >>> >>> wrote: >>>> Garrett Cooper-6 wrote: >>>>> >>>>> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >>>>> wrote: >>>>>> >>>>>> Hello. >>>>>> >>>>>> I created a port for Museek+ which is built with cmake now. The >>>>>> problem >>>>>> is >>>>>> that although it gets built OK, cmake cannot link one of its >>>>>> executables >>>>>> against libxml++: >>>>>> ===== >>>>>> ... [100%] Building CXX object >>>>>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>>>>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error >>>>>> code >>>>>> 1 >>>>>> ===== >>>>>> >>>>>> Concerning libxml++, cmake seems to find it OK - before building: >>>>>> ===== >>>>>> -- checking for one of the modules 'libxml++-2.6' -- found >>>>>> libxml++-2.6, >>>>>> version 2.22.0 >>>>>> ===== >>>>>> >>>>>> Previously I had a problem with cmake finding libiconv.h, but I >>>>>> resolved >>>>>> it >>>>>> with "CMAKE_ARGS+= >>>>>> -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>>>>> But >>>>>> I guess it's irrelevant and not even similar. >>>>>> >>>>>> Is there anything to be specified in order to cmake to find libxml++ >>>>>> correctly? >>>>> >>>>> 1. Does /usr/local/lib/libxml++-2.6.a and/or >>>>> /usr/local/lib/libxml++-2.6.so exist? >>>>> 2. What are your CXXFLAGS / LDFLAGS? >>>>> >>>> >>>> 1. Yes: >>>> $ ls -1 /usr/local/lib/libxml++* >>>> /usr/local/lib/libxml++-2.6.a >>>> /usr/local/lib/libxml++-2.6.la >>>> /usr/local/lib/libxml++-2.6.so >>>> /usr/local/lib/libxml++-2.6.so.2 >>>> >>>> 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe >>>> LDFLAGS: nothing >>> >>> Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the >>> port? >>> -Garrett >>> >> >> I got the values from pre-everything: >> @${ECHO_MSG} "${CXXFLAGS}" >> @${ECHO_MSG} "${LDFLAGS}" >> >> So I guess they are valid in this matter? > > Eh? It all depends on where you're doing the echo... > > Honestly I'd need to see more around where you're running configure, > or passing in args for the parent make (if it doesn't use configure). > You're probably just missing /usr/local/lib in your LDFLAGS though. > I echoed these in "pre-everything" section. Now I set "LDFLAGS+= -L${LOCALBASE}/lib", but it doesn't help much. My Makefile is structured smth like that: PORTNAME=... ... USE_CMAKE= yes ... LDFLAGS+= -L${LOCALBASE}/lib CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include" ... OPTIONS=... ... .include ... pre-everything:: @${ECHO_MSG} "${CXXFLAGS}" @${ECHO_MSG} "${LDFLAGS}" ... post-install: ... .include -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20849062.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 07:46:32 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F7C6106564A for ; Fri, 5 Dec 2008 07:46:32 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 094038FC19 for ; Fri, 5 Dec 2008 07:46:32 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1L8VOR-0007gk-73 for freebsd-ports@freebsd.org; Thu, 04 Dec 2008 23:46:31 -0800 Message-ID: <20849140.post@talk.nabble.com> Date: Thu, 4 Dec 2008 23:46:31 -0800 (PST) From: Silver Salonen To: freebsd-ports@freebsd.org In-Reply-To: <20849062.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> <20831657.post@talk.nabble.com> <7d6fde3d0812041205h493da747vffede0a613c390b8@mail.gmail.com> <20849062.post@talk.nabble.com> Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 05 Dec 2008 07:46:32 -0000 Silver Salonen wrote: > > > Garrett Cooper-6 wrote: >> >> On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen >> wrote: >>> >>> Garrett Cooper-6 wrote: >>>> >>>> On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen >>>> >>>> wrote: >>>>> Garrett Cooper-6 wrote: >>>>>> >>>>>> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >>>>>> wrote: >>>>>>> >>>>>>> Hello. >>>>>>> >>>>>>> I created a port for Museek+ which is built with cmake now. The >>>>>>> problem >>>>>>> is >>>>>>> that although it gets built OK, cmake cannot link one of its >>>>>>> executables >>>>>>> against libxml++: >>>>>>> ===== >>>>>>> ... [100%] Building CXX object >>>>>>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>>>>>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error >>>>>>> code >>>>>>> 1 >>>>>>> ===== >>>>>>> >>>>>>> Concerning libxml++, cmake seems to find it OK - before building: >>>>>>> ===== >>>>>>> -- checking for one of the modules 'libxml++-2.6' -- found >>>>>>> libxml++-2.6, >>>>>>> version 2.22.0 >>>>>>> ===== >>>>>>> >>>>>>> Previously I had a problem with cmake finding libiconv.h, but I >>>>>>> resolved >>>>>>> it >>>>>>> with "CMAKE_ARGS+= >>>>>>> -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>>>>>> But >>>>>>> I guess it's irrelevant and not even similar. >>>>>>> >>>>>>> Is there anything to be specified in order to cmake to find libxml++ >>>>>>> correctly? >>>>>> >>>>>> 1. Does /usr/local/lib/libxml++-2.6.a and/or >>>>>> /usr/local/lib/libxml++-2.6.so exist? >>>>>> 2. What are your CXXFLAGS / LDFLAGS? >>>>>> >>>>> >>>>> 1. Yes: >>>>> $ ls -1 /usr/local/lib/libxml++* >>>>> /usr/local/lib/libxml++-2.6.a >>>>> /usr/local/lib/libxml++-2.6.la >>>>> /usr/local/lib/libxml++-2.6.so >>>>> /usr/local/lib/libxml++-2.6.so.2 >>>>> >>>>> 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe >>>>> LDFLAGS: nothing >>>> >>>> Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the >>>> port? >>>> -Garrett >>>> >>> >>> I got the values from pre-everything: >>> @${ECHO_MSG} "${CXXFLAGS}" >>> @${ECHO_MSG} "${LDFLAGS}" >>> >>> So I guess they are valid in this matter? >> >> Eh? It all depends on where you're doing the echo... >> >> Honestly I'd need to see more around where you're running configure, >> or passing in args for the parent make (if it doesn't use configure). >> You're probably just missing /usr/local/lib in your LDFLAGS though. >> > > I echoed these in "pre-everything" section. Now I set "LDFLAGS+= > -L${LOCALBASE}/lib", but it doesn't help much. My Makefile is structured > smth like that: > > PORTNAME=... > ... > USE_CMAKE= yes > ... > LDFLAGS+= -L${LOCALBASE}/lib > CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include" > ... > OPTIONS=... > ... > .include > ... > pre-everything:: > @${ECHO_MSG} "${CXXFLAGS}" > @${ECHO_MSG} "${LDFLAGS}" > ... > post-install: > ... > .include > OK, the problem disappeared when I also set: CONFIGURE_ENV+= CPPFLAGS="${CPPFLAGS}" LDFLAGS="${LDFLAGS}" Thanks for your help! :) -- View this message in context: http://www.nabble.com/cmake-cannot-link-against-libxml%2B%2B-tp20828880p20849140.html Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 08:27:47 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436181065670 for ; Fri, 5 Dec 2008 08:27:47 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.153]) by mx1.freebsd.org (Postfix) with ESMTP id C7D7B8FC18 for ; Fri, 5 Dec 2008 08:27:46 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so6864602pof.3 for ; Fri, 05 Dec 2008 00:27:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fbc1W2Rt4OIwm6w1kNRt7YmzCpLe9MwsKwuh+5uyjiI=; b=WItSVpFyg1wMvV0oMISwK8SH9hH5FMgMIFCy+1+/lkLHNjFL4J8aZsfxnOipumaJh5 Uhybitpz5QsRdfytIy74mwfkXNCo8woSnigZPgEo4Mr+VLWz/wM6ADfu++jY6T/71Jr4 kcGWlxTV5NLnp+y53wG12dvvX+6lANBXroWd0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=NDO+5Kl2nJqWXTa69spe3qMACQ8xSTvjJmAjYkBTE9W+fiR4HjkNv1RpxJyMxdzN9A aAIAzjT9Wh7jiZW1MyM0FBaTvdkmQA2Leq93MnMHJhnuk2vXyCyZHxjV6Sc7EuDVkX9X 78m43PT/Y2rAgxkonMZ0dC0rNzmw3xicR9S4o= Received: by 10.141.146.4 with SMTP id y4mr7419645rvn.88.1228465666014; Fri, 05 Dec 2008 00:27:46 -0800 (PST) Received: by 10.140.158.13 with HTTP; Fri, 5 Dec 2008 00:27:45 -0800 (PST) Message-ID: <7d6fde3d0812050027n712d78fxf9e70f2a4568e43@mail.gmail.com> Date: Fri, 5 Dec 2008 00:27:45 -0800 From: "Garrett Cooper" To: "Silver Salonen" In-Reply-To: <20849140.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20828880.post@talk.nabble.com> <7d6fde3d0812040143n374c63edyead7aa4f44e7c0f1@mail.gmail.com> <20830760.post@talk.nabble.com> <7d6fde3d0812040320p2df5474av631d9139c1e9f205@mail.gmail.com> <20831657.post@talk.nabble.com> <7d6fde3d0812041205h493da747vffede0a613c390b8@mail.gmail.com> <20849062.post@talk.nabble.com> <20849140.post@talk.nabble.com> Cc: freebsd-ports@freebsd.org Subject: Re: cmake cannot link against libxml++ X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 05 Dec 2008 08:27:47 -0000 On Thu, Dec 4, 2008 at 11:46 PM, Silver Salonen wrote: > > > Silver Salonen wrote: >> >> >> Garrett Cooper-6 wrote: >>> >>> On Thu, Dec 4, 2008 at 3:27 AM, Silver Salonen >>> wrote: >>>> >>>> Garrett Cooper-6 wrote: >>>>> >>>>> On Thu, Dec 4, 2008 at 2:20 AM, Silver Salonen >>>>> >>>>> wrote: >>>>>> Garrett Cooper-6 wrote: >>>>>>> >>>>>>> On Thu, Dec 4, 2008 at 12:02 AM, Silver Salonen >>>>>>> wrote: >>>>>>>> >>>>>>>> Hello. >>>>>>>> >>>>>>>> I created a port for Museek+ which is built with cmake now. The >>>>>>>> problem >>>>>>>> is >>>>>>>> that although it gets built OK, cmake cannot link one of its >>>>>>>> executables >>>>>>>> against libxml++: >>>>>>>> ===== >>>>>>>> ... [100%] Building CXX object >>>>>>>> museekd/CMakeFiles/museekd.dir/distributedsocket.cpp.o Linking CXX >>>>>>>> executable museekd /usr/bin/ld: cannot find -lxml++-2.6 *** Error >>>>>>>> code >>>>>>>> 1 >>>>>>>> ===== >>>>>>>> >>>>>>>> Concerning libxml++, cmake seems to find it OK - before building: >>>>>>>> ===== >>>>>>>> -- checking for one of the modules 'libxml++-2.6' -- found >>>>>>>> libxml++-2.6, >>>>>>>> version 2.22.0 >>>>>>>> ===== >>>>>>>> >>>>>>>> Previously I had a problem with cmake finding libiconv.h, but I >>>>>>>> resolved >>>>>>>> it >>>>>>>> with "CMAKE_ARGS+= >>>>>>>> -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include". >>>>>>>> But >>>>>>>> I guess it's irrelevant and not even similar. >>>>>>>> >>>>>>>> Is there anything to be specified in order to cmake to find libxml++ >>>>>>>> correctly? >>>>>>> >>>>>>> 1. Does /usr/local/lib/libxml++-2.6.a and/or >>>>>>> /usr/local/lib/libxml++-2.6.so exist? >>>>>>> 2. What are your CXXFLAGS / LDFLAGS? >>>>>>> >>>>>> >>>>>> 1. Yes: >>>>>> $ ls -1 /usr/local/lib/libxml++* >>>>>> /usr/local/lib/libxml++-2.6.a >>>>>> /usr/local/lib/libxml++-2.6.la >>>>>> /usr/local/lib/libxml++-2.6.so >>>>>> /usr/local/lib/libxml++-2.6.so.2 >>>>>> >>>>>> 2. CXXFLAGS: -O2 -fno-strict-aliasing -pipe >>>>>> LDFLAGS: nothing >>>>> >>>>> Sorry -- let me rephrase: what are CXXFLAGS and LDFLAGS set to for the >>>>> port? >>>>> -Garrett >>>>> >>>> >>>> I got the values from pre-everything: >>>> @${ECHO_MSG} "${CXXFLAGS}" >>>> @${ECHO_MSG} "${LDFLAGS}" >>>> >>>> So I guess they are valid in this matter? >>> >>> Eh? It all depends on where you're doing the echo... >>> >>> Honestly I'd need to see more around where you're running configure, >>> or passing in args for the parent make (if it doesn't use configure). >>> You're probably just missing /usr/local/lib in your LDFLAGS though. >>> >> >> I echoed these in "pre-everything" section. Now I set "LDFLAGS+= >> -L${LOCALBASE}/lib", but it doesn't help much. My Makefile is structured >> smth like that: >> >> PORTNAME=... >> ... >> USE_CMAKE= yes >> ... >> LDFLAGS+= -L${LOCALBASE}/lib >> CMAKE_ARGS+= -DCMAKE_REQUIRED_INCLUDES="${LOCALBASE}/include" >> ... >> OPTIONS=... >> ... >> .include >> ... >> pre-everything:: >> @${ECHO_MSG} "${CXXFLAGS}" >> @${ECHO_MSG} "${LDFLAGS}" >> ... >> post-install: >> ... >> .include >> > > OK, the problem disappeared when I also set: CONFIGURE_ENV+= > CPPFLAGS="${CPPFLAGS}" LDFLAGS="${LDFLAGS}" > > Thanks for your help! :) Bingo, ya got it ;) (I was kind of pointing you in that direction, but I wasn't sure where you did or didn't pass the variables through). Environment variables that need to be communicate to the underlying processes for compiling things should be communicate via either configure (which just is a wrapper produced by autotools / autoconf) or gmake, or via the double-dashed args to configure. There are other make systems like scons, or waf, etc that do different things, but that's outside the scope of what most folks try to do, and the syntax is similar. Best of luck, -Garrett From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 08:32:42 2008 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 7B6EB1065670 for ; Fri, 5 Dec 2008 08:32:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.156]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF388FC22 for ; Fri, 5 Dec 2008 08:32:42 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so6867245pof.3 for ; Fri, 05 Dec 2008 00:32:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=WTthZXZEB1w6uTmERrSivT2S2+QsRNKnaIg7sveObi0=; b=rX6kd8dSbfPaGiQYt985WtfAg1HSAs8CjJmVDy56jN6V3quxH0uLxemRZTfY9swYqb 7pZW2XUoNm/ZdJ4Ynxj7W+TY32K/TdHnhUYL3t8V/egO4rWXfPRfMZNd2VTgEXqxeemf vPBONJlzOhk4m+s+npKQffYEC1fqxh/YP+uB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lG3WoQHOnso6oy5Tj63w7Gd9eePYWuU7vQ3bseJa2uwwP01Z0V/fiK90BdpNAk4RpL 7QpcCbTPeWGRQBIZjeLuFTO9Jb5jNT9rrP4x/4+JNaHzCmg6BoRsI6/1fPezB8hh///T WnI5yIPqshiJbS3s28p29NAnMicpEBVu8fWuE= Received: by 10.141.43.19 with SMTP id v19mr7424326rvj.115.1228465962027; Fri, 05 Dec 2008 00:32:42 -0800 (PST) Received: by 10.140.158.13 with HTTP; Fri, 5 Dec 2008 00:32:41 -0800 (PST) Message-ID: <7d6fde3d0812050032w17b928c7va4b92158f0e770b0@mail.gmail.com> Date: Fri, 5 Dec 2008 00:32:41 -0800 From: "Garrett Cooper" To: "Erwin Lansing" In-Reply-To: <200812050701.mB571DLq083446@pointyhat.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200812050701.mB571DLq083446@pointyhat.freebsd.org> Cc: ports@freebsd.org Subject: Re: 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, 05 Dec 2008 08:32:42 -0000 On Thu, Dec 4, 2008 at 11:01 PM, Erwin Lansing wrote: > INDEX build failed with errors: > Generating INDEX-6 - please wait..pkg_info: not found > pkg_info: not found > pkg_info: not found > pkg_info: not found > Done. > make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib > make_index: php5-mssql-5.2.6_2: no entry for /usr/ports/databases/freetds-msdblib > make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib > make_index: php4-mssql-4.4.9: no entry for /usr/ports/databases/freetds-msdblib > make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib > make_index: py25-mssql-0.8.0: no entry for /usr/ports/databases/freetds-msdblib > > Committers on the hook: > acm beech glewis tabthorpe > > Most recent CVS update was: > U MOVED > U databases/freetds/Makefile > U databases/freetds/distinfo > U databases/freetds/pkg-plist > U databases/freetds/files/patch-doc_Makefile.in > U emulators/mupen64-base/Makefile.common > U emulators/mupen64-glide/Makefile > U emulators/mupen64-tr64/Makefile > U java/diablo-jdk15/Makefile > U java/diablo-jdk15/distinfo > U java/diablo-jdk15/pkg-plist > U java/diablo-jdk16/Makefile > U java/diablo-jdk16/distinfo > U java/diablo-jdk16/pkg-plist > U java/diablo-jre15/Makefile > U java/diablo-jre15/distinfo > U java/diablo-jre15/pkg-plist > U java/diablo-jre16/Makefile > U java/diablo-jre16/distinfo > U java/diablo-jre16/pkg-plist > U mail/squirrelmail/Makefile > U mail/squirrelmail/bsd.squirrelmail.mk > U mail/squirrelmail/distinfo I've seen this issue happen from time to time with the INDEX checker. I assume that this is running in a jail (for 6.x and 7.x). Is there a sufficient amount of sleep time between when the jail is setup and when the INDEX checking is run? Maybe this should be a prereq step in a setup section of some kind :\? -Garrett From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 09:52:16 2008 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 4C2B410656FA for ; Fri, 5 Dec 2008 09:52:16 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 23B238FC13 for ; Fri, 5 Dec 2008 09:52:16 +0000 (UTC) (envelope-from erwin@FreeBSD.org) Received: from pointyhat.freebsd.org (localhost [127.0.0.1]) by pointyhat.freebsd.org (8.14.3/8.14.3) with ESMTP id mB59q76c064324 for ; Fri, 5 Dec 2008 09:52:07 GMT (envelope-from erwin@pointyhat.freebsd.org) Received: (from erwin@localhost) by pointyhat.freebsd.org (8.14.3/8.14.3/Submit) id mB59q7pc064322 for ports@FreeBSD.org; Fri, 5 Dec 2008 09:52:07 GMT (envelope-from erwin) Date: Fri, 5 Dec 2008 09:52:07 GMT From: Erwin Lansing Message-Id: <200812050952.mB59q7pc064322@pointyhat.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, 05 Dec 2008 09:52:16 -0000 From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 14:46:02 2008 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 4FC8B1065672 for ; Fri, 5 Dec 2008 14:46:02 +0000 (UTC) (envelope-from patrick@spacesurfer.com) Received: from ws9.spacesurfer.com (ws9.spacesurfer.com [206.71.190.107]) by mx1.freebsd.org (Postfix) with ESMTP id 376AB8FC0A for ; Fri, 5 Dec 2008 14:46:02 +0000 (UTC) (envelope-from patrick@spacesurfer.com) Received: from ws9.spacesurfer.com (localhost.spacesurfer.com [127.0.0.1]) by ws9.spacesurfer.com (Postfix) with ESMTP id E09321185160 for ; Fri, 5 Dec 2008 14:27:59 +0000 (GMT) X-My-Spf: pass (ws9.spacesurfer.com: domain of patrick@spacesurfer.com designates 206.71.190.107 as permitted sender) X-My-Id: My::PostFix::Filter.696a0fcc17a149393a6f Received: from [0.0.0.0] (82.69.172.105.ip.spacesurfer.com [82.69.172.105]) by ws9.spacesurfer.com (Postfix) with ESMTP for ; Fri, 5 Dec 2008 14:27:58 +0000 (GMT) Message-ID: <49393A6C.1050802@spacesurfer.com> Date: Fri, 05 Dec 2008 14:27:56 +0000 From: Patrick Mackinlay User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: ports@FreeBSD.org X-Enigmail-Version: 0.95.7 OpenPGP: url=http://patrick.spacesurfer.com/pgp_public_key.html Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: tentakel 2.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2008 14:46:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am writing to you regarding the tentakel 2.2 port. I have the latest ports version (updated a couple of hours ago) and I am running FreeBSD 7.0 on an amd64 system. The tentakel 2.2 port does not work with either python 2.5, 2.6 or 3.0 For 2.5 and 2.6 I get the following error when I run tentakel using the configuration file provided in the distribution (/usr/local/share/doc/tentakel/tentakel.conf.example) Traceback (most recent call last): File "/usr/local/bin/tentakel", line 101, in conf.load(f) File "/usr/local/lib/python2.5/site-packages/lekatnet/config.py", line 181, in load self.parse("".join(file.readlines())) File "/usr/local/lib/python2.5/site-packages/lekatnet/config.py", line 175, in parse self.update(tp(txt)) File "/usr/local/lib/python2.5/site-packages/lekatnet/tpg.py", line 921, in __call__ return self.parse('START', input, *args, **kws) File "/usr/local/lib/python2.5/site-packages/lekatnet/tpg.py", line 934, in parse value = getattr(self, axiom)(*args, **kws) File "", line 8, in START File "", line 5, in SETTING File "", line 15, in PARAM File "/usr/local/lib/python2.5/site-packages/lekatnet/tpg.py", line 986, in extract return self.lexer[start:stop] TypeError: object cannot be interpreted as an index regards, Patrick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkk5OmwACgkQD97IpyzY3RJ7agCdEYT01+Kg66QaGGMzPnEqLjie 58cAn13EvAIQ0jbO+pVpOQCn0965yVK+ =4Hc/ -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Dec 5 14:54:22 2008 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 787401065673 for ; Fri, 5 Dec 2008 14:54:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7F38FC14 for ; Fri, 5 Dec 2008 14:54:22 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 058CF17001 for ; Fri, 5 Dec 2008 14:27:28 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id mB5ERSTv021820 for ; Fri, 5 Dec 2008 14:27:28 GMT (envelope-from phk@critter.freebsd.dk) To: ports@freebsd.org From: Poul-Henning Kamp Date: Fri, 05 Dec 2008 14:27:28 +0000 Message-ID: <21819.1228487248@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: XYSSL lives, in a new place it seems... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 05 Dec 2008 14:54:22 -0000 The security/xyssl port could use an update, the project seems to have moved and release 3 versions since the 0.6 we have in the tree: http://www.ohloh.net/p/xyssl -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 6 08:50:53 2008 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 C33301065670; Sat, 6 Dec 2008 08:50:53 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9388FC08; Sat, 6 Dec 2008 08:50:53 +0000 (UTC) (envelope-from frank@esperance-linux.co.uk) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1L8sau-0001D1-Rc; Sat, 06 Dec 2008 08:32:56 +0000 Received: from melon.esperance-linux.co.uk (54-144.adsl.zetnet.co.uk [194.247.54.144]) by zetnet.co.uk (8.14.1/8.14.1/Debian-9) with ESMTP id mB68Wt7M031431; Sat, 6 Dec 2008 08:32:56 GMT Received: by melon.esperance-linux.co.uk (Postfix, from userid 1001) id 8FDC2FCB841; Sat, 6 Dec 2008 08:32:50 +0000 (GMT) Date: Sat, 6 Dec 2008 08:32:50 +0000 From: Frank Shute To: ports@FreeBSD.org Message-ID: <20081206083250.GA54798@melon.esperance-linux.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Face: *}~{PHnDTzvXPe'wl_-f%!@+r5; VLhb':*DsX%wEOPg\fDrXWQJf|2\,92"DdS%63t*BHDyQ|OWo@Gfjcd72eaN!4%NE{0]p)ihQ1MyFNtWL X-Operating-System: FreeBSD 6.3-RELEASE-p2 i386 X-Organisation: 'http://www.shute.org.uk/' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.1.7 (zetnet.co.uk [194.247.46.1]); Sat, 06 Dec 2008 08:32:56 +0000 (GMT) Cc: hrs@FreeBSD.org Subject: print/cm-super size mismatch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Frank Shute List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Dec 2008 08:50:53 -0000 Hi, I just had a problem when building print/cm-super. cm-super.zip doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.funet.fi/pub/TeX/CTAN/fonts/ps-type1/. fetch: ftp://ftp.funet.fi/pub/TeX/CTAN/fonts/ps-type1/cm-super.zip: size mismatch: expected 67310332, actual 67319909 => Attempting to fetch from ftp://ctan.unsw.edu.au/tex-archive/fonts/ps-type1/. fetch: ftp://ctan.unsw.edu.au/tex-archive/fonts/ps-type1/cm-super.zip: Connection refused => Attempting to fetch from ftp://ftp.tex.ac.uk/tex-archive/fonts/ps-type1/. fetch: ftp://ftp.tex.ac.uk/tex-archive/fonts/ps-type1/cm-super.zip: size mismatch: expected 67310332, actual 67319909 => Attempting to fetch from ftp://ftp.kddlabs.co.jp/CTAN/fonts/ps-type1/. It did fetch it from the jp mirror but slowly & build it. But I would have thought that the tarball at ftp.tex.ac.uk would be the canonical one. Any thoughts? Apologies if this has been reported before. Regards, -- Frank Contact info: http://www.shute.org.uk/misc/contact.html From owner-freebsd-ports@FreeBSD.ORG Sat Dec 6 11:58:48 2008 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 367EF1065672 for ; Sat, 6 Dec 2008 11:58:48 +0000 (UTC) (envelope-from jdk@lawyers.nl) Received: from psmtp08.wxs.nl (psmtp08.wxs.nl [195.121.247.22]) by mx1.freebsd.org (Postfix) with ESMTP id 00AE58FC17 for ; Sat, 6 Dec 2008 11:58:47 +0000 (UTC) (envelope-from jdk@lawyers.nl) Received: from unknown-7a-61-00-00-00-00.lan (ip56538d2a.direct-adsl.nl [86.83.141.42]) by psmtp08.wxs.nl (iPlanet Messaging Server 5.2 HotFix 2.15 (built Nov 14 2006)) with ESMTP id <0KBG00A1RCR2A5@psmtp08.wxs.nl> for ports@FreeBSD.org; Sat, 06 Dec 2008 12:18:38 +0100 (MET) Date: Sat, 06 Dec 2008 12:19:09 +0100 From: Jeroen de Kreek To: ports@FreeBSD.org Message-id: <200812061219.10080.jdk@lawyers.nl> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.9.5 Cc: Subject: No source for OpenOffice2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 06 Dec 2008 11:58:48 -0000 Hi people Can not find the source for OpenOffice 2 Something wrong? http://www.freebsd.org/cgi/pds.cgi?ports/editors/openoffice.org-2 Regards, Jeroen. From owner-freebsd-ports@FreeBSD.ORG Sat Dec 6 18:57:43 2008 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 99B70106564A for ; Sat, 6 Dec 2008 18:57:43 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (unknown [IPv6:2001:2f0:104:e001::32]) by mx1.freebsd.org (Postfix) with ESMTP id 223828FC1B for ; Sat, 6 Dec 2008 18:57:43 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from delta.allbsd.org (p2191-ipbf1403funabasi.chiba.ocn.ne.jp [118.7.161.191]) (authenticated bits=128) by mail.allbsd.org (8.14.2/8.14.2) with ESMTP id mB6IvURB097784; Sun, 7 Dec 2008 03:57:41 +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 mB6IvL9R070350; Sun, 7 Dec 2008 03:57:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 07 Dec 2008 03:55:20 +0900 (JST) Message-Id: <20081207.035520.258690873.hrs@allbsd.org> To: frank@shute.org.uk From: Hiroki Sato In-Reply-To: <20081206083250.GA54798@melon.esperance-linux.co.uk> References: <20081206083250.GA54798@melon.esperance-linux.co.uk> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.1 on Emacs 22.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Dec__7_03_55_20_2008_295)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mail.allbsd.org [133.31.130.32]); Sun, 07 Dec 2008 03:57:41 +0900 (JST) Cc: ports@FreeBSD.org Subject: Re: print/cm-super size mismatch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 06 Dec 2008 18:57:43 -0000 ----Security_Multipart(Sun_Dec__7_03_55_20_2008_295)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Frank Shute wrote in <20081206083250.GA54798@melon.esperance-linux.co.uk>: fr> Hi, fr> fr> I just had a problem when building print/cm-super. fr> fr> cm-super.zip doesn't seem to exist in /usr/ports/distfiles/. fr> => Attempting to fetch from ftp://ftp.funet.fi/pub/TeX/CTAN/fonts/ps-type1/. fr> fetch: ftp://ftp.funet.fi/pub/TeX/CTAN/fonts/ps-type1/cm-super.zip: size mismatch: expected 67310332, actual 67319909 fr> => Attempting to fetch from ftp://ctan.unsw.edu.au/tex-archive/fonts/ps-type1/. fr> fetch: ftp://ctan.unsw.edu.au/tex-archive/fonts/ps-type1/cm-super.zip: Connection refused fr> => Attempting to fetch from ftp://ftp.tex.ac.uk/tex-archive/fonts/ps-type1/. fr> fetch: ftp://ftp.tex.ac.uk/tex-archive/fonts/ps-type1/cm-super.zip: size mismatch: expected 67310332, actual 67319909 fr> => Attempting to fetch from ftp://ftp.kddlabs.co.jp/CTAN/fonts/ps-type1/. fr> fr> It did fetch it from the jp mirror but slowly & build it. fr> fr> But I would have thought that the tarball at ftp.tex.ac.uk would be fr> the canonical one. Any thoughts? This was because the distfile was updated. The port was also updated just now, so please try the latest ports tree. Thank you for the report! -- | Hiroki SATO ----Security_Multipart(Sun_Dec__7_03_55_20_2008_295)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkk6ypgACgkQTyzT2CeTzy0WegCfUttIAtoTH7euoUw0CKTr0LAx tbAAn1bac9/TbK9PETtGk0fHIGX8S9Rs =KrTi -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Dec__7_03_55_20_2008_295)----