Re: stale dependencies and portupgrade
Vivek Khera wrote: > Example: p5-Expect used to depend on p5-IO-Stty which was removed from > ports recently. rt36 depends on p5-Expect, so got a transitive > dependency to this dead port. Upgrading p5-Expect using "portupgrade > -Rr" took care of the direct dependency, but the upstream ports still > had the registered dependency to p5-IO-Stty. I had to force-uninstall > that port then run "pkgdb -F" to remove that dependency. You could portupgrade -f for these ports not just deinstall them. Did pkgdb -F not fix the situation if you ran it before deinstalling the ports (you should have a fresh INDEX here)? > > Similarly, with a portupgrade of portupgrade itself, most of my machines > lost the dependency to ruby18-bdb1 package. The only way out of that > was to do a delete of portupgrade and run a fresh make install in the > port directory. Run make showconfig in sysutils/portupgrade directory on the machines to be sure you did not turn WITH_BDB1 off accidentally. > > I suppose the bug is that I expected portupgrade -Rr to recompute the > dependency lists of the upstream ports to take into account any changing > dependencies of the updated port. portupgrade -Rr do not recompute dependencies. It do port upgrading. Feel the difference. > > Do other port manager utilities take this type of change into account? > At this point, I'm not sure any of my dependencies are accurate on the > complex ports like RT. > -- Dixi. Sem. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: stale dependencies and portupgrade
Jeremy Messenger wrote: > Just give a head up, if you are going to use 'portmaster -s' then make > sure you do not use pkgdb. The pkgdb kill 'portmaster -s' function. I > have requested to sem if he can gets pkgdb to not remove an empty of > +REQUIRED_BY, but he hasn't answer back yet for months. I don't know if > he already has fix it or whatever as I don't need pkgdb anymore in the > lastest version of portmaster. I wrote you I'll fix it. And I fixed it in devel version. Now the version is stable. Try it and tell me if it does not work. -- Dixi. Sem. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: xorg 7.x and non-standard X11BASE
On Tue, 28 Nov 2006 23:47:28 +0600 Max Khon <[EMAIL PROTECTED]> wrote: > Hi! > > I received a bunch of port build failure logs wrt. move to Xorg 7.x. > > I would like to know if there is known easy way to reproduce build > failures with Xorg 7.x. The new misc/tinderbox that I'll commit tonight (if I manage the survive the day) has support for non-standard PREFIX/X11BASE. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #390: Increased sunspot activity signature.asc Description: PGP signature
Re: xorg 7.x and non-standard X11BASE
Kris Kennaway wrote: > On Tue, Nov 28, 2006 at 08:44:25PM +, Florent Thoumie wrote: >> Joel Dahl wrote: >>> On Tue, 2006-11-28 at 18:24 +, Florent Thoumie wrote: Doug Barton wrote: > Currently we have 2 locations for files installed by ports. LOCALBASE > (which defaults to /usr/local) and X11BASE (which defaults to > /usr/X11R6). When xorg 7 is imported, it will be installing into > /usr/local. I don't know where you guys read that. >>> Well, some of us might remember >>> http://lists.freebsd.org/pipermail/freebsd-ports/2006-July/033964.html >> I've been talking to Dejan at that time but I can't remember if I >> actually meant that we were going to add new X.org directly in >> LOCALBASE. Though I haven't tried to contact him for a while, I guess >> he's been busy with other things these days. >> >> I somehow inherited a x11 hat and IMHO, it would be better to move to >> LOCALBASE after we moved everything else and made sure all ports were >> X11BASE-clean. > > I guess I was also mistaken about the intentions as well. I actually thought of moving everything but libs and fonts to LOCALBASE. ... but if miwi manages to fix all non X11BASE-clean ports and move them to LOCALBASE within a month then we can install the complete X.org 7.2 distribution in LOCALBASE :-) > Anyway, the > good news is that there are only a few hundred X11BASE-unclean errors > (less than I'd thought), so this is something we can keep pushing on > for now. I guess the next exp-build will be with X11BASE set to LOCALBASE then. Note: We might get runtime problems if some hardcoded /usr/X11R6 remain in source files though. -- Florent Thoumie signature.asc Description: OpenPGP digital signature
Ntop install failes on FBSD 6.1-P10 system
Hello list, I tried to install the Ntop port on a FreeBSD 6.1-Release-P10 system, but without succes. The faults I get are not happening with the installation of other ports on this system. I have also done buildworld several times succesfully on this system. The FreeBSD version [EMAIL PROTECTED] /root # uname -a FreeBSD systemname.socruel.nu 6.1-RELEASE-p10 FreeBSD 6.1-RELEASE-p10 #0: Fri Nov 24 13:33:18 CET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SYSTEMNAME i386 The ports installed: pkg_version -I -v autoconf-2.59_2 = up-to-date with index automake-1.9.6 = up-to-date with index bash-2.05b.007_6= up-to-date with index cvsup-without-gui-16.1h_2 = up-to-date with index ezm3-1.2_1 = up-to-date with index fping-2.4b2 = up-to-date with index freetype2-2.2.1_1 = up-to-date with index gd-2.0.33_4,1 = up-to-date with index gdbm-1.8.3_3= up-to-date with index gettext-0.14.5_2= up-to-date with index gmake-3.81_1= up-to-date with index gnuls-4.1 = up-to-date with index help2man-1.36.4_1 = up-to-date with index ipfmeta-1.3 = up-to-date with index jpeg-6b_4 = up-to-date with index libiconv-1.9.2_2= up-to-date with index libxml2-2.6.26 = up-to-date with index m4-1.4.4= up-to-date with index nagios-plugins-1.4.5,1 = up-to-date with index net-snmp-5.2.3_3= up-to-date with index nrpe2-2.5.1 = up-to-date with index p5-Crypt-CBC-2.22 = up-to-date with index p5-Crypt-DES-2.05 = up-to-date with index p5-Digest-HMAC-1.01 = up-to-date with index p5-Digest-SHA1-2.11 = up-to-date with index p5-Net-SNMP-5.2.0 = up-to-date with index p5-gettext-1.05_1 = up-to-date with index perl-5.8.8 = up-to-date with index pftop-0.5 = up-to-date with index pkg-config-0.21 = up-to-date with index png-1.2.12_1= up-to-date with index portaudit-0.5.11= up-to-date with index portconf-1.2= up-to-date with index portmaster-1.9 = up-to-date with index sudo-1.6.8.12_1 = up-to-date with index syslog-ng-1.6.11= up-to-date with index The error when installing the Ntop port (command make in /usr/ports/net/ntop, standard Ntop port options) if /bin/sh ./libtool --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include -I/usr/include -Imyrrd -DFREEBSD -I/usr/local/include -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/include -I/usr/include -g -O -pipe -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -g -O -pipe -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -MT sessions.lo -MD -MP -MF ".deps/sessions.Tpo" -c -o sessions.lo sessions.c; \ then mv -f ".deps/sessions.Tpo" ".deps/sessions.Plo"; else rm -f ".deps/sessions.Tpo"; exit 1; fi cc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include -I/usr/include -Imyrrd -DFREEBSD -I/usr/local/include -I/usr/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/include -I/usr/include -g -O -pipe -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -g -O -pipe -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fPIC -DPIC -MT sessions.lo -MD -MP -MF .deps/sessions.Tpo -c sessions.c -fPIC -DPIC -o .libs/sessions.o sessions.c:3653: internal compiler error: in size_of_die, at dwarf2out.c:6249 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. gmake[2]: *** [sessions.lo] Error 1 gmake[2]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.2' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/ntop/work/ntop-3.2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/net/ntop. Also some make.conf options of this system: [EMAIL PROTECTED] /root # less /etc/make.conf # added by use.perl 2006-10-30 17:03:37 PERL_VER=5.8.8 PERL_VERSION=5.8.8 # Added 06/11/01 CFLAGS= -O -pipe USA_RESIDENT=no NO_PROFILE=true NO_X=true # Begin portconf settings # Do not touch these lines .if !empty(.CURDIR:M/usr/ports*) && exists(/usr/local/libexec/po
[PATCH] audio/zinf-esound: [added ipv6 category ]
>Submitter-Id: current-users
>Originator:Janos Mohacsi
>Organization: NIIF/HUNGARNET
>Confidential: no
>Synopsis: [PATCH] audio/zinf-esound: [added ipv6 category ]
>Severity: non-critical
>Priority: low
>Category: ports
>Class: change-request
>Release: FreeBSD 6.2-PRERELEASE i386
>Environment:
System: FreeBSD scone.ki.iif.hu 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #17: Fri
Oct 20 01:04:28 CEST 2006
>Description:
[DESCRIBE CHANGES]
audio/zinf support ipv6 since version 2.2.3. Added ipv6 virtual category
Generated with FreeBSD Port Tools 0.77
>How-To-Repeat:
>Fix:
--- zinf-esound-2.2.5_5.patch begins here ---
diff -ruN --exclude=CVS /usr/ports/audio/zinf.orig/Makefile
/usr/ports/audio/zinf/Makefile
--- /usr/ports/audio/zinf.orig/Makefile Tue Apr 11 19:29:04 2006
+++ /usr/ports/audio/zinf/Makefile Wed Nov 29 12:15:17 2006
@@ -8,7 +8,7 @@
PORTNAME= zinf
PORTVERSION= 2.2.5
PORTREVISION= 5
-CATEGORIES=audio
+CATEGORIES=audio ipv6
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}
MASTER_SITE_SUBDIR=${PORTNAME}
--- zinf-esound-2.2.5_5.patch ends here ---
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[PATCH] ftp/lukemftp: [ipv6 category added ]
>Submitter-Id: current-users >Originator:Janos Mohacsi >Organization: NIIF/HUNGARNET >Confidential: no >Synopsis: [PATCH] ftp/lukemftp: [ipv6 category added ] >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 6.2-PRERELEASE i386 >Environment: System: FreeBSD scone.ki.iif.hu 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #17: Fri Oct 20 01:04:28 CEST 2006 >Description: [DESCRIBE CHANGES] ipv6 is supported in lukemftp therefore ipv6 virtual category added. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- lukemftp-1.5.patch begins here --- diff -ruN --exclude=CVS /usr/ports/ftp/lukemftp.orig/Makefile /usr/ports/ftp/lukemftp/Makefile --- /usr/ports/ftp/lukemftp.orig/Makefile Mon Mar 27 18:27:04 2006 +++ /usr/ports/ftp/lukemftp/MakefileWed Nov 29 12:20:14 2006 @@ -7,7 +7,7 @@ PORTNAME= lukemftp PORTVERSION= 1.5 -CATEGORIES=ftp +CATEGORIES=ftp ipv6 MASTER_SITES= ftp://ftp.netbsd.org/pub/NetBSD/misc/lukemftp/old/ MAINTAINER=[EMAIL PROTECTED] --- lukemftp-1.5.patch ends here --- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [PATCH] audio/zinf-esound: [added ipv6 category ]
On Wed, 29 Nov 2006 12:17:11 +0100 (CET)
Janos Mohacsi <[EMAIL PROTECTED]> mentioned:
> >Submitter-Id:current-users
> >Originator: Janos Mohacsi
> >Organization:NIIF/HUNGARNET
> >Confidential:no
> >Synopsis:[PATCH] audio/zinf-esound: [added ipv6 category ]
> >Severity:non-critical
> >Priority:low
> >Category:ports
> >Class: change-request
> >Release: FreeBSD 6.2-PRERELEASE i386
> >Environment:
> System: FreeBSD scone.ki.iif.hu 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #17:
> Fri Oct 20 01:04:28 CEST 2006
> >Description:
> [DESCRIBE CHANGES]
>
> audio/zinf support ipv6 since version 2.2.3. Added ipv6 virtual category
>
> Generated with FreeBSD Port Tools 0.77
> >How-To-Repeat:
> >Fix:
>
> --- zinf-esound-2.2.5_5.patch begins here ---
> diff -ruN --exclude=CVS /usr/ports/audio/zinf.orig/Makefile
> /usr/ports/audio/zinf/Makefile
> --- /usr/ports/audio/zinf.orig/Makefile Tue Apr 11 19:29:04 2006
> +++ /usr/ports/audio/zinf/MakefileWed Nov 29 12:15:17 2006
> @@ -8,7 +8,7 @@
> PORTNAME=zinf
> PORTVERSION= 2.2.5
> PORTREVISION=5
> -CATEGORIES= audio
> +CATEGORIES= audio ipv6
> MASTER_SITES=${MASTER_SITE_SOURCEFORGE}
> MASTER_SITE_SUBDIR= ${PORTNAME}
>
> --- zinf-esound-2.2.5_5.patch ends here ---
>
I beleive the ipv6 category is for software that is intended for IPv6
support, not just for any software that supports ipv6 in some way. In
the first case we should probably add almost all ports into the ipv6
category.
-- Stanislav Sedov
http://people.freebsd.org/~stas/stas.key.asc
pgpBuf4rKO8tz.pgp
Description: PGP signature
Re: ports/devel/icu: PTHREAD_LIBS clean
On Mon, 27 Nov 2006 11:14:41 -0500 Mikhail Teterin <[EMAIL PROTECTED]> wrote: > = I don't think trying to use multiple threads at the same time. > = But if applications use libthr, libraries must use libthr, too. > You are right about the dangers of mixing different thread implementations, > but library may also be not using threads _at all_. -lm, for example, is > happily used by many threaded programs without itself being thread-aware. I understand your ideal, think so too. However, in fact, it is unrealistic environment:-(. > (If anything, a library, even a thread-aware one, should, arguably, not be > explicitly linking with any thread implementation -- this way, it will use, > whatever implementation the application is using. But that's a different > topic...) Yeah! :-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/devel/icu: PTHREAD_LIBS clean
On Wednesday 29 November 2006 09:06, Norikatsu Shigemura wrote: = > but library may also be not using threads _at all_. -lm, for example, is = > happily used by many threaded programs without itself being thread-aware. = = I understand your ideal, think so too. However, in fact, it is = unrealistic environment:-(. Norikatsu, this is not some unreachable ideal (libm is not). If no application is calling into a library from multiple threads in parallel, that library need not be thread-aware. You are (slightly) pessimizing your installation by building a thread-aware ICU without having a need for it... -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: stale dependencies and portupgrade
On Nov 29, 2006, at 3:46 AM, Sergey Matveychuk wrote: I suppose the bug is that I expected portupgrade -Rr to recompute the dependency lists of the upstream ports to take into account any changing dependencies of the updated port. portupgrade -Rr do not recompute dependencies. It do port upgrading. Feel the difference. That makes no sense. If you upgrade a port and the dependencies change, should you not update them as well?
Re: ports/devel/icu: PTHREAD_LIBS clean
Mikhail Teterin <[EMAIL PROTECTED]> writes: > On Wednesday 29 November 2006 09:06, Norikatsu Shigemura wrote: > = > but library may also be not using threads _at all_. -lm, for example, is > = > happily used by many threaded programs without itself being thread-aware. > = > = I understand your ideal, think so too. However, in fact, it is > = unrealistic environment:-(. > > Norikatsu, this is not some unreachable ideal (libm is not). If no > application > is calling into a library from multiple threads in parallel, that library > need not be thread-aware. In that case, it doesn't even need to be thread-safe. libm is supposed to be thread-safe, but has no need to be thread-aware. ICU is different in that not only can it be called from multiple threads, but those threads can (in theory -- as far as I know, you're right that nobody uses this capability right now) be interacting. > You are (slightly) pessimizing your installation by building a thread-aware > ICU without having a need for it... On the other hand, that could change at any time. Think of all the other programmers in the world as independent threads, that could use the API in new ways... ;-) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ripenc error
Dear Sir, I get this error when try to change the cddb query method to wget RipEnc version 1.1, Copyright (C) 1999, 2000, 2001 Michael J. Parmeley <[EMAIL PROTECTED]>, RipEnc comes with ABSOLUTELY NO WARRANTY There is currently NO encoding process running in the background There is no encode.log file. 1) Change working directory[/usr/temp] 2) Choose encoder..[bladeenc] 3) Choose ripper...[cdparanoia] 4) Choose id3 tool.[mp3info] 5) Choose manual naming or tool for CDDB access[manual] 6) Setup XMCD_LIBDIR variable for CDA..[/var/X11R6/lib/xmcd] 7) Set preferred naming convention.[artist-name_of_song.mp3] 8) Rip whole CD?...[no] 9) Set small hard drive option?[no] 10) Please select your Cd-Rom device...[/cdrom] 11) Eject CD after ripping is complete?[no] 12) Set the Bitrate for the encoded MP3's..[128] 13) Return to Main Menu ? 5 1) Manual Naming 2) CDDB with wget 3) CDDB with cda ? 2 You must have read permissions on your CD-ROM device to use wget (so the Disc ID program can calculate the discid). If you are using wget and RipEnc doesn't retrieve the CDDB info you may want to make sure you have read permissions on your chosen CD-ROM device! Hit to continue /usr/local/bin/ripenc: 1542: Syntax error: Bad fd number I am running: uname -a FreeBSD beastie.muhc.mcgill.ca 6.0-SECURITY FreeBSD 6.0-SECURITY #0: Tue Apr 18 08:56:09 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Regards, Yves Confidentialité : Ce message contient une information privilégiée, confidentielle et ne pouvant être divulguée. Si vous n'êtes pas le destinataire de ce message ou une personne autorisée à le recevoir, veuillez communiquer avec l'expéditeur et ensuite détruire ce message et ses fichiers joints, ainsi que toutes les copies pouvant exister. Disclaimer: This message contains privileged confidential information which is not to be disclosed. If you are not the intended recipient of this message please contact the sender and destroy this message as well as all existing copies and attachments. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/devel/icu: PTHREAD_LIBS clean
On Wednesday 29 November 2006 10:45, Lowell Gilbert wrote: = ICU is different in that not only can it be called from multiple = threads, but those threads can (in theory -- as far as I know, you're = right that nobody uses this capability right now) be interacting. = = > You are (slightly) pessimizing your installation by building a = > thread-aware ICU without having a need for it... = = On the other hand, that could change at any time. = = Think of all the other programmers in the world as independent = threads, that could use the API in new ways... ;-) I know. And the ICU developers think, threads should be enabled by default. The reason they aren't right now -- in the FreeBSD port -- is because of certain bugs in thread implementation(s) on FreeBSD/ia64, which lead to crashes in ICU. Since nothing is using ICU in a multi-threaded fashion _right now_, the current version of the port builds without threads by default. Norikatsu confirms, he is not calling into ICU from multiple threads either, hence my suggestion, he does not need to change the option. When the ia64's thread-implementation improves, the next update to the port will change the default... -mi ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: xfce 4.4 RC2 - patchset 08
Oliver Lehmann wrote: > here comes the 4.4 RC2 patchset: > > http://people.freebsd.org/~oliver/xfce/xfce4.4_ports_08.tar.bz2 > > Make sure you don't have any by-hand or by former patches modified xfce > ports - otherwise the patch will fail. I tested both the patch and the > share with a clean cvsuped portstree and they applied without any error. > If you are getting errors nevertheless, let me know. http://people.freebsd.org/~oliver/xfce/xfce4.4_ports_09.tar.bz2 Is the latest patchset and basically the 08 patchset just updated in a way that it applies again to a more recent portstree. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ripenc error
On Wed, Nov 29, 2006 at 10:49:07AM -0500, Yves Gurin wrote: > > I get this error when try to change the cddb query method to wget > > RipEnc version 1.1, Copyright (C) 1999, 2000, 2001 Michael J. Parmeley > <[EMAIL PROTECTED]>, RipEnc comes with ABSOLUTELY NO WARRANTY > > There is currently NO encoding process running in the background > There is no encode.log file. > > 1) Change working directory[/usr/temp] > 2) Choose encoder..[bladeenc] > 3) Choose ripper...[cdparanoia] > 4) Choose id3 tool.[mp3info] > 5) Choose manual naming or tool for CDDB access[manual] > 6) Setup XMCD_LIBDIR variable for CDA..[/var/X11R6/lib/xmcd] > 7) Set preferred naming > convention.[artist-name_of_song.mp3] > 8) Rip whole CD?...[no] > 9) Set small hard drive option?[no] > 10) Please select your Cd-Rom device...[/cdrom] > 11) Eject CD after ripping is complete?[no] > 12) Set the Bitrate for the encoded MP3's..[128] > 13) Return to Main Menu > ? 5 > > 1) Manual Naming > 2) CDDB with wget > 3) CDDB with cda > ? 2 > > You must have read permissions on your CD-ROM device to use wget (so the > Disc ID > program can calculate the discid). > If you are using wget and RipEnc doesn't retrieve the CDDB info you may > want to > make sure you have read permissions > on your chosen CD-ROM device! > > Hit to continue > > /usr/local/bin/ripenc: 1542: Syntax error: Bad fd number > Try running it with bash instead of sh. -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson pgpUc9R03IEsk.pgp Description: PGP signature
Re: [syslog-ng] sysutils/syslog-ng/files/syslong-ng.sh.in patch
> * of alcohol. >:} > Betsy was a Himalayan Mountain Goat, and I'm the Sherpa. ~BAS > Ahh. That explains the jpeg of you and the llamas. :) -- Brian A. Seklecki <[EMAIL PROTECTED]> Collaborative Fusion, Inc. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: $snmpd_flush_cache for Net-SNMP ports/net-mgmt/net-snmp/files/snmpd.sh.in
I filed PR: ports/106036 Feel free to close when the 5.3.x update rolls out to the public I know that the Net-SNMP people have been bugging me to to test new patches on FreeBSD and NetBSD, but I'm so stretched for time as it is that I barely have time to submit little PRs like this. ~BAS On Sat, 2006-11-04 at 18:53 +0900, Jun Kuriyama wrote: > At Fri, 03 Nov 2006 23:18:11 -0500, > Brian A. Seklecki wrote: > > FYI to SNMP hackers. Objections to this patch? > > No problem from me. I'm preparing for 5.3.1 upgrade in my local. > This will bump shlib version, so I'll do it after 6.2R with your > patch. > > -- Brian A. Seklecki <[EMAIL PROTECTED]> Collaborative Fusion, Inc. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ports/devel/icu: PTHREAD_LIBS clean
On Wednesday 29 November 2006 23:52, Mikhail Teterin wrote: > Since nothing is using ICU in a multi-threaded fashion _right now_, the > current version of the port builds without threads by default. Norikatsu > confirms, he is not calling into ICU from multiple threads either, hence my > suggestion, he does not need to change the option. > > When the ia64's thread-implementation improves, the next update to the port > will change the default... > > -mi I don't have ia64 machine, the machine in cluster is inconvenient for me to do such a hard work. so I don't know when thread library implementation will be fixed, it is totally out of my control. :-) David Xu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Non-email contributors?
I want to record the contributor for the port I've just added, but they don't have an email address, just a web site. Does the following look kosher? --- contrib.additional.sgml 16 Nov 2006 00:09:42 - 1.641 +++ contrib.additional.sgml 30 Nov 2006 00:30:18 - @@ -9830,6 +9830,11 @@ + Poco Community + http://appinf.com/poco/info/index.html";>Applied Informatics Software Engineering GmBH + + + rossiya [EMAIL PROTECTED] -- "Where am I, and what am I doing in this handbasket?" Wes Peters [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
x11-toolkits/pango build error
x11-toolkits/pango fails with an error about glib-mkenums not found.
glib is up to date.
Has anyone else had this, and what is the solution? Nothing in
/usr/ports/UPDATING and I can't find anything in this mailing list either.
Thanks.
Regards,
Mark
config.status: executing pango/module-defs-win32.c commands
config.status: executing pango/module-defs-atsui.c commands
config.status: executing pango/module-defs-lang.c commands
configuration:
backends: FreeType X Xft Cairo
===> Building for pango-1.14.8
gmake all-recursive
gmake[1]: Entering directory
`/usr/ports/x11-toolkits/pango/work/pango-1.14.8'
Making all in pango
gmake[2]: Entering directory
`/usr/ports/x11-toolkits/pango/work/pango-1.14.8/pango'
( cd . && glib-mkenums \
--fhead "#ifndef
__PANGO_ENUM_TYPES_H__\n#define __PANGO_ENUM_TYPES_H__\n\n#include
\n\nG_BEGIN_DECLS\n" \
--fprod "/* enumerations from \"@[EMAIL PROTECTED]"
*/\n" \
--vhead "GType @[EMAIL PROTECTED]
(void);\n#define [EMAIL PROTECTED]@ (@[EMAIL PROTECTED]())\n"
\
--ftail "G_END_DECLS\n\n#endif /*
__PANGO_ENUM_TYPES_H__ */" \
pango.h pango-attributes.h pango-break.h
pango-context.h pango-coverage.h pango-engine.h pango-font.h
pango-fontmap.h pango-fontset.h pango-glyph.h pango-glyph-item.h
pango-item.h pango-layout.h pango-modules.h pango-renderer.h
pango-script.h pango-tabs.h pango-types.h pango-utils.h pangofc-font.h
pangofc-fontmap.h ) > tmp-pango-enum-types.h \
&& (cmp -s tmp-pango-enum-types.h pango-enum-types.h || cp
tmp-pango-enum-types.h pango-enum-types.h ) \
&& rm -f tmp-pango-enum-types.h \
&& echo timestamp > s-enum-types-h
glib-mkenums: not found
gmake[2]: *** [s-enum-types-h] Error 127
gmake[2]: Leaving directory
`/usr/ports/x11-toolkits/pango/work/pango-1.14.8/pango'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/x11-toolkits/pango/work/pango-1.14.8'
gmake: *** [all] Error 2
*** Error code 2
Stop in /usr/ports/x11-toolkits/pango.
/usr/ports/x11-toolkits/pango{141}#
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
x11base error using portmanager.
FreeBeastie# portsnap fetch update && portsdb -fu && portsclean -CD Looking up portsnap.FreeBSD.org mirrors... 2 mirrors found. Fetching snapshot tag from portsnap1.FreeBSD.org... done. Fetching snapshot metadata... done. Updating from Wed Nov 29 01:37:37 CST 2006 to Wed Nov 29 17:29:17 CST 2006. Fetching 4 metadata patches... done. Applying metadata patches... done. Fetching 0 metadata files... done. Fetching 59 patches.1020304050 done. Applying patches... done. Fetching 3 new ports or files... done. Removing old files and directories... done. Extracting new files: /usr/ports/astro/Makefile /usr/ports/astro/position/ /usr/ports/audio/autools/ /usr/ports/audio/gnupod/ /usr/ports/audio/libmikmod/ /usr/ports/audio/mp3encode/ /usr/ports/audio/ruby-esound/ /usr/ports/audio/ruby-freedb/ /usr/ports/audio/ruby-mp3tag/ /usr/ports/audio/ruby-musicbrainz/ /usr/ports/audio/ruby-smf/ /usr/ports/audio/zinf/ /usr/ports/chinese/aterm/ /usr/ports/chinese/gcin/ /usr/ports/comms/ecu/ /usr/ports/comms/twpsk/ /usr/ports/converters/utf8conv/ /usr/ports/databases/dbf/ /usr/ports/databases/libodbc++/ /usr/ports/databases/mysql2odbc/ /usr/ports/databases/oracle_odbc_driver/ /usr/ports/databases/py-migrate/ /usr/ports/databases/unixODBC/ /usr/ports/deskutils/xchm/ /usr/ports/deskutils/xmdiary/ /usr/ports/devel/Makefile /usr/ports/devel/bouml/ /usr/ports/devel/fga/ /usr/ports/devel/leoarg/ /usr/ports/devel/libcwd/ /usr/ports/devel/libevent/ /usr/ports/devel/libformat/ /usr/ports/devel/nspr/ /usr/ports/devel/p5-Data-Compare/ /usr/ports/devel/p5-File-pushd/ /usr/ports/devel/p5-IPC-DirQueue/ /usr/ports/devel/p5-Return-Value/ /usr/ports/devel/p5-Test-Deep/ /usr/ports/devel/p5-Time-HiRes/ /usr/ports/devel/p5-UNIVERSAL-require/ /usr/ports/devel/perforce/ /usr/ports/devel/poco/ /usr/ports/devel/py-psyco/ /usr/ports/devel/ruby-gems/ /usr/ports/devel/sdl_sge/ /usr/ports/editors/openoffice.org-2-RC/ /usr/ports/editors/openoffice.org-2-devel/ /usr/ports/editors/openoffice.org-2/ /usr/ports/emulators/qemu/ /usr/ports/ftp/jmirror/ /usr/ports/ftp/lukemftp/ /usr/ports/games/openttd/ /usr/ports/graphics/GraphicsMagick/ /usr/ports/graphics/ImageMagick/ /usr/ports/graphics/gscan2pdf/ /usr/ports/irc/xchat/ /usr/ports/lang/sketchy/ /usr/ports/lang/sml-nj-devel/ /usr/ports/mail/p5-Email-Send/ /usr/ports/mail/p5-Email-Valid/ /usr/ports/mail/postfix/ /usr/ports/mail/svnmailer/ /usr/ports/mail/swaks/ /usr/ports/mail/vpopmail-devel/ /usr/ports/math/elmer-mathlibs/ /usr/ports/math/suitesparse/ /usr/ports/misc/Makefile /usr/ports/misc/amanda-server/ /usr/ports/misc/proj4/ /usr/ports/multimedia/libxine/ /usr/ports/multimedia/quodlibet/ /usr/ports/multimedia/xfce4-media/ /usr/ports/net-im/cjc/ /usr/ports/net-im/gaim-devel/ /usr/ports/net-im/libgaim/ /usr/ports/net-im/mcabber/ /usr/ports/net-im/py-pyxmpp/ /usr/ports/net-mgmt/netmond/ /usr/ports/net/Makefile /usr/ports/net/asterisk-bristuff/ /usr/ports/net/p5-BBS-UserInfo-SOB/ /usr/ports/net/p5-Net-Subnets/ /usr/ports/net/smb4k/ /usr/ports/net/spoofer/ /usr/ports/news/golded+/ /usr/ports/news/husky-msged/ /usr/ports/print/pkpgcounter/ /usr/ports/science/mpqc/ /usr/ports/security/gnupg-devel/ /usr/ports/security/php-suhosin/ /usr/ports/security/sudoscript/ /usr/ports/security/vuxml/ /usr/ports/sysutils/Makefile /usr/ports/sysutils/diskscrub/ /usr/ports/sysutils/p5-Filesys-DiskFree/ /usr/ports/sysutils/searchmonkey/ /usr/ports/textproc/p5-Lingua-Identify/ /usr/ports/textproc/p5-Plagger/ /usr/ports/textproc/p5-Pod-WSDL/ /usr/ports/textproc/rtfx/ /usr/ports/textproc/xmlindent/ /usr/ports/www/Makefile /usr/ports/www/conkeror/ /usr/ports/www/firefox-i18n/ /usr/ports/www/hypermail/ /usr/ports/www/libapreq2/ /usr/ports/www/linux-flock/ /usr/ports/www/mod_log_sql2-dtc/ /usr/ports/www/p5-CGI-Cookie-Splitter/ /usr/ports/www/p5-HTML-TagCloud/ /usr/ports/www/p5-HTML-Template-Compiled/ /usr/ports/www/xpi-colorfultabs/ /usr/ports/www/xpi-resurrectpages/ /usr/ports/www/xpi-stumbleupon/ /usr/ports/x11-toolkits/p5-Tk/ /usr/ports/x11-toolkits/tktreectrl/ /usr/ports/x11-toolkits/wxgtk24-contrib/ /usr/ports/x11-toolkits/wxgtk24/ /usr/ports/x11-toolkits/wxgtk26-common/ /usr/ports/x11-toolkits/wxgtk26-contrib-common/ /usr/ports/x11-toolkits/wxgtk26-contrib/ /usr/ports/x11-toolkits/wxgtk26-unicode-contrib/ /usr/ports/x11-toolkits/wxgtk26-unicode/ /usr/ports/x11-toolkits/wxgtk26/ /usr/ports/x11-wm/ion-3ds/ Building new INDEX files... done. [Updating the portsdb in /usr/ports ... - 16111 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000. . done] Cleaning out /usr/ports/*/*/work... done. Detecting unreferenced distfiles... Delete /usr/ports/distfiles/Email-Address-1.882.tar.gz Delete /usr/ports/distfiles/psyco-1.5.1-src.tar.gz Delete /usr/ports/distfiles/xvidcore-1.1.0.tar.gz FreeBeastie# portmanager -u ** Error occured reading
Something is really not right with azureus 2.5 / diablo-jdk 1.5
Hello, I have azureus-2.5.0.0 which requires diablo-jdk-1.5.0.07.01_1 to build (among other things). It builds and runs fine, however, azureus limps along for about 10 minutes with very low download and upload speeds, then it seems to grind to a halt, the d/l and u/l basically stop. There are no errors to report because the application keeps going, but the problem is it stops actually d/l or u/l anything (sometimes you might get short bursts of extremely slow speeds, but it is mostly 0 B/s). I suspect that diablo-jdk that is at fault, but in truth this is just a hunch. uname -a FreeBSD earth.com 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May 7 04:32:43 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 PS - this is not a complaint, or even an error report, it is more of a heads up with what I am having happen on my system - also, I installed azureus to a windoze box that is on the same LAN and it is behaving normally, so it doesnt look like firewall/nat issue. Regards, Tim. Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: openoffice-2-devel compile error on [EMAIL PROTECTED]
NAKATA Maho wrote: > Please expect openoffice.org-2 and openoffice.org-2-RC ports are > amd64 friendly. (still can be broken, though) Just I'm use i386 machine Just wanted to say, that I now tried openoffice.org-2.1.20061123 on my amd64, and after 5:30h the port was successfully compiled and installed and at the first glance ooo runs OK. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: xorg 7.x and non-standard X11BASE
On Wed, Nov 29, 2006 at 02:19:01AM -0500, Parv wrote: > in message <[EMAIL PROTECTED]>, > wrote Doug Barton thusly... > > > > When xorg 7 is imported, it will be installing into /usr/local. > > Shortly thereafter the plan is to do away with the X11BASE stuff > > altogether, and have all ports install into /usr/local. > > > > In order to prepare for this change, and to fix as many ports as > > possible before it happens, the ports cluster has started running > > experimental builds with X11BASE set to something that is not > > /usr/X11R6 AND not /usr/local. So, you can easily reproduce this > > condition by doing the same thing yourself. > ... > > There are two ways to do this. Either way you choose, you have to > > put something like this in /etc/make.conf: X11BASE= > > /usr/local/xorg I chose that directory for my experiment, you can > > use whatever directory works for you that is NOT /usr/X11R6 or > > /usr/local. > > I have been using X11BASE=/misc/local/X (set in /etc/rc.conf; > /usr/X11R6 is symlinked to it) at least since Dec 2006 (Xorg 6.2). > So far I have not noticed any problems with 343-some ports (which do > not have a great deal of GNOME or KDE). > > Short of testing with full blown GNONE|KDE, is there anything else I > can try to test? Should I try without the /usr/X11R6 symlink? Yes, because your current configuration is a NOP ;-) Kris pgptZxEZ1XzSx.pgp Description: PGP signature
Re: stale dependencies and portupgrade
Sergey Matveychuk wrote: > Jeremy Messenger wrote: >> Just give a head up, if you are going to use 'portmaster -s' then make >> sure you do not use pkgdb. The pkgdb kill 'portmaster -s' function. I >> have requested to sem if he can gets pkgdb to not remove an empty of >> +REQUIRED_BY, but he hasn't answer back yet for months. I don't know if >> he already has fix it or whatever as I don't need pkgdb anymore in the >> lastest version of portmaster. > > I wrote you I'll fix it. And I fixed it in devel version. Now the > version is stable. Thanks! Doug -- This .signature sanitized for your protection ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Non-email contributors?
On Wed, Nov 29, 2006 at 04:47:53PM -0800, Wes Peters wrote: > I want to record the contributor for the port I've just added, but they don't > have an email address, just a web site. Does the following look kosher? > > --- contrib.additional.sgml 16 Nov 2006 00:09:42 - 1.641 > +++ contrib.additional.sgml 30 Nov 2006 00:30:18 - > @@ -9830,6 +9830,11 @@ > > > > + Poco Community > + http://appinf.com/poco/info/index.html";>Applied > Informatics Software Engineering GmBH > + > + > + >rossiya > [EMAIL PROTECTED] > How could anyone contact them? I guess that the email should be there to be used as contact information. From that URL I guess that a way to contact them would be to use the mailing list [EMAIL PROTECTED], right? -- Vasil Dimov [EMAIL PROTECTED] % Success is a journey, not a destination. pgpKAxhSmLSv8.pgp Description: PGP signature
Re: DESTDIR problems ...
On Wed, Nov 29, 2006 at 02:15:10PM +0100, Vincent Blondel wrote: > > Hello, > > I just finalized a Makefile making a complete apache jail machine. For > this I used a common > > 'make DESTDIR=jail_path install clean' > > But I noticed this does not work with all ports. For info, these packages > give me problems perl5.8 m4 p5-Locale-gettext autoconf259 apache20. > > Nevertheless, I found a workaround by first making a package and install > it after in the jail machine. > > For example, I noticed 'install phase' (apache20) makes problems with > variable PREFIX that is not defined with PREFIX=DESTDIR+PREFIX. This is > just an example but there are others. > > Can somebody say me if these problems are known, if these bugs are being > solved ?? This was sent to the wrong list; the freebsd-ports mailing list is --> that way. Anyway, DESTDIR support is incomplete and further work seems to have stalled. The easiest thing to do is either a) mount the ports tree inside your jail (e.g using nullfs) and build it "as normal" b) Use precompiled packages within your jail, e.g. from the FTP site using pkg_add -r or 'make package' outside the jail. Kris pgp0oOOwBPnSF.pgp Description: PGP signature
Re: xorg 7.x and non-standard X11BASE
On Wed, 29 Nov 2006 11:42:34 +0200 Ion-Mihai "IOnut" Tetcu <[EMAIL PROTECTED]> wrote: > On Tue, 28 Nov 2006 23:47:28 +0600 > Max Khon <[EMAIL PROTECTED]> wrote: > > > Hi! > > > > I received a bunch of port build failure logs wrt. move to Xorg 7.x. > > > > I would like to know if there is known easy way to reproduce build > > failures with Xorg 7.x. > > The new misc/tinderbox that I'll commit tonight (if I manage the > survive the day) has support for non-standard PREFIX/X11BASE. Done. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" Ferengi Rule of Acquisition #111: Treat people in your debt like family... exploit them. -- ST:DS9, "Past Tense, Part I", "The Darkness and the Light" signature.asc Description: PGP signature
