Re: strange pkg upgrade problems
On Fri, Jan 23, 2015 at 08:16:46AM +, Matthew Seaman wrote: On 23/01/2015 07:59, Don Lewis wrote: The EPERM errors seem to be kind of random. If I go and look at the from file for the rename() using ls -lo, I see all sorts of random flags, like opaque, archive, uunlnk, etc. I booted single user and ran fsck, which came back totally clean. Then I used chflags -R to clear all the flags, did pkg upgrade again, and ran into the exact same problems. If I rerun pkg upgrade, it may fail on the same port again, ir it might pick another. I can go in an manually clear the flags, nuke the temporary file that pkg created and upgrade the failed package. I never had that fail. But running pkg upgrade without specifying a package will then fail elsewhere. This has been fixed in pkg(8) GitHub, and the fix will appear in the next release (1.4.7) due out within a few days. https://github.com/freebsd/pkg/commit/93d1647d0b986e4c6ad317c4e96886784477dcfe No, I don't think it has been fixed. The bug is here: https://github.com/freebsd/pkg/issues/1151 Looks like it still needs a bit more work. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 ___ 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: Porting gitolite
Hi Chris, On Mon, Jul 11, 2011 at 10:50:27AM +0100, Chris Rees wrote: % grep git /usr/ports/{UIDs,GIDs} /usr/ports/UIDs:git:*:211:211::0:0:gitosis user:/usr/local/git:/bin/sh /usr/ports/GIDs:git:*:211: The only thing that might need changing is the gecos field in the UIDs file, maybe to something like gitosis/gitolite user. Personally I wouldn't bother changing the gecos though. You don't think it's confusing having the gecos field refer to a different port? I can imagine a case where somebody might remove it because they're not using gitosis. Maybe a more generic name would be better? Although I think git user is likely misleading too. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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
databases/evolution-data-server 2.26.3 broken
HI, It looks like the latest update to evolution-data-server broken it: -- Installing ./html/index.sgml -- Installing ./html/ix01.html -- Installing ./html/ix02.html -- Installing ./html/left.png -- Installing ./html/right.png -- Installing ./html/style.css -- Installing ./html/up.png gtkdoc-rebase: not found gmake[4]: *** [install-data-local] Error 127 gmake[4]: Leaving directory `/usr/ports/databases/evolution-data-server/work/evolution-data-server-2.26.3/docs/reference/camel' QAT noticed too: ??? - evolution-data-server-2.26.3 maintained by gn...@freebsd.org http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/evolution-data-server-2.26.3.log Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: [RFC] New category proposal, i18n
On Tue, Jun 23, 2009 at 01:36:08PM -0700, Charlie Kester wrote: On Tue 23 Jun 2009 at 12:05:55 PDT Thomas Abthorpe wrote: Localization is a subset Internationalization, so the new category becomes a catch all for both entities. If i18n is too cryptic or too alphanumeric, and internationalization is too long, why not go with nls? How about internationalisation? ;-) Tim. -- Tim Bishop ___ 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: [Call For Testing] VirtualBox for FreeBSD! take2
On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: On Sun, May 17, 2009 19:25, Greg Byshenk wrote: On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: We rolled a new tarball with the patch from Juergen Lock [1] with a posible fix for AMD64 users, tested on 3 machines which now works without problems. Many Thanks to him for his nice work! http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). Installing a 7.2-RELEASE amd64 guest as I write this. Works for me, but I've not been able to get a 64 bit guest to work. I get the following error when booting the installer: CPU doesn't support long mode I think I've got all the right options set. Maybe my CPU doesn't support the necessary VM stuff to let a 64 bit guest work? I'm also still seeing the following on loading vboxdrv: kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b Are others still seeing that on amd64? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: [Call For Testing] VirtualBox for FreeBSD! take2
On Mon, May 18, 2009 at 04:56:13PM +0100, Tim Bishop wrote: On Mon, May 18, 2009 at 08:38:18AM -0500, Doug Poland wrote: On Sun, May 17, 2009 19:25, Greg Byshenk wrote: On Sun, May 17, 2009 at 08:09:20PM +0200, Martin Wilke wrote: We rolled a new tarball with the patch from Juergen Lock [1] with a posible fix for AMD64 users, tested on 3 machines which now works without problems. Many Thanks to him for his nice work! http://people.freebsd.org/~miwi/vbox/virtualbox_2.tgz Working for me with a fresh cvsup of 7.2-STABLE (17 May 09). Installing a 7.2-RELEASE amd64 guest as I write this. Works for me, but I've not been able to get a 64 bit guest to work. I get the following error when booting the installer: CPU doesn't support long mode I think I've got all the right options set. Maybe my CPU doesn't support the necessary VM stuff to let a 64 bit guest work? I'm getting good at answering my own questions :D Yes, it's my CPU. Found a different machine and confirmed it has the VMX extension, and all is fine. I'm also still seeing the following on loading vboxdrv: kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 kldload: unexpected relocation type 10 vboxdrv: fAsync=0 offMin=0x41f offMax=0x53b Are others still seeing that on amd64? Not that I thought it'd make any difference, but I can confirm those still happen even with the VMX extension. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: [Call For Testing] VirtualBox for FreeBSD!
On Sat, May 16, 2009 at 12:47:56AM +0100, Tim Bishop wrote: On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Is the VRDP stuff meant to work? When following these instructions it just appears athat it doesn't start it up (nothing is listening on 3389): http://www.virtualbox.org/manual/UserManual.html#vboxheadless To answer my own question, VRDP isn't available on the Open Source Edition of VirtualBox. Differences can be found here: http://www.virtualbox.org/wiki/Editions Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: [Call For Testing] VirtualBox for FreeBSD!
Hi Martin, On Thu, May 14, 2009 at 09:12:37PM +0200, Martin Wilke wrote: After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Is the VRDP stuff meant to work? When following these instructions it just appears athat it doesn't start it up (nothing is listening on 3389): http://www.virtualbox.org/manual/UserManual.html#vboxheadless Thanks for your work making VirtualBox available to us! Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ 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: [net/samba3] Upgrade to Samba 3.0.25a
On Tue, 2007-06-05 at 14:14 +0200, Spil Oss wrote: On 05/06/07, Timur I. Bakeyev [EMAIL PROTECTED] wrote: On Tue, Jun 05, 2007 at 09:31:57AM +0200, Spil Oss wrote: Is anything known on an upgrade of the samba3 port to samba 3.0.25a? When the 3.0.25 port was committed, shortly after samba released 3.0.25a. There seems to be quite a number of problems fixed in 3.0.25a. And: Re: ports/113358: MAINTAINER-UPDATE: Update of net/samba3 to 3.0.25a version just arrived. Fell free to try it and test. Greatly appreciated! grabbed the diff, now building, will let you know if I run into problems. 3.0.25a is now in the ports tree. Tim. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: email addresses and spam
On Thu, May 24, 2007 at 12:02:39PM -0700, Walter Ian Kaye wrote: All right, who released my email address to spammers? I send mail to [EMAIL PROTECTED], and 2 weeks later I get spam. That is not cool, people. You MUST make sure that never happens. Now I have to blacklist this address. Sheesh. When you post to a public mailing list you should accept that your address will be made public. The archives of this list are available on freebsd.org and many other sites. Those archives can easily be found by anything crawling the web. Tim. Reply-To: Duke Cole [EMAIL PROTECTED] From: Duke Cole [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US) AppleWebKit/103u (KHTML, like Gecko) Safa$ X-Accept-Language: en-us To: [EMAIL PROTECTED] [EMAIL PROTECTED] Subject: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Dear Sir/Madam, My name is KELVIN JOOP . I am the sale manegar of DUKE COLE TEXTILES AND FABRICS COMPANY IN THE UK Presently, our company is looking for a trustworthy bookkeeper, representative in Canada/USA. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird OpenLDAP (Was: Re: HEADS UP: xorg 7.2 ready for testing)
On Sun, May 13, 2007 at 09:05:40PM -0400, Joe Marcus Clarke wrote: On Mon, 2007-05-14 at 01:34 +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 07:05:05PM -0400, Howard Goldstein wrote: Tim Bishop wrote: The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? It seems to be unrelated. There's a PR for this. A workaround is this Ah, well spotted! I hadn't noticed that PR. On closer inspection it's fairly obvious where the problem is. The included lber-int.h includes lber.h. This isn't in the current directory and looking at the compiler options we can see how it finds the system installed version rather than the local version first: cc ... -I/usr/local/include ... -I../../../ldap/include ... But I'm not sure where to start looking in this build system to fix it ;-) This is easy. Just set CPPFLAGS to: CPPFLAGS+=-I${LOCALBASE}/include/nss -I${LOCALBASE}/include/nss/nss In www/mozilla/Makefile.common. This will be one of the post-merge housekeeping things we take care of. Hi Joe, Whilst this has solved the problem for seamonkey and mozilla, thunderbird still fails to compile: gmake[5]: Entering directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include/nss -I/usr/local/include/nss/nss -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -a nsi -Wall -pthread -O2 -fPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS-DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap /include -I/usr/ports/mail/thunderbird/work/mozilla/dist/./include decode.c In file included from decode.c:52: lber-int.h:121: error: syntax error before LDAP_CALLBACK lber-int.h:130: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:149: error: syntax error before ldap_x_iovec lber-int.h:165: error: syntax error before BERTranslateProc lber-int.h:187: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:198: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK lber-int.h:207: error: syntax error before LBER_SOCKET lber-int.h:216: error: syntax error before LBER_SOCKET lber-int.h:223: error: field `sb_ext_io_fns' has incomplete type decode.c:62: error: syntax error before ber_get_tag decode.c:69: error: syntax error before if gmake[5]: *** [decode.o] Error 1 gmake[5]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk' gmake[1]: *** [ldap] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla' gmake: *** [default] Error 2 It looks like -I/usr/local/include has crept in from somewhere else. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Thunderbird OpenLDAP (Was: Re: HEADS UP: xorg 7.2 ready for testing)
On Sun, May 20, 2007 at 03:45:32PM +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 09:05:40PM -0400, Joe Marcus Clarke wrote: On Mon, 2007-05-14 at 01:34 +0100, Tim Bishop wrote: On Sun, May 13, 2007 at 07:05:05PM -0400, Howard Goldstein wrote: Tim Bishop wrote: The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? It seems to be unrelated. There's a PR for this. A workaround is this Ah, well spotted! I hadn't noticed that PR. On closer inspection it's fairly obvious where the problem is. The included lber-int.h includes lber.h. This isn't in the current directory and looking at the compiler options we can see how it finds the system installed version rather than the local version first: cc ... -I/usr/local/include ... -I../../../ldap/include ... But I'm not sure where to start looking in this build system to fix it ;-) This is easy. Just set CPPFLAGS to: CPPFLAGS+= -I${LOCALBASE}/include/nss -I${LOCALBASE}/include/nss/nss In www/mozilla/Makefile.common. This will be one of the post-merge housekeeping things we take care of. Hi Joe, Whilst this has solved the problem for seamonkey and mozilla, thunderbird still fails to compile: gmake[5]: Entering directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include/nss -I/usr/local/include/nss/nss -O2 -fno-strict-aliasing -pipe -I/usr/local/include -O2 -fno-strict-aliasing -pipe -a nsi -Wall -pthread -O2 -fPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS-DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap /include -I/usr/ports/mail/thunderbird/work/mozilla/dist/./include decode.c In file included from decode.c:52: lber-int.h:121: error: syntax error before LDAP_CALLBACK lber-int.h:130: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:149: error: syntax error before ldap_x_iovec lber-int.h:165: error: syntax error before BERTranslateProc lber-int.h:187: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:198: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK lber-int.h:207: error: syntax error before LBER_SOCKET lber-int.h:216: error: syntax error before LBER_SOCKET lber-int.h:223: error: field `sb_ext_io_fns' has incomplete type decode.c:62: error: syntax error before ber_get_tag decode.c:69: error: syntax error before if gmake[5]: *** [decode.o] Error 1 gmake[5]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries/liblber' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap/libraries' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk/ldap' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/directory/c-sdk' gmake[1]: *** [ldap] Error 2 gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla' gmake: *** [default] Error 2 It looks like -I/usr/local/include has crept in from somewhere else. And if I opened my eyes I'd have noticed this in the thunderbird port's Makefile: CFLAGS+=-I${X11BASE}/include For me, at least, it builds fine without it. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing [SUCCESS]
On Mon, May 14, 2007 at 09:40:27PM -0400, Kris Kennaway wrote: On Mon, May 14, 2007 at 05:36:26PM -0800, Beech Rintoul wrote: Everything built with no errors. Tested, looks good with KDE (fonts look better). One error, had to merge skype by hand. Thanks, yeah I think skype (and probably skype-devel) needs a version bump to move it out of /usr/X11R6. I said that in my mail a couple of days ago :-) Beech: a portupgrade -f skype would have moved it. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 pgplbo5Az6AnH.pgp Description: PGP signature
Re: HEADS UP: xorg 7.2 ready for testing
On Mon, May 14, 2007 at 12:56:54PM +0100, Florent Thoumie wrote: Tim Bishop wrote: On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. The default sshd_config in the base system no longer works with xforwarding because the xauth program has moved. This can be fixed by setting the option: XAuthLocation /usr/local/bin/xauth It defaults to X11R6. I guess this should be fixed after the xorg merge? Shouldn't be a problem if you have the symlink from X11R6 to local. Yeah - I'm running without the symlink so I can discover problems (in my scripts and config mainly). :-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: xorg 7.2 ready for testing
On Thu, May 10, 2007 at 05:28:17PM -0400, Kris Kennaway wrote: Once we have enough success reports and have dealt with all reported failures, we will proceed with the next stage, which is to import into CVS. Finished, at last :-) The first problem I had was the documented (and fixed) problem with the nvidia driver. Once I'd fixed that and tided up a few lose ends on my system the build finished mostly hassle free. I noticed net/skype was missing a PORTREVISION bump - it was the only app I had left in X11BASE. The only outstanding problem is a compile error with mozilla, thunderbird, and seamonkey: gmake[5]: Entering directory `/usr/home/ports/www/mozilla/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cc -o decode.o -c -I/usr/local/include -I/usr/local/include/nss -I/usr/local/include/nss/nss -O2 -fno-strict-aliasing -pipe-pipe -ansi -Wall -pthread -O -fPIC -UDEBUG -DMOZILLA_CLIENT=1 -DNDEBUG=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -DUSE_WAITPID -DNEEDPROTOS -DNET_SSL -DNO_LIBLCACHE -DLDAP_REFERRALS -DNS_DOMESTIC -I../../../ldap/include -I/usr/home/ports/www/mozilla/work/mozilla/dist/./include decode.c In file included from decode.c:37: lber-int.h:106: error: syntax error before LDAP_CALLBACK lber-int.h:115: error: redefinition of typedef 'Seqorset' /usr/local/include/lber.h:164: error: previous declaration of 'Seqorset' was here lber-int.h:134: error: syntax error before ldap_x_iovec lber-int.h:150: error: syntax error before BERTranslateProc lber-int.h:172: error: syntax error before LDAP_IOF_READ_CALLBACK lber-int.h:183: error: syntax error before LDAP_X_EXTIOF_READ_CALLBACK lber-int.h:192: error: syntax error before LBER_SOCKET lber-int.h:201: error: syntax error before LBER_SOCKET lber-int.h:208: error: field `sb_ext_io_fns' has incomplete type decode.c:47: error: syntax error before ber_get_tag decode.c:54: error: syntax error before if gmake[5]: *** [decode.o] Error 1 gmake[5]: Leaving directory `/usr/home/ports/www/mozilla/work/mozilla/directory/c-sdk/ldap/libraries/liblber' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/usr/home/ports/www/mozilla/work/mozilla/directory/c-sdk/ldap/libraries' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/usr/home/ports/www/mozilla/work/mozilla/directory/c-sdk/ldap' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/usr/home/ports/www/mozilla/work/mozilla/directory/c-sdk' gmake[1]: *** [ldap] Error 2 gmake[1]: Leaving directory `/usr/home/ports/www/mozilla/work/mozilla' gmake: *** [default] Error 2 The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Thunderbird OpenLDAP (Was: Re: HEADS UP: xorg 7.2 ready for testing)
On Sun, May 13, 2007 at 07:05:05PM -0400, Howard Goldstein wrote: Tim Bishop wrote: The problem is identical with all three. I have openldap installed: openldap-client-2.3.35 And it's the owner of /usr/local/include/lber.h. I can't see why this problem has emerged now - these apps were already sharing /usr/local. Maybe it's unrelated to the xorg upgrade? It seems to be unrelated. There's a PR for this. A workaround is this Ah, well spotted! I hadn't noticed that PR. On closer inspection it's fairly obvious where the problem is. The included lber-int.h includes lber.h. This isn't in the current directory and looking at the compiler options we can see how it finds the system installed version rather than the local version first: cc ... -I/usr/local/include ... -I../../../ldap/include ... But I'm not sure where to start looking in this build system to fix it ;-) Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Compiler error portupgrading bash2
On Wed, Dec 06, 2006 at 10:37:04AM -0800, DH wrote: Please be aware that bash2 is failing to build via portupgrade. The three machines experiencing this error are 4.11-release-p18 +manually applied security patches. I've just committed a fix to this one. Give it a while then update your ports tree and try again. Tim. -- Tim Bishop PGP Key: 0x5AE7D984 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]