Re: Pending TeX Live related PR (x11-toolkits/p5-Tk)
Hi! TeX Live 2014 will be released soon. TL manager GUI depends on x11-toolkits/p5-Tk, which currently has a Xft-related bug. I submitted this PR more than a month ago: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189077 Would someone be so nice to take a look and commit it? Thanks for the pointer. I've submitted an upgrade for p5-Tk, see https://phabric.freebsd.org/D204 Can you check whether this upgrade would fix your problem ? While you're doing this, I'll check whether your patch works with D204 8-} At least it builds etc., see http://people.freebsd.org/~pi/misc/p5-Tk-804.032.log -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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] 357413: 32x leftovers, 24x success
- Update Firefox to 30.0 - Update Firefox ESR to 24.6.0 - Update libxul to 24.6.0 - Update NSS to 3.16.1 - Update NSPR to 4.10.6 - Update Thunderbird to 24.6.0 - Convert USE_BZIP2 to USES - Backport ff31 fix against crashing DEBUG build on newegg.com [1] - Add a note in UPDATING to not build audio/soundtouch with INTEGER_SAMPLES [2] - Use arc4random_buf(3) to generate UUIDs (version 4) - Fix debugger detection used by Telemetry and the slow script dialog - Add STAGE support [3] PR: ports/189991 [1] PR: ports/189217 [2] PR: ports/189488 [2] Submitted by: bapt [3] Sumbitted by: Jan Beich Security: http://www.vuxml.org/freebsd/888a0262-f0d9-11e3-ba0c-b4b52fce4ce8.html - Build ID: 20140611034400-13059 Job owner: b...@freebsd.org Buildtime: 4 hours Enddate: Wed, 11 Jun 2014 07:40:47 GMT Revision: 357413 Repository: https://svnweb.freebsd.org/ports?view=revisionrevision=357413 - Port:devel/nspr 4.10.6 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351342/nspr-4.10.6.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351343/nspr-4.10.6.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351344/nspr-4.10.6.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351345/nspr-4.10.6.log - Port:mail/linux-thunderbird 24.6.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351346/linux-thunderbird-24.6.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351347/linux-thunderbird-24.6.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351348/linux-thunderbird-24.6.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351349/linux-thunderbird-24.6.0.log - Port:mail/thunderbird 24.6.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351350/thunderbird-24.6.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351351/thunderbird-24.6.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351352/thunderbird-24.6.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351353/thunderbird-24.6.0.log - Port:mail/thunderbird-i18n 24.6.0 Buildgroup: 8.4-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351354/thunderbird-i18n-24.6.0.log Buildgroup: 8.4-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351355/thunderbird-i18n-24.6.0.log Buildgroup: 9.2-QAT/amd64 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351356/thunderbird-i18n-24.6.0.log Buildgroup: 9.2-QAT/i386 Buildstatus: LEFTOVERS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351357/thunderbird-i18n-24.6.0.log - Port:security/ca_root_nss 3.16.1 Buildgroup: 8.4-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351358/ca_root_nss-3.16.1.log Buildgroup: 8.4-QAT/i386 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351359/ca_root_nss-3.16.1.log Buildgroup: 9.2-QAT/amd64 Buildstatus: SUCCESS Log: https://qat.redports.org//~b...@freebsd.org/20140611034400-13059-351360/ca_root_nss-3.16.1.log Buildgroup:
Re: [cups] Setup cups and Brother HL-4150CDN on FreeBSD 10
Dear Helge, cups and freebsd friends, On Tue, Jun 10, 2014 at 04:59:05PM +0200, Helge Blischke wrote: Am 10.06.2014 um 16:07 schrieb Willy Offermans: Hello Helge, cups and freebsd friends, On Tue, Jun 10, 2014 at 03:46:37PM +0200, Helge Blischke wrote: Am 10.06.2014 um 13:06 schrieb Willy Offermans: Hello Helge, cups and freebsd friends, I do not use top-posting. I hope you do not mind. See below for output of configure script. On Tue, Jun 10, 2014 at 12:56:57PM +0200, Helge Blischke wrote: After a quick search for freebsd through the cups lists, I found some entries omplaining on issues with sys/ucred.h in combination with sys/ param.h. Could you rerun your configure script with saving the output messages and post them? Helge Am 10.06.2014 um 11:12 schrieb Willy Offermans: Hello Helga, cups and freebsd friends, On Mon, Jun 09, 2014 at 10:56:23PM +0200, Helge Blischke wrote: The error message E [08/Jun/2014:17:37:53 +0200] [Client 15] Invalid peer credentials for root - got 8, expected 0! states that the efective user id cupsd is runnin under is 8, which certainly is not root. Make sure your cupsd is running as root. (see scheduler/auth.c in your sources directory tree). I also checked this before. I ran ``ps waux | grep cups'': root1645 0.0 0.0 64032 0 - SWs - 0:00.00 /usr/local/sbin/cupsd -C /usr/local/etc/cups/cupsd.conf root1962 0.0 0.0 14448 0 - IWs - 0:00.00 daemon: /usr/local/sbin/cups-browsed[1969] (daemon) root1969 0.0 0.0 628842892 - S12:20PM 0:09.49 /usr/local/sbin/cups-browsed To my belief and according the system, cupsd is run by root. Though the error message claims something else. A look in scheduler/auth.c does not bring me any further to the solution. I can detect the error message in the file, but I have no clue why cups takes up id 8 (=news) in stead of 0. To debug the code is impossible for me. Does anyone has an idea? -- checking for gawk... no config.status: creating doc/ru/index.html config.status: creating templates/ru/header.tmpl config.status: creating config.h config.status: config.h is unchanged I hope this is what you need. -- Well, the configure output seems reasonable. And, I should have looked into your log file portion a littie bit more carefully: the invalid credential error mesage refers to client14, not to cupsd itself. To get more info, could you change the log level to debug2 (must be set by editing cupsd.conf, I think) and repeat the failing operation? Thanks, Helge I will sent you the error_log privately. It is huge and will not contain any useful info for the lists, at least not filtered. Thanks for the error_log. A first glance revealed some strange things: d [10/Jun/2014:15:56:13 +0200] [Client 15] con-uri=/admin/, con- best=0x8034171a0(/admin) d [10/Jun/2014:15:56:13 +0200] [Client 15] Authorization=PeerCred root E [10/Jun/2014:15:56:13 +0200] [Client 15] Invalid peer credentials for root - got 8, expected 0! D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_version=0 D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_uid=8 D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_ngroups=1760 = D [10/Jun/2014:15:56:13 +0200] [Client 15] cr_groups[0]=32767 = the marked log lines seem to tell that root's effective user id is 8 (strange), the number of advisory groups for this user is 1760 (a cockeyed number), and the group id (the first one of the groups list) is 32767 (0x7fff). This seems to me that in your system something is misaligned (perhaps an invalid header file for sys/ucred.h ?). I think you need (someone else) to dig into your system more deeply. Helge My system has saved cred.h at 3 different locations: /bootdir/usr/include/sys/ucred.h /usr/include/sys/ucred.h /usr/obj/amd64.amd64/usr/src/lib32/usr/include/sys/ucred.h All three files are identical. cupsd is not the only daemon running with root privileges on this machine, but cupsd is the only one with this problem. So I might be mistaken, but I doubt that something is wrong with sys/ucred.h. When I logon as root, then I can delete the printers, that I have added manually. If something would be wrong with root credentials, then this should also not be possible, to my opinion. I'm getting the impression that I'm fighting with some kind of bug in cups. -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel * W.K. Offermans e-mail: wi...@offermans.rompen.nl Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org
Re: bugzilla auto committer assignment?
Eitan Adler wrote: On 10 June 2014 18:47, Koichiro IWAO m...@vmeta.jp wrote: Hi, I know bug tracking system moved to bugzilla but have some questions. Is automatic committer assignment implemented? Is notification email sent to the maintainer when someone opened a new bug? Not yet. Want to help!? GNATS assigned a committer automatically in a few minutes when I submit a PR but bugzilla looks no. My bugs status are still Needs Triage [1]. I don't want to overlook patches sent to the ports I maintain. Its on the list of things we want to get done ASAP. The requirements are simple but someone that knows perl needs to volunteer to help :) You've got me - but I'm busy for a couple of days due to the damn OpenSSL bug... -- Michelle Sullivan http://www.mhix.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: bugzilla auto committer assignment?
I am working on something like that. Hopefully I will be releasing something within next week something alike 'port submit'. On Wed, Jun 11, 2014 at 5:08 PM, Michelle Sullivan miche...@sorbs.net wrote: Eitan Adler wrote: On 10 June 2014 18:47, Koichiro IWAO m...@vmeta.jp wrote: Hi, I know bug tracking system moved to bugzilla but have some questions. Is automatic committer assignment implemented? Is notification email sent to the maintainer when someone opened a new bug? Not yet. Want to help!? GNATS assigned a committer automatically in a few minutes when I submit a PR but bugzilla looks no. My bugs status are still Needs Triage [1]. I don't want to overlook patches sent to the ports I maintain. Its on the list of things we want to get done ASAP. The requirements are simple but someone that knows perl needs to volunteer to help :) You've got me - but I'm busy for a couple of days due to the damn OpenSSL bug... -- Michelle Sullivan http://www.mhix.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 ___ 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
Error while building ne editor
Hi, First post here so not sure about the correct format to use. I just noticed on my FreeBSD 10 box that the following port can't be built. PORTNAME= ne PORTVERSION=2.5 CATEGORIES= editors The MASTER_SITES should be http://ne.di.unimi.it/; instead of http://ne.di.unimi.it/;. # diff Makefile Makefile.new 7c7 MASTER_SITES= http://ne.dsi.unimi.it/ --- MASTER_SITES= http://ne.di.unimi.it/ Regards. Jean-Philippe -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. For all your IT requirements visit: http://www.transtec.co.uk ___ 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
After apr update, svn can't find libaprutil-1.so.5
Performed portmaster -ad --index on my build machine, which: === The following actions will be taken if you choose to proceed: Upgrade apr-1.5.1.1.5.3 to apr-1.5.1.1.5.3_1 Upgrade gdbm-1.11 to gdbm-1.11_1 Upgrade serf-1.3.5_1 to serf-1.3.6 and was otherwise uneventful (under stable/9); then, when it came time to updte the stable/10 slice: Shared object libaprutil-1.so.5 not found, required by svn So I portmaster devel/subversion, which re-built that port, but after: freebeast(9.3)[4] ldd `which svn` /usr/local/bin/svn: libsvn_client-1.so.0 = /usr/local/lib/libsvn_client-1.so.0 (0x2809b000) libsvn_wc-1.so.0 = /usr/local/lib/libsvn_wc-1.so.0 (0x280f4000) libsvn_ra-1.so.0 = /usr/local/lib/libsvn_ra-1.so.0 (0x2818f000) libsvn_diff-1.so.0 = /usr/local/lib/libsvn_diff-1.so.0 (0x2819a000) libsvn_ra_local-1.so.0 = /usr/local/lib/libsvn_ra_local-1.so.0 (0x281ac000) libsvn_repos-1.so.0 = /usr/local/lib/libsvn_repos-1.so.0 (0x281b3000) libsvn_fs-1.so.0 = /usr/local/lib/libsvn_fs-1.so.0 (0x281e1000) libsvn_fs_fs-1.so.0 = /usr/local/lib/libsvn_fs_fs-1.so.0 (0x281ea000) libsvn_fs_base-1.so.0 = /usr/local/lib/libsvn_fs_base-1.so.0 (0x2821b000) libsvn_fs_util-1.so.0 = /usr/local/lib/libsvn_fs_util-1.so.0 (0x28243000) libsvn_ra_svn-1.so.0 = /usr/local/lib/libsvn_ra_svn-1.so.0 (0x28245000) libsvn_ra_serf-1.so.0 = /usr/local/lib/libsvn_ra_serf-1.so.0 (0x2825c000) libserf-1.so.1 = /usr/local/lib/libserf-1.so.1 (0x28283000) libsvn_delta-1.so.0 = /usr/local/lib/libsvn_delta-1.so.0 (0x28298000) libsvn_subr-1.so.0 = /usr/local/lib/libsvn_subr-1.so.0 (0x282a7000) libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x2830d000) libsqlite3.so.8 = /usr/local/lib/libsqlite3.so.8 (0x28337000) libaprutil-1.so.0 = /usr/local/lib/libaprutil-1.so.0 (0x283cf000) libapr-1.so.0 = /usr/local/lib/libapr-1.so.0 (0x283f) libintl.so.9 = /usr/local/lib/libintl.so.9 (0x2841b000) libdb-4.8.so.0 = /usr/local/lib/libdb-4.8.so.0 (0x28424000) libcrypt.so.5 = /lib/libcrypt.so.5 (0x28583000) libssl.so.6 = /usr/lib/libssl.so.6 (0x285a7000) libcrypto.so.6 = /lib/libcrypto.so.6 (0x285f1000) libz.so.6 = /lib/libz.so.6 (0x28748000) libmagic.so.4 = /usr/lib/libmagic.so.4 (0x2875c000) libthr.so.3 = /lib/libthr.so.3 (0x28775000) libc.so.7 = /lib/libc.so.7 (0x28795000) libgdbm.so.4 = /usr/local/lib/libgdbm.so.4 (0x288be000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x288c9000) libapr-1.so.5 = not found (0) freebeast(9.3)[5] which doesn't look encouraging. Indeed, during the rebuild, I noticed: ... Compressing man pages (compress-man) === Staging rc.d startup script(s) === Creating a backup package for old version subversion-1.8.9 Creating package for subversion-1.8.9 pkg: (subversion-1.8.9) /usr/local/bin/svn - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svn - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnadmin - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnadmin - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svndumpfilter - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svndumpfilter - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnlook - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnlook - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnmucc - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnmucc - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnrdump - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnrdump - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnserve - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnserve - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnsync - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnsync - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnversion - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnversion - shared library libapr-1.so.5 not found Deinstallation has been requested for the following 1 packages: subversion-1.8.9 The deinstallation will free 12 MB [1/1] Deleting subversion-1.8.9... done === Installing for subversion-1.8.9 === Checking if devel/subversion already installed === Registering installation for subversion-1.8.9 Installing subversion-1.8.9... done === Re-installation of subversion-1.8.9 complete
Who broke staging as user?
This is a new failure that I found when testing a (trivial) update
to lang/gcc410 with some of my usual scripts:
Compressing man pages (compress-man)
=== Installing ldconfig configuration file
cannot create $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49:
No such file or directory
*** Error code 2
After scratching my head, I reran my tests for lang/gcc49 as in the
tree today, and -- failure as well.
Since I never commit an update to one of these ports without this
kind of testing something must have broken this on June 6th or later.
Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:
r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines
Kill NO_LDCONFIG_MTREE, it is long dead
Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE
Phabric:D195
Reviewed by:bapt
With hat: portmgr
For my test, LOCALBASE=/home/gerald/10-i386 and
PREFIX=/scratch2/tmp/gerald/prefix.
But, in general LOCALBASE may not be writeable, whereas PREFIX is,
so I somehow doubt the logic to begin with.
Though the failure here is a lack of ${MKDIR} in the staging directory
somewhere it seems?
Gerald
___
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: After apr update, svn can't find libaprutil-1.so.5
On Wed, Jun 11, 2014 at 02:56:18PM +0200, Tijl Coosemans wrote: ... So *now* what do I do to get an updatable system again??!? Rebuild apr, serf and subversion. Why will that help this time, when I just did that a few minutes ago? === The following actions were performed: Upgrade of gdbm-1.11 to gdbm-1.11_1 Upgrade of apr-1.5.1.1.5.3 to apr-1.5.1.1.5.3_1 Upgrade of serf-1.3.5_1 to serf-1.3.6 ... === Re-installation of subversion-1.8.9 complete Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpveEbOJrjbM.pgp Description: PGP signature
Re: After apr update, svn can't find libaprutil-1.so.5
On Wed, 11 Jun 2014 05:50:47 -0700 David Wolfskill wrote: Performed portmaster -ad --index on my build machine, which: === The following actions will be taken if you choose to proceed: Upgrade apr-1.5.1.1.5.3 to apr-1.5.1.1.5.3_1 Upgrade gdbm-1.11 to gdbm-1.11_1 Upgrade serf-1.3.5_1 to serf-1.3.6 and was otherwise uneventful (under stable/9); then, when it came time to updte the stable/10 slice: Shared object libaprutil-1.so.5 not found, required by svn So I portmaster devel/subversion, which re-built that port, but after: freebeast(9.3)[4] ldd `which svn` /usr/local/bin/svn: libsvn_client-1.so.0 = /usr/local/lib/libsvn_client-1.so.0 (0x2809b000) libsvn_wc-1.so.0 = /usr/local/lib/libsvn_wc-1.so.0 (0x280f4000) libsvn_ra-1.so.0 = /usr/local/lib/libsvn_ra-1.so.0 (0x2818f000) libsvn_diff-1.so.0 = /usr/local/lib/libsvn_diff-1.so.0 (0x2819a000) libsvn_ra_local-1.so.0 = /usr/local/lib/libsvn_ra_local-1.so.0 (0x281ac000) libsvn_repos-1.so.0 = /usr/local/lib/libsvn_repos-1.so.0 (0x281b3000) libsvn_fs-1.so.0 = /usr/local/lib/libsvn_fs-1.so.0 (0x281e1000) libsvn_fs_fs-1.so.0 = /usr/local/lib/libsvn_fs_fs-1.so.0 (0x281ea000) libsvn_fs_base-1.so.0 = /usr/local/lib/libsvn_fs_base-1.so.0 (0x2821b000) libsvn_fs_util-1.so.0 = /usr/local/lib/libsvn_fs_util-1.so.0 (0x28243000) libsvn_ra_svn-1.so.0 = /usr/local/lib/libsvn_ra_svn-1.so.0 (0x28245000) libsvn_ra_serf-1.so.0 = /usr/local/lib/libsvn_ra_serf-1.so.0 (0x2825c000) libserf-1.so.1 = /usr/local/lib/libserf-1.so.1 (0x28283000) libsvn_delta-1.so.0 = /usr/local/lib/libsvn_delta-1.so.0 (0x28298000) libsvn_subr-1.so.0 = /usr/local/lib/libsvn_subr-1.so.0 (0x282a7000) libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x2830d000) libsqlite3.so.8 = /usr/local/lib/libsqlite3.so.8 (0x28337000) libaprutil-1.so.0 = /usr/local/lib/libaprutil-1.so.0 (0x283cf000) libapr-1.so.0 = /usr/local/lib/libapr-1.so.0 (0x283f) libintl.so.9 = /usr/local/lib/libintl.so.9 (0x2841b000) libdb-4.8.so.0 = /usr/local/lib/libdb-4.8.so.0 (0x28424000) libcrypt.so.5 = /lib/libcrypt.so.5 (0x28583000) libssl.so.6 = /usr/lib/libssl.so.6 (0x285a7000) libcrypto.so.6 = /lib/libcrypto.so.6 (0x285f1000) libz.so.6 = /lib/libz.so.6 (0x28748000) libmagic.so.4 = /usr/lib/libmagic.so.4 (0x2875c000) libthr.so.3 = /lib/libthr.so.3 (0x28775000) libc.so.7 = /lib/libc.so.7 (0x28795000) libgdbm.so.4 = /usr/local/lib/libgdbm.so.4 (0x288be000) libiconv.so.3 = /usr/local/lib/libiconv.so.3 (0x288c9000) libapr-1.so.5 = not found (0) freebeast(9.3)[5] which doesn't look encouraging. Indeed, during the rebuild, I noticed: ... Compressing man pages (compress-man) === Staging rc.d startup script(s) === Creating a backup package for old version subversion-1.8.9 Creating package for subversion-1.8.9 pkg: (subversion-1.8.9) /usr/local/bin/svn - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svn - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnadmin - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnadmin - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svndumpfilter - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svndumpfilter - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnlook - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnlook - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnmucc - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnmucc - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnrdump - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnrdump - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnserve - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnserve - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnsync - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnsync - shared library libapr-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnversion - shared library libaprutil-1.so.5 not found pkg: (subversion-1.8.9) /usr/local/bin/svnversion - shared library libapr-1.so.5 not found Deinstallation has been requested for the following 1 packages: subversion-1.8.9 The deinstallation will free 12 MB [1/1] Deleting subversion-1.8.9... done === Installing for subversion-1.8.9 === Checking if
Re: After apr update, svn can't find libaprutil-1.so.5
On Wed, 11 Jun 2014 06:01:06 -0700 David Wolfskill wrote: On Wed, Jun 11, 2014 at 02:56:18PM +0200, Tijl Coosemans wrote: ... So *now* what do I do to get an updatable system again??!? Rebuild apr, serf and subversion. Why will that help this time, when I just did that a few minutes ago? I had to rebuild twice because of this error: Jun 11 12:11:41 srv pkg: gdbm-1.11 deinstalled Jun 11 12:11:41 srv pkg-static: gdbm-1.11_1 installed Jun 11 12:12:09 srv pkg: apr-1.5.1.1.5.3 deinstalled Jun 11 12:12:09 srv pkg-static: apr-1.5.1.1.5.3_1 installed Jun 11 12:12:14 srv pkg: serf-1.3.6 deinstalled Jun 11 12:12:14 srv pkg-static: serf-1.3.6 installed Jun 11 12:12:43 srv pkg: subversion-1.8.9 deinstalled Jun 11 12:12:43 srv pkg-static: subversion-1.8.9 installed Jun 11 12:25:59 srv pkg: apr-1.5.1.1.5.3_1 deinstalled Jun 11 12:26:00 srv pkg-static: apr-1.5.1.1.5.3_1 installed Jun 11 12:26:04 srv pkg: serf-1.3.6 deinstalled Jun 11 12:26:05 srv pkg-static: serf-1.3.6 installed Jun 11 12:26:31 srv pkg: subversion-1.8.9 deinstalled Jun 11 12:26:32 srv pkg-static: subversion-1.8.9 installed -- Herbert ___ 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: Who broke staging as user?
On Wed, Jun 11, 2014 at 2:58 PM, Gerald Pfeifer ger...@pfeifer.com wrote:
This is a new failure that I found when testing a (trivial) update
to lang/gcc410 with some of my usual scripts:
Compressing man pages (compress-man)
=== Installing ldconfig configuration file
cannot create
$WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such file
or directory
*** Error code 2
After scratching my head, I reran my tests for lang/gcc49 as in the
tree today, and -- failure as well.
Since I never commit an update to one of these ports without this
kind of testing something must have broken this on June 6th or later.
Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:
r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines
Kill NO_LDCONFIG_MTREE, it is long dead
Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE
Phabric:D195
Reviewed by:bapt
With hat: portmgr
For my test, LOCALBASE=/home/gerald/10-i386 and
PREFIX=/scratch2/tmp/gerald/prefix.
But, in general LOCALBASE may not be writeable, whereas PREFIX is,
so I somehow doubt the logic to begin with.
Though the failure here is a lack of ${MKDIR} in the staging directory
somewhere it seems?
Hi,
I think that the problem is that your ${STAGEDIR}/${LOCALBASE} is not
populated with the usual mtree (which includes the libdata/pkgconfig
directory)
You can try to remove the .if defined(NO_MTREE) / .endif around
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR} in bsd.port.mk,
although i'm not sure it's the right fix.
Cheers,
Antoine
___
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: After apr update, svn can't find libaprutil-1.so.5
On Wed, 11 Jun 2014 06:01:06 -0700 David Wolfskill wrote: On Wed, Jun 11, 2014 at 02:56:18PM +0200, Tijl Coosemans wrote: So *now* what do I do to get an updatable system again??!? Rebuild apr, serf and subversion. Why will that help this time, when I just did that a few minutes ago? === The following actions were performed: Upgrade of gdbm-1.11 to gdbm-1.11_1 Upgrade of apr-1.5.1.1.5.3 to apr-1.5.1.1.5.3_1 Upgrade of serf-1.3.5_1 to serf-1.3.6 ... === Re-installation of subversion-1.8.9 complete There's a problem in the apr port which makes it link libaprutil to the installed libapr instead of the newly built one. In this update of apr the library version changed, so your libaprutil is asking for the old version now. Rebuilding apr will correct that. Rebuilding serf and subversion may not be necessary now that I think about it. ___ 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: After apr update, svn can't find libaprutil-1.so.5
On Wed, Jun 11, 2014 at 03:12:40PM +0200, Herbert J. Skuhra wrote: On Wed, 11 Jun 2014 06:01:06 -0700 David Wolfskill wrote: On Wed, Jun 11, 2014 at 02:56:18PM +0200, Tijl Coosemans wrote: ... So *now* what do I do to get an updatable system again??!? Rebuild apr, serf and subversion. Why will that help this time, when I just did that a few minutes ago? I had to rebuild twice because of this error: ... OK; I admit that I was skeptical, but I did: portmaster devel/subversion apr serf (after having just upgraded the latter 2 rebuilt/reinstalled svn), and the result seems to be working. That might be worth a warning of some sort Peace, david -- David H. Wolfskill da...@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. pgpidPSxSAwoC.pgp Description: PGP signature
Re: After apr update, svn can't find libaprutil-1.so.5
On Wed, Jun 11, 2014 at 03:22:17PM +0200 I heard the voice of Tijl Coosemans, and lo! it spake thus: There's a problem in the apr port which makes it link libaprutil to the installed libapr instead of the newly built one. Just so. After upgrade: % ldd /usr/local/lib/libaprutil-1.so.0.5.3 /usr/local/lib/libaprutil-1.so.0.5.3: libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x801626000) libapr-1.so.5 = /usr/local/lib/compat/pkg/libapr-1.so.5 (0x80184a000) libcrypt.so.5 = /lib/libcrypt.so.5 (0x801a7c000) libthr.so.3 = /lib/libthr.so.3 (0x801c9c000) libc.so.7 = /lib/libc.so.7 (0x80081f000) Then rebuild it again: % ldd /usr/local/lib/libaprutil-1.so.0.5.3 /usr/local/lib/libaprutil-1.so.0.5.3: libexpat.so.6 = /usr/local/lib/libexpat.so.6 (0x801626000) libapr-1.so.0 = /usr/local/lib/libapr-1.so.0 (0x80184a000) libcrypt.so.5 = /lib/libcrypt.so.5 (0x801a7c000) libthr.so.3 = /lib/libthr.so.3 (0x801c9c000) libc.so.7 = /lib/libc.so.7 (0x80081f000) -- Matthew Fuller (MF4839) | fulle...@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ 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: Who broke staging as user?
On Wed, Jun 11, 2014 at 3:22 PM, Antoine Brodin anto...@freebsd.org wrote:
On Wed, Jun 11, 2014 at 2:58 PM, Gerald Pfeifer ger...@pfeifer.com wrote:
This is a new failure that I found when testing a (trivial) update
to lang/gcc410 with some of my usual scripts:
Compressing man pages (compress-man)
=== Installing ldconfig configuration file
cannot create
$WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such file
or directory
*** Error code 2
After scratching my head, I reran my tests for lang/gcc49 as in the
tree today, and -- failure as well.
Since I never commit an update to one of these ports without this
kind of testing something must have broken this on June 6th or later.
Digging into svn log $PORTSDIR/Mk a bit, here is my suspect:
r357076 | antoine | 2014-06-08 21:25:54 + (Sun, 08 Jun 2014) | 8 lines
Kill NO_LDCONFIG_MTREE, it is long dead
Make USE_LDCONFIG work when PREFIX!=LOCALBASE,
LDCONFIG_DIR and LDCONFIG_32DIR are expected in LOCALBASE
Phabric:D195
Reviewed by:bapt
With hat: portmgr
For my test, LOCALBASE=/home/gerald/10-i386 and
PREFIX=/scratch2/tmp/gerald/prefix.
But, in general LOCALBASE may not be writeable, whereas PREFIX is,
so I somehow doubt the logic to begin with.
Though the failure here is a lack of ${MKDIR} in the staging directory
somewhere it seems?
Hi,
I think that the problem is that your ${STAGEDIR}/${LOCALBASE} is not
populated with the usual mtree (which includes the libdata/pkgconfig
directory)
You can try to remove the .if defined(NO_MTREE) / .endif around
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR} in bsd.port.mk,
although i'm not sure it's the right fix.
Please try attached patch.
Cheers,
Antoine
Index: Mk/bsd.port.mk
===
--- Mk/bsd.port.mk (revision 357478)
+++ Mk/bsd.port.mk (working copy)
@@ -4018,7 +4018,7 @@
.endif
.if ${USE_LDCONFIG} != ${LOCALBASE}/lib !defined(INSTALL_AS_USER)
@${ECHO_MSG} === Installing ldconfig configuration file
-.if defined(NO_MTREE)
+.if defined(NO_MTREE) || ${PREFIX} != ${LOCALBASE}
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_DIR}
.endif
@${ECHO_CMD} ${USE_LDCONFIG} | ${TR} ' ' '\n' \
@@ -4040,7 +4040,7 @@
.endif
.if !defined(INSTALL_AS_USER)
@${ECHO_MSG} === Installing 32-bit ldconfig configuration file
-.if defined(NO_MTREE)
+.if defined(NO_MTREE) || ${PREFIX} != ${LOCALBASE}
@${MKDIR} ${STAGEDIR}${LOCALBASE}/${LDCONFIG_32DIR}
.endif
@${ECHO_CMD} ${USE_LDCONFIG32} | ${TR} ' ' '\n' \
___
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
svn portdowngrade
Dear FreeBSD friends, I use svn update /usr/ports to keep my ports collection up to date. Now, I have an issue with cups 1.7.2 and I like to downgrade to version 1.5.4. There is a port called portdowngrade. Shall I use this to downgrade cups to 1.5.4, or is there another (advisable) way? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel * W.K. Offermans e-mail: wi...@offermans.rompen.nl Powered by (__) \\\'',) \/ \ ^ .\._/_) www.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
What is the preferred method for updating ports now?
I used to use cvsup. Then I switched to portsnap. Do I now need to switch to svn? If so, is there a way to use svn to only update those ports that have changed since the last update? I've been using svn for a while to work on port updates. I know how to fetch the entire port infrastructure but not how to only update those ports that have changed. Portsnap can be automated to keep ports up to date. Is there a similar utility that uses svn instead? Is portmaster going away any time soon? Or is that now the preferred method for updating ports? Is portupgrade going away? (I no longer use it - just wondering.) As a port maintainer, what tools do I use now that I've converted to pkgng? Do we still use portlint? Or is there a new way to do that? So many questions.. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: What is the preferred method for updating ports now?
On 06/11/14 17:20, Paul Schmehl wrote: I used to use cvsup. Then I switched to portsnap. Do I now need to switch to svn? If so, is there a way to use svn to only update those ports that have changed since the last update? I've been using svn for a while to work on port updates. I know how to fetch the entire port infrastructure but not how to only update those ports that have changed. Portsnap can be automated to keep ports up to date. Is there a similar utility that uses svn instead? To maintain a copy of the ports tree, portsnap is probably least effort, unless you're maintaining ports or want to make local customizations, in which case use svn. Is portmaster going away any time soon? Or is that now the preferred method for updating ports? Is portupgrade going away? (I no longer use it - just wondering.) No. portmaster and portupgrade are here for the foreseeable future. There's no reason to stop using them if they are your tools of choice. Neither of those are specifically preferred for updating ports -- in fact, there isn't any one method that is preferred: ports supports installing from source, with or without using tools like portmaster or portupgrade, and it now also supports installing using binary packages either from the FreeBSD official repositories or other repositories; either your own, or run by (hopefully reputable) third parties like PC-BSD for instance. As a port maintainer, what tools do I use now that I've converted to pkgng? Do we still use portlint? Or is there a new way to do that? So many questions.. Yes, portlint is still important. However as a developer, you should add DEVELOPER=YES to your /etc/make.conf -- this will enable a number of sanity tests now built into the ports Makefiles. This, plus the adoption of staging means that you should be able to do unit tests on an updated port as simply as: % make stage % make check-orphans % make package PACKAGES=/tmp which you can run as an ordinary user, rather than needing root level access (assuming you've installed all the dependencies already.) If your port passes all those, then it's in good shape, although I'd recommend further testing via Redports or the like before committing to the tree. Cheers, Matthew signature.asc Description: OpenPGP digital signature
Re: What is the preferred method for updating ports now?
--On June 11, 2014 at 6:01:43 PM +0100 Matthew Seaman matt...@freebsd.org wrote: On 06/11/14 17:20, Paul Schmehl wrote: I used to use cvsup. Then I switched to portsnap. Do I now need to switch to svn? If so, is there a way to use svn to only update those ports that have changed since the last update? I've been using svn for a while to work on port updates. I know how to fetch the entire port infrastructure but not how to only update those ports that have changed. Portsnap can be automated to keep ports up to date. Is there a similar utility that uses svn instead? To maintain a copy of the ports tree, portsnap is probably least effort, unless you're maintaining ports or want to make local customizations, in which case use svn. Is portmaster going away any time soon? Or is that now the preferred method for updating ports? Is portupgrade going away? (I no longer use it - just wondering.) No. portmaster and portupgrade are here for the foreseeable future. There's no reason to stop using them if they are your tools of choice. Neither of those are specifically preferred for updating ports -- in fact, there isn't any one method that is preferred: ports supports installing from source, with or without using tools like portmaster or portupgrade, and it now also supports installing using binary packages either from the FreeBSD official repositories or other repositories; either your own, or run by (hopefully reputable) third parties like PC-BSD for instance. As a port maintainer, what tools do I use now that I've converted to pkgng? Do we still use portlint? Or is there a new way to do that? So many questions.. Yes, portlint is still important. However as a developer, you should add DEVELOPER=YES to your /etc/make.conf -- this will enable a number of sanity tests now built into the ports Makefiles. This, plus the adoption of staging means that you should be able to do unit tests on an updated port as simply as: % make stage % make check-orphans % make package PACKAGES=/tmp which you can run as an ordinary user, rather than needing root level access (assuming you've installed all the dependencies already.) If your port passes all those, then it's in good shape, although I'd recommend further testing via Redports or the like before committing to the tree. Thank you, Matthew. As always, you have been very helpful. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: Pending TeX Live related PR (x11-toolkits/p5-Tk)
Hi Kurt! Kurt Jaeger li...@opsec.eu wrote: https://phabric.freebsd.org/D204 Can you check whether this upgrade would fix your problem ? While you're doing this, I'll check whether your patch works with D204 8-} Sure. If you meant this patch: https://phabric.freebsd.org/file/data/5q7fpv426zlybjekeqgi/PHID-FILE-sb6vjiwctw7jldwm7wsg/D204.diff I applied it against x11-toolkits/p5-Tk from ports/head and I got the following: === Applying FreeBSD patches for p5-Tk-804.032 I can't seem to find a patch in there anywhere. = Patch patch-PNG_Makefile.PL failed to apply cleanly. = Patch(es) patch-JPEG_Makefile.PL applied cleanly. *** Error code 1 Since PNG patch isn't related to Xft paths problem, I removed it in order to test the new version. Nothing changed (expectedly, because no Xft/freetype search paths changed). Do you have a simple test case to find out if it worked ? Hmm... do you have vanilla TeX Live (whatever version)? Try to run TL Manager GUI with any non-latin language, i.e. tlmgr -gui -gui-lang ru and you will get a window with huge ugly font. That's because XFT option does nothing: installer can't find freetype header files. From your log: http://people.freebsd.org/~pi/misc/p5-Tk-804.032.log XFT=on: Client-side fonts via libXft ... Cannot find freetype.h include file At least it builds etc., see Yes, my patch applies cleanly against D204 version and solves the the aforementioned fonts problem. Thanks! -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B pgpmwW86SvjWo.pgp Description: PGP signature
Re: What is the preferred method for updating ports now?
On 2014-06-11 18:20, Paul Schmehl wrote: I used to use cvsup. Then I switched to portsnap. Do I now need to switch to svn? Hi Paul, portsnap is fine and I haven't heard any rant it will go away. cvsup was a different part, with the switch to SVN every commit was also staged in the background to CVS to keep cvsup alive. Sice cvs was also removed from the base OS there was no longer a benefit to keep cvsup running. https://wiki.freebsd.org/CvsIsDeprecated If so, is there a way to use svn to only update those ports that have changed since the last update? I've been using svn for a while to work on port updates. I know how to fetch the entire port infrastructure but not how to only update those ports that have changed. Portsnap can be automated to keep ports up to date. Is there a similar utility that uses svn instead? simply go to the root of your portstree and fire the command `svn up', but watch the output for conflicts marked with a capital 'C'. Running from time to time `svn cleanup' will keep remove dead metadata from the .svn directory. In case you prefer portsnap for your tree and svn only for maintain your ports thats also fine. There is a way to do sparse svn checkouts (only ports you maintain) # sparse checkout $ cd $space $ svn checkout --depth empty $svn/url my_svn_workdir # checkout my ports $ cd my_svn_workdir # checkout all top $cat dirs with maintained port $ svn up --set-depth empty devel dns math net net-mgmt security sysutils www x11-toolkits # checkout maintained ports $ grep $my@maintainer.email /usr/ports/INDEX-8 | cut -d\| -f 2 | sed 's;/usr/ports/;;' | xargs svn up This way you can use portsnap for port building and svn to hack the ports you maintain. After your patches are committed simply use `svn up' in the workdir (also before you start hacking a port to limit conflicts) Is portmaster going away any time soon? Or is that now the preferred method for updating ports? Is portupgrade going away? (I no longer use it - just wondering.) As a port maintainer, what tools do I use now that I've converted to pkgng? Do we still use portlint? Or is there a new way to do that? So many questions.. Answered already by Matthew. -- HTH, olli ___ 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
KRDC compilation failure on 8.4
Hi, when setting up a local poudriere and building the latest ports, I've noticed that KRDC no longer builds. After a few retries, I checked the 'official' poudriere and it seems this is a general problem. It fails with following error: [ 54%] Building CXX object vnc/CMakeFiles/krdc_vncplugin.dir/vncclientthread.o cd /wrkdirs/usr/ports/net/krdc/work/.build/vnc /usr/bin/c++ -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=32 -DKDE_DEFAULT_DEBUG_AREA=5011 -DKDE_DEPRECATED_WARNINGS -DMAKE_KRDC_VNCPLUGIN_LIB -DQT_NO_CAST_TO_ASCII -DQT_NO_STL -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -DTELEPATHY_SUPPORT -D_REENTRANT -O2 -pipe -fno-strict-aliasing -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Wdidn't workoverloaded-virtual -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -O2 -DNDEBUG -DQT_NO_DEBUG -fPIC -I/wrkdirs/usr/ports/net/krdc/work/.build/vnc -I/wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc -I/wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5 -I/wrkdirs/usr/ports/net/krdc/work/.build -I/wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/core -I/wrkdirs/usr/ports/net/krdc/work/.build/core -I/usr/local/include -I/usr/local/include/KDE -I/usr/local/include/qt4/phonon -I/usr/local/include/qt4/QtXmlPatterns -I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtTest -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtScript -I/usr/local/include/qt4/QtOpenGL -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtDeclarative -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/Qt3Support -I/usr/local/include/qt4/QtGui -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4 -I/usr/local/include/telepathy-qt4 -D_LARGEFILE64_SOURCE -o CMakeFiles/krdc_vncplugin.dir/vncclientthread.o -c /wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp /wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp: In member function 'void VncClientThread::clientSetKeepalive()': /wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp:610: error: 'TCP_KEEPIDLE' was not declared in this scope /wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp:616: error: 'TCP_KEEPINTVL' was not declared in this scope /wrkdirs/usr/ports/net/krdc/work/krdc-4.12.5/vnc/vncclientthread.cpp:622: error: 'TCP_KEEPCNT' was not declared in this scope *** Error code 1 Full build logs: http://beefy2.isc.freebsd.org/bulk/84amd64-default/latest/logs/errors/krdc-4.12.5.log Anyone who has an idea about fixing this? I've tried it myself by replacing them with other variables, but that was probably just a silly idea since it only broke the build harder. While I'd love to update to another version (9 or even 10), I can't because of missing (software) raid drivers (and I already broke two raid arrays on my main pc by trying this) so I'm afraid that isn't an option. So I'm stuck with 8.4 until I replace the hardware and do a complete reinstall. Regards, Benny Goemans ___ 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: poudriere and local patches to ports
d...@langille.org (Dan Langille) writes:
I have a local patch =
(https://dan.langille.org/wp-content/uploads/2014/04/nagios-default-commen=
t-cmd-cgi.c.diff_.txt) which I wish to apply to net-mgmt/nagios before =
it is compiled by poudriere).
I have looked at ports-mgmt/portshaker but that seems to be related to =
merging rather than patching.
Any suggestions?
Disclaimer: I set up my poudriere environment almost a year ago,
so there could be new poudriere features to address this issue
that I'm not aware of.
I maintain a tree of local patches matching the structure of the
ports tree (e.g., ./category/port-name/patch-files...). This
is not critical but just helps me keep track of things.
In the /usr/local/etc/poudriere.d/*-make.conf files, I call out
local patches this way:
LOCALPATCHDIR=/usr/ports/LocalPatches
.if ${.CURDIR:M*/graphics/xpdf}
EXTRA_PATCHES=${LOCALPATCHDIR}/graphics/xpdf/patch-xpdf-3.03-rotate-cmd
.endif
[Aside: I'm not completely happy with using EXTRA_PATCHES because
sometimes it collides with use by the port itself. I wish there
were an additional LOCAL_PATCHES feature in the ports makefiles
specifically for this purpose, but EXTRA_PATCHES is adequate for
me at the moment. I haven't studied that issue in a couple of years,
so maybe there is a new ports feature addressing it.]
Before I run poudriere bulk, I rsync my local patch tree to the
ports tree that will be used by poudriere so that it shows up at
/usr/ports/LocalPatches in the jail.
--
G. Paul Ziemba
FreeBSD unix:
11:01AM up 136 days, 12 hrs, 22 users, load averages: 1.45, 1.34, 1.37
___
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
games/minecraft seems to require openjdk8 now
Hello FreeBSD ports team, The port games/minecraft does not work for me any longer. The simple patch on: http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2014-April/276962.html which just lets games/minecraft-client use openjdk8 instead of openjdk7 works fine for me. Of course the JAVA_VERSION variable should be set to 1.8+. Thank you, Dominik ___ 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: Pending TeX Live related PR (x11-toolkits/p5-Tk)
Hi! Can you check whether this upgrade would fix your problem ? While you're doing this, I'll check whether your patch works with D204 8-} Sure. If you meant this patch: https://phabric.freebsd.org/file/data/5q7fpv426zlybjekeqgi/PHID-FILE-sb6vjiwctw7jldwm7wsg/D204.diff Yes. I applied it against x11-toolkits/p5-Tk from ports/head and I got the following: === Applying FreeBSD patches for p5-Tk-804.032 I can't seem to find a patch in there anywhere. = Patch patch-PNG_Makefile.PL failed to apply cleanly. The patch should remove files/patch-PNG_Makefile.PL. Since PNG patch isn't related to Xft paths problem, I removed it in order to test the new version. Nothing changed (expectedly, because no Xft/freetype search paths changed). Do you have a simple test case to find out if it worked ? Hmm... do you have vanilla TeX Live (whatever version)? Hm, I normally use teTeX-3.0_7 and texlive-full-20120701 conflicts. This will take some time. Try to run TL Manager GUI with any non-latin language, i.e. tlmgr -gui -gui-lang ru and you will get a window with huge ugly font. That's because XFT option does nothing: installer can't find freetype header files. From your log: http://people.freebsd.org/~pi/misc/p5-Tk-804.032.log XFT=on: Client-side fonts via libXft ... Cannot find freetype.h include file Ah, oh! Thanks! At least it builds etc., see Yes, my patch applies cleanly against D204 version and solves the the aforementioned fonts problem. I'll include it in the patch set and ask for approval. -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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: Pending TeX Live related PR (x11-toolkits/p5-Tk)
Hi! Do you have a simple test case to find out if it worked ? Hmm... do you have vanilla TeX Live (whatever version)? Hm, I normally use teTeX-3.0_7 and texlive-full-20120701 conflicts. This will take some time. and you will get a window with huge ugly font. That's because XFT option does nothing: installer can't find freetype header files. From your log: http://people.freebsd.org/~pi/misc/p5-Tk-804.032.log XFT=on: Client-side fonts via libXft ... Cannot find freetype.h include file Ah, oh! Thanks! Well, even with your patch in files/ this message is displayed -- what does that mean ? -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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: pkg aparently not respecting subversion make.conf settings
On 11/06/2014 00:19, olli hauer wrote:
On 2014-06-11 00:02, Simon Wright wrote:
On 10/06/2014 22:35, olli hauer wrote:
...
poudriere bulk -j freebsd:9:x86:64 -C
ports-mgmt/portdowngrade
portdowngrade is removed from the repo and then the
rebuild begins:
:
..
Not easy to tell since we do not have the list of ports you
feed into pd
Perhaps you find the answer in the buildlogs
$ grep devel/subversion
/usr/local/poudriere/data/logs/bulk/$YourBuild/latest/logs/*.log
If you have identified a port that depends on devel/subversion
and not devel/subversion17 check the Makefile of this port
has a switch for WITH_SUBVERSION_VER
I've checked these log files and the only thing that references
subversion is the subversion 1.8.9 port itself.
I tried just deleting the 1.8.9 package file and re-running
poudriere and 1.8.9 is still rebuilt.
As per your earlier mail Olli, I also tried this in case
something in the pkg database was playing up:
pkg delete devel/subversion17 pkg install devel/subversion pkg
set -o devel/subversion:devel/subversion17 pkg delete
devel/subversion pkg install devel/subversion17
No change, 1.8.9 is still pulled in on the poudriere build of
portdowngrade build.
---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes
WRKDIRPREFIX=/wrkdirs PACKAGES=/packages DISTDIR=/distfiles
/usr/local/etc/poudriere.d/make.conf
WITH_GECKO=libxul NOI4B=1 OPTIONS_UNSET+=X11 WITH_PKGNG=yes
WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES
WITH_BDB_VER=5 WITH_SSP_PORTS=yes WITH_VIM_OPTIONS=yes
JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7
WITH_SUBVERSION_VER=17 WITHOUT_PKGTOOLS=1
VALID_CATEGORIES+=local DISABLE_MAKE_JOBS=poudriere ---End
make.conf---
snipped
===phase: run-depends ===
portdowngrade-1.5 depends on executable: svn - not found ===
Verifying install for svn in /usr/ports/devel/subversion ===
Installing existing package /packages/All/subversion-1.8.9.txz
Installing subversion-1.8.9...Installing
apr-1.5.1.1.5.3...Installing db5-5.3.28... done Installing
expat-2.1.0... done Installing gdbm-1.11...Installing
gettext-0.18.3.1_1...Installing libiconv-1.14_3... done
I tried 'pkg info -rx subversion' to see whether an old port
was responsible:
[simon@vmserver04 ~]$ pkg info -rx subversion
subversion17-1.7.17:
If I build from ports with portupgrade the build works as
expected and portdowngrade uses the installed subversion17.
It seems a little odd . . . .
No, not so strange as you think.
$ grep svn portdowngrade/Makefile RUN_DEPENDS=
svn:${PORTSDIR}/devel/subversion
Do the following $ cd ports-mgmt/portdowngrade $ fetch
http://people.freebsd.org/~ohauer/diffs/portdowngrade_svn.diff $
patch portdowngrade_svn.diff
Now this port uses the correct subversion port.
If it works for you, be so kind and open a PR so it will be added
to the official port.
Tested, works. Extract of my Poudriere log:
===phase: run-depends
=== portdowngrade-1.5 depends on executable: svn - not found
===Verifying install for svn in /usr/ports/devel/subversion17
=== Installing existing package /packages/All/subversion17-1.7.17.txz
Installing subversion17-1.7.17...Installing
apr-1.5.1.1.5.3...Installing db5-5.3.28... done
Installing expat-2.1.0... done
PR submitted:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190946
Many thanks Olli!
Simon.
___
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: Pending TeX Live related PR (x11-toolkits/p5-Tk)
Hi! Cannot find freetype.h include file Ah, oh! Thanks! Well, even with your patch in files/ this message is displayed -- what does that mean ? It means the patch was not properly applied. I have a new patch which does apply. Coming soon to a ports tree near to you. -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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: svn portdowngrade
Hi, At first you should check VUXML db for any security flaws if not you can proceed with portdowngrade. However it's advisable to find a better solution to run upto date applications. You can share your problems. BR, Muhammad On Wed, Jun 11, 2014 at 8:34 PM, Willy Offermans wi...@offermans.rompen.nl wrote: Dear FreeBSD friends, I use svn update /usr/ports to keep my ports collection up to date. Now, I have an issue with cups 1.7.2 and I like to downgrade to version 1.5.4. There is a port called portdowngrade. Shall I use this to downgrade cups to 1.5.4, or is there another (advisable) way? -- Met vriendelijke groeten, With kind regards, Mit freundlichen Gruessen, De jrus wah, Wiel * W.K. Offermans e-mail: wi...@offermans.rompen.nl Powered by (__) \\\'',) \/ \ ^ .\._/_) www.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 ___ 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: Pending TeX Live related PR (x11-toolkits/p5-Tk)
On Wed, Jun 11, 2014 at 10:24:02PM +0200 in 20140611202402.gx2...@home.opsec.eu Kurt Jaeger li...@opsec.eu wrote: Well, even with your patch in files/ this message is displayed -- what does that mean ? It means the patch was not properly applied. I have a new patch which does apply. Coming soon to a ports tree near to you. Hm, in my case it applied cleanly against D204 version... Anyway, glad it got accepted. -- Nikola Lečić = Никола Лечић fingerprint : FEF3 66AF C90E EDC3 D878 7CDC 956D F4AB A377 1C9B pgpDQjPSRFDrx.pgp Description: PGP signature
Re: poudriere and local patches to ports
On Wed, Jun 11, 2014 at 11:04 AM, G. Paul Ziemba pz-freebsd-po...@ziemba.us wrote: Disclaimer: I set up my poudriere environment almost a year ago, so there could be new poudriere features to address this issue that I'm not aware of. NOTE: I have not tested the method I describe, but I've exercised this idea mentally for a while. If you do end up taking this approach, I would appreciate it if you let me know how it worked out for you. Poudriere supports updating its ports tree via alternative methods, namely git and svn. You could thus set up a clone of FreeBSD's ports repository that gets refreshed periodically (a simple script) and to which you would also commit your own patches. This also has the added benefit of making the history of all your patches' changes easily available. Anton ___ 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
Libreoffice does not builds with parallell make
It stops with 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M If I set PARALELL=1 it builds... but takes hours and hours ___ 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: Libreoffice does not builds with parallell make
On Wed, Jun 11, 2014 at 06:22:41PM -0300, Sergio de Almeida Lenzi wrote: It stops with 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M If I set PARALELL=1 it builds... but takes hours and hours I do not understand what you are asking for? the build system of libreoffice is using the job process from the ports framework and build in parallel regards, Bapt pgpQ0SBiKak78.pgp Description: PGP signature
Re: What is the preferred method for updating ports now?
--On June 11, 2014 at 7:41:42 PM +0200 olli hauer oha...@gmx.de wrote: On 2014-06-11 18:20, Paul Schmehl wrote: I used to use cvsup. Then I switched to portsnap. Do I now need to switch to svn? If so, is there a way to use svn to only update those ports that have changed since the last update? I've been using svn for a while to work on port updates. I know how to fetch the entire port infrastructure but not how to only update those ports that have changed. Portsnap can be automated to keep ports up to date. Is there a similar utility that uses svn instead? simply go to the root of your portstree and fire the command `svn up', but watch the output for conflicts marked with a capital 'C'. Running from time to time `svn cleanup' will keep remove dead metadata from the .svn directory. I did this and got the following: /usr/ports# svn up Skipped '.' Summary of conflicts: Skipped paths: 1 So I did this: /usr/ports# svn up svn://svn.freebsd.org/ports/HEAD/ svn: E205000: Try 'svn help update' for more information svn: E205000: 'svn://svn.freebsd.org/ports/HEAD' is not a local path [root@mail /usr/ports]# svn up svn://svn.freebsd.org/ports/ svn: E205000: Try 'svn help update' for more information svn: E205000: 'svn://svn.freebsd.org/ports' is not a local path Then I did this: /usr/ports]# svn status svn: warning: W155007: '/usr/ports' is not a working copy Hmm.so I thought maybe I had to co the ports first: # svn co svn://svn.freebsd.org/ports/head/ After that finished, I did this: /usr/ports]# svn up Skipped '.' Summary of conflicts: Skipped paths: 1 So then I did this: /usr/ports]# svn status svn: warning: W155007: '/usr/ports' is not a working copy OK, now I'm really confused. It seems that I've done nothing at all. So what am I doing wrong? -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. *** It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead. Thomas Jefferson There are some ideas so wrong that only a very intelligent person could believe in them. George Orwell ___ 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: Libreoffice does not builds with parallell make
Em Qua, 2014-06-11 às 23:25 +0200, Baptiste Daroussin escreveu: On Wed, Jun 11, 2014 at 06:22:41PM -0300, Sergio de Almeida Lenzi wrote: It stops with 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M If I set PARALELL=1 it builds... but takes hours and hours I do not understand what you are asking for? the build system of libreoffice is using the job process from the ports framework and build in parallel regards, Bapt Hello Bapt. On any FreeBSD I have here (9.2 and 10.0 current) the libreoffice (editors/libreoffice) does not build with jobs greater than 1. in my case jobs=8 it stops and gives a fatal error im module ECH that cannot find a git repository = 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M === If I patch the Makefile in the /usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2 directory and include PARALLELISM=1 at line 13, it does not give that error and builds, but takes 6 hours... It used to work in previous version of Libreoffce = 4,1,6_1 is there any patch to make it work again with JOBS 1??? Thank you for your patience, Sergio ___ 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: Libreoffice does not builds with parallell make
On Wed, Jun 11, 2014 at 06:58:59PM -0300, Sergio de Almeida Lenzi wrote: Em Qua, 2014-06-11 às 23:25 +0200, Baptiste Daroussin escreveu: On Wed, Jun 11, 2014 at 06:22:41PM -0300, Sergio de Almeida Lenzi wrote: It stops with 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M If I set PARALELL=1 it builds... but takes hours and hours I do not understand what you are asking for? the build system of libreoffice is using the job process from the ports framework and build in parallel regards, Bapt Hello Bapt. On any FreeBSD I have here (9.2 and 10.0 current) the libreoffice (editors/libreoffice) does not build with jobs greater than 1. in my case jobs=8 it stops and gives a fatal error im module ECH that cannot find a git repository = 3991 [build ECH] CustomTarget/instsetoo_native/setup/versionrc^M 3992 fatal: Not a git repository (or any of the parent directories): .git^M === If I patch the Makefile in the /usr/ports/editors/libreoffice/work/libreoffice-4.2.4.2 directory and include PARALLELISM=1 at line 13, it does not give that error and builds, but takes 6 hours... It used to work in previous version of Libreoffce = 4,1,6_1 is there any patch to make it work again with JOBS 1??? Thank you for your patience, Sergio thanks I ll report that bug upstream, what option do you use? because I m also building with jobs=8 and it works fine here, so it may be due to an option regards, Bapt pgp4lVugsOUyr.pgp Description: PGP signature
Re: What is the preferred method for updating ports now?
On Jun 11, 2014, at 2:43 PM, Paul Schmehl pschmehl_li...@tx.rr.com wrote: /usr/ports]# svn status svn: warning: W155007: '/usr/ports' is not a working copy Hmm.so I thought maybe I had to co the ports first: # svn co svn://svn.freebsd.org/ports/head/ That checks out the ports tree under a workarea named 'head' in your local directory. svn co svn://svn.freebsd.org/ports/head/ /usr/ports ...would checkout a workarea under /usr/ports. After that finished, I did this: /usr/ports]# svn up Skipped '.' Summary of conflicts: Skipped paths: 1 So then I did this: /usr/ports]# svn status svn: warning: W155007: '/usr/ports' is not a working copy OK, now I'm really confused. It seems that I've done nothing at all. So what am I doing wrong? Try: mv /usr/ports /usr/ports_20140611 mv head /usr/ports cd /usr/ports svn status svn up Regards, -- -Chuck ___ 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: Who broke staging as user?
On Wed, 11 Jun 2014, Antoine Brodin wrote: === Installing ldconfig configuration file cannot create $WRKDIRPREFIX/stage/home/gerald/10-i386/libdata/ldconfig/gcc49: No such file or directory *** Error code 2 Please try attached patch. Thanks, Antoine! This restores things in my testing. Are you planning to commit this? Gerald ___ 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: bugzilla auto committer assignment?
I'm not a perl specialist but I'd like to help something I can do. It looks someone already works on auto assignment. I'll wait for that and help something else as much as I can do. Thanks, On Tue, Jun 10, 2014 at 10:23:17PM -0700, Eitan Adler wrote: On 10 June 2014 18:47, Koichiro IWAO m...@vmeta.jp wrote: Hi, I know bug tracking system moved to bugzilla but have some questions. Is automatic committer assignment implemented? Is notification email sent to the maintainer when someone opened a new bug? Not yet. Want to help!? GNATS assigned a committer automatically in a few minutes when I submit a PR but bugzilla looks no. My bugs status are still Needs Triage [1]. I don't want to overlook patches sent to the ports I maintain. Its on the list of things we want to get done ASAP. The requirements are simple but someone that knows perl needs to volunteer to help :) -- Eitan Adler ___ 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 -- `whois vmeta.jp | nkf -w` meta m...@vmeta.jp ___ 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/doxygen: Need TeX help
Hi! If I use TeXLive, though, it gets past that point and then ends up with the same error as I was getting with 1.8.6, with the longtable error shown earlier in this thread. I'll investigate this. But it will take time. -- p...@opsec.eu+49 171 3101372 6 years to go ! ___ 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
