Re: Perl port to select in make.conf
+--On 3 septembre 2013 12:22:23 +0400 Dmitry Morozovsky ma...@rinet.ru wrote: | If you mean it will stop 5.16.3 being upgraded to 5.16.4, it wont | (unless there's something specific in the way poudriere handles perl). | | When you install perl (as part of an upgrade or as a dependency) it | writes the new PERL_VERSION into make.conf. | | Well, all would go well unless it was a *special* make.conf used for | poudriere bulk building instead of system one. Hum, on my poudriere install (for 200+ servers, it becomes nice to have one) I have : # cat pkgng-make.conf WITH_PKGNG=yes PERL_VERSION=5.16.3 RUBY_DEFAULT_VER=1.8 RUBY_VER=1.8 And when I install Perl 5.16, in /etc/make.conf it adds : # added by use.perl 2013-06-16 21:48:17 PERL_VERSION=5.16.3 And then, I only do pkg upgrade, so, it works :-) | Well, possibly I should use 'could stop' instead of definitively-looking | 'will stop' | | BTW, are there any special place where poudriere usage should be | discussed? There's #poudriere on freenode :-) According to https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/index.wiki, there is freebsd-...@freebsd.org also. -- Mathieu Arnold ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
License framework
A lot of maintainers seem to have tested the license framework and recently a committer even added license information while committing one of my updates. My stand on it is that I don't care enough to be a beta-tester for it and that I'll pick up the practice, once it's described in the Porters' Handbook. Which it isn't. Why is that? -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [one more fetch victim] japanese/edict: [: -eq: argument expected
On 9/1/2013 2:07 PM, Boris Samorodov wrote: Hi All, the most fresh portstree (r325904): - % make fetch -C /usr/ports/japanese/edict 22:56 pts/10 === ja-edict-19990714_5 depends on file: /usr/local/sbin/pkg - found = edict.gz doesn't seem to exist in /usr/ports/distfiles/edict. = Attempting to fetch ftp://ftp.wart.ru/pub/FreeBSD/ports/distfiles/edict/edict.gz edict.gz 100% of 3534 kB 8893 kBps 00m00s [: -eq: argument expected = Fetched file size mismatch (expected , actual 3619142) = Trying next site - I know, alike problem has been fixed, but may be some cases were not? Thanks! This should be fixed now too. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: port security/openssh-portable compile error.
On 9/2/2013 3:14 AM, Frederico Costa wrote: Hi all... Not sure if this is the correct way of asking for a bit of help, but i have been trying to upgrade the ports in one of my servers, and when i am trying to upgrade the port security/openssh-portable to the following version: openssh-portable-6.2.p2_3,1 It will fail to compile, with the standard options set for the config with the following: ... cc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o audit.o audit-bsm.o audit-linux.o platform.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o auth2-jpake.o monitor_mm.o monitor.o monitor_wrap.o kexdhs.o kexgexs.o kexecdhs.o auth-krb5.o auth2-gss.o gss-serv.o gss-serv-krb5.o loginrec.o auth-pam.o auth-shadow.o auth-sia.o md5crypt.o sftp-server.o sftp-common.o roaming_common.o roaming_serv.o sandbox-null.o sandbox-rlimit.o sandbox-systrace.o sandbox-darwin.o sandbox-seccomp-filter.o -L. -Lopenbsd-compat/ -L/usr/local/lib -Wl,-rpath=/usr/local/lib -fstack-protector-all -lssh -lopenbsd-compat -lwrap -lpam -lcrypto -lz -lutil -lcrypt cc -o scp scp.o progressmeter.o bufaux.o -L. -Lopenbsd-compat/ -L/usr/local/lib -Wl,-rpath=/usr/local/lib -fstack-protector-all -lssh -lopenbsd-compat -lcrypto -lz -lutil -lcrypt loginrec.o: In function `syslogin_write_entry': loginrec.c:(.text+0x2f1): undefined reference to `login' loginrec.c:(.text+0x31b): undefined reference to `logout' loginrec.c:(.text+0x34e): undefined reference to `logwtmp' *** [sshd] Error code 1 I have committed a fix to the ports tree for this. It was due to a recent Templates/config.site update having some utmp references. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: License framework
On 9/3/2013 4:56 AM, Dominic Fandrey wrote: A lot of maintainers seem to have tested the license framework and recently a committer even added license information while committing one of my updates. All ports should have a LICENSE line. My stand on it is that I don't care enough to be a beta-tester for it and that I'll pick up the practice, once it's described in the Porters' Handbook. Which it isn't. Why is that? A lot of things are not. It's not due to the status of a feature, just time. We're all volunteers. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: port security/openssh-portable compile error.
Hi there... Thanks, Just checked your change and applied to my ports tree, and now it compiles without a problem. Thanks once again... Fred On 2013-09-03 12:39, Bryan Drewery wrote: On 9/2/2013 3:14 AM, Frederico Costa wrote: Hi all... Not sure if this is the correct way of asking for a bit of help, but i have been trying to upgrade the ports in one of my servers, and when i am trying to upgrade the port security/openssh-portable to the following version: openssh-portable-6.2.p2_3,1 It will fail to compile, with the standard options set for the config with the following: ... cc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o audit.o audit-bsm.o audit-linux.o platform.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o auth2-jpake.o monitor_mm.o monitor.o monitor_wrap.o kexdhs.o kexgexs.o kexecdhs.o auth-krb5.o auth2-gss.o gss-serv.o gss-serv-krb5.o loginrec.o auth-pam.o auth-shadow.o auth-sia.o md5crypt.o sftp-server.o sftp-common.o roaming_common.o roaming_serv.o sandbox-null.o sandbox-rlimit.o sandbox-systrace.o sandbox-darwin.o sandbox-seccomp-filter.o -L. -Lopenbsd-compat/ -L/usr/local/lib -Wl,-rpath=/usr/local/lib -fstack-protector-all -lssh -lopenbsd-compat -lwrap -lpam -lcrypto -lz -lutil -lcrypt cc -o scp scp.o progressmeter.o bufaux.o -L. -Lopenbsd-compat/ -L/usr/local/lib -Wl,-rpath=/usr/local/lib -fstack-protector-all -lssh -lopenbsd-compat -lcrypto -lz -lutil -lcrypt loginrec.o: In function `syslogin_write_entry': loginrec.c:(.text+0x2f1): undefined reference to `login' loginrec.c:(.text+0x31b): undefined reference to `logout' loginrec.c:(.text+0x34e): undefined reference to `logwtmp' *** [sshd] Error code 1 I have committed a fix to the ports tree for this. It was due to a recent Templates/config.site update having some utmp references. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: License framework
On 9/3/2013 13:42, Bryan Drewery wrote: My stand on it is that I don't care enough to be a beta-tester for it and that I'll pick up the practice, once it's described in the Porters' Handbook. Which it isn't. Why is that? A lot of things are not. It's not due to the status of a feature, just time. We're all volunteers. In the case of licensing, it is more than this. There is no policy on it at all, or even declared intent. And it's apparently not fully implemented. It does need some official direction. It's more than just not written down yet. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
On Tue, 3 Sep 2013 12:22:23 +0400 (MSK) Dmitry Morozovsky wrote: On Mon, 2 Sep 2013, RW wrote: When you install perl (as part of an upgrade or as a dependency) it writes the new PERL_VERSION into make.conf. Well, all would go well unless it was a *special* make.conf used for poudriere bulk building instead of system one. Well, possibly I should use 'could stop' instead of definitively-looking 'will stop' I don't see why that would stop perl being updated, the minor and major versions are sufficient to identify the correct port. An out of date patch level in PERL_VERSION could affect dependent ports that have very fine grained version requirements, and need a specific patch level, but that's very rare. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
On Sun, Sep 1, 2013, at 13:31, Dmitry Morozovsky wrote: Dear colleagues, which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Adopt shells/pdksh?
On Fri, Aug 30, 2013 at 06:08:05PM +0200, Rodrigo OSORIO wrote: hi, If nobody is interested by your port, I'll take it. May I ask you to update the port owner to rodr...@bebik.net for me :) Thanks Rodrigo. I updated the MAINTAINER to be you. If you figure out what is going on in ports/181438 please shoot me a patch and I will commit it Thanks regards -rodrigo On 30/08/13 10:12 -0400, Steven Kreuzer wrote: Any pdksh users out there that would like to take over as maintainer of the port? I am no longer using ksh and it doesn't play well on FreeBSD-10 (http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181438) I marked the port as broken and I doubt I am going to have any time to attempt to resolve the issue. If you are interested, let me know ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org pgpctCILlpTWU.pgp Description: PGP signature
Re: Perl port to select in make.conf
On Tue, 03 Sep 2013 07:46:03 -0500 Mark Felder wrote: On Sun, Sep 1, 2013, at 13:31, Dmitry Morozovsky wrote: Dear colleagues, which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 If you set PERL_PORT, and PERL_VERSION doesn't get spammed into the correct make.conf (see rest of thread), then dependent ports see the default PERL_LEVEL and PERL_VERSION. # grep PERL /etc/make.conf PERL_PORT=perl5.16 # cd /ports/mail/p5-Mail-SpamAssassin/ # make -V PERL_LEVEL 501404 # make -V PERL_VERSION 5.14.4 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: [one more fetch victim] japanese/edict: [: -eq: argument expected
03.09.2013 15:10, Bryan Drewery пишет: On 9/1/2013 2:07 PM, Boris Samorodov wrote: Hi All, the most fresh portstree (r325904): - % make fetch -C /usr/ports/japanese/edict 22:56 pts/10 === ja-edict-19990714_5 depends on file: /usr/local/sbin/pkg - found = edict.gz doesn't seem to exist in /usr/ports/distfiles/edict. = Attempting to fetch ftp://ftp.wart.ru/pub/FreeBSD/ports/distfiles/edict/edict.gz edict.gz 100% of 3534 kB 8893 kBps 00m00s [: -eq: argument expected = Fetched file size mismatch (expected , actual 3619142) = Trying next site - I know, alike problem has been fixed, but may be some cases were not? This should be fixed now too. Confirmed. Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 Unfortunately, this variable seems to be slave to PERL_VERSION, not vice versa. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
GDAL 1.10 build fails on FreeBSD
Hi all, I tried updating Gdal to the latest version on my FreeBSD system (9.1-RELEASE-p6), but the build fails: snip c postgisrasterdataset.cpp -fPIC -DPIC -o ../o/.libs/postgisrasterdataset.o postgisrasterdataset.cpp: In function 'void GDALRegister_PostGISRaster()': postgisrasterdataset.cpp:2096: error: 'GDAL_DMD_SUBDATASETS' was not declared in this scope gmake[2]: *** [../o/postgisrasterdataset.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts/postgisraster' gmake[1]: *** [postgisraster-install-obj] Error 2 gmake[1]: Leaving directory `/usr/ports/graphics/gdal/work/gdal-1.10.1/frmts' gmake: *** [frmts-target] Error 2 *** [do-build] Error code 1 /snip PostGIS is POSTGIS=1.5.3 GEOS=3.3.8-CAPI-1.7.8 PROJ=Rel. 4.8.0, 6 March 2012 LIBXML=2.7.8 USE_STATS (procs from 1.5 r5385 need upgrade) so apparently no raster support ... Is this a port issue or shall I report it to the GDAL crew? Frank -- Frank BRONIEWSKI METRICO s.à r.l. géomètres technologies d'information géographique rue des Romains 36 L-5433 NIEDERDONVEN tél.: +352 26 74 94 - 28 fax.: +352 26 74 94 99 http://www.metrico.lu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
On Tue, Sep 3, 2013, at 8:59, Dmitry Morozovsky wrote: On Tue, 3 Sep 2013, Mark Felder wrote: which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 Unfortunately, this variable seems to be slave to PERL_VERSION, not vice versa. I've been using solely PERL_PORT in my poudriere make.conf for about... 8 months now with no issues. I get exactly the perl train I want and all ports are built properly against the version I want. Can you provide any details indicating this method is incorrect? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: which variable should be defined in make.conf to switch from current 5.14 to, say, 5.16 (for poudriere package building)? Naive PERL_VER=5.16 does not seem to work, and I want to not chase minor version changes. PERL_PORT example: PERL_PORT=perl5.14 Unfortunately, this variable seems to be slave to PERL_VERSION, not vice versa. I've been using solely PERL_PORT in my poudriere make.conf for about... 8 months now with no issues. I get exactly the perl train I want and all ports are built properly against the version I want. Can you provide any details indicating this method is incorrect? with PERL_PORT=perl5.16 I got [01] Finished build of lang/perl5.16: Success [01] Starting build of misc/help2man [01] Finished build of misc/help2man: Failed: build-depends end of error log is === Returning to build of help2man-1.43.3 === help2man-1.43.3 depends on file: /usr/local/bin/perl5.14.4 - not found ===Verifying install for /usr/local/bin/perl5.14.4 in /usr/ports/lang/perl5.16 === Installing existing package /packages/All/perl-5.16.3.tbz pkg_add: package 'perl-5.16.3' or its older version already installed *** [build-depends] Error code 1 Stop in /usr/ports/misc/help2man. === Cleaning for help2man-1.43.3 Hence, build-depends does not detect perl5.16 :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
Please provide the entire poudriere build log. There's something fishy going on here; I have never had this problem. Here's my build log: http://pkg.feld.me/logs/bulk/91amd64-default/latest-per-pkg/help2man-1.43.3.log I'll even build it with a different PERL_PORT if you'd like to see that. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/gettext build error in jail i386 environment on amd64 host
IK Thank you :) IK I watch the mailing list. ;) IK http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA9 IK Unfortunately I did not have time to check the problem with uniq... Gettext build failed because of failed uniq, so if u steel have problem u know what to do. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: net-p2p/transmission
On 08/31/13 09:05, Matthieu Volat wrote: On Sat, 31 Aug 2013 09:21:56 +0100 cr...@bayofrum.net wrote: I'm sorry that I was unable to runtime test transmission-qt. I'll try to get an instance up when I can-- is anyone else able to launch transmission-qt4? I don't think I missed any patches from opened when I imported them :-( Chris No problem here with transmission-qt 2.82 (system is running FreeBSD-9.2-RC3, qt and transmission ports are built with clang). Maybe a gdb trace would provide more info? Hello, Below is a simple backtrace, I'm no expert at debugging so any suggestions are welcome. It should be noted that the cli version works fine, i have tried recompiling all the qt4 stuff and transmission but same sig 11 happens. #0 0x0008014431df in evbuffer_expand_singlechain () from /usr/local/lib/event2/libevent-2.0.so.6 [New Thread 807407400 (LWP 101261/transmission-qt)] (gdb) bt #0 0x0008014431df in evbuffer_expand_singlechain () from /usr/local/lib/event2/libevent-2.0.so.6 #1 0x0008014430e7 in evbuffer_reserve_space () from /usr/local/lib/event2/libevent-2.0.so.6 #2 0x004b2fd7 in jsonStringFunc (val=value optimized out, vdata=0x7fffce90) at variant-json.c:533 #3 0x004af9b8 in tr_variantWalk (v=value optimized out, walkFuncs=0x512900, user_data=value optimized out, sort_dicts=value optimized out) at variant.c:828 #4 0x004b2e81 in tr_variantToBufJson (top=0x0, buf=0x80a046e40, lean=value optimized out) at variant-json.c:641 #5 0x004b0550 in tr_variantToBuf (v=value optimized out, fmt=value optimized out) at variant.c: #6 0x004b05a2 in tr_variantToStr (v=0x0, fmt=24, len=0x0) at variant.c:1123 #7 0x00475bb4 in Session::refreshSessionStats (this=0x80755c780) at session.cc:662 #8 0x0047a6e5 in StatsDialog (this=value optimized out, session=value optimized out, parent=value optimized out) at stats-dialog.cc:60 #9 0x0044c031 in TrMainWindow (this=0x807407c00, session=@0x80755c780, prefs=@0x8076fd400, model=@0x807569640, minimized=false) at mainwin.cc:123 #10 0x00426b58 in MyApp (this=0x7fffd680, argc=@0x7fffd830, argv=0x7fffd801) at app.cc:173 #11 0x00429a2b in main (argc=1, argv=value optimized out) at app.cc:537 Here is also a truss run. stat(/usr/local/share/icons/gnome/scalable/emblems/window-close.png,0x7fffb6b0) ERR#2 'No such file or directory' stat(/usr/local/share/icons/gnome/scalable/mimetypes/window-close.png,0x7fffb6b0) ERR#2 'No such file or directory' stat(/usr/local/share/icons/gnome/scalable/places/window-close.png,0x7fffb6b0) ERR#2 'No such file or directory' stat(/usr/local/share/icons/gnome/scalable/status/window-close.png,0x7fffb6b0) ERR#2 'No such file or directory' write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) lstat(/usr/local/lib/X11/fonts/dejavu/DejaVuSans-Bold.ttf,{ mode=-r--r--r-- ,inode=3854559,size=693876,blksize=32768 }) = 0 (0x0) open(/usr/local/lib/X11/fonts/dejavu/DejaVuSans-Bold.ttf,O_RDONLY,00) = 10 (0xa) fcntl(10,F_SETFD,FD_CLOEXEC) = 0 (0x0) fstat(10,{ mode=-r--r--r-- ,inode=3854559,size=693876,blksize=32768 }) = 0 (0x0) mmap(0x0,693876,PROT_READ,MAP_PRIVATE,10,0x0) = 34531704832 (0x80a40) close(10) = 0 (0x0) sigprocmask(SIG_BLOCK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,0x0,0x0) = 0 (0x0) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1) write(5,\^A,1) = 1 (0x1)
Re: Perl port to select in make.conf
On Tue, 3 Sep 2013, Mark Felder wrote: Please provide the entire poudriere build log. There's something fishy going on here; I have never had this problem. Here's my build log: http://pkg.feld.me/logs/bulk/91amd64-default/latest-per-pkg/help2man-1.43.3.log I'll even build it with a different PERL_PORT if you'd like to see that. Yes please, as your PERL_PORT=perl5.14 is the default, and the problem seems to manifest itself only when one's trying to change base perl -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: devel/gettext build error in jail i386 environment on amd64 host
Try to disable options options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES# Capsicum capabilities in kernel conf, for me it's resolve problem Ivan Klymenko wrote: IK В Sat, 24 Aug 2013 13:26:01 +0200 IK Hans Petter Selasky h...@bitfrost.no пишет: IK IK On 08/23/13 23:14, Ivan Klymenko wrote: IK wing error: IK http://privatepaste.com/46f9477022 IK IK Not sure if this helps: IK IK https://wiki.freebsd.org/PkgPrimer IK IK Using portbuilder inside a jail IK IK When building 9-stable ports in a 9-stable jail under -current you IK might want to set the UNAME_r enviroment variable to fake the FreeBSD IK version in /path_to_my_jail/root/.cshrc . Some examples: IK IK setenv UNAME_r 9-STABLE IK setenv UNAME_r 8-STABLE IK setenv UNAME_r 7-STABLE IK IK Else some ports won't build properly. IK IK Something tells me the intuition that the problem appeared after the IK addition of iconv in base... IK ___ IK freebsd-curr...@freebsd.org mailing list IK http://lists.freebsd.org/mailman/listinfo/freebsd-current IK To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Perl port to select in make.conf
Build happening now. Everything is getting rebuilt against 5.16 http://pkg.feld.me/logs/bulk/head-default/2013-09-03_13h33m40s/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[QAT] r326171: 1x leftovers, 3x depend (depend_package in devel/py-lxml)
Update to 2.4.2, a brand new version rewritten in Python. Also, assume maintainership. Note: the convenience scripts for txt, html and nroff are gone, but the functionality still exists with --text, --html and --nroff. - Build ID: 20130903163800-24974 Job owner: mar...@freebsd.org Buildtime: 6 hours Enddate: Tue, 03 Sep 2013 22:50:10 GMT Revision: r326171 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=326171 - Port:textproc/xml2rfc 2.4.2 Buildgroup: 9.1-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/PY-LXML) Log: https://qat.redports.org//~mar...@freebsd.org/20130903163800-24974-178952/py27-lxml-3.2.3.log Buildgroup: 9.1-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~mar...@freebsd.org/20130903163800-24974-178953/xml2rfc-2.4.2.log Buildgroup: 8.4-QAT/amd64 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/PY-LXML) Log: https://qat.redports.org//~mar...@freebsd.org/20130903163800-24974-178954/py27-lxml-3.2.3.log Buildgroup: 8.4-QAT/i386 Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/PY-LXML) Log: https://qat.redports.org//~mar...@freebsd.org/20130903163800-24974-178955/py27-lxml-3.2.3.log -- Buildarchive URL: https://qat.redports.org/buildarchive/20130903163800-24974 redports https://qat.redports.org/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
[RELEASE - 83i386-default] Build failed for scm-5f1 during build
Maintainer: po...@freebsd.org Last committer: m...@freebsd.org Ident: $FreeBSD: head/lang/scm/Makefile 319304 2013-05-28 13:46:00Z miwi $ Log URL: http://beefy1.isc.freebsd.org/bulk/83i386-default/2013-09-04_01h01m28s/logs/scm-5f1.log Build URL: http://beefy1.isc.freebsd.org/bulk/83i386-default/2013-09-04_01h01m28s Log: Building lang/scm build started at Wed Sep 4 02:06:46 UTC 2013 port directory: /usr/ports/lang/scm building for: FreeBSD 83i386-default-job-20 8.3-RELEASE FreeBSD 8.3-RELEASE i386 maintained by: po...@freebsd.org Makefile ident: $FreeBSD: head/lang/scm/Makefile 319304 2013-05-28 13:46:00Z miwi $ Poudriere version: 3.1-pre ---Begin Environment--- UNAME_m=i386 UNAME_p=i386 OSVERSION=803000 UNAME_v=FreeBSD 8.3-RELEASE UNAME_r=8.3-RELEASE FTP_PASSIVE_MODE=YES BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 MASTERMNT=/usr/local/poudriere/data/build/83i386-default/ref PKG_EXT=txz tpid=6182 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin POUDRIERE_BUILD_TYPE=bulk NBPARALLEL=24 PKGNG=1 PKGNAME=scm-5f1 PKG_DELETE=/usr/local/sbin/pkg delete -y -f PKG_ADD=/usr/local/sbin/pkg add PWD=/root MASTERNAME=83i386-default USER=root HOME=/root POUDRIERE_VERSION=3.1-pre SKIPSANITY=0 LOCALBASE=/usr/local PACKAGE_BUILDING=yes ---End Environment--- ---Begin OPTIONS List--- === The following configuration options are available for scm-5f1: X11=off: X11 (graphics) support === Use 'make config' to modify these settings ---End OPTIONS List--- --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- TMPDIR=/tmp TMPDIR=/tmp MAKE=gmake TMPDIR=/tmp SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- TMPDIR=/tmp TMPDIR=/tmp TMPDIR=/tmp SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR=/usr/lib CC=gcc CFLAGS=-O2 -pipe -fno-strict-aliasing CPP=cpp CPPFLAGS= LDFLAGS= CXX=g++ CXXFLAGS=-O2 -pipe -fno-strict-aliasing MANPREFIX=/usr/local BSD_INSTALL_PROGRAM=install -s -o root -g wheel -m 555 BSD_INSTALL_LIB=install -s -o root -g wheel -m 444 BSD_INSTALL_SCRIPT=install -o root -g wheel -m 555 BSD_INSTALL_DATA=install -o root -g wheel -m 444 BSD_INSTALL_MAN=install -o root -g wheel -m 444 --End MAKE_ENV-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/share/scm DOCSDIR=/usr/local/share/doc/scm EXAMPLESDIR=/usr/local/share/examples/scm WWWDIR=/usr/local/www/scm ETCDIR=/usr/local/etc/scm --End SUB_LIST-- ---Begin make.conf--- ARCH=i386 MACHINE=i386 MACHINE_ARCH=i386 USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PACKAGES=/packages DISTDIR=/distfiles /usr/local/etc/poudriere.d/make.conf WITH_PKGNG=yes NO_RESTRICTED=yes DISABLE_MAKE_JOBS=yes ---End make.conf--- === Cleaning for scm-5f1 ===phase: check-config === ===phase: pkg-depends === scm-5f1 depends on file: /usr/local/sbin/pkg - not found ===Verifying install for /usr/local/sbin/pkg in /usr/ports/ports-mgmt/pkg === Installing existing package /packages/All/pkg-1.1.4_1.txz Installing pkg-1.1.4_1... done If you are upgrading from the old package format, first run: # pkg2ng === Returning to build of scm-5f1 === ===phase: fetch-depends === ===phase: fetch === License LGPL21 accepted by the user === Fetching all distfiles required by scm-5f1 for building === ===phase: checksum === License LGPL21 accepted by the user === Fetching all distfiles required by scm-5f1 for building = SHA256 Checksum OK for scm-5f1.zip. = SHA256 Checksum OK for slib-3b4.zip. = SHA256 Checksum OK for slib-psd1-3.tar.gz. === ===phase: extract-depends === scm-5f1 depends on file: /usr/local/bin/unzip - not found ===Verifying install for /usr/local/bin/unzip in /usr/ports/archivers/unzip === Installing existing package /packages/All/unzip-6.0_1.txz Installing unzip-6.0_1... done === Returning to build of scm-5f1 === ===phase: extract === License LGPL21 accepted by the user === Fetching all distfiles required by scm-5f1 for building === Extracting for scm-5f1 = SHA256 Checksum OK for scm-5f1.zip. = SHA256 Checksum OK for slib-3b4.zip. = SHA256 Checksum OK for slib-psd1-3.tar.gz.
Re: devel/gettext build error in jail i386 environment on amd64 host
В Tue, 3 Sep 2013 20:42:25 +0300 Vitalij Satanivskij sa...@ukr.net пишет: Try to disable options options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES# Capsicum capabilities in kernel conf, for me it's resolve problem Thank you :) I watch the mailing list. ;) http://docs.freebsd.org/cgi/mid.cgi?20130903172529.GA9 Unfortunately I did not have time to check the problem with uniq... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org