From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 00:26:54 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11D541065677 for ; Sun, 20 Jun 2010 00:26:54 +0000 (UTC) (envelope-from lumiwa@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CABD58FC0A for ; Sun, 20 Jun 2010 00:26:53 +0000 (UTC) Received: by iwn7 with SMTP id 7so2911323iwn.13 for ; Sat, 19 Jun 2010 17:26:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=sqmV2gDKyAxBXYZUYrfiW2oCexAKLazuL+7v/oixuPA=; b=ehYlywjX7zwyIym8emqqN4HpdogTW5OCtlilLL5OqX1W9VqlEVZ/X9FuSCTgBz9Zr0 N8mSbv1XQY1joBoc/HP7o598yn1ODDj0hOOc72lEfiODkxfmftyCfBU28qKpyCZDVnGP o2OJj4qKJQkbd38IfVpMlAxCRXaIkim9GYO24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; b=daaaMOb5ED3yQo8m1mXG91Eq0m1jDmezA5+yZ+3CPbrncsGN8N2bqXjVmfkN9B4NjG kSs3i48I6mB6qq9uXPmtPxLM9n+gujc0KDJ7bM5mXr8V5AK3TiVGn2wIkUgPVLfGHvfn nVGnFjkg8uhAdQ9DOYp6YdRSSClc3romfVEyw= Received: by 10.231.60.5 with SMTP id n5mr3449192ibh.162.1276993611870; Sat, 19 Jun 2010 17:26:51 -0700 (PDT) Received: from athena.wi.rr.com (CPE-65-29-60-73.wi.res.rr.com [65.29.60.73]) by mx.google.com with ESMTPS id f1sm49067697ibg.21.2010.06.19.17.26.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 19 Jun 2010 17:26:51 -0700 (PDT) From: ajtiM To: freebsd-ports@freebsd.org Date: Sat, 19 Jun 2010 19:26:42 -0500 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p3; KDE/4.4.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006191926.43120.lumiwa@gmail.com> Subject: google-earth X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 00:26:54 -0000 Hi! Today I instal;led google-earth from port on FreeBSD 8.0, KDE 4.4.4 and when I start an application it crashed: /usr/local/bin/googleearth %f Fatal error in __driConfigOptions line 1, column 0: unknown encoding. Google Earth has caught signal 6. crashlog.txt: Major Version 5 Minor Version 2 Build Number 0001 Build Date Jun 10 2010 Build Time 16:15:55 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 16 OS Patch Version 0 Crash Signal 6 Crash Time 1276993249 Up Time 1.42742 Stacktrace from glibc: ./libgoogleearth_free.so[0x2813c30b] [0xbfbfffbb] /lib/libc.so.6(abort+0x188)[0x29c70158] /usr/lib/dri/r200_dri.so[0x3657f02d] /usr/lib/dri/r200_dri.so[0x365abe08] /usr/lib/dri/r200_dri.so[0x3657d46f] /usr/lib/libGL.so.1[0x2aa139e2] /usr/lib/libGL.so.1[0x2a9f28fb] /usr/lib/libGL.so.1[0x2a9ee0ca] /usr/lib/libGL.so.1(glXChooseVisual+0x36)[0x2a9eee66] ./librender.so[0x2a7fa673] ./librender.so(_ZN12RenderWidget4initEv+0x116)[0x2a7fb056] ./librender.so(_ZN12RenderWidgetC1EP7QWidgetPKc6QFlagsIN2Qt10WindowTypeEE+0x16c) [0x2a7fbeac] ./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0x82) [0x2a7de432] ./libgoogleearth_free.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x94) [0x281192d4] ./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0xabb)[0x2868a7ef] ./libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xa0) [0x2863ae20] ./libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x16f)[0x286448a3] ./libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x70) [0x283cdd50] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0xcc)[0x2868d55c] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0x2868d264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0x2868d482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0x2868d469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0x2868d264] libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0x2868d482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0x2868d469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN14QWidgetPrivate14show_recursiveEv+0x74)[0x2868d264] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1f2)[0x2868d482] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0x2868d469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0x2868d469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x1d9)[0x2868d469] ./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x45)[0x2868d4d5] ./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x33b)[0x2868da97] ./libQtGui.so.4(_ZN7QWidget10showNormalEv+0x4a)[0x2867de9e] ./libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv+0xc35) [0x28101225] ./libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x29e) [0x2814061e] ./libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x42f) [0x2814747f] ./libgoogleearth_free.so(earthmain+0x27d)[0x2813b73d] ./googleearth-bin(_init+0x122)[0x80486c2] /lib/libc.so.6(__libc_start_main+0xe5)[0x29c596e5] ./googleearth-bin(_init+0x91)[0x8048631] Thanks in advance. Mitja -------- http://starikarp.redbubble.com From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 10:56:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98F4C106564A; Sun, 20 Jun 2010 10:56:16 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1968FC08; Sun, 20 Jun 2010 10:56:15 +0000 (UTC) Received: by pxi17 with SMTP id 17so98975pxi.13 for ; Sun, 20 Jun 2010 03:56:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to:cc :subject:organization:references:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:in-reply-to:message-id :user-agent:face:mime-version:content-type; bh=M2dJcIh3OMiH0KTPAC/6AJUv45OfU028jwl8LHgYIRk=; b=w42Imk9HhWxxgIdg0gwxwPrh97HmndTRDOwOnJwIBGML71XcRIYSosIX2putQI8MyJ I5o88ZD5IOsQZU10DgMb1pZIldTfpkdUGy3m0du+mMhkCjlXk9O/qc8fKVXsDTaY4WMv ln2Ep0IHXpCFPt+5vpZtvU7owr0XIx+khOvqc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:cc:subject:organization:references:x-face:x-uptime :x-url:x-operating-system:x-openpgp-id:x-openpgp-fingerprint :x-mailer:x-mail-morse:x-attribution:organisation:date:in-reply-to :message-id:user-agent:face:mime-version:content-type; b=lLppTGMiruNs6aFSEPAc/8QoyxHAplnq6ooiyU8X9mwGnpEQGKhDbDdnCY090tckBt NDGGEuA1wwP+gWbEPU9KbZY+wYy41gcIHMvd38F3ErXc4LEykORTVzZHUN7lRF8Xd0mf S8Lizwx7iCK83Shrl6dz7YuYKGGyOnL5QVRAg= Received: by 10.115.113.22 with SMTP id q22mr2732843wam.62.1277031375614; Sun, 20 Jun 2010 03:56:15 -0700 (PDT) Received: from chateau.d.if ([122.161.230.235]) by mx.google.com with ESMTPS id n32sm135337025wae.10.2010.06.20.03.56.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 03:56:14 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [127.0.0.1]) by chateau.d.if (Postfix) with ESMTP id 7B9A92D862F; Sun, 20 Jun 2010 16:26:07 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: Doug Barton Organization: The FreeBSD Project References: <4C1C5275.9000907@FreeBSD.org> X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 16:18:23 up 5:09, 1 user, load average: 0.00, 0.05, 0.01 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: GNU/Linux/Linux 2.6.33-ARCH/x86_64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Sun, 20 Jun 2010 16:26:06 +0530 In-Reply-To: <4C1C5275.9000907@FreeBSD.org> (Doug Barton's message of "Fri, 18 Jun 2010 22:15:33 -0700") Message-ID: <86631ekm61.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-unknown-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: perl@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: lang/perl5.10 doesn't build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 10:56:16 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable Doug Barton writes: > I've been experimenting with the idea of using gcc 4.5.1 as my "ports > compiler" and ran into this problem: > CCCMD =3D /usr/local/bin/gcc45 -DPERL_CORE -c=20 > -DAPPLLIB_EXP=3D"/usr/local/lib/perl5/5.10.1/BSDPAN" -DHAS_FPSETMASK > -DHAS_FLOATINGPOINT_H -DDEBUGGING -fno-strict-aliasing -pipe > -fstack-protector -I/usr/local/include -std=3Dc89 -pipe -g > -march=3Dnative -g -Wall -ansi -W -Wextra -Wdeclaration-after-statement > -Wendif-labels -Wc++-compat > LD_LIBRARY_PATH=3D/usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-= 5.10.1 > /usr/local/bin/gcc45 -pthread -Wl,-E -fstack-protector > -L/usr/local/lib -o miniperl gv.o toke.o perly.o pad.o regcomp.o > dump.o util.o mg.o reentr.o mro.o hv.o av.o run.o pp_hot.o sv.o pp.o > scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o > universal.o xsutils.o globals.o perlio.o perlapi.o numeric.o mathoms.o > locale.o pp_pack.o pp_sort.o miniperlmain.o opmini.o perlmini.o -lm > -lcrypt -lutil > gv.o: In function `Perl_gv_fetchfile_flags': > /usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/gv.c:161: > undefined reference to `__stack_chk_fail_local' > gv.o: In function `Perl_gv_stashpvn': > /usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/gv.c:878: > undefined reference to `__stack_chk_fail_local' > gv.o: In function `Perl_gv_fetchpvn_flags': > /usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/gv.c:1426: > undefined reference to `__stack_chk_fail_local' > toke.o: In function `S_feature_is_enabled': > /usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/toke.c:586: > undefined reference to `__stack_chk_fail_local' > toke.o: In function `S_intuit_more': > /usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/toke.c:2724: > undefined reference to `__stack_chk_fail_local' > toke.o:/usr/local/tmp/usr/local/ports/lang/perl5.10/work/perl-5.10.1/toke= .c:2835: > more undefined references to `__stack_chk_fail_local' follow > /usr/local/bin/ld: miniperl: hidden symbol `__stack_chk_fail_local' > isn't defined > /usr/local/bin/ld: final link failed: Nonrepresentable section on output > collect2: ld returned 1 exit status > *** Error code 1 Try adding '-lssp_nonshared' to the LDFLAGS. #v+ chateau.d.if!abbe:~ % strings /usr/bin/gcc |fgrep stack-protector=20=20=20= =20=20=20=20=20=20=20=20 %{fstack-protector:} %{!shared: = %{!pg: %{pthread:-lpthread} -lc= } %{pg: %{pthread:-lpthread_p} -lc= _p}} %{shared: = %{pthread:-lpthread} -lc} %{fstack-protector|fstack-= protector-all:-lssp_nonshared}=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20 =2DWstack-protector =2Dfstack-protector =2Dfstack-protector-all #v- I'm not sure how information about SSP is encoded in GCC binary. Maybe some flag/switch you need to enable with GCC. HTH Ashish =2D-=20 Sent via Gnus from GNU Emacs They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin, Memoirs of the life and writings of Benjamin Frankl= in --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMHfPHAAoJEMdGz6nnT6SwJAIP/jdj6qaJRvybSjiiEd4xR1ZD lzmV7e2QjzpH++6ggXhqI6Eo2qMYc01JMysHljTj4jQhW63+yLMPmM7/2ARZQM+a 2XxMBZvZOpwZRJpj8oD3hDcLz+MBx8giJseC0cGwrqL8o/tZlhIuFINiMF7BFLZE uh6vB/OEeu/mJQ/dPQmn9V3UgD4DbWPqVLCPaOf2bF5YU7OKXuVw6R7huPJHkSg8 auAqll+4HrKudeD8IxlIs1T058ZWBztlP8M8uVkYZy0aDLQiGR8z8rp8pUXYChIR vrHhpFYFsd+ftPM4wqAxymp5J4zo57VqsfwdDB7bbUjkqNyZwZql8Le5HPJPjCPV ONVJnu/hBk1vpIvfR4eRY1C2zureCeD8QzBGvZiEy1wYWE7CQLOEXf1HsryYj566 vHnQQTPyO/Dp4ym+qnueprkfwaWGifYM5fvMnkRxAgJx7Q82QUmsvUh8VkOwR5Xi e+JNFVdtYWrmkg4UoRWMnLBEN573aj5aJGLO8m2mM0W3CQghT4SQtIt44n5kRw2Q 2sDzN/cgEiiYlm5YeZhkso7nGuvJoOqFYsE99EZKignPSkH6UpB5e7ikE2ZxekRn CWH0VzO/DnJtsrz7t13d8yHBQCf9Q6GDckm4jle9l8KpAa/jG6CRqTr/UHJciwaz WhAw9vX7JScx79eWuG9a =PFbE -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 10:56:40 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EB2A106566B for ; Sun, 20 Jun 2010 10:56:40 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 399008FC1E for ; Sun, 20 Jun 2010 10:56:39 +0000 (UTC) Received: by vws20 with SMTP id 20so373890vws.13 for ; Sun, 20 Jun 2010 03:56:39 -0700 (PDT) Received: by 10.220.127.73 with SMTP id f9mr1107973vcs.258.1277031399242; Sun, 20 Jun 2010 03:56:39 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id g5sm12663918vch.18.2010.06.20.03.56.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 03:56:38 -0700 (PDT) Received: from scorpio (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id A7BDAE5482F; Sun, 20 Jun 2010 06:56:36 -0400 (EDT) Date: Sun, 20 Jun 2010 06:55:52 -0400 From: Jerry To: freebsd-ports@freebsd.org, bsdkaffee@gmail.com Message-ID: <20100620065552.1961e179@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEX3/uPVnZf2/v9ejGkqHB74++H///+cHCT3m6cgqYvfAAACbElEQVQ4jWXTQW/bIBQAYJLJuRMn8TVCss9zTdrrXJ6bHe1Ej/bossF9EpJ3nbapf3sP8JxOQ4qV8OU9HvjBROWcYNlKHtxlQ1/huBaOBiMwQtgHhbokMLIT76Acps5hvy61+6WsjkCZzNEW0+fcQ7Nl5uoPCegjjjhN5/MEABd89k9hXkQoX6cwPIDKCt8tYG5wpmdrxAyuolTPqpiVoEpVCWvl6e00RAD4JBJQnO4lvv0O4Cnd3WUGevYNFohxFYAy7jCCtW39LaQK8BgDAgiHVinVJlCiFKlcqgEHfwb1EuG+DwFGMO3oCIuJIEYoa8KJECBB+UBldgm0MQmEGz7GQr8XYRPKzYNO1zZ8mgdAu4BG5Ke/4KFboM8458UScViAAvYD93OAsu+Bc3zxCU7ZAjT74+dQv9K7oO0d1wuscop48Pc50O5bcVwgGzh/mXzaizJuAWERh8k3eaxKmxu4kV1p2XOEg3i3c8M+EKR93P0D1KATpC55vMHaGqFf5f/AwhlrhHgg8DTezopt6I3o3Qx4q4q6YaPxK8RxcClXeFGhTTS++QR6TS/oBs7l4WhzuNMubZG6hIBkF4qqZVdWczIqSrjKVF/i4o26IP2oElBGFy5CXKSnf6UWDTC6zKSqoAvzsakjjBvdzLKnmxdhY8eRsX7VSCUBdgD1hVJpx6y2OOS1DNDILYmqdWUJ+oHvd0rRvAqX5kpxQMR6yxHzPV6VlPFyWE7LKc36keNQI64gLP8Ybgtmg+zYuBl4fuI8VqW2RqDGE8Uzu7GxGa803whDdxx3bSZbRhfQUSxvmnpLZWpRFqHz7v8AvsBe0S1zv9UAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/X6afe.OyGXX//OXnhpgtfkw"; protocol="application/pgp-signature" Cc: Subject: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 10:56:40 -0000 --Sig_/X6afe.OyGXX//OXnhpgtfkw Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable FreeBSD-PRERELEASE 8.1 amd64 Since the release of "libassuan-2.0.0", I have not been able to update or reinstall "security/GPA". All of the other ports appear to build fine. I tried removing the old "libassuan-1-1.0.5" ports; however, when attempting to rebuld the 'GPA' port, it only appears to want the older and not newer version of "libassuan". Build the newer "libassuan" port first does not appear to help either. A copy of the last failed build attempt with the newer "libassuan" port installed follows. Script started on Sun Jun 20 06:44:08 2010 ---> Reinstalling 'gpa-0.9.0_5' (security/gpa) ---> Building '/usr/ports/security/gpa' =3D=3D=3D> Cleaning for gpa-0.9.0_5 =3D=3D=3D> Vulnerability check disabled, database not found =3D=3D=3D> License check disabled, port has not defined LICENSE =3D=3D=3D> Found saved configuration for gpa-0.9.0_3 =3D=3D=3D> Extracting for gpa-0.9.0_5 =3D> MD5 Checksum OK for gpa-0.9.0.tar.bz2. =3D> SHA256 Checksum OK for gpa-0.9.0.tar.bz2. =3D=3D=3D> Patching for gpa-0.9.0_5 =3D=3D=3D> gpa-0.9.0_5 depends on executable: gpgv2 - found =3D=3D=3D> gpa-0.9.0_5 depends on package: libassuan-1>=3D1.0.5 - not fou= nd =3D=3D=3D> Verifying install for libassuan-1>=3D1.0.5 in /usr/ports/security/libassuan-1 =3D=3D=3D> libassuan-1-1.0.5 conflicts with installed package(s):=20 libassuan-2.0.0 They install files into the same place. Please remove them first with pkg_delete(1). *** Error code 1 Stop in /usr/ports/security/libassuan-1. *** Error code 1 Stop in /usr/ports/security/gpa. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100620-14986-1cjhi6p-0 env UPGRADE_TOOL=3Dportupgrade UPGRADE_PORT=3Dgpa-0.9.0_5 UPGRADE_PORT_VER=3D0.9.0_5 make ** Fix the problem and try again. ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! security/gpa (gpa-0.9.0_5) (unknown build error) Script done on Sun Jun 20 06:44:15 2010 --=20 Jerry =E2=9C=8C FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ COBOL: An exercise in Artificial Inelegance. --Sig_/X6afe.OyGXX//OXnhpgtfkw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAEBAgAGBQJMHfPjAAoJEN3ZzwiLXOel01MH/2ZT2EISdxSls/N5Y5Tq9YSK DMUGwQH26f7L6rgXhB3mTy/5BpAjvbdV4P+1bZZwKA9uYrOrhx4zkyv/ppHtUgBp bL0KLRvo1xzlmoNlb4ZA9mcGJ2xyxu7ywAtnIa4aMlpmvmcZ+JbuJOxNIOL3N+By gccUQV7UDW4lINN1RDI5vdtYQJVvGdacVjUIu6k2tu8b69QccrH4vVHvlyCywAvx RDn3VoPbwNKqWIWdoGHchuP//kitMAze9HMznLcjD7PLIGG/XBF0YDCNIaNxgOEK VavO3/USQDLZ99GjoKwaeyK4fNXHxTy0jf27tuZMaGkbXhvHIEsGaS28nS6ZE8M= =ThkE -----END PGP SIGNATURE----- --Sig_/X6afe.OyGXX//OXnhpgtfkw-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 12:35:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1105D1065742 for ; Sun, 20 Jun 2010 12:35:49 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id BEF958FC0C for ; Sun, 20 Jun 2010 12:35:47 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-078-042-098-160.hsi3.kabel-badenwuerttemberg.de [78.42.98.160]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 562768A1F4F; Sun, 20 Jun 2010 14:35:46 +0200 (CEST) Message-ID: <4C1E0B22.6080709@bsdforen.de> Date: Sun, 20 Jun 2010 14:35:46 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org, timur@FreeBSD.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: net/samba3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 12:35:49 -0000 I'm wondering why it installs samba 3.0 instead of the latest release in the samba 3 branch like other ports do. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 13:47:57 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EFA9106566B; Sun, 20 Jun 2010 13:47:57 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id 954908FC18; Sun, 20 Jun 2010 13:47:56 +0000 (UTC) Received: from [192.168.0.3] (p4FE337E8.dip.t-dialin.net [79.227.55.232]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id o5KDXuxT029002 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 20 Jun 2010 15:33:57 +0200 (CEST) Message-ID: <4C1E18C4.5020303@FreeBSD.org> Date: Sun, 20 Jun 2010 15:33:56 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Mnenhy/0.8.2 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lasse Collin References: <4C1BA4D4.9000205@FreeBSD.org> <201006190855.05061.lasse.collin@tukaani.org> <4C1C9F9F.8090808@FreeBSD.org> <201006191641.26301.lasse.collin@tukaani.org> In-Reply-To: <201006191641.26301.lasse.collin@tukaani.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Christian Weisgerber , portmgr@FreeBSD.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 13:47:57 -0000 Am 19.06.2010 15:41, schrieb Lasse Collin: > Perhaps FreeBSD provides a good working way to limit the amount of > memory that a process actually can use. I don't see such a way e.g. in > Linux, so having some method in the application to limit memory usage is > definitely nice. It's even more useful in the compression library, > because a virtual-memory-hog application on a busy server doesn't > necessarily want to use tons of RAM for decompressing data from > untrusted sources. Even there the default should be "max", and the library SHOULD NOT second-guess what trust level of data the application might to process with libxz's help. Expose the limiter interface in the API if you want, but particularly for the library in particular, any other default than "unlimited memory" is a nuisance. And there's still an application, and unlike the xz library, the application should know what kind of data from what sources it is processing, and if - for instance - a virus inspector wants to impose memory limits and quarantine an attachment with what looks like an zip bomb. Typically, after the advent of KDE, GNOME, XFCE, and thereabouts with all their graphical tools, and people hardly use command line tools unless they know exactly what they're doing - and it's not as though xz's behaviour were prone to causing permanent damage somewhere, so it's OK if less skilled users find out the hard way that they need to read manpages. I was surprised because xz has somewhat left the traditional UNIX way, which was try exactly as little and as hard as you were told, until you bump into a brick wall (permission denied on some file, or memory allocation failed, or similar). Don't try to be nice unless you're asked to. Don't try to ask questions unless you're asked to be "interactive". All your defaults limit make using the utility unnecessarily hard, make it harder to explain, because the default limits are surprising and cause self-made failures. And I think many people would just lay xz or the library aside when figuring they need to do this and that and foo and bar and torture a black cat, swinging it over my head, and dance strange figures in the sewers in a full moon night, just so that xz or the library finally condescend to decompressing a file. I am exaggerating here, but please, don't make me jump through hoops with my application or script. I'd say a typical application wants to call xzopen() and decompress a file, and if it wants to impose limits it will use setrlimit() or perhaps xz_set_memory_limit in addition beforehand. I do fear that this will actually hamper, not foster, adoption of the xz software. >> For compression, it's less critical because service is degraded, not >> denied, but I'd still think -M max would be the better default. I can >> always put "export XZ_OPT=-3" in /etc/profile.d/local.sh or wherever >> it belongs on the OS of the day. > > If a script has "xz -9", it overrides XZ_OPT=-3. I know. This isn't a surprise for me. The memory limiting however is. And the memory limiting overrides xz -9 to something lesser, which may not be what I want either. >> I still think utilities and applications should /not/ impose >> arbitrarily lower limits by default though. > > There's no multithreading in xz yet, but when there is, do you want xz > to use as many threads as there are CPU cores _by default_? If so, do > you mind if compressing with "xz -9" used around 3.5 GiB of memory on a > four-core system no matter how much RAM it has? Multithreading in xz is worth discussion if the tasks can be parallelized, which is apparently not the case. You would be duplicating effort, because we have tools to run several xz on distinct files at the same time, for instance BSD portable make or GNU make with a "-j" option. > I think it is quite obvious that you want the number of threads to be > limited so that xz won't accidentally exceed the total amount of > physical RAM, because then it is much slower than using fewer threads. This tells me xz cannot fully parallelize its effort on the CPUs, and should be single-threaded so as not to waste the parallelization overhead. > Being faster is the whole point of threading anyway. Naturally doing > unusual things is sometimes wanted so a limit can be overriden. This is > all about the default behavior only. Yes, and I consider the default behaviour to be "getting in my way" and disturbing. No other compression tool I know would ever spend that much thought on its working environment. All others will only fail if it's "physically" impossible to complete the job, and otherwise just grind away. > In most cases, lowering the compression settings automatically is > friendly towards the user. People easily write "xz -9" to scripts > without thinking if they actually want that, because they are used to -9 > with gzip and bzip2. -9 is quite slow in bzip2, in gzip computers have become fast enough so that -9 hardly hurts today, but I recall times where I thought twice before using gzip -9 rather than gzip -3. People know there is a price tag attached, else the whole option system would be useless and --best were the only option. > I would find it dumb to annoy users of slightly > older hardware with _default behavior_ that puts their system to swap > whenever such a script is ran. They can still get the swap-till-the- > morning behavior if they really want it by disabling the limit when > compressing by using XZ_OPT. This is really xz developing a life of its own. Look: If I specify -9 or --best, but no memory option, that means "compress as hard as you can". Instead, xz assumes an implicit default memory limit, so the -9 gets degraded to -5, -2, -1, ... in an somewhat surprising manner, because depending on which computer I run it on, -9 might mean -9, or -6 on another computer, or -1 on a third. That is what I'd call a nasty surprise - xz overrides my command line option. I would propose that with -9 and without -M option, that it tries to allocate memory, and if it fails, it can still suggest to use the -M option or a lower -[0-8] option so I know how to proceed. > In short, some people find a default limit annoying and some other > people would find lack of default limit annoying. (And most people > probably don't care.) So the question is, which group will complain > more; obviously I cannot make everyone happy. At this point it starts to > look like that your group is winning. ;-) I will have to discuss with > people in the other group before making decisions. The real thing is that the xz software does things that go beyond the options. This has been a negative surprise to me. I also like to recall my earlier argument that xz is a low-level tool, and it's mixing high-level features in. This is astonishing. I think that some of the defaults you've set were trying to address usability concerns, and there are other ways to achieve this usability. Often it's an alternative proposal together with a diagnostic that suffices. Helping towards self-aid, in a way. I hope - egoistically - that xz will lean towards easier use in infrastructure (think build systems or applications using libraries), rather than assisting newbies. The more consistent the world around Unix-compatible and -environment tools is, the easier people will learn. It keeps the documentation simpler because there's not so many ifs and buts, and in the end I think it will pay off to change the default. Best regards Matthias From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 13:54:31 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F21DF10656C2; Sun, 20 Jun 2010 13:54:30 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 9FAC68FC1A; Sun, 20 Jun 2010 13:54:30 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 5D6D822C50C1; Sun, 20 Jun 2010 16:54:29 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 506D85A9018; Sun, 20 Jun 2010 06:54:28 -0700 (PDT) From: QAT@FreeBSD.org To: Sergey A. Osokin In-Reply-To: <201006201348.o5KDmthg027435@repoman.freebsd.org> References: <201006201348.o5KDmthg027435@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: x11-wm/e16utils X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/e16utils-0.16_9.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100620135428.506D85A9018@jester1b.ixsystems.com> Date: Sun, 20 Jun 2010 06:54:28 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/x11-wm/e16utils Makefile) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 13:54:31 -0000 x11-wm/e16utils, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 15:23:07 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CE381065673; Sun, 20 Jun 2010 15:23:07 +0000 (UTC) (envelope-from lasse.collin@tukaani.org) Received: from mailfw02.zoner.fi (mailfw02.zoner.fi [84.34.147.249]) by mx1.freebsd.org (Postfix) with ESMTP id 0DD938FC0A; Sun, 20 Jun 2010 15:23:05 +0000 (UTC) Received: from www25.zoner.fi ([84.34.147.45]) by wwwsmtp02.zoner.fi with ESMTP; 20 Jun 2010 18:23:03 +0300 Received: from 86-60-146-209-dyn-dsl.ssp.fi ([86.60.146.209] helo=kaneli.localnet) by www25.zoner.fi with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OQMMQ-0007kt-Uf; Sun, 20 Jun 2010 18:23:03 +0300 From: Lasse Collin To: Matthias Andree Date: Sun, 20 Jun 2010 18:23:03 +0300 User-Agent: KMail/1.13.3 (Linux/2.6.33-ARCH; KDE/4.4.4; x86_64; ; ) References: <4C1BA4D4.9000205@FreeBSD.org> <201006191641.26301.lasse.collin@tukaani.org> <4C1E18C4.5020303@FreeBSD.org> In-Reply-To: <4C1E18C4.5020303@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006201823.03817.lasse.collin@tukaani.org> X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Cc: ports@freebsd.org, Christian Weisgerber , portmgr@freebsd.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 15:23:07 -0000 On 2010-06-20 Matthias Andree wrote: > Am 19.06.2010 15:41, schrieb Lasse Collin: > > Perhaps FreeBSD provides a good working way to limit the amount of > > memory that a process actually can use. I don't see such a way e.g. > > in Linux, so having some method in the application to limit memory > > usage is definitely nice. It's even more useful in the compression > > library, because a virtual-memory-hog application on a busy server > > doesn't necessarily want to use tons of RAM for decompressing data > > from untrusted sources. > > Even there the default should be "max", and the library SHOULD NOT > second-guess what trust level of data the application might to > process with libxz's help. There is no default value for the memory limit in liblzma (not libxz, for historical reasons). You can specify UINT64_MAX if you want. Please don't complain how the library sucks without looking at its API first. Don't confuse the limiter _feature_ with its _default value_; there is a default value only in the command line tools. > Expose the limiter interface in the API if you want, but particularly > for the library in particular, any other default than "unlimited > memory" is a nuisance. And there's still an application, and unlike > the xz library, the application should know what kind of data from > what sources it is processing, and if - for instance - a virus > inspector wants to impose memory limits and quarantine an attachment > with what looks like an zip bomb. Yes, this is exactly what I have done in liblzma, except that there is no default value (typing UINT64_MAX isn't too much to ask). > >> For compression, it's less critical because service is degraded, > >> not denied, but I'd still think -M max would be the better > >> default. I can always put "export XZ_OPT=-3" in > >> /etc/profile.d/local.sh or wherever it belongs on the OS of the > >> day. > > > > If a script has "xz -9", it overrides XZ_OPT=-3. > > I know. This isn't a surprise for me. The memory limiting however is. > And the memory limiting overrides xz -9 to something lesser, which > may not be what I want either. I have only one computer with over 512 MiB RAM (this has 8 GiB). Thus "xz -9" is usable only on one of my computers. I cannot go and fix all scripts so that they first check how much RAM I have and then pick a reasonable compression level. It doesn't look so good to make "xz -9" so low either that it would be usable on all systems with e.g. 256 MiB RAM or more (you can have higher settings than the current "xz -9", they just aren't so useful usually, even -9 is not always so useful compared to a bit lower settings). What do you think is the best solution to the above problem without putting a default memory usage limit in xz? Setting something in XZ_OPT might work in many cases, but sometimes scripts set it themselves e.g. to pass compression settings to some other script calling xz. Maybe xz should support a config file? Or maybe another environment variable, which one could assume that scripts won't touch? These are honest questions and answering them would help much more than long descriptions of how the current method is bad. > >> I still think utilities and applications should /not/ impose > >> arbitrarily lower limits by default though. > > > > There's no multithreading in xz yet, but when there is, do you want > > xz to use as many threads as there are CPU cores _by default_? If > > so, do you mind if compressing with "xz -9" used around 3.5 GiB of > > memory on a four-core system no matter how much RAM it has? > > Multithreading in xz is worth discussion if the tasks can be > parallelized, which is apparently not the case. You would be > duplicating effort, because we have tools to run several xz on > distinct files at the same time, for instance BSD portable make or > GNU make with a "-j" option. That's a nice way to avoid answering the question. xargs works too when you have multiple small files (there's even an example on recent man page of xz). Please explain how any of these help with a multigigabyte file. That's where people want xz to use threads. There is more than one way to parallelize the compression, and some of them increase encoder memory usage quite a lot. > > I think it is quite obvious that you want the number of threads to > > be limited so that xz won't accidentally exceed the total amount > > of physical RAM, because then it is much slower than using fewer > > threads. > > This tells me xz cannot fully parallelize its effort on the CPUs, and > should be single-threaded so as not to waste the parallelization > overhead. Sure, it cannot "fully" parallelize, whatever that means. But the amount of parallelization that is possible is welcomed by many others (you are the very first person to think it's useless). For example, 7-Zip can use any number of threads with .xz files and there are some liblzma-based experimental tools too. Next question could be how to determine how many threads could be OK for multithreaded decompression. It doesn't "fully" parallelize either, and would be possible only in certain situations. There too the memory usage grows quickly when threads are added. To me, a memory usage limit together with a limit on number of threads looks good; with no limits, the decompressor could end up reading the whole file into RAM (and swap). Threaded decompression isn't so important though, so I'm not even sure if I will ever implement it. > If I specify -9 or --best, but no memory option, that means "compress > as hard as you can". With xz it isn't and will never be. The "compress has hard as you can" option would currently use 1.5 GiB dictionary, which is waste of memory when compressing files that are a lot smaller than that. The format of the LZMA2 algorithm used in .xz supports dictionaries up to 4 GiB. The decoder supports all dictionary sizes, but the current encoder is limited to 1.5 GiB for implementation reasons. You would need a little bit over 16 GiB memory to compress with 1.5 GiB dictionary using the BT4 match finder. I don't think you honestly want -9 to be that. Instead, -9 is set to an arbitrary point of 64 MiB dictionary, which still can make sense in many common situations. That currently uses 674 MiB of memory to compress and a little more than the dictionary size to decompress, so I round it up to 65 MiB. The dictionary size is only one thing to get high compression. It depends on the file. Some files benefit a lot when dictionary size increases while others benefit mostly from spending more CPU cycles. That's why there is the --extreme option. It allows improving the compression ratio by spending more time without requiring so much RAM. The existence of --extreme (-e) naturally makes things slightly more complicated for a user than using only a linear single-digit scale for compression levels, but makes it easier to specify what is wanted without requiring the user to read about the advanced options. Note that I plan to revise what settings exactly are bound to different compression levels before the 5.0.0 release. -- Lasse Collin | IRC: Larhzu @ IRCnet & Freenode From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 17:01:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 764D7106566B for ; Sun, 20 Jun 2010 17:01:39 +0000 (UTC) (envelope-from bsdkaffee@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2439B8FC08 for ; Sun, 20 Jun 2010 17:01:38 +0000 (UTC) Received: by vws20 with SMTP id 20so630928vws.13 for ; Sun, 20 Jun 2010 10:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=KtpkKid7kCWywDX5bOI+OwTHaD8YGKWpkfYPLZo630E=; b=rnd83IHEapgnaO2XKZ0pc7CHs06XvfvfS5ZM0WzXNQU1uzBMdtkiNlpc7c1RZfC5Ba GAldud2CoGlXmeIUpP62U1nGzDzODg6LhdVGpr+olmcPtCVYfDMPd9ynaakoDXbkEXxy E/G1yq45HvfvdyWPbm6bKkayixBnG6mRCyA6s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; b=SZu8wUQa+g850nEpXsES+vScawky3B3Mim2bBCC/fPZw9chISv0ESSwLn9E9tljPJu tWpmpd5xpkYu/ghyxJB29Dkb4rytI6RqskrgpZXj8uBfU8iJx89adfBFvSDnEKYOOJ3p l4hRgh6v8jA7Ho/s+ehginSNF9YeXS8/PA3Q8= Received: by 10.220.47.220 with SMTP id o28mr1372711vcf.78.1277051452025; Sun, 20 Jun 2010 09:30:52 -0700 (PDT) Received: from mocha.verizon.net (c-24-3-43-53.hsd1.oh.comcast.net [24.3.43.53]) by mx.google.com with ESMTPS id c4sm13018961vcb.44.2010.06.20.09.30.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 09:30:50 -0700 (PDT) From: "Jason E. Hale" To: freebsd-ports@freebsd.org Date: Sun, 20 Jun 2010 12:30:37 -0400 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE; KDE/4.4.4; i386; ; ) References: <20100620065552.1961e179@scorpio> In-Reply-To: <20100620065552.1961e179@scorpio> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006201230.37976.bsdkaffee@gmail.com> Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 17:01:39 -0000 On Sunday, June 20, 2010 06:55:52 you wrote: > FreeBSD-PRERELEASE 8.1 amd64 > > Since the release of "libassuan-2.0.0", I have not been able to update > or reinstall "security/GPA". All of the other ports appear to build > fine. > > I tried removing the old "libassuan-1-1.0.5" ports; however, when > attempting to rebuld the 'GPA' port, it only appears to want the older > and not newer version of "libassuan". Build the newer "libassuan" port > first does not appear to help either. > > A copy of the last failed build attempt with the newer "libassuan" port > installed follows. > > Script started on Sun Jun 20 06:44:08 2010 > ---> Reinstalling 'gpa-0.9.0_5' (security/gpa) > ---> Building '/usr/ports/security/gpa' > ===> Cleaning for gpa-0.9.0_5 > ===> Vulnerability check disabled, database not found > ===> License check disabled, port has not defined LICENSE > ===> Found saved configuration for gpa-0.9.0_3 > ===> Extracting for gpa-0.9.0_5 > => MD5 Checksum OK for gpa-0.9.0.tar.bz2. > => SHA256 Checksum OK for gpa-0.9.0.tar.bz2. > ===> Patching for gpa-0.9.0_5 > ===> gpa-0.9.0_5 depends on executable: gpgv2 - found > ===> gpa-0.9.0_5 depends on package: libassuan-1>=1.0.5 - not found > ===> Verifying install for libassuan-1>=1.0.5 > in /usr/ports/security/libassuan-1 > > ===> libassuan-1-1.0.5 conflicts with installed package(s): > libassuan-2.0.0 > > They install files into the same place. > Please remove them first with pkg_delete(1). > *** Error code 1 > > Stop in /usr/ports/security/libassuan-1. > *** Error code 1 > > Stop in /usr/ports/security/gpa. > ** Command failed [exit code 1]: /usr/bin/script > -qa /tmp/portupgrade20100620-14986-1cjhi6p-0 env > UPGRADE_TOOL=portupgrade UPGRADE_PORT=gpa-0.9.0_5 > UPGRADE_PORT_VER=0.9.0_5 make ** Fix the problem and try again. ** > Listing the failed packages (-:ignored / *:skipped / !:failed) ! > security/gpa (gpa-0.9.0_5) (unknown build error) > > Script done on Sun Jun 20 06:44:15 2010 I know all too well. Unfortunately a committer made a hasty move and updated libassuan to version 2.0.0 and then made gnupg 2.x use the newer libassuan. This of course turns into a chain of conflicts because everything else that depends on libassuan 1.x usually needs gnupg 2.x as well. I am working to resolve the situation for my ports, however, the author of gpa has not released a version that will work with libassuan 2.x. There is a ports freeze now too, so I am not sure if my updates will even go through for a while. If you really need to use gpa immediately, I suggest downgrading everything that depended on libassuan 2.x to use libassuan 1.x. - Jason From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 17:02:11 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 160C3106567F; Sun, 20 Jun 2010 17:02:11 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1BB3D8FC1E; Sun, 20 Jun 2010 17:02:09 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id CA43622C5091; Sun, 20 Jun 2010 20:02:08 +0300 (EEST) Date: Sun, 20 Jun 2010 20:02:07 +0300 From: Ion-Mihai Tetcu To: Lasse Collin Message-ID: <20100620200207.3b67796d@it.buh.tecnik93.com> In-Reply-To: <201006201823.03817.lasse.collin@tukaani.org> References: <4C1BA4D4.9000205@FreeBSD.org> <201006191641.26301.lasse.collin@tukaani.org> <4C1E18C4.5020303@FreeBSD.org> <201006201823.03817.lasse.collin@tukaani.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/jbRi90Vmc=ITtUBv8BU+V7i"; protocol="application/pgp-signature" Cc: ports@freebsd.org, Christian Weisgerber , Matthias Andree , portmgr@freebsd.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 17:02:11 -0000 --Sig_/jbRi90Vmc=ITtUBv8BU+V7i Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 20 Jun 2010 18:23:03 +0300 Lasse Collin wrote: > On 2010-06-20 Matthias Andree wrote: > > Am 19.06.2010 15:41, schrieb Lasse Collin: > > > Perhaps FreeBSD provides a good working way to limit the amount of > > > memory that a process actually can use. I don't see such a way > > > e.g. in Linux, so having some method in the application to limit > > > memory usage is definitely nice. It's even more useful in the > > > compression library, because a virtual-memory-hog application on > > > a busy server doesn't necessarily want to use tons of RAM for > > > decompressing data from untrusted sources. > >=20 > > Even there the default should be "max", and the library SHOULD NOT > > second-guess what trust level of data the application might to > > process with libxz's help. >=20 > There is no default value for the memory limit in liblzma (not libxz,=20 > for historical reasons). You can specify UINT64_MAX if you want. > Please don't complain how the library sucks without looking at its > API first. Don't confuse the limiter _feature_ with its _default > value_; there is a default value only in the command line tools. Personally I'd suggest keeping the option to limit the memory, but as an option, not as default. One thing I would really love to see going away is the default to delete the archive on decompression. I really see no reason for it and it makes it very easy to shoot yourself. (And no, I never understood some other compression tools default to deleting the archive file). > > Expose the limiter interface in the API if you want, but > > particularly for the library in particular, any other default than > > "unlimited memory" is a nuisance. And there's still an > > application, and unlike the xz library, the application should know > > what kind of data from what sources it is processing, and if - for > > instance - a virus inspector wants to impose memory limits and > > quarantine an attachment with what looks like an zip bomb. >=20 > Yes, this is exactly what I have done in liblzma, except that there > is no default value (typing UINT64_MAX isn't too much to ask). >=20 > > >> For compression, it's less critical because service is degraded, > > >> not denied, but I'd still think -M max would be the better > > >> default. I can always put "export XZ_OPT=3D-3" in > > >> /etc/profile.d/local.sh or wherever it belongs on the OS of the > > >> day. > > >=20 > > > If a script has "xz -9", it overrides XZ_OPT=3D-3. > >=20 > > I know. This isn't a surprise for me. The memory limiting however > > is. And the memory limiting overrides xz -9 to something lesser, > > which may not be what I want either. >=20 > I have only one computer with over 512 MiB RAM (this has 8 GiB). Thus=20 > "xz -9" is usable only on one of my computers. I cannot go and fix > all scripts so that they first check how much RAM I have and then > pick a reasonable compression level. It doesn't look so good to make > "xz -9" so low either that it would be usable on all systems with > e.g. 256 MiB RAM or more (you can have higher settings than the > current "xz -9", they just aren't so useful usually, even -9 is not > always so useful compared to a bit lower settings). >=20 > What do you think is the best solution to the above problem without=20 > putting a default memory usage limit in xz? Setting something in > XZ_OPT might work in many cases, but sometimes scripts set it > themselves e.g. to pass compression settings to some other script > calling xz. Maybe xz should support a config file? Or maybe another > environment variable, which one could assume that scripts won't > touch? These are honest questions and answering them would help much > more than long descriptions of how the current method is bad. Generally, I think programs should support both, the later overriding the first: .conf -> env -> command line=20 =20 > > >> I still think utilities and applications should /not/ impose > > >> arbitrarily lower limits by default though. > > >=20 > > > There's no multithreading in xz yet, but when there is, do you > > > want xz to use as many threads as there are CPU cores _by > > > default_? If so, do you mind if compressing with "xz -9" used > > > around 3.5 GiB of memory on a four-core system no matter how much > > > RAM it has? > >=20 > > Multithreading in xz is worth discussion if the tasks can be > > parallelized, which is apparently not the case. You would be > > duplicating effort, because we have tools to run several xz on > > distinct files at the same time, for instance BSD portable make or > > GNU make with a "-j" option. >=20 > That's a nice way to avoid answering the question. xargs works too > when you have multiple small files (there's even an example on recent > man page of xz). Please explain how any of these help with a > multigigabyte file. That's where people want xz to use threads. There > is more than one way to parallelize the compression, and some of them > increase encoder memory usage quite a lot. At the moment, what are the plans and the advantages of multithreding (both on compression and decompression)? =20 > > > I think it is quite obvious that you want the number of threads to > > > be limited so that xz won't accidentally exceed the total amount > > > of physical RAM, because then it is much slower than using fewer > > > threads. > >=20 > > This tells me xz cannot fully parallelize its effort on the CPUs, > > and should be single-threaded so as not to waste the parallelization > > overhead. >=20 > Sure, it cannot "fully" parallelize, whatever that means. But the > amount of parallelization that is possible is welcomed by many others > (you are the very first person to think it's useless). For example, > 7-Zip can use any number of threads with .xz files and there are some > liblzma-based experimental tools too. >=20 > Next question could be how to determine how many threads could be OK > for multithreaded decompression. It doesn't "fully" parallelize > either, and would be possible only in certain situations. There too > the memory usage grows quickly when threads are added. To me, a > memory usage limit together with a limit on number of threads looks > good; with no limits, the decompressor could end up reading the whole > file into RAM (and swap). Threaded decompression isn't so important > though, so I'm not even sure if I will ever implement it. I'd say offer an option if you want.=20 > > If I specify -9 or --best, but no memory option, that means > > "compress as hard as you can". >=20 > With xz it isn't and will never be. The "compress has hard as you > can" option would currently use 1.5 GiB dictionary, which is waste of > memory when compressing files that are a lot smaller than that. The > format of the LZMA2 algorithm used in .xz supports dictionaries up to > 4 GiB. The decoder supports all dictionary sizes, but the current > encoder is limited to 1.5 GiB for implementation reasons. >=20 > You would need a little bit over 16 GiB memory to compress with 1.5 > GiB dictionary using the BT4 match finder. I don't think you honestly > want -9 to be that. Instead, -9 is set to an arbitrary point of 64 > MiB dictionary, which still can make sense in many common situations. > That currently uses 674 MiB of memory to compress and a little more > than the dictionary size to decompress, so I round it up to 65 MiB. >=20 > The dictionary size is only one thing to get high compression. It=20 > depends on the file. Some files benefit a lot when dictionary size=20 > increases while others benefit mostly from spending more CPU cycles.=20 > That's why there is the --extreme option. It allows improving the=20 > compression ratio by spending more time without requiring so much RAM. >=20 > The existence of --extreme (-e) naturally makes things slightly more=20 > complicated for a user than using only a linear single-digit scale > for compression levels, but makes it easier to specify what is wanted=20 > without requiring the user to read about the advanced options. Note > that I plan to revise what settings exactly are bound to different=20 > compression levels before the 5.0.0 release. We've pondered a bit about switching our packages from .tbz to .xz or tar.xz. Given that a package is made once, and downloaded and decompressed by a lot of users a lot of times, it would probably make sense to go for the smallest possible size; however, if this would mean that some users won't be able to decompress the packages, then probably xz isn't the tools for us. Speaking of sizes, do you have any statistical data regarding: source size, compression options, compression speed and decompression speed (and memory usage, since we're talking about it)? Thanks, --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/jbRi90Vmc=ITtUBv8BU+V7i Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkweSZAACgkQJ7GIuiH/oeVJtwCfU72AcrohvEb8jEa0JAcqpB7o GzwAnRzpCfEa5wR/zdZF9eiC0lMThXN7 =vUuL -----END PGP SIGNATURE----- --Sig_/jbRi90Vmc=ITtUBv8BU+V7i-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 17:08:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BEC3106564A for ; Sun, 20 Jun 2010 17:08:22 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id E50958FC14 for ; Sun, 20 Jun 2010 17:08:21 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id AC6AA22C5091; Sun, 20 Jun 2010 20:08:20 +0300 (EEST) Date: Sun, 20 Jun 2010 20:08:19 +0300 From: Ion-Mihai Tetcu To: "Jason E. Hale" Message-ID: <20100620200819.3315f3f4@it.buh.tecnik93.com> In-Reply-To: <201006201230.37976.bsdkaffee@gmail.com> References: <20100620065552.1961e179@scorpio> <201006201230.37976.bsdkaffee@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/0d7.XB.tEnyJx=KDwSPHaZu"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 17:08:22 -0000 --Sig_/0d7.XB.tEnyJx=KDwSPHaZu Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 20 Jun 2010 12:30:37 -0400 "Jason E. Hale" wrote: > On Sunday, June 20, 2010 06:55:52 you wrote: > > FreeBSD-PRERELEASE 8.1 amd64 > >=20 > > Since the release of "libassuan-2.0.0", I have not been able to > > update or reinstall "security/GPA". All of the other ports appear > > to build fine. > >=20 > > I tried removing the old "libassuan-1-1.0.5" ports; however, when > > attempting to rebuld the 'GPA' port, it only appears to want the > > older and not newer version of "libassuan". Build the newer > > "libassuan" port first does not appear to help either. > >=20 > > A copy of the last failed build attempt with the newer "libassuan" > > port installed follows. > >=20 > > Script started on Sun Jun 20 06:44:08 2010 > > ---> Reinstalling 'gpa-0.9.0_5' (security/gpa) > > ---> Building '/usr/ports/security/gpa' > > =3D=3D=3D> Cleaning for gpa-0.9.0_5 > > =3D=3D=3D> Vulnerability check disabled, database not found > > =3D=3D=3D> License check disabled, port has not defined LICENSE > > =3D=3D=3D> Found saved configuration for gpa-0.9.0_3 > > =3D=3D=3D> Extracting for gpa-0.9.0_5 > > =3D> MD5 Checksum OK for gpa-0.9.0.tar.bz2. > > =3D> SHA256 Checksum OK for gpa-0.9.0.tar.bz2. > > =3D=3D=3D> Patching for gpa-0.9.0_5 > > =3D=3D=3D> gpa-0.9.0_5 depends on executable: gpgv2 - found > > =3D=3D=3D> gpa-0.9.0_5 depends on package: libassuan-1>=3D1.0.5 - not > > found =3D=3D=3D> Verifying install for libassuan-1>=3D1.0.5 > > in /usr/ports/security/libassuan-1 > >=20 > > =3D=3D=3D> libassuan-1-1.0.5 conflicts with installed package(s): > > libassuan-2.0.0 > >=20 > > They install files into the same place. > > Please remove them first with pkg_delete(1). > > *** Error code 1 > >=20 > > Stop in /usr/ports/security/libassuan-1. > > *** Error code 1 > >=20 > > Stop in /usr/ports/security/gpa. > > ** Command failed [exit code 1]: /usr/bin/script > > -qa /tmp/portupgrade20100620-14986-1cjhi6p-0 env > > UPGRADE_TOOL=3Dportupgrade UPGRADE_PORT=3Dgpa-0.9.0_5 > > UPGRADE_PORT_VER=3D0.9.0_5 make ** Fix the problem and try again. ** > > Listing the failed packages (-:ignored / *:skipped / !:failed) ! > > security/gpa (gpa-0.9.0_5) (unknown build error) > >=20 > > Script done on Sun Jun 20 06:44:15 2010 >=20 > I know all too well. Unfortunately a committer made a hasty move and > updated libassuan to version 2.0.0 and then made gnupg 2.x use the > newer libassuan. This of course turns into a chain of conflicts > because everything else that depends on libassuan 1.x usually needs > gnupg 2.x as well. >=20 > I am working to resolve the situation for my ports, however, the > author of gpa has not released a version that will work with > libassuan 2.x. There is a ports freeze now too, so I am not sure if > my updates will even go through for a while. If you really need to > use gpa immediately, I suggest downgrading everything that depended > on libassuan 2.x to use libassuan 1.x. Only slush, not full freeze. If your patches fix a problem, they will go in.=20 --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/0d7.XB.tEnyJx=KDwSPHaZu Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkweSwMACgkQJ7GIuiH/oeVWWQCfSEnycmovgAABBxfU/FzOGUup qqYAniWYqZnin3G7JWqgLvyBh9sN0xh6 =wE9f -----END PGP SIGNATURE----- --Sig_/0d7.XB.tEnyJx=KDwSPHaZu-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 17:16:10 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22231106564A; Sun, 20 Jun 2010 17:16:10 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id C56A88FC08; Sun, 20 Jun 2010 17:16:09 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 9036622C50C1; Sun, 20 Jun 2010 20:16:08 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 3FA395A9018; Sun, 20 Jun 2010 10:16:07 -0700 (PDT) From: QAT@FreeBSD.org To: Sergey A. Osokin In-Reply-To: <201006201711.o5KHBwXa057328@repoman.freebsd.org> References: <201006201711.o5KHBwXa057328@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: x11/xlupe X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/xlupe-1.1_2.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100620171607.3FA395A9018@jester1b.ixsystems.com> Date: Sun, 20 Jun 2010 10:16:07 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/x11/xlupe Makefile) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 17:16:10 -0000 x11/xlupe, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 17:44:35 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42F6106564A for ; Sun, 20 Jun 2010 17:44:34 +0000 (UTC) (envelope-from troy@twisted.net) Received: from oz.twisted.net (oz.twisted.net [69.211.34.241]) by mx1.freebsd.org (Postfix) with ESMTP id A29948FC0A for ; Sun, 20 Jun 2010 17:44:34 +0000 (UTC) Received: from oz.twisted.net (localhost [127.0.0.1]) by oz.twisted.net (Postfix) with ESMTP id 4803DFF1C83; Sun, 20 Jun 2010 12:51:35 -0500 (CDT) X-Virus-Scanned: amavisd-new at example.com Received: from oz.twisted.net ([127.0.0.1]) by oz.twisted.net (oz.twisted.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C2Do6yl-ThMm; Sun, 20 Jun 2010 12:51:25 -0500 (CDT) Received: from [172.16.0.5] (sindrome.twisted.net [172.16.0.5]) by oz.twisted.net (Postfix) with ESMTP id 35521FF10A7; Sun, 20 Jun 2010 12:51:23 -0500 (CDT) Message-ID: <4C1E5374.8070403@twisted.net> Date: Sun, 20 Jun 2010 12:44:20 -0500 From: Troy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: Max Brazhnikov References: <201006172146.02920.makc@issp.ac.ru> <4C1B17AE.6010208@twisted.net> <201006181137.27332.makc@issp.ac.ru> In-Reply-To: <201006181137.27332.makc@issp.ac.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: make install with kdebase-workspace-4.4.4 not working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: troy@twisted.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 17:44:35 -0000 Max, What about this one. I was trying to do a 'make install' on kdebase4-workspace and it's erroring. I did not find anything in UPDATING around this. -Troy [ 69%] Built target krunner_shell [ 69%] Built target krunner_solid_automoc [ 69%] Built target krunner_solid [ 69%] Built target krunner_webshortcuts_automoc [ 69%] Built target krunner_webshortcuts [ 69%] Built target krunner_nepomuksearchrunner_automoc Scanning dependencies of target krunner_nepomuksearchrunner [ 69%] Building CXX object plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunner.dir/nepomuksearchrunner.o In file included from /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.h:28, from /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.cpp:19: /usr/local/kde4/include/KDE/Nepomuk/Query/Result:1:37: error: ../../../nepomuk/result.h: No such file or directory In file included from /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.cpp:31: /usr/local/kde4/include/KDE/Nepomuk/Query/QueryServiceClient:1:49: error: ../../../nepomuk/queryserviceclient.h: No such file or directory In file included from /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.cpp:20: /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a member of 'Nepomuk::Query' /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a member of 'Nepomuk::Query' /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/queryclientwrapper.h:55: error: template argument 1 is invalid /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.cpp: In member function 'virtual void Nepomuk::SearchRunner::match(Plasma::RunnerContext&)': /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/generic/runners/nepomuksearch/nepomuksearchrunner.cpp:107: error: incomplete type 'Nepomuk::Query::QueryServiceClient' used in nested name specifier gmake[2]: *** [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunner.dir/nepomuksearchrunner.o] Error 1 gmake[1]: *** [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunner.dir/all] Error 2 gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11/kdebase4-workspace. *** Error code 1 Stop in /usr/ports/x11/kdebase4-workspace. From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 18:15:01 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F771106566B; Sun, 20 Jun 2010 18:15:01 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7F38FC08; Sun, 20 Jun 2010 18:15:00 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id A0C3022C53C4; Sun, 20 Jun 2010 21:14:59 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id E389D5A9018; Sun, 20 Jun 2010 11:14:58 -0700 (PDT) From: QAT@FreeBSD.org To: Sergey A. Osokin In-Reply-To: <201006201812.o5KICnVV062818@repoman.freebsd.org> References: <201006201812.o5KICnVV062818@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: devel/chrpath X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/chrpath-0.13_1.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100620181458.E389D5A9018@jester1b.ixsystems.com> Date: Sun, 20 Jun 2010 11:14:58 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/devel/chrpath Makefile ports/devel/chrpath/files patch-Makefile.in) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 18:15:01 -0000 devel/chrpath, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 18:35:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 032381065670 for ; Sun, 20 Jun 2010 18:35:32 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9038FC16 for ; Sun, 20 Jun 2010 18:35:31 +0000 (UTC) Received: by vws20 with SMTP id 20so701651vws.13 for ; Sun, 20 Jun 2010 11:35:30 -0700 (PDT) Received: by 10.220.124.224 with SMTP id v32mr1463757vcr.38.1277058930736; Sun, 20 Jun 2010 11:35:30 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id l12sm12424060vcr.9.2010.06.20.11.35.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 11:35:29 -0700 (PDT) Received: from scorpio (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 33AB5E5482F for ; Sun, 20 Jun 2010 14:35:28 -0400 (EDT) Date: Sun, 20 Jun 2010 14:35:15 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100620143515.5441959f@scorpio> In-Reply-To: <20100620200819.3315f3f4@it.buh.tecnik93.com> References: <20100620065552.1961e179@scorpio> <201006201230.37976.bsdkaffee@gmail.com> <20100620200819.3315f3f4@it.buh.tecnik93.com> Organization: seibercom.net X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEX3/uPVnZf2/v9ejGkqHB74++H///+cHCT3m6cgqYvfAAACbElEQVQ4jWXTQW/bIBQAYJLJuRMn8TVCss9zTdrrXJ6bHe1Ej/bossF9EpJ3nbapf3sP8JxOQ4qV8OU9HvjBROWcYNlKHtxlQ1/huBaOBiMwQtgHhbokMLIT76Acps5hvy61+6WsjkCZzNEW0+fcQ7Nl5uoPCegjjjhN5/MEABd89k9hXkQoX6cwPIDKCt8tYG5wpmdrxAyuolTPqpiVoEpVCWvl6e00RAD4JBJQnO4lvv0O4Cnd3WUGevYNFohxFYAy7jCCtW39LaQK8BgDAgiHVinVJlCiFKlcqgEHfwb1EuG+DwFGMO3oCIuJIEYoa8KJECBB+UBldgm0MQmEGz7GQr8XYRPKzYNO1zZ8mgdAu4BG5Ke/4KFboM8458UScViAAvYD93OAsu+Bc3zxCU7ZAjT74+dQv9K7oO0d1wuscop48Pc50O5bcVwgGzh/mXzaizJuAWERh8k3eaxKmxu4kV1p2XOEg3i3c8M+EKR93P0D1KATpC55vMHaGqFf5f/AwhlrhHgg8DTezopt6I3o3Qx4q4q6YaPxK8RxcClXeFGhTTS++QR6TS/oBs7l4WhzuNMubZG6hIBkF4qqZVdWczIqSrjKVF/i4o26IP2oElBGFy5CXKSnf6UWDTC6zKSqoAvzsakjjBvdzLKnmxdhY8eRsX7VSCUBdgD1hVJpx6y2OOS1DNDILYmqdWUJ+oHvd0rRvAqX5kpxQMR6yxHzPV6VlPFyWE7LKc36keNQI64gLP8Ybgtmg+zYuBl4fuI8VqW2RqDGE8Uzu7GxGa803whDdxx3bSZbRhfQUSxvmnpLZWpRFqHz7v8AvsBe0S1zv9UAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/_y/d3CGx45qnZF3fj2UCbWP"; protocol="application/pgp-signature" Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 18:35:32 -0000 --Sig_/_y/d3CGx45qnZF3fj2UCbWP Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 20 Jun 2010 20:08:19 +0300 Ion-Mihai Tetcu articulated: [snip] > Only slush, not full freeze. > If your patches fix a problem, they will go in. I filed a PR, so perhaps it will get fixed in the near future. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D148016 --=20 Jerry =E2=9C=8C FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ "Just saying "no" prevents teenage pregnancy the way "Have a nice day" cures chronic depression." Faye Wattleton http://en.wikipedia.org/wiki/Faye_Wattleton --Sig_/_y/d3CGx45qnZF3fj2UCbWP Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAEBAgAGBQJMHl9vAAoJEN3ZzwiLXOelQxEH/iPZnzhAyXbfjyRp3FDC1F5L cx8kENl45i1onhLGbf9Bh3ymffmwOdMVcxABchUz6WL0MazdWEVOc6Pvt4GJSFV8 YalKSgPUxNyzWJmTIM0wihTNf97TFMjEgCYCBT9b7TpXWwh3b3iKUjo6U459IWTW C3NnCPs7vRDnXJoXptYBsoOeD8fR8V0GoO0wzEYhxkko8gVCkhOIMx4qFVXb/CZu BXdgjDeooCcjoEjuu+WQUp1j5FWDcN/zHTxw0a1rAXyqpgUGyAmmnCYoiprENftb 8/GX4pk/gv26OzPwpSZRLC1W7PZVXfhrvf+xwUyTgTVl1kOgc/cM7KPq2oQW+d4= =eWIN -----END PGP SIGNATURE----- --Sig_/_y/d3CGx45qnZF3fj2UCbWP-- From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 18:36:58 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B33B1065672; Sun, 20 Jun 2010 18:36:58 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from unimail.uni-dortmund.de (mx1.HRZ.Uni-Dortmund.DE [129.217.128.51]) by mx1.freebsd.org (Postfix) with ESMTP id E33E28FC17; Sun, 20 Jun 2010 18:36:57 +0000 (UTC) Received: from [192.168.0.3] (p4FE337E8.dip.t-dialin.net [79.227.55.232]) (authenticated bits=0) by unimail.uni-dortmund.de (8.14.4/8.14.4) with ESMTP id o5KIatSd001637 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 20 Jun 2010 20:36:56 +0200 (CEST) Message-ID: <4C1E5FC7.7030702@FreeBSD.org> Date: Sun, 20 Jun 2010 20:36:55 +0200 From: Matthias Andree Organization: FreeBSD User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.9) Gecko/20100423 Mnenhy/0.8.2 Thunderbird/3.0.4 MIME-Version: 1.0 To: Lasse Collin References: <4C1BA4D4.9000205@FreeBSD.org> <201006191641.26301.lasse.collin@tukaani.org> <4C1E18C4.5020303@FreeBSD.org> <201006201823.03817.lasse.collin@tukaani.org> In-Reply-To: <201006201823.03817.lasse.collin@tukaani.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, Christian Weisgerber , portmgr@FreeBSD.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 18:36:58 -0000 (Just to clarify, this is my personal opinion, with a certain focus of getting ports, i. e. automated source code builds for FreeBSD, going. I am not speaking on behalf of FreeBSD.) Am 20.06.2010 17:23, schrieb Lasse Collin: > I have only one computer with over 512 MiB RAM (this has 8 GiB). Thus > "xz -9" is usable only on one of my computers. I cannot go and fix all > scripts so that they first check how much RAM I have and then pick a > reasonable compression level. It doesn't look so good to make "xz -9" so > low either that it would be usable on all systems with e.g. 256 MiB RAM > or more (you can have higher settings than the current "xz -9", they > just aren't so useful usually, even -9 is not always so useful compared > to a bit lower settings). The xz manpage I've been looking at suggests that -7 would be a safe choice here, and uses ~200 MB of RAM. --best might be an alias for it, or for -e7, and "--best" might be a safer choice in scripts anyways. > What do you think is the best solution to the above problem without > putting a default memory usage limit in xz? Setting something in XZ_OPT > might work in many cases, but sometimes scripts set it themselves e.g. > to pass compression settings to some other script calling xz. Maybe xz > should support a config file? Or maybe another environment variable, > which one could assume that scripts won't touch? These are honest > questions and answering them would help much more than long descriptions > of how the current method is bad. I know that GNOME and Opera (browser) have split configuration files, and a four-layer approach would be conceivable: - system-level hard configurations (can't be changed by users) - system-level default configurations (can be changed by users) - user-specific default configurations - temporary configurations for just one run. Simplifying and adapting this a bit (xz isn't a graphical tool, or something that the sysadmin needs to see about), you might use an XZ_OPT_OVERRIDES variable that is parsed after the command line. I could set it to -M40% or something similar to override -9 options in scripts. Example use: $ export XZ_OPT=-9 $ export XZ_OPT_OVERRIDES=-M40% $ xz -Mmax blah.tar would result in the same behaviour as: $ xz -9 -M40% blah.tar # here, the XZ_OPT_OVERRIDES cancels -Mmax from command line and could mean: xz trying -9, but lowering that as necessary to meet the -M40% limit. It seems logical, and fits in with the usual "later command line options override earlier". I'd probably be loathe to read a configuration file - which would effectively just push the same question a bit further out, and complicate matters. Environment variables with a big banner "don't XZ_OPT_OVERRIDES use in scripts, it is reserved for the user" might work. Then everybody can complain to the script author if it touches XZ_OPT_OVERRIDES. >> Multithreading in xz is worth discussion if the tasks can be >> parallelized, which is apparently not the case. You would be >> duplicating effort, because we have tools to run several xz on >> distinct files at the same time, for instance BSD portable make or >> GNU make with a "-j" option. > > That's a nice way to avoid answering the question. xargs works too when > you have multiple small files (there's even an example on recent man > page of xz). Please explain how any of these help with a multigigabyte > file. That's where people want xz to use threads. There is more than one > way to parallelize the compression, and some of them increase encoder > memory usage quite a lot. Actually it was a covert way to state I am clueless about the LZMA algorithm and how parallelizable it is. Surely you need to buffer an input stream if the input isn't seekable, but beyond that I never mustered sufficient interest to read it up. > Sure, it cannot "fully" parallelize, whatever that means. But the amount > of parallelization that is possible is welcomed by many others (you are > the very first person to think it's useless). For example, 7-Zip can use > any number of threads with .xz files and there are some liblzma-based > experimental tools too. Fully parallelizable means neglible overhead on the algorithmic side, i. e. near 100% speedup with each new processor added (considering Amdahl's law and later refinements). If compressing position 20-40MB in a file depends on the outcome of compressing positions 0-20MB, the task is not parallelizable at all. If two threads manage 140% of throughput of one, it's not "fully" parallelizable. > Next question could be how to determine how many threads could be OK for > multithreaded decompression. It doesn't "fully" parallelize either, and > would be possible only in certain situations. There too the memory usage > grows quickly when threads are added. To me, a memory usage limit > together with a limit on number of threads looks good; with no limits, > the decompressor could end up reading the whole file into RAM (and > swap). Threaded decompression isn't so important though, so I'm not even > sure if I will ever implement it. The easy answer for you is a "-j N" option like make's, with a default of 1. Since threads share their address space, the --memory option can easily be interpreted either way: overall or per-thread. I'd like to avoid this discussion though with the large audiences of ports@ and portmgr@ involved. I think for adoption in infrastructure, we need consistency across all computers before all else. > The dictionary size is only one thing to get high compression. It > depends on the file. Some files benefit a lot when dictionary size > increases while others benefit mostly from spending more CPU cycles. > That's why there is the --extreme option. It allows improving the > compression ratio by spending more time without requiring so much RAM. The manpages states "factor of two", which barely qualifies as "extreme" in my eyes. "extreme" would be an order of magnitude (10x). > The existence of --extreme (-e) naturally makes things slightly more > complicated for a user than using only a linear single-digit scale for > compression levels, but makes it easier to specify what is wanted > without requiring the user to read about the advanced options. Note that > I plan to revise what settings exactly are bound to different > compression levels before the 5.0.0 release. My main concern remains with consistency, predictability (don't downgrade sort-of behind my back) and reliability (don't refuse critical operations out of misunderstood politeness). I think we all can expect that -c and -d won't exchange their meaning :) Best regards Matthias From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 20:38:51 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 277B51065672 for ; Sun, 20 Jun 2010 20:38:51 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id CB25D8FC1C for ; Sun, 20 Jun 2010 20:38:50 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id D93AB3ED01C8 for ; Mon, 21 Jun 2010 00:38:48 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1277066328; bh=VgrVBhrvirju/MZmJa7awdCNdfuZOu2pchu9Rsd9RYw=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=YM/220f+a+4zHF1qytqxog35NPfhqrwsfzrvRfpNVMTO31MSUc279R7Snn/+QXLtj XT/bqWbTqbmC0T8SurulTf4KnxY1ZDyyRuG3IcLFx6AZyC8qQQ2xJO1oWdFugSyd7h bMu1SwdrIYJaXsmM/R/8Je1n3z48Lq4OxYhPxAs0= Received: from smeshariki2.local (unknown [77.66.149.137]) by smtp14.mail.yandex.net (Yandex) with ESMTPSA id AC2E119B806E for ; Mon, 21 Jun 2010 00:38:48 +0400 (MSD) Message-ID: <4C1E7C12.6010004@yandex.ru> Date: Mon, 21 Jun 2010 00:37:38 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.9) Gecko/20100515 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1277066328 X-Yandex-Spam: 1 X-Yandex-Front: smtp14.mail.yandex.net Cc: Subject: ldd(1) manpage bug and how to know who depends on libchamplain.so X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 20:38:51 -0000 Good day! I (still) have a trouble in using deskutils/gtg after gnome update, but i was able to make it work partially (it was new intel video driver issue). So, new problem is appear when i try to select some menu item - it crashes with: """ /libexec/ld-elf.so.1: /usr/local/lib/python2.6/site-packages/champlain.so: Undefined symbol "champlain_add_constants" """ I seems to rebuilt all the gnome/X things more then one time, but it steel persists. gtg isn't depend on libchamplain directly so how can i know who actually call champlain_add_constants routine from libchamplain.so? While trying to uncover this with ldd i found a bug in ldd(1) manpage. I was using command line from EXAMPLES section in tcsh and sh like so: find . -type f | xargs -n1 file -f | grep ELF | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep champlain.so and i always get """ Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information. """ Maybe it should read `xargs -n1 file -f`, not -F? Thanks for any help. -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 21:04:19 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27B0C106566C; Sun, 20 Jun 2010 21:04:19 +0000 (UTC) (envelope-from lasse.collin@tukaani.org) Received: from mailfw02.zoner.fi (mailfw02.zoner.fi [84.34.147.249]) by mx1.freebsd.org (Postfix) with ESMTP id DCED98FC1A; Sun, 20 Jun 2010 21:04:16 +0000 (UTC) Received: from www25.zoner.fi ([84.34.147.45]) by wwwsmtp02.zoner.fi with ESMTP; 21 Jun 2010 00:04:15 +0300 Received: from 86-60-146-209-dyn-dsl.ssp.fi ([86.60.146.209] helo=kaneli.localnet) by www25.zoner.fi with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OQRgd-0000JH-Dl; Mon, 21 Jun 2010 00:04:15 +0300 From: Lasse Collin To: "Ion-Mihai Tetcu" Date: Mon, 21 Jun 2010 00:04:14 +0300 User-Agent: KMail/1.13.3 (Linux/2.6.33-ARCH; KDE/4.4.4; x86_64; ; ) References: <4C1BA4D4.9000205@FreeBSD.org> <201006201823.03817.lasse.collin@tukaani.org> <20100620200207.3b67796d@it.buh.tecnik93.com> In-Reply-To: <20100620200207.3b67796d@it.buh.tecnik93.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006210004.14698.lasse.collin@tukaani.org> X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Cc: ports@freebsd.org, Christian Weisgerber , Matthias Andree , portmgr@freebsd.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 21:04:19 -0000 On 2010-06-20 Ion-Mihai Tetcu wrote: > Personally I'd suggest keeping the option to limit the memory, but as > an option, not as default. OK. > One thing I would really love to see going away is the default to > delete the archive on decompression. Being somewhat compatible with gzip and bzip2 command line syntax is useful, so even though I don't disagree with you, the default is and will be to delete the input file. > Generally, I think programs should support both, the later overriding > the first: .conf -> env -> command line It means that I will need to create a config file on all my computers that have 512 MiB RAM or less to get the behavior I want. Probably other users with older computers have to do that too to avoid insanely slow compression and unresponsive system when some script runs "xz -9". While I would prefer no need for a config file, people like me seem to be in a minority, and creating a config file isn't that big deal. Using a second environment variable would be quite similar. Only the place where the setting is put would differ. A config file could allow more flexibility though, e.g. it could be possible to even override the preset levels with user-defined custom values (at his or her own risk, of course). > At the moment, what are the plans and the advantages of multithreding > (both on compression and decompression)? The "only" advantage is that threading makes things faster when there are multiple CPU cores to use. Disadvantages of threading: - Compression ratio might be worse. It depends on how the threading is done. Different ways have their own pros and cons. - Memory usage may be a lot be higher for both compression and decompression. The plan is to get some type of threaded compression support into liblzma after the 5.0.0 release. Considering my free time etc. I don't promise any kind of development schedule. The API will done so that applications won't need to think about the details of threading too much, and can use the zlib-style loop like they do in single-threaded mode. > > Next question could be how to determine how many threads could be > > OK for multithreaded decompression. It doesn't "fully" parallelize > > either, and would be possible only in certain situations. There > > too the memory usage grows quickly when threads are added. To me, > > a memory usage limit together with a limit on number of threads > > looks good; with no limits, the decompressor could end up reading > > the whole file into RAM (and swap). Threaded decompression isn't > > so important though, so I'm not even sure if I will ever implement > > it. > > I'd say offer an option if you want. Sorry, I explained this poorly. Simple number of threads = something is not good for threaded decompression. In a generic situation you don't know beforehand how much RAM each decompressor thread would use. If threaded decompression is implemented, maybe the default should be one thread just to keep things simple. But there should be an option to use optimal number of threads so that the user doesn't need to worry about details too much. My idea for that would be to have a user- specified maximum number of threads and a memory usage limit. Then xz would use up to the allowed number of threads as long as the memory usage limit is not exceeded. Without a memory usage limit, memory usage could grow to insane amounts if there are very many cores. It's somewhat similar for threaded compression, except that the amount of memory needed per thread at the given compression level is known before the compression is started. An option to easily tell xz to use optimal number of threads would be useful e.g. in scripts, which may be used on different computers, and thus don't want to be bothered to figure out how many CPU cores there are. I think a thread limit combined with memory usage limit is reasonable here too. For the above use, there should be default values for the thread and memory limits, so that a config file or many command line options wouldn't be strictly required to get some threading with the "use optimal number of threads" setting. Number of CPU cores and some percentage of RAM could work. Users could set better values themselves, but defaults are still a nice starting point and may be enough for many. Note that if I remove the current default memory usage limit from xz, the default memory usage limit used to calculate optimal number of threads wouldn't be used for anything else; if the limit is too low, xz would just drop to single-threaded mode to use minimal amount of RAM. > We've pondered a bit about switching our packages from .tbz to .xz or > tar.xz. Given that a package is made once, and downloaded and > decompressed by a lot of users a lot of times, it would probably make > sense to go for the smallest possible size; I had the same reasoning when I got interested in LZMA in 2004. LZMA was also much faster to decompress than bzip2. Slackware uses .txz suffix for .tar.xz packages, so if you prefer a single three-letter suffix instead of .tar.xz, .txz is the way to go. > however, if this would mean that some users won't be able to > decompress the packages, then probably xz isn't the tools for us. Decoder memory usage is all about the dictionary size. With 2 MiB dictionary you can make most packages smaller with xz than with "bzip2 -9" while keeping the decoder memory usage (3 MiB) _lower_ than that of bzip2 (man page says 3700k without using the slower --small mode). I would recommend using 8 MiB dictionary for packages. That way 9 MiB of memory is needed to decompress. That's what I used for packages years ago, and it's also the default in xz ("xz -6"). A dictionary bigger than 8 MiB is not useful unless the uncompressed file is over 8 MiB. Using "xz -6e" might reduce the size a little more with some files, but it's not necessarily worth the extra CPU time. Compressing with "xz -6" needs about 100 MiB memory. It is much more than with "bzip2 -9" (man page says 7600k), but should be fine on the systems that create the packages. Using "xz -9" for binary packages would be a bad choice. It doesn't save that much space over "xz -6" and can seriously annoy users of older computers. In contrast, decompressing files created with "xz -6" works nicely on 100 MHz Pentium with 32 MiB RAM (16 MiB should be quite OK too). I will need to emphasize much more in the xz docs and possibly also in "xz --help" that using -9 really isn't usually what people want. There are also additional filters that might help. Enabling them requires using advanced options. You can try e.g. "xz --x86 --lzma2" when compressing data that includes significant amount of x86-32 or x86-64 code. That filter has a known problem that makes it perform poorly on static libraries (and Linux kernel modules), so applying it to all packages isn't necessarily a good idea. In the future (I don't know when), there will be a better and easier-to-use filter, that will use heuristics to detect when and what extra filtering should be useful. > Speaking of sizes, do you have any statistical data regarding: source > size, compression options, compression speed and decompression speed > (and memory usage, since we're talking about it)? No. It's good to note here that I haven't so far worked much on the actual compression algorithms. The critical parts are directly derived from Igor Pavlov's LZMA SDK (the code may look very different at first sight, but don't let that mislead you). As I mentioned in an earlier email, I will tweak the compression settings mapped to the compression levels before the 5.0.0 release. To do that I will need to collect some data from many different compression settings. It probably won't be high quality data, since I have limited time for experiments and I just need some rough guidelines to tweak the options. Here are a few known things: - Decompression speed is roughly constant x bytes per second of _compressed_ data on the same machine. The better the compression has been, the faster the decompression tends to be. However, if the data doesn't fit to RAM and the system needs to swap out parts of the xz process, old floppy disks start to become competitive, because the memory is accessed quite randomly. - Dictionary keeps the most recently processed uncompressed data in a ring buffer. Using a dictionary bigger than the uncompressed file is useless. - Compressor memory usage is roughly 5-12 times the dictionary size. It depends on the match finder (see mf under --lzma2 on the man page). "xz -vv" shows the encoder memory usage. I might make single -v show that info in the future along with the decoder memory usage. - Decompressor memory usage is a little more than the dictionary size. The currently supported extra filters don't use significant amount of memory. -- Lasse Collin | IRC: Larhzu @ IRCnet & Freenode From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 21:09:14 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9483D1065675 for ; Sun, 20 Jun 2010 21:09:14 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 427278FC0A for ; Sun, 20 Jun 2010 21:09:14 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id D66A23ED055A for ; Mon, 21 Jun 2010 01:09:12 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1277068152; bh=zQvWkc3szlnHzJtqGN3eQFy0LTNZ3Or+Z2fGBHjOneo=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=niw6LOZ2rQMMM1YNfG7GHG9nl5Srx8ZMIznl++OmJwPikX4k9iM/tMogOgeHTE26c hF1Rm6OkxjqpFNqJOlonvQ75f4HXc3HsNd9+sFIRGVpZpecvY1m0seHN+wn3GUeoxb JE97LTAfLQT0I//dWSFAw0tziKFS6p+++NsqirWg= Received: from smeshariki2.local (unknown [77.66.149.137]) by smtp14.mail.yandex.net (Yandex) with ESMTPSA id A948B19B806E for ; Mon, 21 Jun 2010 01:09:12 +0400 (MSD) Message-ID: <4C1E8332.5070608@yandex.ru> Date: Mon, 21 Jun 2010 01:08:02 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.9) Gecko/20100515 Thunderbird/3.0.4 MIME-Version: 1.0 To: FreeBSD Ports Mailing List References: <4C1E7C12.6010004@yandex.ru> In-Reply-To: <4C1E7C12.6010004@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Yandex-TimeMark: 1277068152 X-Yandex-Spam: 1 X-Yandex-Front: smtp14.mail.yandex.net Cc: Subject: Re: ldd(1) manpage bug and how to know who depends on libchamplain.so X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 20 Jun 2010 21:09:14 -0000 21.06.2010 00:37, Ruslan Mahmatkhanov пишет: > > Good day! > > I (still) have a trouble in using deskutils/gtg after gnome update, > but i was able to make it work partially (it was new intel video > driver issue). So, new problem is appear when i try to select some menu > item - it crashes with: > > """ > /libexec/ld-elf.so.1: > /usr/local/lib/python2.6/site-packages/champlain.so: Undefined symbol > "champlain_add_constants" > """ So i now know that gtg geolocation plugin is depends on champlain.so, but it do nothing special to get a crash, because our libchamplain python binding seems broken by itself: [mrk@smeshariki2 ~]> python Python 2.6.5 (r265:79063, Jun 18 2010, 09:30:32) [GCC 4.2.1 20070719 [FreeBSD]] on freebsd8 Type "help", "copyright", "credits" or "license" for more information. >>> import champlain Traceback (most recent call last): File "", line 1, in ImportError: /usr/local/lib/python2.6/site-packages/champlain.so: Undefined symbol "champlain_functions" >>> -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Sun Jun 20 21:11:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 668F91065672 for ; Sun, 20 Jun 2010 21:11:07 +0000 (UTC) (envelope-from makc@issp.ac.ru) Received: from mail.issp.ac.ru (mail.issp.ac.ru [77.236.34.3]) by mx1.freebsd.org (Postfix) with ESMTP id D371F8FC18 for ; Sun, 20 Jun 2010 21:11:06 +0000 (UTC) Received: from [80.73.162.239] [80.73.162.239:8954] (HELO/EHLO luna.dio.ru, authenticated with PLAIN) by mail.issp.ac.ru with ESMTP/inet id o5KLAx1b016005 (using TLSv1/SSLv3, with cipher DHE-RSA-AES256-SHA (256 bits), verified NO) Mon, 21 Jun 2010 01:11:00 +0400 (MSD) From: Max Brazhnikov Organization: ISSP RAS To: troy@twisted.net Date: Mon, 21 Jun 2010 01:11:01 +0400 User-Agent: KMail/1.13.3 (FreeBSD/8.1-PRERELEASE; KDE/4.4.4; amd64; ; ) References: <201006181137.27332.makc@issp.ac.ru> <4C1E5374.8070403@twisted.net> In-Reply-To: <4C1E5374.8070403@twisted.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006210111.01896.makc@issp.ac.ru> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (mail.issp.ac.ru [77.236.34.3]); Mon, 21 Jun 2010 01:11:00 +0400 (MSD) Cc: freebsd-ports@freebsd.org Subject: Re: make install with kdebase-workspace-4.4.4 not working X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 21:11:07 -0000 On Sun, 20 Jun 2010 12:44:20 -0500, Troy wrote: > Max, > > What about this one. I was trying to do a 'make install' on > kdebase4-workspace and it's erroring. I did not find anything in > UPDATING around this. It seems you have kdelibs4 package corrupted (you can check that with 'pkg_info -g'). Clean working directories, rebuild kdelibs4 and continue update. > [ 69%] Built target krunner_shell > [ 69%] Built target krunner_solid_automoc > [ 69%] Built target krunner_solid > [ 69%] Built target krunner_webshortcuts_automoc > [ 69%] Built target krunner_webshortcuts > [ 69%] Built target krunner_nepomuksearchrunner_automoc > Scanning dependencies of target krunner_nepomuksearchrunner > [ 69%] Building CXX object > plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunner > .dir/nepomuksearchrunner.o In file included from > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.h:28, from > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.cpp:19: > /usr/local/kde4/include/KDE/Nepomuk/Query/Result:1:37: error: > .../../../nepomuk/result.h: No such file or directory > In file included from > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.cpp:31: > /usr/local/kde4/include/KDE/Nepomuk/Query/QueryServiceClient:1:49: error: > ../../../nepomuk/queryserviceclient.h: No such file or directory In file > included from > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.cpp:20: > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gene > ric/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a > member of 'Nepomuk::Query' > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/queryclientwrapper.h:55: error: 'Result' is not a > member of 'Nepomuk::Query' > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/queryclientwrapper.h:55: error: template argument > 1 is invalid > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.cpp: In member function > 'virtual void > Nepomuk::SearchRunner::match(Plasma::RunnerContext&)': > /usr/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.4.4/plasma/gener > ic/runners/nepomuksearch/nepomuksearchrunner.cpp:107: error: incomplete > type 'Nepomuk::Query::QueryServiceClient' used in nested name specifier > gmake[2]: *** > [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunne > r.dir/nepomuksearchrunner.o] Error 1 > gmake[1]: *** > [plasma/generic/runners/nepomuksearch/CMakeFiles/krunner_nepomuksearchrunne > r.dir/all] Error 2 > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/x11/kdebase4-workspace. > *** Error code 1 > > Stop in /usr/ports/x11/kdebase4-workspace. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:29:31 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA1C31065672 for ; Mon, 21 Jun 2010 06:29:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id D41AE8FC1E for ; Mon, 21 Jun 2010 06:29:30 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 3BABB1CC30 for ; Mon, 21 Jun 2010 08:29:30 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100621062930.3BABB1CC30@mail.droso.net> Date: Mon, 21 Jun 2010 08:29:30 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:29:31 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: audio/terminatorx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=terminatorx portname: chinese/chinput3 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/zh-chinput-3.0.2.5_10.log.bz2 (_May_14_17:41:25_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: editors/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/freeglut broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=freeglut portname: graphics/gsculpt broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20100613205040/gsculpt-0.99.46.2_5.log (_Jun_16_09:07:58_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gsculpt portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100617121323/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/sharity-light broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sharity-light portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/gnomefind broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gnomefind portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:31:34 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392231065672 for ; Mon, 21 Jun 2010 06:31:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 7599E8FC18 for ; Mon, 21 Jun 2010 06:31:32 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id CD7591CC28 for ; Mon, 21 Jun 2010 08:31:31 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100621063131.CD7591CC28@mail.droso.net> Date: Mon, 21 Jun 2010 08:31:31 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:31:34 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 6.x/7.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/audacious-crossfade broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=audacious-crossfade portname: audio/aureal-kmod broken because: doesn't build on RELENG_8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=aureal-kmod portname: audio/ecamegapedal broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecamegapedal portname: audio/ecawave broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ecawave portname: audio/emu10kx broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=emu10kx portname: audio/gmpc-mserver broken because: fails to build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gmpc-mserver portname: audio/lmms broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=lmms portname: audio/muse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=muse portname: audio/squeezeboxserver broken because: Incompatiable with recent DBIx-Class updates build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.20100604112814/squeezeboxserver-7.5.0_1.log.bz2 (_Jun__5_16:06:00_UTC_2010) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/squeezeboxserver-7.4.2_1.log.bz2 (_Apr__6_11:36:33_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=squeezeboxserver portname: audio/terminatorx broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=terminatorx portname: cad/alliance broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=alliance portname: cad/tclspice broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=tclspice portname: chinese/chinput3 broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/zh-chinput-3.0.2.5_10.log.bz2 (_May_14_17:41:25_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=chinput3 portname: comms/asmodem broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=asmodem portname: comms/hcfmdm broken because: Does not compile at 7.x or higher build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: comms/hso-kmod broken because: does not build with USB2, please try comms/uhso-kmod instead build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hso-kmod portname: comms/ib-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ib-kmod portname: comms/ltmdm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=ltmdm portname: comms/uticom broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=uticom portname: comms/yawmppp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=yawmppp portname: converters/mimelib broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/gauche-gdbm broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gauche-gdbm portname: databases/p5-sqlrelay broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-sqlrelay portname: databases/pg_filedump broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100530083558/pg_filedump-8.3.log.bz2 (_May_31_15:58:31_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=pg_filedump portname: devel/ace+tao broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail broken because: Segfault during build on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gauche-sdl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gauche-sdl portname: devel/gcvs broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gcvs portname: devel/gdb53-act broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gdb-act-5.3_2,1.log (_Aug_23_08:39:54_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/libunwind broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100530083558/libunwind-20100430.log.bz2 (_May_14_17:42:24_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=libunwind portname: devel/linux-js broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linux-js portname: devel/linuxthreads broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=linuxthreads portname: devel/msp430-gdb broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/msp430-gdb-5.1.1.20030909_1.log (_Aug_23_08:40:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/ngpt broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ngpt portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/p5-P4-Client broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: devel/p5-PCSC-Card broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100610162522/p5-PCSC-Card-1.4.8.log (_Jun__2_03:50:33_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-PCSC-Card portname: devel/php-dbg2 broken because: does not compile with PHP 5.3.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=php-dbg2 portname: devel/poco-ssl broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=poco-ssl portname: devel/root broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/rubygem-rubigen broken because: depends on exact version of activesupport 2.3.5 while port is at 2.3.8 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=rubygem-rubigen 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/ved broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ved portname: editors/zed broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/fmsx broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100617121323/fmsx-3.5.1_2.log (_Jun__8_03:36:02_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=fmsx portname: emulators/mupen64plus-rice broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/mupen64plus-rice-1.5_4.log.bz2 (_May_14_17:39:33_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=mupen64plus-rice portname: emulators/p-interp broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=p-interp portname: emulators/snes9express broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: finance/gfp broken because: fails during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: ftp/wxdfast broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ftp&portname=wxdfast portname: games/abridge broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=abridge portname: games/aqbubble broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/egl broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=egl portname: games/kbilliards broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=kbilliards portname: graphics/crystalspace broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace portname: graphics/freeglut broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=freeglut portname: graphics/gsculpt broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.8.20100613205040/gsculpt-0.99.46.2_5.log (_Jun_16_09:07:58_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gsculpt portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/luxrender broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/luxrender-0.6.1_1.log.bz2 (_May_14_17:48:18_UTC_2010) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/luxrender-0.6.1_1.log.bz2 (_Apr_10_01:32:50_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=luxrender portname: graphics/mapnik broken because: Does not build with boost-1.41 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=mapnik portname: graphics/opengtl broken because: does not build with LLVM 2.7 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=opengtl portname: graphics/ophoto broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ophoto portname: graphics/paintlib broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=paintlib portname: graphics/phpsview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=phpsview portname: graphics/plasma-kmod broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=plasma-kmod portname: graphics/qcamview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qcamview portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/seom broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=seom portname: graphics/snx101util broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=snx101util portname: graphics/spcaview broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=spcaview portname: graphics/vid broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=vid portname: graphics/visionegg broken because: does not package build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=visionegg portname: graphics/white_dune broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=white_dune portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/roundcube broken because: bad distinfo build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/ja-roundcube-0.4.b,1.log.bz2 (_May__7_20:29:56_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=roundcube portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: japanese/yc.el broken because: Does not support emacs23.x or later build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=yc.el portname: java/dbvis broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/jakarta-commons-dbcp broken because: does not build unless jakarta-commons-collections is compiled with jdk15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jakarta-commons-dbcp portname: java/jdk14 broken because: Does not compile with GCC 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/jdk-1.4.2p8_15.log (_Aug_23_08:38:49_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: korean/unzip broken because: does not patch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=korean&portname=unzip portname: lang/bigloo broken because: is not compiled with Emacs 23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=bigloo portname: lang/dylan broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/etoile-languagekit broken because: needs llvm <= 2.6.r71086 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=etoile-languagekit portname: lang/gnat-gcc42 broken because: does not support FreeBSD 8.x build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc42 portname: lang/gnat-gcc44 broken because: fails to configure build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/gnat-gcc-4.4.0.log (_Mar_21_01:46:07_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gnat-gcc44 portname: lang/mlton broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: lang/mozart broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/nqc broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=nqc portname: lang/ocamlduce broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=ocamlduce portname: lang/oo2c broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=oo2c portname: lang/pugs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/u++ broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=u%2B%2B portname: mail/evolution-sharp broken because: Doesn't accept current evolution version build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=evolution-sharp portname: mail/kiltdown broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: mail/ngmp broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=ngmp portname: mail/wanderlust-emacs22 broken because: conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=wanderlust-emacs22 portname: math/R-cran-igraph broken because: Does not build with R-2.11.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=R-cran-igraph portname: math/emc2 broken because: size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emc2 portname: math/kaskade broken because: Fails to compile with GCC 4.3 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=kaskade portname: math/linalg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/rascal broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/scilab-toolbox-sivp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=scilab-toolbox-sivp portname: misc/fep broken because: Does not compile without sgtty build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=fep portname: misc/ftree broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ftree portname: misc/splitvt broken because: does not compile: /usr/include/sys/ioctl_compat.h:42:2: Definitions not available without TTY ioctl compat build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=splitvt portname: misc/usbrh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=usbrh portname: multimedia/banshee-mirage broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100612142412/banshee-mirage-0.6.0.log (_Jun_15_10:06:07_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=banshee-mirage portname: multimedia/jahshaka broken because: does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=jahshaka portname: multimedia/libomxil-bellagio broken because: bad plist build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/libomxil-bellagio-0.9.1.log.bz2 (_Apr_10_01:32:48_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=libomxil-bellagio portname: multimedia/netshow broken because: does not fetch build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.7.20100617121323/netshow-2.00.251_2.log (_May_12_05:28:15_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=netshow portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-im/trix broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=trix portname: net-mgmt/net-snmp4 broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-mgmt/tknetmon broken because: conflicting dependencies (tcl-Mysql brings in tcl85) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=tknetmon portname: net-mgmt/wide-dhcp broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=wide-dhcp portname: net/arpd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=arpd portname: net/atmsupport broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=atmsupport portname: net/b2bua broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/ggsd broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/ipex broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ipex portname: net/p5-POE-Component-Client-Twitter broken because: incomplete dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-POE-Component-Client-Twitter portname: net/penguintv broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/pimdd broken because: does not compile: error: IGMP_HOST_MEMBERSHIP_REPORT undeclared build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pimdd portname: net/pppload broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppload portname: net/pppoa broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=pppoa portname: net/sharity-light broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=sharity-light portname: net/skype broken because: This is the last version of skype that works on FreeBSD, but the distfile is no longer available from the vendor, and won't be in the future. We are working on alternative solutions. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skype portname: net/vomit broken because: does not build with new libevent build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vomit portname: net/xbone-gui broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xbone-gui portname: net/ztelnet broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/newsstar broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=newsstar portname: news/openftd broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.20090312033320/openftd-1.1.0_2.log (Wed Mar 18 11:52:03 UTC 2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/barry broken because: does not configure build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=barry portname: palm/romeo broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: palm/uppc-kmod broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=uppc-kmod portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/kaspaliste broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/latex-caption broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=latex-caption portname: print/openprinting broken because: incomplete plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=openprinting portname: print/pecl-ps broken because: does not configure build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.20100406080313/pecl-ps-1.3.6_2.log.bz2 (_Apr_10_01:22:40_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=pecl-ps portname: science/elmer-fem broken because: fails to compile with gcc4.4 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=elmer-fem portname: science/libghemical broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=libghemical portname: science/pcp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: security/dazuko broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/f-protd broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=f-protd portname: security/fragroute broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fragroute portname: security/fressh broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=fressh portname: security/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/sfs broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=sfs portname: security/vscan broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=vscan portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/3dm broken because: Requires KSE support for static-linked binaries. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=3dm portname: sysutils/bacula-client-devel broken because: Does not build due to missing llistxattr build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=bacula-client-devel portname: sysutils/busybox broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=busybox portname: sysutils/dtc broken because: bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/fusefs-encfs broken because: incompatible with newer boost. build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100612142412/fusefs-encfs-1.4.2_3.log (_Jun_15_10:04:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=fusefs-encfs portname: sysutils/gnomefind broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=gnomefind portname: sysutils/perf broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/udesc_dump broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=udesc_dump portname: sysutils/xwipower broken because: Use obsoleted wireless lan API build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/cl-meta-clisp broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.6.20100619082836/cl-meta-clisp-0.1_4.log (_Jun_11_20:45:05_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=cl-meta-clisp portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/openvanilla-modules broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=openvanilla-modules portname: textproc/py-xmltools broken because: leaves files behind after deinstallation build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: textproc/skim broken because: Doesn't build with python2.6 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=skim portname: vietnamese/vnelvis broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnelvis portname: vietnamese/vnterm broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=vietnamese&portname=vnterm portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/cacheboy15-devel broken because: does not compile with Heimdal 1.1 in 8.0-CURRENT build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=cacheboy15-devel portname: www/lws broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=lws portname: www/mod_dtcl broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_dtcl portname: www/mod_webobjects broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_webobjects portname: www/neonpp broken because: fails to build with new www/neon28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=neonpp portname: www/node broken because: incomplete plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.20100612142412/node-0.1.95.log.bz2 (_May_28_18:09:39_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=node portname: www/p5-Apache2-Scoreboard broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/p5-Apache2-Scoreboard-2.08.log.bz2 (_Jun__3_01:45:59_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache2-Scoreboard portname: www/p5-HTTP-Cookies-w3m broken because: incomplete dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-HTTP-Cookies-w3m portname: www/p5-Plack-Server-ServerSimple broken because: installs same files as its dependency build errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.9.20100319084642/p5-Plack-Server-ServerSimple-0.03.log (_Mar_21_01:51:37_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Plack-Server-ServerSimple portname: www/rubygem-ramaze broken because: requires exact version of www/rubygem-innate build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rubygem-ramaze portname: www/simplog broken because: bad checksum build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=simplog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/woadaptor broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor portname: www/woadaptor-cgi broken because: source code is now in SVN and no-longer in CVS build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=woadaptor-cgi portname: www/wyvern broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wyvern portname: www/zerowait-httpd broken because: does not build build errors: http://pointyhat.FreeBSD.org/errorlogs/powerpc-errorlogs/e.8.20100510182520/zerowait-httpd-0.8d.log.bz2 (_Mar_25_12:42:09_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zerowait-httpd portname: x11-drivers/input-wacom broken because: build failed build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom portname: x11-drivers/xf86-input-citron broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/xf86-input-citron-2.2.2_2.log.bz2 (_May_14_17:51:24_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-citron portname: x11-drivers/xf86-input-elographics broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/xf86-input-elographics-1.2.3_3.log.bz2 (_May_14_17:52:37_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-elographics portname: x11-drivers/xf86-input-fpit broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/xf86-input-fpit-1.3.0_2.log.bz2 (_May_14_17:51:24_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-input-fpit portname: x11-drivers/xf86-video-rdc broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=xf86-video-rdc portname: x11-toolkits/efltk broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=efltk portname: x11-toolkits/gambas2-gb-qt broken because: fails to build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.20090822221417/gambas2-gb-qt-2.15.2.log (_Aug_23_08:37:22_UTC_2009) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gambas2-gb-qt portname: x11-toolkits/gauche-gtk broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=gauche-gtk portname: x11-toolkits/p5-Tcl-Tk broken because: something segfaults during build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Tcl-Tk portname: x11-toolkits/php-gtk2 broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=php-gtk2 portname: x11-toolkits/ruby-panelapplet broken because: does not build with GNOME 2.26. build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon portname: x11/libcapplet broken because: does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=libcapplet portname: x11/metisse broken because: does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:31:57 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B1F710656C0 for ; Mon, 21 Jun 2010 06:31:57 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 26B7F8FC17 for ; Mon, 21 Jun 2010 06:31:57 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 810921CC38 for ; Mon, 21 Jun 2010 08:31:56 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100621063156.810921CC38@mail.droso.net> Date: Mon, 21 Jun 2010 08:31:56 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:31:57 -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: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: sysutils/aaccli description: Adaptec SCSI RAID administration tool maintainer: ports@FreeBSD.org deprecated because: see sysutils/arcconf instead, no longer maintained by Adaptec expiration date: 2010-05-11 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/aaccli-1.0.log.bz2 (_Feb_23_14:20:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=aaccli portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:32:28 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB0D610656C5 for ; Mon, 21 Jun 2010 06:32:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 08EA78FC0C for ; Mon, 21 Jun 2010 06:32:28 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 5F42A1CC28 for ; Mon, 21 Jun 2010 08:32:27 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100621063227.5F42A1CC28@mail.droso.net> Date: Mon, 21 Jun 2010 08:32:27 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:32:28 -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: devel/p5-P4-Client description: P4::Client - Perl extension for the Perforce API maintainer: tobez@FreeBSD.org status: BROKEN deprecated because: has been broken for 11 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-P4-Client portname: editors/koffice-kde4-l10n-fy description: Frisian messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-fy portname: editors/koffice-kde4-l10n-hne description: Chhattisgarhi messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-hne portname: editors/koffice-kde4-l10n-wa description: Walloon Bokmaal messages and documentation for KOffice2 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-08-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=koffice-kde4-l10n-wa portname: graphics/lphoto description: A complete desktop solution for digital photo management maintainer: ports@FreeBSD.org status: IGNORE deprecated because: broken expiration date: 2010-03-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=lphoto portname: graphics/xaralx description: Top-tier vector/general purpose graphics program (recommended version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx portname: graphics/xaralx-devel description: Top-tier vector/general purpose graphics program (development version) maintainer: vd@FreeBSD.org status: IGNORE deprecated because: Does not compile with png-1.4 and latest version is from Aug 2006 expiration date: 2010-06-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=xaralx-devel portname: japanese/samba3 description: Japanese Samba maintainer: kuriyama@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba3 portname: java/eclipse-emf description: Eclipse Modeling Framework maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-emf portname: java/eclipse-gef description: Graphical Editing Framework for the Eclipse IDE maintainer: freebsd-eclipse@FreeBSD.org deprecated because: This plugin can be installed from within eclipse via the updater expiration date: 2010-01-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-gef portname: java/eclipse-v4all description: An Eclipse Plugin for Designing Java Swing & SWT GUIs maintainer: wes@freebsd.org deprecated because: Not useful with Eclipse 3.x expiration date: 2010-06-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=eclipse-v4all portname: lang/mlton description: An optimizing Standard ML compiler maintainer: jesper.louis.andersen@gmail.com status: BROKEN deprecated because: has been broken for 5 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton portname: mail/squirrelmail-compatibility-plugin1 description: Required by many plugins for compatibility with SquirrelMail maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail-compatibility-plugin expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-compatibility-plugin1 portname: mail/squirrelmail-newuser_wiz-plugin description: Force user to enter Full name and Email address at initial logon maintainer: tabthorpe@FreeBSD.org deprecated because: use mail/squirrelmail-askuserinfo-plugin expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=squirrelmail-newuser_wiz-plugin portname: misc/kde4-l10n-bn_IN description: Bengali (India) messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-bn_IN portname: misc/kde4-l10n-hne description: Chhattisgarhi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-hne portname: misc/kde4-l10n-ku description: Kurdish messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-ku portname: misc/kde4-l10n-mr description: Marathi messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-mr portname: misc/kde4-l10n-th description: Thai messages and documentation for KDE4 maintainer: kde@FreeBSD.org status: IGNORE deprecated because: expiration date: 2010-04-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=kde4-l10n-th portname: net-mgmt/net-snmp4 description: An extendable SNMP implementation maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Use net-mgmt/net-snmp port instead expiration date: 2009-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=net-snmp4 portname: net-p2p/javadc description: Open source Java DirectConnect (TM) command-line client maintainer: ports@FreeBSD.org status: IGNORE deprecated because: is ancient, unmaintained, works only with JDK 1.3, no master site expiration date: 2010-08-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=javadc portname: net-p2p/mutella description: A command line Gnutella client maintainer: gavin.atkinson@ury.york.ac.uk deprecated because: No longer under active development expiration date: 2010-10-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=mutella portname: net/csup description: A rewrite of the CVSup file updating client in C maintainer: mux@FreeBSD.org status: IGNORE deprecated because: is already included in base system of all supported releases expiration date: 2010-02-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=csup portname: net/py-samba description: Python bindings for Samba maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-samba portname: net/samba3 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/samba-3.0.37,1.log.bz2 (_Mar_17_00:31:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba3 portname: net/samba32 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba32 portname: net/samba33 description: A free SMB and CIFS client and server for UNIX maintainer: timur@FreeBSD.org deprecated because: Unsupported by the upstream. Please, consider to upgrade. expiration date: 2010-09-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba33 portname: russian/php_doc description: PHP documentation in HTML (outdated version) maintainer: edwin@mavetju.org deprecated because: Support for the Russian translation of the PHP manual seems to have stopped expiration date: 2009-12-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=russian&portname=php_doc portname: sysutils/aaccli description: Adaptec SCSI RAID administration tool maintainer: ports@FreeBSD.org deprecated because: see sysutils/arcconf instead, no longer maintained by Adaptec expiration date: 2010-05-11 build errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.8.20100305224420/aaccli-1.0.log.bz2 (_Feb_23_14:20:04_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=aaccli portname: sysutils/dtc description: A hosting web GUI for admin and accounting all hosting services maintainer: thomas@goirand.fr status: BROKEN deprecated because: has been broken for 17 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/ipmi-kmod description: Backport of ipmi driver from FreeBSD 7-CURRENT for FreeBSD 5.3 - 6.1 maintainer: snb@FreeBSD.org status: IGNORE deprecated because: in base system since 6.2-RELEASE expiration date: 2010-01-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=ipmi-kmod portname: textproc/py-xmltools description: High level XML tools for Python maintainer: ports@FreeBSD.org status: BROKEN deprecated because: has been broken for 4 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=py-xmltools portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-themes/kde4-windeco-aurorae description: Theme engine for KWin window decorations maintainer: syncer@gmail.com status: IGNORE deprecated because: is obsolete: Aurorae shipped with KDE SC since version 4.4 expiration date: 2010-08-16 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.9.20100513045528/kde-windeco-aurorae-0.2.1_2.log.bz2 (_May_14_17:55:03_UTC_2010) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=kde4-windeco-aurorae portname: x11-toolkits/fox12 description: Fast and extensive C++ GUI toolkit -- ver.1.2 maintainer: gahr@FreeBSD.org deprecated because: Unsupported, please use x11-toolkits/fox14 or x11-toolkits/fox16 instead. expiration date: 2010-04-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox12 portname: x11-toolkits/ruby-panelapplet description: Ruby binding for libpanel-applet maintainer: ruby@FreeBSD.org status: BROKEN deprecated because: has been broken for 7 months expiration date: 2010-01-08 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=ruby-panelapplet portname: x11/chameleon description: Application for putting pictures or colors onto the root window maintainer: gavin.atkinson@ury.york.ac.uk status: BROKEN deprecated because: No longer under development, master site disappeared years ago expiration date: 2010-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=chameleon From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:32:33 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBB3D10656C5 for ; Mon, 21 Jun 2010 06:32:33 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id 9375E8FC08 for ; Mon, 21 Jun 2010 06:32:33 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id ED2D51CC28 for ; Mon, 21 Jun 2010 08:32:32 +0200 (CEST) From: linimon@FreeBSD.org To: ports@freebsd.org Message-Id: <20100621063232.ED2D51CC28@mail.droso.net> Date: Mon, 21 Jun 2010 08:32:32 +0200 (CEST) Cc: Subject: FreeBSD unmaintained ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:32:33 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:32:34 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E451110656C1 for ; Mon, 21 Jun 2010 06:32:34 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [IPv6:2001:6c8:130:400::6]) by mx1.freebsd.org (Postfix) with ESMTP id AC30A8FC22 for ; Mon, 21 Jun 2010 06:32:34 +0000 (UTC) Received: from koala.droso.net (localhost.droso.net [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id 0F8241CC30 for ; Mon, 21 Jun 2010 08:32:34 +0200 (CEST) From: linimon@FreeBSD.org To: ports@FreeBSD.org Message-Id: <20100621063234.0F8241CC30@mail.droso.net> Date: Mon, 21 Jun 2010 08:32:34 +0200 (CEST) Cc: Subject: FreeBSD ports which are currently marked forbidden X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: portmgr-feedback@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 06:32:35 -0000 As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 06:39:25 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607D61065672; Mon, 21 Jun 2010 06:39:25 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id ABA708FC15; Mon, 21 Jun 2010 06:39:24 +0000 (UTC) Received: by fxm7 with SMTP id 7so2006362fxm.13 for ; Sun, 20 Jun 2010 23:39:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received :x-virus-scanned:received:received:to:cc:subject:from:in-reply-to :references:x-operating-system:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=pGLjot5s1SW247FbTZmWf+NxkZ23tDnlmJ+jjEJvwn0=; b=FCCct9NEik7YNF+aKJ203rbWCRlrF8IFMowyb0hXzYvn8UyeisN0C86XJISUDksa93 Wr1OvCtkmzvL7E8aaqOgG9Jz8N3m3MmD3fXO+XipFlMOfurf4lothoTZOjc2bw8moqNK MTaDCuvpPMGmuxiBUiEQfRJjalSKxHnOFVnaM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=ctaLLa7GCvGltRGN748Z1FPb6CadUF4bJnTWJFtR+bjYEWzPPKtJJq/WoaYfHLMy7A TUA/N6QRt5Zac1Y5gJrD2TC+Q9vobjSo+u7+lWgdCRa7LpeWYiJ13itjCCKGqFCTP0J+ wtr7aCvy8HU3z7uqYy7jgDB6VLSn5zEB7Book= Received: by 10.223.99.156 with SMTP id u28mr4471323fan.53.1277102363106; Sun, 20 Jun 2010 23:39:23 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id e11sm26733150fak.17.2010.06.20.23.39.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 20 Jun 2010 23:39:21 -0700 (PDT) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id 1701E1CD97; Mon, 21 Jun 2010 08:39:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZj650Kb0Vfb; Mon, 21 Jun 2010 08:39:17 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id 6F6321CD8F; Mon, 21 Jun 2010 08:39:17 +0200 (CEST) To: portmgr-feedback@FreeBSD.org From: Eric Masson In-Reply-To: <20100621063240.485AA1CC8A@mail.droso.net> (linimon@freebsd.org's message of "Mon, 21 Jun 2010 08:32:40 +0200 (CEST)") References: <20100621063240.485AA1CC8A@mail.droso.net> X-Operating-System: FreeBSD 8.0-RELEASE-p3 amd64 Date: Mon, 21 Jun 2010 08:39:17 +0200 Message-ID: <86aaqohotm.fsf@srvbsdfenssv.interne.associated-bears.org> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Mailing List FreeBSD Ports Subject: Re: FreeBSD ports Problem Reports for ports you maintain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Jun 2010 06:39:25 -0000 linimon@FreeBSD.org writes: Hello, > PR number: 87397 > PR title: [patch] incorrect use of PAPERSIZE make variable in some ports > category: print > portname: lpr-wrapper > submitter: gabor@zahemszky.hu > arrival date: 2005-10-13 20:40:18 > PR state: open > URL: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=87397 A fix has been sent in the PR audit trail. Kind Regards Éric Masson -- SS> Qu'entend-je comme rumeur? les passes de Free auraient été piratés? Vous avez une copie de la base? Si oui, gardez-la bien au chaud, ça nous fera un backup. -+- Rani in : Et vlan, passe moi la base -+- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 07:57:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE3A6106564A for ; Mon, 21 Jun 2010 07:57:12 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 80C428FC17 for ; Mon, 21 Jun 2010 07:57:12 +0000 (UTC) Received: from mobileKamikaze.norad (vpn-cl-161-28.rz.uni-karlsruhe.de [141.3.161.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 4CE2D8A2022 for ; Mon, 21 Jun 2010 09:57:11 +0200 (CEST) Message-ID: <4C1F1B56.8080900@bsdforen.de> Date: Mon, 21 Jun 2010 09:57:10 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-GB; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100621063131.CD7591CC28@mail.droso.net> In-Reply-To: <20100621063131.CD7591CC28@mail.droso.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD ports which are currently marked broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 07:57:12 -0000 On 21/06/2010 08:31, linimon@FreeBSD.org wrote: > portname: x11-drivers/input-wacom > broken because: build failed > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-drivers&portname=input-wacom http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146495 -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 08:28:30 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8F61065674 for ; Mon, 21 Jun 2010 08:28:30 +0000 (UTC) (envelope-from freebsd@bitfreak.org) Received: from epona.bluerosetech.com (epona.bluerosetech.com [204.109.56.17]) by mx1.freebsd.org (Postfix) with ESMTP id 381428FC1C for ; Mon, 21 Jun 2010 08:28:29 +0000 (UTC) Received: from vivi.cat.pdx.edu (vivi.cat.pdx.edu [131.252.214.6]) by epona.bluerosetech.com (Postfix) with ESMTPSA id 576DF5C052 for ; Mon, 21 Jun 2010 01:28:29 -0700 (PDT) Received: from [127.0.0.1] (c-71-236-222-209.hsd1.wa.comcast.net [71.236.222.209]) by vivi.cat.pdx.edu (Postfix) with ESMTPSA id A866324C9A for ; Mon, 21 Jun 2010 01:28:27 -0700 (PDT) Message-ID: <4C1F22AA.10206@bitfreak.org> Date: Mon, 21 Jun 2010 01:28:26 -0700 From: Darren Pilgrim User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Call for testers: sysutils/3dm X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Jun 2010 08:28:30 -0000 I need testers for an update to the sysutils/3dm port. If you want to help test the patch, begin by downloading it from here: http://vivi.cat.pdx.edu/3dm2/sysutils_3dm.patch.txt You can apply the patch by issuing the command: cd /usr/ports/sysutils/3dm && patch < /path/to/sysutils_3dm.patch.txt The updated port should install v2.11.00.009 on 7.x and earlier and v2.09.01.004 on 8.x and later. Please test the port installs, runs and functions correctly. When reporting, please include the following information: - RAID controller model - FreeBSD version (be specific, uname -r output is good) - OS architecture (i386 or amd64) - Outcome of test If you're reporting a problem, please include complete logging/output of the error message(s). From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 08:40:03 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADCE2106564A for ; Mon, 21 Jun 2010 08:40:03 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 0F0298FC1A for ; Mon, 21 Jun 2010 08:40:02 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so631047fgb.13 for ; Mon, 21 Jun 2010 01:40:02 -0700 (PDT) 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:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=hKCcw8V2CVBMTOMoago5oScC4vazOIqpqvTqrwubVbo=; b=v9sjfM6PPe85CGq41puop94+EACNOcdpdCzqxzL9L+w3lg/Pz1FMw7AlVrfP7bLGiF 4mjOvbiP+bflT0FnJ2+MJXFwFL23QuqpHp+m2MGp0YrAsreAB9yzgOBTCJ10QeXpV92d wf5JaG3qKA5wUzGDq3Y7dPPeZNvB/AHmZ6XOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=qxt6CAxlXKHEZqTu6fgnO5DwS1joeYwzMzBQs0rVhl8sZdrdNvrFugY60eE31ZEMCK u+NwWn7C408+1PXjAsRA2Ezz1qXHQc55hf+Fg/SktlRYG/HK0Pzfyj4BPDNzHskAaC1/ 3E4FCwni2nD85Q7A3JXCK0yLei/LlU54CZeRE= Received: by 10.87.65.25 with SMTP id s25mr7645073fgk.16.1277107975370; Mon, 21 Jun 2010 01:12:55 -0700 (PDT) Received: from [172.29.1.17] (altimet-gw.cs2.dp.wnet.ua [217.20.178.249]) by mx.google.com with ESMTPS id d8sm7433820fga.6.2010.06.21.01.12.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 21 Jun 2010 01:12:54 -0700 (PDT) Message-ID: <4C1F2056.6000403@gmail.com> Date: Mon, 21 Jun 2010 11:18:30 +0300 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: ports@FreeBSD.org References: <20100621063227.5F42A1CC28@mail.droso.net> In-Reply-To: <20100621063227.5F42A1CC28@mail.droso.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: FreeBSD ports which are currently scheduled for deletion X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 08:40:03 -0000 linimon@FreeBSD.org wrote: > portname: lang/mlton > description: An optimizing Standard ML compiler > maintainer: jesper.louis.andersen@gmail.com > status: BROKEN > deprecated because: has been broken for 5 months > expiration date: 2010-01-08 > build errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mlton A fix was sent a few weeks ago as ports/147278 [1], and the maintainer already approved it. Still waiting for a commiter to take a look at it. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/147278 From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 11:06:09 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A111065677 for ; Mon, 21 Jun 2010 11:06:09 +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 F346A8FC17 for ; Mon, 21 Jun 2010 11:06:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o5LB68RO097544 for ; Mon, 21 Jun 2010 11:06:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5LB68Ge097542 for freebsd-ports@FreeBSD.org; Mon, 21 Jun 2010 11:06:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jun 2010 11:06:08 GMT Message-Id: <201006211106.o5LB68Ge097542@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, 21 Jun 2010 11:06:09 -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/148031 Maintainer-update: lang/s9ges o ports/148030 [PATCH] sysutils/stress: update to 1.0.4, take maintai f ports/148028 [PATCH] net/haproxy: update to 1.4.8 o ports/148027 New port: graphics/ramenhdr, node based video composit o ports/148025 When you open the zip file, mc looking unzip down the o ports/148021 irc/minbif port update (1.0.2->1.0.3) o ports/148020 [Patch] audio/cmus update to 2.3.3 f ports/148016 security/gpa refuses to build after security/libassuan o ports/148015 [MAINTAINER UPDATE] sysutils/rubygem-bundler: update t o ports/148014 [update] libticonv/libtifiles2/libticables2/libticalcs o ports/148012 [maintainer update] net/ucarp: cosmetic fixes. o ports/148010 bug in net/freeswitch-core o ports/148007 [UPDATE] arabic/kacst_fonts f ports/147997 [UPDATE] Update mail/dovecot-sieve to 0.1.17 f ports/147996 [UPDATE] Update mail/dovecot to 1.2.12 o ports/147994 [PATCH] www/scloader: update to 0.32 f ports/147993 [patch] mail/dkim-milter -- plist problems o ports/147987 ftp/hsftp update f ports/147982 [patch] multimedia/xmms-weasel fix depends o ports/147981 [patch] multimedia/xmms-status-plugin fix depends f ports/147977 [patch] irc/ratbox-services mark MAKE_JOBS_UNSAFE f ports/147973 [patch] audio/xmmsctrl fix depends f ports/147970 net/quagga: Ipv6 addresses cannot be assigned to inter o ports/147965 Port update: games/openjazz - Update to v.20100427 o ports/147958 [MAINTAINER] sysutils/luckybackup: Update to 0.4.0 o ports/147952 [Maintainer-Update] misc/jbidwatcher o ports/147948 graphics/sane-backends and old interactive user/group o ports/147944 [NEW PORT] net/gogoc: GogoCLIENT, which is needed to c o ports/147943 New port: net/radsecproxy Radsecproxy is a generic RAD o ports/147942 www/moinmoin sends wrong http header when in editor mo o ports/147936 New port: sysutils/dtpstree Display a tree of processe o ports/147930 [ports] maintainer update: devel/google-perftools f ports/147922 [PATCH] audio/aumix: update to 2.9.1 f ports/147921 add reload command to rc script of audio/icecast2 f ports/147916 [PATCH] net/empty: update to 0.6.18b o ports/147911 [PATCH] net-im/ejabberd: update to 2.1.4 o ports/147910 [Patch][Maintainer Update] net/haproxy-devel: v1.3.23 o ports/147908 [patch] net-mgmt/scotty3 don't hardcode -j2 f ports/147907 [patch] www/tclhttpd don't hardcode -j2 o ports/147898 [patch] sysutils/uhidd: open /usr/local/etc/uhidd.conf o ports/147895 [MAINTAINER] sysutils/fusefs-mhddfs: update to 0.1.35 o ports/147889 New port: devel/maven-ant-tasks Allows Maven's handlin o ports/147886 x11-toolkits/iwidgets, update port o ports/147882 Maintainer Update: games/ninix-aya to 4.0.7 o ports/147879 [MAINTAINER] www/validator: update to 1.0 f ports/147873 [PATCH] mail/mail-notification: [fix broken icons] o ports/147871 [maintainer update][patch]Update port: www/ziproxy to o ports/147870 Port update: devel/tbb - Update to v3.0 o ports/147868 [MAINTAINER] japanese/ja-ibus-skk: update to 0.0.8 o ports/147866 [Maintainer Update] converters/bsdconv and its family o ports/147865 [maintainer-update] Updating devel/libconfig to v.1.4. o ports/147864 [maintainer-update] Updating x11/libxdg-basedir to v.1 o ports/147861 [patch] fix math/maxima with LC_MESSAGES f ports/147853 mail/ssmtp: setting TARGET_ARCH variable prevent to co o ports/147849 New port: emulators/pcsxr - Pcsx reloaded, a PSX (Play o ports/147840 Updated Port: security/scamp o ports/147829 Improved net/ucarp startup script: multiple VHID and F o ports/147828 [maintainer-update] games/stonesoup: split up games/st o ports/147791 [patch] Update sysutils/arcconf to v6_50_18570 o ports/147776 devel/py-gevent depends on py-greenlet o ports/147773 Not assemblied lang/php52-extensions o ports/147755 Update port: audio/rosegarden to 10.04.2 f ports/147740 archivers/par2cmdline-tbb requires devel/tbb to run o ports/147706 [patch][maintainer] www/rssdler: make xmlUnEscape and o ports/147705 NEW PORT devel/bzr-grep o ports/147683 [PATCH] multimedia/playd2 update (and rename request) o ports/147682 [PATCH] multimedia/playd update (request to rename por o ports/147669 science/gramps fails to start f ports/147662 deskutils/xpad critical start f ports/147658 audio/mpc 0.17 still requires libintl.so.8 after gette o ports/147642 [patch] misc/xdelta3: update to 3.0.y f ports/147628 Update port: cad/netgen to 4.9.13 o ports/147565 powerpc64 support for devel/libffi o ports/147559 [PATCH] upgrade games/freeciv to recent version o ports/147554 new ports: audio/linux-f10-[alsa|pulseaudio] o ports/147500 [patch] Make deskutils/xpad usable f ports/147492 [PATCH] textproc/scim-bridge segfaults. f ports/147487 [PATCH] strange behaviour of math/arpack linking with o ports/147485 Update port: games/sfbol o ports/147480 Update port: devel/mk-configure: add examples and addi o ports/147469 www/surf update f ports/147464 [PATCH] devel/icu4: update to 4.4 s ports/147457 Update port: devel/ptlib26 o ports/147431 [NEW PORT] security/strongswan - Open Source IPsec-bas o ports/147427 [patch] sysutils/fusefs-wdfs allow build with neon29 f ports/147311 emulators/snes9x-gtk does not recognize --with(out)-sc f ports/147295 security/libgcrypt PORTREVISION should be bumped f ports/147293 [PATCH] net/nss_ldapd: update to 0.7.6 f ports/147289 devel/gdb66 doesn't build o ports/147287 [PATCH] sysutils/openipmi: support sensors for Sun Fir o ports/147276 x11-fonts/tkfont/Makefile does not use default tcl/tk o ports/147272 UPDATE print/jabref o ports/147251 New port: german/joomla15 - german language packages f o ports/147230 mail/spamass-milter improved adding command-line optio o ports/147221 [patch] japanese/lynx: Update to the latest stable rel o ports/147220 [patch] japanese/lynx-current: Update to the latest cu o ports/147209 [PATCH] www/tinymce: update to 3.3.6 f ports/147199 [patch] port net-mgmt/pnp fix php5.3 issues f ports/147184 request to update mail/dovecot-sieve to 0.1.16 f ports/147160 [patch] Update comms/dfu-programmer to 0.5.2 o ports/147135 New port: textproc/exmpp XMPP parsing library written o ports/147115 [NEW PORT] mail/scam-backscatter: Address verification o ports/147093 New port: www/sitracker - Incident tracker / Help Desk o ports/146970 net/csync2 - fix rc.d script error, update and take ma o ports/146964 New port: net/asterisk162 o ports/146959 devel/boost-python-libs ignores PYTHON_VERSION o ports/146955 PORTS: new port devel/geany-plugins o ports/146934 [NEW PORT] japanese/unzip NLS patched unzip. import fr o ports/146920 devel/allegro runtime and devel/allegro-devel librarie f ports/146913 ports/databases/skytools failed to make package if Pos o ports/146895 [NEW PORT] emulators/linux-libusb -- linux(4)-friendly o ports/146830 multimedia/pvr_xxx does not compile on FreeBSD 8.* and f ports/146818 [update] games/openarena latest release o ports/146776 [new port] sysutils/monitorix: a web based monitoring f ports/146766 [patch] update sysutils/bacula-server to 5.0.2 o ports/146755 net/xrdp won't connect because of protocol error o ports/146737 mail/spamass-milter Add OPTIONS to Makefile o ports/146713 [patch] net-mgmt/argus-monitor update o ports/146701 deskutils/cairo-dock: Cairo-Dock 2.1.0 has crashed o ports/146683 [NEW PORT] math/levmar: A GPL-licensed library impleme f ports/146680 lang/cmucl depends on compat4x instead of compat6x o ports/146633 update devel/ice to 3.4 f ports/146581 [PATCH] net-mgmt/zabbix-server: support for ipmi via s f ports/146571 [patch] mail/spamd -- let obspamlogd manage its own pf o ports/146567 security/nmap build fails w/default OpenSSL opts f ports/146515 deskutils/xcalendar: files/xcalendar-uj.hol updated o ports/146420 net/opal3 fails to build o ports/146392 [NEW PORT] devel/php5-thrift: PHP interface to Thrift o ports/146380 [patch] comms/xastir: Xastir grabs mouse pointer and w o ports/146338 add sftpfilecontrol patch to security/openssh-portable o ports/146281 [ PATCH ] net/xorp doesn't honor WITH_OPENSSL_PORT=yes f ports/146207 [patch] multimedia/mediainfo: reduce noise and depende f ports/146183 [patch] mail/mutt-devel: add OPTIONS support o ports/146146 [patch] net-mgmt/p5-Cflow: add OPTIONS support f ports/146097 devel/flexdock Rename/move ~/flexdock f ports/146073 [patch] net/throttled replace ${SYSCTL} with /sbin/sys f ports/146036 It is impossible to reinstall net/freeradius 1.1.8 fro o ports/145945 [NEW PORT] www/encode-explorer: A PHP script to browse o ports/145924 [PATCH] net/rtg: add startup script, and optimise data o ports/145890 [PATCH] sysutils/stress: update to 1.0.4 s ports/145858 [request] new port: add sysutils/xfce4-diskperf-plugin f ports/145836 [PATCH] x11-fonts/wqy-fonts: only build depend on perl f ports/145769 final link of mail/fetchmail fails libhx509.so undefin o ports/145577 x11-wm/fvwm-crystal: Added a patch to avoid a problem o ports/145220 graphics/aalib: Fixed syntax waring in aalib.m4 f ports/145094 [patch][repocopy] audio/linux-nerodigitalaudio: update o ports/145017 New port: databases/dm-validations. o ports/144988 [NEW PORT] net/monast: A monitoring and an operator pa o ports/144910 [new port] java/hgeclipse Mercurial VCS plugin for the f ports/144878 [patch] www/tomcat55 uid is hardcoded to 80 f ports/144857 [patch] audio/abraca: update to 0.4.3 o ports/144849 [new port] java/eclipse-eclemma code coverage for ecli f ports/144617 [PATCH] net-mgmt/docsis: Fix build on systems where GC f ports/144597 security/openssh-portable fails to compile with KERBER f ports/144559 sysutils/eventlog patch to support FreeBSD-specific lo o ports/144555 graphics/mesagl: glutMainLoop() crashes when using VBO f ports/144412 Update port: mail/tkrat2 (Use latest tcl/tk versions) o ports/144264 installing misc/compat5x (or other compats) is broken f ports/144068 [PATCH] Update ports/mail/dbmail to version 2.2.15 f ports/144066 Upgrade net/asterisk16-addons to 1.6.2.0 f ports/144059 shells/scponly: setup_chroot.sh patch o ports/143938 [NEW PORTS] Linux versions of IBus (Intelligent Input o ports/143566 sysutils/diskcheckd runs constantly when using gmirror f ports/143412 [patch] net-mgmt/cricket doesn't work on amd64 o ports/143344 [PATCH] sysutils/dtc: unbreak port s ports/143024 [PATCH] sysutils/puppet: add possobility to rc script o ports/142824 [patch] security/openssh-portable: add VersionAddendum o ports/142744 new port: x11/keyboardcast Broadcast keystrokes to mul o ports/142709 [PATCH] lang/gnat-doc-html: use $SUB_FILES to dynamica o ports/142504 new port: net/gnu-dico - dict protocol server p ports/142374 Update: www/MT and Other language o ports/142086 new port: databases/lib_mysqludf_xql, provides SQLXML o ports/141790 [new port] net-im/zephyr : enterprise-class IM system f ports/141775 x11/slim doesn't adhere keymap configuration f ports/141001 net/ssltunnel-server/ depends on /sbin/pppd o ports/140968 x11-toolkits/py-tkinter(devel/pth): py26-tkinter-2.6.4 o ports/140557 ports shells/44bsd-csh ESC file completion and ^D (vie o ports/140232 Resolve conflicts w/ devel/antlr & devel/pccts f ports/139042 deskutils/blogtk: fails to start as the version in the o ports/138929 [PATCH] security/heimdal update to 1.2.1 o ports/138806 New port: games/avp-demo ("Aliens versus predator" dem f ports/138602 audio/sphinxbase port update o ports/137541 lang/sml-mode.el: port for Emacs mode for SML needs up f ports/136984 textproc/xerces-2 port no longer needs gcc_pic patch i f ports/136439 [misc/cmatrix] install console font f ports/136108 new port: www/webistrano, web frontend to capistrano a ports/133773 net/keepalived port update request o ports/132786 New port: sysutils/sispmctl Utility for controlling a s ports/131218 www/privoxy+ipv6: /etc/rc: WARNING: run_rc_command: ca o ports/130228 [UPDATE] korean/nabi to 0.99.3 o ports/128952 [NEW PORT] java/javadb: Sun's supported distribution o o ports/127321 japanese/kon2-16dot: buffer overflow and mouse bugs s ports/127087 mail/bincimap port does not include an rc.d file s ports/125324 editors/the (3.2) looses cursor when compiled with PDC s ports/124404 net/pathchar coredumps o ports/124375 security/heimdal: www/mod_auth_kerb doesn't compile ag o ports/118716 security/heimhal - shared library conflict with heimda o ports/117921 New port: multimedia/feng Feng is a multimedia streami s ports/117299 [new ports] www/webobjects(+) Apple WebObjects ports b o ports/114611 [NEW PORT] net-p2p/freenet05: An anonymous censorship- o sparc/114349 When executing snmpd it immediately stops with a segme o ports/111501 [NEW PORT] databases/ruby-oci8 o ports/82634 heimdal port conflict with base heimdal o ports/78712 update ports: Rename ja-pycodec to ja-py??-pycodec s ports/57498 HEIMDAL_HOME should be defined in src or ports Makefil 205 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 12:07:44 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9B6106564A; Mon, 21 Jun 2010 12:07:44 +0000 (UTC) (envelope-from QAT@FeeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id A930F8FC1B; Mon, 21 Jun 2010 12:07:43 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 559C422C53D2; Mon, 21 Jun 2010 15:07:42 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id 023FB5A900B; Mon, 21 Jun 2010 05:07:40 -0700 (PDT) From: QAT@FreeBSD.org To: Sergey A. Osokin In-Reply-To: <201006211139.o5LBdoQF001057@repoman.freebsd.org> References: <201006211139.o5LBdoQF001057@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: ftp/hsftp X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/hsftp-1.15_1.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: OK Message-Id: <20100621120741.023FB5A900B@jester1b.ixsystems.com> Date: Mon, 21 Jun 2010 05:07:41 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Now OK (Re: cvs commit: ports/ftp/hsftp Makefile) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 12:07:44 -0000 ftp/hsftp, which was previously failing is OK after this commit. Thanks for fixing it! A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 12:11:25 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A2E1065670 for ; Mon, 21 Jun 2010 12:11:25 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id E687E8FC12 for ; Mon, 21 Jun 2010 12:11:24 +0000 (UTC) Received: from [193.239.178.194] (helo=localhost) by fsm1.ukr.net with esmtps ID 1OQfV7-000DMT-W2 for ports@FreeBSD.org; Mon, 21 Jun 2010 14:49:18 +0300 Date: Mon, 21 Jun 2010 14:49:16 +0300 From: Ivan Klymenko To: ports@FreeBSD.org Message-ID: <20100621144916.15617435@ukr.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/Q6+sxOGRvDV6HFRkiLG1olU" Cc: Subject: audio/tclmidi fine build in FreeBSD CURRENT if replace files/patch-ab X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Jun 2010 12:11:25 -0000 --MP_/Q6+sxOGRvDV6HFRkiLG1olU Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline audio/tclmidi fine build and wokring in my FreeBSD CURRENT if replace files/patch-ab look in attach thanks! sorry for my english. --MP_/Q6+sxOGRvDV6HFRkiLG1olU Content-Type: application/octet-stream; name=patch-ab Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=patch-ab LS0tIGNvbmZpZ3VyZS5vcmlnCTE5OTYtMTAtMTEgMDU6NTc6MjcuMDAwMDAwMDAwICswMzAwCisr KyBjb25maWd1cmUJMjAxMC0wNi0yMSAxMDowOTozNi4wMDAwMDAwMDAgKzAzMDAKQEAgLTE0NTQs NyArMTQ1NCw3IEBACiAJIyByZXN1bHRzLCBhbmQgdGhlIHZlcnNpb24gaXMga2VwdCBpbiBzcGVj aWFsIGZpbGUpLgogICAgIAogCWlmIHRlc3QgLXIgL2V0Yy8ucmVsaWQgLWEgIlhgdW5hbWUgLW5g IiA9ICJYYHVuYW1lIC1zYCIgOyB0aGVuCi0JICAgIHN5c3RlbT1NUC1SQVMtYGF3ayAne3ByaW50 ICQzfScgL2V0Yy8ucmVsaWQnYAorCSAgICBzeXN0ZW09TVAtUkFTLWBhd2sgJ3twcmludCAkM30n IC9ldGMvLnJlbGlkYAogCWZpCiAJaWYgdGVzdCAiYHVuYW1lIC1zYCIgPSAiQUlYIiA7IHRoZW4K IAkgICAgc3lzdGVtPUFJWC1gdW5hbWUgLXZgLmB1bmFtZSAtcmAKQEAgLTE2MDQsNyArMTYwNCw3 IEBACiAJICAgICAgICAjIEdyZWcgZmlndXJlZCBvdXQgaG93IHRvIHVzZSBnY2MgaW5zdGVhZCBv ZiBsZC4uCiAJCSMgLWxnY2MgY2FuIGJlIGZvdW5kIGluIC91c3IvbGliL2djYy1saWIvaTQ4Ni1s aW51eC8yLjcuMC8KIAkJIyBvciBzb21ldGhpbmcgc2ltaWxhci4KLQkgICAgICAgIFNITElCX0xE X0NYWD0iLUJzdGF0aWMgLWxnKysgLWxzdGRjKysgLWxnY2MiCisJICAgICAgICBTSExJQl9MRF9D WFg9Ii1sZysrIC1sc3RkYysrIC1sZ2NjIgogCQlETF9PQkpTPSJ0Y2xMb2FkRGxkLm8iCiAJCURM X0xJQlM9Ii1sZGxkIgogCQlMRF9GTEFHUz0iIgpAQCAtMTcyNywxMiArMTcyNywxMiBAQAogaWYg ZXZhbCAidGVzdCBcImBlY2hvICckYWNfY3ZfbGliXyckYWNfbGliX3ZhcmBcIiA9IHllcyI7IHRo ZW4KICAgZWNobyAiJGFjX3QiInllcyIgMT4mNgogICAKLQkJU0hMSUJfTERfQ1hYPSItQnN0YXRp YyAtbGcrKyAtbHN0ZGMrKyAtbGdjYyAyPiAvZGV2L251bGwiCisJCVNITElCX0xEX0NYWD0iLWxz dGRjKysgLWxnY2MgMj4gL2Rldi9udWxsIgogCQogZWxzZQogICBlY2hvICIkYWNfdCIibm8iIDE+ JjYKIAotCQlTSExJQl9MRF9DWFg9Ii1Cc3RhdGljIC1sZysrIC1sZ2NjIDI+IC9kZXYvbnVsbCIK KwkJU0hMSUJfTERfQ1hYPSItbGcrKyAtbGdjYyAyPiAvZGV2L251bGwiCiAJCiBmaQogCg== --MP_/Q6+sxOGRvDV6HFRkiLG1olU-- From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 13:57:57 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB8D6106566B for ; Mon, 21 Jun 2010 13:57:57 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id A92EB8FC1F for ; Mon, 21 Jun 2010 13:57:57 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OQhVd-000CL7-5g for freebsd-ports@freebsd.org; Mon, 21 Jun 2010 15:57:57 +0200 Date: Mon, 21 Jun 2010 15:57:57 +0200 From: Kurt Jaeger To: freebsd-ports@freebsd.org Message-ID: <20100621135757.GA47263@home.opsec.eu> References: <20100613092418.GH13886@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100613092418.GH13886@home.opsec.eu> Subject: Re: Who to bug to commit some ports ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 13:57:58 -0000 Hello, > I recently submitted some PRs for updates and new ports and would > like to know whom to ask for them to be committed. Yes, I know, I can > try to bug some ports committers using e-mail 8-), but if possible, > I would like to avoid this 8-) It's approx. 8 days later, and the ports are still not committed. I'm aware there's something like a ports freeze (not a full freeze, only a 'major upgrade freeze'. What are my options ? > - java/dbvis, update to new dbvis version > http://www.freebsd.org/cgi/query-pr.cgi?pr=147493 > > - devel/cego-base as new port > http://www.freebsd.org/cgi/query-pr.cgi?pr=147819 > > - devel/cego-xml as new port > http://www.freebsd.org/cgi/query-pr.cgi?pr=147820 > > - databases/cego as new port > http://www.freebsd.org/cgi/query-pr.cgi?pr=147822 -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 14:07:36 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099451065670 for ; Mon, 21 Jun 2010 14:07:36 +0000 (UTC) (envelope-from lists@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id BCA0D8FC17 for ; Mon, 21 Jun 2010 14:07:35 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OQhex-000CVo-VG for freebsd-ports@FreeBSD.org; Mon, 21 Jun 2010 16:07:35 +0200 Date: Mon, 21 Jun 2010 16:07:35 +0200 From: Kurt Jaeger To: freebsd-ports@FreeBSD.org Message-ID: <20100621140735.GK13886@home.opsec.eu> References: <20100613092418.GH13886@home.opsec.eu> <20100613160813.GB11744@magic.hamla.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100613160813.GB11744@magic.hamla.org> Cc: Subject: Re: Who to bug to commit some ports ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 14:07:36 -0000 Hi! > > - java/dbvis, update to new dbvis version > > http://www.freebsd.org/cgi/query-pr.cgi?pr=147493 > > I grabbed this one and will try to get to it this week. There is a newer of dbvis version available (7.1). Should I update my patch or how is this supposed to be handled ? -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 15:10:42 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C6C1065672 for ; Mon, 21 Jun 2010 15:10:42 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4C57A8FC16 for ; Mon, 21 Jun 2010 15:10:42 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id B1C9F8C07D; Mon, 21 Jun 2010 10:10:41 -0500 (CDT) Date: Mon, 21 Jun 2010 10:10:41 -0500 From: Mark Linimon To: Kurt Jaeger Message-ID: <20100621151041.GA31392@lonesome.com> References: <20100613092418.GH13886@home.opsec.eu> <20100613160813.GB11744@magic.hamla.org> <20100621140735.GK13886@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100621140735.GK13886@home.opsec.eu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-ports@FreeBSD.org Subject: Re: Who to bug to commit some ports ? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 15:10:42 -0000 On Mon, Jun 21, 2010 at 04:07:35PM +0200, Kurt Jaeger wrote: > There is a newer of dbvis version available (7.1). > > Should I update my patch or how is this supposed to be handled ? That's the preferred way, yes. And for your other question, there are currently 1211 PRs in the queue, of which 98 are for new ports, so you'll simply need to be patient. mcl From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 17:13:38 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F6DA106564A for ; Mon, 21 Jun 2010 17:13:38 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7408FC0A for ; Mon, 21 Jun 2010 17:13:37 +0000 (UTC) Received: by gyh20 with SMTP id 20so3158635gyh.13 for ; Mon, 21 Jun 2010 10:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=ZNx/33/p0xpz0UXYkJDHUl3FfjeHI8LBoILOpJ8d3zU=; b=a1phOHpVCHSYxtXtti4goQ11FNOIPW++VPrZu+GU8K0Ix6b1E5oKvSBcBQNrsIxR5H HtCa2ldxaSt7RxHM81bBYxzUPvuuN1jG/tCUybi19ADLPIJGq/rVCh6AloL83NEpiPvF OiqrF5PL6/tptIIOhk9tRlfqk2K+gQkjiqyE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=T0G8QtPIIqWcwU3lBJW0sPaw92SfkBkTv7LgdwB0CkNmSklmeRgc6UnTPcHpEkaRIZ zKPpFakDBeb/eLQiTFaYMDFqg9e3P2MStfKEURuo0/3/YiCR8bCXT2ewajTM/CXekssK 4Nyvs8OjFUQRRMw4okvMet48NPtTJ8tGUrw5w= MIME-Version: 1.0 Received: by 10.150.255.31 with SMTP id c31mr4711678ybi.196.1277140417174; Mon, 21 Jun 2010 10:13:37 -0700 (PDT) Received: by 10.231.12.67 with HTTP; Mon, 21 Jun 2010 10:13:36 -0700 (PDT) In-Reply-To: <4C1F22AA.10206@bitfreak.org> References: <4C1F22AA.10206@bitfreak.org> Date: Mon, 21 Jun 2010 10:13:36 -0700 Message-ID: From: Freddie Cash To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Call for testers: sysutils/3dm X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Jun 2010 17:13:38 -0000 On Mon, Jun 21, 2010 at 1:28 AM, Darren Pilgrim wrot= e: > I need testers for an update to the sysutils/3dm port. =C2=A0If you want = to help > test the patch, begin by downloading it from here: > The updated port should install v2.11.00.009 on 7.x and earlier and > v2.09.01.004 on 8.x and later. =C2=A0Please test the port installs, runs = and > functions correctly. =C2=A0When reporting, please include the following > information: > > - RAID controller model > - FreeBSD version (be specific, uname -r output is good) > - OS architecture (i386 or amd64) > - Outcome of test FreeBSD 7.3-RELEASE #2 r205883: Tue Mar 30 10:42:24 PDT 2010 3Ware 9550SXU-16ML 3Ware 9650SE-12ML amd64 Patch successful. 3dm2 upgraded from 2.09 to 2.11. Started fine. Able to login. Able to navigate around and twiddle options on both controllers. Will test later this afternoon or tomorrow morning on an 8.1-PRERELEASE system with the same controllers. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Mon Jun 21 19:07:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25370106566B for ; Mon, 21 Jun 2010 19:07:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id C07898FC14 for ; Mon, 21 Jun 2010 19:07:41 +0000 (UTC) Received: (qmail 2295 invoked by uid 399); 21 Jun 2010 19:07:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 21 Jun 2010 19:07:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1FB87A.5020205@FreeBSD.org> Date: Mon, 21 Jun 2010 12:07:38 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Jason E. Hale" References: <20100620065552.1961e179@scorpio> <201006201230.37976.bsdkaffee@gmail.com> In-Reply-To: <201006201230.37976.bsdkaffee@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Jerry , freebsd-ports@freebsd.org Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 21 Jun 2010 19:07:42 -0000 On 06/20/10 09:30, Jason E. Hale wrote: > On Sunday, June 20, 2010 06:55:52 you wrote: >> FreeBSD-PRERELEASE 8.1 amd64 >> >> Since the release of "libassuan-2.0.0", I have not been able to >> update or reinstall "security/GPA". All of the other ports appear >> to build fine. Jerry, I'm sorry to hear that you're having problems. At this time if you want to use gpa the only alternative is to use gnupg 1.x. I realize that's not necessarily an attractive alternative, but see below. > I know all too well. Unfortunately a committer made a hasty move and > updated libassuan to version 2.0.0 and then made gnupg 2.x use the > newer libassuan. Jason, It wasn't hasty. My first public message to maintainers of affected ports went out on May 11th. According to this message on May 12th you seemed quite optimistic that you would be able to deal with gpa, and actually gave some helpful information on some of the other ports as well, which I appreciated. http://mail.kde.org/pipermail/kde-freebsd/2010-May/008334.html In subsequent messages I agreed with your suggestion that handling everything at once was the best option, however after repeated prompting neither you, nor any of the other maintainers came forward with patches to accomplish that. Due to a bug in gnupg 2.0.14 (albeit a minor one) I thought it was important to move forward with the upgrade prior to 8.1-RELEASE. FWIW, I agree that the situation with libassuan 2.x being incompatible with 1.x is not ideal, but it's not something I have any control over. The authors of the software made that choice, and the theory is that the benefits outweigh the costs. I hope they are right. :) > This of course turns into a chain of conflicts because everything > else that depends on libassuan 1.x usually needs gnupg 2.x as well. Anything that depends on gnupg 2.x will also work with 1.x as it applies to strict gnupg functionality. Once again, I realize that this is not necessarily the most desirable option, however it _does_ leave the users with a path. It's probably also worth pointing that out of the 3 remaining ports that need to be fixed, kdepim will be fixed in the next release, and the kde folks have already committed to dealing with it. In opensc the dependency is optional, and the feature that depends on it will be removed in the next version anyway. > I am working to resolve the situation for my ports, Do you have ports other than gpa that are affected by this change? > however, the author of gpa has not released a version that will work > with libassuan 2.x. I asked Werner about this, and unfortunately it's not likely that he will be able to cut a new release of gpa prior to our 8.1-RELEASE. Are you still optimistic about using what's in their source tree to produce a patch for libassuan 2.x compatibility? I downloaded their tree but haven't had time to look at it much since I've had other urgent issues to handle. > There is a ports freeze now too, so I am not sure if my updates will > even go through for a while. Just in case I haven't been clear, if you get a patch for gpa I will commit it. Making it work with libassuan 2.0.0 definitely falls into the category of what's acceptable to commit during the slush. > If you really need to use gpa immediately, I suggest downgrading > everything that depended on libassuan 2.x to use libassuan 1.x. At this point the only thing that depends on it is gnupg 2.x (and dirmngr, but the only thing that depends on it is gnupg 2.x). hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 04:57:01 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DC9D1065673 for ; Tue, 22 Jun 2010 04:57:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6298FC22 for ; Tue, 22 Jun 2010 04:57:00 +0000 (UTC) Received: (qmail 16835 invoked by uid 399); 22 Jun 2010 04:56:59 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 04:56:59 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C204297.8060600@FreeBSD.org> Date: Mon, 21 Jun 2010 21:56:55 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ashish SHUKLA References: <4C1C5275.9000907@FreeBSD.org> <86631ekm61.fsf@chateau.d.if> In-Reply-To: <86631ekm61.fsf@chateau.d.if> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------040406030301040905040603" Cc: perl@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: lang/perl5.10 doesn't build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 04:57:01 -0000 This is a multi-part message in MIME format. --------------040406030301040905040603 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/20/10 03:56, Ashish SHUKLA wrote: > Try adding '-lssp_nonshared' to the LDFLAGS. Thanks for the suggestion, but that didn't help. What did help is the attached patch, which doesn't fix, but does avoid the problem with trying to find libssp. With that patch the resulting perl passed all the tests except for the 5 in the attached file. So, if it's desirable to build perl with -fstack-protector (and it almost certainly is) then the long term solution needs to be to detect what gcc we're building with and add the right flags to the linker so that libssp can be found in (for example) /usr/local/lib/gcc45/libssp.so.0 Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ --------------040406030301040905040603 Content-Type: text/plain; name="perl-tests" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="perl-tests" ext/IO/t/io_xs................................................ok ext/IPC-SysV/t/ipcsysv........................................# Failed test 'right length' # at ../ext/IPC-SysV/t/ipcsysv.t line 256. # got: '0' # expected: '10' FAILED at test 12 ext/IPC-SysV/t/msg............................................# Failed test 'qnum' # at ../ext/IPC-SysV/t/msg.t line 84. # got: '21701' # expected: '1' FAILED at test 4 ext/IPC-SysV/t/podcov.........................................skipped ext/IPC-SysV/t/pod............................................skipped ext/IPC-SysV/t/sem............................................# Failed test 'set all' # at ../ext/IPC-SysV/t/sem.t line 79. FAILED at test 3 ext/IPC-SysV/t/shm............................................# Failed test 'cpid' # at ../ext/IPC-SysV/t/shm.t line 66. # got: '0' # expected: '21705' FAILED at test 4 ext/List-Util/t/00version.....................................ok lib/AnyDBM_File...............................................ok lib/Archive/Extract/t/01_Archive-Extract......................# Failed test 'extract() for 'double_dir.zip' reports success (PP: 0 Bin: 1)' # at ../lib/Archive/Extract/t/01_Archive-Extract.t line 427. FAILED at test 83 lib/Archive/Tar/t/01_use......................................ok --------------040406030301040905040603 Content-Type: text/plain; name="perl-Configure.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="perl-Configure.diff" --- Configure.bak 2009-08-18 12:03:53.000000000 -0700 +++ Configure 2010-06-21 21:19:02.000000000 -0700 @@ -5147,7 +5147,7 @@ # as that way the compiler can do the right implementation dependant # thing. (NWC) case "$gccversion" in - ?*) set stack-protector -fstack-protector + ?*) eval $checkccflag ;; esac --------------040406030301040905040603-- From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 05:04:49 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C3FA106566C for ; Tue, 22 Jun 2010 05:04:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2EE3A8FC13 for ; Tue, 22 Jun 2010 05:04:48 +0000 (UTC) Received: (qmail 27292 invoked by uid 399); 22 Jun 2010 05:04:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 05:04:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C20446E.8040601@FreeBSD.org> Date: Mon, 21 Jun 2010 22:04:46 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: gecko@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 05:04:49 -0000 Howdy, On to the next victim. :) In my ongoing campaign to build my ports with gcc 4.5.1 thunderbird was the next to fall. Full log is at http://people.freebsd.org/~dougb/tbird.txt Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 05:37:26 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE78D1065670; Tue, 22 Jun 2010 05:37:26 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 379BD8FC0A; Tue, 22 Jun 2010 05:37:25 +0000 (UTC) Received: by qyk11 with SMTP id 11so1696461qyk.13 for ; Mon, 21 Jun 2010 22:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=J4AudQdmK/dfQjkGUWOwyBvwujuIrzhyt/Z3OmMn7X4=; b=Io0Os1OQnknMWtGheZKAveqPwt/zbSM7GDvPrDmXPeCtPfaCexM3HmaEEtoiEJArTE P6D2KTUmnVZMXipmIrVXUxN928ivOM930YVDohqjyqo+m5DfwCqg1EEr3z3llKkngJkv Wm6WtyFD2EHhkHXmEeRG9TGRd7cM9pp6XkvSo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rzGWvFy/O5pgiw4jyd7W4UoclbkHcA0dJCDzokVp8l2+pTh62xazRZnskTxp3CzKP/ 55Q89olNMnQbeyvtbN2yinU0CaY9T2QF9cyeCBGlShXSXFp2xRYqgn/ngJeMzwXCjrtg TPjyilPVYNN5wNIjS9LLUyhiUuoo0xXOgULUU= MIME-Version: 1.0 Received: by 10.224.36.161 with SMTP id t33mr3814973qad.282.1277185045156; Mon, 21 Jun 2010 22:37:25 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 21 Jun 2010 22:37:24 -0700 (PDT) In-Reply-To: <4C20446E.8040601@FreeBSD.org> References: <4C20446E.8040601@FreeBSD.org> Date: Mon, 21 Jun 2010 22:37:24 -0700 Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gecko@freebsd.org, freebsd-ports@freebsd.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 05:37:26 -0000 On Mon, Jun 21, 2010 at 10:04 PM, Doug Barton wrote: > Howdy, > > On to the next victim. :) =A0In my ongoing campaign to build my ports wit= h gcc > 4.5.1 thunderbird was the next to fall. Full log is at > http://people.freebsd.org/~dougb/tbird.txt There are way too many standard C errors in there for it to be pure chance (probably a nasty C++ scoping error). You probably should talk to someone in the Mozilla team about this. Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 05:44:04 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB1C1065670; Tue, 22 Jun 2010 05:44:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.211.181]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3F88FC19; Tue, 22 Jun 2010 05:44:04 +0000 (UTC) Received: by ywh11 with SMTP id 11so3259291ywh.7 for ; Mon, 21 Jun 2010 22:44:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0CV3s7qvoLnrc4AXnnr8Jwzzr2kcHwmMrBv4DHNepDg=; b=eOugM+V/IaWmIgsBSxy/ymQ2GIVqcRNoKYypuI1PyzEKnmxzkNPI3TB4XtFfglxVqw S7Tz5wXcWmzReyAFr/n9z2Jug357pp8HKCDyXbVgU1oQGnssLw40HdtGafWcqc0XG6N3 qSsm7Sc6Qi98vhe9KMRWOm8kEX/atxfdo3zdI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=S111PRP4JMPDAM2TXK108qJeo2XF0pUEHnNsd7VKDpuoyAS2KF8JLtwRRfpgRkvajc YTT9oFYtFZdVj4LttHXyPAHGDEZBEPbSp5PP3UiXNQDQqzVr1c3SQnRaYgIVAuugW2RV nsHE0PVERXH5vsq3C3dyPAq1tn1VP/HYbpers= MIME-Version: 1.0 Received: by 10.229.186.4 with SMTP id cq4mr3098360qcb.236.1277185443371; Mon, 21 Jun 2010 22:44:03 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Mon, 21 Jun 2010 22:44:03 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jun 2010 22:44:03 -0700 Message-ID: From: Garrett Cooper To: bf1783@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: dougb@freebsd.org, freebsd-ports@freebsd.org Subject: Re: lang/perl5.10 doesn't build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 05:44:04 -0000 On Sat, Jun 19, 2010 at 8:25 AM, b. f. wrote: > lang/perl5.* fails with -fstack-protector in CFLAGS, when built with > the base system compiler, on some architectures. I used the attached > patch with the base system compiler and lang/perl5.10 on 9-CURRENT > i386 to fix the problem. =A0However, I never attempted to use it with > lang/gcc45, because I did not want to introduce circular dependencies > in my ports. =A0Your problem may be related. This patch's logic is inverted: $ make -f Makefile.cflags_test -fstack-protector -fstack-protector-all $ cat Makefile.cflags_test CFLAGS+=3D -fstack-protector -fstack-protector-all -funroll-loops all: @echo ${CFLAGS:M-fstack-protector*} I think you wanted :N... HTH, -Garrett From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 05:52:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A191065679 for ; Tue, 22 Jun 2010 05:52:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3E0E38FC16 for ; Tue, 22 Jun 2010 05:52:32 +0000 (UTC) Received: (qmail 25040 invoked by uid 399); 22 Jun 2010 05:52:32 -0000 Received: from localhost (HELO ?192.168.0.145?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 05:52:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Mon, 21 Jun 2010 22:52:29 -0700 (PDT) From: Doug Barton To: Garrett Cooper In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! OpenPGP: id=1A1ABC84 Organization: http://SupersetSolutions.com/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bf1783@gmail.com, freebsd-ports@freebsd.org Subject: Re: lang/perl5.10 doesn't build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 05:52:33 -0000 On Mon, 21 Jun 2010, Garrett Cooper wrote: > This patch's logic is inverted: Doesn't matter, ports Makefile fu isn't going to get the job done to remove -fstack-protector, see my post tonight about this. Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 06:18:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64F17106566C; Tue, 22 Jun 2010 06:18:12 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8E218FC1D; Tue, 22 Jun 2010 06:18:11 +0000 (UTC) Received: by wwe15 with SMTP id 15so888901wwe.13 for ; Mon, 21 Jun 2010 23:18:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=Jr78THi+eNa1RUfE5z7pxwlHHwnNqeN3y+M1KeatXSM=; b=jeN1LXtDEtlRH937a+I67S4xR4guQW5COHqlk13h3lqtQ5lS0eZuwO7v2S5YMt0TkB Iwk+EfkGWtEpWxEIC7O0E1D3MGwM20XRT9kaxyljhXJ9k+YZ8c/CiLeDShW28jsDgx9J itXIRxWWWtZTvSumheQLqIU4EnRUwagtzHkiQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=xgQQ2ty0gZ/75Z2IiBeSUNO8BLxIDZmGK1eOs4EOe1f5xNj5sxdDoEPzAZoHO5uLnW oR1HXjW7oU+/XYz3ZLAfmAnbxHVq/BJ2us7HIowBgs52FW6kn26GgWsIhQBAgwgcnXai 9Qf1PCR+EYvGR4hC6gt8qQBqkDap9Z9UIMHFc= MIME-Version: 1.0 Received: by 10.216.85.70 with SMTP id t48mr4227594wee.59.1277187490455; Mon, 21 Jun 2010 23:18:10 -0700 (PDT) Received: by 10.216.168.1 with HTTP; Mon, 21 Jun 2010 23:18:10 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Jun 2010 06:18:10 +0000 Message-ID: From: "b. f." To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: dougb@freebsd.org, freebsd-ports@freebsd.org Subject: Re: lang/perl5.10 doesn't build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 06:18:12 -0000 On 6/22/10, Garrett Cooper wrote: > On Sat, Jun 19, 2010 at 8:25 AM, b. f. wrote: >> lang/perl5.* fails with -fstack-protector in CFLAGS, when built with >> the base system compiler, on some architectures. I used the attached >> patch with the base system compiler and lang/perl5.10 on 9-CURRENT >> i386 to fix the problem. However, I never attempted to use it with >> lang/gcc45, because I did not want to introduce circular dependencies >> in my ports. Your problem may be related. > > This patch's logic is inverted: > > $ make -f Makefile.cflags_test > -fstack-protector -fstack-protector-all > $ cat Makefile.cflags_test > CFLAGS+= -fstack-protector -fstack-protector-all -funroll-loops > > all: > @echo ${CFLAGS:M-fstack-protector*} > > I think you wanted :N... No, my intention wasn't to remove the stack-protector flags, but rather to explicitly add them to LDFLAGS when they were present in CFLAGS, because they are among a number of flags that need to be issued both when compiling and when linking. I've been building perl for some time with these changes, and, as I showed Doug, I can build perl with gcc 4.5, too. His problem appears to arise from the fact that his base system libraries are built with stack protection, but his ports are not, causing linking failures. I suggest that he switches to using it everywhere (some ports may need to be patched on some architectures, and appropriate flags added in make.conf) or nowhere (rebuild the base system WITHOUT_SSP). b. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 06:25:06 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E118E106564A for ; Tue, 22 Jun 2010 06:25:06 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7ACAD8FC0C for ; Tue, 22 Jun 2010 06:25:06 +0000 (UTC) Received: by wwe15 with SMTP id 15so891848wwe.13 for ; Mon, 21 Jun 2010 23:25:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to:date :message-id:subject:from:to:cc:content-type; bh=bv0XlwVX1UwCXbBNnDJueHPV6+mbew72pM1ZXaHwzL8=; b=d3QJI8y9vpBVuruOdmhUIMBFk6kR4Z99elet06RfyYGIyZZxqKxuvazRTSrb8k4qa8 /Tc7c+ev4lxPyUgnEntMoRN0GMv1EOvUIo4kaMEPVvR8eiwPPt8o3VyPpzc/kgc+i+mS lv1UlJLo+PfbYpRKpXlxZQPnUsumYuzww0pBk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=HaNQlw6Xo1kFs1y5BnUIe+tlWMsA4BecnALpA6JuvjLnhtn45BJ7GDXPk7KGSDpESm Hxn1hCwOxcXoZJD+T5pOKy7hAPkj4so6qAzLTzUs91CBDruYBHn3BiP5AU7uVwcuZRqQ fH9kUrxYz84Ty8NhIqhKR2uVKmJRbrbGeCYdI= MIME-Version: 1.0 Received: by 10.216.171.10 with SMTP id q10mr953249wel.28.1277187905531; Mon, 21 Jun 2010 23:25:05 -0700 (PDT) Received: by 10.216.168.1 with HTTP; Mon, 21 Jun 2010 23:25:05 -0700 (PDT) Date: Tue, 22 Jun 2010 06:25:05 +0000 Message-ID: From: "b. f." To: dougb@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@FreeBSD.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 06:25:07 -0000 Doug Barton wrote: >On to the next victim. :) In my ongoing campaign to build my ports with >gcc 4.5.1 thunderbird was the next to fall. Full log is at >http://people.freebsd.org/~dougb/tbird.txt Before you embark on this campaign, remember that others have been experimenting with building ports with later versions of gcc for months or even years now, and there are suggestions on how to solve some of the problems that arise in the FreeBSD forums and in the open PRs. This particular set of problems can probably be solved via patches similar to those in: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/142736 where some other mozilla ports are discussed. b. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 07:23:52 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E485C106564A for ; Tue, 22 Jun 2010 07:23:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8C68FC16 for ; Tue, 22 Jun 2010 07:23:52 +0000 (UTC) Received: (qmail 30318 invoked by uid 399); 22 Jun 2010 07:23:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 07:23:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C206505.2060601@FreeBSD.org> Date: Tue, 22 Jun 2010 00:23:49 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: bf1783@gmail.com References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 07:23:53 -0000 On 06/21/10 23:25, b. f. wrote: > Doug Barton wrote: >> On to the next victim. :) In my ongoing campaign to build my ports with >> gcc 4.5.1 thunderbird was the next to fall. Full log is at >> http://people.freebsd.org/~dougb/tbird.txt > > Before you embark on this campaign, remember that others have been > experimenting with building ports with later versions of gcc for > months or even years now, and there are suggestions on how to solve > some of the problems that arise in the FreeBSD forums and in the open > PRs. I certainly mean no disrespect to those who've already been working on this problem. I'm really interested in the idea of having a "ports compiler," and I'm trying to do what I can from more of a typical user perspective. If bringing more visibility to the issue helps get more ports fixed, that's a good thing, right? (I'm also trying to fix _my_ ports as I go along as well.) The ultimate goal (in my mind anyway) would be for both src AND ports to be in better shape to be "compiler agnostic" so that newer versions of gcc, clang, or whatever else can be more of a drop-in replacement. I'm not naive enough to think that it will be easy, or even 100% possible. But the more things we _can_ fix the better. > This particular set of problems can probably be solved via > patches similar to those in: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/142736 > > where some other mozilla ports are discussed. Hopefully the gecko@ team is listening. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 07:45:24 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F641106564A; Tue, 22 Jun 2010 07:45:24 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id DCEEE8FC20; Tue, 22 Jun 2010 07:45:23 +0000 (UTC) Received: from daedalus.network.local (gprs55.swisscom-mobile.ch [193.247.250.55]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id o5M7jJwJ063547 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Tue, 22 Jun 2010 07:45:20 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4C206A5B.3070203@FreeBSD.org> Date: Tue, 22 Jun 2010 09:46:35 +0200 From: Beat Gaetzi User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100620 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: Doug Barton References: <4C206505.2060601@FreeBSD.org> In-Reply-To: <4C206505.2060601@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bf1783@gmail.com, freebsd-ports@FreeBSD.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 07:45:24 -0000 On 22.06.2010 09:23, Doug Barton wrote: > On 06/21/10 23:25, b. f. wrote: >> Doug Barton wrote: >>> On to the next victim. :) In my ongoing campaign to build my ports with >>> gcc 4.5.1 thunderbird was the next to fall. Full log is at >>> http://people.freebsd.org/~dougb/tbird.txt >> >> Before you embark on this campaign, remember that others have been >> experimenting with building ports with later versions of gcc for >> months or even years now, and there are suggestions on how to solve >> some of the problems that arise in the FreeBSD forums and in the open >> PRs. > > I certainly mean no disrespect to those who've already been working on > this problem. I'm really interested in the idea of having a "ports > compiler," and I'm trying to do what I can from more of a typical user > perspective. If bringing more visibility to the issue helps get more > ports fixed, that's a good thing, right? (I'm also trying to fix _my_ > ports as I go along as well.) > > The ultimate goal (in my mind anyway) would be for both src AND ports to > be in better shape to be "compiler agnostic" so that newer versions of > gcc, clang, or whatever else can be more of a drop-in replacement. I'm > not naive enough to think that it will be easy, or even 100% possible. > But the more things we _can_ fix the better. > >> This particular set of problems can probably be solved via >> patches similar to those in: >> >> http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/142736 >> >> where some other mozilla ports are discussed. > > Hopefully the gecko@ team is listening. :) Sure :) This is on our TODO list: http://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO But our man power is very limited and we'd like to cleanup/remove old gecko ports and update libxul first. Beat From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 07:50:17 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C268106564A for ; Tue, 22 Jun 2010 07:50:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD978FC17 for ; Tue, 22 Jun 2010 07:50:16 +0000 (UTC) Received: (qmail 2879 invoked by uid 399); 22 Jun 2010 07:50:16 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 07:50:16 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C206B36.7020200@FreeBSD.org> Date: Tue, 22 Jun 2010 00:50:14 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: Beat Gaetzi References: <4C206505.2060601@FreeBSD.org> <4C206A5B.3070203@FreeBSD.org> In-Reply-To: <4C206A5B.3070203@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: bf1783@gmail.com, freebsd-ports@FreeBSD.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 07:50:17 -0000 On 06/22/10 00:46, Beat Gaetzi wrote: > Sure :) This is on our TODO list: > http://trillian.chruetertee.ch/freebsd-gecko/wiki/TODO > > But our man power is very limited and we'd like to cleanup/remove old > gecko ports and update libxul first. Awesome, thanks for replying! So far 3.0.5 compiled with the base compiler is working just fine. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 08:45:44 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B350106566B for ; Tue, 22 Jun 2010 08:45:44 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from ibox.insign.ch (ibox.insign.ch [195.134.143.207]) by mx1.freebsd.org (Postfix) with SMTP id 585F38FC19 for ; Tue, 22 Jun 2010 08:45:42 +0000 (UTC) Received: (qmail 92790 invoked from network); 22 Jun 2010 08:45:40 -0000 Received: from [192.168.1.170] ([80.254.166.203]) by ibox.insign.ch ([195.134.143.207]) with ESMTP via TCP; 22 Jun 2010 08:45:40 -0000 From: Olivier Mueller To: ports@freebsd.org In-Reply-To: <47e01da70905240107u6baf7e44pb9e46f8d6952de70@mail.gmail.com> References: <1242763051.5505.18.camel@frosch.omx.ch> <47e01da70905240107u6baf7e44pb9e46f8d6952de70@mail.gmail.com> Content-Type: text/plain Date: Tue, 22 Jun 2010 10:45:39 +0200 Message-Id: <1277196339.16778.20.camel@ompc.insign.local> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: 7bit Cc: Andrey Slusar Subject: Re: [freebsd] pecl-imagick -> Segmentation fault: 11 (core dumped) on php -i under freebsd 7.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 08:45:44 -0000 Hello, On Sun, 2009-05-24 at 11:07 +0300, Andrey Slusar wrote: > > Current version (under 7.2) seems to crash with a "Segmentation fault: > > 11 (core dumped)" with php 5.2.9, and in some bug reports I saw that the > > problem doesn't occur anymore with pecl-imagick 2.2.2 (stable) or 2.3.x > > (beta) ( http://pecl.php.net/package/imagick ). > > Updated to 2.2.2 Thanks for your updates :) But at the moment, it seems to be "broken" again, and I can't find why. Problem: [om@pandora ~]$ php -v -c /usr/local/etc/php.ini-production PHP 5.3.2 with Suhosin-Patch (cli) (built: Jun 14 2010 18:11:48) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies Segmentation fault: 11 (core dumped) If I comment the line "extension=imagick.so" in /usr/local/etc/php/extensions.ini , it works fine (but without imagick then...). I tried recompiling about nearly all related packages (png, imagemagick, php, etc.), but it didn't helped. Same if I comment some other extensions (like pdf.so, etc.). All packages are 100% uptodate, as well as the OS (7.3-RELEASE-p1 amd64), but it was previously a 7.2 system, so this may have an influence. Is anybody using pecl-imagick without this segfault at the moment? Or do you have any suggestion about what I could try? I will setup a "blank" 7.3 system as a VM later this week to test by myself Thanks & regards, Olivier PS: some files & infos: 1) /usr/local/etc/php/extensions.ini extension=imap.so extension=openssl.so extension=zip.so extension=ftp.so extension=sqlite.so extension=ctype.so extension=json.so extension=zlib.so extension=gettext.so extension=filter.so extension=tidy.so extension=mysql.so extension=mcrypt.so extension=hash.so extension=mbstring.so extension=tokenizer.so extension=dom.so extension=xmlreader.so extension=bz2.so extension=iconv.so extension=simplexml.so extension=pdo.so extension=xml.so extension=xsl.so extension=pdo_sqlite.so extension=pdo_mysql.so extension=curl.so extension=mssql.so extension=mysqli.so extension=session.so extension=soap.so extension=wddx.so extension=memcache.so extension=gd.so extension=pdf.so extension=imagick.so 2) pkg_info |grep -i -e pecl -e php pear-1.9.0 PEAR framework for PHP pecl-imagick-3.0.0.r1 Provides a wrapper to the ImageMagick/GraphicsMagick librar pecl-memcache-3.0.4 Memcached extension pecl-pdflib-2.1.8 A PECL extension to create PDF on the fly php5-5.3.2_1 PHP Scripting Language php5-bz2-5.3.2_1 The bz2 shared extension for php php5-ctype-5.3.2_1 The ctype shared extension for php php5-curl-5.3.2_1 The curl shared extension for php php5-dom-5.3.2_1 The dom shared extension for php php5-filter-5.3.2_1 The filter shared extension for php php5-ftp-5.3.2_1 The ftp shared extension for php php5-gd-5.3.2_1 The gd shared extension for php php5-gettext-5.3.2_1 The gettext shared extension for php php5-hash-5.3.2_1 The hash shared extension for php php5-iconv-5.3.2_1 The iconv shared extension for php php5-imap-5.3.2_1 The imap shared extension for php php5-json-5.3.2_1 The json shared extension for php php5-mbstring-5.3.2_1 The mbstring shared extension for php php5-mcrypt-5.3.2_1 The mcrypt shared extension for php php5-mssql-5.3.2_1 The mssql shared extension for php php5-mysql-5.3.2_1 The mysql shared extension for php php5-mysqli-5.3.2_1 The mysqli shared extension for php php5-openssl-5.3.2_1 The openssl shared extension for php php5-pdo-5.3.2_1 The pdo shared extension for php php5-pdo_mysql-5.3.2_1 The pdo_mysql shared extension for php php5-pdo_sqlite-5.3.2_1 The pdo_sqlite shared extension for php php5-session-5.3.2_1 The session shared extension for php php5-simplexml-5.3.2_1 The simplexml shared extension for php php5-soap-5.3.2_1 The soap shared extension for php php5-sqlite-5.3.2_1 The sqlite shared extension for php php5-tidy-5.3.2_1 The tidy shared extension for php php5-tokenizer-5.3.2_1 The tokenizer shared extension for php php5-wddx-5.3.2_1 The wddx shared extension for php php5-xml-5.3.2_1 The xml shared extension for php php5-xmlreader-5.3.2_1 The xmlreader shared extension for php php5-xsl-5.3.2_1 The xsl shared extension for php php5-zip-5.3.2_1 The zip shared extension for php php5-zlib-5.3.2_1 The zlib shared extension for php phpMyAdmin-3.3.3 A set of PHP-scripts to manage MySQL over the web phpSysInfo-3.0.r9_1 A PHP script for displaying system information 3) uname -a FreeBSD pandora 7.3-RELEASE-p1 FreeBSD 7.3-RELEASE-p1 #0: Tue May 25 19:23:41 UTC 2010 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 4) php -i shows: [...] imagick imagick module => enabled imagick module version => 3.0.0RC1 imagick classes => Imagick, ImagickDraw, ImagickPixel, ImagickPixelIterator ImageMagick version => ImageMagick 6.6.1-10 2010-06-22 Q16 http://www.imagemagick.org ImageMagick copyright => Copyright (C) 1999-2010 ImageMagick Studio LLC ImageMagick release date => 2010-06-22 [...] (but shows "Segmentation fault: 11 (core dumped)" at the end). From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 09:15:00 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7A61065674; Tue, 22 Jun 2010 09:15:00 +0000 (UTC) (envelope-from lasse.collin@tukaani.org) Received: from mailfw02.zoner.fi (mailfw02.zoner.fi [84.34.147.249]) by mx1.freebsd.org (Postfix) with ESMTP id A3EC98FC14; Tue, 22 Jun 2010 09:14:59 +0000 (UTC) Received: from www25.zoner.fi ([84.34.147.45]) by wwwsmtp02.zoner.fi with ESMTP; 22 Jun 2010 12:14:56 +0300 Received: from 86-60-146-209-dyn-dsl.ssp.fi ([86.60.146.209] helo=kaneli.localnet) by www25.zoner.fi with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OQzZI-0005bT-K6; Tue, 22 Jun 2010 12:14:56 +0300 From: Lasse Collin To: Matthias Andree Date: Tue, 22 Jun 2010 12:14:54 +0300 User-Agent: KMail/1.13.3 (Linux/2.6.33-ARCH; KDE/4.4.4; x86_64; ; ) References: <4C1BA4D4.9000205@FreeBSD.org> <201006201823.03817.lasse.collin@tukaani.org> <4C1E5FC7.7030702@FreeBSD.org> In-Reply-To: <4C1E5FC7.7030702@FreeBSD.org> MIME-Version: 1.0 X-Length: 5952 X-UID: 7 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201006221214.54641.lasse.collin@tukaani.org> X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Cc: ports@freebsd.org, Christian Weisgerber , portmgr@freebsd.org Subject: Re: FreeBSD ports USE_XZ critical issue on low-RAM computers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 09:15:00 -0000 On 2010-06-20 Matthias Andree wrote: > $ export XZ_OPT=-9 > $ export XZ_OPT_OVERRIDES=-M40% > $ xz -Mmax blah.tar > > would result in the same behaviour as: > > $ xz -9 -M40% blah.tar > # here, the XZ_OPT_OVERRIDES cancels -Mmax from command line > > and could mean: xz trying -9, but lowering that as necessary to meet > the -M40% limit. This or a config file should solve the problem that removing the default memory usage limit would create for me and some other people -- at least as long we remember to add the environment variable or config file on each system. ;-) Environment variable could be easier than a config file. Adding support for it is almost a trivial change to the code, and it is easier to use it per-command basis if needed for some reason. It's still possible that applications using liblzma will use too high settings on low-memory systems, but so far I haven't seen such problems in real-world situations like I have with scripts that use the xz tool. So at least for now there's no need to think about controlling liblzma e.g. via an environment variable, and hopefully it will never be needed. > Environment variables with a big banner "don't XZ_OPT_OVERRIDES use > in scripts, it is reserved for the user" might work. Then everybody > can complain to the script author if it touches XZ_OPT_OVERRIDES. I'm sure it will work. > > Sure, it cannot "fully" parallelize, whatever that means. But the > > amount of parallelization that is possible is welcomed by many > > others (you are the very first person to think it's useless). For > > example, 7-Zip can use any number of threads with .xz files and > > there are some liblzma-based experimental tools too. > > Fully parallelizable means neglible overhead on the algorithmic side, > i. e. near 100% speedup with each new processor added (considering > Amdahl's law and later refinements). > > If compressing position 20-40MB in a file depends on the outcome of > compressing positions 0-20MB, the task is not parallelizable at all. > > If two threads manage 140% of throughput of one, it's not "fully" > parallelizable. OK, so it's fully parallizable only with a simple method that splits the uncompressed data into chunks that are compressed independently. This can decrease compression ratio, but often not too much if chunk size is big enough. Definition of "too much" naturally depends on the specific use case. There are non-fully parallizable ways too with their own advantages and disadvantages. In the long term there will probably be a few different threading methods in liblzma. > > Next question could be how to determine how many threads could be > > OK for multithreaded decompression. It doesn't "fully" parallelize > > either, and would be possible only in certain situations. There > > too the memory usage grows quickly when threads are added. To me, > > a memory usage limit together with a limit on number of threads > > looks good; with no limits, the decompressor could end up reading > > the whole file into RAM (and swap). Threaded decompression isn't > > so important though, so I'm not even sure if I will ever implement > > it. > > The easy answer for you is a "-j N" option like make's, with a > default of 1. Since threads share their address space, the --memory > option can easily be interpreted either way: overall or per-thread. My above description was not good. See my previous email and how a default limit could be useful here even if single-threaded operation should have no limits by default. > I'd like to avoid this discussion though with the large audiences of > ports@ and portmgr@ involved. Feel free to adjust the recipient list. > I think for adoption in infrastructure, > we need consistency across all computers before all else. I can understand that. For me it is important that if the _default_ memory usage limit is thrown away, there needs to be something else to solve the problems that the default memory usage limit was designed to fix. I have got some useful ideas from this discussion, thanks to you and others commenting this thread. I will remove the default limit and probably add support for another environment variable. Hopefully this will make most people somewhat happy. I'm sorry about the hassle that this issue has created. > > The dictionary size is only one thing to get high compression. It > > depends on the file. Some files benefit a lot when dictionary size > > increases while others benefit mostly from spending more CPU > > cycles. That's why there is the --extreme option. It allows > > improving the compression ratio by spending more time without > > requiring so much RAM. > > The manpages states "factor of two", which barely qualifies as > "extreme" in my eyes. "extreme" would be an order of magnitude > (10x). The option name isn't the greatest, I'm generally bad at naming things. Time increase with "xz -2e" is around 10x compared to "xz -2", because it turns a fast mode into slow mode without increasing the dictionary size. With "xz -6" and "xz -6e" the speed difference is not necessarily even 2x. Often "xz -6e" saves only 0.1-0.5 % compared to "xz -6" (sometimes much more though), so the extra CPU cycles with big files often aren't worth it. It depends on what the use case is. -- Lasse Collin | IRC: Larhzu @ IRCnet & Freenode From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 10:42:02 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243D9106564A; Tue, 22 Jun 2010 10:42:02 +0000 (UTC) (envelope-from bsdkaffee@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFB048FC20; Tue, 22 Jun 2010 10:42:01 +0000 (UTC) Received: by vws1 with SMTP id 1so2713664vws.13 for ; Tue, 22 Jun 2010 03:42:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=T5xUiU6KOlKK5RH8fqDAipE2Ovp6vpppobeejvBqHRA=; b=fEygf3fZp9j1ksQcxWMQy3jAUQMo2hkYjc5mx2EC3dVQCYTgTIyvCEbqESh1uXxNEs nq1vNvmOg2neA5Fg3ZsSg/aFv8UbcSEmmFsy8O558ecPBXh0ObupB/sdbKL2M3nhaBLi lk1cwgpH+kvRmcxPsF95nGnTl5BKBUaRB9Kg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=BrWxT7pShZJmAIji9CHbSdE33zbg4XTMpn8Mr5D8EK1ycOk1bGfHpntP4+Mc2NsQZS VbD4N8dvKw+zst3cJ7pyHd5z6Io5f6UL7xgPhWkTquV7Xb5oUpGJyLCjSl6EtQIEzA6n OUaQYwxPeWeKoQBO3DaQXpdv7Omlc0dxeX3W8= Received: by 10.220.127.2 with SMTP id e2mr3084512vcs.277.1277203320178; Tue, 22 Jun 2010 03:42:00 -0700 (PDT) Received: from mocha.verizon.net (c-24-3-43-53.hsd1.oh.comcast.net [24.3.43.53]) by mx.google.com with ESMTPS id y13sm11252954vch.10.2010.06.22.03.41.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 03:41:58 -0700 (PDT) From: "Jason E. Hale" To: Doug Barton Date: Tue, 22 Jun 2010 06:41:46 -0400 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE; KDE/4.4.4; i386; ; ) References: <20100620065552.1961e179@scorpio> <201006201230.37976.bsdkaffee@gmail.com> <4C1FB87A.5020205@FreeBSD.org> In-Reply-To: <4C1FB87A.5020205@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006220641.46207.bsdkaffee@gmail.com> Cc: Jerry , freebsd-ports@freebsd.org Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 10:42:02 -0000 On Monday, June 21, 2010 15:07:38 Doug Barton wrote: > On 06/20/10 09:30, Jason E. Hale wrote: > > On Sunday, June 20, 2010 06:55:52 you wrote: > >> FreeBSD-PRERELEASE 8.1 amd64 > >> > >> Since the release of "libassuan-2.0.0", I have not been able to > >> update or reinstall "security/GPA". All of the other ports appear > >> to build fine. > > Jerry, > > I'm sorry to hear that you're having problems. At this time if you want > to use gpa the only alternative is to use gnupg 1.x. I realize that's > not necessarily an attractive alternative, but see below. > GPA won't work with gnupg 1.x. It requires gpgsm which is only provided by gnupg 2.x. I have submitted a PR to make GPA work with libassuan 2.x. I have also submitted a PR for the latest version of GPGME which is also required. GPGME: http://www.freebsd.org/cgi/query-pr.cgi?pr=148061 GPA: http://www.freebsd.org/cgi/query-pr.cgi?pr=148062 > > I know all too well. Unfortunately a committer made a hasty move and > > updated libassuan to version 2.0.0 and then made gnupg 2.x use the > > newer libassuan. > > Jason, > > It wasn't hasty. My first public message to maintainers of affected > ports went out on May 11th. According to this message on May 12th you > seemed quite optimistic that you would be able to deal with gpa, and > actually gave some helpful information on some of the other ports > as well, which I appreciated. > > http://mail.kde.org/pipermail/kde-freebsd/2010-May/008334.html > > In subsequent messages I agreed with your suggestion that handling > everything at once was the best option, however after repeated prompting > neither you, nor any of the other maintainers came forward with patches > to accomplish that. Due to a bug in gnupg 2.0.14 (albeit a minor one) I > thought it was important to move forward with the upgrade prior to > 8.1-RELEASE. > > FWIW, I agree that the situation with libassuan 2.x being incompatible > with 1.x is not ideal, but it's not something I have any control over. > The authors of the software made that choice, and the theory is that the > benefits outweigh the costs. I hope they are right. :) > I couldn't really do anything with my ports until their dependencies were updated first (which you have done). I would have liked to have gotten the updated ports for the dependencies ahead of time so I could tackle my ports before they broke. As a KDE user, I also didn't want to see kdepim4 lose functionality. However, seeing how the gnupg developers saw fit to release all of their software in reverse dependency order, I guess a few small sacrifices are acceptable. > > This of course turns into a chain of conflicts because everything > > else that depends on libassuan 1.x usually needs gnupg 2.x as well. > > Anything that depends on gnupg 2.x will also work with 1.x as it applies > to strict gnupg functionality. Once again, I realize that this is not > necessarily the most desirable option, however it _does_ leave the users > with a path. > > It's probably also worth pointing that out of the 3 remaining ports that > need to be fixed, kdepim will be fixed in the next release, and the kde > folks have already committed to dealing with it. In opensc the > dependency is optional, and the feature that depends on it will be > removed in the next version anyway. > > > I am working to resolve the situation for my ports, > > Do you have ports other than gpa that are affected by this change? > > > however, the author of gpa has not released a version that will work > > with libassuan 2.x. > > I asked Werner about this, and unfortunately it's not likely that he > will be able to cut a new release of gpa prior to our 8.1-RELEASE. Are > you still optimistic about using what's in their source tree to produce > a patch for libassuan 2.x compatibility? I downloaded their tree but > haven't had time to look at it much since I've had other urgent issues > to handle. > > > There is a ports freeze now too, so I am not sure if my updates will > > even go through for a while. > > Just in case I haven't been clear, if you get a patch for gpa I will > commit it. Making it work with libassuan 2.0.0 definitely falls into the > category of what's acceptable to commit during the slush. > Thanks, the PR links are above. I CC'd you as well. > > If you really need to use gpa immediately, I suggest downgrading > > everything that depended on libassuan 2.x to use libassuan 1.x. > > At this point the only thing that depends on it is gnupg 2.x (and > dirmngr, but the only thing that depends on it is gnupg 2.x). > > > hth, > > Doug Regards, Jason From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 11:39:53 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839081065686 for ; Tue, 22 Jun 2010 11:39:53 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1478FC1A for ; Tue, 22 Jun 2010 11:39:52 +0000 (UTC) Received: by wwe15 with SMTP id 15so1118158wwe.13 for ; Tue, 22 Jun 2010 04:39:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=Z0wpmK7a/aCXfBuA7Mt1mFsUzi0W0CNtNJvG6eIWs4c=; b=kNRDnsV63/vEqr130GAKhkdu4epM44S82ODnnUSncEbqAZU/DKeVRvIGk2DTAk1la7 cjsUywv0Ss00sq0nHfpD3H8lq0QI0xDDA268wLfo76YvhdOeUELYWSY/GL7vL87b/suX iEGtE/7rS1aImwTys7CA9CikTLZu35i4ub8LI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=uGJ1VA6qBY1lva53RVqpEu5TA/ROP0lhrNlRkmyPCAylQfx6PPY4bxToUa2x0/lWTd lqiZVPUoAGNUiEbosELQ2kRepT9K0LBznRASYPJ/Wee4+LuYRx99m71kmZkqa4Nl6pCd 4jKEm5Mk7tAlJ8ukW92BODb4HBhOJFJImTnyA= MIME-Version: 1.0 Received: by 10.216.85.143 with SMTP id u15mr1184150wee.113.1277206788612; Tue, 22 Jun 2010 04:39:48 -0700 (PDT) Received: by 10.216.168.1 with HTTP; Tue, 22 Jun 2010 04:39:48 -0700 (PDT) In-Reply-To: <4C206505.2060601@FreeBSD.org> References: <4C206505.2060601@FreeBSD.org> Date: Tue, 22 Jun 2010 11:39:48 +0000 Message-ID: From: "b. f." To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 11:39:53 -0000 On 6/22/10, Doug Barton wrote: > On 06/21/10 23:25, b. f. wrote: >> Doug Barton wrote: >>> On to the next victim. :) In my ongoing campaign to build my ports with >>> gcc 4.5.1 thunderbird was the next to fall. Full log is at >>> http://people.freebsd.org/~dougb/tbird.txt >> >> Before you embark on this campaign, remember that others have been >> experimenting with building ports with later versions of gcc for >> months or even years now, and there are suggestions on how to solve >> some of the problems that arise in the FreeBSD forums and in the open >> PRs. > > I certainly mean no disrespect to those who've already been working on > this problem. I'm really interested in the idea of having a "ports > compiler," and I'm trying to do what I can from more of a typical user > perspective. If bringing more visibility to the issue helps get more > ports fixed, that's a good thing, right? (I'm also trying to fix _my_ > ports as I go along as well.) > > The ultimate goal (in my mind anyway) would be for both src AND ports to > be in better shape to be "compiler agnostic" so that newer versions of > gcc, clang, or whatever else can be more of a drop-in replacement. I'm > not naive enough to think that it will be easy, or even 100% possible. > But the more things we _can_ fix the better. > Yes, of course. I didn't mean to suggest that I thought you were being disrespectful, but only to let you know that you may solve some of these problems more quickly by skimming through the open PRs, mailing lists archives, and forum listings first. Also, because many GNU/Linux distros, NetBSD, and DragonflyBSD have switched to later versions of gcc and/or binutils than we have in our base system, other packaging systems (especially Red Hat Fedora's Rawhide packages, Gentoo Portage, and NetBSD pkgsrc) may have relevant patches, especially for older software. Also, http://gcc.gnu.org/gcc-4.3/porting_to.html http://gcc.gnu.org/gcc-4.4/porting_to.html http://gcc.gnu.org/gcc-4.3/changes.html http://gcc.gnu.org/gcc-4.4/changes.html http://gcc.gnu.org/gcc-4.5/changes.html http://gcc.gnu.org/gcc-4.6/changes.html provide useful hints for some problems related to re-factoring of compiler headers, and changes in compiler defaults (those for earlier versions of gcc than the one you have mentioned may contain information that is also applicable to 4.5 and 4.6). I think it would be good if someone posted tinderbox results for exp-runs of ports built with the latest stable branch of gcc, and with clang, to show which ports need to be patched. Perhaps that fellow who has a GSoC project to make it possible to use clang with the Ports system may be willing to do this, at least for clang. I can tell you right now from my own experiences that the ports infrastructure and many individual ports do not respect the necessary compiler and toolchain-related variables. b. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 11:55:22 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64FC106566B for ; Tue, 22 Jun 2010 11:55:22 +0000 (UTC) (envelope-from pol@leissner.se) Received: from mailgate.leissner.se (mailgate.leissner.se [212.3.1.210]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE068FC12 for ; Tue, 22 Jun 2010 11:55:22 +0000 (UTC) Received: from mailgate.leissner.se (localhost [127.0.0.1]) by mailgate.leissner.se (8.14.4/8.14.4) with ESMTP id o5MBtKoY025934 for ; Tue, 22 Jun 2010 13:55:20 +0200 (CEST) (envelope-from pol@leissner.se) Received: (from uucp@localhost) by mailgate.leissner.se (8.14.4/8.14.4/Submit) id o5MBtKuQ025933 for ; Tue, 22 Jun 2010 13:55:20 +0200 (CEST) (envelope-from pol@leissner.se) Received: from UNKNOWN(192.168.111.3), claiming to be "[192.168.111.3]" via SMTP by mailgate.leissner.se, id smtpdzqIO0a; Tue Jun 22 13:55:11 2010 From: Peter Olsson To: ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Jun 2010 13:55:11 +0200 Message-ID: <1277207711.2795.76.camel@tower> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: Subject: net-snmp unusable after upgrade to 5.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 11:55:23 -0000 Hello! Yesterday I upgraded net-snmp in about ten servers. After the upgrade net-snmp doesn't accept connections (in FreeBSD 7.3) or won't even start (in FreeBSD 6.4). FreeBSD 7.3-RELEASE =================== net-snmp upgraded to 5.5 with portmaster using source. All configuration unchanged. $ cat /var/db/ports/net-snmp/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for net-snmp-5.4.2.1_6 _OPTIONS_READ=net-snmp-5.4.2.1_6 WITH_IPV6=true WITHOUT_MFD_REWRITES=true WITH_PERL=true WITH_PERL_EMBEDDED=true WITHOUT_TKMIB=true WITH_DUMMY=true WITHOUT_DMALLOC=true $ cat /var/log/snmpd.log NET-SNMP version 5.5 Connection from UDP: [x.x.x.x]:57497->[0.0.0.0] REFUSED Connection from UDP: [x.x.x.x]:57497->[0.0.0.0] REFUSED Connection from UDP: [x.x.x.x]:57497->[0.0.0.0] REFUSED $ grep snmp /etc/hosts.allow snmpd : x.x.x.x : allow $ cat /usr/local/share/snmp/snmpd.conf syslocation "xxx" rocommunity xxx x.x.x.x $ ps auxwww|grep snmp root 69517 0,0 0,5 9416 4772 ?? S 1:26pm 0:01,04 /usr/local/sbin/snmpd -c /usr/local/share/snmp/snmpd.conf -p /var/run/snmpd.pid -a This worked fine with previous versions of net-snmp. (I added snmpd_conffile to rc.conf as a test today, previously I didn't use that parameter.) FreeBSD 6.4-RELEASE-p9 ====================== net-snmp upgraded to 5.5 with portmaster using source. All configuration unchanged. $ cat /var/db/ports/net-snmp/options # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for net-snmp-5.4.2.1_5 _OPTIONS_READ=net-snmp-5.4.2.1_5 WITH_IPV6=true WITHOUT_MFD_REWRITES=true WITH_PERL=true WITH_PERL_EMBEDDED=true WITHOUT_TKMIB=true WITH_DUMMY=true WITHOUT_DMALLOC=true $ /usr/local/etc/rc.d/snmpd start Starting snmpd. /libexec/ld-elf.so.1: Shared object "libperl.so" not found, required by "libnetsnmphelpers.so.20" $ ldd /usr/local/lib/libnetsnmphelpers.so.20 /usr/local/lib/libnetsnmphelpers.so.20: libnetsnmpagent.so.20 => /usr/local/lib/libnetsnmpagent.so.20 (0x28182000) libwrap.so.4 => /usr/lib/libwrap.so.4 (0x281c1000) libperl.so => not found (0x0) libcrypt.so.3 => /lib/libcrypt.so.3 (0x281c8000) libutil.so.5 => /lib/libutil.so.5 (0x281e0000) libnetsnmp.so.20 => /usr/local/lib/libnetsnmp.so.20 (0x281ec000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x28291000) libm.so.4 => /lib/libm.so.4 (0x28384000) libkvm.so.3 => /lib/libkvm.so.3 (0x2839a000) libdevstat.so.5 => /lib/libdevstat.so.5 (0x283a1000) libperl.so => /usr/local/lib/perl5/5.8.9/mach/CORE/libperl.so (0x283a6000) $ l /usr/local/lib/perl5/5.8.9/mach/CORE/libperl.so -r-xr-xr-x 1 root wheel 1161691 22 Jun 11:25 /usr/local/lib/perl5/5.8.9/mach/CORE/libperl.so $ file /usr/local/lib/perl5/5.8.9/mach/CORE/libperl.so /usr/local/lib/perl5/5.8.9/mach/CORE/libperl.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped I tried rebuilding all ports in one of the 6.4 servers, and then reboot, but that didn't help. Here is the port list from this 6.4 server: aespipe-v2.3.e = up-to-date with port ca_root_nss-3.12.4 = up-to-date with port curl-7.20.1 = up-to-date with port gettext-0.18_1 = up-to-date with port gnupg-2.0.15 = up-to-date with port libassuan-2.0.0 = up-to-date with port libgcrypt-1.4.5 = up-to-date with port libgpg-error-1.7_1 = up-to-date with port libiconv-1.13.1_1 = up-to-date with port libksba-1.0.7 = up-to-date with port libol-0.3.18 = up-to-date with port nbsmtp-1.00 = up-to-date with port net-snmp-5.5 = up-to-date with port perl-5.8.9_3 = up-to-date with port portmaster-2.32 = up-to-date with port pth-2.0.7 = up-to-date with port sendmail-8.14.4_2 = up-to-date with port sudo-1.7.2.7 = up-to-date with port syslog-ng-1.6.12_1 = up-to-date with port yafic-1.2.2 = up-to-date with port I have searched the list archives back through March, but find nothing relevant there or with Google. Thanks! -- Peter Olsson pol@leissner.se From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 11:56:45 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 672F9106566B for ; Tue, 22 Jun 2010 11:56:45 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id D160E8FC14 for ; Tue, 22 Jun 2010 11:56:44 +0000 (UTC) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OR25o-0005MF-Bc for freebsd-ports@freebsd.org; Tue, 22 Jun 2010 13:56:43 +0200 Message-ID: <4C20A4F5.9010501@gwdg.de> Date: Tue, 22 Jun 2010 13:56:37 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.1.10) Gecko/20100620 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - Subject: stellarium crashes on 9.0-CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 11:56:45 -0000 For some weeks now I am not able to start astro/stellarium (versions 10.3 and 10.5) any more. Immediately after starting I only get a core dump, nothing else. It seems like this behaviour appeared after the latest update of KDE / QT. I am running recent 9.0-CURRENT (amd64) with x11/nvidia-driver. Other OpenGL programs like astro/celestia and astro/openunivers work like a charm. Looking at the core dump with gdb gives me the following output (btw. it seems to be difficult to build stellarium with debugging symbols, any hints?): ---------------------------------------------------------------- (gdb) core stellarium.core warning: exec file is newer than core file. Core was generated by `stellarium'. Program terminated with signal 11, Segmentation fault. Symbols already loaded for /usr/local/lib/qt4/libQtOpenGL.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtScript.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtGui.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtSql.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtNetwork.so.4 Symbols already loaded for /usr/local/lib/qt4/libQtCore.so.4 Symbols already loaded for /usr/local/lib/libGLU.so.1 Symbols already loaded for /usr/local/lib/libGL.so.1 Symbols already loaded for /usr/local/lib/libSM.so.6 Symbols already loaded for /usr/local/lib/libICE.so.6 Symbols already loaded for /usr/local/lib/libX11.so.6 Symbols already loaded for /usr/local/lib/libXext.so.6 Symbols already loaded for /usr/local/lib/libiconv.so.3 Symbols already loaded for /usr/local/lib/libintl.so.9 Symbols already loaded for /lib/libz.so.6 Symbols already loaded for /usr/lib/libstdc++.so.6 Symbols already loaded for /lib/libm.so.5 Symbols already loaded for /lib/libgcc_s.so.1 Symbols already loaded for /lib/libc.so.7 Symbols already loaded for /usr/local/lib/libfreetype.so.9 Symbols already loaded for /usr/local/lib/libXrender.so.1 Symbols already loaded for /usr/local/lib/libfontconfig.so.1 Symbols already loaded for /lib/libthr.so.3 Symbols already loaded for /usr/local/lib/libgthread-2.0.so.0 Symbols already loaded for /usr/local/lib/libglib-2.0.so.0 Symbols already loaded for /usr/local/lib/libpng.so.6 Symbols already loaded for /usr/local/lib/libnvidia-tls.so.1 Symbols already loaded for /usr/local/lib/libGLcore.so.1 Symbols already loaded for /usr/local/lib/libxcb.so.2 Symbols already loaded for /usr/local/lib/libXau.so.6 Symbols already loaded for /usr/local/lib/libXdmcp.so.6 Symbols already loaded for /usr/local/lib/libpthread-stubs.so.0 Symbols already loaded for /usr/lib/librpcsvc.so.5 Symbols already loaded for /usr/local/lib/libexpat.so.6 Symbols already loaded for /usr/local/lib/libicui18n.so.38 Symbols already loaded for /usr/local/lib/libpcre.so.0 Symbols already loaded for /usr/local/lib/libicuuc.so.38 Symbols already loaded for /usr/local/lib/libicudata.so.38 Symbols already loaded for /libexec/ld-elf.so.1 #0 0x000000004271b143 in glXCreateWindow () from /usr/local/lib/libGL.so.1 ---------------------------------------------------------------- This looks like a problem with OpenGL (QT / NVidia?). I have no clue what to do next ... Any help is really appreciated. Thanks in advance, Rainer Hurling From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 12:19:52 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFE90106566B for ; Tue, 22 Jun 2010 12:19:52 +0000 (UTC) (envelope-from jessefrgsmith@yahoo.ca) Received: from n17.bullet.mail.mud.yahoo.com (n17.bullet.mail.mud.yahoo.com [68.142.206.144]) by mx1.freebsd.org (Postfix) with SMTP id 015C58FC0A for ; Tue, 22 Jun 2010 12:19:51 +0000 (UTC) Received: from [68.142.200.224] by n17.bullet.mail.mud.yahoo.com with NNFMP; 22 Jun 2010 12:19:51 -0000 Received: from [68.142.201.68] by t5.bullet.mud.yahoo.com with NNFMP; 22 Jun 2010 12:19:51 -0000 Received: from [127.0.0.1] by omp420.mail.mud.yahoo.com with NNFMP; 22 Jun 2010 12:19:51 -0000 X-Yahoo-Newman-Id: 362160.4210.bm@omp420.mail.mud.yahoo.com Received: (qmail 1867 invoked from network); 22 Jun 2010 12:19:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=DKIM-Signature:Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=WXOeRqLKvPdxCIDZhiAmMtcza3NvpD2cgY53nALYfUpHLKrsXI+yldK7p4Ulbwqzt0fUtU2nFN0O12t2krajjKc57NK5B7ShOwhI7H6VgybHrlqnyqU6I0NsNGHd94m4bmvHdW27MiLcQF72tXVQ8/Px8Ra41zX16j+olFgeFog= ; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1277209191; bh=HBhqhinxxQLfcjEzafGkkE1fj0hO7d6GdHGncbsatZg=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=nB4+rfowInpgvzqQFLpeS0Qq+Vki7x2CxF0Yg92TylDboMUWC7IEiNXRz9H1GrCoiMWBGC6MsZvIRjDFF93tJ56u48iWrapdzbQzIGEWXkflFLpuWG9pGD179IdVcaHFERKNM/xJniWXNVbrTxsk7Aaj9JOwO5G5x0edbK5GtCY= Received: from [192.168.0.101] (jessefrgsmith@71.7.176.238 with plain) by smtp142.mail.mud.yahoo.com with SMTP; 22 Jun 2010 05:19:50 -0700 PDT X-Yahoo-SMTP: NPm1JouswBClX_uJxHJINmnKUpROdMKvLL0- X-YMail-OSG: 5LaYcI0VM1kyjEFOgKtNxoaRFvakeuXx.hZPc2cZ_.u8Oys lC.wgRz90uPB_57wvjyKpo6vfhglO_lhNUPrlunujbyh12YYPHvUbGJDOeqG YBbliHSb83rIhTnlInndVy5f36sW1bQ5vgJ1WU6fkwDOU465VxBHjdRH5sbM 1AGt0oMe5LrIEKnsflifSbwVo0yJmRzNRzuQiZZeOsJT6nKhJlJ56G48_Umr cVsi0seJUAOHex7nb7sUalfB6krLRTCvdHQTvoVf6Qzx9bp.GPKQLp98sRn2 St5klU.zTmE08L.KF X-Yahoo-Newman-Property: ymail-3 From: Jesse Smith To: freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 22 Jun 2010 09:19:38 -0300 Message-ID: <1277209178.2719.15.camel@hp-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Subject: Re: Who to bug to commit some ports? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 12:19:52 -0000 > I recently submitted some PRs for updates and new ports and would > like to know whom to ask for them to be committed. Yes, I know, I can > try to bug some ports committers using e-mail 8-), but if possible, > I would like to avoid this 8-) > It's approx. 8 days later, and the ports are still not committed. > I'm aware there's something like a ports freeze (not a full freeze, > only a 'major upgrade freeze'. What are my options ? In the Porter's Handbook documentation it advises that review/acceptance of new ports can take anywhere from a few days to two months. It may seem like a long time, but the Port people do have a lot of these requests to go through. We should probably just sit tight and wait. I'm sure they'll get through them all sooner or later. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 13:10:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E354106566B; Tue, 22 Jun 2010 13:10:17 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 621398FC0A; Tue, 22 Jun 2010 13:10:16 +0000 (UTC) Received: by iwn7 with SMTP id 7so5694781iwn.13 for ; Tue, 22 Jun 2010 06:10:16 -0700 (PDT) Received: by 10.231.82.145 with SMTP id b17mr7140335ibl.187.1277212215320; Tue, 22 Jun 2010 06:10:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.180.86 with HTTP; Tue, 22 Jun 2010 06:09:55 -0700 (PDT) In-Reply-To: <4C20446E.8040601@FreeBSD.org> References: <4C20446E.8040601@FreeBSD.org> From: Eitan Adler Date: Tue, 22 Jun 2010 09:09:55 -0400 Message-ID: To: Doug Barton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd ports Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 13:10:17 -0000 On Tue, Jun 22, 2010 at 1:04 AM, Doug Barton wrote: > Howdy, > > On to the next victim. :) =C2=A0In my ongoing campaign to build my ports = with gcc > 4.5.1 thunderbird was the next to fall. Full log is at > http://people.freebsd.org/~dougb/tbird.txt > I've been doing the same thing but with lang/gcc46. Here are the ports that currently fail for me devel/llvm* develclang devel/icu devel/libexecinfo devel/gobject-introspection www/firefox* www/libxul lang/perl* irc/xchat Maybe it would be a good idea to make a wiki page with a table for which ports fail with which compilers? --=20 Eitan Adler From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 13:49:14 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0AE21065674; Tue, 22 Jun 2010 13:49:14 +0000 (UTC) (envelope-from cj@folia.dk) Received: from na3sys009aog101.obsmtp.com (na3sys009aog101.obsmtp.com [74.125.149.67]) by mx1.freebsd.org (Postfix) with SMTP id C0E5D8FC1A; Tue, 22 Jun 2010 13:49:13 +0000 (UTC) Received: from source ([209.85.161.53]) by na3sys009aob101.postini.com ([74.125.148.12]) with SMTP ID DSNKTCC/WO5tXnENntEAjZ1OKhyfxQeOnUCc@postini.com; Tue, 22 Jun 2010 06:49:14 PDT Received: by fxm17 with SMTP id 17so627028fxm.12 for ; Tue, 22 Jun 2010 06:49:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.239.155.134 with SMTP id i6mr476159hbc.1.1277212824737; Tue, 22 Jun 2010 06:20:24 -0700 (PDT) Received: by 10.239.151.70 with HTTP; Tue, 22 Jun 2010 06:20:24 -0700 (PDT) Date: Tue, 22 Jun 2010 15:20:24 +0200 Message-ID: From: Carsten Jonstrup To: miwi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: FreeBSD Port: pecl-oauth-0.99.5 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 13:49:15 -0000 Hi. Can anyone tell when the port will be upgraded to 1.0.0 (stable) http://pecl.php.net/package/oauth/ -- Regards Carsten Jonstrup Webudvikler cj@folia.dk From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 14:50:26 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A681065673 for ; Tue, 22 Jun 2010 14:50:26 +0000 (UTC) (envelope-from avk@vl.ru) Received: from post.hc.ru (post.hc.ru [89.111.177.122]) by mx1.freebsd.org (Postfix) with ESMTP id ADD9C8FC1F for ; Tue, 22 Jun 2010 14:50:25 +0000 (UTC) Received: from office-gw.hc.ru ([89.111.168.2]:57165 helo=[192.168.1.52]) by post.hc.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OR4MB-0006N4-Jl for ports@freebsd.org; Tue, 22 Jun 2010 18:21:43 +0400 Message-ID: <4C20C6FD.8080504@vl.ru> Date: Tue, 22 Jun 2010 18:21:49 +0400 From: Alexander Kriventsov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SpamTest-Envelope-From: avk@vl.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 14321 [Jun 22 2010] X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-SPF: neutral X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: Subject: commit PR ports/146582: [PATCH]textproc/libxml2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 14:50:26 -0000 Hello! Can anybody commit this http://www.freebsd.org/cgi/query-pr.cgi?pr=146582? Thanks a lot. -- Alexander Kriventsov From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 15:11:49 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42BFA106564A for ; Tue, 22 Jun 2010 15:11:49 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C73CC8FC14 for ; Tue, 22 Jun 2010 15:11:48 +0000 (UTC) Received: by bwz8 with SMTP id 8so2125796bwz.13 for ; Tue, 22 Jun 2010 08:11:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:reply-to :in-reply-to:references:from:date:message-id:subject:to:cc :content-type; bh=eidjIYRjS9g3LgmSfG2gwDXgBsuaVdB9r869eF641Mg=; b=e4N8FGHeIU695Az+ttVu2G/R8rFV1wo9XVcb0Itcrp6FtBSQBfdLoUBRdkgArhSxFx n7jAZAtLmxV0F55g9focMYWmJaoQ2C7hyYElGdV4nMkDDL1Mkzvl6zqaAv13Xw9PU1jH VYuinVWDJRbIRARRtHCOroQeQSULTGr+of70A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; b=OZGa0X1g6Mj0FJIg4GOIc0FiSfmDr6SzeUR6gS8ruCdBsh5RXM0owQ/g0GV9CJgrL9 WrgnJpu1icdAMqXJ71YyovkaziF7OFk5qtBSvyeaiXbn5idz5e0C4744OO6W4YxKXjxf jEIqfcCaMB4m5f1XSdsK64tkeemKzqUSQg3Qw= Received: by 10.204.5.195 with SMTP id 3mr4330162bkw.193.1277219506838; Tue, 22 Jun 2010 08:11:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.69.201 with HTTP; Tue, 22 Jun 2010 08:11:16 -0700 (PDT) In-Reply-To: <4C20C6FD.8080504@vl.ru> References: <4C20C6FD.8080504@vl.ru> From: Chris Rees Date: Tue, 22 Jun 2010 16:11:16 +0100 Message-ID: To: Alexander Kriventsov Content-Type: text/plain; charset=KOI8-R Cc: ports@freebsd.org Subject: Re: commit PR ports/146582: [PATCH]textproc/libxml2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 15:11:49 -0000 On 22 June 2010 15:21, Alexander Kriventsov wrote: > Hello! > > Can anybody commit this http://www.freebsd.org/cgi/query-pr.cgi?pr=146582? You need to ask the Gnome team to approve it first. Chris From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 15:23:21 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B257106566B for ; Tue, 22 Jun 2010 15:23:21 +0000 (UTC) (envelope-from hinokind@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93D468FC0C for ; Tue, 22 Jun 2010 15:23:20 +0000 (UTC) Received: by wyb33 with SMTP id 33so4314361wyb.13 for ; Tue, 22 Jun 2010 08:23:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:to:date:subject :mime-version:content-transfer-encoding:from:message-id:user-agent; bh=gB34e6hS9YKTsCZGjF9Gh2xPh3zHFLTyvXx0ltri3D0=; b=VJpJQFNlOpgVwfjnCUHS2dPLYPNuSRZ1/iajB6uec2rs5AMWGVAAao98lsT3tIYJzJ tRJLeRxtTRDqPKn/oq7/e1s7mSg/QbdmTj2MbKKZL2Hea9trsk2mjAPzpjltC0Sg6EnX UdLnCZJAxQ6oRVAXWmKLhynMZMeQ7IdEWn6b8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:to:date:subject:mime-version:content-transfer-encoding :from:message-id:user-agent; b=r4Z8dxuxPqp8elhxUCnfczY0iRdDgoA+GEI2oJQPem1kd4Nqk3E+T04QHxR8Cff6D8 bvotTNk+xxJeVqs0ixYRiR92wEJeNrLjJWwOzRJf3ksMwm8uE+XWTGuaSEk8fhjuwhqh ay6KZ0clL4Kdwdb1eer99fzSHz4vLWijcXkdQ= Received: by 10.227.145.199 with SMTP id e7mr6213477wbv.126.1277220199179; Tue, 22 Jun 2010 08:23:19 -0700 (PDT) Received: from klevas (hst-17-80.splius.lt [77.79.17.80]) by mx.google.com with ESMTPS id t15sm15612110wbc.17.2010.06.22.08.23.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 08:23:18 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-ports@freebsd.org Date: Tue, 22 Jun 2010 18:23:16 +0300 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: =?utf-8?B?QW5kcml1cyBNb3JrxatuYXM=?= Message-ID: User-Agent: Opera Mail/10.60 (FreeBSD) Subject: GSoC: Ports and clang: PORTS_CC X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 15:23:21 -0000 Hi list, One of the things I've been working on for the past few weeks is creating an easy way to change ports compiler without breaking things that shouldn't break "just" because compiler changed. Some of the current problems are mentioned on the wiki page[1]. Something not mentioned there is that it is difficult to set compiler only for ports and not for base system/everything else. I've implemented PORTS_CC, which, at the moment, properly handles all versions of GCC in ports and clang. Another new thing is USE_CC, which does very similar job to USE_GCC, but also works for clang. Valid values for PORTS_CC are gcc, gccXY and clang. Everything else is mostly unhandled and just does CC=${PORTS_CC} CXX=${PORTS_CXX}. If PORTS_CC is set to some version of gcc or clang, PORTS_CXX isn't used and CXX is set automatically. What is USE_CC: USE_CC=gcc4.2+ does exactly the same thing as USE_GCC=4.2+, not really interesting. USE_CC=clang forces the port to use clang. More interesting is USE_CC="gcc4.4 clang" - if PORTS_CC is set to some version of gcc, use gcc44, if PORTS_CC is set to clang, use clang. Another thing to note is that USE_{CC,GCC} don't unconditionally override the compiler, for example if PORTS_CC=gcc45 and USE_GCC=4.4+, gcc45 will be used, because USE_GCC allows higher versions. USE_CC=gcc is a bit special, if gcc version is not specified, port will use gcc from base system. Since I'm testing ports with clang, I don't always want ports to respect USE_GCC, that's why I've added NO_USE_CC. When defined, it forces USE_GCC and USE_CC to be ignored. One of the problems that I haven't solved yet is that ports never had to care about the compiler, it was just there. That's why now there's no "I want to use gcc45 as my ports compiler, so install it" switch. Adding build depend is tricky because of recursive dependencies. I do have some ideas how to fix it, but I haven't tested them yet. If you want to try this, download bsd.*.mk files[2] (diffs are here[3]), put them in /usr/ports/Mk/, put PORTS_CC=gcc44 (or whatever you want) in make.conf, pray a little and try to build some ports. If you don't put anything in make.conf, gcc from base will be used. PORTS_CC will ignore any CC/CXX magic you have in make.conf. If you're feeling adventurous, you can try building ports with clang: Put PORTS_CC=clang to make.conf, apply all the patches[4] for ports, rebuild devel/libtool22, pray even more than before, and try to build stuff. Just remember that THINGS WILL BREAK, many ports don't compile with clang yet. As a workaround, you can put USE_CC=gcc in port's makefile to build it with gcc instead of clang. Don't report broken ports unless clang miscompiles something. If something goes wrong you can always do "portsnap extract" to clean the ports tree. If you have suggestions how to improve something, questions or some other feedback, I'm listening. [1] http://wiki.freebsd.org/SOC2010AndriusMorkunas [2] http://rainbow-runner.nl/~andrius/soc/ports/Mk/ [3] http://rainbow-runner.nl/~andrius/soc/patches/ [4] http://rainbow-runner.nl/clang/patches/ -- Andrius From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 15:27:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32401106564A for ; Tue, 22 Jun 2010 15:26:59 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 86A5B8FC1A for ; Tue, 22 Jun 2010 15:26:59 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o5MFQwPn067712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2010 15:26:58 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o5MFQwPn067712 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1277220418; x=1277825218; bh=2Ug2ccsSJsm9KfbIXlO5t4A4NuVTi1003N/Wd1CDMtA=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=pUMKryYxIg0ZPgWz4bfvzz6UfiFcVMH3gAZY5QLc/VyZr45NoJKQ1GcTPel4pCm9Y Iv+IdMEj2eRBDevPJBprHSWeIDAXCQUsrs2bxssBDVD1yh9cT9vZLG7Yp5pjx9Xxtk jiAkpOr6OnCVrhIkFitrKC0FUVxtav2B3FbxLIs8= Date: Tue, 22 Jun 2010 15:26:53 +0000 (UTC) From: Janne Snabb To: bf1783@gmail.com In-Reply-To: Message-ID: References: <4C206505.2060601@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Tue, 22 Jun 2010 15:26:58 +0000 (UTC) Cc: freebsd-ports@freebsd.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 15:27:00 -0000 On Tue, 22 Jun 2010, b. f. wrote: > I can tell you right now from my own experiences that the ports > infrastructure and many individual ports do not respect the necessary > compiler and toolchain-related variables. Part of this problem is that the Porters Handbook only tells porters to respect CC, CXX and CFLAGS, nothing else. This issue came up as well in the "Building ports with stack-protector" thread a couple of weeks ago (by yourself). What would be the comprehensive list of variables to respect? There are already quite many from the top of my head: CC CFLAGS CXX CXXFLAGS CPP CPPFLAGS LD LDFLAGS AS AFLAGS AR ARFLAGS RANLIB INSTALL OBJCOPY Some of the above would generally be required to be respected only when cross-compiling to an another architecture. I have been thinking of making a test build of all ports with some useless options in relevant variables and capturing output or doing ktrace to figure out which ports respect those flags and which do not. Haven't gotten around to actually doing it just yet :). Another work-around would be to make a directory containing wrapper-shell-scripts with the names like cc, gcc, ld, cpp etc. and make them invoke the desired tools with desired flags. That directory would be placed in the beginning of PATH before compiling ports. This would be a quicker alternative to patching lots of ports. -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 17:47:00 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 948811065680 for ; Tue, 22 Jun 2010 17:47:00 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27F688FC15 for ; Tue, 22 Jun 2010 17:46:57 +0000 (UTC) Received: by wyb33 with SMTP id 33so4459921wyb.13 for ; Tue, 22 Jun 2010 10:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:reply-to :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; bh=JzK6Upyx45r8F90r/BrNTJIGRbmeUEKGS3u1NnT0RAo=; b=H4Pp3rJIKPovw4KrkTN6lNQSpNEz0+wP2oBGbMQ+oGS2/5u6GBYkA285bjGo1CdO5X 8B6X96Hxb2eTBimFulg8+Ps8nzcqLI/cVJsgbeMDufmYQhxQCrEerQuMl1cqibYNWk+h GzjiaKHwa4YPJg6QHvb0XBoJPHUd6aSbn7cyY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; b=kIK9MlgKTcklJ+FRzONMayAIUUMEIZigr447bQJcSF9eTFU+SLIJlmXZFJ3Qa5Klp6 tsshnjADS6Xw0L31NuxnCSxGznFVC5qbWzI4fueck0yhMo0lCvhpeMB75BBoMaVtOiG9 oIVynx5FpEW6ax26Hkw3WOi1lcA46kaLME0bU= MIME-Version: 1.0 Received: by 10.227.155.79 with SMTP id r15mr6509457wbw.90.1277228816297; Tue, 22 Jun 2010 10:46:56 -0700 (PDT) Received: by 10.216.168.1 with HTTP; Tue, 22 Jun 2010 10:46:56 -0700 (PDT) In-Reply-To: References: <4C206505.2060601@FreeBSD.org> Date: Tue, 22 Jun 2010 17:46:56 +0000 Message-ID: From: "b. f." To: Janne Snabb Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: mail/thunderbird3 does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 17:47:00 -0000 On 6/22/10, Janne Snabb wrote: > On Tue, 22 Jun 2010, b. f. wrote: > >> I can tell you right now from my own experiences that the ports >> infrastructure and many individual ports do not respect the necessary >> compiler and toolchain-related variables. I should say that a few simple changes in the infrastructure makefiles are sufficient to solve many, but not all problems. I doubt we will make the ports tree completely compiler/toolchain (C/T)-agnostic in the near future -- that would probably require more time and effort than the committers are willing to invest -- but it seems desirable to try to support at least (1) clang+BSD-licensed ELF toolchain and (2) the latest stable release of gcc+GNU binutils. One outstanding question is how to handle the C/T and their dependencies. In future releases it seems likely that (1) will be in the base system. But what about the use of (1) with older, but still supported releases? And what about (2)? If the C/Ts aren't in the base system, then the present USE_GCC arrangement must be modified so that important dependencies of the C/Ts, like perl, may themselves be built with the C/Ts without introducing circular dependencies. Also, will the use of different C/Ts for the base system and for ports be supported? Or the use of different C/Ts for different ports? That seems desirable, but it makes life more difficult for ports committers. For example, the current USE_GCC arrangement is problematic, because even with special LDFLAGS, there are problems with the new gcc libraries from ports interposing on the old base system gcc libraries, and vice versa. And various build utilities like libtool, cmake, and qmake sometimes use hard-coded defaults based upon the C/T that is used to built them, causing problems for those who want to use different C/Ts for different ports. > > Part of this problem is that the Porters Handbook only tells porters > to respect CC, CXX and CFLAGS, nothing else. > > This issue came up as well in the "Building ports with stack-protector" > thread a couple of weeks ago (by yourself). > > What would be the comprehensive list of variables to respect? > > There are already quite many from the top of my head: > > CC > CFLAGS > CXX > CXXFLAGS > CPP > CPPFLAGS > LD > LDFLAGS > AS > AFLAGS > AR > ARFLAGS > RANLIB > INSTALL > OBJCOPY > With the exception of INSTALL, yes. Probably also: ADDR2LINE CXXFILT FC FFLAGS GPROF NM OBJCFLAGS OBJDUMP READELF SIZE STRINGS STRIP Some of these are obviously less important than others, because they are used by a smaller number of ports, or in special targets like regression tests, or are less susceptible to problems when mixing C/Ts, but we should probably ensure consistent use of utilities from only one C/T for a given port, or perhaps even for all ports. > Some of the above would generally be required to be respected only > when cross-compiling to an another architecture. There are already examples of how mixing utilities from the older base system and newer ports gcc/binutils causes problems even with regular builds. > > I have been thinking of making a test build of all ports with some > useless options in relevant variables and capturing output or doing > ktrace to figure out which ports respect those flags and which do > not. Haven't gotten around to actually doing it just yet :). Some scripts to detect these problems would be useful additions to ports/Tools. > > Another work-around would be to make a directory containing > wrapper-shell-scripts with the names like cc, gcc, ld, cpp etc. > and make them invoke the desired tools with desired flags. That > directory would be placed in the beginning of PATH before compiling > ports. This would be a quicker alternative to patching lots of > ports. Perhaps. We'd obviously have to act to prevent environment variables or auto-detection from overriding these, too -- but such an approach may save some work. b. From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 18:54:19 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 530181065676 for ; Tue, 22 Jun 2010 18:54:19 +0000 (UTC) (envelope-from tingox@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D88308FC21 for ; Tue, 22 Jun 2010 18:54:18 +0000 (UTC) Received: by fxm7 with SMTP id 7so3109198fxm.13 for ; Tue, 22 Jun 2010 11:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=q/Xn/k867kX1wKno55JosRKKPdAcwm5/lpVgALIK2x4=; b=DAncIwbkMAIBuSOfzPS/ekxP3422/LbIG1pfHRKqhnaEfuLMEdJw1ne/vc2UVoAFUh xBsPt5lElgYUQZw/+yDKh6/X3CoiAdsvJVB5rMHnuvuknaRzBOjyvlMevDPPk6ggzptM 0KPtSR1FUF+iofazunlojXX7Gunf0w4tcfV+Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=xFIdgmq3swwm6A7+/a2fRH+j7p4m/Wxdzu/lV2mtZRptN0q/ArK2T3IaNdl1ARc05N PP92Yf/dM41/1ybHpkW7kZS9SC8O9GCzl6Hj25zB80u2gClRfTlmM9p5bYQV6klQHhyp toppINmVdQgeAKJkpQ5y+fEGujD3LDK3FJq2k= MIME-Version: 1.0 Received: by 10.239.162.136 with SMTP id l8mr479325hbd.212.1277232857469; Tue, 22 Jun 2010 11:54:17 -0700 (PDT) Received: by 10.239.185.200 with HTTP; Tue, 22 Jun 2010 11:54:17 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 Jun 2010 20:54:17 +0200 Message-ID: From: Torfinn Ingolfsen To: FreeBSD Ports ML , mitsuru@riken.jp Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: deskutils/alexandria - why does it create a world readable and writable directory? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 18:54:19 -0000 On Fri, Jun 11, 2010 at 9:28 PM, Torfinn Ingolfsen wrote: > Hei, > I just found deskutils/alexandria (0.6.5_3) and installed it. A very nice > program. > I have just one question: why does it create a directory (~/.alexandria) > with 777 permissions? Wouldn't it be more "correct" to use something like > 740 or even 750? > Note: all subdirectories of said directory have 755 permissions too. > In case nobody noticed, Alexandria 0.6.6 is ready now: http://alexandria.rubyforge.org/news/2010-06-21--0.6.6-released.html -- Regards, Torfinn Ingolfsen From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 19:35:21 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9FD0106566B; Tue, 22 Jun 2010 19:35:21 +0000 (UTC) (envelope-from ehaupt@FreeBSD.org) Received: from mx.critical.ch (cl-8.zrh-02.ch.sixxs.net [IPv6:2001:1620:f00:7::2]) by mx1.freebsd.org (Postfix) with ESMTP id 304248FC1E; Tue, 22 Jun 2010 19:35:20 +0000 (UTC) Received: from beaver.home.critical.ch (80-218-148-45.dclient.hispeed.ch [80.218.148.45]) (authenticated bits=0) by mx.critical.ch (8.14.3/8.14.3/critical-1.0) with ESMTP id o5MJZJ08031935; Tue, 22 Jun 2010 21:35:19 +0200 (CEST) (envelope-from ehaupt@FreeBSD.org) Date: Tue, 22 Jun 2010 21:35:11 +0200 From: Emanuel Haupt To: ports@FreeBSD.org Message-Id: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: danfe@FreeBSD.org Subject: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 19:35:21 -0000 Nvidia released version 256.35 of their FreeBSD driver today: http://www.nvidia.com/object/freebsd-x86-256.35-driver.html http://www.nvidia.com/object/freebsd-x64-256.35-driver.html I just compiled the the 64bit version on 8.1-RC1 and watched a few youtube videos, ran glxgears and played games/nexuiz for a few minutes w/o any issues. If you want to test the new driver, just bump PORTVERSION of x11/nvidia-driver to 256.35 and run "make makesum". Emanuel From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 20:06:57 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144F11065679; Tue, 22 Jun 2010 20:06:57 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 70C878FC0C; Tue, 22 Jun 2010 20:06:55 +0000 (UTC) Received: by wwb22 with SMTP id 22so157643wwb.13 for ; Tue, 22 Jun 2010 13:06:55 -0700 (PDT) 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=vRCRfUXoNtJMqcg1cH09h0YRSQTEb4bqy2/LKvFgsHs=; b=XtALPJIWj8hSvn4w2Zah+a1dBJU33OCOPdw2b1DRvnfYqvU2EoXE6BiVvzIEOZi9Im WxujZRfXsaW3A7Ua0A9xcVC2j7/xXctOSZnvGBIZGyNolVTgWOVDhL5TGaR9nJpMscEr Lxf0VtzzdT4K232nIT9qiY4ir8vAev9FXi6ZI= 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=VGWnCkxs5hDX1efhjPXJz0s7wirKTDRnmiJCv9prfCUGDWz1bbha/37vNWt5MlBWs1 Hgl4WDW8Du5XMi0xpy3/IhQFe5HwOgeMM/5fxmFMyzrazHL1xVcPdfNEXygXF/kaXNki Afq6V/I4KxdgpjGsGFzIPfHkbv9IZ/nDRaOMs= Received: by 10.227.143.206 with SMTP id w14mr6717379wbu.219.1277237215083; Tue, 22 Jun 2010 13:06:55 -0700 (PDT) Received: from [192.168.1.70] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id t15sm55532654wbc.23.2010.06.22.13.06.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 13:06:53 -0700 (PDT) Message-ID: <4C2117DB.1010000@gmail.com> Date: Tue, 22 Jun 2010 22:06:51 +0200 From: Rene Ladan User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: Emanuel Haupt References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> In-Reply-To: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, danfe@FreeBSD.org Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 20:06:57 -0000 On 22-06-2010 21:35, Emanuel Haupt wrote: > Nvidia released version 256.35 of their FreeBSD driver today: > > http://www.nvidia.com/object/freebsd-x86-256.35-driver.html > http://www.nvidia.com/object/freebsd-x64-256.35-driver.html > > I just compiled the the 64bit version on 8.1-RC1 and watched a few > youtube videos, ran glxgears and played games/nexuiz for a few minutes > w/o any issues. > > If you want to test the new driver, just bump PORTVERSION of > x11/nvidia-driver to 256.35 and run "make makesum". > Doesn't this imply repocopy'ing the current port to x11/nvidia-driver-195 and _then_ updating this port to 256.35 ? Rene -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 20:14:45 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1EC0106564A; Tue, 22 Jun 2010 20:14:45 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.23]) by mx1.freebsd.org (Postfix) with ESMTP id B07B08FC1E; Tue, 22 Jun 2010 20:14:45 +0000 (UTC) Received: from [193.239.178.194] (helo=localhost) by fsm1.ukr.net with esmtps ID 1OR9rn-0008Zm-OB ; Tue, 22 Jun 2010 23:14:43 +0300 Date: Tue, 22 Jun 2010 23:14:42 +0300 From: Ivan Klymenko To: Emanuel Haupt Message-ID: <20100622231442.75df0c9d@ukr.net> In-Reply-To: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: ports@FreeBSD.org, danfe@FreeBSD.org Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 20:14:46 -0000 =D0=92 Tue, 22 Jun 2010 21:35:11 +0200 Emanuel Haupt =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Nvidia released version 256.35 of their FreeBSD driver today: >=20 > http://www.nvidia.com/object/freebsd-x86-256.35-driver.html > http://www.nvidia.com/object/freebsd-x64-256.35-driver.html >=20 > I just compiled the the 64bit version on 8.1-RC1 and watched a few > youtube videos, ran glxgears and played games/nexuiz for a few minutes > w/o any issues. >=20 > If you want to test the new driver, just bump PORTVERSION of > x11/nvidia-driver to 256.35 and run "make makesum". >=20 > Emanuel > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to > "freebsd-ports-unsubscribe@freebsd.org" >=20 >=20 Hi! I use this version drivers from the moment they appear on this resource: ftp://download.nvidia.com/XFree86/FreeBSD-x86_64/256.35/ in this case I have problems with global locks. I use compiz and system is freeze for a few seconds the mouse cursor and screen... I returned back to the driver version 195.36.24 uname -a FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Jun 22 22:27:15 EEST 2010 ivan@nonamehost:/usr/obj/usr/src/sys/mk9 amd64 nvidia0: on vgapci0 vgapci0: child nvidia0 requested pci_enable_busmaster vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io nvidia0: [ITHREAD] From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 20:15:03 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BBD9106566B for ; Tue, 22 Jun 2010 20:15:03 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC9068FC08 for ; Tue, 22 Jun 2010 20:15:02 +0000 (UTC) Received: by wwb22 with SMTP id 22so165334wwb.13 for ; Tue, 22 Jun 2010 13:15:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vswDQOVIDIt8HWKeTeCokcS8ayomkUCWo1LTBi0uGW8=; b=o7J4cmONGBkR2B9Z6Yqhwax+erYYG/43WZ1NRZJWSXa2YHkSG0PBS9jkW+nfoDGNFc 3WRFhjLJhtOjid5xev6hVdadrDFUsUGGLHiYnoPYwZtWk0PL6H6uqtlKfjsNe8c+5Y53 HflfXyNueE3J37EKMr3Cse+2YHbloMFHGFPx4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=jJ+ixOyUERtPdHilePCYr0i99j/ls4YV0gwUOriVVB10Qp9+cuxeKU4r29bd5JTsAK gN6bpCPy2HV8Tkc503iCr+N7rzefKnUpSsuCpsQ57S3hZkOFoTCY0gseEWeHB55UDMbL +0ZMVj0kXGSY0vZz0XLURYolXtB9LG4ydkKyQ= MIME-Version: 1.0 Received: by 10.216.157.201 with SMTP id o51mr1752632wek.6.1277237701293; Tue, 22 Jun 2010 13:15:01 -0700 (PDT) Received: by 10.216.27.65 with HTTP; Tue, 22 Jun 2010 13:15:01 -0700 (PDT) In-Reply-To: <4C2117DB.1010000@gmail.com> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> Date: Tue, 22 Jun 2010 22:15:01 +0200 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Rene Ladan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, danfe@freebsd.org, Emanuel Haupt Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 20:15:03 -0000 libGLcore.so is rename to libnvidia-glcore.so so you need to update pkg-plist to 2010/6/22 Rene Ladan : > On 22-06-2010 21:35, Emanuel Haupt wrote: >> Nvidia released version 256.35 of their FreeBSD driver today: >> >> http://www.nvidia.com/object/freebsd-x86-256.35-driver.html >> http://www.nvidia.com/object/freebsd-x64-256.35-driver.html >> >> I just compiled the the 64bit version on 8.1-RC1 and watched a few >> youtube videos, ran glxgears and played games/nexuiz for a few minutes >> w/o any issues. >> >> If you want to test the new driver, just bump PORTVERSION of >> x11/nvidia-driver to 256.35 and run "make makesum". >> > Doesn't this imply repocopy'ing the current port to > x11/nvidia-driver-195 and _then_ updating this port to 256.35 ? > > Rene > -- > http://www.rene-ladan.nl/ > > GPG fingerprint =3D E738 5471 D185 7013 0EE0 =A04FC8 3C1D 6F83 12E1 84F6 > (subkeys.pgp.net) > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 20:23:57 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB55106564A; Tue, 22 Jun 2010 20:23:57 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29E218FC19; Tue, 22 Jun 2010 20:23:56 +0000 (UTC) Received: by wyb33 with SMTP id 33so4609111wyb.13 for ; Tue, 22 Jun 2010 13:23:56 -0700 (PDT) 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=QGeNEBexh9Ckf96ftnxLpUILZvFlE92VLYVKW/qUkRs=; b=oTVyF1ViUCQUKxI3WCK4BNaElssB5n6ypOzcX8bueRNrAbaR0q3rVdT2lCyznQQli9 QflpeXUbQnvYJZ4EE/ghGHjH5HSXxr/GGoAkvLzq9VsTEuCUCHYBDD67LLmUgOwBtG/s 3QljRjPNVpjIKQVPFOSnflMDvMp3b0R7fMXII= 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=bI67QIjtdVa/STydMHIag3LJAJysfOWS49/RD4mSg5Hb2ckcdCDJXoz53gffzLrSeV T+34pts58akXmpjRS2bguAqv7aHW1lbbkudYhoyiVQS/eNbk8Kk/ihOo5khhFfNMqpR1 EUyehnVEdzNdt1R91evapUu5OUp86ntuiDjBo= Received: by 10.227.68.146 with SMTP id v18mr6599277wbi.181.1277238235980; Tue, 22 Jun 2010 13:23:55 -0700 (PDT) Received: from [192.168.1.70] (ip4da3ae31.direct-adsl.nl [77.163.174.49]) by mx.google.com with ESMTPS id t15sm17374607wbc.17.2010.06.22.13.23.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 13:23:53 -0700 (PDT) Message-ID: <4C211BD7.1010802@gmail.com> Date: Tue, 22 Jun 2010 22:23:51 +0200 From: Rene Ladan User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; nl-NL; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Micka=EBl_Maillot?= References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> In-Reply-To: X-Enigmail-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@freebsd.org, danfe@freebsd.org, Emanuel Haupt Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 20:23:58 -0000 On 22-06-2010 22:15, Mickaël Maillot wrote: > libGLcore.so is rename to libnvidia-glcore.so > so you need to update pkg-plist to and these files don't exist any longer: pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist Rene > > 2010/6/22 Rene Ladan : >> On 22-06-2010 21:35, Emanuel Haupt wrote: >>> Nvidia released version 256.35 of their FreeBSD driver today: >>> >>> http://www.nvidia.com/object/freebsd-x86-256.35-driver.html >>> http://www.nvidia.com/object/freebsd-x64-256.35-driver.html >>> >>> I just compiled the the 64bit version on 8.1-RC1 and watched a few >>> youtube videos, ran glxgears and played games/nexuiz for a few minutes >>> w/o any issues. >>> >>> If you want to test the new driver, just bump PORTVERSION of >>> x11/nvidia-driver to 256.35 and run "make makesum". >>> >> Doesn't this imply repocopy'ing the current port to >> x11/nvidia-driver-195 and _then_ updating this port to 256.35 ? >> >> Rene >> -- >> http://www.rene-ladan.nl/ >> >> GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 >> (subkeys.pgp.net) >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > -- http://www.rene-ladan.nl/ GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 20:55:11 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2994C1065673 for ; Tue, 22 Jun 2010 20:55:11 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E55FC8FC08 for ; Tue, 22 Jun 2010 20:55:10 +0000 (UTC) Received: by iwn7 with SMTP id 7so6212179iwn.13 for ; Tue, 22 Jun 2010 13:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=o9uTVzd4VR7YqLsKcJ4ktOdHZwtrHOd456anDAZy3gU=; b=eLEW+f/PhE/FDVumhv2Y36RyTtgWyPUAY3EL91Zv/8xv5Yvxo1/lB750kIVD5rQocn 89phAfEk2cpRJ2fYL782Nlxi+aT4wsAmJMHAPytFEmgkszEi/IkqMjDIkqA2NrnOinqq sCJNwi80QvMR3Qz9p2yF3ygBjjMb3jC0KAnxE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=p29CRF/dYo8vRSFUAaN3l85pMK+JYPTGwcVUiAxuU7OITnYCNa/kEscZDkgCbjVl+W Ztb8rsMPHtahEnyoP2Bc1sY7xEyX3EWJHcGz9OoXgSZrzYoPS9p+wSZX5g4n4i9C41Wp 99yvRgml82Rc+ZnzQFIKzbNqW9g6sxHdCHDkI= MIME-Version: 1.0 Received: by 10.231.183.19 with SMTP id ce19mr7914934ibb.35.1277240109863; Tue, 22 Jun 2010 13:55:09 -0700 (PDT) Received: by 10.231.12.67 with HTTP; Tue, 22 Jun 2010 13:55:09 -0700 (PDT) In-Reply-To: <4C1F22AA.10206@bitfreak.org> References: <4C1F22AA.10206@bitfreak.org> Date: Tue, 22 Jun 2010 13:55:09 -0700 Message-ID: From: Freddie Cash To: Darren Pilgrim Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports@freebsd.org Subject: Re: Call for testers: sysutils/3dm X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 20:55:11 -0000 On Mon, Jun 21, 2010 at 1:28 AM, Darren Pilgrim wrot= e: > I need testers for an update to the sysutils/3dm port. =C2=A0If you want = to help > test the patch, begin by downloading it from here: > > http://vivi.cat.pdx.edu/3dm2/sysutils_3dm.patch.txt > > You can apply the patch by issuing the command: > > cd /usr/ports/sysutils/3dm && patch < /path/to/sysutils_3dm.patch.txt > > The updated port should install v2.11.00.009 on 7.x and earlier and > v2.09.01.004 on 8.x and later. =C2=A0Please test the port installs, runs = and > functions correctly. =C2=A0When reporting, please include the following > information: > > - RAID controller model > - FreeBSD version (be specific, uname -r output is good) > - OS architecture (i386 or amd64) > - Outcome of test FreeBSD thehive.sd73.bc.ca 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Fri Jun 11 13:10:12 PDT 2010 3Ware 9550SXU-16ML 3Ware 9650SE-12ML amd64 Patch successful. 3dm2 upgraded from 2.04 to 2.09. Started fine. Able to login. Able to navigate around and twiddle options on both controllers. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Tue Jun 22 23:36:23 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80CAF1065670 for ; Tue, 22 Jun 2010 23:36:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 26C458FC08 for ; Tue, 22 Jun 2010 23:36:22 +0000 (UTC) Received: (qmail 20667 invoked by uid 399); 22 Jun 2010 23:36:22 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 22 Jun 2010 23:36:22 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C2148F4.6050203@FreeBSD.org> Date: Tue, 22 Jun 2010 16:36:20 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Jason E. Hale" References: <20100620065552.1961e179@scorpio> <201006201230.37976.bsdkaffee@gmail.com> <4C1FB87A.5020205@FreeBSD.org> <201006220641.46207.bsdkaffee@gmail.com> In-Reply-To: <201006220641.46207.bsdkaffee@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Jerry , freebsd-ports@freebsd.org Subject: Re: Unable to update/build "security/gpa" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 22 Jun 2010 23:36:23 -0000 On 06/22/10 03:41, Jason E. Hale wrote: > On Monday, June 21, 2010 15:07:38 Doug Barton wrote: >> On 06/20/10 09:30, Jason E. Hale wrote: >>> On Sunday, June 20, 2010 06:55:52 you wrote: >>>> FreeBSD-PRERELEASE 8.1 amd64 >>>> >>>> Since the release of "libassuan-2.0.0", I have not been able >>>> to update or reinstall "security/GPA". All of the other ports >>>> appear to build fine. >> >> Jerry, >> >> I'm sorry to hear that you're having problems. At this time if you >> want to use gpa the only alternative is to use gnupg 1.x. I realize >> that's not necessarily an attractive alternative, but see below. >> > > GPA won't work with gnupg 1.x. Sorry if my information was incorrect. > It requires gpgsm which is only provided by gnupg 2.x. I have > submitted a PR to make GPA work with libassuan 2.x. I have also > submitted a PR for the latest version of GPGME which is also > required. > > GPGME: http://www.freebsd.org/cgi/query-pr.cgi?pr=148061 GPA: > http://www.freebsd.org/cgi/query-pr.cgi?pr=148062 Those are committed now, thanks for jumping on this. :) > I couldn't really do anything with my ports until their dependencies > were updated first (which you have done). I would have liked to have > gotten the updated ports for the dependencies ahead of time so I > could tackle my ports before they broke. Sorry if my previous messages weren't clear. On May 12th I sent out the following with the link to my proposed libassuan update: http://mail.kde.org/pipermail/kde-freebsd/2010-May/008339.html I also discussed the fact that gnupg 2.0.15 was a simple update, but I did not provide a patch for that. In any case I'm glad that we're making progress on this transition. As of now there are no broken ports related to the libassuan update. When the optional dependencies in kdepim and opensc are removed I'll remove the libassuan-1 port. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 01:07:07 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 1E4001065672; Wed, 23 Jun 2010 01:07:07 +0000 (UTC) Date: Wed, 23 Jun 2010 01:07:07 +0000 From: Alexey Dokuchaev To: Rene Ladan Message-ID: <20100623010707.GA10117@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4C2117DB.1010000@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: ports@FreeBSD.org, Emanuel Haupt Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 01:07:07 -0000 On Tue, Jun 22, 2010 at 10:06:51PM +0200, Rene Ladan wrote: > On 22-06-2010 21:35, Emanuel Haupt wrote: > > Nvidia released version 256.35 of their FreeBSD driver today: > > > > http://www.nvidia.com/object/freebsd-x86-256.35-driver.html > > http://www.nvidia.com/object/freebsd-x64-256.35-driver.html > > > > I just compiled the the 64bit version on 8.1-RC1 and watched a few > > youtube videos, ran glxgears and played games/nexuiz for a few minutes > > w/o any issues. > > > > If you want to test the new driver, just bump PORTVERSION of > > x11/nvidia-driver to 256.35 and run "make makesum". > > > Doesn't this imply repocopy'ing the current port to > x11/nvidia-driver-195 and _then_ updating this port to 256.35 ? At this point there are no plans to repocopy for a yet another version of nvidia driver other than three legacy versions we already have. Master port will be updated to the latest stable version once people who had original problems with anything >195.22 (dougb@ et al) would test any latest version nVidia has for us and confirm their stability issues are indeed gone. ./danfe From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 01:09:34 2010 Return-Path: Delivered-To: ports@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 08BD61065674; Wed, 23 Jun 2010 01:09:34 +0000 (UTC) Date: Wed, 23 Jun 2010 01:09:34 +0000 From: Alexey Dokuchaev To: Rene Ladan Message-ID: <20100623010933.GB10117@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> <4C211BD7.1010802@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <4C211BD7.1010802@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Micka?l Maillot , ports@freebsd.org, Emanuel Haupt Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 01:09:34 -0000 On Tue, Jun 22, 2010 at 10:23:51PM +0200, Rene Ladan wrote: > On 22-06-2010 22:15, Micka?l Maillot wrote: > > libGLcore.so is rename to libnvidia-glcore.so > > so you need to update pkg-plist to > > and these files don't exist any longer: > pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist > pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist Sure, I will take care of plist issues upon the upgrade. What is more important right now is driver stability issues people had been having. I must rely on other people testing since I was not able to reproduce most of them in my local environment. ./danfe From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 01:20:02 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B165F106566C for ; Wed, 23 Jun 2010 01:20:02 +0000 (UTC) (envelope-from wenheping@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A1288FC19 for ; Wed, 23 Jun 2010 01:20:02 +0000 (UTC) Received: by gxk3 with SMTP id 3so449533gxk.13 for ; Tue, 22 Jun 2010 18:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=TcBTNcex6YJP0049qs6FUO0SdZfMHtF3+6dPZ9GUmc0=; b=ObIJtvXvP6TocfG1GRJtYaGGRuN4Xze+2P8z5dEjBv5Q1+M+tirm5ejDXB8TnEVSZ6 z4H82o/mQrBYFL4y3jUqtV6qO3kpsQMTxTR5u0PX3uElEZnNY9px2dTcazsTBmZRWQaw 1yJ1WBXj+qjlFRAkeVYk+Dftuptu9jxpBe9RY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GwgqKa/0bS2T76m21UfunXK8okQDKILzM4Jgc5+ClcEWOb0Zx7we23CB1Xr3skqE1N TCH31T1rOHG/6hUNYTCBMpfshciGTusnnznJvea0o4fbMiTddhAMgvbYKEbuxuH54soh ImWdrENzXnuSiToP1izGKS4N4OQ0djFvq/t7o= MIME-Version: 1.0 Received: by 10.150.165.1 with SMTP id n1mr7119839ybe.61.1277256001553; Tue, 22 Jun 2010 18:20:01 -0700 (PDT) Received: by 10.151.82.5 with HTTP; Tue, 22 Jun 2010 18:20:01 -0700 (PDT) Date: Wed, 23 Jun 2010 09:20:01 +0800 Message-ID: From: wen heping To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Calling for test: python-2.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 01:20:02 -0000 Hi, I created a new port python-2.7 based on python-2.6, now it is in RC2 and I hope it will release soon. Here is the shar file of it and the diff file of bsd.python.mk: http://people.freebsd.org/~wen/python27rc2.shar.txt http://people.freebsd.org/~wen/python27rc2mk.diff.txt Any comments is welcomed. Regards, wen From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 01:30:58 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE4D1065670; Wed, 23 Jun 2010 01:30:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D0CD68FC0A; Wed, 23 Jun 2010 01:30:56 +0000 (UTC) Received: by gwb11 with SMTP id 11so491946gwb.13 for ; Tue, 22 Jun 2010 18:30:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9yu0MEjc7sF2/uheyfRcuTjZAIJid3BvmHdkKNuPDrE=; b=iv4KWUFAgkVVEfhwRZYxBVwgg4zTqN930a+gALx9nC98r4oIYsf7kAhyFsCZbqCcB3 LDL0vM4VNgsrC6NzJf5vNqe8K0qIniT/L1hJm9Daw3f/CcL4JqsZa93VolHm51s2kKOi UHtfEgOF2S+zRFncE2m2jBSClJWCWkeQawmDo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MdEiwBpeETO3BaAn2lyQDcXbIoPXP/9fzwvltF3i35mSo37g//pyzh0o7G4HmI2UeO LPaEjNwKxEBuWgq3CMSCAryY4rzBf2Xd0oy/N/f+uteXggUMAq9+75Mdx2c7onFzlq+7 7+ny4b9edkoygJethu8WfPx33aGVgGVfClvQ8= MIME-Version: 1.0 Received: by 10.229.188.19 with SMTP id cy19mr3955058qcb.103.1277256655307; Tue, 22 Jun 2010 18:30:55 -0700 (PDT) Received: by 10.229.250.194 with HTTP; Tue, 22 Jun 2010 18:30:54 -0700 (PDT) In-Reply-To: <20100623010933.GB10117@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> <4C211BD7.1010802@gmail.com> <20100623010933.GB10117@FreeBSD.org> Date: Tue, 22 Jun 2010 20:30:54 -0500 Message-ID: From: "Sam Fourman Jr." To: Alexey Dokuchaev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Micka?l Maillot , ports@freebsd.org, Emanuel Haupt , Rene Ladan Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 01:30:58 -0000 2010/6/22 Alexey Dokuchaev : > On Tue, Jun 22, 2010 at 10:23:51PM +0200, Rene Ladan wrote: >> On 22-06-2010 22:15, Micka?l Maillot wrote: >> > libGLcore.so is rename to libnvidia-glcore.so >> > so you need to update pkg-plist to >> >> and these files don't exist any longer: >> pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist >> pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist > > Sure, I will take care of plist issues upon the upgrade. =A0What is more > important right now is driver stability issues people had been having. > I must rely on other people testing since I was not able to reproduce > most of them in my local environment. > > ./danfe So what exactly do I have to do to test this? in the Makefile just -DISTVERSION?=3D 195.36.24 +DISTVERSION?=3D 256.35 make makesum && make deinstall && make install or will I have to change the plist somewhere Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 03:06:47 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26BC6106564A; Wed, 23 Jun 2010 03:06:47 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id AF3BD8FC15; Wed, 23 Jun 2010 03:06:46 +0000 (UTC) Received: from f8x64.laiers.local (dslb-088-066-001-126.pools.arcor-ip.net [88.66.1.126]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MXmrv-1Ofhl11VbD-00Wr2M; Wed, 23 Jun 2010 04:54:08 +0200 From: Max Laier Organization: FreeBSD To: freebsd-ports@freebsd.org Date: Wed, 23 Jun 2010 04:54:06 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p3; KDE/4.4.3; amd64; ; ) References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C211BD7.1010802@gmail.com> <20100623010933.GB10117@FreeBSD.org> In-Reply-To: <20100623010933.GB10117@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201006230454.07094.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Ibnc+k7Sz+zdCDkY5Wjbw49i/m1zcmAFk5oX uRobN7l+UG0LAeBGyqCcQ+QpQVU389A8LE/hA8mGCSeHu4HMO1 eGcg/QGPQHCmHvCv1Jz+w== Cc: Micka?l Maillot , Alexey Dokuchaev , Emanuel Haupt , Rene Ladan Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 03:06:47 -0000 On Wednesday 23 June 2010 03:09:34 Alexey Dokuchaev wrote: > On Tue, Jun 22, 2010 at 10:23:51PM +0200, Rene Ladan wrote: > > On 22-06-2010 22:15, Micka?l Maillot wrote: > > > libGLcore.so is rename to libnvidia-glcore.so > > > so you need to update pkg-plist to > > > > and these files don't exist any longer: > > pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist > > pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist > > Sure, I will take care of plist issues upon the upgrade. What is more > important right now is driver stability issues people had been having. > I must rely on other people testing since I was not able to reproduce > most of them in my local environment. FWIW, my problem with 195.36.15 has disappeared. I still can't figure out what changed. I'll give the 2^8 version a spin later this week. Thanks, Max From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 03:43:18 2010 Return-Path: Delivered-To: ports@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id E533F106566C; Wed, 23 Jun 2010 03:43:18 +0000 (UTC) Date: Wed, 23 Jun 2010 03:43:18 +0000 From: Alexey Dokuchaev To: "Sam Fourman Jr." Message-ID: <20100623034318.GA24909@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> <4C211BD7.1010802@gmail.com> <20100623010933.GB10117@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: Micka?l Maillot , ports@freebsd.org, Emanuel Haupt , Rene Ladan Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 03:43:19 -0000 On Tue, Jun 22, 2010 at 08:30:54PM -0500, Sam Fourman Jr. wrote: > 2010/6/22 Alexey Dokuchaev : > > On Tue, Jun 22, 2010 at 10:23:51PM +0200, Rene Ladan wrote: > >> On 22-06-2010 22:15, Micka?l Maillot wrote: > >> > libGLcore.so is rename to libnvidia-glcore.so > >> > so you need to update pkg-plist to > >> > >> and these files don't exist any longer: > >> pkg_info: /compat/linux/usr/lib/libnvidia-glcore.so.1 doesn't exist > >> pkg_info: /compat/linux/usr/lib/libnvidia-tls.so.1 doesn't exist > > > > Sure, I will take care of plist issues upon the upgrade. šWhat is more > > important right now is driver stability issues people had been having. > > I must rely on other people testing since I was not able to reproduce > > most of them in my local environment. > > So what exactly do I have to do to test this? > in the Makefile just > > -DISTVERSION?= 195.36.24 > +DISTVERSION?= 256.35 I would suggest to start with 195.36.31, as 256.xx are early betas. Ideally, I want a stable version in 195.36.yy series before start looking at upcoming 256 ones. > make makesum && make deinstall && make install > > or will I have to change the plist somewhere Yes, plist changes are required to make the port deinstall itself cleanly. It won't affect driver stability in any way though. :-) ./danfe From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 06:26:20 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBD441065679 for ; Wed, 23 Jun 2010 06:26:20 +0000 (UTC) (envelope-from overlapped@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6338FC18 for ; Wed, 23 Jun 2010 06:26:20 +0000 (UTC) Received: by mail-fx0-f54.google.com with SMTP id 7so3317803fxm.13 for ; Tue, 22 Jun 2010 23:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:x-face:disposition-notification-to:mime-version :content-type:content-transfer-encoding:message-id; bh=vq/D84iSpCnGbm/F/7+hGCLpLmSBhUi/BwRN7rcVXcY=; b=FwCNn+DOfapNFoGNohF57+0GiH8o8vTzjsBiniyl1qh6FLDCa1vm+xZvCRgo1O0Nj+ NZRn2b1mmv65L+q9gdXEsouTnOsCMXUgsEtQgjDQurr+wNAZUGtx6IWjGTCbJUz32uUT CEAFxCDZI2Tm2yoCHShomWZGCsUqsbhbizr+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:x-face :disposition-notification-to:mime-version:content-type :content-transfer-encoding:message-id; b=SRdb4gvXbyhWb1wxFKY7ezvLTRkm2ukN4JxqD+shglcWoyfHuE/gRjDYTSZU49w5d3 aSwk2px/Kk3pEqzIOXhIN9f3q0PeeUywTqF40I7OJM/ZEjrZEKXPZ9AyZJnYptZfo8XO uWv/nxtmsqmO2AbHvMz34UzGBPJBFuulRUV3E= Received: by 10.102.240.34 with SMTP id n34mr2365488muh.31.1277273035344; Tue, 22 Jun 2010 23:03:55 -0700 (PDT) Received: from karfagen.mshome (b-internet.213.228.88.104.snt.ru [213.228.88.104]) by mx.google.com with ESMTPS id e9sm9234192muf.10.2010.06.22.23.03.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 23:03:55 -0700 (PDT) From: Alexey Serebryakoff Organization: Home Server To: ports@freebsd.org Date: Wed, 23 Jun 2010 13:03:08 +0700 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p1; KDE/4.4.4; i386; ; ) X-Face: "#M1JOx;_Lh}+n')7wLS*]1lI%"-oR2%nJ,j>x9tO:>9Cx" =?utf-8?q?=0A=09vk?=>Vj4>yy@.iMoa$Z5gF\[~C35||9k4uBF+`C]~tn$u[!0u&Yx{w)A3KzfCor, Nj4oE8, =?utf-8?q?n=0A=09vziH6+=7DESc=7D54y1=23Ro?=, S+i[_s$:1{G`SbN&Cyr0j+m-'uM!-IHOp&f\^lI9nK MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2881858.iylcN40OYu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006231303.09268.overlapped@gmail.com> Cc: Subject: [INFO] Current nvidia-driver 195.36.15 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 06:26:20 -0000 --nextPart2881858.iylcN40OYu Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys! A couple weeks ago I was updated KDE to 4.4. But there I had not noticed, x= 11=20 and drivers were are updated too (portupgrade -aR). ;-) Okay, KDE was loade= d=20 and works okay! But! About 3-5 mins machine begins rebooted or halted=20 unexpectedly. Hmm... I had spent some days to search what's the problem. I have P4 with Nvidia GeForce7600 card and current x11/nvidia-driver 195.36= =2E15=20 does not work correctly. I reinstalled with old legacy driver 173.14.25 fro= m=20 ports and now all works are okay! ;-) =2D-=20 Best regards, Alexey Serebryakoff --nextPart2881858.iylcN40OYu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwho50ACgkQtxvhRysHUQBzXgCghdUVvcDRFcQTRCkFhJ3p2ZUP lLEAn3FurZgGfuNHfSYU4bIvyudZglhc =oM5Q -----END PGP SIGNATURE----- --nextPart2881858.iylcN40OYu-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 07:11:53 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85D281065676 for ; Wed, 23 Jun 2010 07:11:53 +0000 (UTC) (envelope-from avk@vl.ru) Received: from post.hc.ru (post.hc.ru [89.111.177.122]) by mx1.freebsd.org (Postfix) with ESMTP id 36FF78FC21 for ; Wed, 23 Jun 2010 07:11:52 +0000 (UTC) Received: from office-gw.hc.ru ([89.111.168.2]:51750 helo=[192.168.1.52]) by post.hc.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1ORK7c-00047d-Ll for ports@freebsd.org; Wed, 23 Jun 2010 11:11:45 +0400 Message-ID: <4C21B3B5.9070805@vl.ru> Date: Wed, 23 Jun 2010 11:11:49 +0400 From: Alexander Kriventsov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: ports@freebsd.org References: <4C20C6FD.8080504@vl.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SpamTest-Envelope-From: avk@vl.ru X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 14344 [Jun 23 2010] X-SpamTest-Info: {HEADERS: 8-bit header Content-Type found with 7-bit header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 35 X-SpamTest-SPF: neutral X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release Cc: Subject: Re: commit PR ports/146582: [PATCH]textproc/libxml2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 07:11:53 -0000 On 22.06.2010 19:11, Chris Rees wrote: > On 22 June 2010 15:21, Alexander Kriventsov wrote: >> Hello! >> >> Can anybody commit this http://www.freebsd.org/cgi/query-pr.cgi?pr=146582? > > You need to ask the Gnome team to approve it first. How can I do this? They didn't send any replay from May 14. Is it possible to commit with reason like 'maintainer timeout'? This PR is only add option that allow to configure libxml without threads which is enable by default. > > Chris From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 12:16:12 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58FD51065670 for ; Wed, 23 Jun 2010 12:16:12 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E535C8FC13 for ; Wed, 23 Jun 2010 12:16:11 +0000 (UTC) Received: by fxm7 with SMTP id 7so3494061fxm.13 for ; Wed, 23 Jun 2010 05:16:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=/Us+9HVX+FuJBdYKUWMZ5EeVRBEmkFmCA2W9yGmc8yc=; b=mJ7p3bjr9spy3NGAYUr8TvAm97EHPGIGjGpPkKznjcHGKfaGNjs/ItRorZgvVFYhJI fwv2cCFV3lputQobn6/meCTzWK/BqVgNYjwy7NSAR8EZALw/bVpFfMsr4j3I4mAojr3P RWGqU3AriAeoUCdwkwwh/Y3GP7iluIVt8G7q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=x5ACeU3X5sUEVHOm6AjCqXky74170RPwAkYsKOIBKSbG2u0v+xWhfWvdbFqfrYsRMb 9AJj8uLPeQPmqrDoxAbf3beyag4OWNLa/R+WDr9Qr4ke6OggKmRracjZ9Hy9u/tdVOzB iGNmdoKpMGEFATga82ctED3Pp5XEk63VbdxKE= MIME-Version: 1.0 Received: by 10.204.74.30 with SMTP id s30mr5461446bkj.27.1277295367818; Wed, 23 Jun 2010 05:16:07 -0700 (PDT) Received: by 10.204.68.142 with HTTP; Wed, 23 Jun 2010 05:16:07 -0700 (PDT) Date: Wed, 23 Jun 2010 14:16:07 +0200 Message-ID: From: David DEMELIER To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 12:16:12 -0000 Hi freebsd-ports@, I would like to propose you something that I would like to be done. It's a cosmetic, useless thing but I like when things are made homogeneously. That is the problem : as you can see, sometimes port tells a message to the user but some maintainers used delimiters to begin/end the message such as a lot of "***" or "===" or blank spaces. If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE is composed like this : =========================================================================== $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ Note you need audio/audacious-plugins to actually play music. =========================================================================== I would do something like this to the FreeBSD ports, if you agree with me I can check every messages and modify them. I can also put something in the FreeBSD porter's handbook to write a "pkg-message template" I know that there is much more important work to do, that's why I can take all this work for myself. Please report any feedback, With kind regards. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:00:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFFCC1065676 for ; Wed, 23 Jun 2010 14:00:17 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 67F228FC0A for ; Wed, 23 Jun 2010 14:00:17 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 5731222C50EF; Wed, 23 Jun 2010 17:00:16 +0300 (EEST) Date: Wed, 23 Jun 2010 17:00:10 +0300 From: Ion-Mihai Tetcu To: David DEMELIER Message-ID: <20100623170010.66238033@it.buh.tecnik93.com> In-Reply-To: References: X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/a0qNQ3m2xnE0EPs_pc.Le1m"; protocol="application/pgp-signature" Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 14:00:17 -0000 --Sig_/a0qNQ3m2xnE0EPs_pc.Le1m Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 23 Jun 2010 14:16:07 +0200 David DEMELIER wrote: > Hi freebsd-ports@, >=20 > I would like to propose you something that I would like to be done. > It's a cosmetic, useless thing but I like when things are made > homogeneously. That is the problem : as you can see, sometimes port > tells a message to the user but some maintainers used delimiters to > begin/end the message such as a lot of "***" or "=3D=3D=3D" or blank spac= es. >=20 > If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE > is composed like this : >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ >=20 > Note you need audio/audacious-plugins to actually play music. > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D >=20 > I would do something like this to the FreeBSD ports, if you agree with > me I can check every messages and modify them. I can also put > something in the FreeBSD porter's handbook to write a "pkg-message > template" >=20 > I know that there is much more important work to do, that's why I can > take all this work for myself. >=20 > Please report any feedback, > With kind regards. Go ahead please. You'll need to keep the patch in sync for some time, so use CVS to make the patch. Ping me when you are ready. Thanks,=20 --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/a0qNQ3m2xnE0EPs_pc.Le1m Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwiE2wACgkQJ7GIuiH/oeWZRgCfQakep19UmmVHETTMepHAhl2X IPYAnio0ksBWAtGgVWN7ARAlJD+jeuVy =zc0m -----END PGP SIGNATURE----- --Sig_/a0qNQ3m2xnE0EPs_pc.Le1m-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:24:02 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 131D2106564A for ; Wed, 23 Jun 2010 14:24:02 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 889518FC08 for ; Wed, 23 Jun 2010 14:24:01 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id o5NENxZm052993 for ; Wed, 23 Jun 2010 16:24:00 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 23 Jun 2010 16:23:57 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA57B1B@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: scamp-5.2i Thread-Index: AcsS37d/6svGw48pRAaeLgmO8UNB+w== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: scamp-5.2i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 14:24:02 -0000 Hello all, I have updated scamp on my mailscanner machines. But after the update scamp does not work anymore. I also did delete the default config file, and thenscamps as kif i want to create a new one. But after the creation of the file nothing happens also a scamp -h does not show anything. This is on all my machines. Reverting scamp back all Works again. regards,=20 Johan Hendriks From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:36:48 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24EEF106564A; Wed, 23 Jun 2010 14:36:48 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from cell.p6m7g8.net (static-71-178-236-107.washdc.fios.verizon.net [71.178.236.107]) by mx1.freebsd.org (Postfix) with ESMTP id AD9138FC16; Wed, 23 Jun 2010 14:36:47 +0000 (UTC) Received: from philip.hq.rws (wsip-174-79-184-239.dc.dc.cox.net [174.79.184.239]) (authenticated bits=0) by cell.p6m7g8.net (8.14.4/8.14.3) with ESMTP id o5NEagg4033596 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 14:36:43 GMT (envelope-from pgollucci@p6m7g8.com) Message-ID: <4C221BFA.1080907@p6m7g8.com> Date: Wed, 23 Jun 2010 14:36:42 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100607 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ion-Mihai Tetcu References: <20100623170010.66238033@it.buh.tecnik93.com> In-Reply-To: <20100623170010.66238033@it.buh.tecnik93.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cell.p6m7g8.net Cc: David DEMELIER , freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 14:36:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/23/10 14:00, Ion-Mihai Tetcu wrote: > On Wed, 23 Jun 2010 14:16:07 +0200 > David DEMELIER wrote: > >> Hi freebsd-ports@, >> >> I would like to propose you something that I would like to be done. >> It's a cosmetic, useless thing but I like when things are made >> homogeneously. That is the problem : as you can see, sometimes port >> tells a message to the user but some maintainers used delimiters to >> begin/end the message such as a lot of "***" or "===" or blank spaces. >> >> If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE >> is composed like this : >> >> =========================================================================== >> $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ >> >> Note you need audio/audacious-plugins to actually play music. >> =========================================================================== >> >> I would do something like this to the FreeBSD ports, if you agree with >> me I can check every messages and modify them. I can also put >> something in the FreeBSD porter's handbook to write a "pkg-message >> template" >> >> I know that there is much more important work to do, that's why I can >> take all this work for myself. >> >> Please report any feedback, >> With kind regards. > > Go ahead please. You'll need to keep the patch in sync for some time, > so use CVS to make the patch. Ping me when you are ready. I am interested in this as well. If I can be of assistance I will. - -- - ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iD8DBQFMIhv5dbiP+9ubjBwRAu8NAJ9Vw255Xhi5n6U3D7YwkV4DctgSjACeLYA7 xZqXsFPmLkOHVN2lyEUOSJc= =w85t -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:40:22 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0E1106566C for ; Wed, 23 Jun 2010 14:40:22 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 29C0E8FC08 for ; Wed, 23 Jun 2010 14:40:21 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 58A915C18; Wed, 23 Jun 2010 10:40:21 -0400 (EDT) Date: Wed, 23 Jun 2010 10:40:21 -0400 From: Wesley Shields To: David DEMELIER Message-ID: <20100623144021.GC280@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.20 (2009-06-14) Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 14:40:22 -0000 On Wed, Jun 23, 2010 at 02:16:07PM +0200, David DEMELIER wrote: > Hi freebsd-ports@, > > I would like to propose you something that I would like to be done. > It's a cosmetic, useless thing but I like when things are made > homogeneously. That is the problem : as you can see, sometimes port > tells a message to the user but some maintainers used delimiters to > begin/end the message such as a lot of "***" or "===" or blank spaces. > > If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE > is composed like this : > > =========================================================================== > $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ > > Note you need audio/audacious-plugins to actually play music. > =========================================================================== > > I would do something like this to the FreeBSD ports, if you agree with > me I can check every messages and modify them. I can also put > something in the FreeBSD porter's handbook to write a "pkg-message > template" > > I know that there is much more important work to do, that's why I can > take all this work for myself. I think a better solution is to do what portmaster does and display all the pkg-message files as one of the last things it does. I had a patch to do this sitting in portmgr@ queue but it needs more work. A combination of some standardization of pkg-message files and displaying them all at the end of a build would be best. -- WXS From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:43:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E320D1065673 for ; Wed, 23 Jun 2010 14:43:16 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B00D28FC18 for ; Wed, 23 Jun 2010 14:43:16 +0000 (UTC) Received: by pwj1 with SMTP id 1so1689171pwj.13 for ; Wed, 23 Jun 2010 07:43:16 -0700 (PDT) Received: by 10.142.55.4 with SMTP id d4mr7285570wfa.309.1277304196071; Wed, 23 Jun 2010 07:43:16 -0700 (PDT) Received: from scorpio.seibercom.net ([67.189.160.65]) by mx.google.com with ESMTPS id x34sm1729956wfi.16.2010.06.23.07.43.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Jun 2010 07:43:15 -0700 (PDT) Received: from scorpio (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id D41F4E5482F for ; Wed, 23 Jun 2010 10:43:10 -0400 (EDT) Date: Wed, 23 Jun 2010 10:43:09 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100623104309.3e5559bb@scorpio> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCBA57B1B@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCBA57B1B@w2003s01.double-l.local> Organization: seibercom.net X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEX3/uPVnZf2/v9ejGkqHB74++H///+cHCT3m6cgqYvfAAACbElEQVQ4jWXTQW/bIBQAYJLJuRMn8TVCss9zTdrrXJ6bHe1Ej/bossF9EpJ3nbapf3sP8JxOQ4qV8OU9HvjBROWcYNlKHtxlQ1/huBaOBiMwQtgHhbokMLIT76Acps5hvy61+6WsjkCZzNEW0+fcQ7Nl5uoPCegjjjhN5/MEABd89k9hXkQoX6cwPIDKCt8tYG5wpmdrxAyuolTPqpiVoEpVCWvl6e00RAD4JBJQnO4lvv0O4Cnd3WUGevYNFohxFYAy7jCCtW39LaQK8BgDAgiHVinVJlCiFKlcqgEHfwb1EuG+DwFGMO3oCIuJIEYoa8KJECBB+UBldgm0MQmEGz7GQr8XYRPKzYNO1zZ8mgdAu4BG5Ke/4KFboM8458UScViAAvYD93OAsu+Bc3zxCU7ZAjT74+dQv9K7oO0d1wuscop48Pc50O5bcVwgGzh/mXzaizJuAWERh8k3eaxKmxu4kV1p2XOEg3i3c8M+EKR93P0D1KATpC55vMHaGqFf5f/AwhlrhHgg8DTezopt6I3o3Qx4q4q6YaPxK8RxcClXeFGhTTS++QR6TS/oBs7l4WhzuNMubZG6hIBkF4qqZVdWczIqSrjKVF/i4o26IP2oElBGFy5CXKSnf6UWDTC6zKSqoAvzsakjjBvdzLKnmxdhY8eRsX7VSCUBdgD1hVJpx6y2OOS1DNDILYmqdWUJ+oHvd0rRvAqX5kpxQMR6yxHzPV6VlPFyWE7LKc36keNQI64gLP8Ybgtmg+zYuBl4fuI8VqW2RqDGE8Uzu7GxGa803whDdxx3bSZbRhfQUSxvmnpLZWpRFqHz7v8AvsBe0S1zv9UAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: scamp-5.2i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 14:43:17 -0000 On Wed, 23 Jun 2010 16:23:57 +0200 Johan Hendriks articulated: > Hello all, > I have updated scamp on my mailscanner machines. > But after the update scamp does not work anymore. > I also did delete the default config file, and thenscamps as kif i > want to create a new one. > But after the creation of the file nothing happens also a scamp -h > does not show anything. > > This is on all my machines. > Reverting scamp back all Works again. > regards, I am aware of the problem. An updated script was submitted: ports/147840: Updated Port: security/scamp I am awaiting its release. The problem was that a piece of debug code was inadvertently left in the version that was released. There was an "exit" code left over from a debug session. It was left on or about line 715 if I remember correctly. You could update to the latest ports version and just comment out that line, or wait for the new version to be released into the ports system. That is the last time I ever release anything late at night. -- Jerry ✌ FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ If you think the United States has stood still, who built the largest shopping center in the world? Richard M. Nixon From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 14:46:16 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12616106567C for ; Wed, 23 Jun 2010 14:46:16 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from cell.p6m7g8.net (static-71-178-236-107.washdc.fios.verizon.net [71.178.236.107]) by mx1.freebsd.org (Postfix) with ESMTP id A68968FC18 for ; Wed, 23 Jun 2010 14:46:15 +0000 (UTC) Received: from philip.hq.rws (wsip-174-79-184-239.dc.dc.cox.net [174.79.184.239]) (authenticated bits=0) by cell.p6m7g8.net (8.14.4/8.14.3) with ESMTP id o5NEkAqS033818 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 14:46:10 GMT (envelope-from pgollucci@p6m7g8.com) Message-ID: <4C221E32.60400@p6m7g8.com> Date: Wed, 23 Jun 2010 14:46:10 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100607 Thunderbird/3.0.4 MIME-Version: 1.0 To: Wesley Shields References: <20100623144021.GC280@atarininja.org> In-Reply-To: <20100623144021.GC280@atarininja.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cell.p6m7g8.net Cc: David DEMELIER , freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 14:46:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/23/10 14:40, Wesley Shields wrote: > On Wed, Jun 23, 2010 at 02:16:07PM +0200, David DEMELIER wrote: >> Hi freebsd-ports@, >> >> I would like to propose you something that I would like to be done. >> It's a cosmetic, useless thing but I like when things are made >> homogeneously. That is the problem : as you can see, sometimes port >> tells a message to the user but some maintainers used delimiters to >> begin/end the message such as a lot of "***" or "===" or blank spaces. >> >> If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE >> is composed like this : >> >> =========================================================================== >> $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ >> >> Note you need audio/audacious-plugins to actually play music. >> =========================================================================== >> >> I would do something like this to the FreeBSD ports, if you agree with >> me I can check every messages and modify them. I can also put >> something in the FreeBSD porter's handbook to write a "pkg-message >> template" >> >> I know that there is much more important work to do, that's why I can >> take all this work for myself. > > I think a better solution is to do what portmaster does and display all > the pkg-message files as one of the last things it does. I had a patch > to do this sitting in portmgr@ queue but it needs more work. > > A combination of some standardization of pkg-message files and > displaying them all at the end of a build would be best. Yes thats definitely a needed feature. I think we need 2 things: 1) All pkg-message whether .in or not go through the 'sed' that SUB_LIST/PLIST_SUB do. 2) You collect them in to /var/db/pkg and loop and display at end. As a consequence all formatting should be removed from the individual pkg-message[.in] files and added in #2. Ideally I'd say we should just slowly switch everything to FILESDIR/pkg-message[.in] but portmgr@ already veto'd that before so I'll drop that idea. - -- - ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iD8DBQFMIh4ydbiP+9ubjBwRAix1AKCK76puppTw5UC3bWBS3t+zkQ+W/wCfWsPo GoWKEF6l7lZZABMYeynZHAs= =N0Vw -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 15:14:50 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C2F21065670 for ; Wed, 23 Jun 2010 15:14:50 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id C3C6D8FC19 for ; Wed, 23 Jun 2010 15:14:49 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id o5NFEmGu030267 for ; Wed, 23 Jun 2010 17:14:48 +0200 (CEST) (envelope-from Johan@double-l.nl) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 23 Jun 2010 17:14:45 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA57B1D@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: scamp-5.2i Thread-Index: AcsS4zsLkrC2AhsKQtuoViqFu9myJQAA0UBQ References: <57200BF94E69E54880C9BB1AF714BBCBA57B1B@w2003s01.double-l.local> <20100623104309.3e5559bb@scorpio> From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Subject: RE: scamp-5.2i X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 15:14:50 -0000 DQo+VGhhdCBpcyB0aGUgbGFzdCB0aW1lIEkgZXZlciByZWxlYXNlIGFueXRoaW5nIGxhdGUgYXQg bmlnaHQuDQoNCj4tLSANCj5KZXJyeSDinIwNCj5GcmVlQlNELVBvcnRzLnVzZXJAc2VpYmVyY29t Lm5ldA0KDQpUaGFua3MgZm9yIHRoZSB1cGRhdGUsIGkgd2lsbCB3YWl0IGZvciB0aGUgbmV3IHZl cnNpb24gdG8gaGl0IHRoZSB0cmVlLg0KDQpXaGVuIGRvaW5nIHRoaW5ncyBsYXRlLCBtYWtlIHN1 cmUgdGhlcmUgaXMgZW5vdWdoIGNvZmZlZSEgOikNCg0KdGhhbmtzIGFnYWluIGZvciB5b3VyIHRp bWUgYW5kIGVmZm9ydCBtYWludGFpbmluZyB0aGlzIHBvcnQuDQoNCnJlZ2FyZHMNCg0KSm9oYW4g SGVuZHJpa3MNCg== From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 15:39:17 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3F15106566B for ; Wed, 23 Jun 2010 15:39:17 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 86DE28FC08 for ; Wed, 23 Jun 2010 15:39:16 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o5NFdFYL027959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 11:39:16 -0400 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o5NFdFVw006800; Wed, 23 Jun 2010 11:39:15 -0400 Message-ID: <4C222AA3.2060108@aldan.algebra.com> Date: Wed, 23 Jun 2010 11:39:15 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: ports@FreeBSD.org, multimedia@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: votdev@gmx.de, leo@mediatomb.cc Subject: minidlna: a new port needs testers, start-up script X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 15:39:17 -0000 Hello! "Digital Life Network Alliance " is a standard newer than UPnP -- some devices on the market are not satisfied with plain UPnP-servers like mediatomb ... As far as I understand, the only DLNA-capable server ported to FreeBSD right now is ushare , but it seems to require a full rescan of one's media-collection upon every startup... I (almost) ported a promising little DLNA-server (which uses SQLite3 database to store the collection data between restarts), but I need help with the start-up script -- the server should run as its own unprivileged user:group (dlna:dlna), send stderr/stdout to /var/log/minidlna.log (I may later patch it to use syslog instead), and maintain PID-file in /var/run/minidlna.pid. The port can be downloaded from: http://aldan.algebra.com/~mi/minidlna-port.shar Both my Bravia TV and Onkyo receiver are able to play MP3 files served by it (although Onkyo can't decode the Cyrillics in the titles)... The TV can also show pictures (except for /progressive/ JPEGs, which Sony's JPEG implementation infamously rejects ). I'm yet to figure out, what video-file format the TV would accept -- minidlna does not offer on-the-fly transcoding... Also, some bug in avformat breaks it for certain .m2ts files I have (both ushare and ffplay suffer from the same). Please, report any problems by private e-mail. As soon as the start-up script is contributed, I'll commit the port. Thanks! -mi P.S. Before installing the port, remember to add the dlna user and group to /usr/ports/UIDs and /usr/ports/GIDs: --- UIDs 12 Jun 2010 17:43:50 -0000 1.115 +++ UIDs 23 Jun 2010 15:07:54 -0000 @@ -173,2 +173,3 @@ nslcd:*:928:928::0:0:nslcd daemon:/nonexistent:/usr/sbin/nologin activemq:*:929:929::0:0:ActiveMQ Daemon:/nonexistent:/sbin/nologin +dlna:*:930:930::0:0:DLNA server:/nonexistent:/sbin/nologin --- GIDs 12 Jun 2010 01:05:53 -0000 1.99 +++ GIDs 23 Jun 2010 15:07:54 -0000 @@ -163,2 +163,3 @@ nslcd:*:928: activemq:*:929: +dlna:*:930: From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 16:25:24 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8C7106566B; Wed, 23 Jun 2010 16:25:24 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 8B87E8FC18; Wed, 23 Jun 2010 16:25:24 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.4/8.14.4) with ESMTP id o5NGPME8099120; Wed, 23 Jun 2010 11:25:22 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Wed, 23 Jun 2010 11:25:22 -0500 (CDT) From: "Sean C. Farley" To: Alexey Dokuchaev In-Reply-To: <20100623034318.GA24909@FreeBSD.org> Message-ID: References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> <4C211BD7.1010802@gmail.com> <20100623010933.GB10117@FreeBSD.org> <20100623034318.GA24909@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-1452663584-1277310322=:76534" X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,BAYES_00,SPF_SOFTFAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.farley.org Cc: freebsd-ports@FreeBSD.org Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 16:25:25 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-1452663584-1277310322=:76534 Content-Type: TEXT/PLAIN; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 23 Jun 2010, Alexey Dokuchaev wrote: > On Tue, Jun 22, 2010 at 08:30:54PM -0500, Sam Fourman Jr. wrote: >> 2010/6/22 Alexey Dokuchaev : *snip* >>> Sure, I will take care of plist issues upon the upgrade. šWhat is >>> more important right now is driver stability issues people had been >>> having. I must rely on other people testing since I was not able to >>> reproduce most of them in my local environment. >> >> So what exactly do I have to do to test this? >> in the Makefile just >> >> -DISTVERSION?= 195.36.24 >> +DISTVERSION?= 256.35 > > I would suggest to start with 195.36.31, as 256.xx are early betas. > Ideally, I want a stable version in 195.36.yy series before start > looking at upcoming 256 ones. The 195.36.24/amd64 driver gives me no additional problems over 195.36.15 (current version in port) for a GeForce 8800 GTS. I see no 195.36.31 for amd64 available from nVidia. Since the amd64 versions were beta until the 256 series, Zander was blessing us--thank you!--with releases of it. [1] Sean 1. http://www.nvnews.net/vbulletin/showthread.php?t=150672 -- scf@FreeBSD.org --56599777-1452663584-1277310322=:76534-- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 16:28:24 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5EA81065677 for ; Wed, 23 Jun 2010 16:28:24 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 305888FC19 for ; Wed, 23 Jun 2010 16:28:23 +0000 (UTC) Received: by fxm7 with SMTP id 7so3736917fxm.13 for ; Wed, 23 Jun 2010 09:28:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=zyeJJCbM5MXQSJXyRG0OkTol9VbjFWH3xLRwpkSgPEA=; b=uXtcJQOL4Q37upfC2r+qHCHJAF1/pMIlqzu5oOd0iBf/wdGZ9Z5/NoYVC/zFIhn+om uhRtHlJA/bdzGNEX9Cu+mp9dUJJt0fShvrV0Y7i2EwhdeuQLLEElRToy8e26uVDhUwhM m2KrKhU9A+8SoebTc159aiWZQjB1GqJcOdft0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=B4wn2LTAV9wUOzgjfQLcj3jQSIRtUmEqzUaJ95XjrPcmZYC9hr3+nniNwgyjDd+BoL Pi0exJXJt9BGfK3rvY0BrntZMJWNkz56zTWRM4TeLMe42SUlce8qxs7ryXkSC3iOhwDu RvjaHLdvr0U3s/VgFdJ9PTV4NLimdGrdbgK+4= MIME-Version: 1.0 Received: by 10.204.6.74 with SMTP id 10mr5823020bky.198.1277310502925; Wed, 23 Jun 2010 09:28:22 -0700 (PDT) Received: by 10.204.68.142 with HTTP; Wed, 23 Jun 2010 09:28:22 -0700 (PDT) In-Reply-To: <20100623144021.GC280@atarininja.org> References: <20100623144021.GC280@atarininja.org> Date: Wed, 23 Jun 2010 18:28:22 +0200 Message-ID: From: David DEMELIER To: Wesley Shields Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 16:28:24 -0000 2010/6/23 Wesley Shields : > On Wed, Jun 23, 2010 at 02:16:07PM +0200, David DEMELIER wrote: >> Hi freebsd-ports@, >> >> I would like to propose you something that I would like to be done. >> It's a cosmetic, useless thing but I like when things are made >> homogeneously. That is the problem : as you can see, sometimes port >> tells a message to the user but some maintainers used delimiters to >> begin/end the message such as a lot of "***" or "===" or blank spaces. >> >> If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE >> is composed like this : >> >> =========================================================================== >> $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ >> >> Note you need audio/audacious-plugins to actually play music. >> =========================================================================== >> >> I would do something like this to the FreeBSD ports, if you agree with >> me I can check every messages and modify them. I can also put >> something in the FreeBSD porter's handbook to write a "pkg-message >> template" >> >> I know that there is much more important work to do, that's why I can >> take all this work for myself. > > I think a better solution is to do what portmaster does and display all > the pkg-message files as one of the last things it does. I had a patch > to do this sitting in portmgr@ queue but it needs more work. > > A combination of some standardization of pkg-message files and > displaying them all at the end of a build would be best. > > -- WXS > Yes, Gentoo's portage emerge does this, if I remember well it prints the message after building the port and when every port has finished and that is really interesting ! Because I always used mv, vim, diff to generate patches I need some time to learn the way to do patches with cvs. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 16:36:25 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CB04106566C for ; Wed, 23 Jun 2010 16:36:25 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao102.cox.net (eastrmmtao102.cox.net [68.230.240.8]) by mx1.freebsd.org (Postfix) with ESMTP id DDD798FC1A for ; Wed, 23 Jun 2010 16:36:24 +0000 (UTC) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao102.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100623163614.PZEY7060.eastrmmtao102.cox.net@eastrmimpo02.cox.net>; Wed, 23 Jun 2010 12:36:14 -0400 Received: from localhost ([68.103.37.153]) by eastrmimpo02.cox.net with bizsmtp id ZUcD1e0043JFCbG02UcDZ2; Wed, 23 Jun 2010 12:36:13 -0400 X-VR-Score: -100.00 X-Authority-Analysis: v=1.1 cv=9hqMks3O5GNLj/qlJOa2Pir5HjFKYRx/CqtbUNZ5PAg= c=1 sm=1 a=qN5fipBgWjQA:10 a=GQCbJdZ--msA:10 a=IkcTkHD0fZMA:10 a=N4x68aYdfVlkKDflYggXRA==:17 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=IrddHcZ-CMcoODxU--8A:9 a=0n-z_ztxMjGdYTIlJR4A:7 a=l5f4blDhu5VRpXne1Cjuc14YJGsA:4 a=QEXdDO2ut3YA:10 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 a=N4x68aYdfVlkKDflYggXRA==:117 X-CM-Score: 0.00 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Alexander Kriventsov" References: <4C20C6FD.8080504@vl.ru> <4C21B3B5.9070805@vl.ru> Date: Wed, 23 Jun 2010 11:40:19 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Jeremy Messenger" Message-ID: In-Reply-To: <4C21B3B5.9070805@vl.ru> User-Agent: Opera Mail/10.10 (Linux) Cc: ports@freebsd.org Subject: Re: commit PR ports/146582: [PATCH]textproc/libxml2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 16:36:25 -0000 On Wed, 23 Jun 2010 02:11:49 -0500, Alexander Kriventsov wrote: > On 22.06.2010 19:11, Chris Rees wrote: >> On 22 June 2010 15:21, Alexander Kriventsov wrote: >>> Hello! >>> >>> Can anybody commit this >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=146582? >> >> You need to ask the Gnome team to approve it first. > > How can I do this? > They didn't send any replay from May 14. Is it possible to commit with > reason like 'maintainer timeout'? > This PR is only add option that allow to configure libxml without > threads which is enable by default. The PORTREVISION is not need. I will check w/ your PR later. Cheers, Mezz >> >> Chris -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 16:53:56 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548AA1065678 for ; Wed, 23 Jun 2010 16:53:56 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id E177C8FC0C for ; Wed, 23 Jun 2010 16:53:55 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o5NGrtro080239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 16:53:55 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o5NGrtro080239 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1277312035; x=1277916835; bh=tzIrFjKBFZ5ZGCNp5FClR7FAOAqEn9NZIxlMDI9GApc=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=CtL7c8EgZzfAbdUFG7bf4HZg06f7eQUVlJY3IZvBzq+L0+C8FuqGal3XQ6vJvpGz8 ZeyMrwFcMEq5oSBp0D6CCxzk1VQveCJ5B8I78N44IvFmTr34/Ra9P3H6hrua4qML12 2VRz5cwEoCrNMI5laG1wOUH7fypr1fiWzz6/MNcM= Date: Wed, 23 Jun 2010 16:53:50 +0000 (UTC) From: Janne Snabb To: David DEMELIER In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Wed, 23 Jun 2010 16:53:55 +0000 (UTC) Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 16:53:56 -0000 On Wed, 23 Jun 2010, David DEMELIER wrote: > I would do something like this to the FreeBSD ports, if you agree with > me I can check every messages and modify them. I can also put > something in the FreeBSD porter's handbook to write a "pkg-message > template" I find it completely useless and plainly stupid to edit the pkg-messages of all ports to include lots of equal signs for tty-based formatting purposes. In my opinion the messages in the ports tree should contain (English language, word based) messages, and if some visual formatting is desired, it should be done by the upper layer which displays the message (such as the ports framework, a web site which displays information about various ports, or whatever). The more clueful web monkeys have known to separate content from visual formatting for several years, why should FreeBSD make the same mistake the web monkeys did when www first became popular? However I fully support the idea that all the relevant messages should be displayed at the end of a build/upgrade process whenever technically feasible (otherwise they will just fly past while I am having a lunch or whatever). If the boild/upgrade process fails in the middle, the messages of successful builds/upgrades should still be displayed, even though the end of the process has not been reached. -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 17:45:33 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB75C106564A for ; Wed, 23 Jun 2010 17:45:33 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42A518FC16 for ; Wed, 23 Jun 2010 17:45:32 +0000 (UTC) Received: by bwz17 with SMTP id 17so455013bwz.13 for ; Wed, 23 Jun 2010 10:45:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:organization:date:message-id :mime-version:x-mailer:content-transfer-encoding; bh=x7RyWPnCxxlX1TJTyn91AERL1Y+fR2ZOjaavQ7hSd3k=; b=jf+Xdx6qVyHRc2cznzXApK89fDuecIjE1e+vNic764wWJaUAGk6ul4MQkjm2ZB6ZwH tzndUwWA5H0ynqgcihupDoMOJYlJnYJfiHyk3M3X+nYWuARy+8Mid3VmEWqNNFlVcB8p Cw5Jem165+JzCWn+DTy536a5xiU/z4+crjP6w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:organization :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=EcItHhY0Z6Ul5dumUWBCUJWgERFK+VMOfbOUfjwaUKFQtimFTPIpST9Me4x9ITVzF/ +kyV89NFXe6EUAniWDi0VhLIlDJG5bjkSMoRTmJ7D8DAL8EoNqy+NTIhdSLvGm1fVArh wNN11dPf8f+bg3h5y5Hl6GUFlwsjAWl5D2RZ0= Received: by 10.204.81.146 with SMTP id x18mr5950766bkk.73.1277315131346; Wed, 23 Jun 2010 10:45:31 -0700 (PDT) Received: from [10.0.101.2] (73.44.broadband10.iol.cz [90.177.44.73]) by mx.google.com with ESMTPS id z20sm13161644bkx.39.2010.06.23.10.45.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 23 Jun 2010 10:45:30 -0700 (PDT) From: Michal Varga To: Alexey Dokuchaev In-Reply-To: <20100623010933.GB10117@FreeBSD.org> References: <20100622213511.ff59dcf5.ehaupt@FreeBSD.org> <4C2117DB.1010000@gmail.com> <4C211BD7.1010802@gmail.com> <20100623010933.GB10117@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Organization: Stonehenge Date: Wed, 23 Jun 2010 19:45:18 +0200 Message-ID: <1277315118.1539.24.camel@xenon> Mime-Version: 1.0 X-Mailer: Evolution 2.30.1.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: nvidia-driver 256.35 released X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 17:45:33 -0000 On Wed, 2010-06-23 at 01:09 +0000, Alexey Dokuchaev wrote: > Sure, I will take care of plist issues upon the upgrade. What is more > important right now is driver stability issues people had been having. > I must rely on other people testing since I was not able to reproduce > most of them in my local environment. > > ./danfe Well, I can't comment on the stability issues as I didn't have any, but if it helps, just a quick success report to the pool: Latest 7.3-STABLE, i386, 256.35 on GeForce GT240: Tested pretty much everything from native OpenGL, through linuxulated games (Quake 4, ET), vdpau acceleration, DirectX-to-OpenGL translated Windows games through Wine, and finally some native Windows OpenGL through VirtualBox (whose current OpenGL implementation is pretty flaky on its own anyway), and so far, everything seems to be working rock solid, here and there with some minor performance increases. Could have been much worse, I guess. m. -- Michal Varga, Stonehenge (Gmail account) From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 17:52:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0AF11065672 for ; Wed, 23 Jun 2010 17:52:34 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7F5158FC18 for ; Wed, 23 Jun 2010 17:52:34 +0000 (UTC) Received: by bwz17 with SMTP id 17so458674bwz.13 for ; Wed, 23 Jun 2010 10:52:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=R1UYd1DibMPDuGPjQXWU+wi++vRM5dx4Db3f+gSEH/c=; b=w1ZS+0/rhWYWJ0IlYsXZ6M9Qz0LZt2XYwgsPDDUzBKi+zAsgZASK7wPx7zK9gqs8t6 nlGWIk2oyiH3BR11TJE5VGPl8ZFa0un0qt7NUVkRor8RKbw6Rtj9KbakFO1f0pJFImO7 +a/vzWb04kgUjERydUdMv2ODRjay9CsIzim3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=U03yhU48pImJPbSHpN5B9RhwbMbBS3hOkufLBd2pUei+jjuwNXAjGC0q/ocwlv7vEE ItwzJbpBIEzG5mdqKGxVCwE6ExLAluraPUAWb5MISK/83ZDTzGsG+ZBmk5nZIRyJ/GpB 6PVNWuqlnnhEaKy9Tm8jm8aInrvEMV1LqLtP0= MIME-Version: 1.0 Received: by 10.204.6.74 with SMTP id 10mr5925417bky.198.1277315553185; Wed, 23 Jun 2010 10:52:33 -0700 (PDT) Received: by 10.204.68.142 with HTTP; Wed, 23 Jun 2010 10:52:33 -0700 (PDT) In-Reply-To: References: Date: Wed, 23 Jun 2010 19:52:33 +0200 Message-ID: From: David DEMELIER To: Janne Snabb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 17:52:35 -0000 2010/6/23 Janne Snabb : > On Wed, 23 Jun 2010, David DEMELIER wrote: > >> I would do something like this to the FreeBSD ports, if you agree with >> me I can check every messages and modify them. I can also put >> something in the FreeBSD porter's handbook to write a "pkg-message >> template" > > I find it completely useless and plainly stupid to edit the > pkg-messages of all ports to include lots of equal signs for tty-based > formatting purposes. In my opinion the messages in the ports tree > should contain (English language, word based) messages, and if some > visual formatting is desired, it should be done by the upper layer > which displays the message (such as the ports framework, a web site > which displays information about various ports, or whatever). > We can take a long time to do that (we don't have to do it quickly), but it could be useful to standardize it for one reason : You will see that it's a message from the port maintainer/submitter and not from the program itself! Sometimes configure scripts stage say some useless things to the user. > The more clueful web monkeys have known to separate content from > visual formatting for several years, why should FreeBSD make the > same mistake the web monkeys did when www first became popular? > > However I fully support the idea that all the relevant messages > should be displayed at the end of a build/upgrade process whenever > technically feasible (otherwise they will just fly past while I am > having a lunch or whatever). If the boild/upgrade process fails in > the middle, the messages of successful builds/upgrades should still > be displayed, even though the end of the process has not been > reached. > I agree too. -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 19:15:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4997C1065673 for ; Wed, 23 Jun 2010 19:15:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id E21CE8FC19 for ; Wed, 23 Jun 2010 19:15:16 +0000 (UTC) Received: (qmail 17396 invoked by uid 399); 23 Jun 2010 19:15:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Jun 2010 19:15:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C225D42.4040603@FreeBSD.org> Date: Wed, 23 Jun 2010 12:15:14 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Philip M. Gollucci" References: <20100623144021.GC280@atarininja.org> <4C221E32.60400@p6m7g8.com> In-Reply-To: <4C221E32.60400@p6m7g8.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David DEMELIER , freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 19:15:17 -0000 On 06/23/10 07:46, Philip M. Gollucci wrote: > On 06/23/10 14:40, Wesley Shields wrote: >> On Wed, Jun 23, 2010 at 02:16:07PM +0200, David DEMELIER wrote: >>> Hi freebsd-ports@, >>> >>> I would like to propose you something that I would like to be done. >>> It's a cosmetic, useless thing but I like when things are made >>> homogeneously. I admit that my initial reaction was mixed in the sense that I don't like removing the ability of maintainers to be creative without good reason. However after thinking about this (and reviewing the other posts) I think that the benefits of being consistent so that the user knows what is a message and what is not are worth it. >>> That is the problem : as you can see, sometimes port >>> tells a message to the user but some maintainers used delimiters to >>> begin/end the message such as a lot of "***" or "===" or blank spaces. >>> >>> If you already did use NetBSD pkgsrc, you can see that *every* MESSAGE >>> is composed like this : >>> >>> =========================================================================== >>> $NetBSD: MESSAGE,v 1.1.1.1 2008/10/20 09:28:51 wiz Exp $ Not to dive too quickly into the details, but I would see no value in actually displaying the CVS $Id to the user. :) >>> Note you need audio/audacious-plugins to actually play music. >>> =========================================================================== >>> >>> I would do something like this to the FreeBSD ports, if you agree with >>> me I can check every messages and modify them. I can also put >>> something in the FreeBSD porter's handbook to write a "pkg-message >>> template" >>> >>> I know that there is much more important work to do, that's why I can >>> take all this work for myself. That's great! When I first started in FreeBSD I wasn't new to programming but I was new to Unix, and taking on projects like this was a great way to get involved, give back to the community, and learn more about the system. >> I think a better solution is to do what portmaster does and display all >> the pkg-message files as one of the last things it does. I had a patch >> to do this sitting in portmgr@ queue but it needs more work. FWIW, portmaster users have commented to me many times that this is one of their favorite features, and that they find it very useful. So much so that I wish it were my idea, but it actually came from a user. :) I think it would be great if the ports infrastructure were able to do this as well. >> A combination of some standardization of pkg-message files and >> displaying them all at the end of a build would be best. > Yes thats definitely a needed feature. > > I think we need 2 things: > > 1) All pkg-message whether .in or not go > through the 'sed' that SUB_LIST/PLIST_SUB do. I like this idea better than forcing them all to be in /files, and I can't see any reason not to do it. > 2) You collect them in to /var/db/pkg and loop > and display at end. > > As a consequence all formatting should be removed from the individual > pkg-message[.in] files and added in #2. I'm ambivalent about this. My first thought was that the formatting should happen in step #1. What portmaster does is build each port one at a time, and it makes a note if a port has a pkg-message. Then it does what you suggest in #2 by cat'ing them all to $PAGER. However, thinking more about it I could see how not doing the formatting until step 2 could work, so however it turns out to be "easiest" should be fine. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 19:19:45 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681AC106564A for ; Wed, 23 Jun 2010 19:19:45 +0000 (UTC) (envelope-from pgollucci@p6m7g8.com) Received: from cell.p6m7g8.net (static-71-178-236-107.washdc.fios.verizon.net [71.178.236.107]) by mx1.freebsd.org (Postfix) with ESMTP id 04AE98FC12 for ; Wed, 23 Jun 2010 19:19:44 +0000 (UTC) Received: from philip.hq.rws (wsip-174-79-184-239.dc.dc.cox.net [174.79.184.239]) (authenticated bits=0) by cell.p6m7g8.net (8.14.4/8.14.3) with ESMTP id o5NJJcbc041798 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 19:19:39 GMT (envelope-from pgollucci@p6m7g8.com) Message-ID: <4C225E4A.8010607@p6m7g8.com> Date: Wed, 23 Jun 2010 19:19:38 +0000 From: "Philip M. Gollucci" Organization: P6M7G8 Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100607 Thunderbird/3.0.4 MIME-Version: 1.0 To: Doug Barton References: <20100623144021.GC280@atarininja.org> <4C221E32.60400@p6m7g8.com> <4C225D42.4040603@FreeBSD.org> In-Reply-To: <4C225D42.4040603@FreeBSD.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on cell.p6m7g8.net Cc: David DEMELIER , freebsd-ports@FreeBSD.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 19:19:45 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/23/10 19:15, Doug Barton wrote: >> I think we need 2 things: >> > >> > 1) All pkg-message whether .in or not go >> > through the 'sed' that SUB_LIST/PLIST_SUB do. > I like this idea better than forcing them all to be in /files, and I > can't see any reason not to do it. The other benefit is you can carry over the PLIST logic with @comment to conditionalize lines in the message and thus eliminate all that crap from Makefiles. > >> > 2) You collect them in to /var/db/pkg and loop >> > and display at end. >> > >> > As a consequence all formatting should be removed from the individual >> > pkg-message[.in] files and added in #2. > I'm ambivalent about this. My first thought was that the formatting > should happen in step #1. What portmaster does is build each port one at > a time, and it makes a note if a port has a pkg-message. Then it does > what you suggest in #2 by cat'ing them all to $PAGER. However, thinking > more about it I could see how not doing the formatting until step 2 > could work, so however it turns out to be "easiest" should be fine. I believe we are agreeing. I didn't say anything about portmaster/portupgrade. The pkg/make infrastructure needs to do it at the end so that it works via pkg_add, make, or portmaster et al. - -- - ------------------------------------------------------------------------ 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354 VP Apache Infrastructure; Member, Apache Software Foundation Committer, FreeBSD Foundation Consultant, P6M7G8 Inc. Sr. System Admin, Ridecharge Inc. Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iD4DBQFMIl5KdbiP+9ubjBwRApYMAJ0ZgYpsSy41WeNNZxKjpgK2HpKdcwCYh54j 7t2X4DuUUkkrAdeLTr2Kiw== =BrZx -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 19:43:26 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC73106566C for ; Wed, 23 Jun 2010 19:43:26 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 03FC68FC14 for ; Wed, 23 Jun 2010 19:43:25 +0000 (UTC) Received: (qmail 29072 invoked by uid 399); 23 Jun 2010 19:43:25 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Jun 2010 19:43:25 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C2263DC.7050209@FreeBSD.org> Date: Wed, 23 Jun 2010 12:43:24 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Philip M. Gollucci" References: <20100623144021.GC280@atarininja.org> <4C221E32.60400@p6m7g8.com> <4C225D42.4040603@FreeBSD.org> <4C225E4A.8010607@p6m7g8.com> In-Reply-To: <4C225E4A.8010607@p6m7g8.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: David DEMELIER , freebsd-ports@FreeBSD.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 19:43:26 -0000 On 06/23/10 12:19, Philip M. Gollucci wrote: > On 06/23/10 19:15, Doug Barton wrote: >>> I think we need 2 things: >>>> >>>> 1) All pkg-message whether .in or not go >>>> through the 'sed' that SUB_LIST/PLIST_SUB do. >> I like this idea better than forcing them all to be in /files, and I >> can't see any reason not to do it. > The other benefit is you can carry over the PLIST logic with @comment to > conditionalize lines in the message and thus eliminate all that crap > from Makefiles. Yes, simpler is better. :) >>>> 2) You collect them in to /var/db/pkg and loop >>>> and display at end. >>>> >>>> As a consequence all formatting should be removed from the individual >>>> pkg-message[.in] files and added in #2. >> I'm ambivalent about this. My first thought was that the formatting >> should happen in step #1. What portmaster does is build each port one at >> a time, and it makes a note if a port has a pkg-message. Then it does >> what you suggest in #2 by cat'ing them all to $PAGER. However, thinking >> more about it I could see how not doing the formatting until step 2 >> could work, so however it turns out to be "easiest" should be fine. > I believe we are agreeing. I didn't say anything about > portmaster/portupgrade. The pkg/make infrastructure needs to do it at > the end so that it works via pkg_add, make, or portmaster et al. Yes, we are agreeing. I was simply adding my perspective as a tool author to your proposal. I also agree that the ports infrastructure itself should be as robust as possible, and include features like this whenever it can. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Wed Jun 23 20:13:19 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF1B4106566C; Wed, 23 Jun 2010 20:13:19 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8255C8FC14; Wed, 23 Jun 2010 20:13:19 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id 511D922C53EC; Wed, 23 Jun 2010 23:13:18 +0300 (EEST) Date: Wed, 23 Jun 2010 23:13:15 +0300 From: Ion-Mihai Tetcu To: David DEMELIER Message-ID: <20100623231315.39762a16@it.buh.tecnik93.com> In-Reply-To: References: <20100623144021.GC280@atarininja.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/sysbUZ6apx6jyWfcnSBsjTE"; protocol="application/pgp-signature" Cc: Wesley Shields , freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 23 Jun 2010 20:13:19 -0000 --Sig_/sysbUZ6apx6jyWfcnSBsjTE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 23 Jun 2010 18:28:22 +0200 David DEMELIER wrote: > Because I always used mv, vim, diff to generate patches I need some > time to learn the way to do patches with cvs. http://ionut.tetcu.info/FreeBSD/How-to-submit-a-diff.txt HTH, --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/sysbUZ6apx6jyWfcnSBsjTE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwiat0ACgkQJ7GIuiH/oeV+awCfTnYl0FNTsxHj6tnECqP5JJvP 5pcAn3ZWMQ0ChHe3tn02w0GK7B6p3tzs =zehx -----END PGP SIGNATURE----- --Sig_/sysbUZ6apx6jyWfcnSBsjTE-- From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 03:40:54 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61F54106564A for ; Thu, 24 Jun 2010 03:40:54 +0000 (UTC) (envelope-from snabb@epipe.com) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A5168FC15 for ; Thu, 24 Jun 2010 03:40:54 +0000 (UTC) Received: from tiktik.epipe.com (tiktik.epipe.com [IPv6:2001:470:8940:10::1]) by tiktik.epipe.com (8.14.3/8.14.3) with ESMTP id o5O3erSN086237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Jun 2010 03:40:53 GMT (envelope-from snabb@epipe.com) X-DKIM: Sendmail DKIM Filter v2.8.3 tiktik.epipe.com o5O3erSN086237 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=epipe.com; s=default; t=1277350853; x=1277955653; bh=Ne/A/iZHUzj6IreJ64dORBxvOhmP+phsxtBhOYYaJ8k=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References: MIME-Version:Content-Type; b=h7AE6Nq0TfdFoZlJyG9Rmo+8ZRKRM+FbhG5lSEntH19r2yl7Xl7Frr0DZ7+evNXaF 622KNG2jmmbWAr3+C3QujL5vgU+hFA2aetN1a2LU5qsKwZaqzM0rIkwhfv6XjC0DOJ GPoT5j/Z5cITUymCxhDl8zSxkLxBUFe828vbG/eo= Date: Thu, 24 Jun 2010 03:40:48 +0000 (UTC) From: Janne Snabb To: David DEMELIER In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (tiktik.epipe.com [IPv6:2001:470:8940:10::1]); Thu, 24 Jun 2010 03:40:53 +0000 (UTC) Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 03:40:54 -0000 On Wed, 23 Jun 2010, David DEMELIER wrote: > 2010/6/23 Janne Snabb : >> I find it completely useless and plainly stupid to edit the >> pkg-messages of all ports to include lots of equal signs for tty-based >> formatting purposes. > > We can take a long time to do that (we don't have to do it quickly), > but it could be useful to standardize it for one reason : > You will see that it's a message from the port maintainer/submitter > and not from the program itself! Sometimes configure scripts stage say > some useless things to the user. You obviously did not get my point. I fully agree with you that displaying a line of equals signs on tty based interfaces to make the messages stand out from other crap when installing ports makes sense, but I STRONGLY oppose to the idea of putting this visual formatting in the actual message files. It is just not the right place to put it in. As I pointed out in my previous message, these messages are displayed by various different means for different purposes by different pieces of software (on tty, through GUI, on web sites, etc). Some of that software does not exist right now, but may be implemented in future (I am thinking here of for example a Synaptic like tool for managing the installed software). A line of equals signs looks good on a 80 character wide tty screen when the important message is surrounded by other non-important output, but it just looks stupid when displayed by a GUI or on a web site. Putting the visual cues in pkg-messages files would require every other display mechanism to have a logic to strip them out (for example when displaying the message on X display as a word-wrapped pop-up-window of random width). Why not just change the current display logic to emit these visual cues on a tty when installing ports? It is a single edit to a single file and does not introduce useless clutter in approximately 2209 pkg-message* files in the ports tree. I do realize that many of the current pkg-messages do include similar visual visual formatting already in a non-standard way. One port uses equals signs, another port uses hyphens, etc. Those should be all removed from pkg-messages when the ports infrastructure displays a standardized visual separator automatically. I do not oppose to the other related ideas (such as making a logic to optionally display a part of a message only when some option was enabled). -- Janne Snabb / EPIPE Communications snabb@epipe.com - http://epipe.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 07:04:55 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B26106564A for ; Thu, 24 Jun 2010 07:04:55 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 95FC88FC21 for ; Thu, 24 Jun 2010 07:04:54 +0000 (UTC) Received: by fxm7 with SMTP id 7so4155884fxm.13 for ; Thu, 24 Jun 2010 00:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=88Gz6G3vZ5DgVByjw23nRU68pkBWFRMjcQdHnd6z69U=; b=Wxme9Mj+JMnf+n5ZMLHQxvNNI2Ourtad2wLNuLkNz+F6AgLjTgQldOWWFi64AJm28T HjxpgzbzGBH5vczxOv8Di6z+SsJ+nEASREcfddXweWsZuSCVEYT/youYjD5OYvSrYvSj CppjfQt+osWZ/curAiXUcMTFybZt9Vz81c8yU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=WpsB5UYt7jrQFH4DMDag0JV21w6WgL45y1pPKQYkhhbhM49ZiXwafK/c7oCNG5Tiy+ 0OB7HcmGo2qCTsuda56IdzRFVBW2OYob1ndabN5plL91Y4m+vn69s0MpYHSnrXr+F1E2 4UITSlPAjaVJ3PjKnXv0WfiJWgZzMzwKxKr1o= MIME-Version: 1.0 Received: by 10.204.10.134 with SMTP id p6mr6344002bkp.165.1277363093117; Thu, 24 Jun 2010 00:04:53 -0700 (PDT) Received: by 10.204.68.142 with HTTP; Thu, 24 Jun 2010 00:04:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Jun 2010 09:04:53 +0200 Message-ID: From: David DEMELIER To: Janne Snabb Content-Type: text/plain; charset=UTF-8 Cc: freebsd-ports@freebsd.org Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 07:04:55 -0000 2010/6/24 Janne Snabb : > On Wed, 23 Jun 2010, David DEMELIER wrote: > >> 2010/6/23 Janne Snabb : >>> >>> I find it completely useless and plainly stupid to edit the >>> pkg-messages of all ports to include lots of equal signs for tty-based >>> formatting purposes. >> >> We can take a long time to do that (we don't have to do it quickly), >> but it could be useful to standardize it for one reason : >> You will see that it's a message from the port maintainer/submitter >> and not from the program itself! Sometimes configure scripts stage say >> some useless things to the user. > > You obviously did not get my point. > > I fully agree with you that displaying a line of equals signs on > tty based interfaces to make the messages stand out from other crap > when installing ports makes sense, but I STRONGLY oppose to the > idea of putting this visual formatting in the actual message files. > It is just not the right place to put it in. > I see, so maybe in the future you would like some tools that can print the message, like a GTK+ dialog, QT dialog, or an other tool, if it's your point I agree. I don't specially want a equal "==" line, I would just something consistent, why not : nothing ? Yes we can just print the text without any visual characters, and the [future] tool will print the message as it want. > As I pointed out in my previous message, these messages are displayed > by various different means for different purposes by different > pieces of software (on tty, through GUI, on web sites, etc). Some > of that software does not exist right now, but may be implemented > in future (I am thinking here of for example a Synaptic like tool > for managing the installed software). > > A line of equals signs looks good on a 80 character wide tty screen > when the important message is surrounded by other non-important > output, but it just looks stupid when displayed by a GUI or on a > web site. Putting the visual cues in pkg-messages files would require > every other display mechanism to have a logic to strip them out > (for example when displaying the message on X display as a word-wrapped > pop-up-window of random width). > > Why not just change the current display logic to emit these visual > cues on a tty when installing ports? It is a single edit to a single > file and does not introduce useless clutter in approximately 2209 > pkg-message* files in the ports tree. > > I do realize that many of the current pkg-messages do include similar > visual visual formatting already in a non-standard way. One port > uses equals signs, another port uses hyphens, etc. Those should be > all removed from pkg-messages when the ports infrastructure displays > a standardized visual separator automatically. > > I do not oppose to the other related ideas (such as making a logic > to optionally display a part of a message only when some option was > enabled). > > -- > Janne Snabb / EPIPE Communications > snabb@epipe.com - http://epipe.com/ > -- Demelier David From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 07:24:45 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81DD6106566C for ; Thu, 24 Jun 2010 07:24:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id EECF58FC21 for ; Thu, 24 Jun 2010 07:24:44 +0000 (UTC) Received: (qmail 13595 invoked by uid 399); 24 Jun 2010 07:24:42 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Jun 2010 07:24:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C230838.7020408@FreeBSD.org> Date: Thu, 24 Jun 2010 00:24:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Mikhail T." References: <4C222AA3.2060108@aldan.algebra.com> In-Reply-To: <4C222AA3.2060108@aldan.algebra.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, votdev@gmx.de, leo@mediatomb.cc, multimedia@FreeBSD.org Subject: Re: minidlna: a new port needs testers, start-up script X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 07:24:45 -0000 On 06/23/10 08:39, Mikhail T. wrote: > I need help with the start-up script > The way things usually work in an open source project is that you try it yourself first, then you send a message to the effect of, "I tried to do X, but I ran into problem Y which resulted in Z" and then ask for help to get you back on the right path. If your expectation is that someone else is going to write the startup script for you, that's probably not realistic. The web page you referred to has the basics to get you started. Since your port has slightly more complex requirements you probably want to read the other web page referenced in the first paragraph, as well as the man pages that are also referenced. hope this helps, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 15:54:58 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77621065678 for ; Thu, 24 Jun 2010 15:54:58 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 824BD8FC14 for ; Thu, 24 Jun 2010 15:54:58 +0000 (UTC) Received: by iwn3 with SMTP id 3so1759333iwn.13 for ; Thu, 24 Jun 2010 08:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=FgAtDb4FZdNR+YmYLAAU/Po5SordNB8Y7pRnEXpWBhE=; b=p57+riZ/CEZGN70l0K30Dmy0dHyqYMcfjLsW0/Fzw9gmJ54OFLedFiFl1dDkY9NI1O r3QRr7ld+8Ya2901g99/iMbodxlgl8p2a2C2G+yPibzzw8CURIzNDOJwzBHZ4uWKSiOR /suBXy7HSztefuRbJK0yoiJlkZtGsYs+RwbaA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=CI4KERolo+YGn+SkC59AyV9rgIlCHCgwd9tWKpWLzyUzzibpAPSAeyCcQlIeXBNQKI FdNuMgHUexSKd+BaZ03ecIn9L1H/s2yzgTFFVn1wo+sic7Z0XCa6APcUuw/EQPFVRBzC kRWxLVv50c60tO7n6ZjvOXnywJu0OTK2K8hdM= MIME-Version: 1.0 Received: by 10.231.190.132 with SMTP id di4mr10518908ibb.41.1277394897192; Thu, 24 Jun 2010 08:54:57 -0700 (PDT) Received: by 10.231.12.67 with HTTP; Thu, 24 Jun 2010 08:54:57 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Jun 2010 08:54:57 -0700 Message-ID: From: Freddie Cash To: freebsd-ports Content-Type: text/plain; charset=UTF-8 Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 15:54:59 -0000 On Thu, Jun 24, 2010 at 12:04 AM, David DEMELIER wrote: > 2010/6/24 Janne Snabb : >> On Wed, 23 Jun 2010, David DEMELIER wrote: >> >>> 2010/6/23 Janne Snabb : >>>> >>>> I find it completely useless and plainly stupid to edit the >>>> pkg-messages of all ports to include lots of equal signs for tty-based >>>> formatting purposes. >>> >>> We can take a long time to do that (we don't have to do it quickly), >>> but it could be useful to standardize it for one reason : >>> You will see that it's a message from the port maintainer/submitter >>> and not from the program itself! Sometimes configure scripts stage say >>> some useless things to the user. >> >> You obviously did not get my point. >> >> I fully agree with you that displaying a line of equals signs on >> tty based interfaces to make the messages stand out from other crap >> when installing ports makes sense, but I STRONGLY oppose to the >> idea of putting this visual formatting in the actual message files. >> It is just not the right place to put it in. >> > I see, so maybe in the future you would like some tools that can print > the message, like a GTK+ dialog, QT dialog, or an other tool, if it's > your point I agree. I don't specially want a equal "==" line, I would > just something consistent, why not : nothing ? Yes we can just print > the text without any visual characters, and the [future] tool will > print the message as it want. No, what he's saying is: - put the logic to print the separators into the appropriate bsd.*.mk file - remove all separators from all pkg-message* files That way, you can update the separators at any time by editing a single file, instead of editing 20,000+ pkg-message files. And, that way, future tools can override the separator set in the mk file. Leave the pkg-message files as unformatted text. Put the formatting into the mk file. Separate content from style. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 16:43:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D06BC106566C for ; Thu, 24 Jun 2010 16:43:42 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D1A248FC0A for ; Thu, 24 Jun 2010 16:43:40 +0000 (UTC) Received: by bwz17 with SMTP id 17so694829bwz.13 for ; Thu, 24 Jun 2010 09:43:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eKNse9n2r8dO7WmHx1eTJ2T583aV8om+w5vq/EX/Hec=; b=f1W+DQ6/vfBfaslngpCXvib2BGB1431WBhQ/RLu5HZ8Gv6RkHn9vnl7/WZfGIcga0i dBC5b7uiAIhkmkPSfBLMy1MR1mLChy/1Vqc+I6xZrRyr0PgOmrsXvqCIxL+0SLLXRmIz sAUlBw7M4Hzgj4KsUQFOO+T8o6/8V2B9CtqpE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=drAw/6J/yUhZijO3v6g8ttqqnllEXT9brcqVgU57Pkkc9TiZt9l2vAMhrbfnlOtb8C GOYxW9MQ/mHS1Zko0DsWRArDixNUth0+YFqV8SqtS9q1ijkFwrKiBOLlNkBmbxEAGlCi q1t1ptc3BJ2wHtW0zkhnJLMQDWXbFAI5ea4vQ= MIME-Version: 1.0 Received: by 10.204.81.31 with SMTP id v31mr6653883bkk.141.1277397819557; Thu, 24 Jun 2010 09:43:39 -0700 (PDT) Received: by 10.204.68.142 with HTTP; Thu, 24 Jun 2010 09:43:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Jun 2010 18:43:39 +0200 Message-ID: From: David DEMELIER To: Freddie Cash Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 16:43:43 -0000 2010/6/24 Freddie Cash : > On Thu, Jun 24, 2010 at 12:04 AM, David DEMELIER > wrote: >> 2010/6/24 Janne Snabb : >>> On Wed, 23 Jun 2010, David DEMELIER wrote: >>> >>>> 2010/6/23 Janne Snabb : >>>>> >>>>> I find it completely useless and plainly stupid to edit the >>>>> pkg-messages of all ports to include lots of equal signs for tty-base= d >>>>> formatting purposes. >>>> >>>> We can take a long time to do that (we don't have to do it quickly), >>>> but it could be useful to standardize it for one reason : >>>> You will see that it's a message from the port maintainer/submitter >>>> and not from the program itself! Sometimes configure scripts stage say >>>> some useless things to the user. >>> >>> You obviously did not get my point. >>> >>> I fully agree with you that displaying a line of equals signs on >>> tty based interfaces to make the messages stand out from other crap >>> when installing ports makes sense, but I STRONGLY oppose to the >>> idea of putting this visual formatting in the actual message files. >>> It is just not the right place to put it in. >>> >> I see, so maybe in the future you would like some tools that can print >> the message, like a GTK+ dialog, QT dialog, or an other tool, if it's >> your point I agree. I don't specially want a equal "=3D=3D" line, I woul= d >> just something consistent, why not : nothing ? Yes we can just print >> the text without any visual characters, and the [future] tool will >> print the message as it want. > > No, what he's saying is: > =C2=A0- put the logic to print the separators into the appropriate bsd.*.= mk file > =C2=A0- remove all separators from all pkg-message* files > > That way, you can update the separators at any time by editing a > single file, instead of editing 20,000+ pkg-message files. =C2=A0And, tha= t > way, future tools can override the separator set in the mk file. > > Leave the pkg-message files as unformatted text. =C2=A0Put the formatting > into the mk file. > > Separate content from style. > Yes, that was I said, sorry if you did not understand well :-) --=20 Demelier David From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 17:44:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65FEB106567A for ; Thu, 24 Jun 2010 17:44:06 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 199678FC1A for ; Thu, 24 Jun 2010 17:44:05 +0000 (UTC) Received: by gyh20 with SMTP id 20so5882153gyh.13 for ; Thu, 24 Jun 2010 10:44:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Tg6eouwTOvrnSbFN+LXgoAKprMfIWkzUNPKTSlDZOjk=; b=l1YgZ4cc0NUiyeXU5qGa+Yxdal/edC+iGH12J5xgo7tgdslkl6WAylIzM7jZPj7IVI Xch0F4ZWIetE8Ps23R1PFy1EwJPHN21eo88veWi1iEjMTzyDCHZrH43+aXZhd7NYXiIe RT3x/5sJxMtq/mo/JJLoJFpBL4qS9C/SrEcWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=uhreg5CAFahfMjl66EQJdGhlxgXT3iB6URr4m2vVtfTv3Pxst3vHtlOLrJpijlvRXv NXe5QUYgp29N5P1K9SFUyOaU+voQJF8iVBXd27/Y8/eodvB8sNNQVlftdhJRFPcDrtGa BGkzNnE7X7m2+XY1+nBCjqgLEiDKXMRu2o+0w= MIME-Version: 1.0 Received: by 10.229.181.3 with SMTP id bw3mr5619261qcb.155.1277401444991; Thu, 24 Jun 2010 10:44:04 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Thu, 24 Jun 2010 10:44:04 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Jun 2010 10:44:04 -0700 Message-ID: From: Garrett Cooper To: David DEMELIER Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Freddie Cash , freebsd-ports Subject: Re: New pkg-message[.in] guideline idea X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 17:44:06 -0000 On Thu, Jun 24, 2010 at 9:43 AM, David DEMELIER wrote: > 2010/6/24 Freddie Cash : >> On Thu, Jun 24, 2010 at 12:04 AM, David DEMELIER >> wrote: >>> 2010/6/24 Janne Snabb : >>>> On Wed, 23 Jun 2010, David DEMELIER wrote: >>>> >>>>> 2010/6/23 Janne Snabb : >>>>>> >>>>>> I find it completely useless and plainly stupid to edit the >>>>>> pkg-messages of all ports to include lots of equal signs for tty-bas= ed >>>>>> formatting purposes. >>>>> >>>>> We can take a long time to do that (we don't have to do it quickly), >>>>> but it could be useful to standardize it for one reason : >>>>> You will see that it's a message from the port maintainer/submitter >>>>> and not from the program itself! Sometimes configure scripts stage sa= y >>>>> some useless things to the user. >>>> >>>> You obviously did not get my point. >>>> >>>> I fully agree with you that displaying a line of equals signs on >>>> tty based interfaces to make the messages stand out from other crap >>>> when installing ports makes sense, but I STRONGLY oppose to the >>>> idea of putting this visual formatting in the actual message files. >>>> It is just not the right place to put it in. >>>> >>> I see, so maybe in the future you would like some tools that can print >>> the message, like a GTK+ dialog, QT dialog, or an other tool, if it's >>> your point I agree. I don't specially want a equal "=3D=3D" line, I wou= ld >>> just something consistent, why not : nothing ? Yes we can just print >>> the text without any visual characters, and the [future] tool will >>> print the message as it want. >> >> No, what he's saying is: >> =A0- put the logic to print the separators into the appropriate bsd.*.mk= file >> =A0- remove all separators from all pkg-message* files >> >> That way, you can update the separators at any time by editing a >> single file, instead of editing 20,000+ pkg-message files. =A0And, that >> way, future tools can override the separator set in the mk file. >> >> Leave the pkg-message files as unformatted text. =A0Put the formatting >> into the mk file. >> >> Separate content from style. >> > > Yes, that was I said, sorry if you did not understand well :-) The only problem is that pushing all of this logic into bsd.*.mk only solves half the problem: from source installations. It doesn't cover binary installations via pkg_install. I think Doug and Phillip were on the right track with pushing the data into a pkg_install consumable format, but the only problem is that creating additional code that handles one more corner case for @comment will serve to only slow down the plist parser unnecessarily. That's why I was suggesting a scripting infrastructure, like so: pkgmsg() { local message=3D$1 pkgmsg_separator echo "$message" pkgmsg_separator } Example: echo "This is an install message for my awesome new package foo-" > +DISPLAY pkgmsg `cat +DISPLAY` And considering that you almost get the functionality for free via pkg_install (from pkg_create(8)): -D displayfile Display the file (by concatenating it to stdout) after install= ing the package. Useful for things like legal notices on almost-f= ree software, etc. The thing about using a script function like pkgmsg too is that it can be dynamically overwritten by certain groups in order to tailor the messages (or mute output for customer purposes after everything has passed QA if they use pkg_install in a product) to the meet their needs when doing localized installations or deployments as well. So, why not just add the relevant bits as I described? Thanks, -Garrett From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 20:41:11 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20D14106566C for ; Thu, 24 Jun 2010 20:41:11 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [95.108.130.120]) by mx1.freebsd.org (Postfix) with ESMTP id C5EC98FC1A for ; Thu, 24 Jun 2010 20:41:10 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward13.mail.yandex.net (Yandex) with ESMTP id 2E4B610815AF for ; Fri, 25 Jun 2010 00:41:09 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1277412069; bh=wvJB03Ddsv7PjlBcO+V0xLRz5f/6EFw4YNd8WeHsH+o=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=IGU/CNokecUYtDBdo7X85OOW9NU4fgoU4aEVYd0m+dwPXBu1TSGtak4reHmIar/VQ yvw9V4OB2onmS6sQwq9/achO3LmAd8AtIkSUFhKVfs3C+gNrfeqg/BbguLEfl2RJVI WBzXMR+9Il2OiL28dhdzgnQZkY1CczIv11vl1t5A= Received: from smeshariki2.local (unknown [77.66.149.137]) by smtp12.mail.yandex.net (Yandex) with ESMTPSA id 05F6813E8060 for ; Fri, 25 Jun 2010 00:41:08 +0400 (MSD) Message-ID: <4C23C29D.9090204@yandex.ru> Date: Fri, 25 Jun 2010 00:39:57 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: FreeBSD Ports Mailing List Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1277412069 X-Yandex-Spam: 1 X-Yandex-Front: smtp12.mail.yandex.net Cc: Subject: graphics/libchamplain python bindings failure X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 20:41:11 -0000 Good day! Can please anybody, who have graphics/libchamplain installed, confirm this: [mrk@smeshariki2 ~]> python -c "import champlain" Traceback (most recent call last): File "", line 1, in ImportError: /usr/local/lib/python2.6/site-packages/champlain.so: Undefined symbol "champlain_functions" I'm using 0.4.6 from ports on 8-stable. Thanks in advance. PS. I'm opened this bug in libchamplain's bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=622232 but the guys told me that all is ok for them. I just want to understand where is the problem: a) on my local machine b) in FreeBSD port c) in libchamplain -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 21:51:08 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64A3D1065675; Thu, 24 Jun 2010 21:51:08 +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 2A63C8FC1E; Thu, 24 Jun 2010 21:51:08 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1ORuKA-000P6i-8H; Thu, 24 Jun 2010 21:51:07 +0000 Date: Fri, 25 Jun 2010 06:51:05 +0900 Message-ID: From: Randy Bush To: clsung@FreeBSD.org, FreeBSD Ports In-Reply-To: References: <4C236494.7020003@ctrlaltdel.ch> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Zooko O'Whielacronx Subject: buildbot test failure on freebsd 8.0-stable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 21:51:08 -0000 where do i report buildbot test failures? and how can i tell if it is fatal? randy % uname -a FreeBSD work0.psg.com 8.0-STABLE FreeBSD 8.0-STABLE #8: Fri Mar 12 02:40:52 UTC 2010 root@work0.psg.com:/usr/obj/usr/src/sys/WORK0 amd64 --- START step svn / log stdio --- starting svn operation rm -rf /usr/home/buildbot/_trial_temp/slavebase/vc-dir/build in dir /usr/home/buildbot/_trial_temp/slavebase/vc-dir (timeout 200 secs) watching logfiles {} argv: ['rm', '-rf', '/usr/home/buildbot/_trial_temp/slavebase/vc-dir/build'] environment: BLOCKSIZE=K EDITOR=vi ENV=/usr/home/buildbot/.shrc EXINIT=set sh=/bin/csh sw=4 ai report=2 EXRC=/usr/home/buildbot/.exrc FTP_PASSIVE_MODE=YES HISTFILESIZE=50 HISTIGNORE=& HISTSIZE=500 HOME=/usr/home/buildbot LD_TCL_TK_LIBS=-ltk42 -ltcl76 LESS=-aCeiM -P %i/%m %f %lt/%L %pb\% LOGNAME=buildbot MAIL=/var/mail/buildbot MANPATH=/usr/share/man:/usr/share/perl/man:/usr/local/man:/usr/X11R6/man:/usr/share/openssl/man PAGER=more PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/home/buildbot/bin PWD=/usr/home/buildbot/_trial_temp/slavebase/vc-dir PYTHONPATH=. SHELL=/usr/local/bin/bash SHLVL=1 SSH_AUTH_SOCK=/tmp/ssh-322WjekvPv/agent.83413 SSH_CLIENT=210.138.216.50 52705 22 SSH_CONNECTION=210.138.216.50 52705 147.28.0.35 22 SSH_TTY=/dev/pts/5 TCL_LIBRARY=/usr/local/lib:/usr/local/lib/tcl7.6 TCL_TK_INCLUDE_DIR=/usr/local/include/tcl7.6:/usr/local/include/tk4.2 TCL_TK_LIBRARY_DIR=/usr/local/lib TERM=xterm TK_LIBRARY=/usr/local/lib:/usr/local/lib/tk4.2 USER=buildbot VISUAL=/usr/local/bin/emacs _=/usr/local/bin/trial closing stdin using PTY: False rm: /usr/home/buildbot/_trial_temp/slavebase/vc-dir/build/subdir: Permission denied rm: /usr/home/buildbot/_trial_temp/slavebase/vc-dir/build: Directory not empty elapsedTime=0.085451 chmod -R u+rwx /usr/home/buildbot/_trial_temp/slavebase/vc-dir/build in dir /usr/home/buildbot/_trial_temp/slavebase/vc-dir (timeout 200 secs) watching logfiles {} argv: ['chmod', '-R', 'u+rwx', '/usr/home/buildbot/_trial_temp/slavebase/vc-dir/build'] environment: BLOCKSIZE=K EDITOR=vi ENV=/usr/home/buildbot/.shrc EXINIT=set sh=/bin/csh sw=4 ai report=2 EXRC=/usr/home/buildbot/.exrc FTP_PASSIVE_MODE=YES HISTFILESIZE=50 HISTIGNORE=& HISTSIZE=500 HOME=/usr/home/buildbot LD_TCL_TK_LIBS=-ltk42 -ltcl76 LESS=-aCeiM -P %i/%m %f %lt/%L %pb\% LOGNAME=buildbot MAIL=/var/mail/buildbot MANPATH=/usr/share/man:/usr/share/perl/man:/usr/local/man:/usr/X11R6/man:/usr/share/openssl/man PAGER=more PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/home/buildbot/bin PWD=/usr/home/buildbot/_trial_temp/slavebase/vc-dir PYTHONPATH=. SHELL=/usr/local/bin/bash SHLVL=1 SSH_AUTH_SOCK=/tmp/ssh-322WjekvPv/agent.83413 SSH_CLIENT=210.138.216.50 52705 22 SSH_CONNECTION=210.138.216.50 52705 147.28.0.35 22 SSH_TTY=/dev/pts/5 TCL_LIBRARY=/usr/local/lib:/usr/local/lib/tcl7.6 TCL_TK_INCLUDE_DIR=/usr/local/include/tcl7.6:/usr/local/include/tk4.2 TCL_TK_LIBRARY_DIR=/usr/local/lib TERM=xterm TK_LIBRARY=/usr/local/lib:/usr/local/lib/tk4.2 USER=buildbot VISUAL=/usr/local/bin/emacs _=/usr/local/bin/trial closing stdin using PTY: False chmod: /usr/home/buildbot/_trial_temp/slavebase/vc-dir/build/subdir: Permission denied elapsedTime=0.089292 program finished with exit code 1 --- STOP --- [FAIL] testCheckoutBranch ... [OK] testPatch ... [OK] testPatchP2 ... [OK] testPatchSubDir ... [OK] testTry ... [OK] Sources testCVS1 ... [OK] testCVS2 ... [OK] testCVS3 ... [OK] testCVS4 ... [OK] testSVN1 ... [OK] testSVN2 ... [OK] buildbot.test.test_web GetURL testBase ... [OK] testBuild ... [OK] testChange ... [OK] testMissingBase ... [OK] Logfile test_logfile1 ... [OK] test_logfile2 ... [OK] test_logfile3 ... [OK] test_logfile4 ... [OK] test_logfile5 ... [OK] test_logfile6 ... [OK] test_logfile7 ... [OK] Ports test_webPathname ... [OK] /usr/local/lib/python2.5/site-packages/twisted/application/internet.py:116: DeprecationWarning: The mode parameter of IReactorUNIX.listenUNIX will be removed. Do not pass a value for it. Set permissions on the containing directory before calling IReactorUNIX.listenUNIX, instead. test_webPathname_port ... [OK] test_webPortnum ... [OK] Waterfall test_waterfall ... [OK] WaterfallSteps test_urls ... [OK] XMLRPC test_init ... [OK] test_render ... [OK] buildbot.test.test_webparts Webparts testInit ... [OK] testPages ... [OK] testStatic ... [OK] =============================================================================== [SKIPPED]: buildbot.test.test_buildstep.SubunitLogObserverTests.test1 subunit.TestProtocolServer not available =============================================================================== [SKIPPED]: buildbot.test.test_status.Mail.testChange TODO: Fix Build/Builder mock objects to support getPrevBuild() =============================================================================== [SKIPPED]: buildbot.test.test_status.Mail.testMail define BUILDBOT_TEST_MAIL=dest to run this =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testCheckout Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testCheckoutBranch Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testCheckoutHTTP Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testPatch Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testPatchP2 Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testPatchSubDir Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Arch.testTry Arch (tla) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testCheckout Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testCheckoutBranch Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testCheckoutHTTP Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testPatch Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testPatchP2 Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testPatchSubDir Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testRetry Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testRetryFails Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bazaar.testTry Arch (baz) is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testCheckout bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testCheckoutBranch bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testCheckoutHTTP bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testPatch bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testPatchP2 bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testPatchSubDir bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testRetry bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testRetryFails bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Bzr.testTry bzr is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testCheckout Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testCheckoutBranch Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testCheckoutHTTP Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testPatch Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testPatchP2 Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testPatchSubDir Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Darcs.testTry Darcs is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testCheckout GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testCheckoutBranch GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testPatch GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testPatchP2 GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testPatchSubDir GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Git.testTry GIT is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testCheckout Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testCheckoutBranch Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testCheckoutHTTP Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testPatch Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testPatchP2 Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testPatchSubDir Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.Mercurial.testTry Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testCheckout Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testCheckoutBranch Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testCheckoutHTTP Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testPatch Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testPatchP2 Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testPatchSubDir Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.MercurialInRepo.testTry Mercurial is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.P4.testCheckout p4 is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.P4.testCheckoutBranch p4 is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.P4.testPatch p4 is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.P4.testPatchP2 p4 is not installed =============================================================================== [SKIPPED]: buildbot.test.test_vc.P4.testPatchSubDir p4 is not installed =============================================================================== [FAIL]: buildbot.test.test_vc.CVS.testCheckout Traceback (most recent call last): File "/usr/local/lib/python2.5/site-packages/buildbot/test/test_vc.py", line 483, in _doBuild_1 self.fail("build did not succeed") twisted.trial.unittest.FailTest: build did not succeed =============================================================================== [FAIL]: buildbot.test.test_vc.CVS_checkout_options.testCheckout Traceback (most recent call last): File "/usr/local/lib/python2.5/site-packages/buildbot/test/test_vc.py", line 483, in _doBuild_1 self.fail("build did not succeed") twisted.trial.unittest.FailTest: build did not succeed =============================================================================== [FAIL]: buildbot.test.test_vc.SVN.testCheckout Traceback (most recent call last): File "/usr/local/lib/python2.5/site-packages/buildbot/test/test_vc.py", line 483, in _doBuild_1 self.fail("build did not succeed") twisted.trial.unittest.FailTest: build did not succeed ------------------------------------------------------------------------------- Ran 487 tests in 322.649s FAILED (skips=60, failures=3, successes=424) From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 22:51:33 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A1F1065670 for ; Thu, 24 Jun 2010 22:51:33 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id 466DF8FC08 for ; Thu, 24 Jun 2010 22:51:33 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so1631571fgb.13 for ; Thu, 24 Jun 2010 15:51:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=6ObdbaZOkPwis+uQ3GFEWmUZrzc5JJ7uhrJHeYI1at0=; b=tCttzkYxic33GCOc1/Nc+SMAU+sn9s5QB8AQCNJ95xbpjBiRhWI/dtfeFmzOrTlrr2 gA0J8zCAGxKR/SRVEs0o2DfnrFC4IZwuuJmII6Y413YYzb7NVxV+ajpzoyjWa6m7gsQd FpUMwHICNrXSjYfcWZ5ilaANabJ3Vhv4qg37M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=nsSjFYPm3K6eflnaxmTE2P157ZVP50WY2Gs0lDEJ+sRDwizt2gAm0YvKZruN5rzjt4 uLhqFh/5WnJQWR3voH73ruvvwSlr6nCNO6iB8epqy+08gxjZUyv9S7/XIOZXh5UkGCTt fa3I+CCL8z93ATA6SRlTLDlZYYuW6SuXDphzk= Received: by 10.102.243.26 with SMTP id q26mr3415047muh.34.1277419892185; Thu, 24 Jun 2010 15:51:32 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.103.226.7 with HTTP; Thu, 24 Jun 2010 15:51:12 -0700 (PDT) From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 25 Jun 2010 00:51:12 +0200 X-Google-Sender-Auth: j_N0MEw4p0pleTOBUZOWAZQBSUc Message-ID: To: freebsd-ports-mailinglist Content-Type: text/plain; charset=ISO-8859-1 Subject: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 22:51:33 -0000 Hi all, I've just finished my port of Shell in a Box: It's a secure web server that provide ajax terminal emulator. More information on the official website: http://code.google.com/p/shellinabox/ Before to submit it, Can someone test it ? You can found the port here: http://gugus69.free.fr/tools/shellinabox.tgz Here is how to proceed: cd /usr/ports/www fetch http://gugus69.free.fr/tools/shellinabox.tgz tar zxvf shellinabox.tgz cd shellinabox make install clean /usr/local/etc/rc.d/shellinaboxd onestart Then start your browser and connect to: https://127.0.0.1:4200 Thanks, Olivier From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 23:05:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81BF11065677 for ; Thu, 24 Jun 2010 23:05:34 +0000 (UTC) (envelope-from christer.edwards@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 35E528FC1E for ; Thu, 24 Jun 2010 23:05:33 +0000 (UTC) Received: by vws13 with SMTP id 13so3126094vws.13 for ; Thu, 24 Jun 2010 16:05:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Kde3wbQGfHLikiYICXBP3h4mz/JML9oZjSDsRMYLZdo=; b=mOB1TUXSo+CaL5hESBZ7uKPP6+JPD+l1QGKJsm+//+RR2rWhcUIET2iRKoOPmL/vnC R0vHnF4uGd2H5p5swqGionLZXW77xm5gVyxUCGbMIOztOD5FzARQLY76xMN1pZ5JxwGT Lu7gfSJmt4OsZQh2JV3doTRUNXLRVMnoE/KkE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=liwJNrQB5jpks6cdMj39rEpNo+QeOKMo4lw8NQjz/jQ2M+cfVpf4mnvFPK2kmNi5/H T1G86++8zWBd72oLQc4AQ/QhKuSv2vpLEeU+0CToe9IW4CXhOnW4dAEbegT7ixLehog8 TJ8EAPcCnSyHu76fBAjv0VsviVjU1KOdgb5k0= MIME-Version: 1.0 Received: by 10.220.125.4 with SMTP id w4mr5415796vcr.171.1277420733380; Thu, 24 Jun 2010 16:05:33 -0700 (PDT) Received: by 10.220.77.70 with HTTP; Thu, 24 Jun 2010 16:05:33 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 Jun 2010 17:05:33 -0600 Message-ID: From: Christer Edwards To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-ports-mailinglist Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 23:05:34 -0000 2010/6/24 Olivier Cochard-Labb=C3=A9 : > I've just finished my port of Shell in a Box: It's a secure web server > that provide ajax terminal emulator. > More information on the official website: http://code.google.com/p/shelli= nabox/ I'll test it! I've actually had written on my daily todo list "port for shellinabox", and I haven't gotten around to it. I'll let you know what I find out. --=20 Christer Edwards From owner-freebsd-ports@FreeBSD.ORG Thu Jun 24 23:24:01 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B721D106564A for ; Thu, 24 Jun 2010 23:24:01 +0000 (UTC) (envelope-from mail@ozzmosis.com) Received: from extmail-01.people.net.au (extmail-01.people.net.au [202.154.123.98]) by mx1.freebsd.org (Postfix) with SMTP id 011E58FC08 for ; Thu, 24 Jun 2010 23:24:00 +0000 (UTC) Received: (qmail 7401 invoked from network); 24 Jun 2010 23:23:57 -0000 Received: from unknown (HELO smtp.phoenix) (218.215.186.165) by extmail-01.people.net.au with SMTP; 24 Jun 2010 23:23:57 -0000 Received: by smtp.phoenix (Postfix, from userid 1001) id 25E3E17279; Fri, 25 Jun 2010 09:23:57 +1000 (EST) Date: Fri, 25 Jun 2010 09:23:57 +1000 From: andrew clarke To: Olivier Cochard-Labb? Message-ID: <20100624232357.GA38937@ozzmosis.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-ports-mailinglist Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 24 Jun 2010 23:24:01 -0000 On Fri 2010-06-25 00:51:12 UTC+0200, Olivier Cochard-Labb? (olivier@freenas.org) wrote: > I've just finished my port of Shell in a Box: It's a secure web server > that provide ajax terminal emulator. Very cool :-) > More information on the official website: http://code.google.com/p/shellinabox/ Your port builds OK and seems to run fine here under FreeBSD 7.3-RELEASE. Thanks Olivier. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 00:13:40 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 473ED106564A for ; Fri, 25 Jun 2010 00:13:40 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D9AB88FC08 for ; Fri, 25 Jun 2010 00:13:39 +0000 (UTC) Received: by vws13 with SMTP id 13so3208560vws.13 for ; Thu, 24 Jun 2010 17:13:39 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=HsyYfjl5omVGebE1pkDaE1KES9ukbLGLCXzQ4WyK+bk=; b=krJuflbsHJXr8dNlekpA12mSE5lRui/bX/SJDISLP8pfm0orFNXSt85l0KPgeoG99L sfUehuPbJKJqBiCAaS5ReAk9c6F1dh7uiUyImbGKfzZLJY2Ygnset58WcuzwVqkbdAjD Eh/7AHj6CK266zr4hjs6ycTWzyooACViV9XhA= 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:content-type:content-transfer-encoding; b=KepFjmwbpHkVlSXbaTOPwCFrlxr2t/Qgh5NGecbjhAlen5/YImwTM3U3RYEvKbYqI+ U8KU9dGKE32CF5f8VDsWtXOWYW39v9Y8Jb5CESoygXIRwI6IURVCzvjwsSEyv8WbTL1p +OswWnkD0vs5iLDxCPwVz2sKd081lPodvINUA= Received: by 10.220.125.106 with SMTP id x42mr5493667vcr.26.1277424815176; Thu, 24 Jun 2010 17:13:35 -0700 (PDT) Received: from schism.local (c-71-230-240-241.hsd1.pa.comcast.net [71.230.240.241]) by mx.google.com with ESMTPS id s20sm19516233vcr.4.2010.06.24.17.13.32 (version=SSLv3 cipher=RC4-MD5); Thu, 24 Jun 2010 17:13:33 -0700 (PDT) Message-ID: <4C23F4AB.7050703@gmail.com> Date: Thu, 24 Jun 2010 20:13:31 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-ports-mailinglist Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 00:13:40 -0000 On 6/24/10 6:51 PM, Olivier Cochard-Labbé wrote: > Hi all, > > I've just finished my port of Shell in a Box: It's a secure web server > that provide ajax terminal emulator. > More information on the official website: http://code.google.com/p/shellinabox/ > > Before to submit it, Can someone test it ? > You can found the port here: http://gugus69.free.fr/tools/shellinabox.tgz > > Here is how to proceed: > > cd /usr/ports/www > fetch http://gugus69.free.fr/tools/shellinabox.tgz > tar zxvf shellinabox.tgz > cd shellinabox > make install clean > /usr/local/etc/rc.d/shellinaboxd onestart > Then start your browser and connect to: https://127.0.0.1:4200 Cool stuff. Builds/runs fine on: FreeBSD orion 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #2 r209399: Mon Jun 21 20:36:54 EDT 2010 root@orion:/usr/obj/usr/src/sys/ORION amd64 Safari doesn't play nice with it, but neat little tool. -- Glen Barber From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 02:10:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89073106564A for ; Fri, 25 Jun 2010 02:10:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 2D0C88FC13 for ; Fri, 25 Jun 2010 02:10:30 +0000 (UTC) Received: (qmail 2108 invoked by uid 399); 25 Jun 2010 02:10:30 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 25 Jun 2010 02:10:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C241015.1070801@FreeBSD.org> Date: Thu, 24 Jun 2010 19:10:29 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: multipart/mixed; boundary="------------030000060302000204070100" Cc: freebsd-ports-mailinglist Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 02:10:31 -0000 This is a multi-part message in MIME format. --------------030000060302000204070100 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit On 06/24/10 15:51, Olivier Cochard-Labbé wrote: > Hi all, > > I've just finished my port of Shell in a Box: It's a secure web server > that provide ajax terminal emulator. > More information on the official website: http://code.google.com/p/shellinabox/ > > Before to submit it, Can someone test it ? > You can found the port here: http://gugus69.free.fr/tools/shellinabox.tgz I didn't test the port, but attached is a diff to your rc.d script. For more information take a look at http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/rc-scripts.html Some notes: 1. We like to have a $FreeBSD id line in rc.d scripts 2. We support case sensitivity for arguments like your _fib option, so case is a better choice here. 3. You need a default for _enable. To see why, comment out the entry you have in /etc/rc.conf[.local] and then try running the script. 4. There is no need for a custom start_cmd here, and it's better to take advantage of the rc.d infrastructure (that includes fixing your typo for pidfile). 5. I added the required_dirs since it seems like that's mandatory. 6. By convention the argument for backgrounding the daemon is the last one listed, but that's just a style nit. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ --------------030000060302000204070100 Content-Type: text/plain; name="shellinaboxd-rcd.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="shellinaboxd-rcd.diff" --- shellinaboxd.in.orig 2010-06-24 15:44:16.000000000 -0700 +++ shellinaboxd.in 2010-06-24 19:02:03.000000000 -0700 @@ -1,4 +1,6 @@ #!/bin/sh + +# $FreeBSD$ # # Shell in a Box Daemon startup script # @@ -20,11 +22,14 @@ shellinaboxd_setfib() { sysctl net.fibs >/dev/null 2>&1 || return 0 - if [ "x${shellinaboxd_fib}" != "xNONE" ]; then + + case "$shellinaboxd_fib" in + [Nn][Oo][Nn][Ee]) + ;; + *) command="setfib -F ${shellinaboxd_fib} ${command}" - else - return 0 - fi + ;; + esac } . /etc/rc.subr @@ -36,13 +41,16 @@ start_precmd="shellinaboxd_setfib" load_rc_config $name + +shellinaboxd_enable=${shellinaboxd_enable:-"NO"} shellinaboxd_fib=${shellinaboxd_fib:-"NONE"} -shellinaboxd_pidfile=${shellinaboxd_pidfile:-"/var/run/shellinaboxd.pid"} shellinaboxd_port=${shellinaboxd_port:-"4200"} shellinaboxd_certdir=${shellinaboxd_certdir:-"%%PREFIX%%/etc/shellinabox"} -start_cmd="$command --port=${shellinaboxd_port} --background=${shellinaboxd_pidfile} --cert=${shellinaboxd_certdir}" +pidfile=${shellinaboxd_pidfile:-"/var/run/shellinaboxd.pid"} + +required_dirs="${shellinaboxd_certdir}" -pid_file=${shellinaboxd_pidfile} +command_args="--port=${shellinaboxd_port} --cert=${shellinaboxd_certdir} --background=${pidfile}" run_rc_command "$1" --------------030000060302000204070100-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 08:10:42 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17A2F106566B for ; Fri, 25 Jun 2010 08:10:42 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 70F2F8FC20 for ; Fri, 25 Jun 2010 08:10:41 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so14052eya.9 for ; Fri, 25 Jun 2010 01:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=eovUftucFQ4JPUoC/oSWerGTlIHjK3q9pnWrKhS5jjs=; b=HcK44qpWTT+YsTorPTrl/wByRBCrLVDWKy9Z/yUZOIQfMeAKrgLtQPCWmvgV1nQ6JG HCj+BO+TuWoL+4wA3zOEuyVGtfpMW2K3Qnyqrbn6KfsRhFYmabnWqDXc/x2DJf8i5QUW Z1xnwlR8LkEbUhdeTW0moHmF11o4Q7l1HUZXw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=AWKpTZabwHJ55Ox2cP83fA9N6J7o4lmWlvsK6j23zOhtmxpXzOnK0M5zeRm7eF5ejR fZZeYfdQ/IdGzlHlq22IxxwZ8UqbfJ7Gy1OSdRCv2UTTw7pw0v+kA3cg6YtqSD0UIqhb TI8fbZmdZe3+fwC1JcKGNSscnt+lFLA1r3pOU= Received: by 10.102.12.17 with SMTP id 17mr73772mul.36.1277453440222; Fri, 25 Jun 2010 01:10:40 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.103.233.1 with HTTP; Fri, 25 Jun 2010 01:10:20 -0700 (PDT) In-Reply-To: <4C241015.1070801@FreeBSD.org> References: <4C241015.1070801@FreeBSD.org> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 25 Jun 2010 10:10:20 +0200 X-Google-Sender-Auth: jNx7NCiXZaQJgHmbsaxKiUVZWyM Message-ID: To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports-mailinglist Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 08:10:42 -0000 2010/6/25 Doug Barton : > I didn't test the port, but attached is a diff to your rc.d script. Thanks a lot's for your remarks: I've merged your diff. Regards, Olivier From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 08:36:32 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC35106566B for ; Fri, 25 Jun 2010 08:36:32 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5ED8FC0C for ; Fri, 25 Jun 2010 08:36:31 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so123326fga.13 for ; Fri, 25 Jun 2010 01:36:31 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=GU9lGoRIEXYJNPhOSfbVTrZEYeM3QERRV82Yl2drTL8=; b=F8sDDEBEMD+1DJo8V+2Q3EJ1wXuXj6FG/YI9zGz6ZNIjLy+MUSNnc8RHTbO5FcqxsJ ltad41ojhDy8shYXQ1EQf4k1/2hAkVS6tD7YTMW/zuPQ3sC0Lcahr1bsDRdjMz3alQ5E 9jTGZLzEKOtWfPrYI6S0t6xDF+QkTIzlSHXjU= 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:content-type:content-transfer-encoding; b=HTznlrBFOdds82DlR+tYf3Pzh+1MP00WPbh8/lY4osT8oiHXUzB3KY2LwgOnulzPi6 bybM18JvTlhBPnX9OULSQm96ChjuhQYpI3wO+1lkknlkc5oacHAYpRLke2k10e0dxDRU lOBIuKiTCb+rssnuvTPsY5ZxVTwRjhf+xWaM4= Received: by 10.223.68.131 with SMTP id v3mr215804fai.82.1277454990864; Fri, 25 Jun 2010 01:36:30 -0700 (PDT) Received: from [172.29.1.142] (altimet-gw.cs2.dp.wnet.ua [217.20.178.249]) by mx.google.com with ESMTPS id 7sm37448541far.30.2010.06.25.01.36.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 01:36:30 -0700 (PDT) Message-ID: <4C246BDE.5020603@gmail.com> Date: Fri, 25 Jun 2010 11:42:06 +0300 From: Vitaly Magerya User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 08:36:32 -0000 Olivier Cochard-Labbé wrote: > I've just finished my port of Shell in a Box: It's a secure web server > that provide ajax terminal emulator. > > Before to submit it, Can someone test it ? Builds & installs fine. Does not run: # /usr/local/etc/rc.d/shellinaboxd onestart Starting shellinaboxd. # /usr/local/etc/rc.d/shellinaboxd onestatus shellinaboxd is not running. # tail -1 /var/log/messages Jun 25 11:31:30 vbsd kernel: pid 4461 (shellinaboxd) uid65534: exited on signal 11 # shellinaboxd Segmentation fault # uname -mrsi FreeBSD 8.0-RELEASE i386 GENERIC The machine in question is a vanilla 8.0-RELEASE in VirtualBox. I can provide any additional information, just name it. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 10:31:49 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBFFD106564A for ; Fri, 25 Jun 2010 10:31:49 +0000 (UTC) (envelope-from freebsd-ports.user@seibercom.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4873C8FC16 for ; Fri, 25 Jun 2010 10:31:48 +0000 (UTC) Received: by vws13 with SMTP id 13so3864937vws.13 for ; Fri, 25 Jun 2010 03:31:48 -0700 (PDT) Received: by 10.220.88.31 with SMTP id y31mr311360vcl.34.1277461907212; Fri, 25 Jun 2010 03:31:47 -0700 (PDT) Received: from scorpio.seibercom.net (c-67-189-160-65.hsd1.ny.comcast.net [67.189.160.65]) by mx.google.com with ESMTPS id l12sm19364540vcr.9.2010.06.25.03.31.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 03:31:46 -0700 (PDT) Received: from scorpio (zeus [192.168.1.1]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: freebsd-ports.user@scorpio.seibercom.net) by scorpio.seibercom.net (Postfix) with ESMTPSA id 894FCE54826 for ; Fri, 25 Jun 2010 06:31:44 -0400 (EDT) Date: Fri, 25 Jun 2010 06:31:43 -0400 From: Jerry To: freebsd-ports@freebsd.org Message-ID: <20100625063143.2b208fbc@scorpio> Organization: seibercom.net X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEX3/uPVnZf2/v9ejGkqHB74++H///+cHCT3m6cgqYvfAAACbElEQVQ4jWXTQW/bIBQAYJLJuRMn8TVCss9zTdrrXJ6bHe1Ej/bossF9EpJ3nbapf3sP8JxOQ4qV8OU9HvjBROWcYNlKHtxlQ1/huBaOBiMwQtgHhbokMLIT76Acps5hvy61+6WsjkCZzNEW0+fcQ7Nl5uoPCegjjjhN5/MEABd89k9hXkQoX6cwPIDKCt8tYG5wpmdrxAyuolTPqpiVoEpVCWvl6e00RAD4JBJQnO4lvv0O4Cnd3WUGevYNFohxFYAy7jCCtW39LaQK8BgDAgiHVinVJlCiFKlcqgEHfwb1EuG+DwFGMO3oCIuJIEYoa8KJECBB+UBldgm0MQmEGz7GQr8XYRPKzYNO1zZ8mgdAu4BG5Ke/4KFboM8458UScViAAvYD93OAsu+Bc3zxCU7ZAjT74+dQv9K7oO0d1wuscop48Pc50O5bcVwgGzh/mXzaizJuAWERh8k3eaxKmxu4kV1p2XOEg3i3c8M+EKR93P0D1KATpC55vMHaGqFf5f/AwhlrhHgg8DTezopt6I3o3Qx4q4q6YaPxK8RxcClXeFGhTTS++QR6TS/oBs7l4WhzuNMubZG6hIBkF4qqZVdWczIqSrjKVF/i4o26IP2oElBGFy5CXKSnf6UWDTC6zKSqoAvzsakjjBvdzLKnmxdhY8eRsX7VSCUBdgD1hVJpx6y2OOS1DNDILYmqdWUJ+oHvd0rRvAqX5kpxQMR6yxHzPV6VlPFyWE7LKc36keNQI64gLP8Ybgtmg+zYuBl4fuI8VqW2RqDGE8Uzu7GxGa803whDdxx3bSZbRhfQUSxvmnpLZWpRFqHz7v8AvsBe0S1zv9UAAAAASUVORK5CYII= Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Commit ports/147840: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-ports@freebsd.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 10:31:49 -0000 I realize that everyone is busy with the soon to be released 8.1 update, etc; however, could ports/147840 please be committed. It is required to correct a bug in the last released version of the program that prevented it from running under certain conditions. Thanks! -- Jerry ✌ FreeBSD-Ports.user@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __________________________________________________________________ The best way to get rid of worries is to let them die of neglect. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 11:15:06 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC99106566B; Fri, 25 Jun 2010 11:15:06 +0000 (UTC) (envelope-from shura0@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9638FC0C; Fri, 25 Jun 2010 11:15:05 +0000 (UTC) Received: from web11.yandex.ru (web11.yandex.ru [213.180.223.225]) by forward2.mail.yandex.net (Yandex) with ESMTP id 5EFFB38A8F28; Fri, 25 Jun 2010 14:58:52 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1277463532; bh=tM2fnhvDfjb7dY8bCykmo87+J1E2Vyqb5I4do3Y0UFM=; h=From:To:Cc:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=htdwExunED0Hte+F5Zfh560INjcaxolrgskYGzC8wWBjLgVz/Vg1YPnz0tP9JDk7Q W0dpx9fOWNOeTkm9fAFY8lcQ/1X9ywSN2P/KdEAw66BdIcDmBGVqXShYAdv1WuogDM NPlNqyQ1Aqw2e0o37UTdCU6HegCLlzp9hgSt7JGI= Received: from localhost (localhost.localdomain [127.0.0.1]) by web11.yandex.ru (Yandex) with ESMTP id 5BEC7488006A; Fri, 25 Jun 2010 14:58:52 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web11.yandex.ru X-Yandex-TimeMark: 1277463532 Received: from DLink3.Asvt.ru (DLink3.Asvt.ru [212.46.14.132]) by mail.yandex.ru with HTTP; Fri, 25 Jun 2010 14:58:51 +0400 From: =?koi8-r?B?4czFy9PBzsTS?= To: gecko@freebsd.org MIME-Version: 1.0 Message-Id: <164291277463532@web11.yandex.ru> Date: Fri, 25 Jun 2010 14:58:51 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-ports@freebsd.org Subject: firefox + ssl issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 11:15:06 -0000 Dear sir, I has faced with a strange issue. After update up to firefox-3.6.4,1, firefox stopped work with https sites. For example I can't open site http://addons.mozilla.org/ and can't update addons. XMarks does not works too. Issue looks like infinity 'connecting to addons.mozilla.org'. I want pay your attention that ANY https site does not work. (infinity 'Lodaing...') My system is: $ uname -a FreeBSD shura 7.2-STABLE FreeBSD 7.2-STABLE #13: Wed May 12 15:19:55 MSD 2010 shura@:/usr/src/sys/i386/compile/shura i386 $ ls -l Makefile -rw-r--r-- 1 root wheel 4157 Jun 23 22:19 Makefile # make showconfig ===> The following configuration options are available for firefox-3.6.4,1: DBUS=off "Enable D-BUS support" NEWTAB=on "Open external links in a new tab" SMB=off "Enable smb:// URI support using gnomevfs" DEBUG=off "Build a debugging image" LOGGING=on "Enable additional log messages" OPTIMIZED_CFLAGS=on "Enable some additional optimizations" Also, I had the same issue with firefox 3.6.3, but I reinstall it from package and issue was fixed. Now I can't install a package because it is not exist yet. Please help. Best regards, Alexander Zaitsev From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 13:08:42 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30E7E1065675; Fri, 25 Jun 2010 13:08:42 +0000 (UTC) (envelope-from QAT@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 160568FC0C; Fri, 25 Jun 2010 13:08:40 +0000 (UTC) Received: from jester1b.ixsystems.com (unknown [206.40.55.137]) by worf.ds9.tecnik93.com (Postfix) with ESMTP id 81F1222C50F5; Fri, 25 Jun 2010 16:08:39 +0300 (EEST) Received: by jester1b.ixsystems.com (Postfix, from userid 0) id A6D2C5A907C; Fri, 25 Jun 2010 06:08:38 -0700 (PDT) From: QAT@FreeBSD.org To: stefan@FreeBSD.org In-Reply-To: <201006251305.o5PD5XeB010374@repoman.freebsd.org> References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> X-Mailer: $Tecnik: people/itetcu/ports/QA-Tindy/QAT_postPortBuild.sh, v 1.57 2009/03/08 00:17:57 itetcu Exp $ X-QAT-Tindy_Version: tinderbox-3.3_3; dsversion: 3.2.1 X-QAT-Jail_Arch: amd64 X-QAT-Jail_Csup_Tag: RELENG_8 X-QAT-Jail_Last_Built: 2010-03-11 13:38:43 X-QAT-Port: lang/gprolog X-QAT-Log: http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log X-QAT-Build_Reason: Commit X-QAT-Fail_Reason: mtree Message-Id: <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> Date: Fri, 25 Jun 2010 06:08:38 -0700 (PDT) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 13:08:42 -0000 The Restless Daemon identified a mtree error while trying to build: gprolog-1.3.1 maintained by ports@FreeBSD.org Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25 13:05:33 stefan Exp $ Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : 32596911 24 -r--r--r-- 1 root wheel 10957 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog041.html 32596912 64 -r--r--r-- 1 root wheel 31448 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog042.html 32596913 24 -r--r--r-- 1 root wheel 11756 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog043.html 32596914 56 -r--r--r-- 1 root wheel 27575 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog044.html 32596915 44 -r--r--r-- 1 root wheel 20662 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog045.html 32596916 20 -r--r--r-- 1 root wheel 8930 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog046.html 32596917 12 -r--r--r-- 1 root wheel 5935 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog047.html 32596918 16 -r--r--r-- 1 root wheel 6598 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog048.html 32596919 20 -r--r--r-- 1 root wheel 8915 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog049.html 32596920 132 -r--r--r-- 1 root wheel 65830 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog050.html 32596921 44 -r--r--r-- 1 root wheel 21949 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog051.html 32596922 16 -r--r--r-- 1 root wheel 6319 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog052.html 32596923 12 -r--r--r-- 1 root wheel 4753 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog053.html 32596924 12 -r--r--r-- 1 root wheel 5383 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog054.html 32596925 20 -r--r--r-- 1 root wheel 8881 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog055.html 32596926 12 -r--r--r-- 1 root wheel 4570 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog056.html 32596927 16 -r--r--r-- 1 root wheel 6691 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog057.html 32596928 8 -r--r--r-- 1 root wheel 2234 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog058.html 32596929 12 -r--r--r-- 1 root wheel 5407 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog059.html 32596930 28 -r--r--r-- 1 root wheel 13196 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog060.html 32596931 28 -r--r--r-- 1 root wheel 13698 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog061.html 32596932 28 -r--r--r-- 1 root wheel 13125 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog062.html 32596933 16 -r--r--r-- 1 root wheel 7009 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog063.html 32596934 8 -r--r--r-- 1 root wheel 3740 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog064.html 32596935 8 -r--r--r-- 1 root wheel 4075 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog065.html 32596936 4 -r--r--r-- 1 root wheel 1920 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog066.html 32596937 12 -r--r--r-- 1 root wheel 4688 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog067.html 32596938 56 -r--r--r-- 1 root wheel 28413 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog068.html 32596939 48 -r--r--r-- 1 root wheel 24035 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog069.html 32596940 28 -r--r--r-- 1 root wheel 12608 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog070.html 32596941 28 -r--r--r-- 1 root wheel 12705 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog071.html 32596942 16 -r--r--r-- 1 root wheel 6756 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog072.html 32596943 12 -r--r--r-- 1 root wheel 4136 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog073.html 32596944 8 -r--r--r-- 1 root wheel 3107 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/index.html 32596945 4 -r--r--r-- 1 root wheel 316 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/contents_motif.gif 32596946 4 -r--r--r-- 1 root wheel 317 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/next_motif.gif 32596947 4 -r--r--r-- 1 root wheel 317 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/previous_motif.gif 32596948 4 -r--r--r-- 1 root wheel 832 Jun 25 13:08 usr/local/share/doc/gprolog/html_node/gprolog.css ================================================================ build of /usr/ports/lang/gprolog ended at Fri Jun 25 13:08:37 UTC 2010 The tarballed WRKDIR can be found here: http://QAT.TecNik93.com/wrkdirs/8-STABLE-NPD/gprolog-1.3.1.tbz PortsMon page for the port: http://portsmon.freebsd.org/portoverview.py?category=lang&portname=gprolog The build which triggered this BotMail was done under tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8 with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the "official" up-to-date Ports Tree, with the following vars set: NOPORTDOCS=yes, NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes. A description of the testing process can be found here: http://T32.TecNik93.com/FreeBSD/QA-Tindy/ Thanks for your work on making FreeBSD better, -- QAT - your friendly neighborhood Daemon, preparing a heck of an error trapping system: - "HMC and EOI?" - "Halt, Melt and Catch fire or Execute Operator Immediately." From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 14:32:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E245106566B for ; Fri, 25 Jun 2010 14:32:41 +0000 (UTC) (envelope-from christer.edwards@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C1EA98FC1D for ; Fri, 25 Jun 2010 14:32:40 +0000 (UTC) Received: by vws13 with SMTP id 13so4162786vws.13 for ; Fri, 25 Jun 2010 07:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5lbW7uqmrBHZei4jgxRJit96u58Yy+4XzWFF53fBnAA=; b=RiruECvxe6QIjkDg/WB3rwizEq9KjX03dgYLnk+ixSGJC8FH6cKC3U2I+NVp0YmSKj wAa1QMC7hW33jz1vrRINVJCrf88hkcvH8Av1bbcSsi0iJvDzdzdDrihZaZUlzwk1Wpml ndmtZhqo52L+zEIYHNivRVuksBdlZVlY1L7W4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IpSKYJ4Dp6sWVS88Ut1jVX5inuRHAItLVJvSHqkaNTl49tkMQ+pH+rD2/iFsIh14oY +PwNXEkRD1nuMghF16NY8LQI4+aruPayv5yvh+TurDgqwjLHnaHfD/vAaUMlS6G4WIyU 9PHvd+0Y4MreVxYdZQr/GXCHErGj5qfpE22gQ= MIME-Version: 1.0 Received: by 10.220.125.4 with SMTP id w4mr514109vcr.31.1277476359921; Fri, 25 Jun 2010 07:32:39 -0700 (PDT) Received: by 10.220.77.70 with HTTP; Fri, 25 Jun 2010 07:32:39 -0700 (PDT) In-Reply-To: <4C246BDE.5020603@gmail.com> References: <4C246BDE.5020603@gmail.com> Date: Fri, 25 Jun 2010 08:32:39 -0600 Message-ID: From: Christer Edwards To: Vitaly Magerya Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= , freebsd-ports@freebsd.org Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 14:32:41 -0000 2010/6/25 Vitaly Magerya : > Builds & installs fine. Does not run: > > =C2=A0 =C2=A0# /usr/local/etc/rc.d/shellinaboxd onestart > =C2=A0 =C2=A0Starting shellinaboxd. > =C2=A0 =C2=A0# /usr/local/etc/rc.d/shellinaboxd onestatus > =C2=A0 =C2=A0shellinaboxd is not running. > =C2=A0 =C2=A0# tail -1 /var/log/messages > =C2=A0 =C2=A0Jun 25 11:31:30 vbsd kernel: pid 4461 (shellinaboxd) uid6553= 4: > =C2=A0 =C2=A0exited on signal 11 > =C2=A0 =C2=A0# shellinaboxd > =C2=A0 =C2=A0Segmentation fault > =C2=A0 =C2=A0# uname -mrsi > =C2=A0 =C2=A0FreeBSD 8.0-RELEASE i386 GENERIC Mine builds and installs fine, and seems to run, but I'm not able to connect to anything.. top shows shellinabox running sockstat -4 shows IP:4200 none of my browsers ever connect.. --=20 Christer Edwards From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 14:42:02 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 934BF106566B; Fri, 25 Jun 2010 14:42:02 +0000 (UTC) (envelope-from stefan@FreeBSD.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4988FC13; Fri, 25 Jun 2010 14:42:02 +0000 (UTC) Received: from adsl-dyn-88-208-155-50.heliweb.de ([88.208.155.50] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1OS9nD-0001Xx-VC; Fri, 25 Jun 2010 16:22:08 +0200 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 7511311443; Fri, 25 Jun 2010 16:22:07 +0200 (CEST) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Fri, 25 Jun 2010 16:22:07 +0200 From: Stefan Walter To: QAT@FreeBSD.org Message-ID: <20100625142207.GE1671@birne.dunkelkammer.void> Mail-Followup-To: QAT@FreeBSD.org, ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports@FreeBSD.org References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 14:42:02 -0000 Hi, QAT@FreeBSD.org, 25.06.10, 15:08h CEST: > The Restless Daemon identified a mtree error while trying to build: > gprolog-1.3.1 maintained by ports@FreeBSD.org > Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25 13:05:33 stefan Exp $ > > Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : I'm unable to reproduce this on a tinderbox. It doesn't leave any files behind there... Stefan From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 15:19:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E81C7106564A for ; Fri, 25 Jun 2010 15:19:31 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 780E38FC17 for ; Fri, 25 Jun 2010 15:19:31 +0000 (UTC) Received: by fxm13 with SMTP id 13so49436fxm.13 for ; Fri, 25 Jun 2010 08:19:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=eX8lApl21Xu6Oh9NrSTk0EF1uptKkCGHsd2XdLbNbU4=; b=pqIlbUz3zkmJCgkyfqdGEHpBZiKUld8zwl8qf1ZTuPF4wkcZjkaJkKnHLxdHuyOe9o fzxuz/cbK7BSYxppEV1PewK5BYFPbYDkvwOBGDw48TUTuPcbzZ4XGm8UIQ7SF8zkws+j y44wiTWWbf9uLR6bPcVr3VOeCq9z1XvzUqxzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=acwBC48MIpKwpSm1rKp+pFLcXmpY271hAMphDbZL0A+pwaRdoVn2pbKLT/fII+2QXO eN0Swtgoqe/yvjT+dV3ca6z4qfb4ox5tLqa8cjOWvl3iqT8bf0xzM/EteIFm/MKio7Ar JDUuccRhPT0bHMuSPxz8qNj14eGkquGjdfWe8= Received: by 10.102.246.1 with SMTP id t1mr244104muh.135.1277479170188; Fri, 25 Jun 2010 08:19:30 -0700 (PDT) MIME-Version: 1.0 Sender: cochard@gmail.com Received: by 10.103.233.1 with HTTP; Fri, 25 Jun 2010 08:19:10 -0700 (PDT) In-Reply-To: <4C246BDE.5020603@gmail.com> References: <4C246BDE.5020603@gmail.com> From: =?ISO-8859-1?Q?Olivier_Cochard=2DLabb=E9?= Date: Fri, 25 Jun 2010 17:19:10 +0200 X-Google-Sender-Auth: XUh70EmpZ8L3cVWWbGNGjsFc7HE Message-ID: To: Vitaly Magerya Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-ports@freebsd.org Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 15:19:32 -0000 2010/6/25 Vitaly Magerya : > > > The machine in question is a vanilla 8.0-RELEASE in VirtualBox. > I can provide any additional information, just name it. > Do you have special optimization in /etc/make.conf ? Thanks, Olivier From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 15:30:26 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 707B81065672 for ; Fri, 25 Jun 2010 15:30:26 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EEEE08FC25 for ; Fri, 25 Jun 2010 15:30:25 +0000 (UTC) Received: by fxm13 with SMTP id 13so55022fxm.13 for ; Fri, 25 Jun 2010 08:30:24 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=e4P5fBitXWKtuqD1o5mGgWNokGTZrp/1kXYNtIkXUfk=; b=xYv46FVvYGO4oOl6rwcyHJlaTggBjYi2lwMSwjDeXTlXQWWqMiVvyu80vZQViJpovA 1F9hYNYhuTRoD4yuK886fNdHrrGfbUNC0J+QkmUF7Ttd/iTT8piLwqzgC+Wgcj7p/XOL TzRjDBHinUN3PGyCZJtv7jT6DzWw5rCDgj1nk= 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:content-type:content-transfer-encoding; b=OwrcfEF63n7EdT4glJb7IdNyM+CrAMjTAc7HzVbfCjGgFjLx/ZIxIb9tChSUmwi5rF zxU7xFz1FxnhBiTCZeW745Hqd6H4iJ4y1AO4bFlaIxVf3TpSRca/VLPBpjVHFQ31/4k9 59yumy2pkusjA9RqNOZXYqz/jRtbvB3gujTO0= Received: by 10.223.127.196 with SMTP id h4mr724307fas.56.1277479824756; Fri, 25 Jun 2010 08:30:24 -0700 (PDT) Received: from [172.16.0.11] (tx97.net [85.198.160.156]) by mx.google.com with ESMTPS id 7sm43783100far.6.2010.06.25.08.30.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 08:30:23 -0700 (PDT) Message-ID: <4C24CB60.5050108@gmail.com> Date: Fri, 25 Jun 2010 18:29:36 +0300 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: =?ISO-8859-1?Q?Olivier_Cochard-Labb=E9?= References: <4C246BDE.5020603@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 15:30:26 -0000 Olivier Cochard-Labbé wrote: > Do you have special optimization in /etc/make.conf ? Nope. Only PERL_VERSION is there. BTW, I tried on another VirtualBox setup (8.0-RELEASE-p2). Crashes here too. From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 15:47:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 431DC106564A for ; Fri, 25 Jun 2010 15:47:39 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C5FB08FC1A for ; Fri, 25 Jun 2010 15:47:38 +0000 (UTC) Received: by bwz17 with SMTP id 17so1210409bwz.13 for ; Fri, 25 Jun 2010 08:47:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=+caI+OpRIvKaA+ak9byqfAX5/GDibaqm7Tm6zgUCffU=; b=SrhK1+4yx4MohY38vU412FblvAerTIv18sC5sOXCPXthexyxevnHhy9uMd8n2bUSs7 YlOLRSOHOqbhbvD8ZPcXTRa/1RkHpd5z4oRu6uO6eM57jsqlbmqOWALj2iN1XQg69oZ9 tS1X05cMzsFbfdci2apGDPyMMAX047SGULsPI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hlCQQ/4q/4ygI9ApuUicOcFHxntNAOZA0jaNBYpKiirFMvUaLECzL5IUqJH3Rz9GMw 4vYDbAUXtJZNcvOlCcTwMcXjudwCQoGkG2MgxEZkKg+ViwAt74xdbQ+WCb51Z/EF+geT M9vH5zAWgjOy5orKEcG3aL7gkIvNPLMQn2q+U= MIME-Version: 1.0 Received: by 10.204.162.130 with SMTP id v2mr631678bkx.5.1277479299398; Fri, 25 Jun 2010 08:21:39 -0700 (PDT) Received: by 10.204.67.68 with HTTP; Fri, 25 Jun 2010 08:21:39 -0700 (PDT) Date: Fri, 25 Jun 2010 19:21:39 +0400 Message-ID: From: Subbsd To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: php 5.3 ports with mysqlnd support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 15:47:39 -0000 Hello Any plan to make controll for builds php 5.3 with mysqlnd feature ( http://dev.mysql.com/downloads/connector/php-mysqlnd/ ) via OPTIONS ? Currenlty i've added in /usr/local/etc/pkgtools.conf -- BEFOREBUILD = { 'lang/php5' => 'sh /root/patch/ports-php5.sh', } AFTERINSTALL = { 'lang/php5' => 'sh /root/patch/ports-php5.sh', } -- and write my patch /root/patch/ports-php5.sh: -- #!/bin/sh TMPMKFILE="/usr/ports/lang/php5/Makefile-orig" MKFILE="/usr/ports/lang/php5/Makefile" if [ -f ${TMPMKFILE} ]; then mv ${TMPMKFILE} ${MKFILE} exit fi if [ -n `/usr/bin/grep mysqlnd /usr/ports/lang/php5/Makefile`]; then cp ${MKFILE} ${TMPMKFILE} /usr/bin/sed 's/--disable-all/--disable-all --enable-pdo --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd/g' ${TMPMKFILE} > ${MKFILE} fi -- And compile php via pkg{install|upgrade} tools. I have around 20 heavy-loaded servers with php-mysqlnd enabled for 5 month and i not get any failures therefore it is stable enough code and its will be wonderfull to see /usr/ports/lang/php5/Makefile with supporting of mysqlnd building. Thanks! From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 16:30:17 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F904106564A for ; Fri, 25 Jun 2010 16:30:17 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EDB558FC0C for ; Fri, 25 Jun 2010 16:30:16 +0000 (UTC) Received: by wyf22 with SMTP id 22so1516566wyf.13 for ; Fri, 25 Jun 2010 09:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:mime-version:content-type:content-transfer-encoding :message-id; bh=w5G8+KXAQ/O4oYYBN/gqC2j/+mOmdfbBGOaCkj4/IWw=; b=L//UGQt99A/PyVhSykEDGsmNSDThp9l3T95i57uLsDl4+dJRJ9GcjuWdNOWXDqDeVK rgcT7ovU7k/sWU0GHFGfoZUL4ztQftZX2dbTwo0cBagtQTQrZn+8sCR1dqRL41o2K5M7 8+cU7pxcqx4Y7foArF+kTxlh8bLYlMBag6Orw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:mime-version :content-type:content-transfer-encoding:message-id; b=Wo+b5eb2AeUO3YkgfULgoTk/xlQSEFUAlAEU2Ew+cN1/zmKSHrnVyf9aPJF6c6imx/ 4nn3YO6N/qyQGKu+SeahUcpywPXbDgj78Hog29Ix1n5T3W8kI2A4SNkaIeu+CaDEPBDf zP/VjB1tSIB1SlThNYHoDf51e/I3gC4oEzOEY= Received: by 10.216.85.15 with SMTP id t15mr5255944wee.100.1277482106949; Fri, 25 Jun 2010 09:08:26 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id k13sm1580854wed.11.2010.06.25.09.08.23 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 09:08:25 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-ports@freebsd.org Date: Fri, 25 Jun 2010 18:08:22 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1561886.MdaH6N5W9R"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006251808.29467.naylor.b.david@gmail.com> Subject: MAKE_JOBS and openjdk6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 16:30:17 -0000 --nextPart1561886.MdaH6N5W9R Content-Type: multipart/mixed; boundary="Boundary-01=_2RNJMQ2ZfADo382" Content-Transfer-Encoding: 7bit --Boundary-01=_2RNJMQ2ZfADo382 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think). T= he=20 attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes it resp= ect=20 MAKE_JOBS_NUMBER. =20 Regards, David P.S. I'm off list --Boundary-01=_2RNJMQ2ZfADo382 Content-Type: text/x-patch; charset="ISO-8859-1"; name="openjdk6.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="openjdk6.diff" =2D-- /usr/ports/java/openjdk6/Makefile 2010-05-22 03:05:20.000000000 +0200 +++ Makefile 2010-06-25 18:01:27.000000000 +0200 @@ -45,6 +45,7 @@ =20 # java extracts directly to the cwd WRKSRC=3D ${WRKDIR} +MAKE_JOBS_SAFE=3D yes =20 USE_GMAKE=3D yes USE_MOTIF=3D yes @@ -142,8 +143,11 @@ USE_DISPLAY=3D yes .endif =20 =2DBUILD_JOBS_NUMBER!=3D ${SYSCTL} -n kern.smp.cpus =2DMAKE_ENV+=3D HOTSPOT_BUILD_JOBS=3D${BUILD_JOBS_NUMBER} +.if !defined(DISABLE_MAKE_JOBS) +MAKE_ENV+=3D HOTSPOT_BUILD_JOBS=3D${MAKE_JOBS_NUMBER} +# HACK: stop _MAKE_JOBS being defined with -jN +MAKE_JOBS_UNSAGE=3Dyes +.endif =20 COPYDIRS=3D \ hotspot/src/os/linux/launcher \ --Boundary-01=_2RNJMQ2ZfADo382-- --nextPart1561886.MdaH6N5W9R Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwk1H0ACgkQUaaFgP9pFrI5hwCeMyqt25lgyCbwrF9yg3YOv/FV DyUAn1DaH+faM36f2gWFgNUcrw9H3hJw =cARv -----END PGP SIGNATURE----- --nextPart1561886.MdaH6N5W9R-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 17:33:05 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C41D106566B for ; Fri, 25 Jun 2010 17:33:05 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id C455D8FC14 for ; Fri, 25 Jun 2010 17:33:04 +0000 (UTC) Received: by wwb24 with SMTP id 24so2923878wwb.13 for ; Fri, 25 Jun 2010 10:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=RySvTBjPpVlbbAoSR2fLXWm1YYexPfPG30VPsSuZi8c=; b=DgvpmPmkMX9HiYRqFB49pq6CfAfuvYedvjlrvmJa5xG5KhD1e6wpxecG07NY1c4C/6 +PvBb8PTejIyLUdjI8K1N3iSrgHYgj8HepU/r1NW5Z9hgvT7ofHYgQ3fBvcKiQFic8PF 3wikYoQ81eDstcIMOhGEmFtL3emKAfH5fypuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=Sp9zgOsvcilJE0swlPvBcMv4hQ3UEQ54FPGVfjm3T79zExZBSYiCuoCJeBBfI5dDFh mk0vS3l0dPehzTVa4z7cStbEcOJfMka+sJk81AJcXRq2nWtACSmTZ4nqJ3OzNl56eI4O my5KoCY9UaczbjTJeaSwtaO6RIzVJj5a9jN4g= Received: by 10.227.128.4 with SMTP id i4mr841339wbs.188.1277487181101; Fri, 25 Jun 2010 10:33:01 -0700 (PDT) Received: from gumby.homeunix.com (bb-87-81-140-128.ukonline.co.uk [87.81.140.128]) by mx.google.com with ESMTPS id p17sm64029762wbe.20.2010.06.25.10.32.59 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 10:33:00 -0700 (PDT) Date: Fri, 25 Jun 2010 18:32:58 +0100 From: RW To: David Naylor Message-ID: <20100625183258.34940d07@gumby.homeunix.com> In-Reply-To: <201006251808.29467.naylor.b.david@gmail.com> References: <201006251808.29467.naylor.b.david@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: MAKE_JOBS and openjdk6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 17:33:05 -0000 On Fri, 25 Jun 2010 18:08:22 +0200 David Naylor wrote: > +MAKE_JOBS_UNSAGE=yes From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 19:29:07 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073121065672 for ; Fri, 25 Jun 2010 19:29:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id A58968FC13 for ; Fri, 25 Jun 2010 19:29:06 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 5127AA58FBD; Sat, 26 Jun 2010 03:29:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id 94OhWqcbyw48; Sat, 26 Jun 2010 03:28:58 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 68CA5A58FBC; Sat, 26 Jun 2010 03:28:57 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:subject:references:in-reply-to:x-enigmail-version:openpgp: content-type:content-transfer-encoding; b=uROBMdyvxm8R5tb4uZwAH5WklzoBZBZwgs9xWu6yGtmMDQlKyoO0BP1/HFmwmR5h+ ztSJ5M2PKRdSSn+OzS75g== Message-ID: <4C250375.5090302@delphij.net> Date: Fri, 25 Jun 2010 12:28:53 -0700 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20100625063143.2b208fbc@scorpio> In-Reply-To: <20100625063143.2b208fbc@scorpio> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: Commit ports/147840: X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 19:29:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, On 2010/06/25 03:31, Jerry wrote: > I realize that everyone is busy with the soon to be released 8.1 > update, etc; however, could ports/147840 please be committed. It is > required to correct a bug in the last released version of the program > that prevented it from running under certain conditions. Quick question - files/default.sample now have an empty CLAMAV_DB, is that intentional? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iQEcBAEBCAAGBQJMJQN1AAoJEATO+BI/yjfBLeIH/iNvBxjzLVQQyjX2vcfbJYtT NQTu9LZRvws1npPDoV90utZ8+VlfTaciQimxYMWeJbL3yAgTQ5dv8IID8tAcrYW+ KJ8j0bzrpnCFluwloEEItgaNmGYE0mSZbeZNN/9+GETS7l2nFDbc3jea/P8xUzbi TZ3DdBjmpawzyxPBv5pLgowYW+PelPFguE1Go5mJbo2bzFNa7pKQQb58eSOXvY2q hrRjXyfVP6axzU1Kr9gzujiVI3WVSRAyLtL77x34oW0POJq/w963FniybWt4qs0l lnBDEeMZA6fC5j7K20v4oVMksBCjU1zcQcwi8al4Nx7mSF8rdz8AUsNtM383IOk= =Bcgz -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 20:04:28 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DE561065670; Fri, 25 Jun 2010 20:04:28 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB078FC1A; Fri, 25 Jun 2010 20:04:28 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id 7A4D75C37; Fri, 25 Jun 2010 16:04:27 -0400 (EDT) Date: Fri, 25 Jun 2010 16:04:27 -0400 From: Wesley Shields To: QAT@FreeBSD.org, ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports@FreeBSD.org Message-ID: <20100625200427.GA50846@atarininja.org> References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> <20100625142207.GE1671@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100625142207.GE1671@birne.dunkelkammer.void> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 20:04:28 -0000 On Fri, Jun 25, 2010 at 04:22:07PM +0200, Stefan Walter wrote: > Hi, > > QAT@FreeBSD.org, 25.06.10, 15:08h CEST: > > > The Restless Daemon identified a mtree error while trying to build: > > gprolog-1.3.1 maintained by ports@FreeBSD.org > > Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25 13:05:33 stefan Exp $ > > > > Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : > > I'm unable to reproduce this on a tinderbox. It doesn't leave any files > behind there... Did you define NOPORTDOCS=yes? -- WXS From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 20:15:40 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FBAD1065675 for ; Fri, 25 Jun 2010 20:15:40 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED428FC15 for ; Fri, 25 Jun 2010 20:15:39 +0000 (UTC) Received: by fxm13 with SMTP id 13so167881fxm.13 for ; Fri, 25 Jun 2010 13:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=Dgg49B6h/JqSR1enbKe2gmGvvS0drDgEwztvCbZnAks=; b=e+nQRFo3aB63UN6j7uvkLVClycx9ILM4dOAwFYLHdY1Uj24SaB5UhU2LPZWhqlsiLJ cJllhyCQuUyoEZwn9JkJdzverxCzkelEBENIW80nM6OVGjHL1I/7NyYja7avgjoZe1ig UetILMsfCjkIblZ/ubb2Mmx0bTREKZKvzwlys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=oeAS9rR6TSXekUWZOtxgJFXFMq4oFHEbihINGshXKL8/zemugX9+RqOJwqTreAnhBY +tsEfbIkWmuFis44O4btgslugpetpxAsLhI9Gc6NAfM4jGPOWAXIqbhq9g4This4HE4g ahzqTZ+Uh6fonpQSUnBc16G/Htr0f6l8haywg= Received: by 10.87.15.35 with SMTP id s35mr1905747fgi.12.1277496938211; Fri, 25 Jun 2010 13:15:38 -0700 (PDT) Received: from localhost (gpftor3.privacyfoundation.de [62.141.58.13]) by mx.google.com with ESMTPS id 4sm2336792fge.20.2010.06.25.13.15.30 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 13:15:36 -0700 (PDT) From: Anonymous To: Stefan Walter References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> <20100625142207.GE1671__44847.8522980169$1277476960$gmane$org@birne.dunkelkammer.void> Date: Sat, 26 Jun 2010 00:14:22 +0400 In-Reply-To: <20100625142207.GE1671__44847.8522980169$1277476960$gmane$org@birne.dunkelkammer.void> (Stefan Walter's message of "Fri, 25 Jun 2010 16:22:07 +0200") Message-ID: <86iq56rhsx.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ports@FreeBSD.org Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 20:15:40 -0000 Stefan Walter writes: > Hi, > > QAT@FreeBSD.org, 25.06.10, 15:08h CEST: > >> The Restless Daemon identified a mtree error while trying to build: >> gprolog-1.3.1 maintained by ports@FreeBSD.org >> Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25 13:05:33 stefan Exp $ >> >> Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : > > I'm unable to reproduce this on a tinderbox. It doesn't leave any files > behind there... Even when NOPORTDOCS is defined? Here is a quick fix that makes the port respect NOPORTEXAMPLES, too. %% Index: lang/gprolog/Makefile =================================================================== RCS file: /a/.cvsup/ports/lang/gprolog/Makefile,v retrieving revision 1.28 diff -u -p -r1.28 Makefile --- lang/gprolog/Makefile 25 Jun 2010 13:05:33 -0000 1.28 +++ lang/gprolog/Makefile 25 Jun 2010 20:03:37 -0000 @@ -19,16 +19,26 @@ WRKSRC= ${WRKDIR}/${PORTNAME}-${PORTVER USE_GMAKE= yes USE_AUTOTOOLS= autoconf:262 -CONFIGURE_ARGS= --with-c-flags="${CFLAGS}" \ - --with-doc-dir="${DOCSDIR}" \ - --with-examples-dir="${EXAMPLESDIR}" +CONFIGURE_ARGS= --with-c-flags="${CFLAGS}" CONFIGURE_TARGET= ${ARCH:S/amd64/x86_64/}-portbld-freebsd${OSREL} PLIST_SUB+= GPROLOG_VER=${PORTVERSION} +.include + +.if !defined(NOPORTDOCS) PORTDOCS= * +CONFIGURE_ARGS+=--with-doc-dir="${DOCSDIR}" +.else +CONFIGURE_ARGS+=--with-doc-dir="${WRKDIR}/docs" +.endif -.include +.if !defined(NOPORTEXAMPLES) +PORTEXAMPLES= * +CONFIGURE_ARGS+=--with-examples-dir="${EXAMPLESDIR}" +.else +CONFIGURE_ARGS+=--with-examples-dir="${WRKDIR}/examples" +.endif .if defined(WITHOUT_FD) CONFIGURE_ARGS+=--disable-fd-solver Index: lang/gprolog/pkg-plist =================================================================== RCS file: /a/.cvsup/ports/lang/gprolog/pkg-plist,v retrieving revision 1.9 diff -u -p -r1.9 pkg-plist --- lang/gprolog/pkg-plist 19 Mar 2008 07:43:35 -0000 1.9 +++ lang/gprolog/pkg-plist 25 Jun 2010 20:02:34 -0000 @@ -27,72 +27,6 @@ gprolog-%%GPROLOG_VER%%/COPYING gprolog-%%GPROLOG_VER%%/VERSION gprolog-%%GPROLOG_VER%%/NEWS gprolog-%%GPROLOG_VER%%/ChangeLog -%%EXAMPLESDIR%%/ExamplesPl/Makefile -%%EXAMPLESDIR%%/ExamplesPl/README -%%EXAMPLESDIR%%/ExamplesPl/PROGS -%%EXAMPLESDIR%%/ExamplesPl/boyer.pl -%%EXAMPLESDIR%%/ExamplesPl/browse.pl -%%EXAMPLESDIR%%/ExamplesPl/cal.pl -%%EXAMPLESDIR%%/ExamplesPl/chat_parser.pl -%%EXAMPLESDIR%%/ExamplesPl/common.pl -%%EXAMPLESDIR%%/ExamplesPl/crypt.pl -%%EXAMPLESDIR%%/ExamplesPl/ham.pl -%%EXAMPLESDIR%%/ExamplesPl/hook.pl -%%EXAMPLESDIR%%/ExamplesPl/meta_qsort.pl -%%EXAMPLESDIR%%/ExamplesPl/nand.pl -%%EXAMPLESDIR%%/ExamplesPl/nrev.pl -%%EXAMPLESDIR%%/ExamplesPl/poly_10.pl -%%EXAMPLESDIR%%/ExamplesPl/qsort.pl -%%EXAMPLESDIR%%/ExamplesPl/queens.pl -%%EXAMPLESDIR%%/ExamplesPl/queensn.pl -%%EXAMPLESDIR%%/ExamplesPl/query.pl -%%EXAMPLESDIR%%/ExamplesPl/reducer.pl -%%EXAMPLESDIR%%/ExamplesPl/sdda.pl -%%EXAMPLESDIR%%/ExamplesPl/sendmore.pl -%%EXAMPLESDIR%%/ExamplesPl/tak.pl -%%EXAMPLESDIR%%/ExamplesPl/tak_gvar.pl -%%EXAMPLESDIR%%/ExamplesPl/zebra.pl -%%EXAMPLESDIR%%/ExamplesC/Makefile -%%EXAMPLESDIR%%/ExamplesC/README -%%EXAMPLESDIR%%/ExamplesC/examp.pl -%%EXAMPLESDIR%%/ExamplesC/new_main.pl -%%EXAMPLESDIR%%/ExamplesC/examp_c.c -%%EXAMPLESDIR%%/ExamplesC/new_main_c.c -%%EXAMPLESDIR%%/ExamplesFD/Makefile -%%EXAMPLESDIR%%/ExamplesFD/alpha.pl -%%EXAMPLESDIR%%/ExamplesFD/array.pl -%%EXAMPLESDIR%%/ExamplesFD/bdiag.pl -%%EXAMPLESDIR%%/ExamplesFD/bdonald.pl -%%EXAMPLESDIR%%/ExamplesFD/bpigeon.pl -%%EXAMPLESDIR%%/ExamplesFD/bqueens.pl -%%EXAMPLESDIR%%/ExamplesFD/bramsey.pl -%%EXAMPLESDIR%%/ExamplesFD/bridge.pl -%%EXAMPLESDIR%%/ExamplesFD/bridge1.pl -%%EXAMPLESDIR%%/ExamplesFD/bschur.pl -%%EXAMPLESDIR%%/ExamplesFD/bsend.pl -%%EXAMPLESDIR%%/ExamplesFD/cars.pl -%%EXAMPLESDIR%%/ExamplesFD/crypta.pl -%%EXAMPLESDIR%%/ExamplesFD/digit8.pl -%%EXAMPLESDIR%%/ExamplesFD/donald.pl -%%EXAMPLESDIR%%/ExamplesFD/eq10.pl -%%EXAMPLESDIR%%/ExamplesFD/eq20.pl -%%EXAMPLESDIR%%/ExamplesFD/five.pl -%%EXAMPLESDIR%%/ExamplesFD/gardner.pl -%%EXAMPLESDIR%%/ExamplesFD/langford.pl -%%EXAMPLESDIR%%/ExamplesFD/magic.pl -%%EXAMPLESDIR%%/ExamplesFD/magsq.pl -%%EXAMPLESDIR%%/ExamplesFD/multipl.pl -%%EXAMPLESDIR%%/ExamplesFD/partit.pl -%%EXAMPLESDIR%%/ExamplesFD/qg5.pl -%%EXAMPLESDIR%%/ExamplesFD/queens.pl -%%EXAMPLESDIR%%/ExamplesFD/send.pl -%%EXAMPLESDIR%%/ExamplesFD/square.pl -%%EXAMPLESDIR%%/ExamplesFD/srq.pl -%%EXAMPLESDIR%%/ExamplesFD/queens_fd.fd -@dirrm %%EXAMPLESDIR%%/ExamplesFD -@dirrm %%EXAMPLESDIR%%/ExamplesC -@dirrm %%EXAMPLESDIR%%/ExamplesPl -@dirrm %%EXAMPLESDIR%% @dirrm gprolog-%%GPROLOG_VER%%/lib @dirrm gprolog-%%GPROLOG_VER%%/include @dirrm gprolog-%%GPROLOG_VER%%/bin %% From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 20:51:41 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94DC6106564A for ; Fri, 25 Jun 2010 20:51:41 +0000 (UTC) (envelope-from christer.edwards@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 473CE8FC15 for ; Fri, 25 Jun 2010 20:51:41 +0000 (UTC) Received: by vws13 with SMTP id 13so4658273vws.13 for ; Fri, 25 Jun 2010 13:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=GgJvYqlNeX/Wt3RacJy5wD5h1vHPkO853AOlFt/2Kng=; b=eNG4VZP9vXpjkf28gWLhbprd70wfMEI+qySOniMAK3pEtPIiAP4UUtO0Kh92efJO5O ze4QS+h1gZ7nuPKdJnXCCn1DPDaL07wwF7+YdXr66wMwIXG2trqe4+Ro3M2opZU4j1+6 JXS47U+P7LNuulEXRa9/CQt7dk62d8m4x45Bs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jIrK9gxKuGRf0HNt+zl7/7aX8pQc+sZmop+HLOESRauB+2v6nvCODxGRRlQpvmAsSW i0wvzH/Ya47bdR2+TxXrSOfrY/VKJvNcmzE1v9VYa7/7qsX8aiw6ITpDUmQgoAh5buLX 4meiusOMGX6HNcBNbbbqqCVZb6arXxe+uIpOo= MIME-Version: 1.0 Received: by 10.220.171.198 with SMTP id i6mr723022vcz.248.1277499100503; Fri, 25 Jun 2010 13:51:40 -0700 (PDT) Received: by 10.220.77.70 with HTTP; Fri, 25 Jun 2010 13:51:40 -0700 (PDT) In-Reply-To: References: <4C246BDE.5020603@gmail.com> Date: Fri, 25 Jun 2010 14:51:40 -0600 Message-ID: From: Christer Edwards To: Vitaly Magerya Content-Type: text/plain; charset=UTF-8 Cc: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= , freebsd-ports@freebsd.org Subject: Re: Call for testers: www/shellinabox (Shell in a Box) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 25 Jun 2010 20:51:41 -0000 On Fri, Jun 25, 2010 at 8:32 AM, Christer Edwards wrote: > top shows shellinabox running > sockstat -4 shows IP:4200 > none of my browsers ever connect.. > I just tried re-installing (after re-downloading your Makefile), and it's working fine for me now. Thank you -- Christer Edwards From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 21:34:31 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE2651065670 for ; Fri, 25 Jun 2010 21:34:31 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 472E98FC0C for ; Fri, 25 Jun 2010 21:34:30 +0000 (UTC) Received: by wwb24 with SMTP id 24so3092764wwb.13 for ; Fri, 25 Jun 2010 14:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:organization:to:subject :date:user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=g8xbaJBw42NbEgU/OB+Ni44fICmtYUh9AuCv3v833tk=; b=sYFXKQ5Q+DsEAfRekooloQsZ6E2w3b7DRUXa9hN5NLYcK+Xs8HzI0p0DpStg0rgFJ4 wSjIQw0K+5fqCKIjdMleVOwY833VcJ8NgtRs/6nuVCMSTD0tFnQ882nPsIGRvdNSMDI/ r1F+gi4ro47mQK+Un4qwLLfSK6wBt+b0yQWts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:organization:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=M3NMGfyPILYfcrxbrTPjHrAAoOTx1EPMv8IX84Fj/L60Kfgv/QUVKMAKQZ4N6erCRx /AWX6GkDOIYWJ4BkccXah8j4AadA8NzW4UBbbo+OKfGekjFWmCQ0SIq4i2bmo9KYf8IH +wHkipYuuwZRHGveW/HQcUTzCvRYxlf+sNwDg= Received: by 10.216.88.211 with SMTP id a61mr1016476wef.65.1277501670118; Fri, 25 Jun 2010 14:34:30 -0700 (PDT) Received: from dragon.dg (41-132-24-150.dsl.mweb.co.za [41.132.24.150]) by mx.google.com with ESMTPS id n52sm495740wee.7.2010.06.25.14.34.24 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 14:34:28 -0700 (PDT) From: David Naylor Organization: Private To: freebsd-ports@freebsd.org Date: Fri, 25 Jun 2010 23:34:28 +0200 User-Agent: KMail/1.13.3 (FreeBSD/9.0-CURRENT; KDE/4.4.3; amd64; ; ) References: <201006251808.29467.naylor.b.david@gmail.com> In-Reply-To: <201006251808.29467.naylor.b.david@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3333005.5vZcYH7VeI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201006252334.32957.naylor.b.david@gmail.com> Subject: Re: MAKE_JOBS and openjdk6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 21:34:31 -0000 --nextPart3333005.5vZcYH7VeI Content-Type: multipart/mixed; boundary="Boundary-01=_kDSJMMcgsVIDN7a" Content-Transfer-Encoding: 7bit --Boundary-01=_kDSJMMcgsVIDN7a Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 25 June 2010 18:08:22 David Naylor wrote: > Hi, >=20 > java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think).= =20 > The attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes it > respect MAKE_JOBS_NUMBER. >=20 > Regards, >=20 > David >=20 > P.S. I'm off list Oops. My hack didn't work. =20 With MAKE_JOBS_SAFE _MAKE_JOBS is included but that evaluated to -jN and th= is=20 is choking the Makefile. Is there an easier way to exclude _MAKE_JOBS? =20 Perhaps set _MAKE_JOBS conditionally in bsd.ports.mk and a port can then do= =20 _MAKE_JOBS=3D"" The attached patch fixes the above problem without touching bsd.ports.mk. = =20 Regards --Boundary-01=_kDSJMMcgsVIDN7a Content-Type: text/x-patch; charset="ISO-8859-1"; name="openjdk6.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="openjdk6.diff" diff -ur /usr/ports/java/openjdk6/Makefile openjdk6/Makefile =2D-- /usr/ports/java/openjdk6/Makefile 2010-05-22 03:05:20.000000000 +0200 +++ openjdk6/Makefile 2010-06-25 23:28:24.000000000 +0200 @@ -45,6 +45,7 @@ =20 # java extracts directly to the cwd WRKSRC=3D ${WRKDIR} +MAKE_JOBS_SAFE=3D yes =20 USE_GMAKE=3D yes USE_MOTIF=3D yes @@ -142,8 +143,9 @@ USE_DISPLAY=3D yes .endif =20 =2DBUILD_JOBS_NUMBER!=3D ${SYSCTL} -n kern.smp.cpus =2DMAKE_ENV+=3D HOTSPOT_BUILD_JOBS=3D${BUILD_JOBS_NUMBER} +.if !defined(DISABLE_MAKE_JOBS) +MAKE_ENV+=3D HOTSPOT_BUILD_JOBS=3D${MAKE_JOBS_NUMBER} +.endif =20 COPYDIRS=3D \ hotspot/src/os/linux/launcher \ @@ -210,6 +212,15 @@ ${WRKSRC}/jdk/make/javax/crypto/Makefile .endif =20 +do-build: + @(cd ${BUILD_WRKSRC}; if ! ${SETENV} ${MAKE_ENV} ${GMAKE} ${MAKE_FLAGS} $= {MAKEFILE} ${MAKE_ARGS} ${ALL_TARGET}; then \ + if [ x !=3D x${BUILD_FAIL_MESSAGE} ] ; then \ + ${ECHO_MSG} "=3D=3D=3D> Compilation failed unexpectedly."; \ + (${ECHO_CMD} ${BUILD_FAIL_MESSAGE}) | ${FMT} 75 79 ; \ + fi; \ + ${FALSE}; \ + fi) + .if defined(WITH_TEST) post-build: @${ECHO_MSG} "" --Boundary-01=_kDSJMMcgsVIDN7a-- --nextPart3333005.5vZcYH7VeI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEABECAAYFAkwlIOgACgkQUaaFgP9pFrJLBwCfR3vtVm2qN9hE2igl6RJCwNSQ yzEAoIswcNXyIyMz1mUVUk94+DOI5wFQ =7QfR -----END PGP SIGNATURE----- --nextPart3333005.5vZcYH7VeI-- From owner-freebsd-ports@FreeBSD.ORG Fri Jun 25 22:15:39 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D1D106566C for ; Fri, 25 Jun 2010 22:15:39 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id D754A8FC18 for ; Fri, 25 Jun 2010 22:15:38 +0000 (UTC) Received: by wyf22 with SMTP id 22so1763543wyf.13 for ; Fri, 25 Jun 2010 15:15:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=MhKey3snRG+ekYn6UzwCv4G6iBw91HYXN1a4eJgz7/U=; b=OExh0TdP8jzeQFU5ykCa/1HV0fzl1mdk4K4DSQ44k/HpkQaL2NbeUgX2RFF60HJG8I UjMmJs1Kg8scfGaeYwjI9KxuSuFq5Z8b23cQTQ6di+4+xubaM/5cr0p/NSHqf7kJpWq9 1VMXOIW3lou3s3EGXdHN2EocZcc8YqaRDlKj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=wud+YYgwci02XiHxqRFyxO3G7CTIyx/uRWjplWAweGLA05gKLs9JoQKgA1Z/2naFqV mlNS8Z1p5KgAk74BDgVXz8WH3QZ9fP/tczmIrCc7QC0oMGcgaunisnvMlrDX6xkNH4ZM FtayQ5wcMB4pGZKWXG6ZOiBLWVQb5tHNkBJaM= Received: by 10.216.88.147 with SMTP id a19mr994409wef.93.1277504137758; Fri, 25 Jun 2010 15:15:37 -0700 (PDT) Received: from localhost ([78.142.140.194]) by mx.google.com with ESMTPS id u81sm1124457wei.28.2010.06.25.15.15.32 (version=SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 15:15:36 -0700 (PDT) From: Anonymous To: David Naylor References: <201006251808.29467.naylor.b.david@gmail.com> <201006252334.32957.naylor.b.david@gmail.com> Date: Sat, 26 Jun 2010 02:15:16 +0400 In-Reply-To: <201006252334.32957.naylor.b.david@gmail.com> (David Naylor's message of "Fri, 25 Jun 2010 23:34:28 +0200") Message-ID: <86bpayoj2j.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: MAKE_JOBS and openjdk6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 22:15:39 -0000 David Naylor writes: > On Friday 25 June 2010 18:08:22 David Naylor wrote: >> Hi, >> >> java/openjdk6 breaks with FORCE_MAKE_JOBS (it implements its own think). >> The attached patch fixes openjdk6, marks it as MAKE_JOBS_SAFE and makes it >> respect MAKE_JOBS_NUMBER. >> >> Regards, >> >> David >> >> P.S. I'm off list > > Oops. My hack didn't work. > > With MAKE_JOBS_SAFE _MAKE_JOBS is included but that evaluated to -jN and this > is choking the Makefile. Is there an easier way to exclude _MAKE_JOBS? > Perhaps set _MAKE_JOBS conditionally in bsd.ports.mk and a port can then do > _MAKE_JOBS="" Smth like %% Index: Mk/bsd.port.mk @@ -2292,7 +2292,7 @@ _MAKE_JOBS= # .else .if defined(MAKE_JOBS_SAFE) || defined(FORCE_MAKE_JOBS) MAKE_JOBS_NUMBER?= `${SYSCTL} -n kern.smp.cpus` -_MAKE_JOBS= -j${MAKE_JOBS_NUMBER} +_MAKE_JOBS?= -j${MAKE_JOBS_NUMBER} .if defined(FORCE_MAKE_JOBS) && !defined(MAKE_JOBS_SAFE) BUILD_FAIL_MESSAGE+= "You have chosen to use multiple make jobs (parallelization) for all ports. This port was not tested for this setting. Please remove FORCE_MAKE_JOBS and retry the build before reporting the failure to the maintainer." .endif %% > > The attached patch fixes the above problem without touching bsd.ports.mk. > You can as well define empty _MAKE_JOBS *after* . At least it wouldn't be as ugly as redefining do-build target. %% Index: java/openjdk6/Makefile @@ -266,3 +267,6 @@ post-install: @${CAT} ${PKGMESSAGE} .include + +# XXX: use `?=' in bsd.port.mk +_MAKE_JOBS= %% > Regards From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 12:04:38 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E7621065673 for ; Sat, 26 Jun 2010 12:04:38 +0000 (UTC) (envelope-from stefan@FreeBSD.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id 4F4178FC17 for ; Sat, 26 Jun 2010 12:04:38 +0000 (UTC) Received: from adsl-dyn-88-208-130-97.heliweb.de ([88.208.130.97] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1OSU7g-0002xR-He; Sat, 26 Jun 2010 14:04:36 +0200 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 08D8E11443; Sat, 26 Jun 2010 14:04:36 +0200 (CEST) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Sat, 26 Jun 2010 14:04:36 +0200 From: Stefan Walter To: Anonymous Message-ID: <20100626120435.GI1671@birne.dunkelkammer.void> Mail-Followup-To: Anonymous , ports@FreeBSD.org References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> <20100625142207.GE1671__44847.8522980169$1277476960$gmane$org@birne.dunkelkammer.void> <86iq56rhsx.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86iq56rhsx.fsf@gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2010 12:04:38 -0000 Anonymous, 25.06.10, 22:14h CEST: > Stefan Walter writes: > > > Hi, > > > > QAT@FreeBSD.org, 25.06.10, 15:08h CEST: > > > >> The Restless Daemon identified a mtree error while trying to build: > >> gprolog-1.3.1 maintained by ports@FreeBSD.org > >> Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 2010/06/25 13:05:33 stefan Exp $ > >> > >> Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : > > > > I'm unable to reproduce this on a tinderbox. It doesn't leave any files > > behind there... > > Even when NOPORTDOCS is defined? Here is a quick fix that makes the port > respect NOPORTEXAMPLES, too. Hmm...I didn't see it was set by QAT. Thanks to you and Wesley for the hint and the patch! I just committed it. Regards, Stefan From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 12:42:28 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD30C106564A; Sat, 26 Jun 2010 12:42:28 +0000 (UTC) (envelope-from itetcu@FreeBSD.org) Received: from worf.ds9.tecnik93.com (worf.ds9.tecnik93.com [81.196.207.130]) by mx1.freebsd.org (Postfix) with ESMTP id 1396B8FC27; Sat, 26 Jun 2010 12:42:27 +0000 (UTC) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by worf.ds9.tecnik93.com (Postfix) with ESMTPSA id D17C522C50C8; Sat, 26 Jun 2010 15:42:26 +0300 (EEST) Date: Sat, 26 Jun 2010 15:42:25 +0300 From: Ion-Mihai Tetcu To: Stefan Walter Message-ID: <20100626154225.5a1fb6ab@it.buh.tecnik93.com> In-Reply-To: <20100626120435.GI1671@birne.dunkelkammer.void> References: <201006251305.o5PD5XeB010374@repoman.freebsd.org> <20100625130838.A6D2C5A907C@jester1b.ixsystems.com> <20100625142207.GE1671__44847.8522980169$1277476960$gmane$org@birne.dunkelkammer.void> <86iq56rhsx.fsf@gmail.com> <20100626120435.GI1671@birne.dunkelkammer.void> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/YY8+45R=UiS/+wzuOtsKccx"; protocol="application/pgp-signature" Cc: Anonymous , ports@FreeBSD.org Subject: Re: cvs commit: ports/lang/gprolog Makefile X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2010 12:42:28 -0000 --Sig_/YY8+45R=UiS/+wzuOtsKccx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 26 Jun 2010 14:04:36 +0200 Stefan Walter wrote: > Anonymous, 25.06.10, 22:14h CEST: >=20 > > Stefan Walter writes: > >=20 > > > Hi, > > > > > > QAT@FreeBSD.org, 25.06.10, 15:08h CEST: > > > > > >> The Restless Daemon identified a mtree error while trying to > > >> build: gprolog-1.3.1 maintained by ports@FreeBSD.org > > >> Makefile ident: $FreeBSD: ports/lang/gprolog/Makefile,v 1.28 > > >> 2010/06/25 13:05:33 stefan Exp $ > > >>=20 > > >> Excerpt from > > >> http://QAT.TecNik93.com/logs/8-STABLE-NPD/gprolog-1.3.1.log : > > > > > > I'm unable to reproduce this on a tinderbox. It doesn't leave any > > > files behind there... > >=20 > > Even when NOPORTDOCS is defined? Here is a quick fix that makes the > > port respect NOPORTEXAMPLES, too. >=20 > Hmm...I didn't see it was set by QAT. Thanks to you and Wesley for the > hint and the patch! I just committed it.' >>>>> From: QAT@FreeBSD.org >>>>> The build which triggered this BotMail was done under >>>>> tinderbox-3.3_3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus= : 8 >>>>> with tinderd_flags=3D"-nullfs -plistcheck -onceonly" and ccache suppo= rt, with the >>>>> "official" up-to-date Ports Tree, with the following vars set: >>>>> >>>>>>>>>> NOPORTDOCS=3Dyes, NOPORTEXAMPLES=3Dyes, NOPORTDATA=3Dyes, FORCE= _PACKAGE=3Dyes. >>>>> If there is any way to make that more visible, please let me know. --=20 IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B --Sig_/YY8+45R=UiS/+wzuOtsKccx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwl9bIACgkQJ7GIuiH/oeVXngCfSbUVCouDvmpNO5eZwTO8lBKX ZLwAn3CO3VndsubUoos/4LcztEMhswe9 =QXbB -----END PGP SIGNATURE----- --Sig_/YY8+45R=UiS/+wzuOtsKccx-- From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 17:53:34 2010 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 941D91065673 for ; Sat, 26 Jun 2010 17:53:34 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD658FC1B for ; Sat, 26 Jun 2010 17:53:34 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id 323EB3ED00D6; Sat, 26 Jun 2010 21:53:33 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1277574813; bh=JWI4L8Ad6adP1lI6r0wAUBnnQXKNSlYoUGiTIHllyRY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GtWcH6vQsG/rmpGpYgGaOopVueIoqZhwtgzUuk8JI135q1eLZeB8UeBelMIVb+Hps gy36UnH2BDiaXnj4vHvF6tQ4YgiUrL9J9nDJCegKypk/mEBtx0CYmMgzH/JkLaFy8I M/ev6vVRkdzXRSwlzRVoHtAI+0OhDheGWdnJ1UgE= Received: from smeshariki2.local (unknown [77.66.149.137]) by smtp14.mail.yandex.net (Yandex) with ESMTPSA id E9B3D19B807A; Sat, 26 Jun 2010 21:53:32 +0400 (MSD) Message-ID: <4C263E54.3020908@yandex.ru> Date: Sat, 26 Jun 2010 21:52:20 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: Torfinn Ingolfsen References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Yandex-TimeMark: 1277574813 X-Yandex-Spam: 1 X-Yandex-Front: smtp14.mail.yandex.net Cc: mitsuru@riken.jp, FreeBSD Ports ML Subject: Re: deskutils/alexandria - why does it create a world readable and writable directory? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 26 Jun 2010 17:53:34 -0000 22.06.2010 22:54, Torfinn Ingolfsen пишет: > On Fri, Jun 11, 2010 at 9:28 PM, Torfinn Ingolfsen wrote: > >> Hei, >> I just found deskutils/alexandria (0.6.5_3) and installed it. A very nice >> program. >> I have just one question: why does it create a directory (~/.alexandria) >> with 777 permissions? Wouldn't it be more "correct" to use something like >> 740 or even 750? >> Note: all subdirectories of said directory have 755 permissions too. >> > > In case nobody noticed, Alexandria 0.6.6 is ready now: > http://alexandria.rubyforge.org/news/2010-06-21--0.6.6-released.html I just file the PR that updates it to 0.6.6: http://www.freebsd.org/cgi/query-pr.cgi?pr=148168 And as i can tell it creates ~/.alexandria and subdirectories with 755. -- Regards, Ruslan From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 18:21:04 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CE1F106566C for ; Sat, 26 Jun 2010 18:21:04 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao103.cox.net (eastrmmtao103.cox.net [68.230.240.9]) by mx1.freebsd.org (Postfix) with ESMTP id B12168FC08 for ; Sat, 26 Jun 2010 18:21:03 +0000 (UTC) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao103.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20100626182102.ZSYE27114.eastrmmtao103.cox.net@eastrmimpo03.cox.net>; Sat, 26 Jun 2010 14:21:02 -0400 Received: from localhost ([68.103.37.153]) by eastrmimpo03.cox.net with bizsmtp id aiM21e0033JFCbG02iM2Nt; Sat, 26 Jun 2010 14:21:02 -0400 X-VR-Score: -170.00 X-Authority-Analysis: v=1.1 cv=TB6h4qBnDKjkim5TU5ruaC0Ag21jvz9VG20yZFwnH/Y= c=1 sm=1 a=wbKXeunVgZ0A:10 a=IkcTkHD0fZMA:10 a=N4x68aYdfVlkKDflYggXRA==:17 a=pGLkceISAAAA:8 a=kviXuzpPAAAA:8 a=6I5d2MoRAAAA:8 a=4LoKrL1liH-t-b2o24sA:9 a=NDGDAsrXY5oy8qBdOh7dwsX15xMA:4 a=QEXdDO2ut3YA:10 a=MSl-tDqOz04A:10 a=4vB-4DCPJfMA:10 a=SV7veod9ZcQA:10 a=N4x68aYdfVlkKDflYggXRA==:117 X-CM-Score: 0.00 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: Anonymous References: <002001cb1490$20f45240$62dcf6c0$@quicknet.nl> <86bpayq0ix.fsf@gmail.com> Date: Sat, 26 Jun 2010 13:25:23 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Jeremy Messenger" Message-ID: In-Reply-To: <86bpayq0ix.fsf@gmail.com> User-Agent: Opera Mail/10.10 (Linux) Cc: ports@freebsd.org, Dutchman01 Subject: Re: transmission 1.93 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: Sat, 26 Jun 2010 18:21:04 -0000 On Fri, 25 Jun 2010 16:12:54 -0500, Anonymous wrote: > > "Dutchman01" writes: > >> Hi, >> >> Any plans to upgrade transmission 1.93 to 2.0 version in the freebsd >> tree? When it's ready. > Better ask mezz@, I'm not the maintainer. If you're that impatient try > my patch below. Thanks for patch. I have 2.0 ready available in my machine since the first day. I am not commit it until after FreeBSD 8.1 released. I might want to wait until 2.1 as I can see a few noticeable bugs that are fixed in SVN, but I don't know. I will see. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 20:45:36 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D36B106564A for ; Sat, 26 Jun 2010 20:45:36 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3721E8FC14 for ; Sat, 26 Jun 2010 20:45:36 +0000 (UTC) Received: by qyk12 with SMTP id 12so70097qyk.13 for ; Sat, 26 Jun 2010 13:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=JY9MXSaGIJkaLTV4bGBTSQkI0KNebOWeWYGh6U3MXUY=; b=lyFJaGs2RHRVyOnieIpK+dVNRVLizm1AQphfTiXNYx6IubtL+9osAXOaqf/TRvg6o9 rl/+7dE0kJ5p+vQ8jiOYFjbwLs4BJTQrN4xJGsjMCbZOvMiAVsiJLtCA0IW9AenSeZ2e 3npPn/9vN2vJhseHRJy13ZxH3bAIWDhXVdNKw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Y1Uebd038PsQQvNTwY266lJ5eHKKmAmDVCzBJ72Vzv9g6akoKh4Qnlg3wCTJnrq/pf IgSSreUNUqHYr3/sFdkCk88nKLKl+WXjqlR+bvdwud1l5f7O1+y1SktLTCvMYRWQgxib A++Bvbr9KqjB34jr7J49xEHgHONWDI8QNsm1g= MIME-Version: 1.0 Received: by 10.224.98.84 with SMTP id p20mr1784895qan.298.1277585135513; Sat, 26 Jun 2010 13:45:35 -0700 (PDT) Received: by 10.229.225.9 with HTTP; Sat, 26 Jun 2010 13:45:35 -0700 (PDT) In-Reply-To: References: <002001cb1490$20f45240$62dcf6c0$@quicknet.nl> <86bpayq0ix.fsf@gmail.com> Date: Sat, 26 Jun 2010 20:45:35 +0000 Message-ID: From: "Sam Fourman Jr." To: Jeremy Messenger Content-Type: text/plain; charset=ISO-8859-1 Cc: Anonymous , ports@freebsd.org, Dutchman01 Subject: Re: transmission 1.93 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: Sat, 26 Jun 2010 20:45:36 -0000 On Sat, Jun 26, 2010 at 6:25 PM, Jeremy Messenger wrote: > On Fri, 25 Jun 2010 16:12:54 -0500, Anonymous wrote: > >> >> "Dutchman01" writes: >> >>> Hi, >>> >>> Any plans to upgrade transmission 1.93 to 2.0 version in the freebsd >>> tree? > > When it's ready. > >> Better ask mezz@, I'm not the maintainer. If you're that impatient try >> my patch below. > > Thanks for patch. I have 2.0 ready available in my machine since the first > day. I am not commit it until after FreeBSD 8.1 released. I might want to > wait until 2.1 as I can see a few noticeable bugs that are fixed in SVN, but > I don't know. I will see. > > Cheers, > Mezz I would like to run transmission 2.0, would you mind posting a patch? Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-ports@FreeBSD.ORG Sat Jun 26 23:42:06 2010 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73048106564A for ; Sat, 26 Jun 2010 23:42:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 04E818FC1A for ; Sat, 26 Jun 2010 23:42:05 +0000 (UTC) Received: (qmail 25362 invoked by uid 399); 26 Jun 2010 23:42:04 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Jun 2010 23:42:04 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C269045.9070604@FreeBSD.org> Date: Sat, 26 Jun 2010 16:41:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: mi@aldan.algebra.com X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@FreeBSD.org Subject: devel/icu does not build with gcc 4.5.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2010 23:42:06 -0000 Howdy, Tried building devel/icu today with gcc 4.5.1 and it failed: gmake[1]: Entering directory `/usr/local/tmp/usr/local/ports/devel/icu/work/icu/source/layoutex' generating dependency information for plruns.cpp generating dependency information for playout.cpp generating dependency information for LXUtilities.cpp generating dependency information for RunArrays.cpp generating dependency information for ParagraphLayout.cpp ParagraphLayout.cpp:816:6: error: #elif with no expression gmake[1]: Leaving directory `/usr/local/tmp/usr/local/ports/devel/icu/work/icu/source/layoutex' gmake[1]: Entering directory `/usr/local/tmp/usr/local/ports/devel/icu/work/icu/source/layoutex' generating dependency information for ParagraphLayout.cpp ParagraphLayout.cpp:816:6: error: #elif with no expression /usr/local/bin/g++45 -I. -I./unicode -I./.. -I../common -DU_LAYOUTEX_IMPLEMENTATION -pipe -g -march=native -g -fvisibility=hidden -c -o ParagraphLayout.ao ParagraphLayout.cpp ParagraphLayout.cpp:816:6: error: #elif with no expression gmake[1]: *** [ParagraphLayout.ao] Error 1 gmake[1]: Leaving directory `/usr/local/tmp/usr/local/ports/devel/icu/work/icu/source/layoutex' gmake: *** [all-recursive] Error 2 *** Error code 1 Full log is at http://dougbarton.us/icu-gcc45.txt -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/